metaruss

Version 0.18-1 of helper-scripts has been released.

Changes

• Bundle debian-helper-scripts 0.12 and subversion-helper-scripts 0.6-1 and call it 0.18-1.
• Create ubuntu-helper-scripts to tune debian-helper-scripts for Ubuntu.
• Import cleaned-up versions of some scripts from rknize-tools and make it into a new package: rknize-helper-scripts.

Version 0.2-2 of notifier-applet has been released.

Changes

• Add README to explain the message parser.
• Add very primitive message parser to allow more control over notifcation.
• Fix bug with empty messages.

Version 0.6-1 of site-upload has been released.

Changes

• Only check the checksum if the modification time changed.
• Really fix stamp updates when there is an upload failure.
• More stamp updating/checking cleanups.

Version 0.6-1 of subversion-helper-scripts has been released.

Changes

• Fix naming convention of config files in tools versus documentation.
• Don’t use ‘source’ in non-bash scripts.

Version 0.5-1 of site-upload has been released.

Changes

• Add –checksum method of change detection.
• Add –force-stamp option to allow stamp file fix-ups.
• Major cleanup of how stamps get updated.
• Continue uploading if something goes wrong, but don’t update that stamp.

At one point I had a working CalDAV store on my home server using RSCDS 0.9.2.  It was a little touchy and the clients were flaky (Sunbird/Lightning and Evolution), but it worked.  One day it didn’t, which turned out to be an unnoticed upgrade of the rscds package.  I just recently had a chance to look into the issue.

It seems to have been an issue with the database schema, but I decided to upgrade to the latest package instead, now called davical.  Well that turned into a big mess, as I couldn’t even get it to work with a completely clean database.  Everything looked great in the admin interface, even after re-importing all of the events, but the caldav.php interface would return a completely empty response to all clients.  Not even a VCalendar…just nothing.  After fighting with it for several hours, I found that the issue was actually with libawl (Andrew’s own little utility library).  Apparently, DAViCal 0.9.6.2 does not like libawl 0.33.  Upgrading to 0.34 fixed the issue.

Hopefully Andrew will fix the package dependency.

Version 0.4-1 of site-upload has been released. This is the first version I am releasing publicly, but I have actually been using this tool for many years to upload changes to various websites that I maintain. It works easily and quickly form the command-line, which is handy when making changes on my home server remotely.

Changes

• Initial public release.
• Major clean-up of the code.
• Do not delete remote files if they are now being ignored.
• Add –start-path and –norecurse to allow fast uploads of large sites when little has changed.
• Allow command-line options to properly override config file options.
• Fix logic for boolean config options.Only check the checksum if the modification time changed.

“LIRC is a package that allows you to decode and send infra-red signals of many (but not all) commonly used remote controls.”

It seems that any time I try to use the Debian LIRC modules source package, it is too old to build against the kernel I am trying to use. I have updated the 0.8.3 package currently found in Lenny and Sid to 0.8.4a. It will now build against Linux 2.6.27.

Source Packages

• lirc-modules-source_0.8.4a-1_all.deb
• lirc_0.8.4a-1_amd64.changes
• lirc_0.8.4a-1.dsc
• lirc_0.8.4a-1.diff.gz
• lirc_0.8.4a.orig.tar.bz2

Binary Packages

What I have built with the above source.  Unlikely to be useful to you, but here you go anyway…

• lirc_0.8.4a-1_amd64.deb
• lirc-svga_0.8.4a-1_amd64.deb
• lirc-x_0.8.4a-1_amd64.deb

Lately, I have not been as diligent in testing Ubuntu releases before upgrading my important machines.  There are always some small hiccups, but most were fixed fairly easily.  Upgrades to both Feisty and Gutsy went fairly well and didn’t introduce any serious issues that I can remember.  I had a few snags with Hardy on one or two machines, but once a few weeks went by and the flurry of updates subsided, it proved to be one of the more solid versions I have used to date.

Unfortunately, the same cannot be said for Intrepid Ibex.  The upgrade went OK, but it introduced a lot of issues with usability such that I have decided to downgrade at least one of my machines.  The two main issues are:

• GNOME 2.24 was (intentionally) released with completely broken session management.  Sessions are no longer saved.  This is extremely irritating for me on laptops and other machines that I don’t keep on 24/7.  You can sort-of work around it by manually adding apps to the session, but most of those apps will not be placed and sized how they were originally.  I’m sort of anal that way and have workspaces dedicated to certain tasks.  I like those workspaces to be restored the way I left them.  This is very basic functionality that I have been using on UNIX for the past 10 years until now.
• Xorg 7.4 introduced a mysterious incompatibility with older X clients on Solaris hosts such that they immediately crash on any key press.  The result is that I can no longer use any tools on the servers at work via this machine.
• Random slowdown and lockups of the machine for no apparent reason.  The CPU and hard disk are idle when this happens, but the mouse becomes sluggish and any back ground tasks (such as music playback) will get interrupted.  On one or two occasions, my machine has locked-up hard.  This is probably a kernel issue, but I have not looked too deeply into it yet.

The 2nd issue is preventing me from doing any useful amount of work at my job.  Thus, I have been forced to downgrade that machine.

Downgrading Debian or Ubuntu is not trivial, but not impossible either.  It does require a lot of attention, however. Here is approximately how I did it (it’s best to do all this from a text console and not the desktop via Ctrl+Alt+F1):

1. Set your /etc/apt/sources.list to:
deb http://archive.ubuntu.com/ubuntu hardy main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu intrepid main restricted universe multiverse
2. Set your /etc/apt/preferences to (be careful about extra white space, as apt-get will quietly ignore these if there are any parsing issues):
Package: *
Pin: release a=hardy
Pin-Priority: 1001
Package: *
Pin: release a=intrepid
Pin-Priority: 60
3. apt-get update
4. apt-get upgrade

