Archive for the ‘Gentoo’ Category

disown is my new favorite bash command

Saturday, April 14th, 2007

One of the biggest annoyances I’ve had with using nuvexport is that the latest version doesn’t work well with nohup. It used to be that I could run “nohup nuvexport” in one window and “tail -f nohup.out” in the other, and use the tail command to view the output of nuvexport and enter the right prompts. Then, when I was all done with the shell, I could just log out, and nohup would keep the export ticking along.

Well, the new nuvexport doesn’t work with nohup. Fortunately, Google led me to Rob Newcater’s BasicallyTech blog, where I learned about the magic of disown in bash. It’s much more convenient than using nohup because if I forget to start the job in the correct way, I can background it and disown it without restarting from square one.

Timezones on Gentoo

Friday, March 9th, 2007

When I was in college, I had a subscription to the Wall Street Journal for one of my economics classes. For some reason, one of the ads that really struck me from that semester was an ad for ADP, the payroll processing company. It was a really small ad, about one inch wide by two inches high. There was a photo of the U.S. Capitol building, with the tagline “Every year, these guys come up with more reasons for you to hire us,” and the ADP logo at the bottom.

Network administrators are saying the same thing with the early shift to daylight time this year in the U.S. The shift is particularly noteworthy to me, since I need to get to the airport for a flight to the Orlando IEEE. Beyond that, while I’m gone, I want to ensure that my MythTV system starts recording at the right time.

Which, if I hadn’t been paying attention, it wouldn’t have:
myth# zdump -v /etc/localtime | grep 2007
/etc/localtime Sun Apr 1 09:59:59 2007 UTC = Sun Apr 1 01:59:59 2007 PST isdst=0
/etc/localtime Sun Apr 1 10:00:00 2007 UTC = Sun Apr 1 03:00:00 2007 PDT isdst=1
/etc/localtime Sun Oct 28 08:59:59 2007 UTC = Sun Oct 28 01:59:59 2007 PDT isdst=1
/etc/localtime Sun Oct 28 09:00:00 2007 UTC = Sun Oct 28 01:00:00 2007 PST isdst=0

The MythTV system was built in 2005. Fortunately, all I needed to do was get the new timezone data files with an emerge timezone-data, and I was back in business:

myth# zdump -v /etc/localtime | grep 2007
/etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0
/etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1
/etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1
/etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0

I’d rather just get rid of daylight time. In addition to the fun caused by changing software every time there’s a rule change (though I like the “Y2K7” label), some studies indicate that increased air conditioning usage negates the energy-saving effects from reduced lighting, leading to a slight energy cost.

Automake version mismatch breaks a Gentoo ebuild

Sunday, March 4th, 2007

I was working on one of my Gentoo systems over the weekend, and there was a point at which I needed to merge the GNU TLS package. On my first attempt, the package installation seemed to be going along OK, but the package died. The only hint was a message about the version of automake that I had installed, versus what the package was built with.

>>> Emerging (1 of 15) net-libs/gnutls-1.4.4-r1 to /
* gnutls-1.4.4.tar.bz2 MD5 ; – ) … [ ok ]
* gnutls-1.4.4.tar.bz2 RMD160 ; – ) … [ ok ]
* gnutls-1.4.4.tar.bz2 SHA1 ; – ) … [ ok ]
* gnutls-1.4.4.tar.bz2 SHA256 ; – ) … [ ok ]
* gnutls-1.4.4.tar.bz2 size ; – ) … [ ok ]
* checking ebuild checksums ; – ) … [ ok ]
* checking auxfile checksums ; – ) … [ ok ]
* checking miscfile checksums ; – ) … [ ok ]
* checking gnutls-1.4.4.tar.bz2 ; – ) … [ ok ]
>>> Unpacking source…
>>> Unpacking gnutls-1.4.4.tar.bz2 to /var/tmp/portage/gnutls-1.4.4-r1/work
* Applying gnutls-1.4.4-selflink.patch … [ ok ]
* Running elibtoolize in: gnutls-1.4.4
* Applying portage-1.5.10.patch …
* Applying max_cmd_len-1.5.20.patch …
* Applying sed-1.5.6.patch …
* Automake used for the package (1.9.6) differs from
* the installed version (1.9.5).

Once I upgraded automake, the package installed fine. Clearly, I need to talk to my sysadmin about keeping the build environment up to date!