Aug 14

despite a slooooow connection to a buildserver (and no, I don’t want to spend another 5 hours to setup a VM, just wanted to get it done), I finally updated my Nagios/LDAP work to a “cvs update” of this weekend which includes v3.2.0. I also edited the deliverable specfile so that the schemas for LDAP are included.

These schema files are the ones I use in actual testing.

Changes: version bumps:

  • bump nagios to 3.2.0

Changes: added items:

  • added dhcp.schema
  • added dnszone.schema
  • added nagios.schema

The build may have a slew of warnings still, I have some cruft in the code just while I was looking for buy-in. I was initilly shot-down, apparently the core config inside Nagios is somewhat hallowed-ground, and it might be wrong to edit that code. Instead, I should try to do it in a plugin, but in the plugin, I would need to completely redefine the existing configuration code — and maintain it in parallel — or I lose the existing configuration.

I want to emphasize: this adds capability, not replace. Without the ldap_server config, Nagios acts like normal. Undefining the build option means Nagios cleanly stops understanding LDAP. Maybe if it’s written here as well, someone will read it.

The build is available here: (20090814 refers to the CVS update date)

Raw sources:

Aug 02

wordpress-mu-logoAn update of Wordpress-mu-2.7.0-5, I’ve packaged wordpress-mu-2.8.2-7. I have no added value to this aggregation beyond packaging.

Changes: version bumps:

  • bump wordpress-mu to 2.8.2
  • bump feedwordpress from 2009.0618 to 2009.0707
  • bump nextgen-gallery from 1.3.3 to 1.3.5
    • dishonourable mention for the non-versioned URL for nextgen-gallery — manually renamed

Changes: added items:

  • added wp-bar-0.5.7
    • dishonourable mention for the non-versioned URL for wp-bar — manually renamed

The build is available here:

Jul 22

Although I prefer Doxygen, I’ve packaged up HeaderDoc for RPM systems so that it can be exploited by others. For me, I see generating a documentation cross-reference after an automated build, just as I did with Smallfoot so many years ago (Smallfoot Linux, coincidentally canceled May 17, 2003)

The Linux toolkit had automatic build/doc-gen/self-test on checkins, which is the kind of thing I’d do with a HeaderDoc RPM.

Without further Adieu, the HeaderDoc RPMs:

Jul 12

Released MySQLfs: 0.4.0. Two days early so that I can do some commits of what I’m working on.

Jul 06

mysqlfs-flow

I’ve been working on MySQLfs as a replacement for the decade or so of meandering work into the SantaSack. Currently, in this release-candidate that’s been waiting as a version X.Y.Z-rcA-preB-alpha-mchammer for quite a while. (OK, that’s not the version, but nearly)

In order to close a few bugs, address a feature-request, and get this ready for a release 0.4.0 (ie 0.4), I added code documentation (my benefit), regression-testing (including start/stop the daemon), and a few tests to confirm proper behavior.

The idea behind SantaSack was to toss things at a storage device, and have it figure out how it should be found. OK, I know that’s vague, but it’s a response to the ever-increasing size of storage and the “hoarding” that we’re doing more and more on that massive storage. For that reason, I’m going with plugins post-0.4.

While I’m working, I push the Doxygen docs out to Sourceforge: http://mysqlfs.sourceforge.net/html/

The simplified version 0.3.99.2 is available for download:

Jul 05

wordpress-mu-logoIn resurrecting my blogs, I used my old cut of Wordpress-mu, but intend to update the build.

In the meantime, the build is available here: