[12:08] <Matt|> hiya all, I have noticed a strange thing about my sound on ubuntu. When I fire up rhythmbox after booting, the sound production is really quite distorted, and this disappears if I go into the gnome-mixer and select the OSS device, and then move back to the ALSA device. Can I solve this?
[12:18] <chrisa> That's more of a #ubuntu question I presume
[12:18] <Matt|> have tried
[12:18] <Matt|> i always check here before filing a bug because i'm paranoid about filing bogus bugs
[12:18] <gilligan_> hi
[12:18] <gilligan_> anyone here related to hoary gnome packages?
[02:15] <jdodson> any developers in the house?
[02:34] <stuNNed> hi i will make my presence brief have one ques:  why isn't gparted in hoary when ntfsresize will be included in official hoary iso in april/may?
[02:35] <zul> you maybe want to open a bug in bugzilla
[02:35] <stuNNed> zul, me?
[02:36] <zul> stuNNed, yes
[02:36] <stuNNed> zul, will do thanks :)
[04:05] <calc> hmm the gnome menu is structured in such a way that it causes vino desktop file to not be displayed at all
[04:05] <calc> since it is of type Application and Settings
[06:15] <wasabi> anybody around? what makes Ubuntu's initrd load a specified SCSI module?
[06:15] <wasabi> I need to change it.
[06:16] <pasc> most people are in spain
[06:16] <pasc> where it's early morning
[06:17] <jbailey> wasabi: I don't have an ubuntu system handy, but assuming it's the same initrd-tools as in Debian, you can easily add a module to load to the list.
[06:17] <jbailey> wasabi: Usually it just detects it off the running system.
[06:17] <wasabi> well, im trying to do something a bit abnormal.
[06:17] <wasabi> Boot my ubuntu system from inside vmware running on windows.
[06:18] <jbailey> Oh.
[06:18] <wasabi> It's trying to load the wrong scsi module... the one that it usually loads
[06:18] <jbailey> So you just need it to load an additional module.
[06:18] <wasabi> yeah.
[06:18] <jbailey> Add the module name to /etc/mkinitrd/modules
[06:18] <jbailey> Then rebuild the initrd
[06:18] <wasabi> Okay... I do not have a custom kernel.
[06:18] <wasabi> So how the heck does it know to load my current one?
[06:19] <wasabi> it'd have to be stored in grub or the initrd someplace.
[06:19] <wasabi> *mystified*
[06:19] <jbailey> initrd-tools is a bit of black magic that way.  Mostly it looks at your currently installed module set.
[06:19] <wasabi> Does ubuntu build an initrd at install or something?
[06:19] <wasabi> I had thought it was packaged.
[06:19] <jbailey> The usual trick is to build the initrd when you install the kernel.
[06:19] <jbailey> It's very custom per system.
[06:20] <wasabi> So linux-image-* must build one at install/
[06:20] <wasabi> So i should just be able to add my new module to the appropiate list, and reinstall the stock kernel?
[06:21] <jbailey> Yeah, or run mkinitrd by hand.
[06:21] <wasabi> odd. ;0
[06:31] <wasabi> hah success
[06:31] <wasabi> X totally dies of course 
[06:31] <wasabi> everything else looks ok
[06:31] <wasabi> So when is X going to stop needing a config file? =/
[06:31] <jbailey> wasabi: Wha?  You're insane, right? =)
[06:31] <wasabi> No way.
[06:31] <wasabi> It needs to detect the hardware.
[06:32] <wasabi> Find the right drivers, and the right res, automatically.
[06:32] <jbailey> I know that discover is planning on generating X config files.
[06:32] <wasabi> Like you know, windows.
[06:32] <jbailey> But dual-monitor setups so far don't even come close to being detected correctly.
[06:32] <wasabi> I got ubuntu booted in vmware, but of course I have to swap out the X config to get X to work
[06:32] <wasabi> guess i could script that
[06:33] <jbailey> Is /proc/cpuinfo different enough to detect if you're in VmWare or running on the hardware?
[06:33] <wasabi> no.
[06:33] <wasabi> i can find it elsewhere though.
[06:33] <wasabi> not sure where, but that shouldn't be hard.
[06:34] <wasabi> So, i've got my dual boot PC. Windows on one partition, Ubuntu on the others.
[06:34] <wasabi> When im in ubuntu, I can boot windows in vmware.
[06:34] <wasabi> And now, when im in Windows, I can boot Ubuntu in Vmware too!
[06:34] <wasabi> So, wherever I am, I can access the other OS
[06:34] <wasabi> Xorg -configure crashed nicely
[06:58] <Treenaks> anyone awake? :)
[09:25] <fabbione> elmo_away: ?
[09:30] <Treenaks> ...
[09:30] <fabbione> hey Treenaks 
[09:31] <Treenaks> hey fabbione :)
[09:33] <fabbione> lamont_r, elmo_away:  uname -a   
[09:33] <fabbione> Linux vultus5 2.6.8-1-sparc64 #1 Sun Oct 17 20:12:41 EDT 2004 sparc64 GNU/Linux
[09:33] <fabbione> sparcbuildd@vultus5:~$ wanna-build --list=needs-build
[09:33] <fabbione> Total 0 package(s)
[09:33] <fabbione> sparcbuildd@vultus5:~$ 
[09:37] <lamont_r> fabbione: is that just main, or main+universe?
[09:37] <fabbione> main
[09:37] <fabbione> but they are gold packages
[09:38] <fabbione> there are a bunch missing becuase x ubuntu4 broke on sparc
[09:38] <fabbione> but not that many
[09:38] <fabbione> ubuntu4 fixed ia64 and fucked sparc
[09:39] <Mithrandir> fabbione: just slap daniels and get him to fix it. :)
[09:39] <fabbione> Mithrandir: the little kid already knows
[09:39] <daniels> it already is fixed
[09:39] <daniels> just not uploaded
[09:39] <fabbione> daniels: and what are you waiting for? ;)
[09:39] <fabbione> daniels: you are not gonna get a bj here
[09:40] <thom> good thing, that's not something we want to see
[09:40] <daniels> hah
[09:53] <calc> hows the conf?
[09:55] <Keybuk> the juice at breakfast was somewhat sharp
[09:56] <calc> be careful not to cut yourself ;)
[10:00] <Mithrandir> could somebody please whack the wiki into not hijacking M-d in firefox?
[10:03] <Treenaks> Mithrandir: M-d?
[10:03] <Treenaks> oh cool
[10:04] <Mithrandir> Alt+d if you prefer that notation.
[10:04] <Treenaks> Mithrandir: yeah, I didn't know that. I like it :)
[10:04] <Mithrandir> it's so wrong that a web page can hijack like that.
[10:04] <Treenaks> Mithrandir: hack firefox to bind it to Ctrl+Meta+Super+<accesskey> ...
[10:54] <Mithrandir> what is the heuristics used for choosing translations?  I have gpg talking to me in both Swedish and Danish.
[10:55] <lamont_r> Mithrandir: you are such a lucky guy...
[10:55] <Treenaks> lamont_r: I have Evolution speaking a mixture of Dutch and English (and my LC_MESSAGES is set to English..)
[10:55] <Treenaks> uh Mithrandir 
[11:36] <fabbione> lamont_r: do you think is it ok to build universe only once on top of a golden main?
[11:37] <Mithrandir> fabbione: no, universe might build-dep on universe stuff
[11:37] <fabbione> Mithrandir: but we can use dep-wait for that
[11:38] <fabbione> if foo build-dep on bar from universe
[11:38] <fabbione> foo will go in dep-wait until bar is built
[11:38] <fabbione> the problem can come with circular build-dep
[11:38] <fabbione> but over 12K packages i don't think there are that many that needs that kind of love
[11:38] <fabbione> and perhaps we can push them manually
[11:40] <Mithrandir> go ahead, then
[11:41] <fabbione> after we get main in the archive
[11:41] <fabbione> universe isn't a priority for me right now
[11:41] <fabbione> but since main is basically sinced, we can spare cpu time on it
[11:48] <lamont_r> fabbione: universe is known to have dep-wait loops.
[11:48] <lamont_r> but I've manually bootstrapped those...
[11:49] <fabbione> lamont_r: so i guess it is a reasonable amount of work for it
[11:49] <lamont_r> ubuntu-main + a couple random debian-debs of the right vintage, build once, and then build the next one using the ubuntu-built debs (just built), and then upload that..
[11:49] <lamont_r> it's not too bad really, just have to remember which debs are which and only upload pure ones.
[11:50] <fabbione> lamont_r: yeah clearly...
[11:50] <fabbione> lamont_r: but since this is my "first" big buildd operation, i tend to be slightly more anal than usual
[11:51] <lamont_r> yeah
[11:55] <seb128> jdub, Beowulf asks if you are going to upload howl 0.9.8 in Debian one day :)
[12:00] <thom> pitti: dude, if i just turn off udev-mtab for the time being, do you see any problems with that? or should we just suck up the pain and beat lamont till he fixes mount?
[12:03] <lamont_r> mind you, the change log says: "New upstream version" :-=)
[12:03] <lamont_r> but 2.12j has the umount fix in it apparently
[12:05] <Kamion> cool
[12:05] <thom> ok, so i won't bother. sweet
[12:05] <Mithrandir> how do I convince dput to use active and not passive FTP?
[12:07] <pitti> thom: I have no problem with throwing out udev-mtab for the moment
[12:07] <pitti> thom: it's not really crucial anyway
[12:07] <thom> pitti: sure
[12:07] <thom> but lets see if the new umount fixes us
[12:08] <lamont_r> 2.12j-1ubuntu1
[12:08] <pitti> lamont: already uploaded?
[12:08] <elmo> Mithrandir: change the value of passive_ftp in the config file?
[12:08] <lamont_r> or snatch it from incoming.d.o, 2.12j-1 there, and accept the b0rkage of init scripts that follow
[12:08] <lamont_r> pitti: uploaded lo these 3 minutes
[12:08] <Mithrandir> elmo: I don't have it set, I think dput's broken atm, but using -P made it working.
[12:08] <thom> Mithrandir: manual claims that it's active by default
[12:08] <Mithrandir> s/ing//
[12:09] <Mithrandir> thom: manual is wrong.
[12:09] <elmo> they changed the default recently
[12:09] <elmo> and probably forget to update the manual
[12:11] <lamont_r> eta to new util-linux/mount/etc for hoary: 53 minutes
[12:13] <elmo> lamont: err, how's that work?
[12:13] <Treenaks> lamont_r: is that a working/non-segfaulting one? :P
[12:13] <Treenaks> enrico: I upload my pictures to my own page..
[12:14] <elmo>    * Migrate DELAYLOGIN unconditionally, instead of md5sum hack.
[12:14] <elmo> err - how does that not stomp all over the golden rule?
[12:14] <lamont_r> elmo: 2.12j-1ubuntu1 accepted, will enter archive at :33.  binaries take < 25 minutes to build :-), so they'll be there before the :00 run, and hit the archive at :03.  modulo mirroring to archive.u.c, should be about :05-ish and can expect to see them there...
[12:15] <lamont_r> Treenaks: rumor has it that 2.12j fixes the segv in umount
[12:15] <elmo> lamont: oh right, forgot about little detail of buildds
[12:15] <lamont_r> yeah
[12:15] <lamont_r> :-)
[12:15] <Treenaks> lamont_r: but: will it be mirrored on the mataro mirror in time :)
[12:15] <lamont_r> Treenaks: do I care?
[12:16] <lamont_r> I said "for hoary", not "for the conference"... :)
[12:18] <thom> it mirrors every hour...
[12:20] <lamont_r> thom: but _when_ each hour... :-_
[12:20] <lamont_r> :-)
[12:20] <Kamion> elmo: probably needs a --compare-versions thing
[12:22] <thom> @HOURLY :P
[12:24] <lamont_r> "The only remaining issue which needs to be dealt with before enabling it by default is to implement a policy for key management:"
[12:25] <seb128> jdub, !!
[12:25] <seb128> did you see the question about howl in Debian ?.
[12:26] <jdub> seb128: nup, but i know i haven't don it yet :)
[12:26] <seb128> Beowulf jordim: GnomeMeeting 1.2 is released, so I need a new howl to make pacakges
[12:26] <seb128> jdub, they are waiting on your packages ...
[12:26] <jdub> ok
[12:48] <enrico> Treenaks: is there already a wikipage where to link the photos on each one's pages?  If not, I can create one
[12:58] <enrico> So, everyone please add your gallery link to http://wiki.ubuntu.com/ConferenceGalleries
[01:00] <fabbione> Kamion: the kernel is ready for testing. What flavour do you need?
[01:04] <lifeless> thom: whats the archive location for the conf ?
[01:04] <Mithrandir> lifeless: $topic?
[01:05] <lifeless> kthnx
[01:05] <lifeless> irssi doesn't show me that much
[01:06] <lifeless> unless I know to ask
[01:13] <Treenaks> enrico: go right ahead (www.foodfight.org) -- you can't link to the pictures though (I do referer checks...)
[01:14] <mjg59> Are you guys getting tbm this time?
[01:14] <fabbione> mjg59: do you want us to rape him? ;)
[01:14] <fabbione> mjg59: do you have any new acpi patch you want in 2.6.9?
[01:14] <fabbione> i am planning an upload pretty soon
[01:15] <mjg59> fabbione: Heh, no, I just want to know if he's going to be harassing me in person for the next couple of weeks :)
[01:15] <mjg59> fabbione: I'm working on swsusp stuff with upstream
[01:15] <mjg59> Once that's sorted, I'll push you a couple of things
[01:15] <fabbione> mjg59: ok, if there is any bit you want backported please send me the dpatch for it, ok?
[01:15] <jdub> hey mjg59 
[01:16] <mjg59> fabbione: Will do
[01:18] <gilligan_> hi
[01:20] <bob2> mjg59: ever heard of x40's not waking up?
[01:20] <mjg59> bob2: Not waking up in what way?
[01:21] <bob2> mjg59: sleep light stays on, keys + power buttons have no effect.  eventually end up holding down power until it shuts down hard.
[01:21] <mjg59> bob2: That's weird. No, I haven't seen that. Which kernel is this?
[01:21] <bob2> mjg59: your magic one
[01:22] <mjg59> Hrm.
[01:22] <mjg59> Has it ever worked?
[01:22] <bob2> yes
[01:22] <mjg59> With the same kernel?
[01:22] <bob2> yeah.  lid-closing doesn't seem to put it to sleep, if that's related
[01:23] <enrico> Treenaks: added!
[01:23] <mjg59> Yeah, it won't do with the default acpi scripts (too many things would break)
[01:24] <bob2> oh
[01:24] <mjg59> Can you check the contents of /proc/acpi/wakeup?
[01:24] <gilligan_> hm.. anyone into networking stuff here ? I am having some probs with a driver here...  normaly pause frames should be ignored right?
[01:24] <bob2> 'sudo /etc/acpi/sleep.sh' is ok to sleep it?
[01:24] <bob2> Device  Sleep state     Status
[01:24] <bob2>  LID       3            *enabled
[01:24] <bob2> SLPB       3            *enabled
[01:24] <gilligan_> because i get "eth0: Pause is enabled... " and afterwards link goes up again
[01:24] <bob2> (all else is dissabled)
[01:25] <mjg59> bob2: Ought to be
[01:25] <mjg59> Hm. How weird.
[01:25] <gilligan_> is there any way to force that? the network driver module itself does not accept any arguments (sungem)
[01:25] <mjg59> Try dropping back to 2.6.8.1?
[01:25] <bob2> will do later
[01:27] <mjg59> bob2: Can you run dmidecode and pull out the BIOS version?
[01:27] <Kamion> fabbione: Linux cittagazze 2.6.8-9-amd64-k8 #1 Sun Oct 3 18:22:21 CEST 2004 x86_64 GNU/Linux
[01:27] <Kamion> fabbione: one of those please
[01:27] <bob2> mjg59: is daniel's x40-acpi-support complete crack or neccessary?
[01:28] <bob2>                 Version: 1UET92WW (1.42 )
[01:28] <Treenaks> mjg59: can I _write_ to /proc/acpi/wakeup ?
[01:28] <mjg59> Ok, that's much more recent than mine
[01:28] <mjg59> Treenaks: Yup
[01:29] <mjg59> bob2: If you've got all my crack, it ought to be unnecessary
[01:29] <Treenaks> mjg59: stuff like echo -n "LID disabled" >
[01:29] <bob2> mjg59: hrm
[01:29] <mjg59> Treenaks: I can't remember the exact format - just the name should toggle it, I think
[01:30] <jdub> mjg59: are you going to redo your changes on top of fabio's 2.6.9?
[01:30] <mjg59> jdub: At the moment I'm working on targetting upstream, so I'm patching against 2.6.10+
[01:30] <mjg59> One that's done, I'll backport it
[01:31] <mjg59> 2.6.10 ought to be out by Christmas, incidentally
[01:31] <Treenaks> mjg59: maybe turning off "wakeup on lid" will fix the bug where my laptop boots again when I close the lid after shutdown
[01:31] <mjg59> Treenaks: Oh, that bug's fixed now
[01:31] <mjg59> GPEs weren't being disabled at the right time
[01:32] <fabbione> Kamion: p.u.c/~fabbione/kernel/ pick the one you prefer ;)
[01:32] <Treenaks> mjg59: this is 2.6.9 -- so 2.6.10 fixes that?
[01:33] <mjg59> Yeah
[01:35] <fabbione> mjg59: do you have a backported patch for that fix?
[01:36] <mjg59> fabbione: Nope. Hang on, give me a sec and I'll try to pull it out of bk
[01:36] <fabbione> thanks
[01:38] <mjg59> http://bugzilla.kernel.org/attachment.cgi?id=4105&action=view
[01:38] <fabbione> danke
[01:38] <mjg59> Should apply to 2.6.9
[01:39] <Mithrandir> mjg59: aren't you coming to BCN?
[01:39] <fabbione> yup
[01:42] <mjg59> Mithrandir: Doesn't look like it. I've got too much to get done by next week.
[01:42] <mjg59> Mithrandir: If a miracle happens, I might be able to manage a few days next week, but who knows?
[01:48] <mjg59> Most of the distributions built on top of Debian, such as Linspire, Xandros, Skolelinux, LinEx, or Ubuntu, apply some discretion in the packages they select. They are unlikely to include tools like hot-babe, and, thus, may be considered safer versions to use in situations where somebody may get offended. Well, OK, perhaps we can't be too sure with Ubuntu.
[01:50] <Mithrandir> mjg59: :/, would be nice to see you here.
[01:51] <mjg59> Mithrandir: Heh. Encourage me to go to work and get stuff finished in time for my deadline, then :)
[01:51] <fabbione> mjg59: compiling the patch now
[01:51] <fabbione> but it didn't apply clean
[01:51] <fabbione> something else changed in acpi in the meanwhile
[01:51] <Mithrandir> mjg59: I'm not here next week. :P
[01:51] <fabbione> (one include has been removed, so it shouldn't be too dangerous)
[01:53] <mdz> http://www.ubuntulinux.org/wiki/SeedManagement
[01:54] <mjg59> fabbione: Bleah
[01:54] <mjg59> Mithrandir: Oh. Bah. No, no chance I can get there this week, really
[01:55] <Mithrandir> mjg59: so better have you around on IRC, then. ;)
[01:59] <mjg59> I should stop reading OsNews
[01:59] <mjg59> It's even worse than debian-devel
[01:59] <Mithrandir> they have hot OS of the day articles?
[02:01] <mjg59> Haha
[02:01] <mjg59> Mostly it's just Eugenia bitching about ACPI
[02:03] <__daniel> hai
[02:06] <fabbione> elmo: can you kindly install patchutils on concordia hoayr chroot pleaase? (nothing really important... just to make my life easier)
[02:09] <elmo> fabbione: done
[02:10] <fabbione> elmo: thanks a lot
[02:12] <Keybuk> BATTLESTAR CONCORDIA
[02:14] <elmo> I reckon concordia would be a cylon base ship, not a battlestar
[02:15] <Keybuk> heh, it's a big mother, whatever it is
[02:16] <Mithrandir> what's the policy of closing bugs which both seems to be fixed and don't have any information from the submitter?
[02:18] <elmo> well, I don't know about policy, but I've always just closed them, leaving a message to the submitter asking them to reopen if they can reproduce and have more info
[02:23] <bob2> 'whois' needs to be in base
[03:02] <mjg59> Is anyone looking at getting OpenBSD's Free HAL module working with madwifi?
[03:11] <pitti> bob2: your stick works fine, thanks again
[03:11] <thom> i'm more interested in OBSD's ntpd
[03:11] <thom> actually
[03:16] <elmo> what's so great about OBSD's ntpd ?
[03:17] <daniels> it has no security holes
[03:17] <lamont_r> daniels: and no features
[03:17] <thom> dunno, i'm just saying i'm more interested :-)
[03:17] <elmo> daniels: daniel, openssh security history.  openssh security history, daniels.
[03:17] <daniels> elmo: james, humour.  humour, james. ;)
[03:20] <lifeless> thom: garh!
[03:21] <jamesh> you could use djb's time synchronisation protocol/daemon instead
[03:23] <bob2> hahaha
[03:23] <bob2> djbqntp
[03:23] <daniels> or tom lord's upcoming one
[03:23] <sladen> good to see we're all agreed on the probability of /that/ happening
[03:23] <lifeless> it really shows there is no such thing as bad publicity
[03:23] <Mithrandir> why isn't baz in hoary?
[03:24] <lifeless> it his. bazaar.
[03:24] <Mithrandir> I can't eat unavailable dogfood
[03:24] <lifeless> *is*
[03:24] <pitti> lifeless: it's not in hoary right now
[03:25] <lifeless> pitti - I was told that it is.
[03:25] <pitti> lifeless: indeed I remember reading it on u-changes
[03:25] <pitti> lifeless: but it's just not there
[03:25] <lifeless> look for bazaar.
[03:25] <Mithrandir> it's not there
[03:25] <lifeless> elmo: ping
[03:25] <lifeless> ^^^^^^^^
[03:26] <Mithrandir> : tfheen@thosu ~ > grep -i baz /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_hoary_main_binary-i386_Packages
[03:26] <Mithrandir> : tfheen@thosu ~ >
[03:26] <thom>     bazaar |    1.0.1-1 | hoary/universe | source
[03:26] <thom> that would be a 100% build failure
[03:26] <bob2> hah
[03:26] <thom> have a nice day
[03:26] <bob2> unless elmo marked it 'not for us' on all the buildds just to annoy us
[03:26] <daniels> thom: you forgot hth
[03:27] <lifeless> universe ?!
[03:27] <thom> yeah, it's unseeded
[03:27] <thom> but that's the least of your worries
[03:27] <bob2> where do the bulid logs live?
[03:27] <daniels> ./unit-chatter...passed
[03:27] <daniels> ./unit-inv-idsarch: no arch user id set
[03:27] <daniels> ...failed
[03:27] <daniels> make[4] : *** [tests-timestamp]  Error 1
[03:27] <bob2> ~lamont?
[03:27] <daniels> OH MY GOD
[03:27] <lifeless> oh garh.
[03:27] <lifeless> thats fixed in 1.1
[03:27] <bob2> hahaha
[03:27] <daniels> http://people.ubuntu.com/~lamont/buildLogs/b/bazaar/
[03:27] <daniels> that is *pathological*, dude.
[03:27] <bob2> so is world hunger
[03:27] <lifeless> I was sure I'd fixed it for 1.0 though. hmm.
[03:28] <thom> go lifeless, it's your birthday... etc
[03:28] <lifeless> :|
[03:28] <bob2> it's differently fucked on amd64
[03:29] <daniels> and ia64
[03:29] <lifeless> yah, know that, patch done on concordia, not merged yet.
[03:29] <bob2> ah
[03:29] <lifeless> https://bugzilla.ubuntu.com/show_bug.cgi?id=3107
[03:29] <daniels> man
[03:29] <daniels> glibc is so crap
[03:29] <Kamion> I'm glad tla's moving to something PORTABLE
[03:29] <daniels> clearly it must be rewritten
[03:29] <daniels> and the obvious candidate is THIS MAN
[03:31] <Kamion> thom: it is seeded ...
[03:31] <Kamion> supported: * bazaar
[03:31] <bob2> azeem: (tla has it's own libc-alike)
[03:32] <azeem> ah
[03:32] <daniels> (and tom lord wants to rewrite glibc)
[03:32] <thom> "alike in as much as it sucks, but not much else"
[03:32] <daniels> azeem: don't give him ideas.
[03:32] <thom> azeem: it probably has a download ui and an irc client
[03:32] <daniels> ... shell ...
[03:32] <bob2> and a CL interpreter
[03:33] <Kamion> emacsarch!
[03:33] <lifeless> guys guys guys, NIH is hardly new in the open source world. *cough djbb*
[03:33] <Kamion> ... and we all love djb so much :-)
[03:35] <elmo> uh, who thought it'd be a good idea to use .bz2 compression?
[03:36] <elmo> hello, katie.. running warty...
[03:37] <Kamion> we didn't get .bz2 decompression into warty?
[03:37] <Kamion> we can't use it at all in hoary then
[03:37] <Mithrandir> Kamion: scott claims that predepending on dpkg is enough
[03:37] <elmo> ii  dpkg                       1.10.22ubuntu2             Package maintenance system for Debian
[03:37] <elmo> ^-- dpkg in warty
[03:37] <Mithrandir> lifeless: so, when do we see a working baz in hoary?
[03:38] <elmo> and WRT bazaar being in supported, the seed syncage stuff relies on binaries existing ...
[03:38] <Kamion> Mithrandir: uh ... I guess that's technically true but it's kind of user-hostile
[03:38] <Keybuk> elmo: since when did katie actually look at the data tar?
[03:38] <elmo> since, for ever?
[03:38] <lifeless> Mithrandir: I'd say, if someone applies that bugfix I linked to.
[03:39] <Keybuk> ahh, you'll need to upgrade to the bzip2-supporting version then; I guess
[03:39] <bob2> lifeless: don't you just need to do another upload?
[03:39] <daniels> ARasfaweroiu32.,m431~0~9kldc cdbs
[03:39] <elmo> Rejected: diveintopython_5.4-1ubuntu1_all.deb: debExtractControl() raised exceptions.SystemError.
[03:39] <elmo> Rejected: diveintopython_5.4-1ubuntu1_all.deb: deb contents timestamp check failed [exceptions.SystemError: This is not a valid
[03:39] <elmo> DEB archive, missing 'data.tar.gz' member] 
[03:39] <lifeless> bob2 I didn't do the first upload
[03:39] <Kamion> fabbione: your new kernel works for me
[03:39] <Keybuk> \o/
[03:39] <Kamion> bob2: mdz did it
[03:39] <Kamion> (IIRC)
[03:39] <bob2> oh
[03:39] <Kamion> don't think lifeless' key is in the allowed list for Ubuntu anyway :)
[03:39] <lifeless> AFAIHK
[03:40] <bob2> lifeless: see, if I joined the distro team...
[03:40] <Keybuk> pre-depend is sufficient from a distro POV, as it means by the time it's unpacked, a supporting version of dpkg-deb is installed :o)
[03:41] <elmo> bob2: the distro would become a wasteland of unprecedent proportions?
[03:41] <Mithrandir> Kamion: we're talking about selective bzip2-ing, AIUI
[03:41] <daniels> cupsys is SO PSYCHOPATHIC
[03:41] <Kamion> Mithrandir: yeah, I know
[03:41] <Mithrandir> Kamion: and why would that be so user-unfriendly?  Because you force people to upgrade?
[03:42] <Kamion> Mithrandir: no, because you can't use the dpkg in the previous stable release to examine the contents of a .deb before you upgrade it
[03:42] <Mithrandir> that's true
[03:42] <Keybuk> control, yes; contents, no
[03:42] <Kamion> Keybuk: you mean dpkg -c works? how?
[03:42] <elmo> dpkg-deb: file `diveintopython_5.4-1ubuntu1_all.deb' contains ununderstood data member data.tar.bz2    , giving up
[03:42] <Kamion> or dpkg -x
[03:43] <Keybuk> "ununderstood"
[03:43] <elmo> go whichever  special person wrote THAT error message
[03:43] <Keybuk> Kamion: no, I said contents doesn't work :)
[03:43] <Kamion> Keybuk: oh, sorry, yeah
[03:43] <bob2> elmo: I could finally upload glibc with that fix I've been waiting for...
[03:44] <elmo> yeah, that's what we need - a man with sideshow's talents uploading critical infrastructure packages
[03:45] <daniels> elmo: i could give it a go if you wanted
[03:46] <Keybuk> "freeze?  oh, sorry, I missed it ..."
[03:47] <bob2> bah
[03:48] <daniels> elmo: we could have thom maintaining critical infrastructure, OTOH ...
[03:48] <daniels> elmo: glibc would gain a lot from bzip2!
[03:50] <mjg59> daniels: Can you force people over there to try out the ACPI test stuff?
[03:50] <daniels> mjg59: er, thom volunteers
[03:50] <mjg59> Bah
[03:50] <mjg59> I know it'll work for him
[03:50] <daniels> we all have x40s now
[03:50] <mjg59> We need more entries in http://www.ubuntulinux.org/wiki/PMTestingResults
[03:51] <haggai> mjg59: I can try it on my T20 if you like
[03:51] <mjg59> haggai: That'd be good
[03:51] <haggai> mjg59: k, I'll let you know
[03:52] <mjg59> My inclination at the moment is to push for swsusp as standard, and have str as an option that defaults to off
[03:52] <azeem> mjg59: I could do it for an R51, provided I could just use your packages on testing/unstable
[03:53] <azeem> daniels: monoculture is bad :)
[03:53] <sladen> mjg59: hibernate still switches the vt to console before and afterwards/
[03:53] <sladen> mjg59: ?
[03:53] <mjg59> sladen: Yeah
[03:54] <daniels> sladen: all of them do
[03:54] <daniels> suspending from X is just so horrifically broken
[03:54] <daniels> and not just on savage ;)
[03:54] <mjg59> daniels: So, it turns out that VBERestore /is/ supported by most drivers
[03:54] <sladen> mjg59: and if you get that /proc/unsuspend patch in for initrd, we get a  nice framebuffer on unhibernate too?
[03:55] <daniels> mjg59: cool
[03:55] <mjg59> sladen: I'm not quite sure what you mean there...
[03:55] <mjg59> daniels: Is Xorg.conf regenerated on upgrade? Or only when a manual reconfiguration is tried?
[03:56] <sladen> mjg59: wanting framebuffer during thaw... I'll test it and see what happens when I get there
[03:57] <mjg59> sladen: It'll go initrd->resume->no more userspace->whatever userspace there was when you suspended
[03:57] <mjg59> If you have framebuffer in the initrd, you'll be able to splash up something saying that it's resuming
[03:58] <mjg59> But you won't be able to update that during the resume process
[03:59] <sladen> mjg59: what it needs is the opposite of 'DONT_FREEZE' or whatever it's called.  So that a process started after initrd can continue to live after the rest of the frozen userspace is pulled back in
[04:01] <mjg59> sladen: That's... awkward
[04:02] <mjg59> I'm not sure how you could get that to work sanely - swsusp pretty much assumes that userspace does /nothing/ after a resume has been triggered
[04:04] <daniels> mjg59: left alone if it's already there, so we can't enforce it, really
[04:04] <mjg59> daniels: Hrm. Even if it hasn't been user-modified?
[04:05] <daniels> mjg59: well, we could force remangling in that case
[04:05] <sladen> mjg59: it might be doable with conditions attached like no-open-file-handles (which makes it pretty useless, but...).  The justification is that it can enable the User interaction/feedback Nigel Cunningham was suggesting/hacking into his kernel patch, without the cuntingness of it
[04:06] <mjg59> sladen: Unf. Hrm. It's sufficiently warped that I'm not too keen to spend time looking at it, but do go ahead :)
[04:07] <sladen> mjg59: is the current patch handy somewhere, I'll grab it on the netbook before I leave.  Which is, um, 2hours.  Must get out of bed.
[04:08] <mjg59> sladen: Posted to l-k
[04:08] <mjg59> It'll change a bit before inclusion
[04:12] <sladen> hmmm.  suspend to USB key.  that is sick
[04:12] <Mithrandir> sladen: that's brilliant!
[04:12] <Mithrandir> so you can have saved sessions
[04:15] <daniels> sladen: also, beautiful
[04:16] <mjg59> Also: not going to happen
[04:16] <mjg59> (not in the immediate future, anyway...)
[04:17] <mjg59> Actually, there's no reason why you /couldn't/
[04:17] <mjg59> Except that people would try to resume on different bits of hardware and break everything
[04:19] <mjg59> And if someone booted your machine in the meantime, it'd go horribly wrong
[04:31] <fabbione> Kamion: cool.. thanks
[04:31] <fabbione> daniels: are you anywhere around?
[04:33] <daniels> pitti: dude, has cupsys ever cleanly built for you twice in a row?
[04:33] <daniels> fabbione: quiet room
[04:33] <fabbione> daniels: the patch for the kernel?
[04:33] <daniels> fabbione: hold on
[04:33] <pitti> daniels: not really
[04:33] <daniels> pitti: um, cool
[04:34] <daniels> would you particularly mind if I made it do so?
[04:35] <pitti> daniels: no, why should I :-)
[04:35] <pitti> daniels: as long as you don't break the patches ... :-)
[04:35] <pitti> daniels: I organized the patches to make it easy to merge to a new Debian revision
[04:35] <daniels> more than they already are? :P
[04:35] <daniels> ubuntu-nowebadmin.patch just totally breaks
[04:35] <pitti> daniels: you should have seen the package before I reorganized the patches
[04:36] <pitti> daniels: it was a PITA and took an hour to merge to a new revision
[04:36] <pitti> daniels: if you manage to reorganize the japanese translation patch, it will get a lot easier
[04:38] <daniels> mom should do most of it
[04:38] <daniels> but, er, patching other patches
[04:41] <daniels> Trying reversed patch debian/patches/ubuntu-nowebadmin.patch at level 0...1...2...failure (ignored).
[04:41] <daniels> whoohoo cdbs
[04:57] <daniels> pitti: um, so afaict jp-nowebadmin.ptch is never actually used (given it gets created after cdbs runs).  is it ever used?
[04:57] <pitti> daniels: that's the tricky part of it
[04:57] <pitti> daniels: look at debian/rules
[04:58] <pitti> daniels: I checked, it works in the final package
[04:58] <daniels> ... wow
[04:58] <pitti> daniels: the mere fact that the japanese translation is patched in debian/rules and not by the patch system is the cause of the weird patching
[04:58] <pitti> daniels: it uses uudecode in rules IIRC
[04:58] <daniels> debian/local or something
[05:06] <daniels> if you want to make my builds faster, great
[05:07] <fabbione> daniels: where are you building?
[05:07] <fabbione> and the major thing is.. are you using ccache?
[05:08] <daniels> concordia, and not until now
[05:09] <pitti> daniels: you can try to convert the japanese uuencoded thingy into a proper patch
[05:09] <daniels> pitti: debian/local should do it
[05:09] <pitti> daniels: however, this effort might be gone after the next debian release
[05:10] <lamont_r> ew.  db4.3_4.3.21-3 build failure on ppc
[05:10] <pitti> elmo: is there any reasonable fast machine where I could do some glibc test builds on?
[05:12] <pitti> elmo: i. e. with the glibc build-deps?
[05:12] <elmo> pitti: what arch?
[05:12] <Mithrandir> pitti: use the print server? :P
[05:12] <pitti> elmo: I don't really care
[05:13] <pitti> elmo: I want to test an alternative gettext hierarchy
[05:13] <daniels> fabbione: how exactly do you use ccache with the kernel?
[05:13] <daniels>   # For some reason, this causes all modules to fail
[05:13] <daniels>   #$command .= " CC=\"$cc\" HOSTCC=\"$hostcc\"";
[05:13] <daniels>   $command .= " $Targets";
[05:13] <pitti> elmo: I should be able to actually test it using LD_PRELOAD, so I don't need root
[05:13] <elmo> daniels: export PATH=/usr/lib/ccache:$PATH
[05:13] <pitti> elmo: s/LD_PRELOAD/LD_LIBRARY_PATH/
[05:14] <daniels> elmo: thanks
[05:15] <elmo> pitti: use concordia
[05:15] <pitti> elmo: okay, thx
[05:15] <elmo> [you're familiar with dchroot, I assume ?] 
[05:15] <pitti> elmo: never used it, do I need to?
[05:15] <elmo> yes
[05:15] <elmo> dchroot -c hoary
[05:15] <elmo> or do you need warty?
[05:15] <lamont_r> Mithrandir: I'm going to upload enigmail
[05:15] <pitti> elmo: hoary is okay
[05:16] <elmo> okay, well I installed the build-deps in both chroots in any event
[05:16] <pitti> elmo: thanks a lot
[05:16] <fabbione> daniels:
[05:16] <fabbione>   CC [M]   drivers/net/wireless/ipw2100/fsam7400.o
[05:16] <fabbione> drivers/net/wireless/ipw2100/fsam7400.c: In function `fsam_bios_routine':
[05:16] <fabbione> drivers/net/wireless/ipw2100/fsam7400.c:132: error: impossible constraint in `asm'
[05:16] <fabbione> make[6] : *** [drivers/net/wireless/ipw2100/fsam7400.o]  Error 1
[05:16] <fabbione> KTHXBYE
[05:16] <pitti> elmo: pitti@chinstrap:~ $ host concordia
[05:16] <pitti> Host concordia not found: 3(NXDOMAIN)
[05:16] <pitti> elmo: ?
[05:16] <elmo> pitti: concordia.ubuntu.com, sorry
[05:16] <elmo> and don't forget to add the ssh rune
[05:16] <thom> concordia.ubuntu.com
[05:17] <thom> gar, too slow
[05:17] <Mithrandir> lamont_r: huh?  I did a couple of hours ago, or did it fail?
[05:17] <elmo> see MachinesOverview on the s3kr1t wiki
[05:17] <daniels> fabbione: worksforme
[05:17] <lamont_r> needed /Build-Depend/s/$/, gcc-3.4 [amd64] / :-(
[05:17] <Treenaks> Who do I go to to get an ubuntu-nl mailinglist for Dutch-language support?
[05:17] <Mithrandir> lamont_r: ah, of course.
[05:17] <fabbione> daniels: ppc
[05:17] <thom> Treenaks: jdub
[05:17] <lamont_r> uploaded
[05:18] <daniels> fabbione: don't try to build i386 drivers on powerpc, then.
[05:18] <Treenaks> thom: ok, I'll drop him a mail
[05:18] <lamont_r> elmo: what do we need to do to get binutils happy on i386?
[05:19] <fabbione> daniels: that's because the patch isn't arch clean as i was telling you before ;)
[05:19] <fabbione> s/before/a few days back/
[05:19] <elmo> lamont: someone needs to decide what to do about that tcl8.4 bug - personally, I think forwarding the problem upstream, then  reverting the patch until they fix it, is a viable way forward
[05:20] <lamont_r> 'k.  is that on your list, or should I deal with it?
[05:20] <daniels> fabbione: dude, it's pretty easy, just don't put it into the powerpc config
[05:20] <lamont_r> np either way, of course.
[05:20] <daniels> fabbione: it's not powerpc hardware, it's only on i386
[05:20] <elmo> lamont: I'd rather a distro person ran with it from here...
[05:20] <lamont_r> right
[05:21] <fabbione> daniels: kid.. i know the solution already... it was just show you what i meant with "non clean patch".
[05:21] <daniels> fabbione: what do you mean, non-clean patch?
[05:21] <daniels> fabbione: my sources never, ever, touched the powerpc config
[05:22] <Mithrandir> is somebody smoking in the bofh room or something?
[05:22] <daniels> so I honestly don't see how you can claim the patch is unclean when there was no problem until you attempted to build a very i386-specific module for powerpc
[05:22] <daniels> it's utterly nonsensical, and that's why I didn't do it
[05:23] <mjg59> daniels: To be fair, the kconfig should probably prevent it from being selectable
[05:24] <Mithrandir> Kamion: did you need any USB sticks?
[05:25] <fabbione> daniels: patches that allows Kconfig to select a i386 driver on a ppc are not clean. What is difficult to understand about it?
[05:26] <fabbione> daniels: i don't ge prompted for wireless stuff on sparc..
[05:26] <fabbione> + the patch you have done changed the config via dpatch that is basically wrong
[05:26] <daniels> if it's so difficult, you can throw the patch straight back to me and i'll do my own k-s upload with fsam7400 and the asm stuff
[05:26] <fabbione> daniels: dude.. you are out of your way
[05:26] <fabbione> daniels: 100% out..
[05:27] <fabbione> i am just showing you something
[05:27] <fabbione> to explain to you what i meant 3 days back with "non- clean patch"
[05:27] <fabbione> and you go all high up
[05:27] <fabbione> the patch is merged. <- full stop
[05:27] <fabbione> it's there and it compiles
[05:27] <Kamion> Mithrandir: yeah, would be nice thanks
[05:27] <fabbione> why do you want me to send back stuff to you
[05:37] <daniels> fabbione: the patch seems to make you pretty upset
[05:40] <Mithrandir> my emacs is on crack:  it thinks my battery is at 102%.
[05:42] <Treenaks> isn't that a feature of emacs.. it being on crack and all
[05:43] <_rene_> heh. just wanted to say that, too ;-)
[05:51] <Mithrandir> pfft, it's on crack in a good sense of the word
[05:52] <Treenaks> Mithrandir: on your way back, stop by in Amsterdam ;)
[05:52] <fabbione> daniels: me? upset? ahahaha you have never seen me upset :P
[05:54] <Keybuk> Kamion: merge-o-matic previous paths are now more Colin-friendly
[05:54] <Mithrandir> Treenaks: I was there on my way here, I'll be there on my way back, I was there a month or so ago on my way to and back from Italy.
[05:55] <Treenaks> Mithrandir: hm ok.. I left from there as well (living almost next to it...)
[05:55] <Kamion> Keybuk: bonus, thanks
[05:55] <Mithrandir> Treenaks: it's a nice city.
[05:57] <whiprush> has anyone ever brought up ubuntu on alphas? (as a potential platform I mean)
[05:57] <Treenaks> aren't alphas close to dead?
[05:57] <whiprush> unfortunately. :-/
[05:57] <thom> alpha is cool
[05:58] <thom> sadly mine is way underpowered to try and do a port on
[05:58] <whiprush> I have like 11 here and I'd hate to see them go to waste.
[05:58] <thom> and i don't have time, either
[05:59] <daniels> no
[05:59] <daniels> fonts hurt my head
[05:59] <lamont_r> he says that, but he's reading the bug..
[06:00] <daniels> ... and now my head hurts
[06:01] <fabbione> where is mdz?
[06:01] <thom> sleepin'
[06:01] <jdub> lamont_r: we should not be setting anything in local.conf
[06:01] <fabbione> oh
[06:02] <lamont_r> jdub: taht's re 3442?
[06:03] <jdub> yeah
[06:04] <lamont_r> jdub: ok
[06:04] <lamont_r> btw, your bof??
[06:06] <lamont_r> that was to start 36 min ago...
[06:06] <jdub> yeah, mdz is asleep
[06:07] <lamont_r> ah, opk
[06:19] <thom> daniels: do you have a new i810switch?
[06:22] <daniels> thom: 'new'?
[06:24] <lamont_r> pitti around?
[06:24] <pitti> lamont: right here f**ing up libc6 :-)
[06:24] <lamont_r> heh... in the bof room?
[06:24] <pitti> lamont: yeah
[06:25] <daniels> thom: ideally we should just set up clone and devicepresence per default
[06:25] <daniels> so you can plug in and get working clone
[06:26] <bob2> oooh
[06:26] <daniels> thom: this is one of the things my i-can't-believe-it's-not-discover1 tool is designed to solve
[06:26] <lamont_r> elmo: bof on..
[06:27] <mjg59> daniels: Doesn't that result in the VGA port being driven even without hardware attached?
[06:27] <daniels> mjg59: pretty much, yeah
[06:28] <daniels> mjg59: is power consumption an issue there?
[06:28] <thom> daniels: ok, so my question was really: "How do i make video come out of my vga port"
[06:28] <thom> since currently i have no projected love
[06:29] <Mithrandir> thom: where di you find coke?  New supplies arrived downstairs?
[06:29] <thom> yeah
[06:29] <thom> my slave^W^Wdaniels brought me some
[06:32] <mjg59> daniels: I haven't actually tested, but I'd assume it'd draw more power
[06:32] <mjg59> We need unified hotkeys and HAL love
[06:33] <daniels> thom: not sure I have enough sugar in my system to set up VGA for you though ...
[06:34] <daniels> mjg59: i doubt it would run too much more, but yeah, fair point
[06:34] <Mithrandir> lifeless: any reason why there's no TLAEDITOR or ARCHEDITOR environment variable?
[06:35] <lifeless> because EDITOR exists.
[06:35] <lamont_r> lifeless: does it use EDITOR if the others exist?
[06:35] <lamont_r> er, don't exist?
[06:36] <lifeless> it only uses EDITOR
[06:36] <lamont_r> doh
[06:36] <lifeless> :)
[06:38] <daniels> Kamion: * 901_debchangelog.vim.diff: Add warty and hoary to debchangelogTarget.
[06:38] <daniels> Kamion: beverage-of-choice is yours tonight
[06:38] <mjg59> thom: You want i855crt, anyway
[06:38] <mjg59> i810switch doesn't have a whole lot of 855 love
[06:38] <Kamion> daniels: Chris reminded me about it
[06:39] <daniels> mjg59: yeah, he's going to come over here with Coke and his laptop when the BoF is over and I'll VGA him up
[06:39] <mjg59> Is the mataro schedule up anywhere?
[06:39] <daniels> the only thing that is shitting me about my multi-screen setup at the moment is that I keep losing my schedule
[06:39] <daniels> mjg59: w.u.c/wiki/ConfAgenda
[06:41] <mjg59> Ta
[06:45] <thom> mjg59: crap. that might explain it :-)
[06:45] <mjg59> daniels: Why is dri so hard with xinerama?
[06:48] <daniels> mjg59: don't know, tbh
[06:48] <daniels> mjg59: seems that most implementations play funny buggers with how they allocate memory and stuff, or maybe they decided that locking was Just Too Hard
[06:48] <daniels> mjg59: either way, the only ones to have fixed it are ati, really
[06:48] <daniels> (mergedfb)
[06:49] <daniels> thom: for simple clone stuff, i855crt swcursor on 1024x768@70, should suffice
[06:49] <daniels> thom: else, 192.168.0.93/~daniels/xorg.conf
[06:49] <lamont_r> I _HATE_ zsh, I do.
[06:49] <mjg59> Doing xinerama for the 855 CRT out makes sense - you can have your next slide on the LCD
[06:50] <Mithrandir> lamont_r: it probably hates you too, given that it reads your mind.
[06:50] <mjg59> But having to kill X in order to switch between having DRI or not is a pain
[06:51] <thom> daniels: ah, neat
[06:52] <daniels> mjg59: yeah
[06:52] <daniels> mjg59: it's pretty crap
[06:53] <Mithrandir> lamont_r: could you run linux32 uname -a on an ia64 box for me?
[06:55] <mjg59> Things not to do with an X40:
[06:55] <mjg59> Jam headphones into the USB connector
[06:55] <daniels> mjg59: ...
[06:55] <daniels> apart from bzzt bzzt zap
[06:55] <chrisa> Impressive
[06:55] <mjg59> Immediate power down, needed to remove the battery and AC
[06:55] <daniels> oops.
[06:56] <azeem> jdub: dude?
[06:56] <Mithrandir> mjg59: I saw the same thing when playing around with live wires connected to my PSU.  Very Fast Shutdown.
[06:56] <Mithrandir> azeem: he's BOFing
[06:56] <azeem> ah
[06:56] <azeem> thanks
[07:02] <lamont_r> linux32 uname -a
[07:02] <lamont_r> Linux hooker 2.4.25-hpe-9-mckinley-smp #1 SMP Wed Aug 11 11:59:05 UTC 2004 ia64 GNU/Linux
[07:02] <lamont_r> # uname -a
[07:02] <lamont_r> Linux hooker 2.4.25-hpe-9-mckinley-smp #1 SMP Wed Aug 11 11:59:05 UTC 2004 ia64 GNU/Linux
[07:03] <Mithrandir> thanks
[07:12] <fabbione> lamont_r: is that a "normal" debian kernel?
[07:15] <lamont_r> fabbione: I think it is
[07:15] <lamont_r> dunno - that's an elmo question
[07:16] <Mithrandir> fabbione: looks like one.
[07:16] <fabbione> ok
[07:18] <lamont_r> fabbione: any progress on the ia64 kernels?
[07:23] <fabbione> lamont_r: gimme a hoary chroot and i will give you a kernel :-)
[07:23] <fabbione> lamont_r: i was just checking while sparc and ppc are finishing
[07:23] <fabbione> we don't need any arch specific patch from 2.6.8 or higher that makes it very simple
[07:27] <lamont_r> and that token is: floe:/usr/lib/debootstrap/scripts/hoary.buildd
[07:27] <lamont_r> er... s/floe/hooker
[07:30] <lamont_r> Kamion: we have a debootstrappable ia64 archive...
[07:31] <lamont_r> wanna do the magic to generate hoary.buildd for it?
[07:31] <Kamion> lamont_r: I don't autogen hoary.buildd, only hoary
[07:31] <Kamion> but I'll do hoary, sure
[07:31] <lamont_r> ok
[07:32] <Kamion> is it germinatable?
[07:32] <Kamion> oh, we'll find out :)
[07:32] <lamont_r> probably...
[07:32] <lamont_r> still kernel-less, of course.
[07:32] <Kamion> yeah, that should be ok
[07:33] <lamont_r> chinstrap:~lamont/hoary.buildd is a good buildd script.
[07:33] <lamont_r> which would be good to deliver in either case...
[07:33] <Kamion> mkay, will try to merge
[07:33] <lamont_r> interesting font... ~ and - look almost the same.
[07:33] <lamont_r> - is a bit shorter is all
[07:42] <lamont_r> Kamion: libelfg0 is in the archive for ia64...
[07:42] <lamont_r> which is to say, why didn't it show up?
[07:43] <lamont_r> ah, probably due to ltrace
[07:43] <lamont_r> ltrace is !ia64
[07:45] <fabbione> lamont_r: same thing on sparc
[07:46] <jdub> azeem: dude?
[07:47] <Kamion> lamont_r: ah, ok, fine
[07:48] <mxpxpod> jdub: is gnome-bluetooth in universe or main yet?
[07:50] <lamont_r> Kamion: so anything build-depending on libreadline-dev should get libreadline4-dev?
[07:51] <pitti> elmo: if you find a second, please sync powerprefs from sid
[07:52] <lifeless> Keybuk: did you ahve a good gpg[v]  python wrapper? I need to determine the author of a clearcsigned thing.
[07:53] <Keybuk> no
[07:57] <jdub> mxpxpod: universe
[07:57] <mxpxpod> jdub: ok
[07:57] <mxpxpod> jdub: who do I talk to to get it compiled for powerpc?
[07:59] <thom> mdz - "I AM GOING TO FIX RHYTHMBOX: IT IS NOT AN ERROR FOR AN HTTP STREAM TO END"
[07:59] <Treenaks> thom: vim signatures.fortune
[07:59] <chrisa> mxpxpod: psst, there's a 'source' argument to apt for a reason
[08:00] <mxpxpod> chrisa: yeah, but if someone else wants to use it as well... we're not gentoo...
[08:00] <lamont_r> mxpxpod: looks like missing build-depends
[08:00] <mxpxpod> lamont_r: ah, ok
[08:00] <lamont_r> patches welcome
[08:01] <lamont_r> :-)
[08:01] <lamont_r> http://people.ubuntu.com/~lamont/buildLogs/g/gnome-bluetooth/0.5.1-1ubuntu5/gnome-bluetooth_0.5.1-1ubuntu5_20041202-1107-powerpc-failed 
[08:02] <lamont_r> elmo: please sync pwlib
[08:02] <elmo> powerprefs |    0.4.6-3 | hoary/universe | source
[08:02] <lamont_r> -5.1
[08:02] <elmo> pitti: it's already synced
[08:02] <pitti> elmo: oh, sorry. Then the merge bug is moot, I close it. Thx
[08:02] <elmo> lamont: done
[08:02] <lamont_r> pitti: btw, I figured out why we can't sync like we were discussing on the plane. and uploaded my package
[08:02] <elmo> pitti: you have locales
[08:03] <pitti> lamont_r: I already fixed hpsockd in warty-security
[08:03] <pitti> lamont: I hope you didn't upload it again?
[08:04] <pitti> elmo: thx
[08:05] <lamont_r> Kamion: it's worse than you thought (readline5)
[08:05] <pitti> lamont_r: what breaks? wrong distribution in debian/changelog?
[08:06] <lamont_r> pitti: only one thing.  any library/etc that you Depend on that is newer...
[08:06] <daniels> Kamion: 
[08:06] <daniels> The following lines in the control files differ (wdiff output format):
[08:06] <daniels> ----------------------------------------------------------------------
[08:06] <daniels> Version: [-2.6.9-1-]  {+2.6.9-2+}
[08:06] <daniels> Installed-Size: [-24544-]  {+47764+}
[08:07] <daniels> Kamion: (that's with asm-*)
[08:07] <lamont_r> Kamion: all of the packages built on the other 3 architectures _before_ libreadline5 showed its face.
[08:07] <lamont_r> any upload that happens now will use libreadline5 (to satisfy libreadline-dev)
[08:07] <lamont_r> I'm fixing that...
[08:10] <Kamion> daniels: uh ... huh. 23MB is not entirely to be sneezed at :(
[08:11] <Kamion> even on installed systems disregarding CD space, that sucks :-/
[08:11] <daniels> Kamion: aye
[08:12] <daniels> fabbione: concordia:~daniels/kernel/l-i/install-all-asm-headers.diff
[08:13] <fabbione> daniels: good!
[08:15] <fabbione> daniels: it is enough to remove these lines? what about the symlinks?
[08:17] <daniels> hm, we need symlinks for each of l-h, I suppose
[08:18] <daniels> right, hold on a sec
[08:19] <daniels> kernel-package is frigging obtuse
[08:32] <jdub> mxpxpod: probably just my (and edd's) continuing build-dep lameness
[08:32] <jdub> mxpxpod: i'll check the logs later
[08:32] <mxpxpod> jdub: heh, thanks
[08:49] <fabbione> food time 
[08:49] <pitti> fabbione: ++ ++ ++
[08:49] <Treenaks> fabbione: yeah, great plan ;)
[08:50] <pitti> fabbione: shall we meet in the reception hall?
[08:50] <pitti> fabbione: seb128 will come too
[08:50] <seb128> jdub, http://mail.gnome.org/archives/ is b0rked !
[08:50] <Treenaks> pitti: do you guys mind if I join?
[08:51] <pitti> Treenaks: no, why should we :-)
[08:51] <Treenaks> pitti: well.. ;)
[08:51] <Treenaks> pitti: see you downstairs then?
[08:51] <Treenaks> or wait for the BOF to end?
[08:51] <pitti> Treenaks: sure, in a few minutes
[08:51] <pitti> Treenaks: the BOF has runned for several hours now
[08:51] <pitti> Treenaks: I'm not sure how long it will still take