[12:01] <dseomn> http://bugzilla.ubuntu.com/show_bug.cgi?id=19404 is really easy to fix for anybody with access to the overides files and might cause a problem if somebody's offended
[12:02] <elmo> dseomn: overrides don't work for package descriptions
[12:03] <dseomn> oh, ok
[12:05] <daniels> in that case, the override is called an upload
[12:10] <Keybuk> syndicate udev-0.074%
[12:10] <Keybuk> syndicate udev-0.074% dpkg-deb -c ../udev-udeb_0.074-1_i386.udeb
[12:10] <Keybuk> drwxr-xr-x root/root         0 2005-11-08 18:04:50 ./
[12:10] <Keybuk> syndicate udev-0.074%
[12:10] <Keybuk> \o/
[12:10] <Keybuk> SMALLEST UDEB EVER!
[12:11] <Kamion> Keybuk: dude, that's practically normal
[12:11] <Kamion> plenty of udebs only have maintainer scripts and nothing else
[12:11] <Keybuk> this doesn't have those either :p
[12:11] <Keybuk> typing "udev" and "udeb" on the same line is *hard*
[12:26] <jordi> lifeless: yes, carlos has a contract somewhere
[12:51] <sabdfl> sivang: ping
[12:51] <elmo> does someone want to do deal with gimp-print vs. gutenprint?
[12:51] <elmo> pretty pls
[12:52] <daniels> elmo: define 'deal with'
[12:53] <elmo> gimp-print wants to be removed, gutenprint replaces it
[12:53] <elmo> gimp-print has ubuntu mods
[12:53] <elmo> our changes need either merged into gutenprint, or some needs to tell me to PUSH THE BUTTON and force-sync gutenprint
[12:54] <daniels> s/guten/gimp-/2 ?
[12:56] <elmo> daniels: err, I'm confused, if you mean in the line "has ubuntu mods", then no
[12:57] <daniels> i meant the last word of the third line
[01:02] <elmo> ok, still no.  gimp-print no longer exists in debian, it's been removed in favour of gutenprint
[01:02] <elmo> sorry, I'm obviously being exceedingly unclear
[01:02] <elmo> I blame cvd
[01:05] <\sh> elmo: hmmm..jul 02 debian-devel : gimp-print (renamed to gutenprint) means we have to merge it
[01:07] <\sh> elmo: and no...i don't have any clue about printing...I like the paperless office
[01:12] <\sh> and I wonder what our nameserver (running on hoary) is doing now
[01:12] <\sh> socket.c:1119: unexpected error:
[01:12] <\sh> The Severity is 5
[01:16] <Keybuk> right, just set off a "d" run of mom now
[01:18] <\sh> Keybuk: was it purpose the 0.1breezy1 or just a demonstration?
[01:18] <\sh> ?)
[01:20] <Keybuk> \sh: ??
[01:22] <\sh> breezy-changes
[01:22] <\sh> oh mdz was it
[01:27] <\sh> Keybuk: anyways...give me a small hint..if MoM removes something from the changelog entry...it means it's wrong http://people.ubuntu.com/~scott/ongoing-merge/ace/ace_merged.debdiff
[01:29] <Keybuk> just means it went a bit screwy
[01:29] <\sh> ok...manual interaction is needed
[01:29] <\sh> I hope it's only the changelog
[01:35] <Keybuk> right, nda seems to be running now too
[01:47] <robertj> anyone care to discuss the GnomeUserInterface for Ubuntu Express's Computer Name screen?
[01:48] <robertj> The RFC 1178 is err...interesting
[01:51] <\sh> damn...the first upload .. and forgot the -v for debuild gnarf 
[01:53] <tsume> yi pyip yip :)
[01:59] <minghua> hmm, Keybuk uses a Chinese quit message
[02:04] <cevizoglu> which means " is absurd" 
[02:06] <Toma-> how do you request a package to be submitted to multiverse?
[02:07] <daniels>  is probably the chinese  glyph for dpkg or something ;)
[02:09] <cevizoglu> hehe
[02:15] <\sh> elmo: time for syncs...or better mail to u ?
[02:16] <elmo> \sh: whichever
[02:16] <\sh> I'll mail it...there are a lot to come this night
[02:17] <minghua> no,  is something like "ridiculous enough"
[02:17] <minghua>  is an adverb
[02:18] <minghua> daniels: Chinese doesn't have a glyph for dpkg (yet) :-)
[02:39] <PukingGeko> does anyone know if ieee80211 wireless modems work out of the box with the 2.6.14 kernel?
[02:58] <mpt> d'oh
[03:00] <\sh> hehehe...merges and MOTU hopefuls...I feel like I'm an old fart
[03:01] <tseng> \sh: you are!
[03:01] <\sh> tseng: oh damn...u r right :)
[03:21] <wasabi_> darnit. evms is breaking on breezy. =(
[03:58] <pitti> Kamion, elmo: still here?
[04:05] <jdub> GOOD MORNING FREEDOM LOVERS!
[04:06] <pitti> Hey hey jdub
[04:06] <pitti> jdub: back to home or BBB?
[04:06] <pitti> jdub: s/to/at/
[04:39] <whiprush> jdub: "ryan" is ubuntu-geek right?
[04:40] <daniels> yeah
[04:40] <whiprush> thanks
[05:11] <jdub>   binfmt-support: Depends: lsb-base (>= 3.0-6) but 3.0-1ubuntu8 is to be installed
[05:11] <jdub> ^ dapper
[05:39] <Kamion> jdub: yes, I'll sort it out when I merge lsb, in the meantime tough :P
[05:39] <Kamion> I'm not diverging binfmt-support just for that - the changes are minor
[05:50] <mvo> elmo: please sync python-apt from debian/incoming (override our changes is ok)
[05:50] <daniels> urgh.  i much preferred montral's weather.
[05:51] <daniels> luckily it appears a ton of rain is on the way.
[06:09] <Mithrandir> elmo: please sync xmltex 1.9-11 from unstable into dapper.
[06:12] <mvo> Mithrandir: hi! do you also battle jetlag right now :) ?
[06:12] <daniels> mvo: yes ;)
[06:12] <Mithrandir> mvo: yes. :-)
[06:12] <mvo> daniels: hello! did you had a good trip back? 
[06:13] <Mithrandir> I tend not to be in the office at 0530 on most days.
[06:13] <mvo> we should rename it to #ubuntu-jetlag
[06:13] <daniels> mvo: long but largely hassle-free
[06:13] <mvo> daniels: same for me (except not as long as yours :)
[06:17] <daniels> mvo: ah, cool.  you just got back lyesterday?
[06:18] <mvo> daniels: yes, I was at home around mid-day, but felt *so* sleepy for the rest of the day
[06:19] <daniels> heh
[06:25] <mvo> Mithrandir: when did you plane leave in montreal?
[06:25] <mvo> daniels: yeah, the trip was quite good because I was traveling with seb128, ogra and dholbach
[06:25] <Mithrandir> mvo: plane left at 1755, got home at ~1100 yesterday, spent most of the day trying not to fall asleep
[06:27] <daniels> mvo: oh, cool!
[06:29] <mvo> Kamion: do we use the aptitude patch for "--allow-unauthenticated" in the installer?
[06:33] <minghua> elmo: please sync libmath++ 0.0.4-2 from debian, all previous ubuntu changes should be dropped
[06:43] <wasabi> Um. Trying to redo mbr from rescue mode. grub complains about no tty.
[06:56] <freeflying_> anyone know smurf
[06:57] <Burgundavia> small blue man, happy, last seen being bombed in unicef commercial
[06:57] <zakame> buwahahaha
[06:58] <Burgundavia> freeflying, honestly, he lives in Europe and thus is likely to be asleep right now
[07:00] <freeflying_> Burgundavia: Who is in charge of LocalTeam besides him ?
[07:00] <Burgundavia> freeflying, no idea, sorry
[07:00] <freeflying_> Burgundavia: thanks
[07:03] <minghua> freeflying_: are you hinting that there is going to be some activities from ubuntu-zh team? :-)
[07:04] <freeflying_> minghua: your help is very important to us 
[07:05] <freeflying_> minghua: so we need advice from you 
[08:11] <poningru> I had a question
[08:11] <poningru> are we still looking for testing process?
[08:12] <poningru> has anyone looked into litmus?
[08:12] <poningru> deved by mofo?
[08:12] <poningru> err -?
[08:12] <poningru> http://litmus.mozilla.org/run_tests.cgi
[08:12] <poningru> http://ws314.juntadeandalucia.es/guadalinex2005/live_installer/default/
[08:12] <poningru> err
[08:12] <poningru> http://wiki.mozilla.org/Litmus
[08:19] <pef> hello
[08:55] <pef> elmo: hello, can you confirm me my upload of "mixxx" package to archive is successfull ? (exists in Debian, new in Ubuntu)
[08:55] <pef> elmo: thank you :)
[10:33] <siretart> elmo: I'm very sorry, I botched an upload to debian :( - won't happen again, promised
[10:34] <HiddenWolf> siretart, just fix it. ;)
[10:34] <siretart> HiddenWolf: no, it shouldn't go there at all, it is now in the incoming queue of debian :(
[10:35] <HiddenWolf> siretart, so find an ftp-master and have it killed.
[10:50] <Mithrandir> elmo: please sync pkg-config from unstable into dapper.  Ok to override Ubuntu changes.
[10:52] <siretart> elmo: please sync 3ddesktop and aalib from unstable into dapper, overriding ubuntu changes
[10:58] <Mithrandir> elmo: please sync norwegian from unstable.  Ok to override Ubuntu changes.
[11:12] <siretart> elmo: please sync lxdoom from unstable, Ok to override Ubuntu changes
[11:16] <janimo> why the sync requests? isn't this automatic (for universe at least) as at the beginning of breezy ?
[11:16] <Lathiat> janimo: If we have changes, the sync does not happen automatically
[11:16] <janimo> so MOM is not happening?
[11:16] <Lathiat> janimo: Obviously we don't want to tread on top of the local changes
[11:17] <janimo> then why the need to specify 'ok to override' ?
[11:17] <Nafallo> janimo: mom is happening and we want to remove our changes
[11:18] <Nafallo> janimo: (override *ubuntu*)
[11:18] <janimo> aha so sync already happened, and stuck in MOM and you want a resync?
[11:18] <janimo> just like with breezy then, I get it now
[11:18] <Nafallo> sync didn't happen, cause we had *ubuntu* for the package.
[11:19] <Nafallo> then mom got it and we want to have a sync dropping our *ubuntu*
[11:19] <janimo> hmm I understand a different thing by sync then :)
[11:19] <janimo> sync = bring from debian to MOM
[11:19] <janimo> aka step 1
[11:19] <Nafallo> nope
[11:19] <Nafallo> sync is bring from debian into archive :-)
[11:20] <janimo> I thought of sync as a best effort thing :)
[11:20] <janimo> nothing guarranteed
[11:20] <janimo> ok it's clear now thanks
[11:20] <Nafallo> no problemo :-)
[11:23] <siretart> elmo: please sync mail-notification from unstable, Ok to override Ubuntu changes
[11:24] <zyga> hello
[11:30] <Lathiat> ermm
[11:30] <Lathiat> we are still using bugzilla
[11:30] <Lathiat> for main stuff
[11:30] <Lathiat> right?
[11:31] <siretart> Lathiat: for now, yes
[11:37] <poningru> when will migration occur?
[11:37] <poningru> to launchpad that is
[11:38] <siretart> poningru: there are still some features missing in malone, like NEEDINFO and some others. It will be done as soon as it is possible and feasible
[11:38] <poningru> ok
[11:39] <dholbach> siretart: we do have needinfo now
[11:40] <siretart> dholbach: oh. whats missing then in malone?
[11:40] <dholbach> various filters
[11:40] <siretart> ah, okay
[11:40] <dholbach> like the equivalent of bugzilla's "filter only upstream bugs", although jamesh just wrote something about it
[11:40] <dholbach> might be implemented too
[12:10] <slomo> elmo: please move everything of ffmpeg back to universe ;)
[12:12] <HiddenWolf> slomo, is it multiverse now?
[12:13] <slomo> HiddenWolf: no... libpostproc-dev is in multiverse for no good reason now, everything else in universe
[12:23] <Mithrandir> elmo: please sync xrestop from Debian unstable, ok to override Ubuntu changes.
[12:30] <Mithrandir> elmo: please sync siege from Debian unstable.  Ok to override Ubuntu changes.
[12:44] <\sh> elmo: please sync alleyoop form Debian unstable, Ok to override Ubuntu changes
[12:45] <Mithrandir> elmo: please sync debtags from Debian unstable.  Overriding Ubuntu changes is ok.
[01:11] <HiddenWolf> Mithrandir, you're on a roll, aren't you? ;)
[01:12] <Mithrandir> HiddenWolf: I'm almost falling asleep so it's better to do a bit of brainless work.
[01:12] <Treenaks> wanking!
[01:14] <dholbach> elmo: could you please sync atk1.0 from sid? ok to override ubuntu changes
[01:55] <mvo> elmo: please sync w3m from debian (override ok)
[01:59] <seb128> Mithrandir: any opinion on https://bugzilla.ubuntu.com/show_bug.cgi?id=18819 ?
[02:02] <HiddenWolf> guys, that expired certificate on bugzilla is bugging me. :P
[02:35] <mvo> elmo: please sync nmap (override ok)
[02:57] <dholbach> elmo: could you please sync dia from sid, ok to override changes
[02:58] <rob^^^> dholbach: btw, do you know of any reason not to default dia to anti-aliased?
[03:00] <dholbach> rob^^^: no idea
[03:03] <dholbach> elmo please sync at-spi from sid, ok to override
[03:04] <jsgotangco> hi
[03:18] <Keybuk> BeeeeeeeeeeeeeeeeeeeeeeeeeeeeeenC!
[03:19] <siretart> hi Keybuk 
[03:19] <Keybuk> siretart: hey
[03:19] <the--dud> isnt benc that dvd-rw taiwan manufacturer?
[03:19] <the--dud> or something like that
[03:28] <siretart> elmo: thanks for the syncs. by chance, did you find some time to get my key added?
[03:31] <mvo> can someone please double-check that we can sync emacs21 (ubuntu #19169)? it looks all our changes are in debian now
[03:44] <jbailey> Riddell: Question for you, is there a kubuntu-artwork package of some sort?
[03:45] <Riddell> jbailey: no, it's all in kubuntu-default-settings
[03:45] <jbailey> Riddell: So from a branding POV, if someone wnated to make a Kubuntu derivative, is that and kubuntu-docs the two packages they would have to frob?
[03:46] <Riddell> yep
[03:46] <jbailey> Riddell: Thanks.
[03:47] <Riddell> I'd recommend they make a foo-default-settings and change /etc/kderc to point to their directory too so they are just overriding kubuntu's settings for the stuff they want
[03:47] <jbailey> But those are sysadming settings.  For someone producing a derivative and shipping it, that looks like it would be the wrong place to touch things.
[03:48] <jbailey> You don't want it to give annoying conffile warnings on each upgrade of the package.
[03:49] <Riddell> well the alternative is to throw out kubuntu-default-settings and not get all my great KDE tweaks (also kdm depends on kubuntu-default-settings unfortunatly)
[03:49] <jbailey> Right, but that's the same with ubuntu-artwork.
[03:50] <jbailey> If they touch that, they'd lose the Human theme, the sounds, etc.
[03:50] <jbailey> I think so far we assume that anyone doing a derivative is competant enough to know that.
[03:50] <jbailey> And it localises the changes they need to do to one package easily.
[03:54] <Simira> Mithrandir : you promised to get home early today!
[03:54] <siretart> huhu Simira :)
[03:55] <Simira> haha
[03:56] <Simira> siretart : we're still kind of on canadian time, so he left for job pretty early today. 
[03:56] <jbailey> "Canadian time"? =)
[03:57] <jbailey> You know we have 5.5 timezones here, right? =)
[03:58] <Simira> jbailey :p Well, we've only been to one of them
[03:58] <desrt> i think that number is a little bit low
[03:59] <siretart> jbailey: I see that you create daily .debs of bzr in http://people.ubuntu.com/~jbailey/snapshot/bzr/, would you object to have the latest release of bzr in dapper?
[04:00] <siretart> jbailey: that means, If you don't object, I'd like to upload bzr 0.6 to dapper, based on your packaging work
[04:00] <pitti> Mithrandir: ping
[04:01] <Mithrandir> pitti: pong
[04:01] <pitti> Mithrandir: wrt cfengine, shall we throw cfengine-doc out of the seeds? or promote cfengine?
[04:02] <Mithrandir> pitti: I think promoting cfengine2 would be a good thing, and throw cf1 out.
[04:02] <pitti> Mithrandir: can you write a main inclusion report for cf2 then?
[04:03] <Mithrandir> boooing
[04:03] <Mithrandir> pitti: I'm going home now, but yes, I'll do that.  Mail me, please?
[04:03] <Simira> (pretty empty sound, eh?)
[04:03] <pitti> Mithrandir: k
[04:03] <Simira> Mithrandir : buy dinner!
[04:04] <siretart> magnon: did you notice, pitti has uploaded a the new jackd to dapper, so we can start that transition
[04:04] <magnon> yes I did :)
[04:04] <magnon> he told me
[04:04] <siretart> great :)
[04:04] <magnon> I will look at it when I get back tonight I guess
[04:04] <magnon> but now, time for board meeting in the party
[04:04] <siretart> oh. have fun there! 
[04:05] <magnon> thxbye. :)
[04:14] <sivang> Mithrandir: you know anything about the Zope3 Packages?
[04:14] <Mithrandir> no
[04:14] <sivang> Mithrandir: ok
[04:20] <rob^^^> https://wiki.ubuntu.com/UbuntuExpress/GnomeUserInterface <- any thoughts on that suggestionf or combining steps?
[04:21] <ogra> elmo, ping
[04:24] <elmo> ogra: ?
[04:25] <ogra> elmo, something weird seems to have happened to sdl-mixer, could you kick it to trigger a build ? 
[04:25] <elmo> ogra: no, talk to infinity or lamont, they handle the buildds
[04:26] <ogra> ok
[04:26] <ogra> infinity, ping ? 
[04:29] <infinity> Pong!
[04:29] <infinity> sdl-mixer?
[04:29] <infinity> Looking.
[04:29] <ogra> infinity, greta, thanks
[04:30] <ogra> seems there was a race with smpeg at build time
[04:30] <seb128> infinity: please kick sound-juicer build
[04:30] <seb128> infinity: it failed because of gnome-media beeing not installable which is fixed
[04:31] <jbailey> siretart: 0.6 doesn't work.
[04:31] <infinity> seb128 : I think I'm going to do a mass-give-back soon anyway, since half the GNOME build-dep chain was uninstallable until yesterday.
[04:32] <jbailey> siretart: mpool gave me an 0.6.1 last night to try intead, haven't done it yet.
[04:32] <infinity> seb128 : I can't be bothered to track down what failed because of it.
[04:33] <siretart> jbailey: okay, so I assume you are at it. thanks
[04:33] <jbailey> siretart: Slowly, but yeah. =)
[04:34] <mvo> elmo: can you please sync python-apt from debian incoming (override ok)? 
[04:34] <ogra> infinity, hmm... actually it seems i'm still to jetlagged and did read the buildlogs wrong, no race there... but sdl-mixer isnt in dapper 
[04:34] <seb128> infinity: half of GNOME, I've looked some days ago on it and it was like 5 packages
[04:35] <mvo> any emacs-lover here who wants to have a second look on it before I request a sync?
[04:35] <ogra> sdl-mixer1.2 to be precise
[04:36] <siretart> mvo: I'm on xemacs ;)
[04:36] <sbalneav> ogra: whenever you get un-jetlagged, let me know, and we can talk about what mods need to be added to ltspfs to tie in with the spec.
[04:36] <mvo> siretart: did you had a good trip back?
[04:36] <wasabi_> jbailey: howdy
[04:37] <ogra> sbalneav, give me 1-2 days to sort my stuff here ... i also have to get it approved first
[04:37] <siretart> mvo: yes, the jetlag is still a bit annoying, but I'm fine. could sleep a bit in the plane. How was your trip back?
[04:37] <jbailey> wasabi_: Heyhey!  You pinged me yesterday for something /me looks
[04:37] <wasabi_> yeah
[04:37] <jbailey> Right!
[04:37] <jbailey> evms.
[04:37] <wasabi_> Yeah!
[04:38] <wasabi_> Any thoughts?
[04:38] <jbailey> evms is love, I agree.  Except that it ate my ppc partition table once and integrates poorly with the installer. =)
[04:38] <wasabi_> Ah hah.
[04:38] <sbalneav> ogra: no sweat.  From now on I'll be idling on both #ltsp and #ubuntu-devel, so you'll know where to find me.
[04:38] <Robot101> hahahaha gaim are using linphone libraries to implement googlt talk
[04:38] <wasabi_> What about using EVMS purely for activation of LVM and MD?
[04:38] <wasabi_> vs using mdadm and evms and lvm
[04:38] <ogra> sbalneav, oki... :)
[04:38] <wasabi_> Other wise, if evms is enabled, it should proactively disable lvm and md.
[04:39] <mvo> siretart: mostly good, the flight itself was a bit bumpy for 30min, but otherwise it was fine (but I feel still pretty jetlaged)
[04:39] <wasabi_> And include the md evms plugin in the initrd.
[04:39] <Kinnison> I thought device-mapper was meant to be integrating everything?
[04:39] <jbailey> wasabi_: Hmm.  The biggest problem there is that I don't think evms puts the nodes in /dev/mapper
[04:39] <wasabi_> device mapper is the kernel portion, but a user space utility has to set it up
[04:39] <jbailey> wasabi_: So that may break existing setups and require people to transition again.
[04:40] <wasabi_> hmmm
[04:40] <wasabi_> i thought it did
[04:40] <wasabi_> mine are in here.
[04:40] <jbailey> wasabi_: Feel free to tell me I'm wrong. =)
[04:40] <dholbach> see you
[04:40] <jbailey> g'n Daniel
[04:40] <jbailey> infinity: *poke*
[04:41] <jbailey> infinity: This involves you more than me now. =)
[04:41] <siretart> evms annoyed me a lot because it insisted on taking control over the partition table on devices handled by evms. lvm does not have such a restriction :/
[04:42] <wasabi_> Hmmm. You might be thinking about the older evms.
[04:42] <jbailey> siretart: Right.  With evms you have a choice of whether the partition is a pure evms partition (with crazy magic on it), or whether evms is just being nice and doing lvmish things for you.
[04:42] <wasabi_> evms2 is non kernel based.
[04:43] <wasabi_> It's just a user space library now that maps everything thru d-m
[04:43] <jbailey> The power of evms really comes when it can add its signatures to the partitions so that it can map them reliably.
[04:43] <wasabi_> Yeah, but it doesn't HAVE to do that.
[04:43] <jbailey> But otherwise it'll cheerfully just assemble other devices as it sees fit.
[04:43] <jbailey> Right. =)
[04:44] <jbailey> Keybuk: Hey.  It occurs to me that evms has the partition reading code already in userspace.
[04:44] <wasabi_> It will scan physical disks for md metadata, activate them
[04:44] <wasabi_> then scan everything for lvm metadata, activate them.
[04:44] <jbailey> Keybuk: Forcing evms for a scan might be a way of getting the partition table reading code out of the kernel.
[04:44] <wasabi_> and then scan everything else for evms metadata and activate those.
[04:44] <wasabi_> but it doesn't require evms metadata anywhere.
[04:44] <siretart> well, the last time I used it, I found it very confusing and annoying. I didn't find a rescue cd that time, to reassemble broken software raid setups, so I run away
[04:44] <wasabi_> I know that evms1 was pretty bad.
[04:44] <wasabi_> Which is why linus wouldn't accept it.
[04:45] <wasabi_> So they rewrote it in user space.
[04:45] <jbailey> siretart: Yeah, it's much better this time.
[04:45] <wasabi_> Now it's just a nice library/ui to manage all these different pieces: md, lvm
[04:45] <jbailey> wasabi_: I suspect that forcing evms is a bit much for dapper, really.
[04:45] <jbailey> It would make a good dapper+1 target.
[04:45] <wasabi_> Yeah... well, you see my specific case yesterday anyways.
[04:46] <wasabi_> If I do choose to use evms, they all step on each other.
[04:46] <jbailey> wasabi_: Right.  In this case I run each set of stuff based on looking at the ROOT= bit and guessng.
[04:46] <wasabi_> So maybe they should at least be mutually exclusive.
[04:46] <wasabi_> Yeah.
[04:46] <wasabi_> If ROOT#/dev/evms, disable md and lvm.
[04:47] <wasabi_> and do include the md evms plugin in the initrd.
[04:47] <jbailey> Well.  It only activates evms is the ROOT= is set to /dev/evms/FOO IIRC
[04:47] <wasabi_> Yeah, but evms depends on lvm
[04:47] <wasabi_> and lvm depends on md
[04:48] <jbailey> Only in the sense that the scripts have to be ordered.
[04:48] <jbailey> If evms gets to them first, lvm and md can't do their jobs.
[04:48] <jbailey> and md has to come before lvm in case the volume is spread across more than one disk.
[04:48] <wasabi_> and vica versa.
[04:48] <jbailey> I do agree that it would be nice to have sexier handling than can be gracefully provided in shell. =)
[04:48] <wasabi_> Was the evms md plugin left out for a reason?
[04:49] <jbailey> I WILL NOT STOP UNTIL I HAVE A SCHEME INTERPRETOR WRITTEN IN SHELL IN THE INITRAMFS!
[04:49] <jbailey> err.
[04:49] <jbailey> dontmindme
[04:49] <wasabi_> heh.
[04:49] <jbailey> wasabi_: Yes.  It's huge and we already have mdadm
[04:49] <wasabi_> But you might not be using mdadm with evms.
[04:49] <jbailey> wasabi_: It was the fight to try and get the size seriously reduced.
[04:50] <sladen> not sure about scheme.  But forth in the initramfs would absolutely rock
[04:50] <wasabi_> Well, I need to examine this system.
[04:50] <jbailey> Kinnison: Nah, I figure doing a read loop to split the string, then feeding it to a case stamement might just work enough. =)
[04:50] <wasabi_> What I know is that evms did not work until I added evms md plugin to the initrd and removed mdadm
[04:51] <jbailey> wasabi_: ah right, the other thing that came up was that mdrun assembles devices differently than mdadm --auto did.
[04:51] <jbailey> I suspect that md.o would preserve the behaviour off mdadm (which is certainly the correct one)
[04:51] <wasabi_> Yeah, sometimes does it in a different order.
[04:51] <wasabi_> so if you have two md's, they switch from md0 to md1
[04:51] <wasabi_> Which, metadata wise, is fine.
[04:51] <jbailey> But that shouldn't change for Dapper at all.
[04:52] <wasabi_> mdadm however has hard coded names in /etc/mdadm or whatever
[04:52] <jbailey> No.
[04:52] <jbailey> mdadm is able to detect them automatically no.
[04:52] <jbailey> +w
[04:52] <wasabi_> DEVICE partitions
[04:52] <wasabi_> ARRAY /dev/md0 level=raid0 num-devices=2 UUID=6b8b4567:327b23c6:643c9869:663348$   devices=/dev/sdb3,/dev/sda3
[04:52] <Kinnison> Hmm, a fully static lua50 interpreter with all the libs is 553k
[04:52] <wasabi_> That looks hard set to /dev/md0 to me
[04:52] <jbailey> There's metadata in there that suggests the MD number to set.
[04:53] <Kinnison> 112k without libc
[04:53] <Kinnison> and you could halve that without the libraries you don't need
[04:53] <infinity> Keyword: suggests.  It doesn't have to listen to you.
[04:53] <infinity> sladen : I will not put forth in initramfs, for purely religious reasons.
[04:54] <Keybuk> Kinnison: libc is generally "useful"
[04:54] <Kinnison> Keybuk: I assume initramfs has klibc though, so I don't have to -static
[04:54] <Keybuk> I suspect we'll drop klibc as a failed experiment
[04:55] <infinity> initramfs has both klibc and glibc currently, actually. :/
[04:55] <Kinnison> oh dear
[04:55] <ogra> ugh
[04:55] <Keybuk> as soon as you have one application you need in initramfs that won't compile against klibc, you've not only lost all of the benefit of klibc but actually made things worse by having two libcs

