[12:02] <Kamion> doko: hmm?
[12:02] <doko> nevermind, you did write .10 ...
[12:02] <Kamion> yeah
[12:02] <Kamion> although your latest upload doesn't build anywhere
[12:03] <Kamion> rpm2cpio: /build/buildd/linux-restricted-modules-2.6.10-2.6.10.6/ati/fglrx64-6.8.0-8.12.10-1.x86_64.rpm: No such file or directory
[12:03] <Kamion> oh, bah
[12:03] <Kamion> sorry, I was looking at l-r-m-2.6.10. :-)
[12:03] <doko> no, it only fails on ia64
[12:03] <doko> should go to bed as well ...
[12:10] <mdz> Kamion: yes
[12:12] <Kamion> gone
[12:14] <mvo> doko: around?
[12:17] <mdz> infinity: how do we look?
[12:18] <infinity> either 1 or 2 cron.dailes away, depending on how lucky I was with the timing of the last nautilus-cd-burner upload.
[12:18] <elmo> wtf
[12:19] <infinity> I'm impatient. :)
[12:19] <elmo> what is with you guys and the chronic are we there yetting today?
[12:19] <elmo> I'm going to buy y'all fucking calendars for the next meet
[12:19] <elmo> and write <n> days till <next milestone> in every day
[12:19] <mdz> elmo: I have a calendar already, and it says that today is feature freeze
[12:23] <Robot101> where's glxinfo/glxgears gone? :(
[12:23] <infinity> Where it belongs.
[12:24] <Nafallo> hehe
[12:26] <infinity> mdz : Alright, looks like amd64 is 1 cron.daily away and i386 is two cron.dailes away.  I'll verify that with test builds a few seconds after all the right packages are in the archive.
[12:26] <mdz> infinity: thanks
[12:34] <mdz> elmo: did you look into why apt-ftparchive is incredibly slow on jackass?
[12:34] <elmo> no, I just cry about it mostly
[12:35] <elmo> it's not _actually_ that slow
[12:35] <mdz> I think when we talked about it last, an strace was the next step
[12:35] <elmo> relative to e.g. it's speed on newraff
[12:35] <tseng_> mdz: beagle stuff is moving into debian, can we sync up?
[12:35] <tseng_> mdz: same versions for now.
[12:36] <mdz> tseng_: is beagle going to move into main for breezy?
[12:36] <tseng_> mdz: yes, if we can get one more release in
[12:36] <mdz> if not, we should take it out of the seeds
[12:36] <tseng_> mdz: inotify is out of sync with breezy
[12:36] <mdz> tseng_: so you want to clobber 0.0.12-0ubuntu3 with 0.0.12-1?
[12:36] <tseng_> yes, and then 0.0.13-1 hopefully
[12:37] <tseng_> ill have to pressure upstream about dates on that
[12:37] <mdz> it's a bit late for that
[12:37] <tseng_> then we can unseed it
[12:38] <mdz> so 0.0.12 is no good?
[12:38] <tseng_> performance is significantly bong without inotify, you are polling everything
[12:38] <mdz> and what about gmime2.1?  that's the reason it isn't in main
[12:38] <tseng_> but it works well enough, what do you think
[12:38] <mdz> the last time we talked about it, you said gmime wasn't ready to move into main, and that blocked beagle
[12:38] <elmo> mdz: /s/f.nny.c/log/apt-ftparchive.strace.$date, as of next cron.daily
[12:38] <elmo> hopefully
[12:39] <mdz> elmo: thanks
[12:39] <tseng_> hm yes that was gmime, we moved to gmime2.1, much better.
[12:39] <mdz> tseng_: no, that was gmime2.1
[12:39] <tseng_> mdz: i recently swapped it.  the packaging is sane now
[12:39] <mdz> tseng_: so now it's ready to get a main inclusion report and move into main?
[12:40] <tseng_> sure
[12:40] <tseng_> if you dont like 0.0.13, I can try to backport inotify updates
[12:40] <tseng_> see what happens.
[12:40] <mdz> it's all pretty iffy at this point, considering that beagle still isn't part of the default desktop
[12:41] <mdz> how much potential does it have to break things other than itself?
[12:41] <tseng_> its pretty good at sucking up all your ram in lowmem systems
[12:41] <luis_> define 'lowmem'
[12:41] <luis_> :)
[12:42] <mdz> elmo: hopefully the next cron.daily won't take >30m due to strace ;-)
[12:42] <tseng_> I would expect 256 would be painful after awhile
[12:42] <mdz> why, does it leak?
[12:43] <elmo> mdz: uh, is strace that slow or you mean because of the sheer contents of log writing?
[12:43] <tseng_> it spawns a few threads to index files at a time
[12:43] <tseng_> with a mono process for each one
[12:43] <tseng_> thats pretty heavy.. some shared
[12:43] <mdz> elmo: both
[12:44] <elmo> mdz: meh, ok, I'll take it out after we get one then
[12:44] <mdz> elmo: strace is running right now
[12:44] <mdz> it's now completely cpu-bound
[12:44] <elmo> hmm, where did THAT cron.daily go
[12:45] <elmo> taken out anyway
[12:45] <elmo> 40K CS/s
[12:45] <elmo> still think that's sane? :P
[12:45] <mdz> cron.daily was already running at the time that you changed it
[12:45] <elmo> uh
[12:45] <elmo> how could that be?
[12:45] <elmo> it's a shell script?
[12:45] <elmo> it wouldn't re-read itself?
[12:45] <mdz> well, at the time that you told me about it
[12:45] <elmo> oh
[12:45] <mdz> which was :38
[12:46] <elmo> and it's done
[12:46] <mdz> and I had been watching to see when it finished
[12:46] <mdz> infinity: so I should be clear to trigger an amd64 livecd build now?
[12:46] <elmo> 131Mb of strace...
[12:47] <infinity> mdz : I don't show gnome-python-extras as installed yet, only uploaded.
[12:47] <mdz> infinity: which version is the fixed one/
[12:48] <infinity> 2.11.4-0ubuntu2
[12:48] <mdz> python2.4-gnome2-extras | 2.11.4-0ubuntu2 |        breezy | amd64, ia64, powerpc
[12:48] <mdz> python2.4-gnome2-extras | 2.11.3-0ubuntu1 |        breezy | i386
[12:48] <infinity> Fun.  I guess updating wanna-build is the very last thing done post-cron.daily.
[12:49] <elmo> yes
[12:49] <elmo> it's punishment for asking about AA
[12:50] <elmo> or perhaps inheirted from Debian; I'm not sure