The upgrade will fail for various reasons.  Most of them can be resolved by:

1. dpkg -i –force-overwrite /var/cache/apt/archives/problematic-package.deb
2. apt-get -f install
3. apt-get upgrade

Keep repeating the above sequence, replacing step 1 with whatever needs to be worked-around.  I ran into a problem with exim’s pre-install script and had to temporarily hack /etc/init.d/exim4 to succeed so that the package would install (don’t forget to unhack it once exim is installed).  I also had to manually remove “python-twisted-core” and “landscape-common” to avoid another conflict.

Eventually you will get to a point where some of hardy is installed, but much of intrepid remains.  You can illustrate this by trying “apt-get dist-upgrade”.  You will get a huge list of packages to remove, including some critical ones.  Don’t attempt to continue this way.  What causes this are packages installed by Intrepid that claim to “conflict” with some of Hardy’s packages.  APT needs some hand-holding to get through this.

1. Remove Intrepid from /etc/apt/sources.list
2. apt-get install libselinux1 sysvutils sysvconfig
3. apt-get upgrade

Even now you will have seen a huge list of packages that will get removed.  There should only be one “critical” package getting removed.  Go ahead and proceed.  If you are currently logged-in via GNOME, applications will likely start crashing around you during the next phase.  Just let them and try to avoid doing anything else with the system.  It’s best to do all this from a text console, though (Ctrl+Alt+F1).  The procedure is the same as before:

1. dpkg -i –force-overwrite /var/cache/apt/archives/problematic-package.deb
2. apt-get -f install
3. apt-get upgrade

Now you should be free of more of Intrepid, but you’ve also lost most of the desktop.  Restore it simply by:

1. apt-get install ubuntu-desktop linux-image-generic

I tried various methods to get through that last half in one step without removing so much of the system, but APT was getting highly confused by various package conflicts as before.  I think much of the trouble stems from Xorg, Python, libc, and CUPS (the packages were renamed from cupsys), but it could also be that I have a lot of extra stuff installed beyond your basic Ubuntu desktop.  It may have helped to remove the pinning rules from /etc/apt/preferences earlier, but I think all that would do is allow more of Intrepid to stick around without APT trying to do anything about it.  Following the steps above allowed APT to tackle the job a chunk at a time so that in the end “ubuntu-desktop” installed cleanly as it should.  Then I forced libc, cups, the 2.6.24 kernel to downgrade and kept trying apt-get dist-upgrade.  Once the dist-upgrade looked sane (not trying to uninstall the world), I let it go and called it a day.

Once you get through all this, a few loose ends remain:

1. Restore your original Hardy /etc/apt/sources.list from before you upgraded to Intrepid.  It should have been saved as /etc/apt/sources.list.distUpgrade.
2. Remove the pinning rules in /etc/apt/preferences.
3. apt-get update ; apt-get dist-upgrade
4. Restore your Hardy /etc/X11/xorg if you can (should have been backed-up).
5. Make SURE you have a kernel still installed.
6. Reboot

Wish yourself luck!  After that it was a matter of reinstalling the nvidia drivers with module-assistant for my system.  YMMV.

Update 01/17/2012: Sorry for the broken links. I think I lost some .htaccess magic when moving around my site hosting. I’ve been using my Keyspan on my Debian box running the stock 2.6.32 kernel and have not had issues. That’s why this page is so stale…I forgot all about it.

This driver source code and firmware was taken directly from the kernel.org sources and packaged as a kernel module.  It supports several of the Keyspan “USA” Series USB to Serial converters.  This driver was removed from official Debian kernel sources due to its change in status as “non-free” per the Debian Free Software Guidelines (DFSG).  This was the result of some unclear language in the license found in the firmware header files.

I had invested in several of these dongles due to their quality, performance, and good Linux support.  Debian is the only distribution that is not happy with the licensing terms.  Even Ubuntu (a Debian-derived distribution) has added this driver back to its kernels.  I was a bit frustrated by this and have decided to package the driver for other Debian users.

Source Packages

The sources can currently be built for 2.6.18 and 2.6.26 kernels intended for Debian GNU/Linux 4.0 “etch” and Debian GNU/Linux 5.0 “lenny”, respectively.  Other kernels are likely supported as well, but will require Makefile and possibly source modifications due to internal API changes between kernel versions. You should be able to build the module by installing the keyspan-source package and then using module-assistant: “m-a prepare; m-a auto-install keyspan”.

• keyspan-source_1.26.1_all.deb
• keyspan_1.26.1_amd64.changes
• keyspan_1.26.1.dsc
• keyspan_1.26.1.tar.gz

Binary Packages

Debian GNU/Linux 4.0 “etch”:

• keyspan-modules-2.6.18-6-amd64_1.26+2.6.18.dfsg.1-22etch3_amd64.deb
• keyspan-modules-2.6.18-6-686_1.26+2.6.18.dfsg.1-23_i386.deb
• keyspan-modules-2.6.18-6-486_1.26+2.6.18.dfsg.1-23_i386.deb

Debian GNU/Linux 5.0 “lenny”:

• amd64 coming soon…
• keyspan-modules-2.6.26-1-686_1.26.1+2.6.26-8_i386.deb
• keyspan-modules-2.6.26-1-486_1.26.1+2.6.26-8_i386.deb

Changes from Original Source

• Created Makefile to build outside of kernel tree.
• Initial release based on Linux Kernel 2.6.18.8 for Etch.
• Added driver source and firmware from 2.6.26.6 for Lenny.
• Modified Makefile to build for either kernel tree.
• Added preinst script to divert existing keyspan module.