[04:56] <jbailey> Kinnison: Possibly.  glibc pulls in all the i18n machinery if you include a single output statement.
[04:56] <Keybuk> and as you get those apps to compile against klibc, the size of klibc approaches glibc
[04:57] <Keybuk> it might be better to build a minimal glibc without all that locale crap
[04:57] <jdub> yeah man, locales are for girls
[04:57] <infinity> mini-glibc?
[04:58] <infinity> I'd sign up for that as a solution.
[04:58] <Keybuk> girls and cheese-eating surrender monkeys
[04:58] <jbailey> In my spare time I can see if glibc still builds with the i18n machinery disabled.  I doubt it would, but it might be anicer hack than klibc.
[04:58] <sivang> lol
[04:59] <Keybuk> we could have a mini-Ulrich to go with it, who only rants a little bit

[04:59] <infinity> I'll register a mini-LJ account right now.
[05:00] <Robot101> rofl
[05:02] <jbailey> That's not fair.  Ulrich doesn't rant that much.  Mostly he ignores emails.  You have to be special to actually get ranted at.
[05:04] <HiddenWolf> Bij de epidemie op de Bible-belt raakten ook zwangere vrouwen besmet. Intussen zijn zeven van hen bevallen. Drie kinderen zijn geboren met een ernstig handicap, een ander kind is doof. En kind is overleden. 
[05:04] <HiddenWolf> whoops
[05:04] <HiddenWolf> middle-click sucks
[05:04] <HiddenWolf> sorry guys
[05:05] <azeem> that, and a twitching middle finger == suck
[05:06] <HiddenWolf> It happened to me in a couple of rushjob university assignments. :P
[05:07] <madduck|msg_me> dilinger: vistaprint.co.uk makes free business cards, in case you want to cut your losses. sorry for the adv, no affiliation.
[05:16] <davyd> can someone check my dpkg-divert syntax? dpkg-divert --divert /usr/share/icons/.../distributor-logo.png.no-ubuntu-logo --rename --add /usr/share/icons/.../distributor.logo
[05:16] <madduck|msg_me> does it work?
[05:16] <madduck|msg_me> looks good.
[05:16] <davyd> according to me, that moves the icon to /u/s/i/h/4/a/distributor-logo.png.no-ubuntu-logo
[05:16] <davyd> which is seems to
[05:16] <davyd> but somehow
[05:16] <davyd> panel keeps finding it
[05:16] <davyd> it works on one machine, but not the other
[05:17] <madduck|msg_me> is this in postinst?
[05:17] <madduck|msg_me> dpkg-divert is weird. it's not a renamer...
[05:17] <madduck|msg_me> it's a renaming rule.
[05:17] <davyd> this is just something I ran, to make that icon go away
[05:17] <davyd> but to allow dpkg to still find the file
[05:20] <madduck|msg_me> here, this is the section from my book: http://rafb.net/paste/results/Wsh3Aa69.txt
[05:21] <madduck|msg_me> specifically:
[05:21] <madduck|msg_me> \footnote{The exact behaviour is that if
[05:21] <madduck|msg_me> a package \package{foo} diverts a file \package{bar}, \programme{dpkg} will
[05:21] <madduck|msg_me> only allow \package{foo} to write to the location of the original \file{bar}
[05:21] <madduck|msg_me> file. If any other package writes to the file, the access is diverted.}.
[05:23] <Simira> madduck|msg_me!
[05:23] <madduck|msg_me> Simira!
[05:23] <davyd> aah, it seems that I had a icon cache file
[05:34] <ogra> infinity, can you give back gcompris please, seems all build-deps are fulfilled (they weren't at sync time) ...
[05:37] <infinity> ogra : It already has been given back, unless you mean it's failed in the last hour..
[05:37] <ogra> infinity, ooohhh, thanks ...
[05:38] <infinity> Hrm, oh, it has failed in the last hour. :)
[05:38] <infinity> In fact, it failed 7 minutes ago.
[05:38] <infinity> sdl-mixer/smpeg.  I guess I'll have to manually intervene there in a bit,
[05:39] <ogra> strange
[05:39] <ogra> my pbuilder builds it fine over here
[05:40] <infinity> I hate to sound like a broken record, but do you have universe in your sources.list?
[05:41] <ogra> yes ...
[05:41] <ogra> ah... smpge has only the dev parts in main iirc ...
[05:41] <ogra> *smpeg
[05:41] <infinity> Bingo.
[05:42] <ogra> hehe... silly me
[05:42] <infinity> Is this a newly-introduced build-dep, or did smpeg change?
[05:43] <infinity> If the former, evaluate if you need it, if the latter, get the archive sorted. :)
[05:45] <ogra> gcompris needs it
[05:47] <infinity> I assume nothing actually needs to be seeded, anastasia probably just needs to be run.
[05:47] <infinity> elmo : Does anastasia have anything to say about smpeg?
[05:47] <ogra> i have no idea why it went to universe ...
[05:49] <elmo> infinity: promotoed
[05:49] <elmo> ogra: because things go to universe by default
[05:50] <infinity> elmo : Ta.
[05:50] <ogra> elmo, sdl-image1.2 build-depends on libsmpeg-dev, which in turn depends on libsmpeg ...
[05:51] <ogra> elmo, so i would think its pulled in through this
[05:51] <infinity> ogra : Yes, and anastasia picks that up (thanks to germinate), and elmo promotes it manually.
[05:51] <infinity> ogra : When NEW packages are uploaded, they go to universe, until someone manually intervenes.
[05:51] <ogra> ah, i see... i thought it was promoted in dapper, since gcompris built fine there
[05:51] <infinity> ogra : To prevent, say, you syncing something from Debian with crazy added biuld-deps, and having the world auto-promoted without anyone noticing.
[05:52] <ogra> this is no new build-dep... 
[05:52] <elmo> like, say, abiword, MICHAEL
[05:52] <ogra> it was there before
[05:52] <infinity> ogra : SONAME bump in the library would be mhy assumption in this case (hence, a new package name)
[05:52] <elmo> ogra: dude, no it wasn't, stop arguing
[05:53] <ogra> elmo, i'm not arguing, i'm wondering ...
[06:02] <pitti> elmo: is/was the changelog scanning on rookery down? It's missing some recent updates
[06:02] <elmo> pitti: I've no idea, mvo runs it
[06:02] <pitti> mvo: ^
[06:02] <mvo> pitti: I can have a look
[06:03] <pitti> mvo: e. g. http://changelogs.ubuntu.com/changelogs/pool/main/libu/libungif4/libungif4_4.1.3-1ubuntu0.1/changelog
[06:32] <pitti> elmo: can you please sync adduser aspell-bn aspell-pt aspell-sv awstats cpio cvs grep-dctrl linux-wlan-ng pcre3 ?
[07:59] <\sh> elmo: please sync alsamixergui from debian unstable, override ubuntu changes ok
[08:48] <\sh> elmo: please sync alexandria from debian unstable, override ubuntu changes ok
[08:51] <slomo_> elmo: please sync aatv from debian/unstable... ubuntu changes can be dropped
[08:58] <slomo_> elmo: and please sync avahi from debian/experimental... thanks :)
[09:13] <slomo_> jdub: ping?
[09:20] <Amaranth> that rick guy is kinda clueless...
[09:21] <slomo_> infinity, lamont-away: please remove fox1.4 from dep-wait... it's fixed with the latest upload
[09:31] <bradb_> seb128: I just sent you an email directly telling you that Nov 11th is a holiday in Canada too. Enjoy!
[09:31] <seb128> bradb_: thanks ;)
[09:32] <bradb_> :P
[09:32] <seb128> bradb_: quick malone question, is there a "unknown" package for it?
[09:32] <bradb_> seb128: nope, just empty
[09:32] <bradb_> seb128: is there a reason to create an explicit "unknown" package, rather than just leave it empty?
[09:32] <seb128> bradb_: somebody assigned a bug to gnome-games because the corresponding package is not known by malone (probably launchpad)
[09:33] <seb128> bradb_: no, I just didn't figured how/where to reassign, I've tried to set "unknow" as package as we do with bugzilla
[09:33] <bradb_> you could just unset the package field
[09:33] <seb128> then "Ubuntu" since I thought I showed you a bug assigned to "Ubuntu" some day ago
[09:34] <seb128> and then I just closed the window figuring I'm not malone expert to do this :p
[09:34] <seb128> k, thanks
[09:34] <seb128> I'll do it and remember for next time :)
[09:34] <seb128> s/to do/enough to do/
[09:36] <jdub> slomo_, pong
[09:37] <slomo_> jdub: i've updated the gnome-user-share package to new upstream... with avahi instead of howl now... do you still want to be set as maintainer?
[09:38] <slomo_> jdub: i ask as the package was removed for breezy and maybe you don't care about it anymore
[09:38] <Chipzz> .win 28
[09:39] <jdub> slomo_, happy for it to be taken over
[09:39] <\sh> elmo: please sync alexandria from debian unstable, override ubuntu changes ok
[09:40] <slomo_> jdub: ok... so you don't want it anymore? i'll upload it then tomorrow... is there something that needs to be done to get it uploaded again (maybe elmo needs to remove it from some list)?
[09:41] <seb128> slomo_: oh, you are updating shared-admin?
[09:42] <seb128> s/shared-admin/gnome-user/share/
[09:42] <slomo_> seb128: yes... dholbach asked me this morning ;)
[09:43] <seb128> slomo_: cool, thanks
[09:43] <slomo_> seb128: np :)
[09:46] <seb128> elmo: libgnomecups sync please
[09:51] <seb128> elmo: gtksourceview too
[09:58] <daniels> great, discover1 is utterly broken
[09:59] <seb128> pitti: are you going to make a promotion page for gtkmathview ?
[10:00] <pitti> seb128: because of abiword?
[10:00] <pitti> seb128: seems like an easy case
[10:00] <seb128> pitti: yeah
[10:00] <seb128> abiword FTBFS due to it atm
[10:01] <seb128> fmtutil-sys: /var/lib/texmf/web2c/pdflatex.fmt installed.
[10:01] <seb128> Error: `tex -ini  -jobname=xmltex -progname=xmltex &latex xmltex.ini' failed
[10:06] <janimo> daniels, wan't discover1 meant to be deprecated? IIRC even during hoary there were talks about that
[10:07] <daniels> janimo: xserver-xorg still uses it
[10:07] <seb128> evil xorg
[10:08] <janimo> I know, I meant there was some talk about unifying xorg hw detection with the rest of the world
[10:09] <daniels> heh, yeah
[10:11] <janimo> daniels, unrelated: do you think fixing the X600/700 ati sigills is too risky for breezy-updates? (#17421)
[10:12] <slomo_> elmo: please sync avahi from debian experimental
[10:12] <seb128> slomo_: are you interested in avahi?
[10:13] <slomo_> seb128: sure... why do you ask? :)
[10:13] <daniels> janimo: tbh I'm not *entirely* sure how
[10:14] <daniels> janimo: but trust me, it's very much on my radar
[10:15] <janimo> isn't the patch attached enough?is it more complicated?
[10:15] <seb128> slomo_: because there is a spec about it and it will require some work before beeing accepted for dapper
[10:15] <seb128> slomo_: so if you want to contribute you are welcome :)
[10:15] <slomo_> seb128: yes i know the spec ;) i already told Lathiat some months ago that i can help with some stuff if he needs help on that spec...
[10:16] <daniels> janimo: oh, hmm
[10:16] <daniels> janimo: if that disables acceleration, then something is *seriously* wrong
[10:17] <seb128> slomo_: I've worked on the draft of the spec during UBZ, but Keybuk was not quite happy with it so it has been bounced back to draft
[10:17] <janimo> I think it is just the revert of what went into -75
[10:18] <janimo> so it is accelerated and working as in hoary
[10:18] <daniels> janimo: err, unless I'm very much mistaken, it's disabling acceleration that fixed it, and enabling it that breaks it
[10:18] <daniels> -    if (!xf86ReturnOptValBool(info->Options, OPTION_NOACCEL, FALSE)) {
[10:18] <daniels> +    if (!xf86ReturnOptValBool(info->Options, OPTION_NOACCEL, info->NoAccel)) {
[10:18] <daniels> that's original -> current
[10:18] <daniels> so if NoAccel is FALSE, then we're going with standard behaviour, i.e. enable acceleration
[10:19] <daniels> if it's TRUE, then we're disabling acceleration
[10:19] <janimo> lemme look again, double negations make my head spin
[10:20] <daniels> yeah
[10:20] <daniels> or triple, in this case
[10:20] <daniels> (negation of the function, NoAccel, then negation of that if you use FALSE)
[10:20] <slomo_> seb128: i'll think about solutions for the issues that are mentioned on the page... is someone already working on zeroconf (the application?) and what issues are with it?
[10:21] <janimo> all i know that NoAccel shoul be set TRUE for the X300 chips but not for X600 ones
[10:21] <daniels> hrm
[10:21] <seb128> slomo_: no
[10:21] <daniels> the feedback I was getting was that setting NoAccel fixed everything
[10:21] <janimo> so I wrote the NoAccel = FALSE just to replace the TRUE and keep the patch non-fuzzy, otherwise that if is not needed
[10:21] <daniels> right
[10:22] <daniels> but yeah, looking at the logs, if it segfaults in XAA setup, then surely we're walking the acceleration path
[10:22] <janimo> yes, NoAccel worked around the crash but made it slow
[10:22] <janimo> then the real fix was reverting the -75 change
[10:22] <janimo> I proposed the noaccel as a stopgap in the first day
[10:23] <janimo> s it should be acceled and it works that way on this chip as confirmed by a X700 owner too IIRC
[10:28] <daniels> hrm
[10:28] <daniels> which -75 change; just patch #025?
[10:30] <janimo> daniels, yes
[10:30] <daniels> janimo: hrm
[10:30] <janimo> I suppose I did not find the wholl 75 change
[10:30] <janimo> is there a place I can see the diffs between 75 and 76
[10:31] <janimo> actually -76 change the one blacklisting X300
[10:31] <janimo> but which also blackliste X600
[10:32] <janimo> I just assumed it was all confined to #025 as mucking with that fixes it
[10:33] <daniels> yeah, it's weird
[10:33] <daniels> i'm just looking at the diff now
[10:34] <janimo> btw why SIGILL? I understand it happened on some P2-s but doesn;t P-M include all instructions of previous CPUs?
[10:35] <daniels> so I'm wondering whether building it unoptimised (during the build, cd programs/Xserver/hw/xfree86/drivers/ati, edit the Makefile, remove all -O2 and replace with -O0) won't help
[10:36] <janimo> but changing the optimization flags will still leave X600 with NoAccel true  I assume?
[10:37] <janimo> so it will run but be slow
[10:38] <daniels> i'm just trying to narrow it down to something that crashes and something that doesn't
[10:38] <daniels> so if leaving that patch in (the one from -76) and having an optimised build breaks, and leaving the patch in and not having an optimised build works, then we've found our problem
[10:39] <janimo> by works you mean accelerated?
[10:39] <janimo> or just does not crash
[10:39] <daniels> not crash
[10:39] <daniels> not having accel sucks, but it's not fatal; crashing on start is, so I'm trying to work out what's causing that first
[10:39] <janimo> but that will still be a regressiojn from hoary
[10:40] <daniels> sure, but a less crap one.  one issue at a time; the bug is already confused enough as is.
[10:40] <janimo> I agree that my patch just avoids this card trigerring a deeper bug
[10:40] <daniels> one other thing to try I guess is changing the definition of NoAccel in radeon.h from Bool to int
[10:41] <janimo> so should I try the -O2 trick and then the Bool->Int one?
[10:42] <janimo> It's midnight here, I may try now, if not tomorrow morning, and update bugzilla
[10:42] <daniels> janimo: try Bool to int first, then -O2
[10:42] <daniels> janimo: okay, thanks
[10:42] <janimo> ok
[10:45] <janimo> You mean this in radeon_driver.c ? { OPTION_NOACCEL,        "NoAccel",          OPTV_BOOLEAN, {0}, FALSE },
[10:45] <janimo> I see no NoAccel in radeon.h
[10:47] <daniels> in #025
[10:47] <janimo> aha
[10:50] <mjg59> daniels: Of course, my X300 stopped crashing shortly before the end of the Breezy cycle
[10:50] <mjg59> I need to test it with Breezy final, but -3 days it seemed to work and be fast
[11:07] <mvo> elmo: please sync emacs21 from debian (override ok)
[11:08] <seb128> elmo: please sync gnome-common gnome-keyring
[11:15] <pitti> mvo, seb128: I just finished the sudo patch for testing a command
[11:15] <pitti> unfortunately upstream's patch did not work
[11:17] <seb128> why ?
[11:17] <pitti> seb128: too far away from the stable release
[11:17] <pitti> seb128: and it was huuuge
[11:18] <pitti> seb128: now I added a -t option and simply just exit with the test result instead of executing the command
[11:18] <pitti> seb128: small patch
[11:18] <mvo> pitti: nice
[11:18] <Amaranth> i thought you could just see if the user was in a certain group
[11:18] <Amaranth> all sudo users are in the admin group, aren't they?
[11:18] <pitti> Amaranth: no, that's not general enough
[11:18] <pitti> Amaranth: no
[11:18] <seb128> Amaranth: no
[11:19] <pitti> Amaranth: you can give certain users only certain restricted privs
[11:19] <seb128> Amaranth: where is your new menu editor?
[11:19] <seb128> pitti: cool
[11:19] <Amaranth> seb128: I currently have no computer to finish the package on, for complicated reasons
[11:20] <Amaranth> none of them hardware releated
[11:20] <Amaranth> err, related
[11:20] <seb128> hum
[11:20] <seb128> you pointed a package when I was at UBZ
[11:20] <seb128> and you have destroyed this one now?
[11:20] <Amaranth> and you didn't like it
[11:20] <Amaranth> no
[11:20] <Amaranth> bob2 was working on an ITP for debian, i think
[11:20] <seb128> I've not said I didn't like it
[11:20] <seb128> there is like 2 points to change
[11:20] <seb128> if I get the tarball I can update smeg to it in 5 min
[11:21] <Amaranth> tarball?
[11:21] <Amaranth> you mean the orig and diff?
[11:21] <seb128> you know, what upstream ship
[11:21] <seb128> sources
[11:21] <Amaranth> ah
[11:21] <seb128> no, if you have no package I don't really care
[11:21] <Amaranth> brb
[11:21] <seb128> updating from the current smeg package takes like 5 min
[11:22] <seb128> just point a tarball of the sources
[11:22] <seb128> bob2_: are you packaging smeg for deb?
[11:27] <Amaranth> http://dev.realistanew.com/alacarte/releases/0.8/alacarte-0.8.tar.gz
[11:27] <seb128> Amaranth: thanks
[11:27] <Keybuk> http://www.netsplit.com/2005/bootchart-dapper-20051109-1.png
[11:27] <Keybuk> ^ shiny
[11:27] <Amaranth> shiny but not good
[11:27] <Amaranth> over 1 minute?
[11:28] <seb128> Amaranth: there is a deb-src, do you want to get your package sponsored?
[11:29] <Amaranth> that's the one that needed the changes
[11:29] <Amaranth> if you want to do those real quick and upload it, sure
[11:30] <seb128> I don't have the comments I made on this box
[11:30] <seb128> but that was like 2 minor points
[11:30] <seb128> sure I can do the changes and upload tomorrow
[11:30] <seb128> (I'm going to bed soon for today)
[11:30] <Amaranth> it was removing the symlinks and the mv in rules and putting the smeg changelog back in
[11:30] <seb128> but you can as well fix that if you have noted them :)
[11:31] <Amaranth> I have no way of testing, I hate doing things without being able to make sure they work
[11:31] <seb128> k, I don't really care about the changelog
[11:31] <seb128> but I'll do an upload based on your version
[11:31] <seb128> just fixing the naming stuff
[11:31] <seb128> ok ?
[11:32] <Amaranth> ok
[11:32] <seb128> cool
[11:32] <daniels> why the hell does emacs need patching to support ppc64?
[11:33] <Amaranth> because emacs sucks?
[11:33] <pitti> I bet it has an integrated assembler :-)
[11:35] <\sh> elmo: please sync apt-move from debian unstable, override ubuntu changes ok
[11:41] <daniels> Keybuk: klibc> heh
[11:45] <Keybuk> brb
[11:48] <Keybuk> x.org is teh suck
[11:48] <Keybuk> it should cope better with me rmmod'ing mouse modules from under it
[11:51] <daniels> patches happily accepted
[11:52] <pitti> you know, with a topic of 4353245342 chars, I can never remember what you actually *changed*
[11:52] <Amaranth> i was just about to ask
[11:53] <Keybuk> pitti: http://www.netsplit.com/software/topicdiff
[11:53] <daniels> probably removal of #ubz?
[11:53] <pitti> Keybuk: thanks, cute
[11:54] <pitti> Keybuk: you have a script for *everything*, don't you? :-)
[11:54] <Keybuk> almost
[11:54] <jbailey> Keybuk: He keeps threatening to replace me with a shell script, but if he did he wouldn't have anyone to show his initramfs-tools hacks to ;)
[11:54] <jbailey> err.
[11:55] <jbailey> pitti: ^^
[11:55] <daniels> Keybuk: xchat is the SUCK
[11:55] <Keybuk> daniels: someone (pasc?) wrote one for irssi too
[11:55] <pitti> jbailey: I figured
[11:55] <Keybuk> my initramfs hack is love
[11:55] <carstenh> pitti: do you use xchat? if not, i have one for irssi :)
[11:55] <Keybuk> it even lets the initramfs get cleaned up, because it's chrooted into a different tmpfs and has its own mount of /proc
[11:56] <pitti> (I use xchat)
[11:56] <carstenh> ah, ok
[11:57] <daniels> carstenh: url for irssi plskthx
[11:58] <Keybuk> http://www.redellipse.net/code/topic-diff
[11:59] <carstenh> daniels: just a minute
[12:00] <carstenh> daniels: http://svn.df7cb.de/dotfiles/cb/.irssi/scripts/topic-diff.pl 
[12:00] <daniels> 'sokay, I've grabbed pascalito's