Aug
21
2008

Gentoo Wars

(Add / View Comments) (0)Thursday, August 21, 2008 - 11:11:19 pm
(Posted Under: Linux Linux, Gentoo Linux Gentoo Linux)
It all started following a workshop at work with Sebastian Bergmann on integration testing, which lead to the great idea of setting up Cruise Control, PHP Under Control and what not. Which still is a great idea, but what a pain in the ass it's been.

First come upgrading java and apache ant to get Cruise Control working - both from versions I installed in 2004 when I used to work somewhere else. Start the complete borking of my Gentoo system. In order to do this I had to upgrade a bunch of stuff, the main culprit of troubles being baselayout. Initially I had a whole bunch of problems resulting from packages getting blocked. It's looks somewhat circular (sys-apps/mktemp is block sys-apps/coreutils which is blocking sys-apps/mktemp). Trying to fix that caused a whole bunch of problems - not being able to start things like named. That issue is still outstanding (after reinstalling mktemp) but is the least of my problems.

Then came a whole head fuck of udev being updated and the init complaining that I don't have udev installed or configured? Huh? Every doc that I can find states the two steps required is kernel support, and having udev emerged. I have both. No fucking idea why the system keeps complaining about it. I pretty much lost all of Tuesday night to this, somehow at least getting the system to boot again (maybe thanks to devfs, but I'm not even sure).

So I thought I was mostly out of the woods. Alas, I was wrong. Baselayout changes suck. Firstly, courier-imap wouldn't start. I finally got that sorted out today, discovering that it was caused by changes in start-stop-daemon. Awesome. [wink]

The latest problem has been with pppd. Each night it's gone nuts, opening multiple connections, non of which work. I narrowed that down needing some extra variables in /etc/conf.d/net.ppp0 (which things previously worked fine without). However, then comes a new problem - the 'persist' option no longer persisting. If I cause my ASDL to drop, rather than re-dialing, pppd exists. That's just awesome. I haven't been able to fix this rather large problem, though it may have something to do with udev causing it.

On top of this, I updated pppd hoping to fix the above issue, from 2.4.4-r4 to 2.4.4-r15. In a complete retarded move, the ebuild (unless baselayout did this) put my ip-up|down.local into ipup|down.d - which is fine, but does not have anything to process either directories. How retarded. There goes another hour tracking that down. At least I have that sorted, but still, pppd not being persistent is problematic!

Eh - this is why I don't emerge regularly!
Now Playing: The Maine - I Must Be Dreaming

Switch Styles

About Style Switching.

!Weblog Index

Jul August 2008 Sep
SU MO TU WE TH FR SA
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30

Categories

RSS FeedRSS Feed