[12:50] <infinity> Well, it makes sense.
[12:50] <mdz> elmo: I've compressed and downloaded the strace; you can delete it
[12:50] <infinity> You don't want to get clearing dep-waits before the packages are good and firmly installed in the arechive.
[12:50] <Kamion> mdz: seems to me that using internal zlib/libbz2 rather than forking a bazillion decompressor processes would be an obvious place to start
[12:50] <infinity> s/get clearing/go clearing/
[12:51] <mdz> Kamion: forking an external compressor tends to be faster on SMP systems
[12:51] <elmo> kamion: that was done to take advantage of auric's SMP
[12:51] <Kamion> ah
[12:51] <Kamion> but jackass is not SMP
[12:51] <elmo> I'm still not convinced it's a win on this particular SMP box
[12:51] <elmo> is too
[12:51] <elmo> oh, hum, I disabled one CPU.  go me
[12:51] <Kamion> only has one entry in /proc/cpuinfo
[12:51] <elmo> I should bring that back
[12:51] <mdz> ...
[12:51] <mdz> GAH
[12:51] <mdz> now xchat is uninstallable
[12:52] <mdz> seb128 please stop uploading packages
[12:52] <luis_> you just missed him
[12:53] <mdz> if he's gone to sleep, that works too
[12:57] <ajmitch> tseng_: so I'll drop the beagle-0ubuntu4 patch for now?
[12:57] <tseng_> ajmitch: hm that patch is a trivial fix to a real bug
[12:57] <mdz> infinity: we need xchat_2.4.4-0ubuntu2_amd64 in order to proceed
[12:57] <Kamion> there are other problems too, gnome-app-install_* for instance
[12:58] <ajmitch> tseng_: yes, you just asked for sync,so I'll hold off on upload for now
[12:58] <mdz> Kamion: amd64 isn't complaining about gnome-app-install for the moment
[12:58] <elmo> wow, woops
[12:58] <elmo> bash  does NOT like for i in $(seq 1 1000000000000000000); do something; done
[12:59] <Kamion> mdz: britney is
[12:59] <Kamion> oh, sorry, not on amd64, but on i386
[01:00] <infinity> xchat on its way.
[01:00] <tseng_> ajmitch: eh well. im thinking out loud, to the chagrin of mdz
[01:00] <mdz> Kamion: gnome-python-extras for i386 just accepted
[01:00] <Kamion> that works
[01:00] <mdz> so should fix g-a-i on i386
[01:00] <mdz> i386 also has up-to-date xchat, so it might actually beat amd64
[01:00] <mdz> amd64 presumably needs yet another cron.daily
[01:00] <Kamion> and gaim_powerpc accepted, phew
[01:01] <tseng_> ajmitch: as it stands im thinking to see how far we can track in breezy/universe and carry over to breezy+1
[01:01] <Kamion> what's with gst-plugins0.8_powerpc?
[01:01] <mdz> tseng_: if you can have the main inclusion reports in place today, we can throw it in desktop, watch the fun and see what happens
[01:01] <Kamion> hmm, dep-wait xlibs-pic which was removed as NBS
[01:02] <mdz> otherwise, I'm inclined to defer it
[01:02] <Kamion> argh
[01:02] <ajmitch> we need to get either packaging in pkg-mono svn, I think
[01:02] <tseng_> ajmitch: we do, but that doesnt fix inotify, mem usage..
[01:02] <Kamion> previous version spectacularly FTBFS due to missing gl-ish build-dep
[01:02] <ajmitch> tseng_: I know
[01:03] <ajmitch> mem usage has improved a lot, but it's still very heavy on my box
[01:03] <tseng_> i just counted 70-100mb
[01:03] <tseng_> which is brutal to 128-256 total
[01:05] <tseng_> mdz: sorry, i always feel like I am "almost there", but I dont have any magic tricks to do on it
[01:06] <tseng_> mdz: can we move it to breezy+1?
[01:06] <mdz> tseng_: I just unseeded it
[01:06] <tseng_> mdz: ok, how liberal do you feel about changes in universe with the seed gone?
[01:06] <ajmitch> yeah, ~150MB within 10 sec of starting beagled
[01:06] <tseng_> inotify would be a big win
[01:06] <mjg59> Oh, yes, that's a point
[01:07] <tseng_> ajmitch: ouch, but there is some shared
[01:07] <tseng_> ajmitch: maybe 15-20 per process
[01:07] <mdz> tseng_: go to town in universe
[01:07] <mjg59> There's a couple of things I need to move to desktop
[01:07] <ajmitch> mdz: great, it means I can hack on it too
[01:07] <mdz> ajmitch: it's always been in universe
[01:07] <tseng_> ajmitch: can you mail your patch to jose?
[01:07] <mjg59> This machine is *so* entertainingly broken
[01:08] <tseng_> ajmitch: i just mailed him about an evo-sharp fix as well
[01:08] <ajmitch> mdz: I know
[01:08] <ajmitch> tseng_: sure
[01:08] <tseng_> we'll have to get him in the debian-mono group sometime
[01:08] <mjg59> The timer interrupt is about 3 times too fast
[01:09] <mdz> is there a python module which converts from (int)seconds to some nicely-formatted h/m/s or such?
[01:11] <mdz> mjg59: can you be a bit more specific about moving things to desktop?
[01:11] <mjg59> mdz: hotkey-setup and usplash want to be main/desktop
[01:11] <mdz> mjg59: any non-main deps for either of them?
[01:12] <mjg59> Nope (though usplash is currently in universe)
[01:12] <mdz> so is hotkey-setup
[01:12] <mjg59> Is it?
[01:12] <mjg59> I uploaded it to main
[01:12] <Kamion> mjg59: what piece tells the splash to go away?
[01:12] <Kamion> mjg59: components are overridden
[01:12] <Kamion> more or less
[01:12] <mdz> mjg59: the destination component is determined by the seeds
[01:13] <mdz> + germinate
[01:13] <elmo> mdz: I don't think so - datetime.timedelta would be the obvious place but it bizarrely doesn't have an .hours or .minutes attribute
[01:13] <mjg59> Kamion: It times out after 15 seconds, it'll quit if the VT changes, you can send it a quit command
[01:13] <robertj> has anyone else tried out todays i386 liveCD?
[01:13] <mjg59> The 15 second clock is overridden every time a command is received
[01:13] <robertj> It wasn't a happy camper under VirtualPC this morning and I didnt' have time to burn it at the office
[01:14] <Kamion> mjg59: base-config will want to make it go away, I'd've thought
[01:14] <mjg59> Kamion: Yeah. That's easy enough to do.
[01:14] <mjg59> usplash_write "QUIT "
[01:14] <Kamion> (why the space?)
[01:14] <mjg59> Bug
[01:14] <Kamion> 'k
[01:14] <mjg59> It ought to work without, but doesn't. I haven't figured out why yet
[01:14] <mgalvin> robertj: they are working on fixing the cds now
[01:15] <mjg59> Can anyone remember how to get the kernel to use the pmtimer rather than the pit?
[01:15] <robertj> mgalvin: great, just wanted to make sure someone noticed ;)
[01:15] <mjg59> Ah. Clock=pmtmr, not clock=pmtimer
[01:15] <mjg59> This laptop is ghetto.
[01:15] <robertj> is there someone at canonical who has a cron job with cdrecord and wget ;)
[01:16] <Kamion> mjg59: is that safe for use inside debconf (i.e. does it use stdin/stdout itself)?
[01:16] <mjg59> usplash_write? It doesn't use stdin/out, but it doesn't explicitly close them
[01:16] <mjg59> That can always be fixed
[01:16] <Kamion> mjg59: not a problem
[01:16] <mdz> yay, both gaim and xchat uninstallable on amd64 now
[01:17] <Kamion> as long as it doesn't write to them
[01:17] <mjg59> What would worry me more is that if it's run after bterm has started, bad things might happen
[01:17] <Kamion> mjg59: base-config doesn't use bterm
[01:17] <elmo> mdz: if he's still uploading; it wouldn't take much to block any further ones ;)
[01:17] <Kamion> it's whiptail
[01:17] <mjg59> Oh, ok
[01:17] <Kamion> mjg59: what happens if I call usplash_write when usplash isn't running?
[01:17] <mjg59> Kamion: It fails silently
[01:17] <Kamion> exit 0 or non-0
[01:17] <mjg59> Return code of 0
[01:17] <Kamion> ?
[01:17] <mdz> mjg59: is usplash supposed to disappear after 5 seconds or so regardless of boot progress?
[01:17] <Kamion> ok
[01:18] <mjg59> mdz: Should be 15 seconds, but yes
[01:18] <mjg59> If no commands are sent it assumes something has gone wrong and exits
[01:18] <Kamion> I'll be paranoid and || true anyway
[01:18] <mdz> and it's impossible to send commands because the fifo is buried on some mounted-over filesystem :-)
[01:18] <mdz> if it is created at all
[01:18] <Kamion> base-config doesn't need to die if usplash_write fails for whatever reason
[01:19] <mjg59> Oh, the BIOS is FUCKED
[01:19] <mjg59> mdz: Yeah - jbailey is working on that
[01:20] <mjg59> It's under control :)
[01:20] <mdz> mjg59: jbailey is gone
[01:20] <mjg59> Gone?
[01:20] <mdz> he's away until...monday? tuesday?
[01:20] <mjg59> Ah, ok
[01:20] <mdz> no, I mean he's DEAD
[01:20] <mjg59> Ha
[01:21] <mdz> on the bright side, i386 livefs build is chugging along happily
[01:21] <mjg59> We'd discussed the problem. He had an implementation plan, but I don't know enough initramfs to make it work
[01:21] <mjg59> mkinitramfs currently dies on some amd64, but that's easier to fix
[01:22] <mdz> mjg59: what was the plan?
[01:22] <mdz> you'd need to have usplash re-exec itself or something
[01:22] <mjg59> Shift the chunk of filesystem with the fifo over onto the real filesystem
[01:22] <mjg59> You can do this with initramfs because it's the same namespace
[01:22] <mdz> you can't move an open fifo from one filesystem to another and expect it to work
[01:22] <mjg59> (I'm told)
[01:22] <mjg59> It's the same filesystem
[01:23] <mdz> is not
[01:23] <mjg59> mount --move, rather than mv
[01:23] <mdz> unless you chrooted it
[01:23] <mdz> oh god
[01:25] <mdz> infinity: will we have gaim/amd64 in time for :30?
[01:30] <robertj> btw, anyone here played with symphonyOS
[01:32] <doko> infinity: l-r-m-2.6.12 did fail on i386 (dpkg segfault)
[01:32] <mdz> doko: it's not a priority right now; we're trying to get desktop installable
[01:34] <doko> mdz: anything outstanding which needs work?
[01:35] <mdz> doko: i386 seems to be close, amd64 should just need some builds
[01:35] <mdz> powerpc has uninstallable gnome-applets and gnome-panel, but I haven't traced it out
[01:35] <mdz> Kamion may have
[01:37] <mdz> i386 seems to have successfully installed and is doing filesystem/partition stuff
[01:40] <infinity> mdz : Apparently not.  It's installed now though.
[01:44] <jelkner> hi all, can someone tell me how to change the default global umask?
[01:45] <Kamion> mdz: not yet, no
[01:46] <Kamion> I'm busy with gst-plugins0.8
[01:46] <doko> there's a version mismatch between gnome-panel and gnome-panel-data
[01:47] <infinity> mdz : PowerPC is sorted.
[01:47] <infinity> mdz : gnome-panel is already built and uploaded, next cron.daily will make it happy.
[01:47] <mdz> gnome-panel | 2.11.91-0ubuntu2 |        breezy | powerpc
[01:47] <mdz> gnome-panel-data | 2.11.91-0ubuntu2 |        breezy | all
[01:47] <infinity> Oh, that was this cron.daily even.
[01:47] <infinity> Must still be running.
[01:48] <infinity> (Note that the Packages file still says -0ubuntu1 for gnome-panel)
[01:48] <doko> are recommends important?
[01:48] <mdz> yeah, it is
[01:48] <mdz> doko: not today
[01:48] <mdz> once cron.daily finishes, I'll kick off a powerpc live build
[01:49] <Kamion> it's finished
[01:49] <mdz> and a new i386 one to get the latest stuff, though it at least has an up-to-date image
[01:49] <mdz> amd64 failed
[01:49] <Kamion> ubuntu-desktop is still uninstallable everywhere
[01:49] <mdz> gaim still uninstallable, apparently
[01:50] <mdz> Kamion: is your published britney output up-to-date?
[01:50] <Kamion> mdz: yes, see the timestamp at the top
[01:50] <mdz> gah
[01:50] <mdz> bluez-bcm203x is uninstallable
[01:51] <mdz> bluez-firmware isn't even in Ubuntu and probably never has been
[01:52] <Kamion> bluez-bcm203x comes from Debian contrib; why did we put it in main in the first place?
[01:52] <mdz> chmj
[01:52] <ajmitch> it's built from bluex-utils source
[01:52] <Kamion> (i.e. it should've been in multiverse before, and then should've been moved to restricted?)
[01:52] <ajmitch> s/x/z/
[01:53] <elmo> hum
[01:53] <elmo> I better see what else from !main we have in main
[01:55] <mdz> and universe
[01:55] <infinity> mdz : gaim missed cron.daily by 5 minutes, it'll be in :03.  You're on your own with the bluez mess. :/
[01:55] <mdz> infinity: indeed
[01:56] <mdz> infinity: just uploaded a fix for the bluez mess
[01:56] <mdz> infinity: if gaim is sorted, I think anything else from here I can handle
[01:56] <mdz> infinity: get some sleep ;-)
[01:57] <elmo> EWW  bluez-firmware source is in main and produces contrib binaries?
[01:57] <elmo> wtf?
[01:57] <infinity> Does that even work?
[01:57] <elmo> yes, unffortunately
[01:57] <mdz> hmm, that explains how we got it
[01:57] <elmo> I should break it, and beat whoever accepted it into Debian
[02:03] <elmo> doko: ?
[02:03] <elmo> there's a bunch of openoffice.org-hyphenation packages in !main in Debian, but in main for us
[02:05] <elmo> hmm, and a whole bunch more in universe, crap
[02:06] <elmo> http://people.ubuntu.com/~james/non-main-in-main-or-universe.txt
[02:06] <infinity> Catchy filename;.
[02:06] <infinity> I might see if aj wants to turn it into a song parody.
[02:07] <infinity> It would also be better if it wasn't a 404.
[02:07] <mjg59> Is gnome-power making main?
[02:08] <elmo> http://people.ubuntu.com/~james/misc/non-main-in-main-or-universe.txt
[02:09] <infinity> elmo : ecliple is apparently free now, hence why we had a flurry of activity to move it to main.  It just needs to be reuploaded to main in Debian as well.
[02:09] <Kamion> gnu-standards is presumably just GFDL
[02:09] <elmo> yeah it is
[02:09] <infinity> eclipse, too.
[02:10] <infinity> phpdoc is undistributable crap.  Just drop it on the floor.
[02:10] <infinity> I thought Debian already removed it, but maybe not.
[02:10] <elmo> no, that's uniq -d output
[02:10] <elmo> so it must still be in Debian
[02:10] <infinity> Right, I'll file a bug on jvw.
[02:10] <infinity> I'm sure he was supposed to pull it pre-Sarge.
[02:11] <jdub> pants off
[02:11] <Kamion> god, I feel like a weenie sitting here typing 'apt-get update; apt-get dist-upgrade' every half-hour so I can see what's broken :P
[02:12] <whiprush> pants on
[02:14] <jdub> heh, it's not half feature-freeze time, is it? :)
[02:14] <doko> elmo: I'll look at the hype tomorrow
[02:14] <elmo> doko: k
[02:15] <Kamion> mdz: it doesn't take me long to manually kick a seed update you know ;)
[02:16] <Kamion> gcc-4.0 rebuild for i386/amd64 biarch probably
[02:16] <doko> gcj? gij yes, but gcj?
[02:16] <mdz> Kamion: we really ought to just eliminate that middleman entirely
[02:16] <jdub> mmm, i didn't think i had anything that wanted java on my system previous to this update
[02:16] <mdz> and have things pull from the archive directly
[02:16] <doko> jdub: OOo2 ?
[02:16] <Kamion> yeah, germinate is now kinda set up to be able to support that but I need to write a bit of code
[02:17] <elmo> phpdoc killed
[02:17] <jdub> doko: most likely suspect - though i wonder why gcj-4.0 is pulled in
[02:17] <jdub> oh
[02:17] <jdub> java-gcj-compat
[02:17] <doko> jdub: that would be a mistake.
[02:17] <jdub> pretty direct
[02:18] <jdub> ok
[02:18] <doko> no, java-gcj-compat-dev, but not java-gcj-compat
[02:18] <Nafallo> hmm
[02:19] <doko> jdub: the newest java-gcj-compat ?
[02:19] <Nafallo> view the help menu in synaptic and tell me if you see a bug ;-)
[02:19] <jdub> oo2 depends on j-g-c not j-g-c-d
[02:19] <doko> yes, but j-g-c doesn't depend on gcj
[02:19] <jdub> oh
[02:20] <Kamion> http://people.ubuntu.com/~cjwatson/germinate-output/breezy/rdepends/gcc-4.0/gcj-4.0
[02:20] <Kamion> nothing hugely obvious there
[02:20] <elmo> oh christing fuck
[02:21] <elmo> I clearly need to automate this and track packages being moved to non-free
[02:21] <elmo> lincvs hasn't been in main in Debian since oldstable
[02:21] <elmo> and is mega-obviously non-free
[02:23] <Kamion> as far as I can tell either it's free or it's totally non-distributable
[02:23] <Kamion> I don't see how it can be both distributable and non-free
[02:23] <doko> hmm, these are all build-depends ...
[02:23] <doko> jdub: if you remove gcj-4.0, what is removed as well?
[02:24] <jdub> i haven't installed it yet ;)
[02:24] <jdub> just updating everything else first
[02:24] <jdub> (big update, going to drill down to it
[02:25] <elmo> Kamion: well.  hum, yeah
[02:25] <elmo> I don't get it either TBH; AFAICS, it's GPLed for us
[02:25] <Kamion> yeah, and the arguments in the bug about it being GPL-incompatible would merely mean it's non-distributable, unless it happens to be QPL-compatible
[02:25] <Kamion> so confused
[02:26] <Kamion> (and I tend to agree with you)
[02:30] <elmo>    * Move to non-free because of some dubious license
[02:30] <elmo>      clauses (Closes: #270461)
[02:30] <elmo> sigh, I need to kick some ftp-ass ass
[02:39] <Kamion> mdz: once u-d's installable, can I get an install CD build started first?
[02:39] <Kamion> because I need to crash soon
[02:39] <mdz> Kamion: sure, I'll need to do livefs builds before anything else anyway
[02:39] <mdz> the cd build lock is yours
[02:42] <Kamion> (it actually *has* locking now, too ...)
[02:42] <Kamion> rather than "locking by typing 'ps ax' before you start building"
[02:45] <doko> elmo: please could you add import portaudio from unstable, mythes from experimental? both not yet in breezy, OOo2 could be built with these external libs, currently the copies inside the OOo2 source are used
[02:45] <Kamion> elmo: any chance you could kill off binary-hppa from whatever mirror little@auckland::ftp-private/ maps to?
[02:45] <Kamion> I have a cheesy hack in cdimage to avoid syncing that, that I'd like to get rid of
[02:46] <elmo> you mirror off auckland?
[02:46] <elmo> are you serious?
[02:46] <Kamion> it's what you last told me to do when I had rsync limit trouble
[02:46] <elmo> is this on little, or a warez rsync?
[02:47] <Kamion> on little
[02:47] <elmo> christ, you should be using syncproxy
[02:47] <Kamion> happy to
[02:48] <Kamion> needs either a password or IP-unlimiting, though
[02:49] <elmo> kamion: little@syncproxy.ubuntu.com::ubuntu/, same password
[02:49] <Kamion> 'k
[02:50] <mdz> ubuntu-desktop looks to be installable x3 now
[02:50] <Kamion> elmo: I'm using ports.ubuntu.com for the ports/daily builds, hope that's ok
[02:50] <Kamion> mdz: yep, CD build kicked
[02:50] <elmo> Kamion: yep, fine
[02:50] <mdz> livefs builds kicked as well
[02:51] <mdz> all three are past the obviously-uninstallable phase
[02:51] <Kamion> mdz: that bluez change had the effect of pulling pcmcia-cs into desktop
[02:51] <Kamion> for bluez-pcmcia-support
[02:51] <mdz> Kamion: would you rather have it installed dynamically?
[02:52] <mdz> I thought we planned to stop doing that for pcmcia-cs too
[02:52] <Kamion> hm, ok
[02:52] <elmo> doko: hmm, done
[02:52] <baskus> sklp, hi
[02:52] <mdz> we made the necessary changes, but it was too close to release to make the switch iirc
[02:52] <Kamion> I'm not thinking straight enough to remember what was going on
[02:53] <jdub> mdz: now that i am more familiar with US meat, i am not so concerned about your vegetarian leanings
[02:53] <Kamion> elmo: cdimage anonftpsync config changed; I'll test once this build's finished
[02:53] <mdz> jdub: I wasn't aware that it was a source of concern for you
[02:54] <elmo> Kamion: cool
[02:54] <mdz> powerpc died early
[02:54] <mdz> GAH
[02:55] <mdz> dpkg: error processing /var/cache/apt/archives/foomatic-filters-ppds_20050720-1ubuntu1_all.deb (--unpack):
[02:55] <mdz>  failed in buffer_write(fd) (9, ret=-1): backend dpkg-deb during `./usr/share/ppd/HP/HP-OfficeJet_350-pcl3.ppd.gz': No space left on device
[02:55] <mdz> elmo: ^^ royal
[02:55] <mdz> oh, nm
[02:55] <mdz> that'd be out of space on the loop-mounted fs
[02:55] <mdz> I think
[02:55] <elmo> no it's in the real FS
[02:55] <mdz> oh, goody
[02:55] <elmo> /dev/md0               74G   74G  284K 100% /srv
[02:55] <mdz> yeah, it's just a chroot at that point
[02:56] <Kamion> oh, I need to re-mkinitramfs to try out usplash, don't I
[02:56] <elmo> it was compiling gcc-4.0 at the same time
[02:57] <elmo> why the heck don't the liveCD build scripts kill -STOP any existing build anyways
[02:57] <paolo> daniels: any news about the font issue?
[02:59] <elmo> okay, the bind mount situation on our buildds is out of freakin control
[02:59] <elmo> buildd@royal:~$ mount | wc -l
[02:59] <elmo> 50
[03:00] <Kamion> mjg59: wow, jaggies :)
[03:00] <mdz> I think a gray for anti-aliasing would be a good palette investment
[03:01] <mjg59> there's better artwork coming
[03:01] <mjg59> That's just demo stuff
[03:02] <mdz> of course
[03:02] <mdz> it looks surprisingly good for 16 colors
[03:02] <elmo> 12G     build-hoary-live
[03:02] <elmo> do we need that?
[03:02] <mdz> no idea what that is
[03:02] <mdz> what directory is it in?
[03:03] <elmo> err /home/buildd/ ?
[03:03] <doko> elmo: thanks
[03:03] <Kamion> I assume the blank box is the FIFO migration thing mdz mentioned earlier
[03:04] <mdz> Kamion: that, and that lsb-base hasn't been taught about usplash
[03:04] <mdz> elmo: if it really is the stuff for hoary only, and not speshul naming, it should be able to go away
[03:05] <mdz> elmo: if there are actual builds in there which pre-date the release, those can go
[03:05] <mdz> mjg59: so is usplash expected to work on amd64?
[03:05] <elmo> ok, I'll check when the rest of the du finishes
[03:05] <doko> hmm, after a complete upgrade and reboot on ppc, pbbuttonsd stays at 100% cpu time, restarting pbbuttonsd lowers the cpu usage
[03:06] <elmo> new binary packages in glibc on day of feature freeze
[03:06] <elmo> yay deadlines
[03:06] <doko> elmo: biarch support
[03:06] <elmo> mdz: okay, so there's 30Gb in public_html which is an easier target
[03:07] <elmo> how many days of history do you want?
[03:07] <elmo> we have builds from 20050805
[03:07] <mdz> elmo: any breezy live builds before today are garbage
[03:07] <elmo> public_html isn't split by release, just distro
[03:07] <elmo> and date
[03:08] <elmo> but it's all august, so err, I guess it's breezy ;)
[03:08] <Kamion> elmo: nah, I kicked off a warty live CD build just because I enjoy pain
[03:09] <elmo> is the livecd really meant to be 3Gb?
[03:09] <elmo> 2.6G    20050809
[03:09] <jdub> it's more fun that way!
[03:10] <mdz> heh, I forgot I'd installed this amd64 using the ubuntu-express prototype
[03:10] <mdz> it has ubuntu-live installed on it
[03:10] <Kamion> elmo: that's probably the uncompressed image
[03:11] <Kamion> there's .fsimg and .cloop
[03:11] <elmo> oh, christ, live CD would be on the machine with the 2, not 3 disk Xserve wouldn't it
[03:11] <Kamion> why we keep the .fsimg, I'm not sure
[03:11] <elmo> grr
[03:11] <Kamion> oh, I know, we have to keep the previous one for partimage, probably
[03:11] <mdz> Kamion: probably because it takes ages to compress/uncompress
[03:11] <mdz> (and we need it uncompressed for partimage)
[03:11] <Kamion> we don't need more than one previous one though
[03:12] <mdz> I wouldn't be at all surprised if we overflowed CDs with the new cloops
[03:12] <Kamion> well, two for safety
[03:12] <mdz> one is plenty; it's expendable
[03:13] <Kamion> jesus, there are five source CDs now
[03:13] <Kamion> please write less code kthxbye
[03:13] <Kamion> ooo2-l10n might not be helping there
[03:15] <elmo> so can I trash the hoary fsimg stuff?
[03:16] <mdz> elmo: so long as it's only data, and not code (scripts and such), yes
[03:17] <mdz> certainly *.fsim
[03:17] <mdz> *.fsimg
[03:17] <elmo> -rw-r--r--   1 root   root   1613377536 Apr  9 04:34 new-livecd.kubuntu.fsimg-1024
[03:17] <elmo> it's files like that
[03:17] <elmo> -rw-r--r--   1 root   root   2146435072 May  4 05:21 old-livecd.base.fsimg-1024
[03:17] <elmo> -rw-r--r--   2 buildd buildd 2146500608 Aug  9 04:41 old-livecd.kubuntu.fsimg-1024
[03:18] <elmo> meh, 14Gb free, that should be enough for another buildd, till infinity wakes up
[03:18] <elmo> mdz: want to try again?
[03:18] <doko> Kamion: ooo2-l10n shoudn't add anything, which was there before
[03:18] <mdz> elmo: running now
[03:19] <mdz> i386 succeeded (29m)
[03:19] <elmo> err, CRAP
[03:20] <Kamion> doko: on the contrary; true, it adds no binaries to binary CDs, but it most certainly adds to source CDs
[03:20] <elmo> I really shouldn't be up
[03:20] <elmo> you'll have more luck if I re-enable the bind mounts
[03:20] <mdz> and amd64 is home free
[03:20] <Kamion> like, takes up nearly a third of a source CD
[03:21] <`anthony> http://mail.python.org/pipermail/python-dev/2005-August/055342.html
[03:21] <doko> Kamion: yes, adding 200MB to the source CD
[03:22] <mdz> er, gnome-app-install doesn't depend on gnome-app-install-data?
[03:22] <Kamion> mdz: gnome-app-install-data was removed again; there was no point since both are arch all
[03:22] <mdz> oh, it's gone
[03:22] <mdz> and it still doesn't replace/conflict
[03:23] <Kamion> fortunately it was only there briefly
[03:23] <Kamion> but yeah, it should
[03:23] <Kamion> I suppose it would've been simpler if I'd just rejected the one with -data, but I wasn't sure how busy mvo was going to be for the rest of the day
[03:23] <mdz> amd64 succeeded (35m)
[03:25] <Kamion> I'm going to have to crash I'm afraid; if people could test the CD images that should be there in ~20 minutes (20050812), then please do, and fix stuff as necessary
[03:25] <Kamion> I do not have a great deal of time tomorrow so I'll need help in order to get Colony 3 out
[03:25] <elmo> mdz: does the livecd have a tailable/viewable log, do you know?
[03:26] <Kamion> elmo: the build? it's in latest/
[03:26] <mdz> elmo: yes
[03:26] <mdz> it looks good so far
[03:27] <elmo> well I re-enabled the bind mounts late, so I hope it's okay
[03:27] <elmo> it was still unpacking in dpkg when i finished, so hopefully it will be
[03:27] <mdz> I can always launch another one if it's broken
[03:27] <mdz> assuming we have the space now
[03:28] <Kamion> night
[03:29] <mdz> night
[03:29] <elmo> yah, should do
[03:29] <Kamion> $ sleep 2000; for x in amd64 i386 powerpc; do ./breezy-daily-rsync install $x; done
[03:29] <Kamion> score
[03:29] <doko> elmo: the powerpc gcc-4.0 build did fail due to insufficent disk space. http://people.ubuntu.com/~lamont/buildLogs/g/gcc-4.0/4.0.1-4ubuntu2/gcc-4.0_4.0.1-4ubuntu2_20050811-2103-powerpc-failed.gz is this you or infinity?
[03:30] <doko> Kamion: night
[03:30] <elmo> doko: yes
[03:30] <doko> elmo: polite answer ...
[03:30] <elmo> doko: unless it's blocking mdz's current obession, please mail infinity; I'm dangerously tired to be doing stuff
[03:30] <doko> elmo: will do
[03:37] <jdub> heh, usplash is funny :)
[03:38] <jdub> mjg59: is the post-initramfs bit readyish?
[03:40] <robertj> jdub: why do you say that?
[03:42] <jdub> which?
[03:44] <mdz> jdub: no, it isn't particularly readyish; see the earlier discussion
[03:46] <mgalvin> so when will the cds be ready for d/l or should i go to bed ;)
[03:47] <jdub> ah, now i see, thanks :)
[03:47] <elmo> mgalvin: I'm sure they'll be ready faster the more you ask
[03:49] <mgalvin> when will they be read :p
[03:49] <robertj> jdub: why did you say that usplash was funny?
[03:50] <robertj> I hit a chicken the other day while it was crossing the road. It was only funny though because my wife asked where it came from.
[03:50] <jdub> robertj: the current image is not particularly delicious
[03:50] <robertj> jdub: indeed, it does fail to be scruptulicious
[03:51] <robertj> jdub: what do you think about black backgrounds? They are uglyish but if the monitor scales down the screen image and draws a black border it looks less od
[03:52] <jdub> for those screens, i think it's worth trying
[03:52] <jdub> winxp's boot screen looks great
[03:52] <Jimbob> *cough*
[03:53] <sladen> jdub: it's the subtle fade that does the making-it-look-great
[03:54] <robertj> and at 300x225 no less
[03:54] <robertj> at least thats what the dimensions on this image I found on google images is
[03:59] <sladen> robertj: 320x400 IIRC
[03:59] <sladen> (for the later mostly blue screen with intro/scandisk text on it)
[04:00] <cat> hey listen i want to be an ubuntu developer what do i do? to be one
[04:00] <robertj> I make a move that we adopt  http://www.seizurerobots.com/tall1.gif as the new background
[04:00] <whiprush> cat: check out #ubuntu-motu, good place to start
[04:01] <elmo> mdz: are WE TEHRE yET?
[04:01] <elmo> (that's my unsubtle hint that ppc appears to have finished)
[04:01] <bddebian> robertj: Uhm, I don't think so :-)
[04:03] <seth_k> yeah, me neither
[04:03] <seth_k> it needs more oragne
[04:03] <seth_k> orange
[04:03] <bddebian> heh
[04:03] <seth_k> and maybe pink highlights
[04:12] <mdz> elmo: yes
[04:12] <mdz> elmo: the CD builds are already done
[04:12] <mdz> I'm downloading everything now to test it
[04:12] <elmo> hmm - ok; do you think you'll need me anymore?
[04:12] <elmo> as resident buildd-biatch, I mean
[04:12] <mdz> no, I don't think so
[04:12] <mdz> thanks, and good night
[04:13] <elmo> night
[04:22] <bddebian> The Amish have landed.. ;-P
[04:37] <mgalvin> mdz: the first boot after the initial install panics when intalling in vmware-- Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[04:37] <mgalvin> just so its known
[04:38] <cat> hey i want to fixed existing packges where do i star?
[04:38] <cat> any ideas?
[04:39] <mgalvin> i am going to try installing on the machine itself too to test it
[04:39] <bob2> "fix"?
[04:39] <bob2> bugzilla.ubuntu.com has all the bugs for main
[05:30] <Lathiat> mjg59: ping
[07:53] <pef> hello
[07:58] <mdz> daniels: any idea why the live CD is asking me two questions now, rather than the appropriate one? ("autodetect monitor?" + modes vs. just modes)
[07:59] <daniels> mdz: that would be because you're reconfiguring, I guess ... maybe preseed xserver-xorg/autodetect_monitor=yes?
[07:59] <daniels> s/yes/true/
[07:59] <mdz> daniels: why did it change?
[07:59] <mdz> (yes, casper uses reconfigure)
[08:00] <mdz> xserver-xorg/autodetect_keyboard=true seems not to be working also
[08:00] <mdz> (I get a us layout rather than dvorak)
[08:01] <lifeless> can you autodetect a dvorak keyboard ?
[08:02] <daniels> i'll look into the keyboard stuff; it changed because one of the most common use cases for reconfiguration would seem to be 'my configuration is broken'
[08:02] <daniels> lifeless: based on what the installer uses
[08:02] <daniels> mdz: i can shunt it to medium with -49 if you like
[08:02] <daniels> mdz: (_monitor)
[08:02] <mdz> lifeless: "autodetect" in this case means "infer the X layout based on the console layout"
[08:03] <lifeless> ;)
[08:03] <mdz> daniels: wasn't it medium before? (yes)
[08:07] <Mithrandir> daniels: (or somebody else with an x40): do you ever get eth0 to hang when resuming from suspend-to-disk?
[08:07] <Mithrandir> with eth1 having fun values like: RX packets:27306 errors:4294967290 dropped:4294967294 overruns:4294967295 frame:4294967293
[08:09] <daniels> mdz: what's the value of xserver-xorg/config/inputdevice/keyboard/variant?
[08:09] <daniels> Mithrandir: not out of s4, but I need to rmmod it around s3
[08:09] <Mithrandir> daniels: this is swsusp, is that s3?
[08:09] <mdz> daniels: presumably whatever the default is (whatever ends up in the config generated in the livefs build chroot)
[08:10] <daniels> mdz: well, knowing for sure would be nice
[08:11] <daniels> mdz: given you have dvorak, it can now be a failure either to detect it altogether, or a failure to seed /variant correctly
[08:11] <daniels> mdz: given we now use layout=us, variant=dvorak, so failure to seed variant gives you a us-layout keyboard
[08:12] <mdz> I need to sleep soon, but this should be trivially reproducible with the 20050812 live CD builds
[08:12] <Lathiat> swsusp i isnt an acpi s state
[08:13] <daniels> mdz: sure, give me about three hours to download it
[08:13] <Lathiat> or well, it can be with swsusp2, where it suspends to disk and then to ram, so if your battery doesnt run out, it resumes fast, if not, it resumes from disk. :) mmmm crack.
[08:14] <mdz> the nice thing about long downloads is that you can do other things while they're happening
[08:14] <daniels> mdz: yes, but it's less instant gratification for you
[08:15] <mdz> I need to forego instant gratification in favor of sleep
[08:15] <mdz> getting desktop installable was enough gratification for one day
[08:15] <mdz> night all
[08:16] <Mithrandir> see you, mdz
[08:20] <jsgotangco> night
[08:39] <pitti> Morning
[08:43] <daniels> pitti: morning
[09:15] <pitti> daniels: hasn't there been a printxkbmap or similar formery?
[09:16] <pitti> $ zgrep printxkb Contents-i386.gz yields nothing
[09:16] <torkel> pitti: xkbprint? (which is in xkbutils)
[09:17] <pitti> ah, that was it, thanks
[09:17] <torkel> np
[09:18] <daniels> pitti: er, setxkbmap -print
[09:18] <daniels> pitti: but yeah, printxkb if you want to generate a postscript file with what xkb thinks your keyboard might look like
[09:18] <daniels> geometry in xkb is SUCH A CROCK
[09:55] <ploum> Hello
[09:55] <ploum> I'm writing doc atm for breezy installation.
[09:56] <ploum> Is the current installer in the definitive state ?
[09:56] <ploum> Can I take screenshot from the current installer ?
[09:59] <Treenaks> I think it's best to wait with screenshots until the Preview Release is out
[10:00] <Amaranth> isn't that like 5 days before the final release?
[10:01] <Treenaks> Amaranth: no
[10:01] <ploum> Treenaks, it's really too late for me. My editor want all before the end of this month :-(
[10:01] <Treenaks> Amaranth: it's one month before the release
[10:02] <Treenaks> ploum: hmm..
[10:02] <jsgotangco> if its only the installer, its probably safe
[10:02] <ploum> Treenaks, is there any big change planned ?  I can maybe wait for screenshots but I must write the text
[10:03] <ploum> are current daly-iso a good preview of the breezy installer ?
[10:03] <robitaille> ploum: https://wiki.ubuntu.com/BreezyReleaseSchedule  we are in a FeatureFreeze since yesterday. So no big changes are planned.
[10:04] <jsgotangco> yeah
[10:04] <ploum> robitaille, I knew about FeatureFreeze, but I had no idea about the installer.
[10:04] <robitaille> but we all know how that turned out for Warty (artwork) and Hoary (Nautilis spatial mode)  :)
[10:04] <Amaranth> if at all possible it might be a good idea to wait until the 25th
[10:05] <ploum> I still didn't try daily iso. Is the installer really different from the hoary's one ?
[10:08] <ploum> Amaranth, I will try to convince my editor (is "editor" the correct english word for a book publisher ?)
[10:08] <Amaranth> yes
[10:08] <Amaranth> well, you said the end of the month and that's only the 25th... :)
[10:09] <ploum> Amaranth, well, officialy they want stuffes for the 19th !
[10:09] <Amaranth> but i don't know how much of a difference there will be between feature freeze and UI freeze
[10:11] <mdke> ploum, you'll have to tell your editor that it's their choice
[10:12] <HiddenWolf> and yes, there are changes in the installer from Hoary
[10:12] <HiddenWolf> most notably, lvm support and second-stage progress reporting
[10:12] <HiddenWolf> imho.
[10:13] <ploum> Indeed. That's quite a big change
[10:13] <ploum> (I like lvm support :-) )
[10:13] <HiddenWolf> ploum: lvm is nasty
[10:14] <HiddenWolf> Or at least, fiddly and annoying
[10:15] <HiddenWolf> At least as long as it's still buggy. :P
[10:21] <doko> Kamion, mdz, elmo: please promote to main: libc6-i386 (amd64), libc6-i386-dev (amd64), libc6-amd64 (i386), libc6-amd64-dev (i386)
[10:21] <pitti> doko: does that mean the end to ia32-libs and amd64-libs?
[10:22] <pitti> (the beginning end, that is)
[10:22] <ploum> HiddenWolf, well, I will tried this as soon as I have downloaded vmware :-)
[10:22] <seb128> hey pitti ploum
[10:22] <doko> pitti: yes, amd64-libs, don't know about ia32-libs yet
[10:22] <pitti> seb128: Morning
[10:22] <ploum> Hello seb128 
[10:22] <Mithrandir> pitti: ia32-libs includes loads of other evil shit, though
[10:23] <ploum> (anybody is aware of some free vmware debs for Ubuntu?)
[10:23] <Mithrandir> note to self: do not put the code you need to look at to debug a live cd problem on the machine where you boot the live cd.
[10:23] <pitti> lol
[10:25] <seb128> hum
[10:25] <seb128> lot of new bugs this week, I guess today is bug triage day
[10:26] <ploum> seb128, do you want some help ? (if it is appropriate)
[10:27] <seb128> pitti, mvo: when starting my GNOME this morning I got a stock notify bubble on the top/left corner of my desktop ... is that known?
[10:27] <seb128> ploum: starting by sending upstream bug upstream would be nice :)
[10:27] <mvo> seb128: is update-notifier and notification-daemon at the latest version?
[10:27] <seb128> mvo: the version from 1am when I went to bed
[10:28] <seb128> ii  notification-d 0.2.1-0ubuntu7 a daemon that displays passive pop-up notifi
[10:28] <seb128> ii  update-notifie 0.40.2         Daemon which notifies about package updates
[10:28] <mvo> seb128: please update update-notifier to 0.40.3
[10:28] <mvo> that should make the problem go away
[10:28] <seb128> k
[10:28] <seb128> cool
[10:28] <seb128> you fix bugs faster than I notice them
[10:28] <pitti> update-notifier |     0.40.3 | http://archive.ubuntu.com breezy/main Sources
[10:28] <pitti> update-notifier |     0.40.2 | http://archive.ubuntu.com breezy/main Packages
[10:28] <pitti> humm
[10:28] <pitti> ftbfs?
[10:29] <Treenaks> seb128: people say that of you too, you know
[10:29] <mvo> pitti: only on amd64 it seems
[10:29] <pitti> mvo: that's my platform...
[10:29] <seb128> "E: Package debhelper has no installation candidate
[10:29] <seb128> Package debhelper is not available, but is referred to by another package."
[10:29] <seb128> WTF
[10:29] <seb128> (i386 build log)
[10:29] <pitti> haha
[10:30] <seb128> oh it did a retry which was fine 
[10:30] <pitti> who has ever heard of debhelper?
[10:30] <seb128> update-notifier_0.40.3_20050811-2335-i386-successful.gz
[10:30] <mvo> pitti: the failed amd64 build looks like the fallout of the dpkg segfault problem
[10:30] <seb128>  Table de version:
[10:30] <seb128>      0.40.3 0
[10:30] <seb128>         500 http://archive.ubuntu.com breezy/main Packages
[10:30] <seb128> k
[10:30] <siretart> hey folks
[10:30] <seb128> hi
[10:31] <pitti> Hi siretart 
[10:31] <siretart> is there a ppc buildd admin here? how can I talk to?
[10:31] <mvo> seb128: if it's not too much hassle for you, it would be nice if you could logout/login to see if the fix works for you too
[10:31] <pitti> mvo: so a mere g-b should work?
[10:31] <seb128> mvo: sure
[10:32] <siretart> openhackware needs to be built on powerpc, explanation is in http://bugs.debian.org/322300. To whom can I talk about this issue?
[10:32] <spike> hi there
[10:32] <seb128> a min
[10:32] <mvo> pitti: yes, it build on my own amd64 and on the other archs
[10:32] <spike> anybody would pick up a discussion on loop-aes support on hoary?
[10:32] <seb128> pitti: did you find your firefox crasher?
[10:33] <spike> imho it's broken, I'd like confirmation on that before reporting a bug
[10:33] <pitti> seb128: no, I couldn't reproduce it on i386
[10:33] <spike> I've discussed the issue with Seveas yesterday, but I guess asking in here won't hurt 
[10:33] <infinity> mvo, pitti, (everyone else): any fallout from the dpkg segvs will be sorted over time today, as I do a mass give-back of every failed package, after having verified that all the chroots have the new dpkg.
[10:33] <pitti> seb128: I don't want to debug it now, I have some higher urgency things
[10:33] <seb128> I've a crasher when closing epiphany after browsing https websites
[10:33] <mvo> infinity: thanks!
[10:33] <seb128> when is quite annoying
[10:34] <pitti> seb128: 
[10:34] <pitti>   4  0x00002aaab491f5e8 in NSGetModule ()
[10:34] <pitti>   5  0x00002aaab491d5cf in NSGetModule ()
[10:34] <pitti>   6  0x00002aaaafb10288 in NSGetModule ()
[10:34] <pitti>   7  0x00002aaaafb09f42 in NSGetModule ()
[10:34] <pitti>   8  0x00002aaaab0f8689 in PL_HandleEvent ()
[10:34] <pitti> seb128: ^ that's ffox
[10:34] <mvo> seb128: I think I asked you this before, but have you seen this before: Gtk-ERROR **: file gtkcontainer.c: line 2447 (gtk_container_propagate_expose): assertion failed: (child->parent == GTK_WIDGET (container))
[10:34] <mvo> aborting...
[10:34] <mvo> Trace/breakpoint trap
[10:34] <pitti> seb128: but the crash happens consistently with moz, ffox, epy
[10:34] <mdke> i see a bug assigned to "Matthew Garrett <old@broken.account>". Should something be done about this?
[10:34] <pitti> seb128: and the same version in a hoary chroot works
[10:34] <infinity> seb128 : The "can't find debhlper, oh my god!" issue is (i think) an apt bug that I need to talk to mvo/mdz about, but it's mostly harmless since, as you say, it gets retried.
[10:35] <pitti> seb128: so I can't really believe that this is a ffox bug
[10:35] <daniels> mdke: reassign it to 'mjg59'
[10:35] <daniels> mdke: that'll autocomplete to the right thing
[10:35] <mvo> infinity: if you can give me details, I can have a look
[10:35] <infinity> seb128 : Basically, the failure is earlier on when apt tries to update, gets confused, and ends up having no packages in its packages list.
[10:35] <mdke> daniels, ok thanks
[10:35] <seb128> infinity: k
[10:35] <Kamion> HiddenWolf: what do you mean, LVM support is new in breezy? (it's not)
[10:35] <seb128> mvo: http://bugzilla.gnome.org/show_bug.cgi?id=300539
[10:35] <HiddenWolf> Kamion: it's new that the installer wil default to lvm
[10:35] <Kamion> ploum: if you decide to take screenshots before the UI freeze, it's your look-out when they change
[10:36] <infinity> mvo : Seems to only happen when running apt outside the root (as sbuild does)... I keep meaning to get try to work up a test case for you and show you the problem, but -ENOTIME, and as I said, it's harmless, just annoying.
[10:36] <Kamion> HiddenWolf: true. it may not stay that way
[10:37] <mvo> infinity: ok, thanks. just ping me once you have time to tell me how to reproduce
[10:37] <mvo> seb128: thanks!
[10:37] <ploum> Kamion, UI freeze is on 25th ?  So I will wait..
[10:37] <Kamion> ploum: yes
[10:38] <Kamion> Mithrandir: at some point over the next two weeks, would you mind sorting out with fabbione which way we're going to swing on the LVM-by-default thing?
[10:38] <mvo> seb128: lots of dups of this bug :)
[10:38] <Kamion> Mithrandir: in the feature goals meeting, it seemed to me that the opinion was that it was too complex to be the default
[10:39] <seb128> mvo: yeah, I've evo crashing like this like 10 a day ....
[10:39] <seb128> not a surprise
[10:39] <Kamion> and it needs to be sorted before UI freeze, really
[10:39] <HiddenWolf> Kamion: you will agree with me that lvm is fiddly. We had a guy in the -nl channel the other day who was puzzled at why ubuntu wouldn't boot. Turns out he was installing on an lvm-partition set up for fedora
[10:39] <seb128> mvo: if you have a bugzilla.gnome account please Cc you and put a comment, I'll try to poke some GTK guys
[10:39] <Mithrandir> Kamion: sure, what's the spec name?
[10:39] <mvo> I added me to the cc now
[10:40] <Kamion> Mithrandir: InstallerVolumeManagement
[10:40] <seb128> cool
[10:40] <Mithrandir> Kamion: willdo
[10:40] <seb128> mvo: comment maybe not needed
[10:40] <seb128> mvo: let me ping them first :)
[10:40] <Kamion> Mithrandir: thanks a lot
[10:40] <mvo> seb128: that great, thanks :)
[10:40] <Kamion> Mithrandir: ah yes, see the comment tagged 2005-07-14
[10:41] <Mithrandir> Kamion: ok.  I also want to get evms support into the installer, but I guess it'll need a spec.
[10:42] <doko> Kamion: are the CD's built?
[10:43] <Mithrandir> Kamion: any idea why insmod on the live cd gives me -1 invalid module format when trying to insmod a module copied from a regular system?
[10:43] <Kamion> doko: yes; I have not yet tested them
[10:43] <Kamion> Mithrandir: ugh. doesn't ring a bell
[10:44] <Mithrandir> Kamion: the module is unionfs, works fine in a normal system :-/
[10:44] <ploum> Mithrandir, I've problem with evms on one computer
[10:45] <Mithrandir> ploum: what kind of problems?
[10:45] <ploum> The boot freeze when starting EVMS. (not every time, but frequently)
[10:45] <ploum> the workaround was simply to remove evms
[10:45] <ploum> (I've reported the bug and it's confirmed I think)
[10:46] <Mithrandir> ploum: 13220, I presume?  It's unconfirmed
[10:46] <doko> Kamion: the new glibc packages for amd64 are still in NEW, but they will breal ia32-libs until it's updated.
[10:46] <mdke> what package should I file a bug with the wireless hotkey under?
[10:46] <Mithrandir> ploum: does it just hang for a while or does it hang completely?
[10:48] <Mithrandir> hmm, apparently gentoo has the same problem wrt insmod and unionfs
[10:48] <pitti> moin ogra
[10:49] <doko> on the amd64 boot, I see several times: sed: Unsupported command: I
[10:49] <ogra> hey
[10:49] <Kamion> doko: which boot?
[10:49] <mdke> what is the reason that tab completion is not enabled by default? are there disadvantages to tab completion?
[10:49] <Kamion> doko: I fixed that the other day
[10:50] <Kamion> mdke: tab completion *is* enabled by default.
[10:50] <doko> booting the 2.6.12-k8 kernel
[10:50] <mdke> Kamion, not for my user
[10:50] <doko> ohh, and no network :-(
[10:50] <Kamion> mdke: the full bash_completion isn't loaded because it's slow, but basic tab completion is on
[10:50] <Kamion> doko: which boot? initial installer boot, or reboot into installed system?
[10:50] <mdke> Kamion, ah i see. i knew there would be some disadvantage to it
[10:50] <doko> Kamion: sorry, the latter
[10:51] <doko> the live cd still downloads ...
[10:51] <tepsipakki> the new kernel breaks fb-console
[10:53] <Kamion> doko: if you could try to track that down, I'd appreciate it. I was sure I'd fixed that in udev 0.060-1ubuntu4.
[10:53] <tepsipakki> i've used vga=0x31A for grub, but now it displays nothing
[10:55] <doko> Kamion: the sed thing?
[10:55] <Kamion> doko: yes
[10:55] <mdke> what package should I file a bug with the wireless hotkey under?
[10:55] <doko> I'll look
[10:56] <ploum> Mithrandir, it hang forever !
[10:56] <HiddenWolf> Does anyone know if the ubuntu-calendar package is still active/
[10:56] <Kamion> doko: sed /I is a GNU extension so doesn't work with busybox in initramfs
[10:56] <ploum> (I've waited two hours ;-) )
[10:57] <mvo> hey niran 
[10:57] <niran> hey
[10:59] <infinity> Oh, cock.
[11:00] <infinity> Kamion : Due to sbuild using apt-get outside the chroot, it also ends up using the system's dpkg too.
[11:00] <infinity> Kamion : So, I think we need that bugfiz in hoary-updates ASAFP.
[11:00] <infinity> Kamion : s/fiz/fix/
[11:00] <pitti> darn
[11:00] <Kamion> infinity: bugger, ok, shall I do that?
[11:00] <infinity> Kamion : Please, since you can also approve it. :)
[11:01] <Kamion> hah, yeah
[11:01] <Kamion> infinity: is it working well inside the chroot?
[11:01] <seb128> mvo: update-notifier update works fine
[11:01] <seb128> mvo: out of the "availabe" typo bug you got a bug for that one :p
[11:01] <jdub> hey gang, how's it going?
[11:02] <seb128> hey jdub
[11:02] <jsgotangco> hi
[11:02] <seb128> jdub: GNOME 2.11 rock! :)
[11:03] <jdub> yeah, it is beautiful
[11:03] <Amaranth> pitti: 8 more months
[11:04] <seb128> jdub: do you have any opinion on gnome-screensaver? Should we push it now?
[11:04] <tepsipakki> seb128: yes please!
[11:04] <pitti> Amaranth: I have a rather easy patch that worked fine for hoary and breezy, and applies, fine, builds fine, but completely breaks the ICQ plugin
[11:04] <Amaranth> :/
[11:05] <infinity> Kamion : My tests in breezy chroots have been good.
[11:05] <seb128> jdub: anyway GNOME 2.10 had some regression like no menu editor and not real cool new stuff ... 2.11 has a lot of nautilus changes, evince, the notification stuff, etc ... ROCKING :)
[11:05] <jdub> seb128: not for breezy
[11:05] <seb128> jdub: why?
[11:05] <jdub> seb128: really hasn't had much field testing
[11:05] <Kamion> infinity: ok
[11:05] <jdub> seb128: then again, perhaps it would be best to ship it now, before we do 6.04
[11:05] <seb128> jdub: suse guys did a security audit, it's fine according to them. It work fine ...
[11:06] <tepsipakki> i've tested gnome-screensaver, only annoyance is that it always locks the screen
[11:06] <Treenaks> does it support xscreensaver hacks?
[11:06] <Amaranth> i thought gnome-screensaver was going to be a 2.14 feature
[11:06] <seb128> yep
[11:06] <jdub> Treenaks: yes
[11:06] <Treenaks> jdub: rock
[11:06] <jdub> Amaranth: it exists already, but will most likely be in gnome for 2.14
[11:06] <rubenv> might I assume that network-manager is deferred until breezy+1?
[11:06] <seb128> jdub: hum. You say not for 5.10 but before 6.04 ... is there something between that? :p
[11:07] <rubenv> (something that imho should've been in hoary already :-/)
[11:07] <Amaranth> rubenv: it didn't really do much when hoary froze (did it even exist yet?)
[11:07] <ploum> seb128, Gnome 2.11 rock indeed. But it sucks really....
[11:07] <Treenaks> Amaranth: it existed
[11:07] <jdub> rubenv: it was not even remotely close to ready for hoary, and only just close to ready for breezy
[11:07] <seb128> ploum: explain?
[11:07] <Treenaks> Amaranth: but it was a broken piece of donkey crap
[11:07] <ploum> .. compared that what gnome 2.14 will be :-)
[11:07] <seb128> ah ah
[11:07] <jdub> seb128: i was offering a different view
[11:08] <rubenv> Amaranth: from what I've been ready on the network-manager list, they're trying to do really weird stuff instead of just installing it like the other distro's do
[11:08] <jdub> seb128: is thinking aloud abruti? :)
[11:08] <Amaranth> 2.14 will hopefully have some themes using cairo :)
[11:08] <seb128> jdub: AH AH
[11:08] <jdub> Amaranth: clearlooks is already ported, richard has sshots
[11:08] <Amaranth> rubenv: yes, the n-m maintainers in ubuntu are trying to make it not _suck_
[11:08] <Amaranth> jdub: damn, i need to start idleing in #clearlooks again
[11:08] <Treenaks> rubenv: yes, like making it work nicely with /etc/network/interfaces-defined interfaces
[11:08] <Treenaks> rubenv: instead of barfing
[11:08] <seb128> jdub: anyway I think we should give it a try now, we can roll back easily if required
[11:09] <Kamion> rubenv: we don't particularly want to install bind9 as part of the desktop, thanks ;-)
[11:09] <mjg59> mdz: usplash works fine on amd64
[11:09] <jdub> Kamion: so weak willed! :)
[11:09] <mjg59> jdub: jbailey has it designed, but not quite fully implemented
[11:09] <mjg59> Lathiat: Hello?
[11:09] <rubenv> Kamion: bind9 scales big, but doesn't start big
[11:10] <Amaranth> i'd rather not have every ubuntu desktop in existance running bind
[11:10] <daniels> Package: bind9
[11:10] <daniels> Installed-Size: 700
[11:10] <daniels> OH NOES
[11:10] <jdub> Amaranth: when it doesn't listen publically, why care?
[11:11] <Amaranth> *headdesk*
[11:11] <Amaranth> duh :P
[11:11] <jdub> "argh! but that's SERVER software?!"
[11:11] <Kamion> rubenv: it's a horrific thing to include on default desktop systems, because you have to cripple it, which really pisses server admins off
[11:11] <daniels> Kamion: 'cripple' -> 'listen on localhost'
[11:11] <jdub> Kamion: that's only because we're not being creative
[11:11] <jdub> Kamion: they don't really follow
[11:11] <Kamion> jdub: being creative would involve using something SENSIBLE instead of bind9. :-P
[11:11] <rubenv> also, the point of network-manager is to replace stuff like /etc/network/interfaces, why doing all the trouble undoing that?
[11:11] <infinity> Kamion : The solution there was to split the binary to bind9-bin, and have NM depend on it.
[11:12] <infinity> Kamion : So, apt-get install bind9 wouldn't be crippled at all.
[11:12] <jdub> Kamion: bind9 is perfectly sensible, it's a small, robust, dynamically reconfigurable resolver
[11:12] <Kamion> jdub: I realise there's a fine line between genius and insanity, but
[11:12] <Kamion> bind9 small? in what universe?
[11:12] <jdub> it's in main ;)
[11:12] <daniels> Kamion: installed-size 700, dude
[11:12] <Kamion> as resolvers go, it's enormous
[11:12] <infinity> Kamion : Mostly, I need reassurance from you/mdz that this work won't be for naught, given that feature freeze has ostensibly passed.
[11:12] <daniels> Kamion: we install more shit in xbase-clients that no-one will ever use, than bind9 :P
[11:13] <Kamion> daniels: it's not actual disk space use I'm worried about, it's that AS A RESOLVER it's huge
[11:13] <jdub> daniels: i believe Kamion is talking about runtime size
[11:13] <Kamion> no
[11:13] <Kamion> I'm talking about actual size compared to the size that a sensible solution would be
[11:13] <jdub> oh, well, then i think you're clearly insane ;)
[11:14] <Kamion> bind9 has 300000 lines of new code compared to bind8
[11:14] <rubenv> Kamion: so the small extra cost of bind9 is too much that it weighs up to forcing crappy networking onto every laptop user out there?
[11:14] <doko> seb128: no cairo 0.9 yet? ;-P
[11:14] <rubenv> (for yet another 6 months)
[11:14] <jdub> Kamion: why bother having a different solution that does the same stuff? it's like running something non-apache as a paersonal webdav server... crazy!
[11:14] <Kamion> rubenv: please do not put words in my mouth. I'm not saying n-m shouldn't happen, I'm saying that if a better solution can be found we should do that instead.
[11:15] <Kamion> jdub: the name server market is not nearly so one-sided as the web server market; they're not comparable
[11:15] <seb128> doko: soname change, 200 packages to rebuild
[11:15] <seb128> doko: we said after the colony coming
[11:15] <jdub> Kamion: no one's managed to point out a name server that does what's rquired so far ;)
[11:15] <Kamion> infinity: well, regardless of my personal feelings, my opinion right now is pretty much "whatever"
[11:15] <doko> seb128: I love freezes ...
[11:16] <seb128> doko: yeah
[11:16] <Kamion> jdub: iwj was convinced dnsmasq would do the job
[11:16] <Kamion> I realise his last upload didn't work, but still
[11:16] <infinity> Kamion : My personal feeling is that networkmanager probbaly isn't mature enough yet, but we can hammer it into shape to be "as good as what we have now, but with a bit more bling", so it's not like it would be a regression.
[11:16] <seb128> doko: do you have some tools for massive rebuilds due to soname changes/transitions etc ?
[11:17] <infinity> Kamion : dnsmasq loses out on bind's views, which are needed for robust VPN support.
[11:17] <Kamion> infinity: hmm
[11:17] <Kamion> that's a shame
[11:17] <doko> seb128: yes, on concordia, CXX/auto or something
[11:18] <seb128> doko: thanks
[11:21] <seb128> pitti: any idea on http://bugzilla.ubuntu.com/show_bug.cgi?id=13395 ?
[11:22] <infinity> Kamion : Well, I'll give it a bunch more thought over the weekend and propose some way forward to you and mdz (well, just mdz if you're gone by then)
[11:22] <Kamion> I will be
[11:22] <mvo> doko: did you got my message about avm pcmcia yesterday?
[11:22] <Kamion> today's the last day I'll be around for a while
[11:22] <infinity> Kamion : I've had too many buildd/infrastructure/transition issues to worry about until now.
[11:22] <pitti> seb128: hm, no idea
[11:22] <Mithrandir> doko: I'm going to have a bit of trouble to diagnose my "fcdsl dies all too often" problem, as I don't have that ISP any more.
[11:22] <seb128> pitti: k, thanks anyway :)
[11:23] <Kamion> HiddenWolf: (for what it's worth, the default where possible is actually "resize down the partition with most free space and autopartition what's left"
[11:23] <Kamion> )
[11:24] <seb128> ploum: thanks for the bug work :)
[11:24] <infinity> Kamion : Have you approved your own upload?
[11:25] <Kamion> infinity: not yet
[11:25] <doko> mvo: sorry, yes: the modules should be in /lib/.../volatile
[11:25] <jdub> infinity: so did "manage what's not in interfaces(5)" turn out to be ok, or do you want to also manage configured interfaces?
[11:25] <infinity> Kamion : Wouldn't want to miss the :33 cron.daily. :)
[11:25] <ploum> seb128, you are welcome
[11:26] <HiddenWolf> Kamion: good default, but using lvm without having easily usable and obvious (gui?) tools to manage it is rather shakey
[11:26] <infinity> jdub : The most workable solution for now is to just make NM's and ifupdown's interfaces mutually exlusive, yes.
[11:26] <ploum> Wow, this bug is soooo coool ! http://bugzilla.ubuntu.com/show_bug.cgi?id=10078  Really weird, I like it !
[11:26] <infinity> jdub : Something more clever could (and should, probably) be done for breezy+1, but we don't have the time or resources to do it OMG, RIGHT NOW!!
[11:26] <seb128> ploum: isn't it :p
[11:28] <jdub> infinity: cool, it's a good start
[11:28] <Kamion> infinity: ARE WE THERE YET?
[11:28] <Kamion> infinity: (done)
[11:29] <Kamion> HiddenWolf: which is pretty much what I said above ...
[11:30] <Amaranth> how come clearlooks is a seperate source package? i thought it was a part of gtk-engines now
[11:30] <seb128> Amaranth: because gnome-themes doesn't ship the icon theme 
[11:31] <Amaranth> Remenic says he isn't doing standalone clearlooks releases anymore, he is only working in gtk-engines
[11:31] <jdub> infinity: are you on n-m list?
[11:31] <Amaranth> :/
[11:31] <Amaranth> so we're stuck with an outdated clearlooks?
[11:31] <seb128> Amaranth: need to sort that out with thos
[11:31] <seb128> Amaranth: it's not outdated
[11:31] <Amaranth> 0.6.2 is not the latest release
[11:31] <_d4vid> hi all
[11:32] <Amaranth> Remenic was trying to show me the new progress bar, found out i don't have the latest release
[11:32] <seb128> Amaranth: please have some tolerance
[11:32] <infinity> jdub : Just lurking, currently.
[11:32] <daniels> seb128: ARE WE THERE YET?
[11:32] <seb128> Amaranth: this week had a new GNOME and feature freeze, I've had a lot of work and I've not sorted that yet
[11:32] <daniels> seb128: CAN I HAVE AN ICE CREAM?
[11:32] <jdub> infinity: cool
[11:32] <seb128> daniels: NO ICE CREAM FOR YOU BEFORE FIXING XNEST :p
[11:33] <ogra> YES !
[11:33] <doko> Kamion: how do I mount an initrd image? the timestamp of the initrd image are older than the corresponding files in the udev package
[11:33] <jdub> daniels: and xmkmf!
[11:33] <Treenaks> daniels: and glxinfo
[11:33] <jdub> *oh*, now it dawns on me
[11:33] <jdub> my battery isn't displaying correctly because of the DSDT
[11:33] <Kamion> doko: oh, then just 'mkinitramfs -o /boot/initrd.img-`uname -r`'
[11:33] <jdub> which initramfs should've loaded
[11:35] <seb128> jdub: have you tried the new "add to panel" dialog?
[11:35] <daniels> seb128: IT IS FIXED ALREADY IS IT NOT
[11:35] <daniels> jdub: ENOCARE
[11:36] <daniels> Treenaks: ENOCARE
[11:36] <jdub> seb128: ow, holy shit
[11:36] <jdub> seb128: interesting tactic, thuogh needs some love
[11:36] <seb128> jdub: yeah, that's the google bounty
[11:36] <seb128> jdub: I've pushed it yesterday because of the feature freeze ... not sure if that's a feature :)
[11:37] <doko> Kamion: must the kernel version run, for which I want to create the initrd?
[11:37] <jdub> seb128: (given categories with one item, and a huuuuge miscellaneous category)
[11:37] <seb128> jdub: will talk with vuntz, it should return from VAC today
[11:37] <jdub> seb128: not sure it's worth the delta with gnome for this release ;)
[11:37] <seb128> jdub: yeah, we need a way to sort that .. we are quite waiting on Vincent before doing some wrong :)
[11:37] <Kamion> doko: dunno
[11:37] <Kamion> damnit, I get that initramfs breakage too
[11:37] <seb128> jdub: we can roll it back before UI freeze if needed
[11:38] <ogra> seb128, i'm not totally up to date, but is it intentional to have a "back" button in the dialog ?
[11:38] <jdub> seb128: ok - happy to wait and see :)
[11:38] <Kamion> doko: I don't think you should have to be running a matching kernel
[11:38] <jdub> ogra: when you drill down to launchers, you need it (stupid ui)
[11:38] <ogra> oh
[11:39] <doko> Kamion: too late :-)
[11:43] <siretart> so much shouting today?
[11:43] <doko> Kamion: yes, that fixes it
[11:43] <Amaranth> ENEEDEARPLUGS
[11:44] <infinity> Kamion : AWTY?! (jesus, is cron.daily STILL running?)
[11:46] <Kamion> it's done
[11:49] <Kamion> so, London time, 11:03 cron.daily source, 11:33 cron.daily binary, 11:47ish CD build, 12:40ish rsync finished CDs, 14:00 return from wedding admin stuff and burn test DVDs, 14:30 tests, 15:30 tests done, release?
[11:49] <Kamion> hmm
[11:54] <doko> ohh, nice. kernel 2.6.12 switches eth0 and eth1 compared to 2.6.10
[11:55] <infinity> buildd-mail is OOMing on yellow?
[11:55] <infinity> That's just plain wrong.
[11:55] <ogra> doko, yes, there are some rports in the mailing list
[11:57] <doko> ogra: so what is the right fix? add an alias for the module?
[11:57] <ogra> doko, try /etc/iftab
[11:57] <Mithrandir> doh, using a -686 module with a -386 kernel won't work. 
[11:57] <mvo> seb128: making the gnome #300539 (evoultion/synaptic crash) a g_return_if_fail() (instead of a g_assert) will not do further damage it seems (so we have a plan B now ;)
[11:58] <ogra> you can specify the device<->HW adress mapping there
[11:58] <seb128> mvo: cool, comment on the bug saying that? :)
[11:58] <doko> ogra: strange, the file is there, but it's not honored
[11:59] <mvo> seb128: no, just tried it. it's not a real fix of course, but if gtk upstream does not come up with something better ...
[12:00] <infinity> Okay, scratch that, buildd-mail OOMs on amd64 entirely... But only when trying to deal with this one log?
[12:01] <infinity> Or, no.  When dealing with hoary-updates logs in general, it looks like.  WTF?
[12:01] <Lathiat> mjg59: I have a problem with framebuffer on my laptop, where the whole thing gets pushed down 2 lines, with the bottom 2 lines being invisible and the top 2 just having a single pixel line down the side of each character spot (happens in the hoary installer, usplsah) -- anyway to fix that other than vga=771 which works? (that gets me 1024x768, and works, altho i think that breaks usplash, but works in the insatller)
[12:02] <mjg59> Lathiat: Argh. Probably not, I'm afraid (other than fixing vga16fb)
[12:02] <Lathiat> mjg59: hrm
[12:02] <paolo> From the output of the last upgrade: http://paste.ubuntulinux.nl/1147
[12:04] <Mithrandir> Kamion: easiest way to get a module onto the live cd?
[12:09] <Mithrandir> hm, so now I have an unionfs livecd session
[12:09] <Kamion> Mithrandir: wget
[12:10] <Mithrandir> Kamion: well, the cd image itself.  I need to put unionfs in an udeb?
[12:10] <Kamion> Mithrandir: yes
[12:10] <Kamion> if you want it pre-pivot
[12:10] <jdub> yay, initrds are now smaller
[12:10] <Mithrandir> and make sure there's a dependency from casper to the udeb?
[12:10] <Mithrandir> Kamion: that's part of the huuuuge kernel build process, isn't it?
[12:10] <Kamion> or anna-install it, either
[12:10] <Kamion> yeah
[12:10] <Kamion> debian/d-i/blah
[12:10] <Lathiat> mjg59: so.. whats wrong with vga16fb? :)
[12:11] <jdub> anyone else using initramfs and DSDT.aml?
[12:11] <Mithrandir> Kamion: ok, thanks.
[12:11] <mjg59> Lathiat: It makes a couple of assumptions about video hardware that aren't necessarily true
[12:12] <Lathiat> mjg59: is it an overly hard problem to fix?
[12:12] <Treenaks> jdub: I'm considering it
[12:12] <mjg59> Lathiat: No idea, I'm afraid
[12:12] <Kamion> infinity: if you could make sure I get initramfs-tools_0.20_{amd64,i386,powerpc} before :33, I'd be eternally grateful
[12:12] <Lathiat> mjg59: do you know what the assumptions are?
[12:13] <Kamion> (ARE WE THERE YET?)
[12:13] <jdub> $ grep -rl DSDT *; echo pants
[12:13] <jdub> DSDT.aml
[12:13] <jdub> pants
[12:13] <mjg59> Lathiat: Afraid not
[12:13] <Lathiat> mjg59: okie
[12:13] <Lathiat> mjg59: cheers
[12:13] <jdub> ^ in directory with un-cpioed initramfs
[12:13] <jdub> bum
[12:13] <mjg59> jdub: I don't think the initramfs support for DSDTs is fully done yet
[12:13] <jdub> hrm, seem to recall jbailey mentioning kernel update required
[12:15] <infinity> Kamion : If cron.daily ever finishes, I'll think about what I can do before the next one.
[12:17] <mjg59> jdub: Yeah, it'll certainly be the latest kernel
[12:18] <Kamion> infinity: it's done
[12:19] <jdub> ah, feature freeze period is always so exciting :)
[12:21] <infinity> Kamion : And so is your build (it's arch:all, by the way, no need to beg for three builds..)
[12:21] <daniels> jdub: ...
[12:22] <jdub> daniels: it's late.
[12:22] <Kamion> infinity: oh, er, yeah. :)
[12:22] <Mithrandir> hi Simira 
[12:22] <jdub> daniels: fix xmkmf already. ubuntu relies on mgp.
[12:22] <Simira> morning Mithrandir 
[12:23] <seb128_> ploum: when you have a bug too you can change it to NEW
[12:23] <Kamion> jdub: wet tennis balls> some of them stick
[12:24] <paolo> Any clue about the gnome-app-install dpkg error?  It can't install via upgrade nor remove the package (error at: http://paste.ubuntulinux.nl/1147)
[12:24] <Kamion> paolo: dpkg --purge gnome-app-install-data, repeat
[12:24] <seb128_> paolo: dpkg -i --force-overwrite
[12:25] <Kamion> mvo: could you make gnome-app-install Replaces: gnome-app-install-data, please?
[12:25] <doko> ogra: is /etc/iftab honored, when the network interfaces are configured with "mapping hotplug" ?
[12:25] <mvo> Kamion: yes
[12:26] <paolo> Kamion: http://paste.ubuntulinux.nl/1150
[12:26] <daniels> jdub: svgslides > mgp
[12:26] <daniels> jdub: plus, most of us have hacked-up bling versions of svgslides :)
[12:26] <Kamion> paolo: then what seb128 said, and then purge gnome-app-install-data afterwards
[12:27] <Kamion> mvo: in fact replaces/conflicts I guess
[12:27] <ogra> doko, no idea... i dont use "mapping hotplug" anywhere
[12:27] <Mithrandir> what's the general i386 porting machine?
[12:27] <daniels> Mithrandir: concordia
[12:27] <daniels> dchroot -c breezy-i386
[12:27] <pitti> Mithrandir: dchroot -c breezy-i386
[12:27] <Mithrandir> ok, thx
[12:27] <daniels> pitti: oh my god, we think alike!
[12:28] <Mithrandir> I prefer to add a "linux32" as well, but thanks
[12:28] <pitti> daniels: well, there aren't so many options :-)
[12:28] <Mithrandir> daniels: eeeevilneesssszz
[12:28] <pitti> daniels: I never intended the latter
[12:28] <Kamion> Mithrandir goes Hungarian
[12:28] <pitti> daniels: btw, even Keybuk managed to patch debian/patches :-)
[12:28] <daniels> hahaha
[12:28] <paolo> Kamion, seb128_ : it makes sense, thank you very much.
[12:29] <pitti> that reassured me a bit
[12:29] <daniels> keybuk is special
[12:32] <daniels> -49 built
[12:32] <daniels> must be perfect
[12:32] <paolo> Cool :)
[12:33] <daniels> build time is now under an hour on my laptop
[12:33] <daniels> used to be >= 2
[12:33] <paolo> Even cooler.
[12:34] <Kamion> -49 needed for live CDs?
[12:36] <daniels> Kamion: somewhat, yes
[12:37] <daniels> unless you assume that everyone either a) uses a US keyboard, or b) knows how to type on a US keyboard
[12:37] <daniels> which, tbf, is not unreasonable
[12:38] <paolo> Token Bucket Filter?
[12:38] <Lathiat> to be fair...
[12:39] <Treenaks> daniels: meet he Belgians, who use "azerty" layouts
[12:39] <Kamion> daniels: how 'bout install CDs?
[12:39] <Kamion> can I get those started?
[12:40] <pef> elmo: hi
[12:40] <sladen> Lathiat: try switching video stretch off and then booting without a vesa mode
[12:40] <Lathiat> sladen: video stetch is off
[12:41] <Lathiat> sladen: wasnt booting with a mode
[12:42] <daniels> Treenaks: azerty is french also
[12:42] <daniels> Kamion: for c3?
[12:42] <sladen> Lathiat: /me thought he read  'vga=771'
[12:42] <Kamion> daniels: yes
[12:43] <Kamion> sladen: he said it *works* with vga=771
[12:43] <daniels> Kamion: should be fine.  there's certainly nothing important fixed in -49 over -48.
[12:44] <Kamion> ok, started then, thanks
[12:44] <daniels> Kamion: as for lives, I don't know what the problem is
[12:44] <daniels> Kamion: it could be that the keyboard detection doesn't get run at all, so everyone gets us, or it could just be that the variant setting gets utterly ignored, so you just end up with 'us' instead of 'us(dvorak)'
[12:44] <Kamion> I may end up giving mdz the instructions on publishing colony releases
[12:44] <Kamion> we'll see
[12:45] <daniels> Kamion: how long are you off for?
[12:45] <Kamion> back on the 30th
[12:45] <ploum> we (belgians) don't use the same azerty layout as french...  silly
[12:47] <daniels> ploum: i said that azerty was french, not that the belgian and french layouts are the same
[12:47] <daniels> i mainly just use german as my litmus test for weird-shit layouts
[12:47] <daniels> it's pc105, it's got a different key layout, and it's three-level.  if that works, I can be reasonably confident that most things generally work, and go running back to the comforting bosom of pc104/us.
[12:48] <ploum> indeed ;-)
[12:48] <daniels> jesus christ
[12:48] <daniels> my desktop is far nicer for testing xorg than my laptop
[12:48] <daniels> none of this fork-a-new-server crap
[12:49] <ploum> seb128, enough bugzilla for me today ! I hope it was a bit helpful (there are some bugs you can mark as UPSTREAM)
[12:50] <ploum> (oh, I've just seen they are now marked, nevermind)
[12:51] <daniels>         Option          "XkbRules"      "xorg"
[12:51] <daniels>         Option          "XkbModel"      "pc104"
[12:51] <daniels>         Option          "XkbLayout"     "us"
[12:51] <daniels>         Option          "XkbVariant"    "dvorak"
[12:51] <daniels> perhaps bonghits will fix my keyboard layout
[12:51] <daniels> (i.e., it works for me, dude)
[12:51] <daniels> mdz: are you *sure* autodetect_keyboard was true?
[12:52] <sladen> Kamion: well, that's what I *thought* Lathiat said.  But that is conflicted 6 lines up by 'wasnt booting with a mode'.  So maybe I'll just ignore both since my binary maths module gets a bit up set when I start feeding it quantum input sets :)
[12:52] <daniels> also, AFAICT, XKB is far, far more clear and sensible than the console-data crap.  this is concerning.
[12:53] <seb128> ploum: really nice from you, thanks again
[12:53] <seb128> ploum: you can change the status yourself ... or don't you hve the bugzilla level for it?
[12:53] <ploum> seb128, I don't have the level
[12:53] <seb128> ploum: oh, you should have said so
[12:54] <seb128> what email do you use?
[12:54] <ploum> ploum@fritalk.com
[12:54] <seb128> can any bugzilla admin give him the rights to change bug settings?
[12:54] <seb128> thanks
[12:55] <ploum> thank in advance
[12:55] <seb128> you're welcome :)
[12:55] <ploum> Good afternoon all, time to eat :-)
[12:55] <seb128> enjoy your lunch :)
[12:55] <ploum> ;-)
[12:58] <Seveas> spike..?
[12:58] <Seveas> I've confirmed it on i386 and filed it on malone (it's a universe package)
[01:00] <spike> cool, tnx much
[01:01] <spike> Seveas: can u point me to malone? isn't bugzilla.ubuntu.com the place for reporting bugs?
[01:02] <ajmitch> spike: launchpad.net/malone
[01:02] <spike> https://launchpad.net/malone/bugtrackers/ubuntu-bugzilla
[01:03] <spike> oh, k
[01:03] <spike> yeah, googled it out
[01:03] <ajmitch> which is the place for reporting universe bugs
[01:03] <spike> uhm, just universe? what about bugzilla.ubuntu.com? the overall look and feel is unfinished/unused, but I saw bugs listed there
[01:04] <ajmitch> universe bugs, for now
[01:04] <spike> and since I'm on devel, what does it take to be a ubuntu DD? same ages that for debian?
[01:04] <spike> k, tnx
[01:05] <ajmitch> the best way to get started it to help out in universe, with the MOTU crew
[01:05] <spike> or with some work and effort (and time of course) u can get in?
[01:05] <\sh> morning
[01:05] <spike> ok, I'll look into that, tnx
[01:05] <spike> 'mornin \sh 
[01:05] <ajmitch> hi \sh  
[01:05] <\sh> who is the pro in things like ubuntu-installer
[01:06] <spike> Seveas: btw, did u read the links I gave u yesteday? about the watermarking attack and stuff
[01:06] <\sh> hey ajmitch 
[01:06] <spike> Seveas: and would u mind some more discussion about the topic? there's another thing worth doing regarding that stuff...
[01:07] <spike> another thing: on http://mirror.isp.net.au/ftp/pub/ubuntu/pool/universe/r/rlog/ I can see some libs I need, but apt-cache search rlog doesn't show anything, what am I missing? my mirror isn't up to date?
[01:08] <Seveas> spike, I didn't get to reading them yet, most of my tome goes into studying for a network security exam
[01:08] <spike> I c, nm
[01:08] <Seveas> and rlog is only in breezy afaik
[01:09] <spike> ah
[01:09] <Mez> grr, what was the kernel update about?
[01:09] <Mez> It broke my breezy
[01:09] <Mez> mdz: ping
[01:09] <spike> Seveas: any suggested way I can get it?
[01:09] <ajmitch> Mez: initramfs 
[01:09] <Seveas> spike, http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=rlog&searchon=names&subword=1&version=breezy&release=all confirms it
[01:09] <Mez> so why has it broken my internet access?
[01:10] <Mez> and why does it try to open my CD drive on boot
[01:10] <spike> damn... mmmh
[01:10] <Seveas> a good way is backporting it, add a deb-src for breezy to your sources.list, apt-get source it and use dpkg-buildpackage
[01:10] <ajmitch> Mez: that's a new one for me - most 'it breaks' complaints I saw were related to lvm
[01:11] <Mez> ajmitch, well, it says "/dev/cdrom: open failed: no such device
[01:11] <Mez> Cannot find volume hda8
[01:11] <Mez> but then boots up fine
[01:11] <ajmitch> right, could be the same
[01:11] <Mez> when I get into GUI though, It then has no net access
[01:11] <Mez> I try and bring eth0 up, but I don't know how to get it to auto-configure 
[01:11] <ajmitch> Mez: bugzilla!
[01:12] <spike> Seveas: is there any place to look for backports?
[01:12] <spike> ah, sry, missed ur last message
[01:12] <Seveas> ubuntu-backports section :)
[01:12] <Mez> ajmitch, at the moment I'm just asking how to get my network backup manually (I can bring eth0 up bt I dont have any IP address or anything)
[01:12] <Seveas> hoary-backports*
[01:12] <ajmitch> Mez: usually ifup will run what is needed
[01:13] <Mez> ajmitch, I've been using ifconfig eth0 up
[01:13] <Mez> ajmitch, I'll be back if  can get it to work
[01:13] <\sh> hmm...
[01:15] <\sh> If I set in the makefile of linux-source-2.6.12 the extraversion to 3-i386 and trying to build a module for 2.6.12-3-i386 (which is used by colony 2) do I have any chance to have load a newly compiled module in the initrd?
[01:16] <tepsipakki> kamion: daily-netboot loops in partman
[01:17] <Mez> ajmitch, where should ubuntu usually bring up the ethernet?
[01:18] <Mez> weirdness... 
[01:18] <Mez> I worked out what happened but I dont know how
[01:19] <ajmitch> hm
[01:20] <tepsipakki> mez: in /etc/rcS.d
[01:20] <tepsipakki> sigh..
[01:20] <ajmitch> he'll be back
[01:20] <tepsipakki> I'm about to post a message on d-d-l about the runlevel-madness
[01:21] <tepsipakki> but lunch first
[01:21] <spike> yeeeeeeeeee, the backporting succeded
[01:21] <spike> cool
[01:21] <spike> tnx Seveas 
[01:23] <spike> encfs worked too.. wonderful
[01:23] <spike> Seveas: that's the other thing I wanted to mention... if u don't want to go loop-aes u can go encfs
[01:24] <Lathiat> libxine got compiled without xvideo
[01:24] <daniels> whoops
[01:24] <daniels> i guess that'd be mine to fix too
[01:24] <Lathiat> wondered why it was chunking so bad
[01:24] <Lathiat> gxine told me :)
[01:24] <Lathiat> whinge you need xv, whigne it was around at compile time
[01:24] <Mez> hmmles
[01:24] <Mez> I think I know what went tits up
[01:25] <Mez> Kamion: ping
[01:25] <Lathiat> daniels: if you want i'll send you a dbediff
[01:25] <Lathiat> *debdiff
[01:29] <Mez> oh yeah: mdz: unping
[01:31] <daniels> Lathiat: a runtime dependency on libxv1?
[01:35] <Mez> why are there no packges in bugzilla for the kernel?
[01:35] <daniels> there are
[01:35] <Mez> they dont show
[01:36] <daniels> yes they do
[01:36] <daniels> start typing 'linux' in
[01:36] <daniels> note the array of choice
[01:36] <daniels> a veritable plethora
[01:36] <Nafallo> dpkg segfault didn't vanish?
[01:37] <Nafallo> context: http://people.ubuntu.com/~lamont/buildLogs/e/ethereal/0.10.12-2ubuntu1/ethereal_0.10.12-2ubuntu1_20050812-1008-amd64-failed.gz
[01:37] <Mez> daniels, I see linux-headers and linux-meta relating to the kernel
[01:37] <Mez> daniels, I want to report on linux-source-*
[01:39] <daniels> Mez: 'linus'
[01:39] <daniels> er
[01:39] <daniels> 'linux'
[01:40] <Mez> daniels, just file against linux then - I assumed package names in bugzilla would be relevant to either the source package or the binary package
[01:42] <pitti> infinity: is the amd64 buildd busy or down?
[01:42] <daniels> pitti: i think it's busy
[01:48] <jdub> mjg59: ping
[01:52] <mjg59> jdub: Hi
[01:53] <jdub> yo
[01:54] <mjg59> What's up?
[01:54] <jdub> /msg :)
[01:55] <lu|dinner> jdub: isn't it a little early where you are? 
[01:56] <jdub> luis_: yes, but i am wired
[02:03] <seb128> pitti: where is gimp20.mo with your language packs?
[02:04] <jordi> nooo
[02:04] <jordi> not that file
[02:04] <jordi> I've been working on gimp20 all morning at work
[02:05] <pitti> seb128: I noticed that some files just seem to be missing (xchat, too)
[02:05] <pitti> seb128: I'll fix that next week, don't worry
[02:06] <seb128> pitti: hum, is that long to fix?
[02:06] <pitti> seb128: probably not, but long to find out why
[02:06] <seb128> k
[02:06] <seb128> luis_: around? Have you guys a way to copy a file on the liveCD if it doesn't come with a package?
[02:06] <pitti> seb128: my problem is, I need to add another feature to the audio stuff, but the flood of security stuff delayed me
[02:07] <pitti> seb128: I really need to sort that out before I continue bug fixing
[02:07] <seb128> pitti: GNOME guys are rolling a GNOME liveCD for a french magazine and it's due on monday
[02:07] <seb128> pitti: and they noticed gimp is not translatted
[02:07] <pitti> grumpf
[02:07] <seb128> pitti: maybe they can copy the .mo with a hack, wait on luis_'s reply
[02:08] <luis_> seb128: yeah, we can
[02:08] <luis_> seb128: not pretty, but we can
[02:08] <seb128> luis_: k, I'll reply that to the mail
[02:08] <pitti> gimme 15 minutes to attempt to fix it
[02:08] <luis_> s/pretty/maintainable/
[02:08] <luis_> jdub: media!
[02:08] <luis_> :)
[02:08] <jammcq> jdub: hey
[02:08] <jammcq> just got yer email, thanks
[02:08] <jdub> yo jammcq 
[02:08] <seb128> luis_: you probably want today's gtk upload to, it fixes the fileselector crasher 
[02:08] <jdub> luis_: they're not using it for a coverdisk, just a review?
[02:09] <jammcq> and now, after flying all night, i'm heading to bed
[02:09] <luis_> seb128: can you put that in the email?
[02:09] <seb128> luis_: sure
[02:09] <luis_> jdub: I wouldn't recommend it if I wasn't using breezy myself with fairly high confidence
[02:10] <jdub> luis_: that sounds like a dodgy "yes, coverdisk" answer :)
[02:10] <pitti> seb128: 
[02:10] <pitti> $ zgrep gimp20.mo Contents-i386.gz |grep fr
[02:10] <pitti> usr/share/locale-langpack/fr/LC_MESSAGES/gimp20.mo          translations/language-pack-fr-base
[02:10] <pitti> it doesn't?
[02:10] <pitti> oh, oops
[02:10] <pitti> 8889548 May 25 00:45 Contents-i386.gz
[02:10] <pitti> why isn't our Contents.gz updated?
[02:11] <luis_> jdub: it is, AFAICT
[02:11] <Mithrandir> pitti: it's supposed to be updated once a week or so, but it's a fairly expensive operation, so you wouldn't want to run it every 30 minutes.
[02:11] <pitti> Mithrandir: right, but May???
[02:11] <pitti> I downloaded it this morning...
[02:12] <Mithrandir> pitti: mail elmo?  seems to be broken, I agree
[02:12] <jdub> luis_: ha ha
[02:13] <luis_> jdub: I haven't really been the one talking to the magazine, that is mostly the frenchies (marcus and dave)
[02:13] <luis_> so I'm not entirely sure what I'm helping on at the moment, but yes, I believe it is a cover disc
[02:14] <daniels> luis_: you're using breezy with a US-layout keyboard
[02:14] <luis_> grr, friday already
[02:14] <jdub> http://www.linuxformat.co.uk/blog/?p=21
[02:14] <luis_> daniels: I am, though I believe marcus is with french, after installing extra packages
[02:14] <daniels> luis_: mdz alleges that it's sort of non-specifically broken outside that, but I haven't had time to check, and it's also 2215 on Friday
[02:14] <jdub> fucking...
[02:15] <luis_> jdub: ?
[02:15] <luis_> jdub: cheering on mjg59's college already?
[02:15] <jdub> re the url
[02:15] <luis_> daniels: it is broken by default on the livecds, missing a package, but I believe marcus identified and installed the missing package
[02:16] <luis_> jdub: it is long, break it down for me ;)
[02:16] <jdub> luis_: look at pretty pictures
[02:17] <jdub> (and not so pretty)
[02:17] <hmrocha> hi, why is browser the default mode of nautilus?
[02:17] <daniels> luis_: if you could find out what it is, that would kick arse
[02:18] <hmrocha> and why have you changed the behaviour of the left button to become what it used to be?
[02:18] <hmrocha> always opening windows with the middle mouse button doesn't make to much sense
[02:19] <jdub> hmrocha: you can also hold shift
[02:19] <jdub> hmrocha: we've switched to browser mode and un-broken spatial to satisfy the needs of real users
[02:19] <hmrocha> jdub, yes, but that way i would need to move my hand to the keyboard
[02:20] <hmrocha> jdub, hmmm, good point there
[02:20] <jdub> hmrocha: always good to keep one hand on each :)
[02:20] <hmrocha> jdub, my mom didn't like spatial very much
[02:20] <jdub> yeah
[02:20] <Treenaks> My mom did :)
[02:20] <jdub> pretty scary when you're not expecting it
[02:20] <hmrocha> Treenaks, your mom is a XI century mom :)
[02:20] <hmrocha> ups, XXI
[02:21] <jdub> 1980's more like it :)
[02:21] <Treenaks> hmrocha: my mom only knew about the on/off button until a few months ago
[02:21] <hmrocha> my mom doesn't know what copy-paste is
[02:21] <hmrocha> Treenaks, ok, you win :)
[02:22] <hmrocha> jdub, ok, i agree switching to browser mode as default, users that use spatial can always switch back to it
[02:22] <hmrocha> jdub, but why not leave the "open and close upper" with the left mouse button?
[02:22] <Lathiat> because it was silly
[02:23] <hmrocha> silly?
[02:23] <hmrocha> most of the time you want to open and close the upper
[02:23] <hmrocha> i rarely use the left mouse button to open a window, always the middle one
[02:23] <hmrocha> that's silly!
[02:24] <jdub> hmrocha: it really detracts from the spatial model
[02:24] <jdub> ifwe could do spring-loaded folders, that'd go a long way to fixing the problem
[02:24] <Treenaks> jdub: why can't we?
[02:24] <jdub> hello patents
[02:24] <Robot101> spring loaded?
[02:24] <jdub> meet apple
[02:24] <hmrocha> jdub, btw, are you the 10x10 guy?
[02:24] <jordi> hmrocha: TOTALLY
[02:24] <jdub> it's been implemented for nautilus, but we just can't do it
[02:25] <jdub> hmrocha: yes, that guy
[02:25] <Treenaks> jdub: scary.. when is the Classic Mac old enough for the patent to expire?
[02:25] <hmrocha> jdub, you're the king, great speech at guadec
[02:25] <Treenaks> jdub: can't be long
[02:25] <jdub> maybe, worth checking out
[02:25] <jdub> though i think they've done some update cheating patents
[02:26] <hmrocha> hoary still has the open and close upper with the left button
[02:26] <Mithrandir> Treenaks: spring-loaded folders was introduced in MOS8, so I imagine it'll still be ten years or so
[02:26] <hmrocha> users won't like when switching to breezy
[02:27] <Treenaks> Mithrandir: It was? I remember using it on either a classic or macos 7.x
[02:27] <hmrocha> breezy will be released when? november?
[02:27] <Lathiat> oct
[02:27] <hmrocha> cool
[02:27] <jdub> hmrocha: luckily, the efault will be browse mode, so only users who really care will get spatial (and they will want it working without close-behind)
[02:28] <hmrocha> i will switch all my college computers from mandrake to breezy on christmas holidays
[02:30] <Treenaks> Mithrandir: you're right... Filed: 	 June 11, 1993
[02:31] <Treenaks> Mithrandir: http://patft.uspto.gov/netacgi/nph-Parser?u=/netahtml/srchnum.htm&Sect1=PTO1&Sect2=HITOFF&p=1&r=1&l=50&f=G&d=PALL&s1=5583984.WKU.&OS=PN/5583984&RS=PN/5583984
[02:32] <Lathiat> daniels: it says failed to find libXv.so or libXv.a
[02:33] <daniels> Lathiat: during *runtime*??
[02:33] <Lathiat> daniels: no, build
[02:33] <daniels> oh, so missing b-d
[02:33] <Lathiat> nope
[02:33] <Lathiat> its there
[02:34] <Kamion> tepsipakki: I've just removed partman, which is superseded by partman-base; that should sort that out
[02:34] <Lathiat> daniels: solved it
[02:34] <Lathiat> it wants --with-xv-path=/usr/lib
[02:34] <Lathiat> who knows why
[02:34] <Kamion> Nafallo: requires the hoary-updates upload I did
[02:36] <tepsipakki> kamion: so I should change the preseed-file to use partman-base?
[02:37] <`anthony> jdub: hey, in that third photo - it looks like from your talk. I wonder if you were swearing at the moment it was taken?
[02:38] <Kamion> tepsipakki: preseed's irrelevant, the archive was just inconsistent
[02:38] <Kamion> tepsipakki: give it an hour and try again
[02:40] <Kamion> tepsipakki: (i.e. your netboot install was pulling in both partman and partman-base; they share all the same files => badness; udebs don't support Conflicts so you kinda lose)
[02:40] <Kamion> well, they share all the same files except for their postinst, so you end up with two postinsts and two main-menu items etc. that both call partman
[02:41] <tepsipakki> ah, ok
[02:42] <hmrocha> a guy in #ubuntu was talking about google earth
[02:42] <hmrocha> that a killer app that's making people reboot from linux to windows
[02:42] <hmrocha> is there someone here with google connections to try to persuade them to port the app to linux?
[02:44] <pitti> seb128: ok, I think I sorted out the gimp issue
[02:44] <pitti> seb128: I' still puzzled about xchat, debugging now
[02:44] <pitti> seb128, luis_: I will upload langpack updates today which include gimp
[02:44] <luis_> pitti: thanks
[02:45] <seb128> pitti: thank you ... just curious, what was the issue for gimp?
[02:46] <`anthony> hmrocha: I would expect that google's already working on the mac and linux ports. The windows version is from the company (keyhole) that they bought.
[02:46] <pitti> seb128: some packages cannot be imported automatically, gimp is such a problem case
[02:46] <pitti> seb128: it has only one pot file, but several domains
[02:46] <seb128> ah right
[02:46] <pitti> seb128: so my scripts just used the library translations
[02:46] <pitti> gimp needs to be fixed to create pot files for all domains...
[02:47] <seb128> pitti: language-pack-fr-base: /usr/share/locale-langpack/fr/LC_MESSAGES/xchat.mo
[02:47] <seb128> for xchat
[02:48] <pitti> seb128: and that works for you?
[02:48] <hmrocha> `anthony, cool :)
[02:48] <pitti> $ locate xchat.mo
[02:48] <pitti> /usr/share/locale-langpack/en_GB/LC_MESSAGES/xchat.mo
[02:48] <pitti> I don't have a .de one
[02:48] <`anthony> I have no sekrit knowledge in this area, just assumptions.
[02:49] <seb128> pitti: let me install xchat
[02:49] <pitti> seb128: it will certainly work, nm
[02:49] <pitti> seb128: I straced, and xchat looks for the file, but it isn't there for de
[02:50] <seb128> yeah, it does
[02:50] <jdub> `anthony: probability high ;)
[02:51] <daniels> Lathiat: i bet I know what that is
[02:51] <pitti> seb128: uh, is there such a package? I can't find
[02:51] <pitti> it
[02:51] <Lathiat> daniels: that xines detection sucks?
[02:51] <seb128> pitti: it's an universe package
[02:51] <daniels> Lathiat: yes
[02:51] <Lathiat> i looked at it
[02:51] <pitti> seb128: odd, I have universe enabled...
[02:51] <Lathiat> it explicitly check s the path you pass
[02:52] <seb128> pitti: maybe it didn't build on amd64
[02:52] <Lathiat> it even errors "cant find LibXv.so in <blah>"
[02:52] <Lathiat> s/blah/blank
[02:52] <seb128> pitti: apt-cache showsrc xchat-gnome?
[02:52] <pitti> seb128: ah, that may be the reason
[02:52] <pitti> xchat-gnome | 0.4-0ubuntu1 | http://archive.ubuntu.com breezy/universe Sources
[02:52] <pitti> indeed
[02:52] <Lathiat> i just built one with --with-xv-path and it seems to work
[02:52] <daniels> Lathiat: right
[02:52] <Lathiat> want a diff?
[02:52] <pitti> seb128: so it *never* built for amd64, as it seems
[02:53] <seb128> "/usr/bin/ld: cannot find -lperl"
[02:53] <seb128> grumpf
[02:53] <daniels> Lathiat: sure
[02:53] <seb128> pitti: yeah, I've packaged it like 2-3 weeks ago and only 1 upload
[02:53] <pitti> ah, ok
[02:53] <pitti> nevermind
[02:53] <seb128> why isn't perl supposed to be installed everywhere?
[02:54] <pitti> only perl-base
[02:54] <pitti> but not perl, or libperl
[02:54] <seb128> k
[02:55] <Nafallo> Kamion: why? that one is for breezy
[03:02] <Kamion> Nafallo: yes, but apparently the buildds run dpkg outside the chroot sometimes
[03:03] <Kamion> doko: um, libc6-i386 is not in the archive
[03:03] <Kamion> (yet, anyway)
[03:04] <Kamion> so changing something to depend on it at this point is very unhelpful, since we are trying to produce CDs
[03:04] <doko> Kamion: yes, seen. but the dependency still has the ia32-libs alternative
[03:04] <Kamion> hm, true
[03:05] <Kamion> ok
[03:05] <Kamion> not the -dev ones though, from the changelog?
[03:05] <doko> the other one is a suggestion only
[03:05] <Kamion> ah, ok
[03:06] <doko> :-) you should prepare for tomorrow ...
[03:06] <Kamion> I'm trying
[03:06] <mvo> Kamion: tomorrow is the big day? 
[03:06] <Kamion> yes
[03:07] <ajmitch> I hope it all goes well for you
[03:07] <Kamion> thanks
[03:07] <mvo> Kamion: I wish you (and your gf) the very best for tomorrow :)
[03:07] <Kamion> hopefully by tomorrow we shall be less stressed ;)
[03:08] <jdub> Kamion: definitely not "by" :-)
[03:08] <daniels> Kamion: i'm repacking the live cd now ... working as fast as I can, sorry
[03:08] <jdub> Kamion: do cheek exercises tonight
[03:08] <jdub> Kamion: to limber up
[03:08] <Lathiat> daniels: http://bur.st/~lathiat/xine.debdiff - wfm(tm)
[03:08] <Kamion> daniels: I've given mdz Colony release instructions now, so if all else fails he can do it or somebody else can be delegated to do it
[03:08] <daniels> Kamion: cool
[03:09] <Kamion> jdub: thppppt
[03:09] <jdub> seriously
[03:09] <jdub> my cheeks were hammered after wedding day
[03:09] <jdub> it was harsh
[03:09] <Kamion> never smiled so much in your life?
[03:10] <mdke> I filed bugs #13396 and #13394 earlier as "UNKNOWN" - if anyone knows better than me what packages they should be under, I would appreciate reassigning. Thanks!
[03:10] <jdub> not in such a compressed period, no ;)
[03:10] <seb128> Lathiat: working on xine?
[03:10] <Nafallo> Kamion: ooh. odd :-P.
[03:10] <Lathiat> seb128: just makign Xv work so video playback doesnt totally suck balls. :)
[03:10] <Lathiat> seb128: what work does it need?
[03:12] <seb128> Lathiat: somebody to figure why backtrace are useless ... I guess it stripped 2 times or something like that
[03:12] <bddebian> Howdy
[03:12] <daniels> Lathiat: it needs to lose anything patent-encumbered it may have in it
[03:12] <daniels> Lathiat: if xorg -49 fixes the apparent world-breaking bustage on the live cd or whatever it is, i'll do it on monday/tuesday
[03:13] <Lathiat> daniels: so that means xine becomes as usefull as totem-gstreamer? :)
[03:13] <daniels> also in main, and probably also the default for breezy
[03:13] <ogra> GRRR, why is copy/paste this broken... it breaks totally here
[03:14] <Treenaks> ogra: blame daniels :)
[03:14] <ogra> seb128, is there a bug open about copy/paste its totally f*chked.... pasting from term to term takes minutes and blocks the target term totally...
[03:15] <daniels> it's not an xorg thing
[03:15] <Lathiat> daniels: is ffmpeg patent encumbered
[03:15] <ogra> nope, its this damned gnome clipboard crap... i dont like it ...
[03:15] <seb128> no such bug
[03:16] <seb128> and the clipboard rocks
[03:16] <ogra> not here though
[03:16] <daniels> Lathiat: i think so, but not sure.  i'm going to go through and make a list and find out.
[03:17] <Lathiat> hrm
[03:17] <Lathiat> can the dll loader stay in so people can choose to get dodgy dlls if they want?
[03:17] <daniels> i don't see why it couldn't
[03:17] <daniels> i mean, we ship ndiswrapper
[03:18] <Lathiat> right
[03:18] <Lathiat> there not necesarily dodgy anyway fi you put them there yourself.. i suppose
[03:20] <Kamion> mjg59: do we want usplash on the second boot into base-config? (maybe so, maybe not)
[03:22] <pitti> infinity: warty/gaim on amd64 doesn't like me, is that still the crowded buildd?
[03:27] <daniels> uhm
[03:27] <daniels> Kamion: how much do you know about mastering live CDs?
[03:27] <daniels> Kamion: i remastered the standard breezy live to have xorg -49 (using -BOGiE, so no new packages) and ... fuck, never mind
[03:28] <mjg59> Kamion: Hrm. It might actually be easier not to do it.
[03:28] <mjg59> Is there any way of telling?
[03:30] <Kamion> mjg59: at the moment, it won't be, because it's in desktop
[03:30] <Kamion> daniels: um. ok :)
[03:30] <mjg59> Kamion: Oh, heh, yes. Ok, no problem then.
[03:30] <mjg59> Kamion: Though in that case we need to regenerate the initramfs after usplash has been installed
[03:30] <Kamion> we could potentially move it up later
[03:31] <Kamion> mjg59: oh, yeah, forgot about that
[03:31] <Kamion> mjg59: let's leave it where it is for now and think about promoting it later when it's more polished
[03:31] <daniels> Kamion: *cough*ithinknothingisbeingstrippedinxorganymore*cough*
[03:31] <Kamion> I don't want to move it for colony 3 anyway
[03:31] <Kamion> daniels: oops
[03:31] <daniels> Kamion: it would explain why the live CD is so frigging big
[03:31] <daniels> this strip bug is going to kill me one day
[03:32] <daniels> running on xfs, the xorg build when run from d/r fails to strip stuff with permission denied
[03:32] <daniels> it's fine on ext3
[03:32] <daniels> i can't make a smaller testcase, because it works from the command line
[03:32] <Lathiat> ... wtf?
[03:32] <daniels> so I had that combined with the fact that none of the modules were being stripped because they aren't under debian/xserver-xorg any more
[03:33] <daniels> -> big live CD
[03:33] <daniels> -> way too big to fit on a CD
[03:37] <pitti> ogra: I currently process some main inclusion reports; please mentio
[03:37] <pitti> n setuid/setgid apps
[03:37] <pitti> ogra: e. g. atomix is setgid games
[03:38] <ogra> oh...
[03:38] <ogra> pitti, i didnt kow that this has to be done for unprivileged groups... i'll look over it today again
[03:39] <pitti> ogra: nevermind, I look at the pkgs anyway
[03:39] <pitti> just for the future
[03:39] <ogra> oki
[03:40] <ogra> they look better then expected ... security wise :)
[03:55] <pitti> ogra: could you sort out the gcompris issues?
[03:55] <Kamion> argh, why is hotplug not ifupping interfaces?
[03:57] <ogra> pitti, sure will do it today
[04:04] <pitti> ogra: xaos:
[04:04] <pitti> Build-Depends: debhelper (>= 4), aalib1-dev, libpng3-dev, zlib1g-dev, xlibs-dev, svgalibg1-dev [i386] , dpkg-dev (>= 1.9.0)
[04:04] <pitti> ogra: it also offers a
[04:05] <pitti> x11 frontent
[04:05] <ogra> yup
[04:05] <pitti> can you please disable svgalib?
[04:05] <ogra> oki
[04:05] <pitti> ogra: the report says that the dependencies are all in main...
[04:06] <Kamion> also please do the aalib transition: aalib1-dev -> libaa1-dev
[04:06] <pitti> ogra: disabling should be easy since it is only on i386 anyway
[04:07] <ogra> pitti, yup... i checked it on amd64 ... but didnt look close enough it seems
[04:15] <pitti> ogra: there is no xaos package for i386, btw
[04:15] <ogra> lol
[04:16] <ogra> guess why :)
[04:17] <jdub> seb128: you tried scaling totem/xine videos recently?
[04:17] <seb128> jdub: scaling? like fullscreen, or changing the ratio?
[04:17] <ajmitch> jdub: not built against xvideo, Lathiat had debdiff around :)
[04:17] <jdub> both
[04:17] <jdub> doesnt-- ah
[04:17] <jdub> i was just rebuilding to see if that was the case
[04:17] <seb128> works for me
[04:17] <jdub> Lathiat: ping
[04:18] <jdub> seb128: works, but looks ugly as sin :)
[04:18] <seb128> yeah
[04:18] <seb128> use totem-gst
[04:18] <seb128> :p
[04:18] <ajmitch> http://bur.st/~lathiat/xine.debdiff for your viewing pleasure
[04:18] <seb128> blame jdub for the bug
[04:19] <seb128> he touched xine :)
[04:19] <jdub> right, i'll turn it around
[04:19] <jdub> doko_: ping
[04:21] <doko_> jdub: pong
[04:22] <daniels> bloody frigging hell, create_compressed_fs has been running for ages
[04:23] <daniels> ~45min on my reasonably beefy amd64
[04:23] <jdub> doko_: you were going to spin xine 1.0.2 after feature freeze?
[04:23] <Lathiat> jdub: pong
[04:23] <doko_> or 1.1, I don't know yet
[04:24] <jdub> doko_: hadess said there weren't too many differences
[04:24] <jdub> Lathiat: n/m
[04:24] <jdub> Lathiat: just pushing your xine change
[04:25] <Lathiat> jdub: cool
[04:25] <seb128> I got a mail from "one of the xine project leaders" who "would like to offer  
[04:25] <seb128> any help the xine team and I can give you to resolve any outstanding  
[04:25] <seb128> issues."
[04:25] <jdub> elite
[04:25] <doko_> jdub: ok, I give it a try next week
[04:25] <seb128> I've replied/Cced daniels who is supposed to be working on xine
[04:25] <daniels> (and still going)
[04:25] <daniels> seb128: oi
[04:25] <jdub> doko_: ok, i'm not making any massive changes anyway
[04:25] <daniels> seb128: i replied too
[04:25] <seb128> but if somebody else wants to work on that too let me know
[04:25] <seb128> daniels: I know, I got the reply :)
[04:25] <pitti> ogra: please watch out for build deps, they are not all in main
[04:26] <ogra> pitti, oki
[04:26] <doko_> daniels, seb128: ohh, no please do. just upload xmkmf before ;-)
[04:26] <seb128> just pointing to other guy working on xine that if they need to ping an upstream ...
[04:26] <daniels> bah, xmkmf
[04:28] <jdub> go go go! :)
[04:28] <ogra> hey, what about xnest first
[04:28] <Treenaks> ogra: jdub != daniels
[04:29] <Lathiat> can someone send a test mail to lathiat@bur.st
[04:30] <Treenaks> Lathiat: sent
[04:30] <Lathiat> thanks
[04:30] <ogra> Treenaks, xmkmf != xnest
[04:30] <Treenaks> ogra: good point
[04:30] <ogra> Treenaks, i need sabayon for edubuntu :)
[04:30] <daniels> ogra: xnest is already fixed
[04:30] <daniels> seriously, just autotool your crappy xmkmf-using apps
[04:30] <daniels> you'll be grateful I made you
[04:31] <jdub> INVALID SOLUTION PROVIDED, TARGETING SYSTEM ENABLED
[04:33] <daniels> DUDE, IT'S XMKMF
[04:33] <daniels> LET IT GO
[04:33] <daniels> xmkmf : autotools :: banarama, milli vanilli, oingo boingo, duran duran : most everything else
[04:33] <Treenaks> kmfdm?
[04:33] <daniels> er, bananarama
[04:33] <dilinger> Treenaks: mdfmk
[04:34] <Treenaks> dilinger: not anymore
[04:34] <Kamion> anyone with bright ideas for #13389, speak up
[04:34] <Kamion> sorry, #13398
[04:34] <dilinger> Treenaks: that was just 1 album, right?
[04:34] <jdub> ooh, xine has polypaudio support
[04:34] <daniels> run awaaaaaaaaaaay
[04:35] <Treenaks> dilinger: afaik
[04:35] <Lathiat> jdub: yeh i noticed taht too
[04:35] <Treenaks> jdub: yes, but does it have xmms-plugin support, like mplayer does?
[04:35] <jdub> daniels: that is not a valid solution. there are projects in our repos that use xmkmf now, and we need it to build them. "convert to autofoo" is entirely unreasonable, and hardly even worth raising.
[04:36] <Treenaks> maybe for breezy+1?
[04:36] <daniels> jdub: that may be why I have no intention of seriously dropping xmkmf
[04:36] <daniels> jdub: but as it happens, there's not much that uses it, and it's really low-priority
[04:36] <Lathiat> damnit vmware ate my control key 8again8
[04:37] <Lathiat> and mjy shift key
[04:37] <jdub> daniels: so be the signal, no point sending the wrong message
[04:37] <Treenaks> Lathiat: press all of them at once
[04:37] <Treenaks> Lathiat: then release
[04:37] <Lathiat> aaawaaaaaaw
[04:37] <Lathiat> whic ones/
[04:37] <Treenaks> Lathiat: both ctrls, both shift
[04:37] <Lathiat> awnope
[04:37] <jdub> Treenaks: what would xine xmms-plugin support do?
[04:38] <Lathiat> hheee
[04:38] <daniels> jdub: i've been giving the same answer every hour for a couple of weeks now, it's starting to get old
[04:38] <Lathiat> damnit
[04:38] <pitti> OMG, nvu is a mess
[04:38] <Treenaks> jdub: mplayer can use xmms input plugins to parse audio/video
[04:38] <Lathiat> jdub; output sound or whatever with xmms plugins/
[04:38] <Lathiat> ah input
[04:38] <Treenaks> Lathiat: I think maybe output/effects too
[04:38] <Treenaks> Lathiat: (yes, it's evil and scary)
[04:39] <Lathiat> indeed
[04:39] <Kamion> projects that use xmkmf> not anything in base like groff, oh no
[04:39] <daniels> Kamion: groff uses it??
[04:39] <Kamion> for gxditview, yes
[04:39] <paolo-> Sigh!
[04:39] <daniels> Kamion: well, fuck
[04:40] <bddebian> Such language
[04:40] <paolo-> initramfs broke my USB initrd...
[04:40] <Kamion> infinity,lamont-away: please clear the xlibs-pic dep-wait on gst-plugins0.8 everywhere; it's obsolete
[04:40] <Lathiat> a jjj
[04:40] <Lathiat> bah i cant change screen windwos
[04:41] <Kamion> infinity,lamont-away: or rather, the gst-plugins0.8 dep-wait on xlibs-pic
[04:41] <paolo-> I fixed it adding the modules to the proper file (/etc/mkinitramfs/modules) but then it break because it tries to load 8139cp instead of 8139too, argh.
[04:42] <paolo-> Adding 8139too to that file and rebuilding the image did let the pc boot - but the network card was not configured.
[04:42] <Kamion> paolo-: #13398
[04:43] <paolo-> It needs a login, let me subscribe...
[04:43] <Kamion> you don't need a login to view bugs
[04:44] <Kamion> http://bugzilla.ubuntu.com/show_bug.cgi?id=13398
[04:44] <paolo-> Ah, oops!  Right.
[04:45] <paolo-> It is indeed it.
[04:46] <paolo-> Is there a breezy-bugs ml, like breezy-changes one?
[04:47] <jdub> paolo-: ubuntu-bugs -> no branch-specific list
[04:52] <daniels> STILL RUNNING ARGH
[04:53] <Lathiat> might be in a loop ;0
[04:53] <Lathiat> that was supposed to be a smiley but my shift key doesnt work
[04:53] <Lathiat> small x, argh.
[04:53] <seb128> paolo-: there is desktop-bugs list too
[04:53] <paolo-> At least now this kernel/udev MAKEDEVs /dev/hd[abcd] *
[04:53] <paolo-> seb128: what is it about exactly?
[04:54] <seb128> paolo-: bugs from ubuntu desktop packags
[04:54] <seb128> basically GNOME/fd.org/... packages
[04:54] <pitti> seb128, luis_ : new langpacks uploaded (NEW: now super fluffy with gimp, xchat and other goodies)
[04:55] <seb128> pitti: you rock :)
[04:55] <Treenaks> fluffy rock?
[04:55] <seb128> pitti: what was the issue for xchat/de ?
[04:55] <pitti> thanks :-)
[04:56] <pitti> seb128: infinite improbability influence
[04:56] <\sh> gentlemen...does anybody has a linux-headers-2.6.12-3-386 package handy?
[04:56] <pitti> seb128: I just generated an up to date tarball, imported it, and it was there...
[04:56] <Mithrandir> oh well, I'm off for today.
[04:56] <seb128> k
[04:56] <pitti> Mithrandir: enjoy the weekend
[04:56] <luis_> pitti: rock, thanks!
[04:56] <Mithrandir> pitti: you too
[04:57] <daniels> yow.  how is it that the europeans are already leaving for the weekend?
[04:57] <pitti> daniels: because we have girlfriends...
[04:57] <pitti> mine will arrive every minute...
[04:57] <\sh> lol
[04:58] <daniels> pitti: i was working the hardest when I was attached.  go figure.
[04:58] <pitti> sounds like a happy relationship :-)
[04:58] <daniels> hah
[04:59] <\sh> damnit
[04:59] <luis_> that worked for me!
[04:59] <luis_> :)
[04:59] <pitti> luis_: well, it's not that I would't look forward to seeing her again :-)
[04:59] <pitti> it's just not very productive, agreed
[05:00] <daniels> luis_: *south* africa?
[05:00] <Nafallo> infinity: ping liferea
[05:01] <pitti> --- gartoon-0.5.orig/debian/compat
[05:01] <pitti> +++ gartoon-0.5/debian/compat
[05:01] <pitti> @@ -0,0 +1,2 @@
[05:01] <pitti> +4
[05:01] <pitti> +4
[05:01] <pitti> haha,
[05:01] <pitti> double compatible :-)
[05:02] <Nafallo> +8 :-=
[05:02] <Nafallo> :-)
[05:02] <pitti> ogra_: is there any reason that everything is doubled in gartoon?
[05:02] <pitti> ogra_: debian/compat, debian/docs, dirs, postinst, etc.
[05:03] <ogra_> doubled ? 
[05:03] <ogra_> no idea, i didnt package it...  i'll look at it
[05:03] <\sh> ok...gentlemen..I need some tips...
[05:04] <daniels> aw3r4#@$@KJ#$
[05:04] <daniels> sudo sh -c   3916.78s user 834.89s system 97% cpu 1:21:16.87 total
[05:04] <\sh> 1. I need to replace the kernel in colony 2 and I need some hints how I can build the initrd stuff to start the ubuntu-installer...
[05:04] <Lathiat> daniels: is it finished? ;p
[05:05] <daniels> Lathiat: finally
[05:05] <stratus> Where did the gnome keyboard layouts go on breezy? language-support-something? I just see U.S keyboard layout inside gnome-keyboard-preferences.
[05:05] <Nafallo> daniels: nice password ;-)
[05:05] <stratus> s/preferences/properties
[05:06] <infinity> Nafallo : ?
[05:07] <daniels> -rw-r--r--  1 root root 789M Aug 13 01:05 custom-breezy-live-i386.iso
[05:07] <daniels> brilliant.  it actually GREW.
[05:07] <infinity> Bah, close enough.
[05:07] <daniels> thankyou, create_compressed_fs --best.  thankyou.
[05:07] <infinity> Just get a bigger CD.
[05:08] <infinity> Kamion : Done.
[05:08] <Nafallo> infinity: what's up with liferea? the new version doesn't even have buildlogs.
[05:08] <infinity> dep-wait on dbus-glib-1-dev ...
[05:09] <pitti> ogra_: https://wiki.ubuntu.com/MainInclusionReportGartoon, can you please fix the small issues?
[05:09] <Nafallo> infinity: hehe, nice. thanx :-)
[05:09] <ogra_> pitti, i juast compiled it here... no doubled entrys...
[05:09] <daniels> infinity: which doesn't exist anymore
[05:10] <infinity> daniels : So I gather.
[05:10] <daniels> libdbus-glib-1-dev
[05:10] <infinity> Nafallo : Incorrect build-depends, or should I clear the dep-wait (may be stale from a previous upload)
[05:10] <slomo> infinity: the newest version (0.9.4something) doesn't depend on dbus-glib-1-dev anymore... that was an older version
[05:10] <slomo> infinity: it depends on libdbus-glib-1-dev now
[05:10] <infinity> slomo : Alright, I'll clear the dep-wait.
[05:11] <slomo> infinity: thanks :)
[05:11] <pitti> Hey madduck 
[05:12] <madduck> pitti: hi there. libc6 wrecked my irssi
[05:14] <daniels> gnarghareljasdfokjawer
[05:14] <daniels> whatmustIdotoburnaDVD
[05:14] <pitti> daniels: nautilus-cd-burner can burn dvds
[05:14] <pitti> works fine
[05:14] <daniels> pitti: from an ISO?
[05:14] <pitti> daniels: sure
[05:15] <pitti> daniels: right-click, burn, there you go
[05:15] <paolo-> growisofs
[05:15] <pitti> yes, that's what n-c-b does
[05:15] <luis_> daniels: sent her to niger. Well, actually, she left, and I got a job at ximian when she'd been there about a month. Still, worked out well. ;)
[05:17] <daniels> luis_: heh
[05:18] <daniels> luis_: i started going out with this one girl two days before I left for two months for denmark/uk/matar.  masterful plan, that one.
[05:18] <daniels> but I think my bitterness is offtopic here.
[05:19] <infinity> Bitterness is never offtopic.
[05:20] <pitti> ah, gf alert
[05:20] <daniels> pitti: have a good weekend
[05:20] <pitti> thanks
[05:24] <ogra_> seb128, is there a policy for prerm scripts of gnome icon themes ?
[05:24] <ogra_> seb128, for example gartoon runs just: rm -f /usr/share/icons/gartoon/icon-theme.cache
[05:25] <ogra_> seb128, without any checks etc...
[05:25] <ogra_> obviously this is done the same way in all icon themes i look at
[05:25] <siretart> daniels: still here? could you please review https://wiki.ubuntu.com/MOTUGLUTransition for correctness?
[05:26] <siretart> daniels: I want to be sure to take the right dependencies for GL and GLU headers, I just want to be safe
[05:27] <daniels> argh german keyboard
[05:27] <siretart> hehe, I don't like them either, but I'm surrounded by them here ;)
[05:28] <pef> elmo: hi, are you here ?
[05:28] <seb128> ogra: nop, that's a "to do" point
[05:29] <ogra> seb128, so you agree that i can leave it this way for now ? pitti wanted me to change it for main inclusion of gartoon
[05:30] <siretart> pef: you have much better chances if you actually say what you want from him ;)
[05:30] <seb128> that doesn't seems to be quite correct
[05:30] <daniels> where on earth is the pipe key on german keyboards?
[05:30] <seb128> hum
[05:30] <daniels> i'm stuck in the console trying to fix X breakage with a german keyboard layout
[05:30] <seb128> no, it is correct
[05:30] <pitti> daniels: alt+gr plus <>
[05:30] <slomo> daniels: "altgr" and < ;)
[05:31] <daniels> slomo: nope
[05:31] <daniels> unless < is somewhere funny
[05:31] <daniels> slomo: where is < ?
[05:31] <slomo> daniels: it's left from the z (on us keyboards, y on a german one)
[05:31] <pitti> daniels: left to Y
[05:31] <pef> siretart: you're right
[05:31] <daniels> siretart: libgl> libgl1-xorg-dev | libgl1-mesa-dev | libgl-dev
[05:32] <ogra> seb128, its lik that in all icon theme packs ...
[05:32] <daniels> pitti: that's my left shift key
[05:32] <ogra> so i assume its ok :)
[05:32] <daniels> oh, christ
[05:32] <pitti> daniels: there must be a key in between...
[05:32] <daniels> don't tell me that's the key I don't actually have
[05:32] <daniels> pitti: pc104 vs pc105
[05:32] <pitti> daniels: now you know how we felt during the xkb b0rkage
[05:33] <pitti> daniels: I had to copy&paste pipes and backslashes from existing text files
[05:33] <daniels> pitti: i'm stuck in the console!
[05:33] <seb128> ogra: it does the trick for now, be somebody should write a dh_icontheme
[05:33] <siretart> daniels: updated
[05:33] <pef> elmo: hi, can you have a look at my package kvpnc on REVU ? It only miss one motu vote ;) ogra and slomo are ok http://siretart.tauware.de/revu/details.py?upid=343
[05:34] <daniels> siretart: glu> libglu1-xorg-dev | libglu1-mesa-dev | libglu1-dev
[05:34] <siretart> pef: please rather ask on #ubuntu-motu for reviews, not on #ubuntu-devel. The guys here have enought work for main ;)
[05:34] <Lathiat> thanks daniels 
[05:35] <pitti> daniels: loadkeys en doesn't work?
[05:35] <daniels> pitti: yeah, I fixed it just then
[05:35] <daniels> also, shells without vi mode are teh suck
[05:36] <siretart> daniels: also updated
[05:36] <Lathiat> siretart: time to get to work? :)
[05:36] <doko_> daniels: which character should I send you, or did pitti already type it for you ;-P
[05:36] <Lathiat> siretart: got a list generated?
[05:36] <Lathiat> i spose my original one might apply
[05:36] <siretart> Lathiat: not yet, feel free to update :)
[05:37] <daniels> doko_: irc is on my laptop, which is fine.  my desktop is stuck in the console, now with a us keyboard layout, trying to fix on the live cd.
[05:37] <Lathiat> siretart: ok
[05:37] <daniels> thanks though
[05:37] <Lathiat> daniels: ssh in? ;p
[05:37] <Lathiat> well, befor eyou fixed it :)
[05:38] <pef> siretart: yes, but I can't find elmo on #ubuntu-motu and I need his review
[05:38] <daniels> siretart: er, libglu1-mesa-dev | libglu-dev
[05:38] <daniels> siretart: and libgl1-xorg-dev | libgl1-mesa-dev | libgl-dev
[05:39] <Lathiat> pef: err... why do you need elmos review?
[05:39] <infinity> s/libgl1-mesa-dev/mesag-dev/
[05:39] <infinity> (though, we should probably rename that)
[05:40] <Lathiat> as am i
[05:40] <infinity> Right.  Let's start over.
[05:40] <pef> Lathiat: my package has ogra  and slomo approval, and ogra says it only miss elmo vote
[05:40] <infinity> libGL -> libgl1-xorg-dev | libgl-dev
[05:40] <infinity> libGLU -> libglu1-mesa-dev | libglu-dev
[05:40] <Lathiat> ideally if we are going to change a name, it would be better to do it now rather than do this all over again
[05:40] <infinity> No need to list mesag-dev at all, since it's provided by that alternate virtual (libgl-dev)
[05:41] <siretart> infinity: and don't mention the mesa variants at all? are these dependencies to work also in current debian/sid?
[05:41] <Lathiat>   zA  http://tieguy.org/tinder/
[05:41] <Lathiat> oops
[05:41] <Lathiat> ignore that
[05:42] <infinity> Lathiat : We were told by the Powers That Be in release management to take this one step at a time to make it easier to just release 'whenever' even if we haven't managed to transition each and every package name.
[05:42] <infinity> siretart : The two lines above will work in a sid system, but not in a sid autobuilder.
[05:42] <Lathiat> except we'd have to change 3 bazillion packages all over again
[05:42] <infinity> siretart : But we want them working in breezy buildds, not sid ones. :0
[05:42] <infinity> Lathiat : I can change 3 bazillion packages in pretty short order if needs be.
[05:43] <infinity> Lathiat : I wouldn't stress too much about it.
[05:43] <elmo> pef: I'm nothing to do with MOTU reviews; someone is confused
[05:43] <siretart> infinity: yes. But when preparing packages for debian, I'd like to get them compatible to ubuntu. Is there any chance to get more 'robust' dependencies?
[05:43] <ajmitch> Lathiat: it doesn't take too long just for build deps
[05:43] <infinity> siretart : These just plain will not match with Debian until Debian startes doing the same "break mesa out of Xorg" transition we're doing.
[05:44] <infinity> siretart : Not much we can do about that, unless we want to halt modular X development for the sake of compatible build-deps (which is insane)
[05:44] <ajmitch> siretart: we'll just go ahead & deal with the merges later
[05:44] <Lathiat> infinity: right
[05:44] <Lathiat> understandable
[05:46] <pitti> ok, nice weekend everybody!
[05:47] <pef> elmo: oh, sorry :)
[05:47] <siretart> infinity: is this correct now? https://wiki.ubuntu.com/MOTUGLUTransition
[05:50] <infinity> siretart : Build-deps are fine now, but the shlibs will most certainly not mention libglu1c2.
[05:50] <infinity> siretart : They would probably be "libglu1-mesa | libglu1"
[05:51] <infinity> siretart : Not that most people should care in the first place, since shlibs are auto-generated, and anyone hardcoding those deps should be shot.
[05:51] <infinity> siretart : And then you need to update the section later about transitioning from xlibmesa-dev
[05:52] <siretart> ok, I'm on it
[05:52] <daniels> i hate the live cd and everyone associated with it
[05:56] <ogra> pef, did you get my last message ?
[05:57] <Lathiat> ogra: your last line was at 23:32 "so i assume its ok" talking to seb128 and timed out at 23:43
[05:57] <ogra> ah
[05:57] <ogra> pef, you ask elmo for a review ? *grin* he does that anyway... please find a third MOTU first 
[05:57] <ogra> s/ he does that anyway/ he does that anyway for NEW packages/
[05:58] <pef> ogra: [17:43]  <elmo> pef: I'm nothing to do with MOTU reviews; someone is confused
[05:58] <ogra> ah
[05:58] <pef> i'm a bit confused
[05:58] <pef> :)
[05:58] <jsgotangco> heh
[05:58] <ogra> heh... dont worry
[05:58] <ajmitch> pef: what is the package?
[05:59] <pef> ajmitch : kvpnc
[05:59] <ogra> kvpnc
[06:01] <pef> yeah :)
[06:01] <\sh> ok...toshiba ethernet driver is running and ready to install breezy
[06:02] <\sh> fabbione: ping
[06:04] <ogra> \sh, he's on hiloday
[06:04] <\sh> ah..who is working on the kernel>?
[06:04] <ogra> err, swap i and o
[06:04] <\sh> Kamion: ?
[06:04] <\sh> aeh
[06:05] <mdz> doko_: dealt with libc6-amd64*, libc6-i386* do not exist
[06:05] <ogra> \sh, if you dont know it, nag the one who last uploaded ;)
[06:05] <ogra> mdz !
[06:05] <\sh> ogra: I'm not at home...I have to be carefull with the bandwidth here...only 1GB ;)
[06:05] <mdz> mjg59: yes, usplash/amd64 works for me as well
[06:06] <ogra> mdz, one freeze breakage approval please.... i didnt manage to stay awake long enough yesterday to finish gnome-power with new dbus and hal
[06:07] <\sh> mdz: can u have a look at this http://www.syskonnect.com/syskonnect/support/driver/d0102_driver.html driver for actual sk98 ethernet drivers? (it's nice for the toshiba r200 laptops;))
[06:08] <doko_> mdz: where is there another reference to libc6-i386 without a "| ia32-libs" ?
[06:08] <mdz> ogra: if dbus and hal had been built and working, would it have been ready yesterday?
[06:08] <ogra> yup
[06:08] <mdz> doko_: jackass:[~]  madison libc6-i386
[06:08] <mdz> zsh: exit 1     madison libc6-i386
[06:08] <daniels> mdz: so I assume this debconf_copydb trickery doesn't result in config.dat containing the values when you're booted into it
[06:08] <mdz> ogra: ok, get it in right away
[06:08] <Nafallo> elmo: sync im-switch from debian please. will fix uim for us.
[06:08] <ogra> mdz yay, thanks :)
[06:08] <mdz> daniels: it has in the past
[06:08] <mdz> ogra: don't forget to seed it
[06:08] <daniels> mdz: ... what does it do *now*?
[06:09] <mdz> daniels: exactly the same, unless someone broke it
[06:09] <mdz> daniels: did you try the live CD or no?
[06:09] <daniels> mdz: if you care to look at the config.dat of a booted live system, debian-installer/keymap is empty
[06:10] <daniels> mdz: this is exactly what I'm doing now, having spent the last several hours wrestling with the bloody thing
[06:10] <mdz> hmm, Kamion has left, hasn't he
[06:10] <mdz> daniels: what exactly is making it difficult for you?
[06:11] <mdz> that regex looks broken; did you try changing that?
[06:11] <mdz> debconf-copydb -p '^(debian-installer/keymap|xserver-xorg/autodetect_keyboard$' configdb target_configdb
[06:11] <mdz> missing ')'
[06:11] <trygvebw> Will Breezy use Xorg 7.0?
[06:11] <daniels> mdz: remastering it producing a 790MB image for no discernible reason and taking hours, stepping through casper in a german keyboard layout to edit 20xconfig without > or |, which I need
[06:11] <daniels> mdz: #@$#@$(*#@$
[06:11] <ogra> mdz, the package names changed... i think i'll need a NEW approval from elmo first and a new main inclusion report at least for the new separated power-manager package (preparing it now)
[06:12] <ogra> (the report i mean)
[06:12] <mdz> ogra: what?  there is another package beyond gnome-power?
[06:12] <mdz> ogra: you said it was ready
[06:12] <ogra> mdz, the system specific stuff was parted from the serspace stuff upstream
[06:13] <ogra> userspace even
[06:14] <daniels> mdz: even after fixing that regexp, debian-installer/keymap is empty by the time pivot_root is called
[06:15] <daniels> mdz: i'm guessing this may possibly have something to do with our inability to detect the layout
[06:15] <mdz> seems likely
[06:15] <daniels> ...
[06:16] <mdz> why did you need to remaster the CD?
[06:16] <daniels> mdz: to get xorg -49 on there to see if that fixed things
[06:16] <daniels> mdz: given you were asleep, and I'm not entirely sure about all of casper's weird-shit semantics
[06:17] <Nafallo> elmo: thanx
[06:18] <Nafallo> elmo: hmm, could you new it to? :-)
[06:20] <daniels> that's where it stands, and 0220 on friday night sounds like a pretty decent time to stop working and possibly go to sleep.
[06:24] <elmo> Description: frontend for gnome-powermanager
[06:24] <elmo>  gnome powermanager manages battery stati, events and
[06:24] <elmo>  powermanagement settings.
[06:24] <elmo> ogra: please impove that
[06:25] <ogra> ok
[06:33] <jasoncohen> does hoary have new versions of dbus-1, dpkg, locales, dselect, kdelibs, and libc6?
[06:33] <jasoncohen> i just saw the updates this morning- seems a bit strange
[06:33] <Kamion> mdz: I'm still technically here, just about
[06:34] <Kamion> jasoncohen: dpkg and dselect definitely yes, I think I saw the others in the queue too
[06:34] <Kamion> see the hoary-updates mailing list
[06:34] <mdz> Kamion: any obvious reason why debconf-copydb would have stopped working in casper?
[06:34] <Kamion> mdz: none that I'm aware of; DEBCONF_DEBUG=20 may help but may not
[06:34] <Kamion> it's been working in the installer to my knowledge
[06:35] <Kamion> otherwise, I'm afraid you'll have to get someone to dig into cdebconf
[06:35] <Kamion> mdz: as far as I'm concerned Colony 3 is blocked solid on #13398
[06:35] <Kamion> so, you have mail about how to do a Colony release, since my drop-dead time for leaving is under an hour from now, and I'll probably be gone sooner
[06:38] <mdz> Kamion: ok
[06:42] <elmo> oh, shiny.  valgrind on amd64
[06:43] <Treenaks> elmo: the non-crashing variety?
[06:43] <elmo> mdz: would you consider UVFE-ing that?  it's a big jump (2.4 -> 3.0)
[06:43] <mdz> elmo: does it have any reverse dependencies?
[06:44] <infinity> I should hope not.  No good could ever come of depending on valgrind. :)
[06:44] <elmo> ** kdenetwork has an unsatisfied build-dependency: valgrind
[06:44] <Treenaks> infinity: firefox; Depends: valgrind :P
[06:44] <elmo> is the only main one
[06:45] <elmo> how about if I confirm kdenetwork still builds with 3.0?
[06:53] <paolo-> Is it known that ubuntu-desktop is being kept back by apt?
[06:53] <Kamion> shouldn't be, http://people.ubuntu.com/~cjwatson/testing/breezy_probs.html doesn't list it
[06:53] <Treenaks> paolo-: just manually apt-get install it
[06:54] <paolo-> It tells me every time I do an apt operation, let's try install it manually.
[06:54] <paolo-> OK.
[06:54] <paolo-> It worked.
[06:58] <Mithrandir> elmo: can you update kernel-wedge in the breezy-i386 chroot on concordia please?
[07:01] <mdz> Kamion: if you're still here, a seed push would be handy
[07:08] <elmo> Mithrandir: done, probably
[07:09] <Kamion> mdz: done
[07:09] <Kamion> and I think I'd best go
[07:09] <Kamion> bye all!
[07:17] <Mithrandir> elmo: cheers, thanks.
[07:34] <mdz> Mithrandir: did you know if Kamion got around to tracking down the initramfs/installer issue?
[07:34] <Mithrandir> mdz: he said he was going to a few hours ago, at least.
[07:36] <Mithrandir> like, six hours ago:
[07:36] <Mithrandir> 11:46  * Kamion fixes initramfs-tools to work in the installer
[07:36] <Mithrandir> I don't know if he finished it, but I'd imagine so
[07:37] <mgalvin> mdz: it is fixed on the .2 cd
[07:37] <mgalvin> but there is still the hotplug nic issue
[07:37] <mdz> yes, #13398
[07:38] <mgalvin> yup
[07:39] <pef> bye
[07:40] <Mithrandir> mdz: I'm wondering if I should leave that to jbailey as he'll be back on Monday.
[07:43] <mdz> Mithrandir: it isn't particularly a jbailey issue
[07:44] <Mithrandir> mdz: it seems to be an initramfs issue?
[07:44] <mdz> Mithrandir: no, it's a hotplug issue
[07:44] <mdz> see Colin's comment
[08:20] <TerminX> does anybody else have really really really small fonts in Thunderbird?
[08:28] <\sh> gentlemen...toshiba portege r200 works with breezy
[08:29] <ogra> out of the box ?
[08:29] <Lathiat> .. sortof? :)
[08:29] <\sh> ogra: no ways
[08:29] <ogra> heh...
[08:30] <\sh> ogra: there is a driver for the nic...default in 2.6.12 doesn't work.
[08:30] <ogra> hope you documented it :)
[08:30] <\sh> ogra: I will write a wiki page...but we should get this driver into our kernel
[08:30] <\sh> because installing via network without a working nic driver...is a pain in da ass
[08:30] <\sh> i had to break everything of the colony cd2 
[08:30] <ogra> yes, i can imagine that
[08:31] <\sh> replacing kernel, replacing initrd
[08:32] <\sh> now I'm running 2.6.12-3-386 and modprobe -f magic for the driver...cause i didn't compile the driver with the right version settings
[08:32] <Lathiat> heh
[08:32] <\sh> and doing dist-upgrade in the background
[08:40] <ben__> ok.. I just apt-get upgraded my amd64 box with the new libc
[08:41] <SuperQ> it caused my box to spontaneously reboot, and then not boot anymore
[08:41] <SuperQ> I got it up on a live CD, and was able to use dpkg --root=/foo to re-install the libc
[08:42] <stratus> Where did the gnome keyboard layouts go on breezy? language-support-something? I just see U.S keyboard layout inside gnome-keyboard-properties
[08:56] <mako> jdub: i think i may have won the t-shirt challenge
[08:56] <mako> jdub: accidentally
[08:59] <jdub> smelly mako!
[09:00] <Mithrandir> jdub: I think you might be needing to send out multiple trucks of t-shirts by offering it like that on your blog. :-)
[09:01] <Treenaks> Mithrandir: first I need a shirt :)
[09:01] <jdub> Mithrandir: oh dear
[09:01] <jdub> Mithrandir: i didn't think it would be read that way
[09:01] <jdub> Mithrandir: good point :)
[09:11] <dieman> fabbione: hey, 12247 has some new info in it, but i cant change its status because i dont own the bug
[09:11] <dieman> fabbione: you may be interested and mark it as notabug
[09:13] <Nafallo> dieman: he's on vacation ;-)
[09:25] <dieman> Nafallo: ahh
[09:26] <dieman> it can wait :)
[09:26] <dieman> Nafallo: is he moving yet?
[09:26] <dieman> i remember he was figuring out building a house
[09:26] <Nafallo> dieman: other people know more about that I believe :-)
[09:27] <dieman> heheh
[09:50] <Simira> mako : ping
[09:51] <mako> Simira: yes
[09:53] <jdub> mdz: moderating now
[10:33] <flipperface> scuse me, im on a toshiba satellite, and whenever i try to increase the volume in gnome, via the sound mixer it says that my registry is missing or corrupt and suggests i run gst-register.  I did a synaptic search for this package but it can not find it
[10:35] <mgalvin> flipperface: this is not that place for support questions... but did you try gst-register-0.8
[10:52] <mdz> jdub: moderating?
[10:53] <jdub> mdz: your big fat email
[10:53] <mdz> jdub: to ubuntu-devel?  I didn't get a mailman-o-gram about it
[10:55] <jdub> http://www.uneasysilence.com/os-x-proven-hacked-and-running-on-an-ordinary-pc/
[10:55] <jdub> ^ ha ha, ubuntu mentioned in osx on intel hack page :)
[10:59] <luis_> yeah, sadly the torrent is already down
[11:05] <ogra> mdz, from when is this anastacia list ? the edubuntu servers inclusion reports were there since yesterday morning, your list marks them all missing
[11:05] <mdz> ogra: I wrote it this afternoon (my time), using https://wiki.ubuntu.com/UbuntuMainInclusionQueue
[11:07] <ogra> oh, damned, they are all on https://wiki.ubuntu.com/EdubuntuMainInclusion, i havent linked them yet
[11:08] <Burgundavia> ogra, that is odd. I add the link to edubuntu main inclusion stuff and told pitti about it
[11:09] <ogra> pitti alread processed a lot.... i think e linked the finished ones
[11:09] <Burgundavia> o
[11:09] <ogra> already
[11:09] <mdz> some things removed from the edubuntu seeds are still in edubuntu-meta due to the amd64 upload going MIA
[11:09] <mdz> I'm emailing infinity about it
[11:10] <ogra> do they affect the other arches ? 
[11:51] <Nafallo> infinity: ping
[11:53] <Nafallo> infinity: do you know the plan for xmodmap? ppl want it back :-).
[11:58] <glick> hello
[11:58] <glick> excuse me, how can i tell if my serial ports are working correctly?
[11:58] <glick> i dont see any serial port driver loaded when i type in lsmod