[12:02] <hughsie> desrt: it's unbelievable, really. ACPI was meant to put an end to all this hackyness
[12:02] <desrt> ya.  kinda funny that apm actually works better, eh? :)
[12:03] <hughsie> desrt: but apm doesn;t do half the stuff :-)
[12:03] <desrt> but at least it bloody well does half of the stuff _properly_ :P
[12:03] <hughsie> mental note, must test cvs g-p-m with apm again
[12:04] <Burgundavia> hughsie, do you need people with old laptops to help test that?
[12:04] <desrt> anyway... we're probably gonna get a lot of people screaming at us in the next few months
[12:04] <pitti> good night 
[12:04] <desrt> but things have been flowing fairly well between the two of us and the ubuntu guys so i think that after that we'll probably have most of it fixed up
[12:04] <hughsie> Burgundavia: yes!
[12:04] <desrt> night martin
[12:06] <hughsie> desrt: bring it on :-)
[12:06] <desrt> hah
[12:07] <desrt> *tempt
[12:08] <hughsie> desrt: heh
[12:12] <\sh> night mvo :)
[12:36] <hughsie> desrt: night - thanks for the patch
[12:37] <desrt> hughsie; thanks for the prompt review.  cheers mate.
[12:37] <hughsie> :-)
[12:45] <javi> hi, people, I'm having trouble with xrgb and xutils packages on breezy, /usr/bin/showrgb conflict
[12:46] <javi> on aptitude says me to remove xbase-clients , but gdm depends on xbase-clients, so I can't remove it
[12:48] <javi> nobody can help me ?
[12:48] <carstenh> javi: this is the wrong channel, try #ubuntu
[12:48] <ogra> javi, thats an #ubuntu question 
[12:50] <javi> oh sorry, before ubuntu chanel wasn't on my channel list, I'll ask there now, thank you
[12:52] <ogra> :)
[01:33] <lamont> pitti: I was told you were importing directly from the buildd's....
[01:36] <infinity> lamont : s/were/were going to be/
[01:37] <infinity> lamont : I think he still had some code to sort out to do that.
[01:45] <lamont> File: chroot-breezy/build/buildd/coreutils_5.2.1-2ubuntu2_powerpc_translations.tar.gz
[01:46] <lamont> File: rhythmbox_0.8.8cvs20050710-0ubuntu1_translations.tar.gz
[01:46] <lamont> see the difference?
[01:46] <lamont> wanna send me a patch for sbuild?
[01:47] <lamont> (File: in translations.txt is the $CWD relative location of the file...)
[01:48] <lamont> infinity: once that's done, I'll push the new sbuild, fix the existing files, and turn the script on rookery back on
[01:50] <jdub> GOOD MORNING FREEDOM LOVERS!
[01:50] <ogra> good morning jdub
[01:50] <seb128> mdz: ~90% of GNOME 2.12.0 uploaded. There will probably be 4-5 uploads tomorrow morning and then we are ok
[01:50] <tseng> yay, jdub 
[01:50] <seb128> 'night jdub, it's just time to sleep here :p
[01:50] <ogra> seb128, awesome
[01:50] <jdub> seb128: woohoo! :)
[01:51] <Nafallo> morning jdub :-)
[01:51] <Nafallo> seb128: wow! :-)
[01:52] <seb128> anyway time to sleep for now, see you tomorrow guys, 'night
[02:05] <jbailey> I really want coreutils' sort to grow a "sort --dpkg" and have it use dpkg --compare-versions for sorting.
[02:06] <ogra> cool idea !
[02:07] <jbailey> ogra: Yeah, except that I do this stuff all in shell so that initramfs-tools doesn't depend on a newer glibc ever.  So I couldn't use it here anyway.
[02:07] <jbailey> But it's tempting to convince the coreutils maintainers that it would be worth having.
[02:07] <ogra> yup
[02:07] <jbailey> That way in 4 or 5 years I could use it and feel okay about it. =)
[02:08] <ogra> :)
[02:08] <jbailey> Ah, well, it's only 15 lines of shell to do it by hand.
[02:11] <infinity> lamont : Ahh, didn't notice that ${translations} was a full path.  Feh.
[02:13] <lamont> yeah - that's the source of the borkage
[02:13] <lamont> anyway, I'll check back in a bit and merge your patch and push...
[02:17] <infinity> lamont : Have you branch/swap the archives yet?
[02:18] <infinity> lamont : lamont.jones\@canonical.com--2005-master?
[02:30] <infinity> lamont : Committed to -master
[02:32] <infinity> lamont : Ergh, sec.  neuro had a custom basename function in here.
[02:33] <infinity> Oh, exactly the same thing as File::Basename.  Yay.
[02:35] <infinity> lamont : Okay, that should be good to go.
[02:45] <daniels> sjoerd: because we start gdm at S13, so we have to start the session bus before that
[02:46] <daniels> Kamion: libdps1> it's orphaned upstream, it won't be shipping with 6.9/7.0.  it didn't actually *work* anyway, in the sense that there was no freely-licensed server implementation anywhere in the world.
[02:50] <elmo> daniels: libxp is obsolete, right?
[02:51] <elmo>  o x11proto-panoramix: x11proto-panoramix-dev
[02:51] <elmo>  o x11proto-xf86dri: x11proto-xf86dri-dev
[02:51] <elmo> daniels: and do they need to be in main?
[02:52] <ogra> elmo, libxp is needed by blackdown java
[02:52] <elmo> ogra: I don't care - I'm talking about main vs. not
[02:52] <ogra> elmo, as long as youre not talking about morgue ... :)
[02:53] <daniels> elmo: xp> yes, panoramix> no, remove from archive, xf86dri> yes
[02:54] <desrt> daniels; can you set me up for write access to the hal cvs on gabe?
[02:55] <elmo> daniels: c) can you arrange for xf86dri to be seeded then, pls?, b) reason, or just "obsolete"?, a) ok.  d) what about libxfont*? need to be in main still?
[02:55] <daniels> desrt: please file a bug on bugs.fd.o, product freedesktop.org, component account modifications, and get davidz to put a note in there saying he approves
[02:55] <desrt> daniels; interesting process.  will do.
[02:56] <daniels> elmo: c) sure, b) -panoramix- turned into -xinerama- upstream, so just a rename, d) yeah
[02:56] <daniels> desrt: well, it beats the 'ask daniels on IRC while he's eating breakfast' process, which usually leads to things being forgotten
[02:56] <desrt> daniels; point taken :)
[02:56] <elmo> daniels: d) see c) ;-)
[02:57] <elmo> b) done
[02:57] <\sh> listing to trance and reading daniels+elmo == smoking some weed ,-)
[02:58] <\sh> but it works...wow
[02:58] <lamont> infinity: cool
[02:59] <lamont> infinity: and yes, that's the master
[02:59] <daniels> elmo: heh, sure.  just need to update the seeds in arch?
[03:00] <elmo> daniels: that'll do for a start; I think you're meant to file a maininclusionreport thing too these days
[03:00] <elmo> but even having them in the seeds would help disambiguate it from the cruft
[03:06] <lamont> infinity: btw, -ubuntu27 never released yet... fixed.
[03:06] <daniels> elmo: oh, okay
[03:06] <infinity> lamont : Ahh, yeah, I suppose that header should be a giveaway. :)
[03:06] <daniels> elmo: i doubt i'll need a MIR, since it's all really just moving, but yeah
[03:07] <lamont> bad part is that I already tagged -28, so we'll just skip 27
[03:07] <daniels> mdz: x11proto-xinerama-dev is a rename from -panoramix-, and libxfont is simply moved over from the monolith.  do I need to file an MIR for each, or can I just seed it?
[03:08] <infinity> lamont : Somehow, I doubt anyone will really care. :)
[03:08] <lamont> heh
[03:16] <lamont> infinity: you feel like dealing with stopping all the buildd's, apt-get install sbuild buildd; and restart?
[03:16] <lamont> or shall I?
[03:16] <lamont> see, even
[03:17] <lamont> actually... update-chroots should be running now...
[03:18] <\sh> hmm...I should work during the night...more people are awake ;)
[03:21] <infinity> lamont : You're on it, then, or doe sthat request still stand?
[03:25] <lamont> done
[03:26] <lamont> well, 8 done, 4 with some serious typeahead action.,..
[03:26] <lamont> pls check on royal, king, terranova, hooker sometime in a bit.,..
[03:26] <lamont> actually, it's just one longish command
[03:27] <infinity> Alright, I'll poke at them and make sure they're happy.
[03:29] <lamont> sigh... terranova, weddell, ross, king.
[03:29] <lamont> must learn to be precise... :-(
[03:29] <lamont> and the magic to clean the translation filenames is queued.
[03:29] <lamont> I'll turn the script back on after backdating things later tonight or first thing in the morning
[03:32] <lamont> king is done
[03:33] <jay> If anybody here has a centrino, please cat your /proc/cpuinfo to me in /msg.  Trying to fix a bug in cpufreq-detect.sh but don't have a cent. laptop myself.
[03:33] <infinity> lamont : Later.  Thanks for the manual hoary-cat action.
[03:34] <Burgundavia> jay, the best place to look for that is https://wiki.ubuntu.com/LaptopTestingTeam
[03:34] <slomo> elmo: ping?
[03:35] <jay> Burgundavia: good idea :P  thanks
[03:35] <Burgundavia> jay, np
[03:37] <slomo> jbailey: ping?
[03:41] <bddebian> elmo: pingeage
[03:52] <slomo> infinity: what happenend to the gstreamer-plugins-multiverse0.8 upload some minutes ago? ;)
[03:58] <\sh> ok...good night gentlemen
[04:21] <infinity> slomo : a) How many "minutes ago", b) was it a new source package?
[04:22] <infinity> slomo : c) Did you mean s/gstreamer/gst/?
[04:22] <ajmitch> infinity: I also lost quake2, uploaded a few hours ago
[04:22] <infinity> ajmitch : 1:0.3-1.1ubuntu1?
[04:22] <Nafallo> infinity: a) somewhere around 3, b) new upstream version, c) yes, d) I was the uploader :-).
[04:22] <ajmitch> infinity: yes, I don't see build logs for it
[04:23] <Nafallo> ehm... s/3/1\ UTC/
[04:23] <infinity> ajmitch : Looks held up on a (bogus?) dep-wait.  I'll clear it for you and see what happens.
[04:23] <ajmitch> infinity: alright, thanks
[04:24] <infinity> Nafallo : As for gst-plugins-multiverse, it doesn't look like it was ever ACCEPTED, so you don't want me, you want elmo (or you want to comb your inbox for a REJECTED message, telling you why)
[04:25] <Nafallo> infinity: slomo didn't get a mail before he went to bed, I'll tell him to check tomorrow then :-)
[04:25] <Nafallo> infinity: thanx anyway :-)
[04:26] <bddebian> Hmm, how about wiliki (other than i386), and spiralsynthmodular?
[04:26] <infinity> Nafallo : He'll only get one if he's whitelisted in katie.
[04:26] <Nafallo> infinity: I know. He is.
[04:27] <infinity> Nafallo : At a guess, if it's a new upstream, I'd bet it wasn't built with -sa, and the .orig.tar.gz wasn't included in the .changes.
[04:27] <infinity> Nafallo : Either that, or it wasn't properly signed.  Pick one.  Those are the two most common.
[04:27] <Nafallo> infinity: -S -sa -knafallo@magicalforest.se
[04:28] <Nafallo> so I pick neither ;-)
[04:28] <ajmitch> infinity: how soon after an upload is the queue cleared, and a package with an .orig.tar.gz can be uploaded?
[04:28] <infinity> ajmitch : You should be able to bang uploads up as fast as you want, modulo bugs in the queue handling.
[04:28] <ajmitch> alright
[04:29] <infinity> ajmitch : Unlike the Debian queue, ours treats each upload set atomically and (is supposed to) process them as a FIFO.
[04:29] <mpt> fabbione: ping
[04:29] <infinity> ajmitch : So, in theory, you should be able to upload the same source 4 times in a cycle, get 3 REJECTs and an ACCEPT when queue/unchecked is processed.  In theory.
[04:30] <ajmitch> good, because I missed -sa on a NEW upload of avahi first time round :)
[04:30] <infinity> ajmitch : But, if stuff seems to mysteriously disappear, reuploading a little later never killed anyone. :)
[04:30] <bddebian> ajmitch: How do you check the queue?
[04:30] <ajmitch> bddebian: blind guessing
[04:30] <bddebian> ajmitch: Because a bunch of stuff \sh did, don't seem to be building??
[04:31] <ajmitch> bddebian: ask infinity, not me
[04:31] <Nafallo> infinity: you can't see that package now right? should I rebuild the changes and reupload?
[04:32] <bddebian> infinity: Anything wrong with sffview?
[04:32] <infinity> Nafallo : It you're positive it had nothing that would get it caught up in NEW, and it's more than an hour old, then it probably got REJECTED.  I don't see it in wanna-build, no.
[04:32] <infinity> Nafallo : I don't have access to the actual ftp queue, so that's the best I can offer.
[04:34] <Nafallo> infinity: oki, I'll upload it when this :33 is done :-)
[04:34] <Nafallo> and then go to bed ;-)
[04:34] <infinity> ajmitch : Q2 looks good./me raises his eyebrow at sffview.
[04:34] <infinity> Erm.
[04:34] <infinity> bddebian : sffview is dep-wait on libwxgtk2.5-dev
[04:34] <bddebian> Hmm
[04:35] <infinity> Could be an old dep-wait based on a previously-broken package.
[04:35] <bddebian> infinity: How about spiralsynthmodular?  (Sorry to keep bugging you)
[04:36] <[Chameleon] > quick question... is Colony 4 much different from the 20050903 nightly ISO w/current updates?
[04:36] <infinity> bddebian : Ugh. dep-wait on xlibmesa-glu-dev.  I assume it was uploaded to fix gl/glu deps?
[04:37] <bddebian> Hmm, no, I don't recall it depending on xlibmesa.  Hang on
[04:38] <infinity> bddebian : And sffview has moved form being dep-wait on libwxgtk2.5 to libwxgtk2.6... PROGRESS.
[04:38] <infinity> Oh, nevermind, that's an apt bug.
[04:38] <infinity> Ignore it. ;)
[04:39] <bddebian> The problem or PROGRESS? :-)
[04:39] <infinity> The wxgtk dep-wait.
[04:39] <infinity> It'll autoclear.
[04:39] <infinity> The xlibmesa thing isn't an apt bug, though.
[04:40] <bddebian> I'm checking
[04:40] <infinity> [Chameleon]  : No, but we'd like testing of the installer and livecd.
[04:40] <[Chameleon] > infinity: OK...
[04:40] <[Chameleon] > infinity: thx
[04:41] <[Chameleon] > I'll use some CD-RWs :)
[04:42] <infinity> bddebian : Looks like spiralsynthmodular has the correct gl/glu build-deps now.  If you didn't change it, someone (maybe me?) did. :)
[04:42] <bddebian> infinity: That's a build-dep??
[04:43] <infinity> bddebian : It's building fine, after clearing the old dep-wait.
[04:43] <bddebian> infinity: Thx
[04:46] <Nafallo> wow
[04:46] <Nafallo> breezy-changes have 6200 messages :-P
[04:47] <ajmitch> Nafallo: is that all? my breezy-changes folder has > 10000
[04:47] <Nafallo> infinity: yay! dunno what was wrong before, but it works now ;-)
[04:48] <ajmitch> a lot of those were from the autosync, before that was redirected to another list
[04:48] <Nafallo> ajmitch: I moved the debian syncs to ubuntu-changes-auto when that list was created ;-)
[04:48] <Nafallo> :-)
[04:49] <Nafallo> 6201 uploads to date in breezy ;-)
[04:49] <Nafallo> hehe
[04:50] <Nafallo> 5842 for ubuntu-changes-auto ;-)
[05:41] <lamont> pitti: translations rolling again
[05:41] <lamont> pitti: and I reimported from july 20 or so... :-)
[05:46] <jbailey> slomo: pong
[06:17] <fabbione> morning
[06:17] <bddebian> Hello fabbione 
[06:19] <fabbione> bddebian: hi, why did you move all my bazzar bugs from malone to bugzilla?
[06:19] <fabbione> most of them were marked as upstream
[06:19] <fabbione> and not ubuntu specific
[06:19] <fabbione> they were supposed to stay there
[06:20] <bddebian> I know, I was told that after the fact.  My severest of apologies.
[06:20] <bddebian> Can I fix them for you somehow?
[06:20] <fabbione> move them back as they are supposed to be?
[06:21] <fabbione> bddebian: close the bugzilla ones, reopen the malone ones and be sure they are assigned to upstream
[06:21] <bddebian> fabbione: How do I re-open the Malone ones?
[06:22] <fabbione> bddebian: edit the bug and mark it as new.. i think :)
[06:23] <fabbione> bddebian: anyway don't worry too much..
[06:23] <fabbione> these bugs have been opened for ages with minimal response from upstream
[06:23] <fabbione> i almost forgot about them until 2/3 people have started playing ping pong with them
[06:24] <fabbione> ;)
[06:24] <ajmitch> ok, marking as new again works fine
[06:26] <bddebian> 269 is re-opened
[06:26] <ajmitch> 318 marked upstream, re-opened
[06:27] <bddebian> OK, bugzilla bugs closed too
[06:30] <fabbione> danek
[06:30] <fabbione> danke
[06:34] <bddebian> NP, sorry again
[06:56] <fabbione> jbailey: still around?
[06:59] <mpt> fabbione: Is there a reliable way of getting the maximum speed of a machine's CPU even on a machine that doesn't support cpufreq?
[06:59] <fabbione> mpt: /proc/cpuinfo ?
[07:00] <fabbione> but i don't recall if that is affected by speedstep or not
[07:00] <ajmitch> it shows the full speed on my laptop
[07:00] <fabbione> ajmitch: even if the real speed is lower?
[07:01] <fabbione> ajmitch: what if you boot in slow speed?
[07:01] <mpt> fabbione: This laptop has a 1.5 GHz CPU but /proc/cpuinfo says 598.630
[07:01] <ajmitch> fabbione: I haven't found a way to lower the speed, but it's part of the model name as well here
[07:01] <mpt> fabbione: Unless I can assume that the speed is always going to be in "model name", which seems unlikely
[07:01] <fabbione> mpt: did you try dmidecode?
[07:02] <mpt> no
[07:02] <fabbione>                 Max Speed: 3200 MHz
[07:02] <fabbione>                 Current Speed: 2800 MHz
[07:02] <mpt> oh, brilliant
[07:02] <mpt> the machine make and model is in here too
[07:03] <fabbione> mpt: i think the Max speed is referred to the max speed of the processor socket
[07:03] <fabbione> because this is a 2.8Ghz
[07:03] <ajmitch> yes, as mine is reported as 1.8GHz
[07:03] <ajmitch> CPU itself is 1.3
[07:03] <fabbione> ajmitch: can you try to step down in speed and see if that changes?
[07:04] <mpt> fabbione: So the problem with dmidecode is that it requires sudo
[07:04] <fabbione> Current Speed: is sort of a tricky name
[07:04] <fabbione> mpt: yes. it parses /dev/mem
[07:04] <ajmitch> fabbione: I can try when I get home, currently looking via ssh
[07:04] <fabbione> and you truely don't want users to do that
[07:04] <fabbione> ajmitch: you can force it via /proc, but i don't recall how
[07:04] <fabbione> ajmitch: anyway just tell to mpt ;)
[07:05] <mpt> fabbione: Fair enough, but afaik, other popular OSes let anyone see what speed the computer is, whether they're admin or not
[07:06] <fabbione> mpt: so can you via /proc/cpuinfo. Probably there is an errata on your cpu that's not in the kernel code
[07:07] <mpt> You mean the kernel needs to be patched to return the correct results for individual models?
[07:07] <fabbione> mpt: in some cases yes.
[07:07] <fabbione> that'
[07:08] <fabbione> that's required when for example there is an error in the cpu (errata)
[07:08] <fabbione> hw is not bug free ;)
[07:08] <mpt> ah, and it would be really handy to get that "Product Name:" field from dmidecode too, but it's sudo-only
[07:09] <fabbione> mpt: why is sudo a problem?
[07:09] <fabbione> what are you trying to achieve?
[07:09] <mpt> fabbione: On Windows and OS X, whether you're an admin or not, you can bring up an About box that tells you basics not just about the OS, but also about the computer it's running on
[07:10] <mpt> I was just trying to achieve something similar
[07:11] <fabbione> mpt: you should ask ogra..
[07:11] <mpt> ah, the hwdb guru
[07:11] <mpt> of course
[07:11] <fabbione> he wrote the hwdb-client
[07:11] <fabbione> oh hold on
[07:11] <fabbione> lshw <-
[07:12] <fabbione> it doesn't need sudo
[07:12] <fabbione> and it uses info from hald (iirc)
[07:12] <mpt> Teh Aewsome!
[07:13] <mpt> hmmm
[07:13] <mpt> Doesn't mention the word "Toshiba" once, though
[07:14] <fabbione> mpt: hold on a sec...
[07:14] <mpt> It has a "Product Name:" for the processor, that's a start
[07:15] <mpt> but no "1500 MHz" or equivalent outside of that
[07:15] <fabbione> fabbione@cerberus:/sys$ find . -name "*cpu*"
[07:15] <fabbione> mpt: you can poke sysfs...
[07:15] <fabbione> not sure how much you can gain...
[07:16] <fabbione> but it's another path
[07:16] <mpt> ok, thanks very much for your time fabbione
[07:16] <fabbione> np
[07:22] <fabbione> bbl
[07:29] <mdz> daniels: rename -> just change the seed
[07:30] <mdz> daniels: my rule of thumb is that if the code is already in main, it doesn't need another review
[07:43] <pitti> Good morning
[08:06] <ajmitch> morning pitti 
[08:07] <pitti> Hi ajmitch 
[08:07] <carlospc> Hello
[08:08] <carlospc> Could any body have a look at #14572?
[08:08] <carlospc> Colin has thinked that is a duplicate of #668
[08:09] <carlospc> But #668 refers to the users name (the login)
[08:09] <carlospc> and #14572 refers to the full name of the user
[08:10] <carlospc> may i send a new bug?
[08:11] <TheGodFather> is netinstall busted???
[08:12] <TheGodFather> or is it an archive problem?
[08:12] <TheGodFather> <- fabbione
[08:14] <infinity> carlospc : If you don't believe they're duplicates, send a followup to the bug explaning why, don't just keep filing new ones, please.
[08:14] <carlospc> infinity, thanks
[08:15] <infinity> carlospc : If you follow the discussion on 14572, howwver, it's already been unlinked and relinked as a dupe, as they are both the same fundamental issue.
[08:18] <carlospc> a friend talk me about that (the reporter),i've just read all the comments of 14572, as you said is a duplicate 
[08:18] <carlospc> Ok, now i know what to do in this cases, thanks infinity
[08:18] <daniels> mdz: kay, cool -- thanks
[08:19] <pitti> desrt: ping
[08:20] <desrt> arf.
[08:20] <pitti> Hi
[08:20] <pitti> desrt: any luck with daniels and jdub?
[08:20] <desrt> haven't seen jdub.  haven't talked to daniels about it
[08:20] <pitti> ah, ok
[08:20] <desrt> daniels; 'sup? :)
[08:21] <desrt> i hear of acpi badness?
[08:21] <infinity> pitti : Had a chance to figure out why hald isn't polling /proc/acpi like you say it should?
[08:21] <desrt> pitti; btw... you're out of sync with HEAD
[08:21] <infinity> Oh, hey, wait.  It just did.
[08:21] <infinity> WTF.
[08:22] <desrt> pitti; so my patch utterly fails to apply to breezy's hal
[08:22] <infinity> Oh sure, NOW it works.
[08:22] <pitti> desrt: right, we still have 0.5.3
[08:22] <desrt> nod
[08:22] <pitti> desrt: right, infinity was the other person who could reproduce it (not now any more, as it seems)
[08:22] <desrt> i figured you had mostly kept up to date with the latest and greatest, though
[08:22] <desrt> (which you mostly have... but not entirely)
[08:22] <pitti> desrt: any additional patches I should throw in?
[08:22] <daniels> desrt: yeah, seems to be heisenbugish though
[08:22] <desrt> pitti; i tried to throw in acpi.c from HEAD.  it didn't go so well :)
[08:23] <desrt> daniels; :/
[08:23] <desrt> pitti; you reasonably could use HEAD's acpi.c if you added a utility function to another file.... i don't know if you want to though
[08:25] <infinity> Yergh.  What a pain.  Can't reproduce it at all now.
[08:25] <desrt> RESOLVED FIXED
[08:25] <desrt> :)
[08:27] <desrt> infinity; please keep your eye out
[08:27] <desrt> infinity; the problem is that hal stops getting updates from acpid, right?
[08:27] <daniels> gar why does metacity keep segfaulting
[08:27] <desrt> daniels; see gnome bug #315000
[08:27] <desrt> daniels; patch provided
[08:28] <pitti> desrt: I think that approach would be fine, if it helps to fix more bugs
[08:28] <desrt> fixed x86 binary is also here if you're feeling funky: http://manic.desrt.ca/metacity :)
[08:28] <desrt> pitti; ok.  i'll look into having a patch for you tomorrow
[08:28] <pitti> desrt: so all these bugs are confined to acpi.c?
[08:28] <desrt> pitti; ya.  ACPI SUCKS
[08:29] <desrt> all the other backends are simple and just work
[08:29] <pitti> desrt: ok, then I just edit-patch the big acpi-fixes patch and throw in acpi.c from head
[08:29] <desrt> acpi has to deal with a million broken cases
[08:29] <pitti> desrt: I can do it myself, but I need to wait until tomorrow
[08:29] <pitti> (after preview)
[08:29] <desrt> pitti; if you use HEAD's acpi you'll have to modify another file
[08:29] <pitti> desrt: just add a function?
[08:30] <desrt> pitti; HEAD's acpi uses a new calculate_percent function
[08:30] <desrt> (some name like that)
[08:30] <pitti> that should be easy to find
[08:30] <desrt> you might want to just patch that part out, though, since i don't think your other backends will provide the same %age info
[08:30] <desrt> & that way you don't need to patch the other file either
[08:33] <desrt> i think i just found daniels/infinity's problem
[08:33] <desrt> -rw-r--r--  1 root root 2580 2005-09-02 12:47 acpi-support/changelog.gz
[08:33] <desrt> when you guys upgraded this package acpid got restarted
[08:34] <desrt> it seems that hal can't survive an acpid restart
[08:34] <desrt> (or rather, it survives, but after that receives no further acpi events)
[08:34] <daniels> obviously the solution is to NEVER EVER RESTART ACPID :P
[08:35] <desrt> or uh.. fix hal :P
[08:35] <pitti> desrt: can hal reconnect if it detects a SIGPIPE on the socket, or whatever?
[08:35] <desrt> pitti; maybe?  i don't really know
[08:35] <desrt> pitti; i bet the authors just didn't think of restarting acpid as something worth handling :)
[08:36] <pitti> daniels: better idea: we restart hald/dbus again and additionally do /etc/init.d/gnome-session restart. MUHAHA
[08:36] <daniels> desrt: this sounds oddly like an argument we've had before about another daemon
[08:36] <desrt> hmm
[08:37] <desrt> seriously, though.... the only reason i was on that side in the argument was because upstream had good reasons
[08:37] <desrt> reconnecting everything to the system bus properly, and in order, is seriously difficult
[08:37] <desrt> acpid isn't a bus... it's simple client/server
[08:38] <desrt> server restarts -- clients should reconnect
[08:41] <desrt> anyway it's on my tomorrow todo list... i'm too tired now
[08:41] <desrt> cheers.
[09:08] <jsgotangco> when i search pr0n in beagle, it mostly finds jdub's blogs
[09:08] <pitti> Hey hey dholbach 
[09:08] <dholbach> good morning
[09:09] <dholbach> hey pitti
[09:22] <siretart> bob2: around?
[09:25] <sivang> morning all
[09:25] <dholbach> hey siretart 
[09:25] <dholbach> sivang :)
[09:25] <siretart> huhu dholbach 
[09:25] <siretart> bob2 hates me :(
[09:26] <ajmitch> heh
[09:26] <ajmitch> what have you done to him now? :)
[09:26] <dholbach> siretart: he doesn't - send him a nice "bernd das brot" cartoon and he'll love you :)
[09:27] <siretart> ajmitch: oh, it just because of lyx broken in universe :(
[09:29] <bob2> I'm fixing it atm
[09:29] <bob2> bbiab
[09:29] <bob2> going through the diff between "files in 1.3.4" and "files in 1.3.6" is long and tedious
[09:29] <dholbach> morning bob2 :)
[09:31] <siretart> bob2: jipiee! :) - thanks dude!
[09:33] <sivang> hey dholbach 
[09:33] <sivang> dholbach: what brings the day?
[09:33] <dholbach> sivang: a bunch of gnome updates :)
[09:33] <sivang> dholbach: nice
[09:34] <dholbach> sivang: how are you?
[09:35] <sivang> dholbach: fine, trying to figure yet how to add an appropriate PKG_CHECK_MODULES call for a subtree of the src tree I'm working on
[09:35] <dholbach> good luck with that :)
[09:35] <sivang> dholbach: I have just copied from another call in the same configure.ac, however somehow configure ignores it
[09:36] <Lathiat> sivang: whatcha tryign to do>?
[09:36] <daniels> sivang: you did re-run autoconf, right?
[09:36] <sivang> daniels: hey what'ya think I am ;=) ?
[09:36] <daniels> sivang: also, if your first PKG_CHECK_MODULES call is within an if statement, then you have to run PKG_PROG_PKG_CONFIG or something
[09:36] <Mithrandir> sivang: you need to change the first part of the PKG_CHECK_MODULES
[09:37] <Mithrandir> you can't have PKG_CHECK_MODULES([FOO] , "$mumble") and then PKG_CHECK_MODULES([FOO] , "$mumblemore") later
[09:37] <Lathiat> PKG_PROG_PKG_CONFIG is correct
[09:38] <sivang> Mithrandir: I added a VARNAME to the first part of the _CHECK_MODULES thingy, and added that same VARNAME_CFLAGS and VARNAME_LIBS to the Makefile.am of the module I want PKG_CHECKED_MODULES'd
[09:38] <sivang> Mithrandir: still, it won't do the SUBST
[09:39] <daniels> sivang: so you have PKG_CHECK_MODULES(FOO, bar baz quux), and then AC_SUBST(FOO_LIBS), etc
[09:39] <sivang> daniels: yes, exactly
[09:40] <sivang> daniels: in fact:
[09:40] <sivang> PKG_CHECK_MODULES(GWEATHER_APPLET_2, lpint-bonobo)
[09:40] <sivang> AC_SUBST(GWEATHER_APPLET_2_CFLAGS)
[09:40] <sivang> AC_SUBST(GWEATHER_APPLET_2_LIBS)
[09:41] <sivang> Lathiat: what's PKG_PROG_PKG_CONFIG all about?
[09:41] <sabdfl> seb128: ping
[09:41] <seb128> sabdfl: pong
[09:41] <sivang> hey sabdfl 
[09:41] <sabdfl> seb128: can we please move the Terminal and File Browser to Accessories, rather than System Tools?
[09:42] <seb128> sabdfl: sure, I'll do that this morning
[09:42] <sivang> daniels: and in INCLUDS section in the Makefile.am : $(GWEATHER_APPLET_2_CFLAGS)     \
[09:42] <Burgundavia> sabdfl, shall we drop root terminal at the same time?
[09:43] <Burgundavia> sabdfl, techincally we are passed UI freeze, but I happen to know that no docs reference any of those
[09:43] <jsgotangco> Burgundavia, eerrr why?
[09:43] <Burgundavia> jsgotangco, because it is crap
[09:43] <Burgundavia> and confuses users
[09:44] <sivang> daniels: and in gweather_applet_2_LDADD = $(GWEATHER_APPLET_2_LIBS)
[09:44] <Mithrandir> sivang: if you read the comments in pkg.m4, it's easier to understand.
[09:44] <jsgotangco> sure its probably better to move it elsewhere than remove it
[09:44] <sivang> daniels: where am I going wrong?
[09:44] <sivang> Mithrandir: /me looks
[09:44] <Burgundavia> jsgotangco, there is an open bug
[09:45] <sivang> Mithrandir: aclocal.m4 ?
[09:45] <Mithrandir> no, /usr/share/aclocal/pkg.m4
[09:46] <sivang> Mithrandir: hmm , also do I need a specific AC version to make this directive work?
[09:47] <Mithrandir> sivang: no, any version should work.
[09:47] <sivang> Mithrandir: (AC=2.59, AM=1.4-p6)
[09:52] <sivang> Mithrandir: OF = what's the deb-pkg name for the Python/Zope doctest modules? (that one that holds a Browser module that allows you to write automatic tests for interactive website, for instance)
[09:53] <zyga> hello
[09:53] <zyga> I just noticed something strange in breezy
[09:53] <Burgundavia> seb128, sabdfl when you ask for UI changes after UI freeze date please CC the doc list so that we can adjust docs as needed
[09:53] <zyga> xorg.conf had a keyboard driver 'kbd' and no non-ascii characters were inputable
[09:53] <zyga> that's a leftover from warty probably, right?
[09:54] <daniels> no, 'kbd' is fine
[09:54] <zyga> daniels: hmm
[09:54] <daniels> i'm using 'kbd' now and all non-ASCII wrks fine
[09:54] <zyga> still I cannot enter non-ascii characters
[09:54] <zyga> daniels: clean install or upgrade?
[09:54] <daniels> then you have a problem with XKB
[09:54] <daniels> zyga: both
[09:54] <zyga> daniels: any way to solve it?
[09:55] <daniels> zyga: not with this little information.  i'd need your xorg.0.log and xorg.conf, but this is really a #ubuntu type of question.  also, if you've been upgrading through breezy, you need to read my mail to ubuntu-devel on how to fix xkb.
[09:56] <seb128> mvo: around?
[09:56] <zyga> daniels: okay, I'll read your mail - thanks
[09:56] <mvo> seb128: yes
[09:57] <seb128> mvo: what am I supposed to do with your lpi changes? say if the de translation is correct? :p
[09:57] <seb128> mvo: I've sent you a fr.po
[09:58] <mvo> seb128: oh, nice! I can do the upload if you want. I just wanted to check with you that liblaunchpad-integration0 is the right place for the po files (not that it matters a lot as you already pointed out :)
[09:58] <seb128> mvo: looks fine to me
[09:58] <seb128> please go ahead
[10:01] <sivang> seb128: what more lpi changes are made?
[10:01] <seb128> sivang: translations
[10:02] <sabdfl> Burgundavia: good point, thanks for the reminder
[10:03] <mvo> seb128: thanks, will do
[10:03] <sabdfl> Burgundavia: why drop root terminal? so that docs can just consistently refer to sudo?
[10:03] <Burgundavia> sabdfl, we also stop writing on the 8th, so after that date, menu changes are going to require more work
[10:04] <Mithrandir> sivang: no idea, sorry.
[10:04] <Burgundavia> sabdfl, https://bugzilla.ubuntu.com/show_bug.cgi?id=12587
[10:05] <jsgotangco> actually imo its not really a good idea to move stuff that dirverge from gnome standard
[10:05] <jsgotangco> (but its just me)
[10:05] <sabdfl> ok, seb128, could ew drop the Root Terminal too, please? cc Burgundavia and mdz
[10:06] <sabdfl> s/ew/we/
[10:06] <jsgotangco> ackkk
[10:06] <Burgundavia> jsgotangco, did you see that bug?
[10:06] <seb128> sabdfl: we can drop it, sure. Cc on what? Should I send a mail?
[10:07] <sabdfl> jsgotangco: understood, but balance that against the way we handle root, which is non-traditional (and hopefully better)
[10:07] <Burgundavia> seb128, just drop a note on -doc about the UI changes
[10:07] <sabdfl> seb128: just an fyi so there's less WTF??? going on :-)
[10:07] <seb128> sabdfl: k
[10:07] <sabdfl> thanks very much
[10:07] <daniels> Package: linux-restricted-modules-2.6.12-8-amd64-generic-nvidia-legacy
[10:07] <sabdfl> seb128: nice to see the 2.12's dropping in this morning!
[10:08] <sabdfl> hey daniels
[10:08] <daniels> that's getting into longest-name territory, there
[10:08] <daniels> sabdfl: g'morning
[10:08] <sabdfl> BenC: ping
[10:08] <seb128> sabdfl: thanks :)
[10:08] <Burgundavia> sabdfl, you had a chance to look at our Quick Tour stuff?
[10:08] <jsgotangco> oh well
[10:09] <Burgundavia> sabdfl, https://docteam.ubuntu.com/repos/trunk/gnome/quicktour/
[10:10] <sivang> Mithrandir: the comments doesn't tell me too much...:-/
[10:10] <sabdfl> Burgundavia: the .html in there comes to me as text/plain?
[10:11] <Burgundavia> sabdfl, that is because of it being an svn repo. Pull it down and view it in F
[10:11] <Burgundavia> FF
[10:12] <sivang> daniels: can I use PKG_CHECK_EXISTS instead? seems like a more manual way to go, and independent weather the first instance of PKG_CHECK_MODULES was called or not
[10:12] <sivang> daniels: question is, does it add the rigth _CFLAGS and _LIBS just as _CHECK_MODULES does
[10:15] <Mithrandir> daniels: you're trying to find buffer overflows in dpkg by crafting long names?
[10:17] <daniels> sivang: no idea, sorry
[10:17] <daniels> Mithrandir: heh
[10:23] <daniels> Mithrandir: possibly a stupid question, but you haven't got any old nvidia kit, have you?
[10:23] <daniels> i'm looking for someone with a geforce2 or something *not* supported by the current nvidia binary drivers
[10:23] <zyga> daniels: sorry for bothering you again; I've read the entire thread but keyboard configuration applet keeps crashing and displayng error messages
[10:24] <daniels> zyga: crashing?
[10:24] <daniels> zyga: if it crashes, then that's a gnome bug
[10:24] <zyga> daniels: no, not sigsegv  - I used a wrong word
[10:24] <Mithrandir> daniels: I can probably dig something up.
[10:24] <zyga> it displays an error dialog asking for results of two commands (the same you gave in the email thread)
[10:24] <Mithrandir> I might have a TNT2 ultra lying about
[10:24] <zyga> I followed all instructions on the list
[10:25] <daniels> Mithrandir: if you could give that a shot with a current nvidia kernel module (say, 7667 -- current l-r-m), but an old nvidia-glx (say, 7174, from hoary), that would be fantastic
[10:25] <daniels> zyga: please file a bug on bugzilla with the output of those two commands, xorg.conf, and xorg.0.log
[10:25] <Mithrandir> daniels: I'll give it a shot in a little while
[10:25] <daniels> Mithrandir: no hurry, thanks
[10:25] <zyga> daniels: k
[10:35] <Lathiat> daniels: i have one
[10:35] <Lathiat> daniels: if you awnt more info
[10:40] <pitti> Kamion: I will shrink the powerpc install a bit by removing a language pack; are you fine if I re-add some langpacks to i386 and amd64 again? they have plenty of space
[10:41] <daniels> Lathiat: just what I asked above about new kernel module + old userspace driver
[10:42] <daniels> Lathiat: if it works, it would make my life *dramatically* more simple
[10:43] <Lathiat> daniels: uh ok i'll try but im fairly sure its the kernel module that banrfs out and refuses to load?
[10:46] <kronoss> hi
[10:46] <pitti> Hi kronoss 
[10:47] <mjg59> daniels: Do you know if the ALPS pad specification is available?
[10:47] <daniels> mjg59: no clue
[10:47] <daniels> Lathiat: okay
[10:47] <daniels> Lathiat: would be great if you could
[10:48] <daniels> Treenaks: ping
[10:54] <mvo> Kamion: permission to upload launchpad-integration with {de,fr,pt,pl}-po updates?
[11:04] <pitti> Hi astharot 
[11:05] <astharot> good morning...
[11:05] <astharot> Hi martin :)
[11:27] (Kamion/#ubuntu-devel) Burgundavia: you know you can set the svn:mime-type property to tweak a file's MIME type in svn, don't you?
[11:28] <Kamion> pitti: (sorry, that was yes to both)
[11:28] <mvo> Kamion: thanks
[11:33] <daniels> yarrrrrrrrrrrrrrrrrr, I'm an idiot
[11:33] <daniels> fifteen minutes of debian/control hand-hacking lost to the existence of debian/control.stub
[11:34] <daniels> Kamion: hrm, how often does your seed mirror kicK
[11:57] <Kamion> daniels: 3,18,33,48 * * * *      seeds-archive-mirror
[11:57] <Kamion> daniels: 5,20,35,50 * * * *      update-seeds
[11:57] <Kamion> daniels: (the former on chinstrap, the latter on rookery)
[11:58] <daniels> Kamion: 'kay, ta
[12:12] <jdub> GOOD MORNING FREEDOM LOVERS!
[12:12] <jsgotangco> hey jdub
[12:13] <jsgotangco> jdub, just a thought, i was doing some beagle search and decided to search for pr0n and all hits went to you ;)
[12:14] <ogra> jsgotangco, thats hardcoded :)
[12:19] <sivang> jdub: Jeff !
[12:19] <jdub> jsgotangco: heh, my blog?
[12:19] <sivang> ogra: lol
[12:19] <jdub> sivang: dude, i was with the ppc hackers at ozlabs today :)
[12:19] <sivang> jdub: wheee! ozlabs - ibm ? 
[12:20] <jdub> yeah
[12:20] <jsgotangco> did it work?
[12:20] <sivang> jdub: nice nice, were you hacking things, or planning ahead? any interesting news from there?
[12:21] <jdub> chatting to them about ubuntu love
[12:21] <jdub> and ppc stuff in general
[12:22] <jsgotangco> ahhh
[12:22] <jsgotangco> that's a good start for a working relationship
[12:23] <sivang> jdub: very nice. What about test suits and stuff? did you get any of those already? (did you discuss the certification at all)
[12:23] <jdub> sivang: talked about it, but not in immediate terms
[12:27] <sivang> jdub: k, cool. Btw, I've tried to test the latest daily's with the new flags in, it boots to yaboot at last, but br0ken, since it's clueless of where to boot from and spits one error about wrong/unrecognized fs.
[12:27] <sivang> jdub: (colin has already added them to debian-cd )
[12:31] <sivang> if only the HMC was kind to let me cut and paste the error messages :)
[12:32] <jdub> heh
[12:39] <sivang> bah:
[12:39] <sivang> sivan@hmc:~> cd /
[12:39] <sivang> -bash: cd: restricted
[12:45] <pitti> Kamion: I fixed the langpacks on the install CDs, based on today's image sizes
[12:45] <pitti> Kamion: can we do another image today, to verify? This time I used proper arithmetics instead of guesstimating, but still...
[12:46] <Mithrandir> can we _please_ drop automake 1.4 for breezy+1
[12:46] <Mithrandir> ?
[12:46] <Diziet> What has become of the `quick guide' ?
[12:47] <pitti> Kamion: the overflow on live CD is not a language pack fault; we already crippled them to contain *no* language packs at all (which is sooo bad, but oh well...)
[12:48] <kronoss> is there no languajes on live cd?
[12:48] <pitti> unfortunately not
[12:52] <kronoss> whats the size of a langpack?
[12:59] <kent> pitti, I guess it would be to much to create language-specific ISOs? 
[01:02] <slomo> jbailey: do you know where i can look for openfirmware updates?
[01:02] <Riddell> elmo: can you apt-get build-dep kdebase on the breezy and hoary chroot
[01:07] <daniels> phew, new l-r-m finally done, I think
[01:07] <daniels> Lathiat: any news?
[01:08] <daniels> actually, hm, time to collapse for the night
[01:08] <pitti> back
[01:09] <pitti> kronoss: http://people.ubuntu.com/~pitti/langpacks/langpack-sizes.txt
[01:09] <pitti> kronoss: it shows the gnome and kde flavours (for Ubuntu and Kubuntu), and also the cumulative siue
[01:11] <zyga> solong guys :-)
[01:13] <ivoks> seb128: ping
[01:13] <seb128> pong
[01:13] <ivoks> seb128: gnome media will stay version O? :)
[01:13] <ivoks> 2.12.O
[01:13] <seb128> yep
[01:13] <seb128> why ?
[01:14] <seb128> you are the guy who mailed me?K
[01:14] <ivoks> yep :)
[01:14] <seb128> you are the guy who mailed me?
[01:14] <seb128> and the guy who filled a bug?
[01:14] <ivoks> maybe :)
[01:14] <kronoss> pitti, cannot be created localized isos or jigdo lists?
[01:14] <seb128> ivoks: what is the purpose of the mail?
[01:15] <ivoks> seb128: well, O is letter, not a number
[01:15] <frans-th> anyone know matthias? what is his nickname!!
[01:15] <seb128> ivoks: I had that on my "try to figure what this guy want" list
[01:15] <seb128> ivoks: and know that, and? your mail is a real question?
[01:15] <ivoks> ok
[01:15] <ivoks> sorry
[01:15] <ivoks> i just tought you had a typo...
[01:15] <seb128> ivoks: right, but it's done
[01:16] <seb128> ivoks: "That's 2.6.12.O, O as big letter o. Typo?" ... what kind of reply do you expect?
[01:16] <seb128> ivoks: "no, that's just to note how many people will send a mail to know if we make funny versions now"?
[01:17] <pitti> kronoss: that's hard, we have enough trouble with managing 12 CD images, we can't multiply that by 50
[01:17] <ivoks> seb128: i didn't want to make you angry, sorry
[01:18] <seb128> ivoks: I'm not angry, I don't what is your question
[01:18] <seb128> ivoks: you ask if 2.12.O is a typo seriously?
[01:18] <seb128> ivoks: seems obvious it is to me
[01:18] <seb128> s/don't/don't get/
[01:19] <Kamion> kent: yes, it would be too much; we don't have the resources to create or to test lots more images
[01:19] <ivoks> seb128: yes, cause till now, only numbers were in major version number... now we have letter O
[01:19] <chrissturm> seb128, i think questions like these are called rhetorical questions :)
[01:19] <seb128> ivoks: k, seems not clear to you. So let's it "using 2.12.O instead of 2.12.0" is a typo
[01:20] <pitti> Riddell: ping
[01:20] <seb128> chrissturm: why people send mails with such questions? :)
[01:20] <seb128> s/let's/let's say/
[01:21] <ivoks> seb128: i asked, i didn't say it's a typo
[01:21] <Kamion> this is an awful lot of conversation about one character
[01:21] <ivoks> there really is no point in arguing about this... if it's ok by you, it's ok by me
[01:22] <Kamion> Riddell: are you looking at the Kubuntu CD overflow? if not, please do
[01:22] <seb128> ivoks: that's a typo, there is no reason to change 12.0 to 12.O on purpose ...
[01:22] <dholbach> ivoks: we'll work around it, not a big deal :)
[01:23] <Kamion> pitti: I've kicked a new build
[01:23] <seb128> ivoks: and .O is newer than .0 so there is no way to upload 12.0 now, and I'm not going to use an epoch for that
[01:23] <dholbach> seb128: gnome, gnomeui and gnomecanvas done now :)
[01:23] <pitti> Kamion: thanks
[01:23] <Kamion> oh, no I haven't, there's a build already running
[01:23] <ivoks> seb128: i know
[01:23] <pitti> Kamion: I didn't yet touch Kubuntu (will do that ASAP)
[01:23] <seb128> dholbach: nice
[01:23] <pitti> Kamion: any idea how to fix the live CDs?
[01:23] <seb128> ivoks: if you know don't send mails for nothing, thanks :)
[01:23] <Kamion> pitti: "fix"?
[01:23] <pitti> Kamion: downsize
[01:24] <seb128> dholbach: yelp and libxml to go 
[01:24] <pitti> Kamion: I don't know why they grew so big
[01:24] <seb128> dholbach: and with the new gnome-vfs we have GNOME 2.12.0 :)
[01:24] <dholbach> seb128: ROCK'N'ROLL! :)
[01:24] <pitti> Kamion: actually I would have liked to see at least the top-12 langpacks on them, but now they are too big even without any packs
[01:24] <dholbach> seb128: i'll investigate in yelp now
[01:24] <pitti> Kamion: do these CDs still contain WinFOSS software?
[01:25] <Kamion> pitti: yes, they do
[01:25] <pitti> Kamion: hm; maybe we should downsize that? I don't see the point in crippling the Ubuntu demo in favor of adding Win software (that's not the primary purpose of the live CD, is it?)
[01:25] <Kamion> perhaps we can ask Henrik to downsize that
[01:26] <Kamion> the Windows software on the live CD is actually really good for pulling in new users
[01:26] <pitti> hm
[01:26] <Riddell> Kamion: is it still overflowing?  where can I find how much it's overflowing by?
[01:26] <pitti> but then they see an absolutely ridiculous Gnome desktop
[01:26] <Riddell> pitti: pong
[01:26] <pitti> will this convert them to Ubuntu then?
[01:26] <Kamion> Eben Moglen commented on it at LCA - first they use the Windows bit, then the live CD, then they install for real
[01:26] <Kamion> pitti: this isn't black-and-white, we can reduce the size of the WinFOSS segment without having to kill it entirely
[01:26] <Mithrandir> Kamion: ok to upload http://err.no/patches/libquicktime_0.9.3-2ubuntu1_0.9.3-2ubuntu2_ftbfs_fix.diff ?
[01:27] <Kamion> Riddell: http://cdimage.ubuntu.com/kubuntu/daily/current/
[01:27] <Kamion> Riddell: lists CD sizes
[01:27] <ogra> pitti, drop thunderbird ;)
[01:28] <ogra> pitti, that gives you an enormeous amount of space, i did it on edubuntu
[01:28] <dholbach> ogra: mark wouldn't like that
[01:28] <Mithrandir> ogra: tb is one of the applications which exists for both windows and linux, and that's a major win.
[01:28] <pitti> ogra: tbird is on the live CD?
[01:28] <pitti> oh, right
[01:28] <ogra> pitti, but Mithrandir is right... for the liveCD its important..
[01:29] <Kamion> Mithrandir: yes
[01:29] <Kamion> ogra: we discussed all this the other day
[01:29] <Mithrandir> Kamion: thanks
[01:29] <ogra> Kamion, yup... i'm a bit more free with edubuntu, i tend to forget about that :)
[01:30] <Kamion> Riddell: the sizes listed there are in powers-of-two megabytes, so just get it down to 650 and you should be fine
[01:30] <Kamion> Riddell: I'd suggest starting by dropping some of the very unusual languages from i386 and amd64
[01:30] <Kamion> although you need to do something with powerpc too
[01:31] <Kamion> (which has many fewer languages there to start with)
[01:34] <Riddell> Kamion: I synced kubuntu's ship with ubuntu last night, what else do I have to change for that to take effect?
[01:34] <pitti> Riddell: if you want, I will fix the langpacks for Kubuntu
[01:34] <pitti> Riddell: I just wrote a script that assists me on that
[01:34] <pitti> Riddell: http://people.ubuntu.com/~pitti/langpacks/langpack-sizes.txt
[01:35] <doko> Riddell: Is 13923 important to be fixed?
[01:36] <Kamion> Riddell: I don't see any commits from you since 14 August
[01:36] <Riddell> doko: I've fixed that
[01:37] <Kamion> the last commit to the kubuntu-breezy seeds was from me on 1 September
[01:38] <Riddell> "arch: no arch user id set"  hmm, that could be the problem
[01:41] <Kamion> sabdfl: Dropping python-numarray from desktop would save us a few valuable megabytes, because we wouldn't have to ship lapack3; do you have any objections to that? It doesn't look very core
[01:42] <sabdfl> Kamion: +1
[01:42] <Kamion> hmm, I wonder if python-tk is all that valuable in desktop
[01:43] <Kamion> although it's pulled in anyway from python-imaging, so might not be trivial to untangle
[01:43] <Kamion> sabdfl: thanks
[01:43] <Kamion> mdz: opinion on removing python-numarray from desktop?
[01:43] <fabbione> pitti: i just got the crack.. thanks
[01:44] <Kamion> actually, I'll just DOIT
[01:44] <pitti> fabbione: you thank me for sending abi changing patches? :) great, want more? :-)
[01:44] <pitti> Kamion: ++
[01:44] <pitti> I think there is a whole lot of python libraries in desktop that are probably uninteresting for the average desktop user anyway
[01:44] <fabbione> pitti: yes.. it changes the ABI... but i think all these stuff is in 2.6.12.6 already
[01:45] <fabbione> and it has been published
[01:45] <Kamion> I'm not looking at python per se - just at the list of packages in desktop sorted by size
[01:45] <pitti> fabbione: ok, BenC will have fun :-)
[01:45] <Kamion> ttf-baekmuk is annoyingly huge
[01:46] <pitti> hm, but we probably need it to display spam^WKorean content properly
[01:46] <Kamion> indeed
[01:46] <Kamion> anyone know if .ttf files can be stored in compressed form?
[01:46] <Kamion> although I guess it wouldn't help the .deb size anyway
[01:47] <pitti> Kamion:  the deb is already compressed
[01:48] <pitti> Kamion: another question is whether we really need 4 huge chinese fonts
[01:48] <pitti> ttf-arphic-*
[01:48] <Kamion> mm
[01:49] <pitti> they need 20 MB
[01:49] <pitti> maybe one is enough
[01:49] <marcin_ant> hi guys
[01:50] <marcin_ant> does anyone here knows whats going on with google SoC projects granted to Ubuntu?
[01:50] <pitti> marcin_ant: what do you want to know in particular?
[01:50] <marcin_ant> I wonder what is the status of firewalling project, and bluetooth support
[01:50] <Kamion> pitti: I don't think they're equivalent
[01:51] <pitti> marcin_ant: firewall: concept is ready, backend is half-done, frontend is in the beginnings
[01:51] <Kamion> two are GB* and two are Big5, to start with
[01:51] <marcin_ant> hmm any websites for soc projects? any changelogs? afaik - no PR at all - it is pretty strange - a lot of PR and rumour at the beginning
[01:52] <marcin_ant> and now while deadline was 01.09 it's all quiet
[01:52] <Kamion> (i.e. Simplified vs. Traditional Chinese)
[01:54] <marcin_ant> pitti, and what about bluetooth?
[01:54] <spayne> i've tried reinstalling metacity, gnome-themes and gtk-engine-clearlooks
[01:54] <pitti> marcin_ant: I don't know, chmj did the main testing
[01:54] <spayne> and the problem still exists
[01:54] <spayne> so I have no idea what it is
[01:54] <spayne> the corners of the Metacity bar are not rounded on two of my machinse
[01:54] <spayne> and I can't work out why
[01:55] <marcin_ant> pitti, does it have some repository to take a look?
[01:55] <spayne> screenie: http://www.evolutioncolt.com/~spayne/shots/metacity-050905.png
[01:55] <pitti> marcin_ant: http://svn.berlios.de/viewcvs/bluetool/trunk/
[02:00] <marcin_ant> pitti, thanks - and what about firewalls?
[02:01] <marcin_ant> pitti, anyway cannot you just create some webpage like this for fedora: http://fedoraproject.org/wiki/FedoraBounties ?
[02:01] <dato> is there something similar to snapshot.d.n for ubuntu? or how could I retrieve an old version of an ubuntu package (hal)?
[02:02] <pitti> marcin_ant: it's still not in an SCM, but there are some preliminary packages at http://www.fh-trier.de/~heyc/ufw/
[02:02] <Mithrandir> dato: if the morgue hadn't been broken, you could have gotten it from morgue.ubuntu.com
[02:02] <pitti> dato: which version do you need?
[02:03] <Riddell> elmo: can I get access to the hoary chroots on concordia please
[02:04] <dato> pitti: 0.5.2-0ubuntu3
[02:05] <pitti> dato: nope, we don't have that
[02:06] <dato> pitti: ok
[02:06] <pitti> dato: so it seems the morgue is broken
[02:08] <pitti> marcin_ant: our bounty page will be updated shortly
[02:09] <marcin_ant> pitti, ok it could be nice
[02:09] <marcin_ant> pitti, thank you anyway for info
[02:11] <mvo> Kamion: could you please have a look at the patch for #14504? 
[02:13] <Kamion> mvo: I think the first -mtime -and -ctime should be -mtime -or -ctime
[02:14] <Kamion> "if the file's data or status was changed within the last $MaxAge days"
[02:14] <Kamion> mvo: same for the second, actually - I don't think -mtime -and -ctime makes sense
[02:15] <Kamion> mvo: you use stat -c %Y to get the ctime, but stat(1) says that should be stat -c %Z
[02:16] <Kamion> mvo: I think it would be worth using stat(1) to get both mtime and ctime in the second chunk; as it is I'm left wondering whether stat(1) and date(1) output exactly the same format (I'm sure they do, but still)
[02:18] <Kamion> not to mention large
[02:18] <mvo> Kamion: right, I'm going to fix all this now, thanks
[02:18] <Kamion> cheers
[02:30] <Kamion> (I was wrong about that -and and -or stuff, due to misreading other arguments)
[02:32] <thesaltydog> after upgrading to breezy from hoary I am experiencing a great performance loss. Running top doesn't help...
[02:32] <thesaltydog> every file open is very slow
[02:37] <OculusAquilae> thesaltydog: strange, my breezy (kubuntu) seems to be faster
[02:38] <Mithrandir> Kamion: ok to upload http://err.no/patches/libgnujaxp-java_1.3-3ubuntu1_1.3-3ubuntu2_ftbfs.diff ?
[02:38] <thesaltydog> OculusAquilae, did you upgrade from hoary?
[02:39] <OculusAquilae> on one pc yes, but i reinstalled it from cd
[02:39] <Kamion> Mithrandir: yes, looks fine
[02:39] <thesaltydog> OculusAquilae, maybe the update process from hoary is not well tuned..
[02:40] <Lathiat> hrm if you have an NTFS partition in the installer
[02:40] <Lathiat> you cant change its mount point
[02:40] <Lathiat> nor can you reselect it to be mounted as an existing NTFS if you change it
[02:41] <Kamion> Lathiat: looks like #14236
[02:41] <Kamion> I haven't done any work on that bug yet though
[02:41] <Lathiat> ok
[02:46] <\sh> mvo: ping
[02:47] <\sh> mvo: is there a documentation to launchpad integration for python? 
[02:47] <mvo> \sh: pong
[02:47] <mvo> \sh: not really, but it's fairly easy
[02:47] <\sh> mvo: so I could hackit somehow into gajim ,-)
[02:48] <Lathiat> Kamion: ooc, why arent all the packages just installed before reboot
[02:48] <seb128> \sh: it's not a desktop component
[02:48] <seb128> \sh: we said we will not patch out of the desktop
[02:48] <Lathiat> ++++
[02:48] <mvo> \sh: shouldn't be a big deal, I'll /msg you a example, ok?
[02:49] <\sh> seb128: as i understand it's responsible for implementing a direct gateway to malone? 
[02:49] <\sh> mvo: sure :) 
[02:49] <seb128> yep
[02:49] <seb128> but we are not going to make thousands of patches
[02:49] <seb128> we will probably do a picker for non-patched stuff
[02:49] <\sh> seb128: so I can redirect all showstoppers and bugreports to the product of gajim, registered in LP
[02:50] <seb128> nothing specific to gajim
[02:50] <Kamion> Lathiat: mainly because you want to reboot sooner rather than later to find out whether you actually can boot successfully into the new system before spending ages installing packages
[02:50] <seb128> that's true every single app
[02:50] <Kamion> Lathiat: also because the pre-reboot environment is rather limited and difficult to work in
[02:51] <Kamion> Lathiat: that said upstream may be moving to installing everything pre-reboot at some point, once the pre-reboot environment has been beefed up enough; we'll see
[02:51] <\sh> seb128: that's enough
[02:51] <Kamion> but I have no interest in going it alone in changing that
[02:51] <Lathiat> Kamion: cant you just run thigns in chroot of the main install ?
[02:51] <Kamion> Lathiat: not that easy
[02:51] <Lathiat> why niot?
[02:51] <Kamion> Lathiat: you still need to interact with the user sometimes
[02:51] <Lathiat> Kamion: sure but thats not hard
[02:51] <Kamion> you reckon?
[02:52] <Kamion> it's really fiddly - you have to mess around with the debconf passthrough frontend
[02:52] <Kamion> trust me, I've done it
[02:52] <Kamion> and it sucks :)
[02:52] <Lathiat> can'tr you just display programs from inside the chroot on the current TTY or whatever?
[02:52] <Kamion> they'd look jarringly different
[02:52] <Lathiat> (im not so wanting to convince you otherwise, but wanting to understand the problems)
[02:53] <Kamion> cdebconf and debconf's newt frontends don't look the same, largely due to historical differences in implementation
[02:53] <Lathiat> ah ok
[02:53] <Kamion> it would be very obvious if you displayed them effectively side-by-side without an intervening reboot
[02:53] <Lathiat> i guess thats why i never noticed? ;)
[02:53] <Kamion> plus, you actually can't do that anyway, because cdebconf runs on tty1 for the duration of the install
[02:53] <Kamion> blatting something else on top of it would be rather undesirable
[02:54] <Lathiat> no interaction happens in our post boot anyway
[02:54] <Kamion> not true - X sometimes asks for the monitor resolution
[02:54] <Lathiat> my other curiousity
[02:54] <Lathiat> Kamion: ah, true
[02:54] <Lathiat> is how hard is it to move things like the keyboard, timezone, user setup to post boot?
[02:54] <Lathiat> (im thinking like an OEM-style install)
[02:54] <Lathiat> where you set that up when you get the machien post-install
[02:54] <Kamion> and in any case I wouldn't want to make such a complex change separate from Debian, and they do have questions asked post-reboot
[02:55] <Kamion> Lathiat: http://wiki.ubuntu.com/OEMInstaller
[02:55] <Kamion> see the oem-config package
[02:55] <Lathiat> ah
[02:57] <Diziet> Anyone here know about ubuntu-docs ?
[03:00] <dholbach> i take a walk - brb
[03:00] <jbailey> slomo: I don't, sorry.  I'm not enough of a Mac user.  Have you found anything yet?  If not, I can try asking around as well.
[03:00] <slomo> jbailey: i found nothing :(
[03:00] <pitti> Hi jbailey 
[03:00] <\sh> re sabdfl 
[03:00] <jbailey> g'm Martin, Mark.
[03:00] <sabdfl> hiya
[03:01] <sabdfl> mvo: am testing hoary->breezy upgrades on silb's laptop
[03:01] <Diziet> jbailey: Ah, hello.  It has your name on it so I'm going to bug you.
[03:01] <dholbach> Diziet: #ubuntu-doc should know :)
[03:01] <Diziet> Oh, there's a #ubuntu-doc ?  I'll go ask there.
[03:01] <sabdfl> currently, "smart upgrade" wants to remove ubuntu-desktop
[03:01] <mvo> sabdfl: how is it working so far
[03:01] <sabdfl> any ideas or suggestions?
[03:02] <mvo> sabdfl: is there anything unusual about her setup? or is she only using official sources?
[03:02] <sabdfl> only official, main, restricted, universe
[03:02] <sabdfl> is there a view which says *why* it wants to remove something?
[03:03] <dholbach> sudo apt-get -s dist-upgrade  ?
[03:03] <sabdfl> hmm... elmo says it's because of readahead-list
[03:03] <sabdfl> dholbach: good call ;-)
[03:04] <mvo> sabdfl: you can use "Settings/Set internal option" and then set "Debug::pkgProblemResolver" to "true" and see a huge amount of output on synaptics stdout 
[03:04] <dholbach> bbl *wave*
[03:04] <mvo> sabdfl: if you send it to me, I can have a look
[03:04] <elmo> mvo: yes, I just did that
[03:05] <mvo> elmo: can you mail/msg me the result? 
[03:05] <elmo> mvo: I'll get jane to send it to you
[03:05] <elmo> the problem seems to be ubuntu-desktop Depends: readahead while readahead-list C/P/R readahead
[03:05] <elmo> dselect can deal with it, apt-get dist-upgrade/synaptic can't
[03:06] <elmo> at least from my off-the-cuff reading of the pkgproblemresolver output
[03:06] <mvo> elmo: apt-get/synaptic use the same algorithm for dist-upgrades, how is aptitude doing?
[03:06] <Kamion> that's u-d from hoary presumably; u-d/breezy Depends: readahead-list
[03:06] <elmo> haven't tried aptitude yet
[03:06] <mvo> elmo: it uses it's own algorithm that produces better results sometimes (and funny ones at other times)
[03:06] <mvo> elmo: if it's not too much hassle, I would be curious 
[03:07] <elmo> kamion: hum
[03:13] <elmo> Kamion: sorry, you're right, it does
[03:13] <elmo> so I've no idea why
[03:13] <elmo> mvo: aptitude seems to work, at least it doesnt' consider ubuntu-desktop broken
[03:13] <elmo> mvo: let me know if that log jane sent is enough; if not, I can play remote hands some more
[03:14] <mvo> elmo: interessting, thanks
[03:16] <mvo> elmo, silbs: the sources.list and the list of installed packages would be interessting as well (e.g. with synaptic,file/save markings, save full state)
[03:18] <pef> hi
[03:20] <silbs> mvo: sent
[03:20] <mvo> silbs: thanks!
[03:21] <pitti> does anybody have a simple python dbus demo application? maybe something resembling dbus-monitor?
[03:22] <seb128> pitti: you might want to try pinging ross about that
[03:22] <seb128> pitti: he's on gimpnet IRC
[03:23] <pitti> thanks seb128 
[03:24] <seb128> np
[03:26] <sivang> pitti: that would be great to have something like that. Long been wished ;)
[03:26] <pitti> seb128: he does not know anything about it 
[03:26] <seb128> pitti: yeah, I've read that
[03:26] <pitti> sivang: dbus-monitor exists, I just want to know why python-dbus is broken
[03:27] <seb128> that was worth trying, he does quite a lot of dbus hacking
[03:27] <pitti> hal-device-manager does not get hal events any more
[03:27] <mxpxpod> zul: hey
[03:30] <Lathiat> hmm, how can i import a particular gpg key into apt
[03:33] <bddebian> Howdy
[03:33] <sivang> bddebian: hey Barry, 'sup?
[03:33] <mvo> Lathiat: apt-key add
[03:33] <bddebian> sivang: Heya.  Not much, you?
[03:33] <bddebian> elmo: ping
[03:34] <zul> mxpxpod: wlan-ng has been comitted already
[03:34] <mxpxpod> zul: I saw that... thanks a ton!
[03:35] <mxpxpod> now I can use ubuntu kernels again and quit compiling my own ;)
[03:35] <Lathiat> mvo: thanks
[03:36] <zul> mxpxpod: no probs
[03:38] <sivang> bddebian: finishing my last lpi patch - gnome-applets
[03:39] <Riddell> Kamion: I've synced the kubuntu seeds with the ubuntu one for language packs, could you start a new CD build so we know the current size
[03:39] <bddebian> sivang: Nice
[03:40] <sivang> bddebian: Well, after I did the first round (gnome-panel) the second round plain just-do-it thing ;)
[03:41] <bddebian> sivang: :-)
[03:42] <seb128> sivang: about gnome-panel, no need to put a 14_autoconf patch when there is already a 12_autotools updating the configure ...
[03:44] <sivang> seb128: ok, but when happens if you want to drop the patch completely due to some unpredicted reasons - you will have to re-edit that patch, creating "yet another patch" relieves you of doing so.
[03:44] <seb128> sivang: ?
[03:45] <seb128> sivang: if you want to drop the patch you update the autotools one, no big deal
[03:45] <seb128> sivang: 2 patches conflicting like this is wrong
[03:45] <sivang> seb128: ok, so all the autotools changes go there?
[03:45] <seb128> sivang: your patch maybe broke the autotools one
[03:46] <sivang> seb128: you mean, 12_lpi_autoconf broke 12_autotools ?
[03:46] <seb128> yeah, autotools patch is enough, no need to update the configure with 2 different patches
[03:46] <seb128> 12_autotools update configure
[03:46] <seb128> 14_autoconf too
[03:46] <seb128> that's wrong
[03:46] <sivang> seb128: ok, I will fix that, or have you done so already?
[03:47] <seb128> I'll do, don't bother
[03:47] <sivang> seb128: k, I'll keep this in mind the -applets patch as well, thanks
[03:47] <seb128> np
[03:48] <mpt> ogra: ping
[03:49] <ogra> mpt, pong
[03:49] <mpt> ogra: I was talking with fabbione last night about how to get hardware information
[03:49] <mpt> to present it in the GUI
[03:49] <mpt> and he suggested to ask you, since you're the hwdb guru
[03:50] <ogra> in which gui ?
[03:50] <mpt> The maximum CPU frequency can be extracted from the cpufreq file, but not all machines have cpufreq
[03:51] <mpt> just a little python program
[03:51] <ogra> and /proc/cpuinfo only shows the current speed...
[03:51] <mpt> pygtk
[03:51] <mpt> ... exactly
[03:51] <ogra> hmm
[03:52] <ogra> thats not easy... 
[03:52] <mpt> and fabbione suggested a command called something like dmiprobe (I know that's not its real name, but I don't have the IRC log on this machine) which scans the memory and returns all sorts of great info, including the make and model of the computer, but it requires sudo
[03:52] <ogra> dmidecode
[03:52] <mpt> right, dmidecode
[03:52] <ogra> yup
[03:53] <mpt> Any other ideas?
[03:53] <ogra> mpt, i dropped the dmidecode/hal patch for this release, since hal has access to the data itself now....
[03:53] <mpt> I have the amount of RAM from free
[03:54] <mpt> and the Ubuntu version from /etc/issue
[03:54] <ogra> sadly it also has the acpi patches that grab the Processor device ...
[03:54] <mjg59> mpt: If systems don't have cpufreq, then /proc/cpuinfo is either the full speed or it's impossible to determine the full speed
[03:54] <mpt> and the kernel version from uname -r
[03:54] <ogra> so the dmidecode data for cpu isnt in hal anymore
[03:54] <sivang> mpt: you're hacking a user friendly system-information app?
[03:55] <mpt> sivang: yeah, just an About box basically
[03:55] <ogra> we could do an odd workaround and push the CPU to fullspeed for a second... but that would generat a lot of user requests
[03:55] <sivang> mpt: ah nice, since hal's GUI listing is horrific for the unsuspecting newbie sole
[03:55] <mjg59> ogra: Mm?
[03:55] <sivang> ogra: you don't want to do that
[03:55] <ogra> nope
[03:56] <mjg59> ogra: As I said, cpufreq will either expose the full speed or (in the absence of cpufreq) /proc/cpuinfo gives you the best you can get
[03:56] <sivang> ogra: AFAICT, XP as well lists the current CPU speed at a given time
[03:56] <ogra> but then you *could* get the data from /proc/cpuinfo
[03:56] <mpt> mjg59: The full speed is part of the dmidecode output
[03:56] <sivang> ogra: in it's right lick menu on my computer
[03:56] <mjg59> mpt: dmidecode lies
[03:56] <mpt> oh.
[03:56] <mjg59> You can't rely on the information in any way
[03:56] <ogra> mpt, thats only the BIOS info
[03:56] <mjg59> the dmidecode output is often the maximum processor speed supported by the board
[03:57] <ogra> it shows 2500 Mhz for this machine.... 
[03:57] <ogra> while my cpu can only do 2000
[03:59] <ogra> somethin you could do is writing that info from /proc/cpuinfo anywhere on boot, before powernowd is started....
[04:00] <ogra> since the CPU will most likely run fullspeed at this point
[04:00] <ogra> but thats not elegant either
[04:02] <sivang> isn't there an instruction to ask the CPu for it's speed?
[04:02] <ogra> in pygtk ? 
[04:02] <infinity> No, because the CPU speed isn't a constant.
[04:02] <infinity> Hence the problem.
[04:02] <mjg59> ogra: Uh. Why not just read from /sys/devices/system/cpu/*/cpufreq/ ?
[04:02] <mpt> mjg59: I was told not all machines have cpufreq
[04:03] <ogra> thats true
[04:03] <mjg59> mpt: Right. So read from there if that exists, and read from /proc/cpuinfo if it doesn;t.
[04:03] <mjg59> That's the absolute best you can do.
[04:03] <infinity> mpt : Machines that dont have cpufreq info are likely to have "correct" output in cpuinfo.
[04:03] <mpt> ah, good point
[04:03] <mpt> if they can't change their speed, they won't have slowed down
[04:03] <mjg59> If a machine doesn't have cpufreq, then they're either running at full speed or the kernel doesn't have any way of telling what speed the processor is
[04:03] <Diziet> aaargh.  I _still_ hate dpatch and all its ilk.
[04:04] <bddebian> heh
[04:06] <mpt> ogra: That leaves the machine make/model, which I would love to include, and which dmidecode tells me ... Is there anything else that holds that info?
[04:06] <mjg59> mpt: Again, that information lies
[04:07] <mjg59> Though it's right in most cases
[04:07] <mjg59> The only way you can get that is from the DMI data
[04:07] <ogra> it is in hal too
[04:07] <infinity> All comes from the same place.
[04:08] <ogra> the System Board device shuld hold that data
[04:08] <infinity> And it'll either be blank, be the motherboard manufacturer/model, or the computer manufacturer/model.
[04:08] <infinity> So, it's usually "correct", for some value of "correct".
[04:08] <ogra> yup
[04:08] <ogra> its vague guessing ;)
[04:09] <mpt> so what's the hal command?
[04:09] <ogra> lshal
[04:09] <infinity> (base)adconrad@cthulhu:~$ man -k hal | grep lshal
[04:09] <infinity> lshal (1)            - List devices and their properties
[04:10] <infinity> Looks there to me.
[04:10] <sivang> ogra: lshal | grep "linux.procfs.cpuinfo.model_name" , nice ;)
[04:10] <ogra> you can grep the udi out of there and read the contentwith hal-get-property
[04:10] <ogra> sivang, thats gone
[04:10] <sivang> ogra: ah :-(
[04:10] <ogra> sivang, its only in hoary
[04:11] <sivang> ogra: yeah, I realized. Where is it now?
[04:11] <ogra> i had to move it in the hwdb backend 
[04:11] <sivang> ogra: why so?
[04:11] <ogra> because my patch clashes with the new hal functionallity... hal has its own way to handle this stuff now
[04:12] <ogra> sivang, its only /proc/cpuinfo
[04:12] <ogra> no need for hal for that :)
[04:13] <infinity> yeah, but /proc/cpuinfo output varies drastically from arch to arch, hal should normalise that.
[04:13] <mpt> thanks ogra + sivang + infinity + mjg59
[04:13] <sivang> ogra: right, useless redundency
[04:14] <ogra> infinity, it dindnt... my patch only moved the data in there...
[04:14] <infinity> Oh. ;)
[04:14] <ogra> sivang, having it doubled in hwdb isnt cool either... the right wy is to make the patch not clash and push it upstream
[04:15] <infinity> If you wrote a patch that imported the cpuinfo data and normalised it in a sane fashion, and supported, say, all of Debian's current shipping architectures (I can get you cpuinfo output for each), I'll bet upstream would think it was pretty keen.
[04:16] <ogra> infinity, the prob is to get it working right with the acpi patches hal has now...
[04:17] <ogra> infinity, i'm planning to have all the stuff upstream for breezy+1 ...
[04:17] <ogra> at least the stuff upstream accepts
[04:18] <jordi> jdub: hey, any word on lists?
[04:19] <bddebian> What TZ is elmo in?
[04:19] <ogra> bddebian, lodon
[04:19] <ogra> london even
[04:19] <bddebian> :-)
[04:20] <bddebian> So he should be awake then? ;-P
[04:20] <ogra> the TZ he *is* in, might not be the one he works in ;)
[04:21] <bddebian> Ahh :-)
[04:21] <lifeless> hes stepped oiut for a minute
[04:21] <lifeless> should be back soon
[04:21] <bddebian> Ah, ok, thx lifeless
[04:21] <bddebian> Not that he'll talk to me anyway ;-)
[04:21] <lifeless> hes back now.
[04:23] <bddebian> So poke him ;-)
[04:24] <TheMuso> iI/c
[04:26] <bddebian> Uhm
[04:28] <Diziet> I want to trace where one of the dpatches in our kernel source tree came from.  Where should I look ?
[04:29] <mjg59> Diziet: In theory, the header should tell you
[04:29] <ogra> and the changelog
[04:29] <sivang> ogra: so let's push it upsteam, I understood sjoerd is working with us mostly
[04:30] <ogra> sivang, sjoerd is debian... i mean upstream... :)
[04:30] <Diziet> mjh: Hrm:
[04:30] <Diziet> ## DP: Patch author: unknown
[04:30] <Diziet> ## DP: Upstream status: unknown
[04:30] <mjg59> Nngh.
[04:31] <mjg59> Diziet: Which patch is it?
[04:31] <zul> Diziet: which patch?
[04:31] <Diziet> external-drivers-net_ppp-mppe-compression.dpatch
[04:31] <sivang> ogra: ah, fd.o
[04:31] <zul> Diziet: oh thats a fabbione patch
[04:31] <Diziet> I'm investigating bugzilla 14244 in which someone wants us to apply some hack to the PPTP code.
[04:32] <mjg59> Diziet: It's not obviously been submitted anywhere
[04:32] <mjg59> There's a few copies of the patch floating around the web
[04:32] <Diziet> Did fabbione send it upstream ?  If not, why not ?  I'm trying to find out whether the submitter's patch is any good.
[04:33] <Diziet> Joy.
[04:33] <ogra> this one probably:
[04:33] <Diziet> Do we have any idea whether it's any good or not ?
[04:33] <ogra>   * Added mppe support (unknown):
[04:33] <ogra>     . drivers/net/Kconfig
[04:33] <ogra>     . drivers/net/Makefile
[04:33] <ogra>     . drivers/net/arcfour.c
[04:33] <ogra>     . drivers/net/arcfour.h
[04:33] <mjg59> The openwrt people seem to use it
[04:33] <ogra>     . drivers/net/ppp_generic.c
[04:33] <ogra>     . drivers/net/ppp_mppe_compress.c
[04:33] <ogra>     . drivers/net/sha1.c
[04:33] <Diziet> ogra: Indeed.
[04:33] <ogra>     . drivers/net/sha1.h
[04:33] <ogra>     . include/linux/ppp-comp.h
[04:33] <ogra> linux-source-2.6.8.1 (2.6.8.1-1) 
[04:33] <ogra>  Herbert Xu <herbert@gondor.apana.org.au>  Sat, 21 Aug 2004 
[04:33] <mjg59> Hrm. Dates back to 2.4.21 at least
[04:33] <ogra> thats the changelopg entry
[04:34] <Diziet> I found some stuff on the pptpclient sf pages claiming that their stuff had been included in some 2.6.12 rc.
[04:35] <Diziet> Really, I just wanted to make sure I wasn't wasting my time here.
[04:35] <Diziet> If no-one else knows much about this then I'll keep digging.
[04:42] <Lathiat> hrm.. shouldnt gstreamer default to autoaudiosink now?
[04:47] <bddebian> camilotelles: I apologies but every time I see your nick, I think of cameltoe.. :-)
[04:48] <Kamion> Riddell: thanks, build running
[04:50] <camilotelles__> bddebian: i'm not so pretty than a cameltoe.
[04:51] <bddebian> camilotelles: :-)
[04:51] <bddebian> Heya slomo
[05:00] <sivang> jdub: ping
[05:04] <\sh> grmpf..planet is stupid
[05:04] <\sh> just restarted my webserver and now it pulls all the old stuff in *grr*
[05:07] <pitti_live> moin
[05:08] <\sh> abend pitti :)
[05:08] <bddebian> Hello pitti_live
[05:10] <HiddenWolf> Guys, I've installed both xscreensaver and gnome-screensaver at the moment, but neither works. How can I debug this?
[05:10] <HiddenWolf> Where should I look?
[05:10] <pitti_live> doko: no PostgreSQL backend for ooo-base? :-/
[05:18] <shackan> does anyone know what keeps chmj busy offline today ?
[05:18] <pitti> mdz: just tested the current amd64/live; at shutdown, I got thrown into console 1 and the output was frozen; I did not see any init.d messages and could not switch consoles; CD was ejected, though. Known bug?
[05:19] <bddebian> pitti: Did you ever answer ajmitch about libpgtcl?
[05:19] <pitti> no, I don't think so - ajmitch?
[05:19] <sabdfl> pitti: ipod shuffle is not working for me
[05:19] <sabdfl> on breezy
[05:20] <pitti> ajmitch: anyway, I have to leave now, can you please mail me?
[05:20] <pitti> sabdfl: hm, still the "hotplug goes insane" bug?
[05:20] <bddebian> pitti: Is there a replacement for libpgtcl?
[05:20] <sabdfl> let me know what you want, and i'll send you the debug output
[05:21] <pitti> sabdfl: https://wiki.ubuntu.com/DebuggingRemovableDevices has some proven steps for debugging
[05:21] <doko> pitti: via odbc-postgresql or libpg-java
[05:21] <pitti> doko: hum, ok
[05:21] <pitti> bddebian: not right now; upstream does not ship it as part of postgresql any more, so somebody needs to package it
[05:21] <bddebian> Ack, OK
[05:21] <pitti> sorry guys, really have to go now. Please mail me
[05:21] <bddebian> Later pitti, thx
[05:22] <pitti> sabdfl: let's hope it's something trivial :-)
[05:22] <pitti> ok, cu
[05:31] <Kamion> Riddell: new Kubuntu daily up; you're still a bit oversized on amd64 and i386, but only by about 9MB
[05:32] <sladen> Kamion: are these still being built to be rsyncable?
[05:39] <Kamion> sladen: yes
[05:39] <Kamion> the install CDs were always rsyncable anyway
[05:42] <jackobill> #ubuntu-motu
[05:44] <desrt> seb128; thanks for the customary hyperactive uploading of 2.12 :)
[05:46] <seb128> desrt: thank you :)
[05:52] <pef> elmo: hi, can you please sync openmsx from Debian ? current breezy version does not compile, latest Debian version does
[05:53] <desrt> pef; #ubuntu-motu
[05:53] <pef> desrt: elmo isn't there ;)
[05:54] <desrt> if he's mataining universe, he should be :P
[05:55] <bd-mud> pef: Did you add it to MOTUToSync wiki page?
[05:56] <pef> bd-mud: no, but I will :) thanks
[05:56] <desrt> bd-mud; ah.  much better advice :)
[05:57] <elmo> no, it's really not
[05:57] <elmo> guys, I don't know where this MOTUToSync page idea came from, but it's not something I'm paying any attention
[05:58] <elmo> canonical way to get stuff synced is still IRC, if I'm around, email if I'm not
[05:58] <Kamion> desrt: elmo isn't maintaining universe in the sense most people mean when they talk about MOTU
[05:58] <frans-th> what is MOTUTosync?
[05:58] <Kamion> if there's nobody on #ubuntu-motu who has the technical power to sync packages, then asking there is rather silly
[06:01] <ogra> elmo, we dont expect at all that you pay attention to MOTUToSync... we just need a place where we hold the requests... its only our clipboard
[06:01] <elmo> ogra: ok
[06:01] <elmo> but if anyone comes up to me after release and says "why didn't you sync blah?? it was on MOTUToSync!!!" I'm going to point and laugh at them.  at best.
[06:02] <mjg59> elmo: Can you sync hotkey-setup, or is that something that needs to go via mdz now?
[06:02] <elmo> mjg59: any changes to main need mdz/kamion approval at this stage
[06:02] <pef> http://dev.erodia.net/ubuntu/MOTUGLUTransition/openmsx_0.5.2-4ubuntu-1.debdiff can someone can explain me why debdiff changes the last changelog entry instead of adding a new one ?
[06:02] <mjg59> elmo: Ok, no problem
[06:03] <Kamion> pef: debdiff doesn't change anything; it just reports the differences
[06:03] <ivoks> pef: ubuntu-1 version?
[06:04] <pef> ivoks: yes , no right ?
[06:04] <Kamion> pef: it's not a problem though; you started with 0.5.2-4 from Debian, which doesn't (and shouldn't) include 0.5.2-1build1 in Ubuntu. Just leave that out.
[06:04] <Kamion> pef: should be 0.5.2-4ubuntu1
[06:04] <Kamion> otherwise bad things happen with the packaging toolchain (it'll look for 0.5.2-4ubuntu.orig.tar.gz)
[06:04] <pef> Kamion: that's what I have on my changelog :/
[06:05] <Kamion> pef: well fix it
[06:05] <pef> Kamion: directly into the debdiff file ?
[06:05] <Kamion> no! why would you do that?
[06:05] <mjg59> Kamion: Can hotkey-setup be approved? Difference is that it loads the Sony hotkey module on devices that need it (otherwise hotkeys don't work on them)
[06:05] <ivoks> no
[06:06] <Kamion> pef: change the source package and rebuild
[06:06] <ivoks> pef: sources have pgp signatures
[06:06] <pef> Kamion: dpkg-buildpackage -S -sa ?
[06:06] <Kamion> pef: whatever you did to build the package before
[06:06] <pef> ok, certainly a stupid error of me :)
[06:07] <Kamion> debdiffs are reports of what changed; you must never change them directly and expect the original source to change as well by magic
[06:07] <pef> Kamion: I never done this ;)
[06:08] <Kamion> it's what you asked if you could do, though. :-)
[06:09] <Kamion> mjg59: yes, diff looks fine
[06:10] <bd-mud> elmo: Well is there any chance you could take a quick look at MOTUToSync rather than me listing 5 or 6 packages here now?
[06:10] <mjg59> Kamion: Do I need mdz as well, or just you?
[06:10] <Kamion> bd-mud: listing the packages here is what everybody else does
[06:10] <Kamion> mjg59: just me
[06:10] <Kamion> [pid 22025]  chown32("/dev/tty0", 0, 0)  = 0
[06:10] <Kamion> [pid 22025]  chown32("/dev/tty7", 0, 0)  = 0
[06:10] <Kamion> hmm
[06:10] <Kamion> is X meant to do that?
[06:11] <mjg59> elmo: kamion approves hotkey-setup sync
[06:11] <bd-mud> Kamion: I'm not opposed, it just seems like a lot for elmo to digest in an active irc channel
[06:11] <Kamion> bd-mud: it's the procedure elmo explicitly asked people to follow
[06:12] <HiddenWolf> seb128: ping
[06:12] <seb128> HiddenWolf: pong
[06:12] <bd-mud> Kamion: OK, fair enough
[06:12] <HiddenWolf> seb128, are you aware of a metacity bug whenever some application sends a popup?
[06:13] <seb128> HiddenWolf: the one fixed with the upload from some hours ago?
[06:13] <HiddenWolf> one sec, I'll upgrade
[06:13] <seb128> k
[06:13] <HiddenWolf> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[06:13] <HiddenWolf> Not fixed.
[06:13] <HiddenWolf> unless I'd need a reboot
[06:13] <seb128> have you restarted your session?
[06:14] <HiddenWolf> I'll try.
[06:14] <bd-mud> elmo: Can you please sync shaketracker 0.4.6-5 from Debian unstable, fixes gcc4 build issues?
[06:15] <bd-mud> elmo: Can you please sync regina-normal 0.4.6-5 from Debian unstable, fixes build issues? Pretty please :-)
[06:15] <frans-th> hi all, is it possible mc become part of ubuntu CD...
[06:16] <Kamion> frans-th: it doesn't seem suitable for the CD, but you can install it from the network
[06:16] <bd-mud> elmo: Can you please sync libccscript 
[06:16] <bd-mud> 2.5.7-5 from Debian unstable , on MOM list to merge but can be synced? Pretty please :-)
[06:16] <frans-th> Kemion: i got it from universe, :P
[06:16] <Riddell> Kamion: if my calculations are correct that should be the kubuntu seeds down to size now
[06:16] <Kamion> frans-th: indeed
[06:17] <frans-th> Kemion: better is it installed by default.
[06:17] <HiddenWolf> seb128, sorry to bug you, fixed.
[06:17] <seb128> HiddenWolf: np
[06:17] <Kamion> frans-th: there are many things which might be nice installed by default, and they're all fighting for space; you need to provide a very strong rationale
[06:17] <HiddenWolf> I had filed one on gaim earlier, Only now figured out it was more wide than that. I'll close it.
[06:18] <Kamion> we don't have 2MB spare for things which a few people might use
[06:18] <frans-th> Kamion: thx :) i just want to know more how the ubuntu development work...
[06:18] <mvo> Kamion: permission to uplaod the apt cront.daily changes to fix #14504 ?
[06:18] <Kamion> mvo: yes, please
[06:18] <seb128> HiddenWolf: bug number?
[06:18] <mvo> Kamion: thanks
[06:18] <Kamion> Riddell: ok, I'll launch a build once the current one's finished
[06:18] <bd-mud> elmo: Can you please sync qm 2.3-1 from Debian testing or unstable.  Fixes Malone bug #380. 
[06:18] <HiddenWolf> seb128, never mind, you duplicated it earlier. closed.
[06:19] <seb128> HiddenWolf: all right
[06:19] <HiddenWolf> -> marked it duplicate 
[06:19] <bd-mud> elmo: Can you please sync stellarium  0.6.2-3 from Debian unstable.  Fixes gcc4 build failures. 
[06:19] <elmo> [NOT Updating - Modified]  libccscript_2.5.7-1ubuntu1 (vs 2.5.7-5)
[06:19] <elmo> [NOT Updating - Modified]  qm_2.2-4ubuntu1 (vs 2.3-1)
[06:19] <elmo> ok to override?
[06:20] <frans-th> anyone can help me to get the how to make an .iso from source...
[06:20] <bd-mud> elmo: libccscript should be fine.  I'm not sure I can say for qm.
[06:21] <HiddenWolf> btw, there is a missing build-depends bug in lirc which is really bugging me, but the debian maintainer isn't too active. Can one of you fix it?
[06:22] <elmo> bd-mud: done except for qm then - let me know when you're sure
[06:24] <bd-mud> elmo: Yes, should be fine.  Changes were to use python2.4 and now 2.3 does that.  Thank you
[06:27] <HiddenWolf> seb128, btw, evolution has 2 different icons in internet and office menu's. I'd say that's not intentional?
[06:27] <Diziet> Aha!  I found the upstream for that mppe patch, finally !
[06:28] <bd-mud> Ack, I don't know what to do about debtags.. :-(
[06:28] <elmo> bd-mud: done
[06:29] <seb128> HiddenWolf: 2 different entries, 2 different icons
[06:29] <HiddenWolf> seb128, ug-ly
[06:29] <HiddenWolf> But I'll save you the bugreport then. ;)
[06:30] <seb128> HiddenWolf: wh-y
[06:30] <bd-mud> elmo: Rockin', thank you sir
[06:30] <seb128> HiddenWolf: take that as 2 applications, a mailer and a groupware
[06:30] <HiddenWolf> seb128, the old evo icon sucks, besides it's inconsistent: they have the same name, and I see the same window opening.
[06:31] <HiddenWolf> seb128, I'd give you your piont if one defaulted to mail, and the other on the calendar tab.
[06:31] <seb128> HiddenWolf: then don't have the same name
[06:31] <seb128> HiddenWolf: one has "name" 
[06:31] <seb128> ups
[06:31] <seb128> s/name/mail/
[06:31] <HiddenWolf> seb128, yes, but they still open the same window. :)
[06:32] <seb128> HiddenWolf: that is a bug, one the non-mail is supposed to open the calendar or contact tab
[06:32] <HiddenWolf> I'll file it then.
[06:33] <seb128> don't bother, I'll fix it now
[06:33] <HiddenWolf> seb128, rock
[06:33] <seb128> thanks
[06:33] <bd-mud> Can anyone possibly explain to me why I got successful builds of savant on the buildd but it still isn't in the archive?
[06:34] <bd-mud> elmo: BTW, do yo ask the same policy for Morgue candidates?
[06:34] <Treenaks> Would it be a good thing to ship with "10MB" as the default thumbnailing threashold, instead of 3MB as it is now?
[06:34] <HiddenWolf> seb128, while we're at it, is it remotely possible to disable the blinking of the gnome-menu tab for certain applications? IE: xchat keeps blinking even after I awnser your message.
[06:34] <Treenaks> The pictures from my Canon 350D are "around" 3MB, so some get thumbnailed, some don't
[06:35] <Treenaks> I can imagine that's confusing for new people
[06:35] <seb128> HiddenWolf: not that I know of, probably a xchat bug
[06:36] <dholbach> Treenaks: put a patch on bugzilla - sounds good at least to me :)
[06:36] <HiddenWolf> seb128, right, I'll go browsing bugzilla's
[06:37] <Treenaks> dholbach: meh
[06:48] <elmo> mdz/fabbione: ?
[06:48] <elmo> bd-mud: yes
[06:50] <elmo> pef: what's your email?
[06:50] <pef> elmo: loic@dev.erodia.net
[06:51] <bd-mud> elmo: Can you please look at/remove yaprimaxgui?  It is in universe but depends on pxscan from multivers which is not in the archive.
[06:51] <bd-mud> elmo: Also, xezmlm depends on ezmlm which was removed from Debian quite a while ago
[06:51] <bd-mud> elmo: pyxine:  Dropped in Debian. See BTS #319699
[06:52] <bd-mud> elmo: python-pcgi:  Dropped in Debian. Last upload 2001, last upstream 1999.
[06:52] <elmo> bd-mud: pxscan is in unstable?
[06:54] <bd-mud> elmo: I can't find it anywhere in Debian.  I think yaprimaxgui may have come from apt-get.org?
[06:55] <elmo> oh, nm, out of date index
[06:55] <bd-mud> elmo: ?
[06:57] <elmo> Origin: www.stuff.demon.co.uk-apt/source
[06:57] <elmo> ^- yaprimaxgui
[06:57] <bddebian> elmo: Ah, OK
[06:58] <Diziet> I would like to leave a note somewhere for the next person dealing with MPPE in our kernel: should I upload a new kernel with only dpatch comments changed ?  Or do something else ?
[06:58] <pef> elmo: thanks for openmsx's sync !
[06:59] <lamont__> debootstrap --variant=buildd sid sid http://ftp.us.debian.org/debian
[06:59] <lamont__> E: Couldn't find these debs: 11053300756
[07:00] <lamont__> s/from/on/
[07:01] <bddebian> elmo: Could you possibly tell me why savant doesn't show up in the archive?
[07:02] <elmo>  what do you mean?
[07:02] <bddebian> elmo: \sh uploaded a savant change for me yesterday and the buildlogs are fine but it doesn't show in the archive.
[07:03] <elmo> bddebian: version number?
[07:04] <bddebian> elmo: 20031216-5ubuntu1
[07:04] <elmo>     savant | 20031216-5ubuntu1 | breezy/universe | source
[07:04] <elmo>      scram | 20031216-5ubuntu1 | breezy/universe | amd64, i386, ia64, powerpc
[07:05] <bddebian> Goddamn I am such an idiot sometimes. :-(  I was trying to install savant. Grrr.  Thanks elmo.  Sorry to waste your time.
[07:08] <Diziet> I see no-one wants to answer my question.
[07:08] <elmo> Diziet: don't upload a new kernel just with comments changed
[07:08] <Diziet> I would just like to save someone else having to spend half of the afternoon chasing down webpages and ratholes.
[07:08] <elmo> especially 48 hours before preview
[07:08] <Diziet> Ah, hello.
[07:09] <Diziet> OK.  What should I do instead ?
[07:09] <elmo> each kernel upload is something like .5Gb (if not more) hit for our mirrors
[07:09] <Kamion> Diziet: there's an arch archive for the kernel, I think; you could branch off that and ask the kernel guys to merge it
[07:09] <Kamion> lamont__: I probably just haven't merged debootstrap from Debian lately
[07:09] <mdz> elmo: ?
[07:09] <Diziet> It's a trivial patch, just to comments in one of the dpatches to actually quote the upstream.  I had a devil of a job finding it.
[07:10] <Diziet> Not worth faffing with a repo or anything - a 2-liner.
[07:10] <elmo> mdz: aha; I've just switched debzilla over to the centralized debbugs mirroring - can you let me know if I boken anything?
[07:10] <mdz> mjg59: what's in the new hotkey-setup?  trivial and safe?
[07:10] <Kamion> lamont__: also, I suspect debootstrapping sid from sid doesn't actually work at the moment ...
[07:10] <Diziet> So who are the kernel guys ?
[07:10] <dholbach> Diziet: #ubuntu-kernel ?
[07:10] <Kamion> mdz: I debdiffed it and approved it
[07:10] <Kamion> Diziet: Ben Collins, Fabio Massimo di Nitto
[07:10] <mdz> Kamion: python-numarray is a sabdfl item; need to run it by him
[07:10] <Kamion> mdz: I did, he acked, I removed :)
[07:11] <mdz> Kamion: good and good
[07:11] <mdz> elmo: what needed changing?  pointing it to a different path?
[07:12] <lamont__> Kamion: ah, ok
[07:12] <elmo> mdz: no, you shouldn't need to change anything; I put compat symlinks in place
[07:12] <Kamion> lamont__: I suspect that was fixed in 0.3.1.5; I'll merge after preview
[07:12] <lamont__> Kamion: thanks
[07:12] <Kamion> lamont__: see Debian #314858
[07:13] <elmo> mdz: i.e. /srv/debzilla/db-h and /srv/debzilla/index are now symlinks pointing to /srv/bugs-mirror
[07:13] <mdz> debbugs.SummaryMissing: /srv/debzilla.no-name-yet.com/debbugs/db-h/96/324796.summary
[07:13] <mdz> could have been an out of sync mirror, or a corrupt bug
[07:13] <mdz> that was at Date: Tue,  6 Sep 2005 18:07:31 +0100 (BST)
[07:13] <Kamion> 324796.summary is there on spohr
[07:13] <Kamion> looks fine
[07:14] <Diziet> Aaargh.  Emacs won't let me switch to the buffer `mail to ?' because it won't let my type `?' because it thinks that means `tell me completions' !
[07:14] <elmo> probably got caught in the sync; resyncing
[07:14] <Diziet> C-q worked.
[07:14] <mjg59> mdz: On Sonys, it loads the sonypi module
[07:14] <dholbach> morning mdz
[07:14] <Kamion> mjg59: we were missing the HP tablet stuff in breezy too
[07:15] <mjg59> Kamion: Oh, yes
[07:15] <elmo> mdz: hum, rsync from upstream still isn't picking that up
[07:16] <Kamion> elmo: it's there on merkel and everything
[07:16] <elmo> yeah, looks broken on bugs-mirror.d.o itself
[07:16] <Kamion> -rw-rw-r--  1 debbugs debbugs 233 Sep  3 16:03 /org/bugs.debian.org/spool/db-h/96/324796.summary
[07:16] <Kamion> huh?
[07:17] <Kamion> looks non-broken
[07:17] <mdz> mjg59: I'd rather have left that untl after preview, honestly
[07:17] <spstarr_work> Is there plans for Xorg RC7.0 in breezy? 6.8.2 is kinda getting old :)
[07:17] <spstarr_work> and buggy
[07:17] <mjg59> mdz: Ah. Sorry about that.
[07:17] <elmo> Kamion: well, ok, but I mean that size file is also present on macquarie?
[07:17] <mdz> spstarr_work: breezy is in feature freeze for the 5.10 release, so no
[07:17] <spstarr_work> ok
[07:17] <elmo> Kamion: so I don't see how I could have boken it
[07:17] <spstarr_work> whats the next release branch being called?
[07:17] <spstarr_work> or its not started yet
[07:18] <mdz> spstarr_work: and 7.0 isn't, well, even released yet
[07:18] <lamont__> Kamion: the patch from #314858 fixes the problem. thanks
[07:18] <mdz> 6.8.2 is the latest releae
[07:18] <elmo> -rw-rw-r--  1 archvsync archvsync 233 Sep  3 23:03 324796.summary
[07:18] <HiddenWolf> mdz, who is the nearest firefox guru?
[07:18] <mdz> spstarr_work: if you have found a bug, report it to bugzillla
[07:18] <spstarr_work> true, but 6.8.2 makes 2D video horrible on my r300 (radeon 9600) vs -HEAD 
[07:18] <Amaranth> HiddenWolf: who touched it last?
[07:18] <spstarr_work> so hopefully, we get 7.0RCX into the next development tree
[07:19] <Kamion> mdz: I've spent half the day trying to narrow down anything at all about that vt switching bug, and mostly failing; the closest I've got is that if I boot live CD, ctrl-alt-f1, ctrl-alt-f7, system -> log out -> restart, then it works fine
[07:19] <Amaranth> all the xorg stuff was backed out then? i thought we more or less had 7.0 except for the xserver itself
[07:19] <HiddenWolf> Amaranth, no clue. I've got it generating postscript that forces my printer into a hard-reboot tho.
[07:19] <Kamion> elmo: well yeah, but SummaryMissing means ENOENT
[07:19] <spstarr_work> mdz: the only bug i noticed was udev broken
[07:19] <spstarr_work> mdz: but this was going from debian unstable -> unbuntu breezy 
[07:20] <Kamion> mdz: and I'm seeing the CD fail to eject a lot of the time as well; it seems to eject part of the way, then something goes "hang on, I need that CD" and pulls it back in again
[07:20] <lamont__> Amaranth: the work of splitting up 6.8.2 into component atoms is in breezy.  what other fixes have come in may or may not be in...
[07:20] <mdz> spstarr_work: given that udev is working for the rest of us, we need a bit more detail than "udev broken"
[07:20] <spstarr_work> you have an old udev in breezy 
[07:20] <mdz> Kamion: that's odd
[07:20] <spstarr_work> mdz: 2.6.13+ broke with it badly
[07:20] <mdz> Kamion: it's ejected as the very last thing before shutdown
[07:20] <mdz> spstarr_work: breezy uses 2.6.12
[07:20] <lamont__> spstarr_work: debian unstable from anywhere newer than June 28 or so is completely random as to whether it will work or not, and is presumed to be broken,.
[07:20] <spstarr_work> so i just replaced it using debian's unstable's udev and im good now
[07:20] <Kamion> mdz: if I stick a /bin/sh after that in the script and run eject by hand, it works fine
[07:20] <mdz> so that's not a bug if newer kernels break things
[07:21] <mdz> Kamion: any luck with the console switching issue?
[07:21] <lamont__> (That was when breezy started to be older than sid for many things, since we quit auto-syncing)
[07:21] <spstarr_work> well i do know older version of udev broke with 2.6.11+
[07:21] <lamont__> spstarr_work: OTOH, this is really a discussion for #ubuntu
[07:22] <lamont__> Kamion: btw, thanks again for --resolve-deps
[07:23] <lamont__> spstarr_work: that is, upgrading from a post-June-28-sid to breezy is presumed to be broken, given that downgrading is "fraught with peril"
[07:26] <spstarr_work> heh
[07:26] <spstarr_work> it works though
[07:26] <spstarr_work> (amazingly)
[07:27] <pef> have to go, bye !
[07:31] <bddebian> elmo: My apologies if this is a stupid question but do you just sync the source?  In other words, I have to request an MOTU to upload?
[07:34] <mdz> bddebian: yes, syncs only involve source, but the builds are automatic and do not involve MOTU
[07:35] <mdz> Kamion: I've never seen it pull the CD back in, though it uses a pretty hairy method to try to pull everything into page cache before continuing
[07:35] <mdz> speaking of which, I should make it use readahead one day
[07:38] <bddebian> mdz: OK thanks.  Looks like it just hasn't hit the buildd yet.
[07:40] <Riddell> elmo: could you install dpkg-dev on novo please
[07:40] <bddebian> I assume we prefer not to sync with experimental? :-)
[07:41] <slomo> bddebian: depends on the package and reason ;)
[07:41] <doko> mdz: there's an upgrade conflict in OOo2, when upgrading from m113, the upgrade from hoary works as expected. I'd like to delay the fix after the preview. ok?
[07:42] <mdz> doko: is it something more than a simple Replaces?
[07:42] <mdz> a Replaces fix is fine for preview freeze
[07:42] <doko> mdz: it's a replaces, but I've more changes in the tree at the moment
[07:42] <mdz> hmm, though I suppose it would require new -amd64 etc.
[07:43] <mdz> maybe better to wayit
[07:43] <mdz> wait
[07:43] <\sh> grmpf...
[07:43] <doko> ok
[07:43] <\sh> what is the correct ARCH_ define in gcc4 for amd64? ARCH_X86_64 doesn't work 
[07:43] <\sh> or do i have to give it as compiler directive -D <bl>?
[07:44] <elmo> Riddell: a) where?  base, chroot?  b) please mail rt@
[07:44] <doko> \sh: gcc -E -dM - < /dev/null | less
[07:45] <sabdfl> BenC: did you see the KLive announcement?
[07:46] <\sh> doko: hmmm...amd64 or x86_64...so a #if defined(ARCH_X86_64) doesn't match?
[07:47] <doko> __x86_64__, not x86_64
[07:47] <doko> it doesn't match
[07:48] <\sh> than their source is completly b0rked, nowonder
[07:48] <\sh> fixing this beast...
[07:53] <lamont__> mdz: wrt ghc6 - do we want that built with gcc-3.3 (like debian), or 3.4?
[07:53] <Riddell> elmo: base
[07:55] <elmo> Riddell: what do you need it in base for?
[07:57] <Keybuk> ok, that's kinda interesting ... this code I wrote does exactly what it was supposed to
[07:57] <lamont__> Keybuk: exactly what you told it to, or exactly what you meant it to?
[07:57] <Keybuk> both
[07:57] <Kamion> lamont__: thank aj
[07:57] <Kamion> mdz: console switching> no, none
[07:57] <lamont__> Kamion: ah, ok
[07:57] <Keybuk> this is really worrying
[07:57] <Kamion> aside from the workaround mentioned
[07:58] <Kamion> but obviously that's no use for preview
[07:58] <Riddell> elmo: for making package archives
[07:58] <elmo> Riddell: oh, ok.. well do b) and I'll do it ;-)
[07:58] <desrt> pitti; ping
[07:59] <bddebian> elmo: Can you please also sync tagcoll 1.3-1 from Debian unstable?  Builds fine in pbuilder and I need it to sync/merge new debtags from Debian.
[07:59] <bddebian> elmo: Unless you feel brave and want me to try 1.4 from experimental ;-)
[07:59] <lamont__> Riddell: that's apt-ftparchive, part of apt-utils.
[08:01] <bddebian> Hmm, wtf is up with stellarium?
[08:01] <Riddell> lamont__: dpkg-scanpackages?
[08:01] <lamont__> Riddell: hell yes... throw away dpkg-scanpackages
[08:01] <Kamion> mdz: are casper changes post-1.8 in arch anywhere?
[08:02] <Kamion> lamont__: doesn't make that much difference for small repositories
[08:02] <lamont__> Kamion: well, true....  but apt-utils tends to be there, while dpkg-dev tends not to be
[08:06] <elmo> Riddell: yeah, added bonus, apt-utils is already installed
[08:06] <elmo> Riddell: and apt-ftparchive is commandline compatible with dpkg-scan{packages,sources}
[08:08] <mdz> Kamion: yes, casper--breezy-0
[08:08] <mdz> Kamion: I've been slack about merging into mainline
[08:09] <Kamion> oh, ok. what's the difference between mainline and breezy?
[08:09] <elmo> bddebian: done
[08:09] <Kamion> (semantically)
[08:10] <Kamion> and it still seems not to quite match 1.11 anyway
[08:10] <Nafallo> lamont: could you give back gajim?
[08:10] <\sh> Mithrandir: ping
[08:11] <bddebian> elmo: You ROCK no matter what they say about you. ;-P
[08:12] <lamont__> Kamion: any objections if I give back all of the currently failed, which includes many things with then-uninstallable bulid-deps?
[08:12] <lamont__> well, actually deps-of-build-deps
[08:15] <Kamion> lamont__: stuff in universe is fine; I think it's time to be a bit more careful with main
[08:16] <lamont__> Nafallo: it was building/failed on ppc and ia64, and appears to be needs-build on the others...  I gave it back on ppc/ia64
[08:16] <lamont__> Kamion: that was what I was thinking
[08:16] <Nafallo> lamont: thanx
[08:17] <desrt> infinity; ping
[08:17] <desrt> daniels; ping
[08:19] <doko> Kamion, mdz: please could you approve openjade and aspell-bn for sync from unstable (see email)?
[08:21] <mdz> doko: no mail here yet
[08:21] <elmo> doko typoed your email
[08:22] <mdz> doko: unless it's somehow preview-critical, we should wait until after preview 
[08:22] <\sh> hmmm..can someone kick kxdocker? I uploaded a new upstream package and it hangs because of old package with unmet deps :(
[08:22] <elmo> forwarded it
[08:22] <mdz> \sh: lamont__
[08:23] <mdz> Kamion: mainline casper has tollef's unionfs changes
[08:23] <\sh> lamont__: please kick kxdocker with the old dep-wait from the buildd :) thx :)
[08:23] <doko> elmo, mdz: yes, seen it, sent again
[08:23] <doko> mdz: ok
[08:25] <desrt> sabdfl; buy me a laptop :P
[08:26] <sabdfl> yes, maam
[08:27] <\sh> lol
[08:27] <lamont__> \sh: kicked
[08:27] <\sh> lamont__: thx :)
[08:31] <Kamion> mdz: ah
[08:32] <bddebian> elmo: Can you please also sync caudium 1.4.7-3 from Debian unstable?  BTW, I love you man :-)
[08:32] <bddebian> elmo: Oh, forgot to mention it's on the MOM list but can just be synced.  Builds fine
[08:33] <elmo> bddebian: are the changed merged?
[08:36] <bddebian> elmo: Well the pike changes are bogus.  I don't know about the configure.ac change.
[08:37] <elmo> bddebian: dude, not being funny, but if you ask me to merge something with ubuntu changes, you need to be sure to it's ok to overwrite the ubuntu changes, or you shouldn't ask for the sync
[08:38] <bddebian> Well they are also pike related and the pike deps/build-deps have been updated to pike7.6
[08:40] <elmo> bddebian: maybe try building the unmodified source on breezy to see if it compiles cleanly?
[08:40] <bddebian> elmo: They hacked the pike version support because we didn't have it in the archive (which is why I originally couldn't complete the original merge request)
[08:40] <bddebian> elmo: I did.  I never ask for a sync wihout building
[08:40] <elmo> bddebian: I'm not being funny, but I don't have time to get involved in every package sync.  I'm a bottleneck.  if you're not confident it should be synced, you probably don't want to be talking to me
[08:41] <bddebian> elmo: What makes me sound unconfident?
[08:41] <elmo> "I don't know about the configure.ac change."
[08:41] <ivoks> :)
[08:41] <elmo> bddebian: ^-- that
[08:41] <bddebian> elmo: Oh, sorry, I just looked.  They were for the Pike minor/major revisions
[08:42] <bddebian> Now unnecessary
[08:44] <elmo> bddebian: ok, done
[08:44] <bddebian> elmo: Thank you.  I'm really not trying to be a PITA. :-)
[08:49] <fabbione> Nafallo: ping?
[08:50] <fabbione> Nafallo: you missed 3 B-D in your last mplayer upload...
[08:50] <fabbione> Nafallo: libxvmc-dev, libxinerama-dev and libxxf86vm-dev
[08:51] <fabbione> Nafallo: you also should consider to add --enable-xvmc as general option and not only for custom.
[08:51] <fabbione> Nafallo: without the above mplayer goes banana on xineraman/multiheads setups
[08:55] <desrt> fabbione; got a minute?
[08:55] <desrt> s/minute/lots of minutes/
[08:56] <Saba_Z> hi
[08:56] <desrt> sabdfl; k. i've gone shopping & found the one i want
[08:56] <bddebian> Heh
[08:57] <fabbione> desrt: no sorry.. going off line in a minute
[08:57] <desrt> fabbione; k
[08:57] <fabbione> hi Saba_Z 
[08:57] <Saba_Z> fabbione: i got your mail
[08:57] <fabbione> Saba_Z: perfect!
[08:57] <Saba_Z> fabbione: i found and corrected the internet sharing bug
[08:57] <Saba_Z> fabbione: thanks
[08:58] <fabbione> Saba_Z: cool
[08:58] <fabbione> no problem
[08:58] <fabbione> i really need to go offline now
[08:58] <Saba_Z> fabbione: ok
[09:10] <\sh> infinity: ping -> if you do the ghc6 magic, please be aware on libgmp3 which is now libgmp3c2 thx :)
[09:19] <\sh> maswan: pign
[09:19] <\sh> ping even
[09:21] <maswan> \sh: pong
[09:21] <\sh> can u install something on ravels breezy chroot?
[09:21] <maswan> sure
[09:22] <\sh> maswan: rock...imagemagick recode libid3-3.8.3-dev (>= 3.8.3-4.2) libflac++-dev (>= 1.1.2-1) libmad0-dev libgsl0-dev kdemultimedia-dev (>= 4:3.4.2-0) poxml
[09:22] <maswan> \sh: apt-get build-dep imagemagick ok?
[09:22] <\sh> maswan: I think so :) 
[09:23] <maswan> \sh: if so, try now
[09:23] <\sh> i only need to test kwave...and why it's not building on amd64...with all patches applied *grmpf*
[09:23] <siretart> \sh: I'm sure infinity is, he arranged the source for fixed ghc6 in breezy, now it 'just' need to be bootstrapped on all archs
[09:23] <siretart> \sh: I think only infinity and/or doko can do that, though..
[09:23] <\sh> maswan: no the same output
[09:24] <\sh> siretart: ok...thx  :)
[09:25] <maswan> ah, ok. not build-dep imagemagick, kwave :)
[09:26] <\sh> maswan: ah thx ;) 
[09:26] <\sh> lets see what happens
[09:26] <maswan> \sh: better now?
[09:26] <\sh> maswan: yeah...much better :) 
[09:26] <maswan> well, if you need to compile imagemagick, the build-deps are all there. ;)
[09:26] <\sh> hehehe
[09:26] <\sh> maswan: u don't believe ,-)
[09:27] <\sh> configure: error: We need a working libXext to proceed. Since configure
[09:27] <\sh> can't find it itself, we stop here assuming that make wouldn't find
[09:27] <\sh> them either.
[09:27] <\sh> maswan: apt-get install libxext-dev ? :)
[09:28] <maswan> \sh: ii  libxext-dev    6.8.2-23
[09:28] <\sh> what the hell is wrong with this package
[09:28] <\sh> in pbuilder it compiles until cputest.c
[09:28] <\sh> and in fakeroot dpkg-buildpackage it doesn't find libXext
[09:29] <maswan> perhaps it needs a version on that libxext-dev dep?
[09:29] <maswan> I'll try a dist-upgrade
[09:29] <\sh> actually it needs a libxext-dev build-dep
[09:29] <\sh> lets see
[09:30] <\sh> wow
[09:30] <\sh> pbuilder never complaint and our buildds as well
[09:31] <\sh> no complaints about libxext-dev
[09:31] <maswan> there, dist-ugprade done
[09:32] <\sh> maswan: missing build-dep :( but in pbuilder or on the buildds no complaints...really strange behaviour
[09:33] <maswan> well, if it is already in there since someitnhg else has built previously? because they don't clear the chroots between builds, right?
[09:33] <\sh> maswan: but pbuilder does
[09:34] <\sh> or something else was pulling it in
[09:35] <\sh> maswan: but if you have time :)  can you have a look over some piece of code? /home/shermann/kwave/kwave-0.7.3/libkwave/cputest.c
[09:36] <maswan> \sh: not really, sorry
[09:37] <\sh> maswan: no problem :) thx anyway
[09:42] <Lathiat> hmm, i just had hal fail to start on boot
[09:52] <Riddell> Kamion: did you set off the new kubuntu iso build?
[09:52] <slomo> elmo: do you have some time after the meeting to talk about ffmpeg?
[09:54] <Kamion> Riddell: no, sorry, there was a build running at the time and then I got distracted. It's running now
[09:59] <mitsuhiko> ogra: ping
[09:59] <pitti> hi
[09:59] <pitti> Hi lamont__, got a minute?
[09:59] <ogra> mitsuhiko, pong
[09:59] <lamont__> pitti: we got sbuild fixed, so translations are flowing again
[09:59] <lamont__> sure
[10:00] <pitti> lamont__: oh, rock
[10:00] <pitti> lamont__: that means your script copies tarballs to rookery again?
[10:00] <lamont__> yep.  the script can now find them again, since the control file now has existant names for them...
[10:01] <lamont__> script is back in cron, and I pushed things back to 20 july to make sure we didn't miss anything...
[10:01] <pitti> lamont__: do you think the tarball merge can be integrated easily into your script? or shall I do it in langpack-o-matic? (but then we need another copy of the files for Rosetta import)
[10:01] <pitti> lamont__: thanks, you rock :-)
[10:01] <lamont__> pitti: I'd rather they got properly uploaded somewhere, but that's a discussion for a different release...
[10:01] <lamont__> and I'd rather have you merge them.
[10:01] <pitti> lamont__: ok, I will merge them
[10:01] <pitti> lamont__: it will probably/hopefully become obsolete soon anyway, when we use launchpad
[10:02] <lamont__> pitti: that is, if you pick up the files and merge them, and give rosetta the unmerged ones, all should be good, yes?
[10:03] <pitti> lamont__: Rosetta needs the merged files, but I can certainly copy them to ~pitti
[10:03] <bddebian> pitti: Please forgive me.  What is the replacement for libpgtcl that needs to be built from Debian?
[10:03] <ogra> Kamion, could you put my preseed changes in todays edubuntu ? 
[10:04] <ogra> Kamion, re mail
[10:04] <lamont__> pitti: rosetta wants the superset of the unpacked tarballs, yes?
[10:04] <pitti> bddebian: ISTR that there is a separate upstream project now, but I never bothered since I'm not particularly interested in tcl
[10:04] <lamont__> ogra: is edubuntu going to learn about SCC architectures again post-preview?
[10:04] <pitti> lamont__: Rosetta can't import per-arch tarballs, it wants the merged ones (with names as we had before, i. e. without arch suffix)
[10:05] <ogra> lamont__, already enabled again
[10:05] <ogra> :)
[10:05] <pitti> lamont__: ok, thanks for fixing the script; I do the merging myself, no big deal
[10:05] <pitti> cu tomorrow!
[10:05] <lamont__> pitti: right.  but the merge method probably wants to take into account that some components might only be built on one architecture, etc.
[10:05] <bddebian> pitti: Hmm, OK, it's just a build-dep for some stuff.  Later.
[10:08] <Kamion> ogra: surely you still want the IP address question to be displayed, but just to have a default?
[10:10] <lamont__> ogra: ah, ok... that'd be -21. thanks
[10:10] <ogra> Kamion, yup
[10:11] <Kamion> ogra: needs an extra line in the preseed file then - I'll add that
[10:11] <ogra> Kamion, thanks :)
[10:34] <lllmanulll> Hey everyone, speaking about the CDs integrity on the list, I suggested that we write on the CD download page something like "Try to burn your CD at a speed not higher than 2/3 of the maximum allowed speed"
[10:35] <lllmanulll> Since I believe the rate of bad CDs comes from the fact that people just burn their CDs too fast
[10:35] <lllmanulll> What do you guys think about that ?
[10:37] <spayne> doko: ping
[10:39] <ogra> jbailey, you got mail wrt "formal test plans"
[10:39] <doko> spayne: pong
[10:40] <spayne> doko: i'm just contacting you about OO.org 2 not spell checking
[10:40] <spayne> doko: i've read http://bugzilla.ubuntu.com/show_bug.cgi?id=8333
[10:40] <spayne> doko: and i do have myspell en gb installed and openoffice.org2 en-gb install and still no luck
[10:41] <jbailey> ogra: Thanks
[10:41] <mvo> ping carlos 
[10:42] <spayne> doko: do you know a work-around for this bug?
[10:43] <doko> language-support-en is installed?
[10:43] <spayne> doko: yes
[10:44] <carstenh> jbailey: ping
[10:44] <jbailey> carstenh: pong
[10:44] <spayne> doko: the bug on the debian bugzilla says making a symlink from /usr/share/myspell/dicts/dictionary.lst to something else
[10:44] <spayne> doko: however /usr/share/myspell/dicts/dictionary.lst does not exist
[10:45] <Kamion> Riddell: kubuntu build up
[10:46] <spayne> doko: any ideas?
[10:46] <Riddell> Kamion: groovy
[10:47] <doko> spayne: ok, I see it: as a workaround, install openoffice.org (not 2)
[10:47] <spayne> doko: do i have to :-( i have no need for it
[10:47] <doko> you did want to know a workaround
[10:47] <spayne> doko: will it be fixed soon?
[10:49] <doko> yes, for the release
[10:49] <spayne> doko: the final release?
[10:49] <spayne> !
[10:49] <spayne> doko: not before :-(
[10:50] <doko> with the next upload
[10:50] <spayne> doko: days? weeks?
[10:52] <spayne> doko: i am impatient :-)
[10:53] <doko> time to learn to be patient ;)
[11:04] <mvo> Kamion: permission to upload synaptic with http://paste.ubuntulinux.nl/1972? (rosetta does not like two pot files in the same dir apparently)
[11:04] <mdz> Kamion: I just tried to reproduce the gdm livecd vt switch problem under strace and it worked
[11:05] <dmk> spayne, the bug say make a symlink to /etc/openoffice/dictionary.lst
[11:05] <spayne> from what?
[11:05] <dmk> from /usr/lib/openoffice2/share/dict/ooo
[11:05] <dmk> on my box only /usr/lib/openoffice2/share/dict existed
[11:05] <dmk> had to manually create ooo
[11:06] <dmk> it now works
[11:06] <ogra> mdz, did you fintd time to look at my ltsp dhcp restart patch ? 
[11:06] <mdz> ogra: no
[11:06] <dmk> sorry the other way round
[11:06] <dmk> ie sudo ln -s /etc/openoffice/dictionary.lst /usr/lib/openoffice2/share/dict/ooo/dictionary.lst
[11:06] <spayne> thanks dmk
[11:07] <spayne> dmk: you are my hero :-)
[11:08] <dmk> spayne, it was in the debian bug. i didn't notice the ooo bit at first
[11:08] <spayne> i must has missed it
[11:08] <spayne> thanks
[11:09] <mdz> Kamion: then I tried again without strace or any other console switching, and it still works
[11:10] <mdz> so I am unable to reproduce it now
[11:24] <dmk> spayne, are you getting any suggestions when you miss-spell a word?
[11:24] <spayne> yep
[11:24] <dmk> I get the words highlighted but no suggestions - must have broke something on the way
[11:29] <siretart> elmo: could you please approve me in launchpad for ubuntumembers?
[11:29] <ivoks> elmo: sorry, i didn't mean any harm
[11:29] <siretart> or Kamion, you perhaps?
[11:29] <robitaille> elmo:  is there a way in LP to change where a @ubuntu.com address points to? 
[11:30] <elmo> robitaille: changed your preferred email in LP
[11:31] <robitaille> elmo, I guess there is a cron job?  It didn't work immediatelly;  but what if you want your prefered address in LP to be your ubuntu address?
[11:31] <papyrus2> Hi
[11:32] <papyrus2> is there a special Url to make bugreport for breezy liveCD  colony 4 ?
[11:32] <siretart> papyrus2: http://bugzilla.ubuntu.com/enter_bug.cgi I'd say
[11:32] <papyrus2> just test
[11:33] <papyrus2> and crashes when modprobe for audio card module
[11:33] <papyrus2> :(
[11:34] <papyrus2> because chipset audio 915 using hdaintel
[11:34] <papyrus2> dunno know if I going to do the upgrade :)
[11:35] <dholbach> good night everybody
[11:35] <siretart> papyrus2: look in bugzilla if there is already a bug filed about this
[11:35] <siretart> papyrus2: if not, file one ;)
[11:35] <papyrus2> yep
[11:36] <crimsun> papyrus2: colony 4 does what when you modprobe snd_hda_intel?
[11:36] <papyrus2> yep
[11:36] <crimsun> what does it do?
[11:36] <papyrus2> crashes with backtrace
[11:36] <papyrus2> and I can do anything 
[11:36] <crimsun> ok, let me know the bugzilla #
[11:36] <papyrus2> same with booting live acpi=off :(
[11:37] <papyrus2> ok
[11:37] <crimsun> I'll need the lspci -v |grep -i audio information and some additional information from /proc/asound once we have your model #
[11:37] <crimsun> and the backtrace, preferably ksymoops-formatted
[11:39] <papyrus2> crimsun : can't provide the backtrace
[11:39] <papyrus2> all freeze
[11:39] <papyrus2> ctrl+c didn't answer
[11:39] <papyrus2> I have to shutdown manually
[11:41] <papyrus2> is there another way to have the backtrace ?
[11:42] <crimsun> yes, it's painstaking, but you have to copy it down by hand
[11:42] <papyrus2> huh ?
[11:42] <crimsun> then paste it into the ksymoops utility
[11:42] <papyrus2> it's huge !
[11:42] <papyrus2> huh ????
[11:42] <crimsun> yep, welcome to debugging sound drivers
[11:43] <papyrus2> ok I will do it 
[11:43] <papyrus2> np
[11:43] <papyrus2> => proc/asound/cards is enough ?
[11:44] <papyrus2> or do I have to provide everything on /proc/asound/cardO ?
[11:44] <papyrus2> card0
[11:44] <crimsun> for now, just the lspci -v |grep -i audio and the ksymoops
[11:45] <papyrus2> ok
[11:45] <papyrus2> something strange
[11:45] <papyrus2> grep
[11:46] <crimsun> this is probably better moved to #alsa
[11:46] <papyrus2> works but lspci -v | grep -i audio
[11:46] <papyrus2> grep : command not found :)
[11:46] <papyrus2> ok
[11:47] <elmo> robitaille: yah, it's in a cron job
[11:48] <ivoks> bye all
[11:55] <mdz> Kamion: hmm, still happens on amd64
[11:59] <mdz> Kamion: notably, usplash timed out on amd64 and not on i386
[12:00] <cyprinus> did anyone make an upgrade from hoary to colony 4?