ncurses library split

The new ncurses library that is currently sitting in the NEW queue will have a significant change that, if we’ve done it right, should be an invisible change.  If we’ve got it wrong, then the BTS (and us) may be a little busy.

What has happened is that the low-level terminfo library has been split out from the general ncurses library making a new package called libtinfo5.  This also means that there only needs to be one libtinfo5 package because at this low level it doesn’t care about wide characters, so there is no libtinfo5w (and that gets important later). libncurses is linked to libtinfo so from the point of view of using libncurses there should be no major change in how things are done.

So, why bother?

The way ncurses was built before causes a nice long “conga line of trouble”.  There really are (was) two main ncurses library packages, libncurses5 and libncursesw5. The w meant it was for wide characters. So anything that uses ncurses needs to decide which one to link to or perhaps both. A problem came up with the readline library that needs to link to ncurses because programs that link to IT (such as python) want a wide library but other programs do not. One solution is to have two readline libraries, but then any other library would need to be compiled and built twice as well and so on and so on.

readline didn’t really want the full ncurses library, it only wants the terminfo part but there was (until now) no way of picking up that bit only.  Once this new version of ncurses gets released then readline can link to libterminfo which is agnostic to wide and non-wide characters which means it is as well which them means everything else should, in theory work.  If you are using ncurses for some low-level terminfo work only, you may want to have a look to see if you can link to libtinfo5 only which will mean depending on libtinfo5 and not libncurses5 or libncursesw5.

I’m just writing this up mainly and uploading the packages, the bulk of the work was done by Sven and Matthias as well as some help from our ever-helpful upstream Thomas.

 

Enhanced by Zemanta

Getting music into the iPod Shuffle

IPod shuffle
Image via Wikipedia

Sounds easy doesn’t it?  You got a nice Debian computer filled with mp3s and you got an iPod Shuffle. You want to get the mp3s onto the Shuffle, simple really!

Well, no.

I’ve got a 2nd Generation iPod Shuffle; its a little blue thing the size of a postage stamp with no screen. Specifically a model A1204.  It uses the headphone socket with a special connector to get it connected via USB.  It also steadfastly refused to play anything I transferred onto it.

gtkpod was first.  I knew I was in trouble when my model doesn’t appear in their list of supported devices. 2nd Generation Shuffles do, just not an A1204.  After a lot of fiddling around and playing with special files and firewire IDs I got a file onto it. Great, but then turning the iPod on I got the green and orange sequence of lights which means no file found.

Next, was Rhythmbox.  It is supposed to understand iPods too.  The funny thing was that it saw the music file I put on the iPod by gtkpod, but adding any file gave me the same colour sequence.  What was worse is if you tried to look at the information about the iPod, Rhythmbox crashed.

It seemed I was doomed to use iTunes on the windows computer in the living room.  A program that seems designed not to work the way I want. (It tries to load all the mp3 files from my son’s games into the iPod but ignores my music on the samba share, for starters).

I just wanted the files on the player and the player to recognise and play them.  It didn’t seem like a too hard a task, but I was stuck.  That was until I found a small (643 lines) python script called rebuild-db that builds the special iPod files with my music.  I found the file at the rebuild-db sourceforge page and it was very simple process.

Now I plug the iPod in, wait for the window to appear, push my songs onto the iPod and run the script.  It’s quick and simple and more importantly it works.  Not bad for a program that hasn’t been developed since April 2006.

 

 

Enhanced by Zemanta

Debian turns 18

In Australia, 18 means you can do things like vote and drink. While most don’t get terribly excited about the first, the second usually happens on your 18th.

And so 18 years ago Ian Murdock brought together the new Debian distribution. I’ve been along for the ride for 14 of those 18 years and it certainly has been a fun time and what a lot of differences it has been since then. Debian is not only one of the best distributions around, but has an important place in ensuring there IS a Free Software distribution.

So raise your glasses (mine’s the one with the chilled filtered water, its 8am after all) and wish Happy Birthday to Debian, may you have many more.

And if you’d like some calorie-free cake, hope over to DUG’s site where they have been busy making Debian Birthday Cakes. Just looking at that yummyness won’t be too bad for you, unless it makes you hungry now.

Be careful with dspam and multi-arch

Do you use the Debian dspam packages, specifically with one of the database backends? Recently upgraded the packages? Does noone email you anymore?

You might be bitten by a bug, or perhaps undocumented misfeature, that bit me this morning. No emails were coming in and yet the mailserver logs said they were coming in, but a closer look at the logs showed this:

Aug 15 09:08:17 elmo dspam[24896]: dlopen() failed: /usr/lib/dspam/libpgsql_drv.so: /usr/lib/dspam/libpgsql_drv.so: cannot open shared object file: No such file or directory

What happened here? A quick look at the installed packages said the pgsql backend was still installed but this file was not being found.

The latest version of libdspam7-drv-pgsql now has multiarch support which means /usr/lib/dspam no longer exists and the driver is found in /usr/lib/x86_64-linux-gnu/dspam. The problem happens because the configuration file specifies the directory and that has now changed. The fix is as simple, update /etc/dspam/dspam.conf with the new path.

Making peace with Network Manager

Painless they say, automatically they say.  This is what the NetworkManager manual page describes the daemon.  I’d like to say annoying and intrusive and I know there are a lot of people out there that feel the same.  The program is used to set-up network connections and provides a system tray thingy for Gnome and for simple set-ups its great.

Sure, I got NetworkManager running on my laptop and we’re all friends over there.  It just works, it just works for my local network, wireless network and even 3G and VPNs work just like they should.  This is the environment where it was designed for and it shows.

What about on the server where I login using gdm?  We’ve had nothing but a world of pain there.  It used to be bad enough when it fiddled with /etc/resolv.conf meaning DNS stopped working everytime i logged out.  Every “stop playing around with my settings and leave me alone” option fails to do just that.  It got so bad I had to use chattr to make the file immutable; so if you are tearing your hair out, then chattr +i /etc/resolv.conf is your friend.

The latest version of NetworkManager takes this insanity to a new level.  Now not content with messing around with my resolver files, it reconfigures my statically assigned IP address to a dynamic DNS one AND removes it when I logout. No doubt if it let it, it would muck around with resolver files too.  Again, by default on a laptop this is fine.  The problem is the ‘would you leave me alone’ options fail to work, or mean stupid things happen like pidgin doesnt think there is a network so never logs in.

So I resorted to reading more about this intrusive program and was there a way of stopping it doing what it was doing.  The directory /etc/NetworkManager/system-connections looked promising as they were connections available at boot time and across all users.  But then there is the funky format and wow, nothing saying what you might need versus what if you have missing makes the thing fail.

What’s not obvious is that if you edit your network connections and then select ‘available to all users’ then your settings go into that system-connections directory and that for the moment appears to be working.  It means I have my network settings configured in two places which means all sorts of fun if I change them and forget about the other.

This isn’t an ideal situation and network manager should start to behave properly and read the ifupdown stuff and use it but not muck around with settings if it is told to.  There are options that imply they do this but they don’t work.  Despite the title, I don’t think peace has broken out between me and Network Manager but rather an uneasy truce; I’m sure that program is just sitting there thinking of what other settings it could play with when my back is turned.

Enhanced by Zemanta