net-snmp packages version 5.8-1 just got uploaded. The previous upstream version 5.7.2 has been around for 4 years so this has been a long time coming.

5.8 packages also drop support of python modules, use pysnmp instead as its better in most ways.

Every time I have to interact with sourceforge it reminds me how backward the site is. I have had so many 503 errors, comments disappearing from bug reports or some truly bizzare happenings in text boxes where the words repeat.

I'm so glad I moved my stuff off it, originally due to the previous owners dodgy behavior but now for all this.

An update! They looked at the net-snmp bug again and there was a fix already, just not in the current release.

Amazing how two simple lines can ruin your day.

Uploaded the mastodon module into the repository tonight. This gets it inline with the pypi version 1.4.6

It now conditionally links http_ece, so no more Debian patches :drake_like:

The program can use but there is no package inside Debian yet.

I have now use the system package for libjs-underscore rather than the one shipped with . For once, the Debian version is newer but linking it didn't seem to give any errors on a browser console. It also meant I had to update my profile for wordpress.

WordPress version 5.2.3 is now out which is a security release. It fixes a bunch of XSS problems and some sanitization problems. Debian packages soon.

OK future me, it looks like the resolver does some 'good at the time but dumb now' assumption about localhost + no port = port 161, this sits under the tdomain debugs.

Done some work on tonight, mainly some merge requests and bug fixes.

Matching NFS still can cause problems (they changed the way NFS "looks" in the proc filesystem) but I merged in some changes so it hangs less, I hope.

peekd will also work with ARM64 CPUs after someone gave me a patch for that.

I was looking at the net-snmp code trying to work out the differences between the PID file generating code for snmpd and snmptrapd.

πŸ”Ή snmpd uses open() with permissions of 0600
πŸ”Ή snmptrapd uses fopen() with permissions of 0644

Given there on my system there is only one other PID file with 0600 I patched snmpd to use 0644.

If you are running stable on the security update has made it to the repositories. The deb9u5 version is the backport of the 5.0.1 fixes.

That should mean you're ok for most current WordPress security bugs except for CVE-2019-8943 which is a path traversal bug. I think it's fixed for WordPress proper but many modules are still vulnerable.

which finds processes based on your selection criteria and part of now lets you select processes based on state.

Now if you want to go zombie hunting on your server, you can!

I've been triaging a bunch of net-snmp bugs on the bug tracker tonight. There are a lot of old ones for versions of net-snmp long gone.

Strangely there are old bugs that are still there, like why are the permissions for snmp and snmptrapd pid files different?

Clearing out the old ones means I can concentrate on what is left.

I've updated the git repository for -snmp to the latest which is 5.8

The Debian specific patches are now applying cleanly so the next steps are
* to make sure it compiles
* Fix it when it surely won't
* Look at the Debian bugs and fix/close those
* Release!

It's a pretty big codebase that takes forever to compile so it won't be a fast process.

I'm not sure if I read that right but did someone try using lower case signal names in ? And it used to work?

It uses strcmp() which means case sensitive string comparison so how?

Working on , never knew that the various programs use different places to find the length of a command name and also a maximum path.

Hopefully those recent changes have made it more consistent.

I just realised my intro went when my instance crashed all those months ago.

Anyhow, hello (again) I am developer and a programmer including and I write stuff in and

Besides my interests include bike riding, or and reading, mostly There is also a starting interest in

My day job is a senior working on some very large and strange computer networks.

version 3.3.14 is released.

This fixes some pgrep issues where it crashed if it found no matches and you didn't specify a process name.
The pgrep change that matched only on your namespace has also reverted.


Looks like I broke "ps -u" in
On the bright side, I have another test case to add to the testsuite

Show more
Mastodon on Dropbear

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!