[12:11] <pygi> Kamion: lemme see if I can grab Luke Biddell on Jabber right now
[12:11] <mjg59> Yay I can do real-mode BIOS calls
[12:11] <mjg59> Oh, wait, no I can't
[12:11] <Kamion> pygi: please don't interact with me on this
[12:11] <Chipzz> Kamion: anyway, my apologies if my wording was a bit too strong; I just thought it was overkill in this case
[12:12] <Kamion> the next I want to hear about it is when the upload lands in unapproved :)
[12:12] <pygi> Kamion: ok, willt talk with Toad :P
[12:12] <Kamion> I'm going to be going to bed soon and you shouldn't block on me
[12:12] <Toadstool> Kamion: yeah, you're right, I'll take care of the tests
[12:12] <Toadstool> thank you
[12:12] <Kamion> np
[12:12] <adamh> Heh, the debian/rules file is broken, too -- if /usr/bin/python is python 2.5, it breaks
[12:14] <mjg59> Argh now it's back to being non-deterministic
[12:14] <Chipzz> adamh: anyway, what makes you think that file should be there at all?
[12:14] <adamh> Chipzz: It's supposed to be part of the python-profiler package.
[12:15] <adamh> Chipzz: And I believe (I'm not 100% sure, I'm not too familiar with it) that /usr/lib/python2.5/cProfile.py (which is installed in the python2.5 package) depends on it.
[12:17] <Kamion> Chipzz: it's specced to be: https://launchpad.net/distros/ubuntu/+spec/python2.5
[12:18] <Chipzz> $ apt-cache show python-profiler
[12:18] <Chipzz> Package: python-profiler
[12:18] <Chipzz> Replaces: python2.3-profiler, python2.4-profiler
[12:18] <Chipzz> Python-Version: 2.4
[12:19] <Chipzz> how is this related to python 2.5 exactly?
[12:19] <adamh> Depends: python-central (>= 0.5), python (<< 2.6), python (>= 2.4)
[12:19] <Kamion> yes, and? it's internally consistent, but all packages providing python extensions were supposed to have been rebuilt with python2.5
[12:19] <adamh> So it can be installed without even installing python2.4?
[12:20] <Chipzz> it's probably just not updated yet
[12:20] <Kamion> Chipzz: which is a bug, per the spec
[12:20] <Kamion> if you'd bothered to read it
[12:20] <Chipzz> I think the bug would be a total lack of support for 2.5, not the lack of that file
[12:20] <Kamion> that's nitpicking
[12:20] <adamh> Chipzz: python-profiler has total lack of support for python 2.5 :)
[12:20] <Chipzz> Kamion: python-profiler is also universe apparently
[12:21] <adamh> multiverse, actually, I think :)
[12:21] <Chipzz> which if I understand correctly is not supported?
[12:21] <Kamion> adam is correct
[12:21] <Kamion> Chipzz: have a look through edgy-changes at all of doko's uploads to universe/multiverse for python changes
[12:22] <Kamion> not supported != invulnerable to changes required by specs
[12:22] <Kamion> sure, we won't break a huge sweat over it, but it should be sorted out
[12:22] <adamh> Anyway, I just filed a bug on it, because whether it's supported or not, it's a bug :)
[12:22] <Chipzz> Kamion: what I meant is, the maintainer probably lacked time or forgot about it
[12:22] <adamh> And I imagine the fix is pretty easy :)
[12:22] <Chipzz> :)
[12:23] <Kamion> Chipzz: how does that justify giving a user who wants to remind the maintainer about it the third degree?
[12:24] <ctrlsoft> Kamion: ping
[12:24] <Kamion> ctrlsoft: Rather than just pinging me, please tell me what you want and I'll reply when I'm around.
[12:24] <adamh> In the future, if I think I've found another packaging bug (but I'm not sure), is this the proper IRC channel to use?
[12:24] <ctrlsoft> Kamion: Any chance you can schedule bzr-svn in edgy for a rebuild?
[12:24] <Kamion> ctrlsoft: no, I'm not in launchpad-buildd-admins
[12:24] <Chipzz> Kamion: 'the third degree'?
[12:24] <Kamion> adamh: this or #ubuntu-motu is fine
[12:25] <adamh> Kamion: Ah, gotcha. Okay, thanks :)
[12:25] <ctrlsoft> infinity: Any chance you can schedule bzr-svn in edgy for a rebuild?
[12:25] <adamh> quit
[12:25] <adamh> er... :P
[12:25] <Kamion> Chipzz: sitting arguing whether it's a bug or not and nitpicking about the exact nature of the bug ("total lack of support for 2.5, not the lack of that file". yeah, whatever)
[12:26] <gnomefreak> are all bug fixes able to be uploaded during the freeze or depends on how severe they are?
[12:26] <Kamion> gnomefreak: the latter
[12:26] <gnomefreak> k
[12:26] <ctrlsoft> Kamion: sorry
[12:26] <Kamion> ctrlsoft: no problem, I get that a lot :)
[12:26] <Kamion> gnomefreak: talk to dholbach or ajmitch or one of the other senior MOTUs if in doubt
[12:27] <gnomefreak> k ty
[12:28] <Chipzz> Kamion: I thought that bug was not urgently relevant to the release and you guys had more urgent things to handle atm
 Kamion: yes, will take care of it (it's not on the CD ;)
[12:28] <doko_> * Disconnected (Network is unreachable).
[12:28] <shining> doko_: hey
[12:29] <Kamion> Chipzz: users trying to remind us of bugs shouldn't be told to go away; sure, redirect them to a more appropriate location (like launchpad), but trying to argue that it isn't a bug because we don't have time for it is rather perverse
[12:29] <Kamion> doko_: thanks
[12:29] <Kamion> Chipzz: we absolutely do not want to lose bugs just because we're busy
[12:29] <shining> doko_: do you have any clue about the cause of bug 31889 ?
[12:29] <Ubugtu> Malone bug 31889 in eclipse "Cannot start eclipse: libswt-mozilla-gtk-3139.so: undefined symbol: NS_InitEmbedding" [Medium,Needs info]  http://launchpad.net/bugs/31889
[12:29] <doko_> Kamion: please review http://people.ubuntu.com/~doko/edgy/ooo.debdiff (just po/pot updates), that one should build on palmer
[12:30] <Chipzz> Kamion: I was going to point out to him to file a bug in launchpad
[12:30] <Chipzz> but nm
[12:30] <shining> doko_: it seems it was fixed once, and then came back, I don't understand why.
[12:30] <doko_> shining: installing mozilla-browser should work
[12:31] <gnomefreak> shining: wait in line ;)
[12:31] <gnomefreak> i so dont want to rebuild this anymore lol
[12:31] <doko_> shining: do you know how to build eclipse plugins?
[12:32] <Kamion> doko_: the diff looks fine on the face of it, although we're past the non-language-pack translation freeze ...
[12:33] <Kamion> but, since *all* translations are missing, I guess we can let you get away with it
[12:33] <Kamion> doko_: I can't make it build on palmer though - that needs infinity
[12:33] <shining> doko_: was this question for gnomefreak or me?
[12:33] <gnomefreak> shining: you
[12:33] <doko_> Kamion: right, I dropped them in ~rc3 and didn't notice :-/
[12:33] <shining> no, I don't
[12:33] <gnomefreak> shining: he said you nick ;)
[12:33] <Kamion> infinity: please accept openoffice.org once (a) it's there and (b) you're around and ready to make it build on palmer
[12:34] <Kamion> doko_: ok, ASAP please
[12:34] <Kamion> we're going to need the buildds in a hurry tomorrow
[12:34] <doko_> Kamion: uploaded
[12:36] <gnomefreak> doko_: i found the problem with eclipse build deps but im shaky on building it i built eclipse itself but the depends go further than just eclipse some of the libs need to be reb uilt also
[12:36] <gnomefreak> s/reb uilt/rebuilt
[12:41] <shining> doko_: now I'm confused. a while ago, eclipse didn't work, even with mozilla-browser installed. Now it seems to work in both case (with or without mozilla-browser). eclipse didn't change since, and I don't think mozilla changed neither
[12:41] <doko_> shining: try to open the help, doesn't work without mozilla-browser
[12:42] <zul> infinity: uvf for xen-source-2.6.17?
[12:47] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/ubiquity-1.2.2.diff, when you're around
[12:48] <shining> doko_: indeed, the help is only used on first start, that's why it didn't crash anymore. thanks
[12:48] <shining> doko_: so the problem is still there, even if mozilla-browser is installed
[01:35] <Kamion> bhale: can I remove the gmime2.1 source package and its binaries from edgy? it has no rdepends
[01:36] <Kamion> I think its existence is causing apt to be unsure about how to do an upgrade on my system
[01:36] <bhale> Kamion: yes please
[01:37] <bhale> Kamion: (I've rebuilt everything against a later version but it seems apt is still unhappy)
[01:37] <Kamion> done - let's see if that sorts it out
[01:38] <bhale> I asked mvo when I first noticed it and he thought I should make sure nothing rdepend'd on it
[01:38] <bhale> hopefully this one works better
[01:39] <Kamion> it was having trouble upgrading tomboy here, and an explicit 'apt-get install tomboy' sorted it out
[01:39] <bhale> else we need mvo to take another look
[01:39] <bhale> right.
[01:39] <Kamion> (or would have done; I've been deliberately not upgrading that, suspecting that archive action would solve it)
[01:53] <doko_> Kamion: please approve openoffice.org-l10n; it should start building now, if it's built on palmer by chance, then infinity may cancel the build to give openoffice.org priority
[02:11] <keescook> siretart: bug 66273> since it's just a debian upstream sync, what's the right way to do the upload?
[02:11] <Ubugtu> Malone bug 66273 in dirvish "dirvish-expire never expires any backups" [Undecided,Confirmed]  http://launchpad.net/bugs/66273
[02:14] <bluefoxicy> http://rafb.net/paste/results/CaePhO63.html  My current dmesg
[02:15] <ajmitch> keescook: file a sync request, subscribe ubuntu-archive
[02:16] <ctrlsoft> infinity: Any chance you can schedule bzr-svn in edgy for a rebuild?
[02:16] <keescook> ajmitch: okay, thanks
[02:16] <ajmitch> keescook: sync request should have the debian changelog entry in there
[02:19] <keescook> ajmitch: should I open a new bug for it, or just retitle the old one?
[02:19] <ajmitch> retitle
[02:23] <infinity> ctrlsoft: Retried, same dpkg throws the same assertion, I'll have to see WTF that's all about.
[02:27] <ctrlsoft> infinity: Thanks - it's installing the dependencies that's failing?
[02:27] <infinity> Yeah.
[02:27] <infinity> I'll sort it in a bit.
[02:28] <slomo> infinity: hi :) will you also fix the apache/apache2 bug for edgy? or must this be delayed to next release? :/
[02:29] <infinity> slomo: Will fix today.
[02:29] <slomo> infinity: thanks :)
[02:29] <infinity> (promise)
[02:30] <zul> infinity: sorry i didnt see your response (if any)
[02:31] <infinity> zul: xen-source?  If it actually works, I want it uploaded, yes.
[02:31] <zul> ok will upload now
[02:36] <pygi> night all
[02:40] <infinity> zul: Thanks.  I suspect this will be the last (and working) upload of xen-source for edgy?
[02:41] <infinity> Of course, it's universe, so we're slack there, and you could get approval from dholbach and ajmitch, but since xen-source stuffs up my buildds for a (long) while, I'd still prefer if you took me into consideratoin too. :)
[02:46] <bluefoxicy> No comments on my awesome amount of CPU speed complaints in dmesg?
[02:46] <bluefoxicy> I mean I know it's cut off above the last 1223 of them but D:
[02:50] <zul> infinity: yeah probably :)
[05:59] <fabbione> morning
[06:01] <jook> hi
[06:01] <jook> some ubuntu hacker?
[06:02] <freet15> Jook:where are u ?
[06:02] <Hobbsee> hey fabbione 
[06:02] <fabbione> yo Hobbsee 
[06:02] <jook> freet15, you are bot?
[06:03] <freet15> no
[06:03] <jook> freet15, i need the ubuntu installer source, i need for a university work
[06:04] <freet15> Jook:test me ?
[06:04] <jook> freet15, it is upload iin some site?
[06:05] <freet15> i must go now, bye
[06:05] <fabbione> ajmitch: about 200 pkgs to go
[06:28] <fabbione> mnepton: remember that you have wife.. and she is for sure more pretty than me
[06:28] <mnepton> fabbione: but i like the feel of your beard stubble. and my girlfriend shaves every day. :/
[06:30] <fabbione> put her online.. i will teach her :)
[06:30] <mnepton> :)
[06:31] <mnepton> she's on GIMPnet.
[06:31] <mnepton> (but alseep)
[06:31] <mnepton> hkufsrthnrn
[06:32] <fabbione> who cares about GIMPnet.. take her here
[06:32] <mnepton> fabbione: she may end up IRCing here more, as she gets more involved in Ubuntu stuffs.
[06:33] <mnepton> beast?
[06:33] <mnepton> let's try "best"
[06:33] <fabbione> ehhe
[06:33] <mnepton>  /dev/hands needs to be made ro
[06:33] <fabbione> make[1] : Entering directory `/build/buildd10/ksimus-boolean-0.3.6'
[06:33] <fabbione> *** YOU'RE USING autoconf (GNU Autoconf) 2.60.
[06:33] <fabbione> *** KDE requires autoconf 2.52, 2.53 or 2.54
[06:33] <mnepton> there are serious IO bottlenecks between my kernel and /dev/hands
[06:34] <fabbione> Riddell: ^^ this is basically the same error on KDE apps in universe
[08:05] <siretart> keescook: syncing works by subscribing ubuntu-archive and stating exactly from where to sync, and a small report what ubuntu changes got dropped and way. the package in question did not have ubuntu changes IIRC
[08:05] <siretart> morning
[08:12] <pitti> Good morning
[08:12] <ajmitch> morning pitti 
[08:13] <mnepton> -j (fo those of you not in .no) :/
[08:17] <pitti> hey ajmitch, moin mnepton 
[08:20] <infinity> Prostate exams ARE pretty fun, so that's not a fair comparison, really.
[08:21] <mnepton> infinity: depends on the girth of the doctor's fingers.
[08:21] <infinity> The bigger, the better, clearly.
[08:21] <mnepton> Debian packaging is like a prostate exam by a doctor with psoriassis, swollen joints, and severe hand tremors.
[08:23] <fabbione> mnepton: you want to take this to #ubuntu-on-crack
[08:23] <pitti> mnepton: how on earth do you learn packaging? The die-hard close-to-the-metal 'no debhelper' way? :)
[08:23] <mnepton> pitti: immersion and prayer.
[08:23] <infinity> Even that's not so much effort, if you learn on something small like "hello".
[08:23] <mnepton> fabbione: i got banned from #u-o-crack for being too odd. :/
[08:24] <infinity> pitti: Without dpkg-dev is more fun, really.
[08:25] <fabbione> infinity: never like a SOC studen that was using deb-build manually and editing stuff in DEBIAN and $layout
[08:26] <infinity> You've seen the spec file that calls debian/rules, right?  To generate a .rpm and .deb with identical binaries and layout?
[08:26] <infinity> Perverse.
[08:26] <fabbione> no i didn't..
[08:27] <lifeless> meep
[08:27] <fabbione> well that's sick.. but whatever.. indirection for perversions are unlimited
[08:27] <bluefoxicy> #ubuntu-on-crack?
[08:27] <bluefoxicy> what the hell?
[08:28] <Chipzz> infinity: well by all means, please DO point me to a debian packaging tutorial that does explain more complicated things like debhelper...
[08:28] <Chipzz> because all the ones I've seen were worthless
[08:28] <fabbione> infinity: who did allow xorg-server to go in?????
[08:28] <Chipzz> :)
[08:28] <infinity> fabbione: Not I.
[08:28] <fabbione> WTF
[08:28] <infinity> fabbione: Blame Kamion when he wakes up, I guess.  I didn't get a chance to talk to seb abot it.
[08:28] <infinity> s/abot/about/
[08:29] <lifeless> surely thats aboot
[08:29] <infinity> Probably should have rejected it while I was waiting.  Oh well.
[08:29] <infinity> It's not like it's hideously broken, just.. Weird.
[08:29] <infinity> (patching debian/* being the really weird bit)
[08:29] <fabbione> infinity: well theoretically...
[08:29] <infinity> I guess pitti's contageous. :)
[08:29] <fabbione> ehhe
[08:29] <fabbione> oh well
[08:30] <fabbione> Seb touched it last.. he will also get the honour to merge it in edgy+1 :P
[08:30] <infinity> lifeless: I don't want to hear it, Mr No Deeery.
[08:30] <lifeless> Chipzz: IIRC womble's one is good
[08:30] <lifeless> infinity: :)
[08:30] <pitti> infinity: *grrr*
[08:31] <Chipzz> lifeless: got an url for that?
[08:31] <fabbione> Chipzz: a real hacker doesn't need a tutorial.. RTF(ine)M
[08:31] <fabbione> Chipzz: or RTFC
[08:31] <infinity> pitti: *grin*
[08:32] <infinity> pitti: It's okay, I've seen someone patch debian/patches from debian/patches before.
[08:32] <HrdwrBoB> ouch
[08:32] <infinity> It's hard to top that...
[08:32] <HrdwrBoB> my logic
[08:32] <Chipzz> fabbione: yeah there's the Ubuntu packaging guide
[08:32] <tfheen> Kamion: if bits[2]  in ('dz', 'km'): looks.. wrong.
[08:33] <tfheen> Kamion: unless bits[2]  is actually the language code?
[08:33] <pitti> infinity: heh, I know two people who did that :)
[08:34] <mnepton> how ... masturbatory.
[08:35] <infinity> Oh, I also saw someone add dpatch to a dbs package, because they didn't understand dbs.
[08:35] <infinity> I won't name names there, but that was special.
[08:35] <fabbione> infinity: ehehehe
[08:36] <infinity> Also, this laptop needs a faster hard drive, so I can actually do something other than babble on IRC while doing test installs.
[08:36] <infinity> *sigh*
[08:37] <mnepton>  /m infinity thanks for not naming names. i would have felt like a complete idiot.
[08:37] <Chipzz> fabbione: I would still call it incomplete though
[08:38] <Chipzz> but I guess this is off-topic
[08:39] <infinity> The last 10 minutes was off-topic.  I'll only mind if someone has something on-topic to say and it gets drowned out.
[08:40] <lifeless> Chipzz: nope
[08:40] <lifeless> his name is Matt palmer, google is your friend
[08:40] <Chipzz> fabbione: btw, were you kidding about the SOC student?
[08:41] <Chipzz> because there is actually a "debian packaging tutorial" somewhere online that explains how a debian package works (in that it explains the DEBIAN dir etc)
[08:42] <fabbione> Chipzz: no i am not kidding
[08:42] <fabbione> Chipzz: the best tutorial are the docs on debian.org and the 8000 source packages in the archive.
[08:42] <fabbione> what else do you need?
[08:43] <lifeless> fabbione: 16K :)
[08:43] <lifeless> 8K is so 1990's
[08:43] <fabbione> lifeless: 8K sources.. =~ 20K binaries
[08:43] <fabbione> and we are talking about sources here :)
[08:44] <lifeless> mmm, I was sure it was over 10K sources.
[08:44] <Chipzz> fabbione: well, a central and complete repository would be nice
[08:44] <lifeless> but, nevermind.
[08:44] <lifeless> Chipzz: archive.ubuntu.com!
[08:44] <fabbione> Chipzz: apt-get source ... more central than that :)
[08:44] <Chipzz> you have for example debian policy, the Ubuntu packaging guide, other stuff...
[08:44] <Chipzz> but these are all seperate documents
[08:45] <infinity> Chipzz: Debian Policy, the Debian New Maintainer's Guide, and the Debian Developer's Reference all seem good enough to me.
[08:46] <infinity> But then again, I've never seen the point of "Ubuntu is a different distribution, so we must have our own docs" except in the few cases where it makes sense (documenting archive procedures and our whacky versioning scheme, for instance)
[08:48] <Chipzz> infinity: some very minor nitpick maybe, but I just skimmed through the ubuntu packaging guide; it doesn't seem to refer to the Debian Policy?
[08:48] <infinity> Maybe I'm an elitist (okay, okay, it's a proven fact that I am), but I appreciate the barrier for entry being slightly high enough that we filter out the truly clueless before they try getting things in the archive that run as root on my machine.
[08:49] <infinity> Chipzz: I know nothing of the Ubuntu Packaging Guide, but if it doesn't refer to policy, that's clearly a bug, as we do follow Debian policy.  At least, we're sure as heck meant to.
[08:49] <Hobbsee> last i knew, it does contain a reference to the policy
[08:50] <Hobbsee> if not, bug laserjock about it :P
[08:50] <tfheen> fabbione: I told Colin to accept xorg-server even with the weird patching, since it's better to have it in than not.
[08:50] <Chipzz> infinity: go to system -> help -> system documentation ; click 
[08:51] <Chipzz>     Packaging new applications for Ubuntu
[08:51] <Chipzz> Hobbsee: maybe I overlooked it; I only skimmed through it
[08:51] <Chipzz> but I kinda knew what to look for and still missed it?
[08:51] <fabbione> tfheen: ok, we were just waiting to talk to seb this morning and get it done properly. There are also 2 other things that i am not sure about.. like the cmd line parsing order that might break the meaning of that patch
[08:52] <fabbione> tfheen: 17 in the specific
[08:52] <Hobbsee> Chipzz: i think it's under more documentation or something
[08:53] <tfheen> fabbione: can you check whether it breaks or not, like, now?
[08:53] <Chipzz> Hobbsee: ah yes, you're right; but I guess that should be more prominent really?
[08:55] <Hobbsee> Chipzz: depends.  if the audience the ubuntu packaging guide is for a general idea, then you probably dont need to know that straight away.  as soon as you want to do more serious packaging, you know about the debian stuff, and the more links anywya, because the ubuntu packaging guide doesnt contain all the necessary info anyway
[08:56] <Chipzz> but I have to say, the Ubuntu packaging guide is a real nice piece of work (not ironically meant)
[08:56] <infinity> I'm pretty sure it's unrealistic to ask, but I'd like any packaging guide to start with "before you ever consider uploading something to Debian or Ubuntu, please read Debian Policy cover-to-cover to see if you've done something silly"
[08:56] <infinity> The beginner's guides are nice (and the Ubuntu Packaging Guide looks alright), but there's no way you can know if you're breaking policy without knowing policy.
[08:57] <Chipzz> infinity: I agree; maybe not in those wording, but at least a reference to it in the introduction with a short explanation of what it is and why it is important, instead of a bare link in an appendix
[08:58] <tfheen> infinity: it should include "yes, really.  Cover to cover.  And then again." in the advice.
[08:58] <fabbione> tfheen: not immediatly.. no..
[08:58] <fabbione> tfheen: i will need a few minutes
[08:58] <infinity> fabbione: Okay, confirmed, a fresh dapper install gave me a RESUME line.  GRR.
[08:59] <infinity> fabbione: Now that it's reproduced, I'll go fix it.  Thanks.
[09:00] <fabbione> infinity: no problem
[09:23] <Kamion> fabbione: tfheen told me to let xorg-server in (nobody had uploaded anything better to fix the same bug ...)
[09:24] <Kamion> tfheen: bits[2]  *is* the language code, yes.
[09:24] <tfheen> Kamion: ok, approved then.
[09:24] <Kamion> (oh, sorry, wasn't entirely caught up on scrollback when commenting on xorg-server)
[09:24] <Kamion> Dzongkha;4;dz;BT;dz_BT;UTF-8;;
[09:25] <Kamion> Khmer;4;km;KH;km_KH;UTF-8;;
[09:25] <Kamion> it's parsing that
[09:25] <fabbione> Kamion: no we didn't upload, because we were waiting to talk to Seb..
[09:27] <tfheen> fabbione: while the patch is slightly on crack, I'm not going to accept another upload to just change that before RC.
[09:28] <fabbione> tfheen: the patch itself change default behaviour of xvfb-run. I don't care about the patch being dirty. I care to understand why it has been done that way
[09:30] <infinity> Kamion: Are we positive that edgy's d-i will no longer write a RESUME= line to initramfs.conf, BTW? :)
[09:31] <tfheen> fabbione: xvfb-run is used by a bunch of gtk-python packages as part of their build process, aiui.  xvfb didn't always run properly without that patch.
[09:31] <siretart> Kamion: could you approve mythplugins from unapproved/universe?
[09:31] <Chipzz> siretart: what changed?
[09:32] <Kamion> infinity: obviously now you ask I'm paranoid, but:
[09:32] <fabbione> tfheen: yes i know how it is used.. i reported the bug to seb :).
[09:32] <Kamion>                         if [ -d /target/etc/initramfs-tools/conf.d ] ; then
[09:32] <Kamion>                                 ramdiskconf=/target/etc/initramfs-tools/conf.d/resume
[09:32] <infinity> Kamion: Kay. :)
[09:32] <Kamion> siretart: when it arrives, sure
[09:32] <Kamion> (and multiverse)
[09:32] <siretart> err, I thought I uploaded it yesterady?
[09:33] <infinity> Does VMware do snapshotting, or is it just easiest to copy my disk image somewhere before I mangle it?
[09:33] <fabbione> tfheen: i am rebuilding now one of those packages that were FTBFS and see..
[09:33] <infinity> Oh, look, snapshot in the menu.. But greyed out...
[09:34] <Kamion> siretart: it's not there
[09:34] <Chipzz> infinity: do you have vmware player or server?
[09:35] <tfheen> fabbione: enjoy.
[09:35] <infinity> Chipzz: Workstation.
[09:35] <Chipzz> oh, dunnow about that
[09:36] <Chipzz> I do know server does support it, and I actually allready used it with that
[09:36] <Kamion> last mythplugins upload was on Thursday, and accepted
[09:37] <Kamion> siretart: accepted now, though I'd have preferred actually fixing the bashism. :-)
[09:39] <pitti> infinity: I have workstation here, too, and snapshotting works just fine
[09:39] <infinity> pitti: Let me guess, the VM has to be off for the menu entries to light up? :)
[09:39] <infinity> (Will test when I can turn it off)
[09:40] <pitti> infinity: no, it can be on
[09:40] <pitti> infinity: do you use a real partition or an image? (I use image files)
[09:40] <infinity> Image file.
[09:41] <pitti> weird
[09:41] <pitti> hey seb128
[09:41] <infinity> oh, the VM has the snapshotting feature disabled.  I see.
[09:41] <infinity> How pleasantly intuitive.
[09:41] <seb128> hi pitti
[09:41] <Kamion> are we going to fix the xorg NBS packages before RC? Please say yes.
[09:42] <Kamion> (xbase-clients, xlibs-dev, xutils)
[09:42] <infinity> Would be nice.
[09:42] <pitti> tfheen: permission to upload http://people.ubuntu.com/~pitti/tmp/xorg_7.1.1ubuntu3.dsc.debdiff ?
[09:42] <seb128> "nbs"?
[09:42] <Kamion> seb128: not built from source
[09:42] <seb128> ah, k
[09:43] <infinity> Actually, did Debian drop those binaries altogether?
[09:43] <Kamion> i.e. still hanging around in the archive waiting for an ubuntu-archive member to remove them (only I'm not doing so in this case semi-deliberately)
[09:43] <Kamion> xbase-clients | 1:7.1.ds-3 |      unstable | source, alpha, amd64, arm, hppa, hurd-i386, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
[09:43] <infinity> Err, no, Debian still ships them.
[09:43] <Kamion>     xutils | 1:7.1.ds.2-1 |      unstable | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
[09:43] <infinity> Fun.
[09:44] <Kamion> Debian doesn't ship xlibs-dev any more
[09:44] <Kamion> mdz explicitly asked for that to be put back, though
[09:44] <infinity> What do we want it to depend on?
[09:45] <infinity> Same list as in dapper?
[09:45] <seb128> infinity: could you give a retry to libgtk2-perl?
[09:45] <infinity> seb128: Sure.
[09:45] <seb128> thank you
[09:47] <Kamion> hang on, we have xorg-dev
[09:48] <infinity> Yeah, I believe it was renamed intentionally to force people to fix their build-deps.
[09:48] <infinity> Or somethng equally clever.
[09:48] <infinity> If we really want xlibs-dev back, it could just depend on xorg-dev, but I won't like it. :)
[09:49] <Kamion> nah, that's fine then
[09:49] <Kamion> except for the *shitload* of deps on xlibs-dev
[09:50] <Kamion> and build-deps
[09:50] <infinity> Are there still build-deps?
[09:50] <Kamion> ok, it's too late for this, it needs to come back as a transitional on xorg-dev I'm afraid
[09:50] <infinity> If so, I guess we need to bring it back for now. :/
[09:50] <Kamion> main: djvulibre gimp gnopernicus kmplayer libdv libgd-gd2-perl libgd2 libgdchart-gd2 python-gd scim tk8.3 tk8.4 tuxtype xine-lib zephyr
[09:50] <Kamion> universe: alevt arla asmon bbdate deskmenu docker dx fbdesk ghc-cvs gngb gpsim gtkglext gvidm itcl3.0 krb4 libgd libgd-perl libgnome-gnorba-perl morse-x pclock pharmacy php-imlib pointless tclx8.3 tk8.0 wm2 wmacpiload wmbatteries wmbinclock wmclockmon wmdiskmon wmfortune wmifs wmpinboard xastir xcingb xemacs21 xfree86-driver-synaptics xgraph xlassie xlife xpcd xpdf xqbiff xreverse xtv
[09:51] <Kamion> a lot of those are probably |-ed deps though
[09:51] <Kamion> checkrdepends isn't quite clever enough to check for that
[09:51] <Kamion> ghc-cvs (random selection) build-depends: xlibs-dev without alternate
[09:51] <Kamion> likewise python-gd
[09:55] <tfheen> pitti: approved.
[09:57] <jdub> dholbach can't join because he's been banned from freenode
[09:57] <jdub> oh
[09:58] <jdub> never mind, it was only his entire isp
[09:58] <pitti> tfheen: uploaded, thanks
[09:58] <jdub> and apparently it's okay again
[09:58] <jdub> or something
[09:59] <Fujitsu> jdub, is he likely to be on at some point in the near future?
[09:59] <jdub> he's on gimpnet atm
[10:00] <infinity> Kamion: The ones in main would certainly all be |'ed.
[10:00] <infinity> Kamion: Can't speak for the ones in universe, but I'd hope they're all fixed by now..
[10:00] <infinity> Kamion: Or mostly.
[10:00] <infinity> Kamion: But we can bring it back for one more cycle as a transitional package. :/
[10:02] <infinity> Hrm.  It's not d-i that was adding the RESUME, it was something in ubuntu-desktop...
[10:02] <infinity> (A "server" install didn't break)
[10:02] <pitti> argh, why can't I burn CD-ROMs any more?
[10:03] <pitti> moin tkamppeter 
[10:09] <infinity> seb128: libgtk2-perl looks happier this time 'round.
[10:09] <seb128> infinity: rock on ;)
[10:15] <Riddell> fabbione: you need to run make -f admin/Makefile.common with this patch http://kubuntu.org/~jriddell/kubuntu_00_autoconf2.60.diff
[10:15] <tfheen> Riddell: have you investigated the ktorrent ftbfs on ppc?
[10:16] <Riddell> tfheen: I uploaded a new ktorrent last night to fix it
[10:16] <tfheen> Riddell: ok.
[10:16] <Riddell> tfheen: looks like it worked https://launchpad.net/distros/ubuntu/+source/ktorrent/2.0.3-0ubuntu4
[10:17] <tfheen> Riddell: indeed.  Good.
[10:17] <tfheen> thanks.
[10:20] <s4lvuzzo> hi all
[10:21] <pitti> hm, the CD check still doesn't reboot correctly
[10:22] <tfheen> pitti: which arch?
[10:22] <pitti> tfheen: amd64
[10:22] <tfheen> pitti: and desktop or alternate?
[10:22] <pitti> tfheen: alternate
[10:23] <tfheen> grr, I though I had worked out all the quirks in that one.
[10:23] <tfheen> it just loops?
[10:24] <fabbione> Riddell: i don't need to run anything.. i was just reporting to you the tons of FTBFS from a edgy builds on edgy run
[10:24] <pitti> tfheen: yup, see http://people.ubuntu.com/~pitti/tmp/cdcheck-boot.png
[10:26] <janimo> tfheen: http://paste.ubuntu-nl.org/26980/ exception request, only config file changes to better support a11y, and add a trash to the default panel
[10:27] <fabbione> pitti: did you see the new FTBFS i assigned to you?
[10:27] <fabbione> mvo: same to you
[10:27] <janimo> tfheen: having these in place allow enabling xubuntu a11y from casper with very few lines
[10:27] <pitti> tfheen: followup and screenshot attached to bug 28033
[10:27] <Ubugtu> Malone bug 28033 in cdrom-checker "cdrom-checker-menu never reboots" [Medium,Confirmed]  http://launchpad.net/bugs/28033
[10:27] <pitti> fabbione: no, I didn't yet
[10:28] <tfheen> janimo: no, does not fix 6.10-targetted bugs.  Sorry.
[10:28] <mvo> fabbione: checking now, thanks
[10:29] <janimo> tfheen: xubuntu a11y was targeted ad 6.10, it's just not in the milestone bugs because it is not ubuntu or kubuntu
[10:30] <tfheen> janimo: I said, days, ago that I would not accept changes in main for things which aren't 6.10-targetted.
[10:30] <tkamppeter> h pitti
[10:31] <janimo> tfheen: I asked mdz and he said that unless you need to specifically roll livefs-s or I otherwise make you lose time xubuntu changes are my call, but I should be careful
[10:32] <janimo> tfheen: I could not target xubuntu bugs as 6.10 anyway since it is not officially supported, so I don;t see how I could do anything past freeze this way
[10:32] <infinity> janimo: If they're your call, they're your call.  We're definitely not in livefs land right now, since we need to wait ~6 hours for OOo-l10n to finish.
[10:33] <janimo> infinity: I do not want to waste your or tollefs time, so I am not requesting you roll xubutu CDs besides what cron does. This is what mdz meant I should watch out for
[10:34] <janimo> infinity: I just wanted to knwo if I can still upload as I did not speciifically ask mdz if I need to request permission before uploading
[10:34] <janimo> I don;t know if things just get queued or rejected unless tfheen approves them before upoad
[10:35] <janimo> infinity: does that OOn-l10n thing fix the locales depend on OOo-common by the way?
[10:35] <janimo> infinity: anyway for the xubuntu live Ithink I specify tbird and ffox locales explicitely not via langage-support so it does not pull ooo in by accident
[10:36] <infinity> janimo: No, the last OOo upload should have, though (just hitting mirrors now)
[10:37] <tfheen> janimo: if mdz said it's your call, then it's your call and I'll wave through anything which is xubuntu-specific.
[10:38] <janimo> tfheen: thanks!
[10:44] <pitti> tfheen: I just noticed that our last imagemagick sync broke SGI image parsing due to an accidentally dropped 'i=0' initialization. But I guess this is too unimportant for edgy at that point?
[10:45] <tfheen> pitti: which image format did you say? ;-)
[10:45] <pitti> tfheen: exactly :)
[10:45] <infinity> Which SGI format?
[10:46] <tfheen> pitti: so yes, edgy+1
[10:46] <pitti> infinity: 'which'? well, coders/sgi.c says 'Irix RGB Image format'
[10:46] <pitti> infinity: i. e. the one you likely never heard of :)
[10:46] <infinity> Oh, that.  No one uses that.
[10:46] <infinity> (I asked because TGA is also an SGI format, IIRC)
[10:46] <infinity> And broken TGA would be a big deal.
[10:47] <pitti> yeah, I just stumbled across it when reviewing the recent security patch; I notified Daniel Kobras, so it'll get fixed in Debian soon hopefully
[10:50] <tfheen> doko__: bug 65908 should be marked as fix released, shouldn't it?
[10:50] <Ubugtu> Malone bug 65908 in hplip "libsane-hpaio.so not shipped anymore" [Critical,Fix committed]  http://launchpad.net/bugs/65908
[10:51] <tfheen> Riddell: wasn't bug 65665 fixed by reverting a patch to kdelibs?
[10:51] <Ubugtu> Malone bug 65665 in kdebase "Cups printing fails after update to kde-3.5.5" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65665
[10:51] <infinity> tfheen: Once vmware is done arguing with my hard drive, that initramfs-tools bug will have an upload, BTW.  I'll pass the diff to you for review after I'm satisfied that dpkg DTRT with it.
[10:51] <tfheen> infinity: thanks.
[10:52] <tfheen> Riddell: same for bug 65697 ; was this fixed in your latest k-d-s upload?
[10:52] <Ubugtu> Malone bug 65697 in kubuntu-default-settings "kubuntu dapper can't display Chinese in non-Chinese locale" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65697
[10:53] <Kamion>   109694 | S- | ltsp                 | 0.123                | nine minutes
[10:53] <Kamion>          | * ltsp/0.123 Component: main Section: misc
[10:53] <Kamion>   109688 | S- | xorg                 | 1:7.1.1ubuntu3       | 54 minutes
[10:53] <Kamion>          | * xorg/1:7.1.1ubuntu3 Component: main Section: x11
[10:55] <tfheen> Kamion: xorg is approved.  I have no idea about ltsp.
[10:55] <fabbione> seb128: ping?
[10:55] <seb128> fabbione: pong
[10:55] <ogra> tfheen, closes #65690 (RC bug)
[10:56] <tfheen> bug 65690
[10:56] <Ubugtu> Malone bug 65690 in gst-plugins-good0.10 "should select the esdsink for LTSP_CLIENTs" [Medium,In progress]  http://launchpad.net/bugs/65690
[10:56] <fabbione> seb128: i was triple reviewing the patch you did to fix xorg-server and i found 2 problems
[10:56] <Kamion> infinity: are you taking care of the xorg NBS binaries, or shall I?
[10:56] <seb128> fabbione: feel free to fix them
[10:56] <fabbione> seb128: first the patch 18_.. patches debian/* :)
[10:56] <tfheen> ogra: oh, coolie.
[10:56] <seb128> fabbione: right, is that an issue? 
[10:56] <fabbione> seb128: i need to understand first why you did it in a certain way
[10:56] <ogra> tfheen, there is a edubuntu-artwork coming down the drain for #57588 as well
[10:56] <tfheen> ogra: want me to review the diff?
[10:56] <fabbione> seb128: well it's not clean :)
[10:56] <Kamion> +++ /tmp/qnj9PUiNKg/ltsp-0.123/debian/ltsp-server.install       2006-10-16 09:30:37.000000000 +0100
[10:56] <Kamion> +server/80_ltsp-sound /etc/X11/Xsession.d
[10:56] <Kamion> +++ /tmp/qnj9PUiNKg/ltsp-0.123/server/80_ltsp-sound     2006-10-16 09:30:37.000000000 +0100
[10:56] <ogra> tfheen, oh, wait a sec, i'll upload it
[10:56] <Kamion> +test -z "$LTSP_CLIENT" || rm $HOME/.gstreamer-0.10/registry.*.xml
[10:56] <fabbione> seb128: the other thing about disabling composite when you use -render
[10:56] <Kamion> that's it
[10:57] <seb128> fabbione: 17_ was from fedora, I though it would fix the crasher we have on build, but it doesn't
[10:57] <ogra> right
[10:57] <tfheen> Kamion: ok; ltsp is approved.
[10:57] <ogra> only one line and one new file
[10:57] <fabbione> seb128: the patch you did partially fix the issue
[10:57] <fabbione> seb128: look here:
[10:57] <infinity> Kamion: Did we come to a concensus of two about what to do with them?
[10:57] <seb128> fabbione: the -render patch is from fedora
[10:57] <fabbione> root@sunfire:~/libgtk2-perl-1.121# Xvfb -render 
[10:57] <infinity> Kamion: Resurrecting xlibs-dev for one more cycle (ugh) seems sane, but should we just drop the other two?
[10:57] <fabbione> root@sunfire:~/libgtk2-perl-1.121# echo $?
[10:57] <fabbione> 0
[10:57] <fabbione> seb128: yes i understand that
[10:58] <fabbione> seb128: but the patch doesn't take into account opts order
[10:58] <fabbione> you saw that with -render you disable Composite
[10:58] <fabbione> but
[10:58] <fabbione> root@sunfire:~/libgtk2-perl-1.121# Xvfb -render +extension Composite
[10:58] <fabbione> Bus error
[10:58] <fabbione> that's because the patch doesn't take into account that a user can specify +extensions after
[10:59] <ogra> tfheen, http://people.ubuntu.com/~ogra/e-a.debdiff thats for the edubuntu-artwork upload
[10:59] <infinity> I think thats an "enough rope" corner case we can live with for release.
[10:59] <fabbione> infinity: for what xorg-server?
[10:59] <seb128> fabbione: so let's drop that patch and keep the xvfb-run one?
[10:59] <infinity> fabbione: The -render thing.
[11:00] <fabbione> seb128, infinity: i did test a libgtk2-perl rebuild and it did work here with that stuff...
[11:00] <seb128> fabbione: the xvfb-run change is what matters since packages usually use xvfb-run
[11:00] <Kamion> infinity: same story, I'm afraid; there are a lot of dependencies on xbase-clients and xutils
[11:00] <Kamion> at a casual scan, many if not most of them aren't |-ed
[11:00] <Kamion> and in any case Debian has those metapackages, so we'd be carrying all the diffs
[11:00] <infinity> Kamion: Ugh.  Alright, I'll have to resurrect them with the same deps they had in dapper, then.
[11:00] <infinity> Kamion: Our xbase-clients and xutils aren't even close to in sync with Debian's packaging, hence the discrepancy.
[11:00] <Kamion> infinity: perhaps same deps as currently in Debian
[11:01] <fabbione> seb128, infinity: i am just trying to explain what i found.. i am ok for it that way... but other pkgs might FTBFS calling Xvfb +randomextensions
[11:01] <fabbione> seb128, infinity: but again.. i am ok with it.. just that you are aware of it
[11:01] <infinity> Kamion: xutils in Debian isn't a metapacakge.  They stuck all the xutils in one package.
[11:02] <seb128> I only kept the xrender one because I started with that one and fedora is shipping it for some time so I think it was alright
[11:02] <infinity> Kamion: Same story with xbase-clients.
[11:02] <seb128> the xvfb-run is enough to fix the ftbfs issues wehave
[11:03] <fabbione> seb128: ok.. if you are sure it's enough we can live with that and fix it properly in edgy+1 to make sure it doesn't random segfault
[11:03] <tfheen> ogra: that looks good to me.
[11:03] <seb128> fabbione: works for me
[11:03] <ogra> :)
[11:05] <fabbione> seb128: it does for me too for 2 reasons.. you touched it last and you get to merge it for edgy+1 :P
[11:05] <seb128> ahah
[11:05] <pitti> ouch, amd64/alternate install has failed
[11:05] <seb128> fabbione: but you are going to do a new upload to drop the -render patch now and take back the merge, aren't you? :p
[11:07] <Kamion> infinity: oh
[11:07] <infinity> Kamion: Oh indeed.
[11:07] <Kamion> shows how much I checked
[11:08] <Kamion> pitti: what broke?
[11:08] <pitti> Kamion: too bad I didn't watch the installation; something failed during installing the u-desktop packages
[11:08] <pitti> but /var/log/syslog isn't too helpful
[11:08] <Kamion> pitti: errors from tasksel?
[11:09] <fabbione> seb128: not at all.. i am sane :)
[11:09] <Kamion> might be helpful to me if I can see it ... :)
[11:09] <seb128> fabbione: ok ok, I'm going to get dholbach doing it then :p 
[11:09] <siretart> heno: may I query you?
[11:09] <fabbione> seb128: ahaah
[11:11] <pitti> Kamion: ah, some xubuntu task isn't found (unsurprisingly); a moment, please
[11:11] <heno> siretart: you may indeed
[11:11] <pitti> Kamion: http://people.ubuntu.com/~pitti/tmp/amd64-alternate-installfail.png
[11:11] <heno> is that 'the new ping' ? :)
[11:14] <neuralis> fabbione: do we support root on raid on sparc?
[11:15] <fabbione> neuralis: yes.. you need separated /boot
[11:15] <fabbione> that can be on raid too
[11:15] <fabbione> you need to skip the first 1Mb of the disk
[11:15] <pitti> Kamion: shall I file a bug about that?
[11:16] <neuralis> fabbione: ah, yes, sector 0
[11:16] <fabbione> neuralis: yes.. the installer doesn't allow you to make raid or lvm on sector 0
[11:16] <neuralis> right
[11:17] <pitti> Kamion: wow, publishing debug logs over a webserver in d-i absolutely rocks!
[11:17] <siretart> sounds sweet.
[11:17] <siretart> is this already documented somewhere?
[11:17] <pitti> siretart: well, 'Save debug logs...' in d-i's main menu offers 'web'
[11:18] <siretart> sweet!
[11:18] <seb128> fabbione: in fact "Xvfb :99 -render +extension..." works fine
[11:19] <seb128> fabbione: your example is "+extension Composite", which is the case the patch explicitly turn off because it doesn't work
[11:19] <seb128> fabbione: did you try with an extension != Composite?
[11:19] <Riddell> tfheen: yes, I'll close 65665 and 65697
[11:20] <Kamion> pitti: I fixed that in tasksel last night ...
[11:21] <Kamion> pitti: does this image have tasksel and tasksel-data 2.50ubuntu7?
[11:21] <pitti> Kamion: oh, darn, I just filed bug 66371
[11:21] <Ubugtu> Malone bug 66371 in debian-installer "fails to install packages, derivative tasks not found" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66371
[11:21] <fabbione> seb128: nope. of course i pushed it on the edge to verify the opt parsing code that does not guarantee that +extension is parsed before -render
[11:21] <pitti> Kamion: I still have yesterday's iso, since I started with testing this morning when today's iso wasn't yet available
[11:22] <pitti> Kamion: will update and test again, and close the bug if it's fixed
[11:22] <neuralis> fabbione: so skip 1mb, then make raid volume for boot, and another for root?
[11:22] <fabbione> neuralis: yes, that's what i usually do
[11:22] <seb128> fabbione: my understanding is that the patch would only overrides the +extension Composite option
[11:22] <fabbione> or use LVM on top of the second raid
[11:22] <fabbione> root on LVM is supported
[11:23] <seb128> fabbione: which means we only break a crasher case
[11:23] <neuralis> fabbione: neat
[11:23] <fabbione> seb128: yeps...
[11:23] <seb128> fabbione: so we can let it that way for edgy
[11:23] <seb128> just to be sure we agree :)
[11:24] <fabbione> yeah as i said.. it works for me, but be aware that you might get bug reports :P
[11:24] <seb128> ok ok :)
[11:25] <fabbione> pitti: 
[11:25] <fabbione> dh_strip -plibimlib2  
[11:25] <fabbione> Error: Package: and Architecture: do not alternate in debian/control
[11:25] <fabbione> make: *** [binary-strip-IMPL/libimlib2]  Error 1
[11:25] <fabbione> ever seen an error like that?
[11:25] <fabbione> and what could cause that?
[11:25] <pitti> fabbione: no, not yet
[11:25] <pitti> fabbione: it's a sanity check in pkg-create-dbgsym AFAIR
[11:25] <fabbione> pitti: i got it in the super rebuild of death.. only a couple of times
[11:25] <pitti> fabbione: please assign them to me, will look into them
[11:26] <two-face> Hi
[11:26] <Kamion> pitti: I'll just dup it now
[11:27] <two-face> I'd like to point out that neither ubuntu nor kubuntu is able to boot on my system
[11:27] <two-face> (beta)
[11:28] <two-face> I already filed a bug against linux-source-2.6.17
[11:28] <pitti> Kamion: thanks; sorry for the noise
[11:28] <Kamion> np
[11:31] <two-face> can I help or something?
[11:31] <fabbione> pitti: i am cursios to undestand if you can reproduce it locally.. because i couldn't on x86
[11:32] <fabbione> pitti: pkg was imlib2
[11:32] <pitti> fabbione: /me test builds
[11:32] <pitti> fabbione: oh, wait, dh_strip - that's pkgbinarymangler, not pkg-create-dbgsym
[11:32] <fabbione> wanna-build -d edgy --list=needs-build
[11:32] <fabbione> Total 0 package(s)
[11:32] <fabbione> uhuh
[11:32] <fabbione> almost there with the first round
[11:33] <infinity> pitti: Err, you're confusing yourself. :)
[11:33] <pitti> infinity: am I?
[11:33] <infinity> pkgbinarymangler is called from dpkg-deb (or dh_builddeb)
[11:33] <tfheen> Riddell: thanks.
[11:34] <pitti> infinity: erm, yeah, of course you are right
[11:34] <pitti> dh_screwyouall
[11:34] <pitti> infinity: hmm, debian/control lokos sane, weird
[11:34] <two-face> i'd like very much to test edgy beta, only if I can boot the live cd
[11:35] <Kamion> two-face: #ubuntu-kernel might stand a better chance
[11:35] <seb128> two-face: do you have a bug number to point?
[11:36] <two-face> seb128: #61987
[11:36] <Kamion> two-face: have you tried booting with irqpoll?
[11:36] <Tonio_> hi
[11:36] <Kamion> (as the message suggests)
[11:36] <two-face> Kamion: I only tried without acpi
[11:36] <two-face> Kamion: what syntax for this parameter?
[11:37] <seb128> bug #61987
[11:37] <Ubugtu> Malone bug 61987 in linux-source-2.6.17 "Kernel boot failure with Kubuntu knot3 on amd64+nforce4+sata2" [Undecided,Unconfirmed]  http://launchpad.net/bugs/61987
[11:37] <two-face> Kamion: I tried it yes
[11:37] <Kamion> just 'irqpoll'
[11:37] <two-face> Kamion: I recall Itried it
[11:38] <Kamion> but I'm not a kernel guy; just suggesting the thing that jumped out at me
[11:38] <two-face> Kamion: I'll try -kernel, thanks for pointing that out
[11:39] <tfheen> Riddell: your speedcrunch upload FTBFS on all arches.
[11:39] <doko_> tfheen: set from "fix committed" to "fix released"
[11:39] <tfheen> doko_: thanks
[11:40] <mvo> fabbione: the iptuils fix for the FTBFS was a bit of a pain. I assume you have a working ip6 setup? could you please test ping6 and traceroute6 with the patch here: http://people.ubuntu.com/~mvo/tmp/iputils_20020927-3ubuntu2.debdiff ?
[11:40] <pitti> fabbione: yes, I can reproduce it; will fix
[11:41] <fabbione> pitti: great
[11:41] <fabbione> mvo: sure
[11:45] <fabbione> mvo: nope.. it breaks
[11:45] <fabbione> mvo: IPV6_HOPLIMIT: Protocol not available
[11:46] <fabbione> something related to that breaks both ping6 and tracepath6
[11:46] <mvo> fabbione: thanks, I will check 
[11:46] <fabbione> mvo: no problem
[11:49] <mvo> fabbione: strange, it builds apparently in my pbuilder (amd64). what arch was the failure?
[11:49] <fabbione> oh it builds.. it doesn't work
[11:50] <mvo> fabbione: aha, ok
[11:50] <fabbione> sorry if i wasn't clear
[11:55] <two-face> well, I re-checked with irqpoll, but it didn't change anything
[11:56] <pitti> tfheen: net-tools ftbfs fix uploaded
[11:58] <Kamion> tfheen: what do you think about the pnm2ppa side of bug 52814? inconsistency between desktop and alternate installs on whether printing works seems RC to me
[11:58] <Ubugtu> Malone bug 52814 in pnm2ppa "HP DeskJet 7xxC, 820C or 1000C does not work out of the box" [Medium,Confirmed]  http://launchpad.net/bugs/52814
[11:59] <doko_> pitti: pkgstriptranslations take 90min for openoffice.org, that are more than 20% of the whole build time ... :-(
[12:01] <tfheen> Kamion: that fix seems sane enough; can you upload it?
[12:10] <Kamion> tfheen: sure
[12:13] <mvo> fabbione: I updated the diff, could you please give it another go?
[12:26] <Kamion>   109734 | S- | net-tools            | 1.60-17ubuntu1       | 26 minutes
[12:26] <Kamion>          | * net-tools/1.60-17ubuntu1 Component: main Section: net
[12:26] <Kamion> tfheen: ^--
[12:26] <tfheen> Kamion: approved
[12:27] <Kamion> Riddell: can you close the various bugs for fixes you uploaded in the last few days, please?
[12:31] <pitti> doko_: ugh; I guess some optimization is due for edgy+1
[12:31] <thom> doko_: buildbot is uninstallable
[12:32] <tfheen> ogra: https://launchpad.net/distros/ubuntu/+source/edubuntu-artwork/+bug/65693 ; what's up with this?
[12:32] <Ubugtu> Malone bug 65693 in edubuntu-artwork "progressbar is distorted " [Medium,In progress]  
[12:32] <tfheen> mvo: you have a couple of bugs which are RC, what's the status of those?
[12:33] <fabbione> mvo: sure
[12:34] <pitti> fabbione: imlib2> indeed, Package: libimlib2-dev has two Architecture: fields
[12:34] <pitti> fabbione: did you see this more than just once?
[12:34] <fabbione> pitti: only 2 IIRC
[12:34] <pitti> fabbione: I can either fix pkg-create-dbgsym to always use the last one, or fix imlib2 to fix debian/control
[12:35] <fabbione> pitti: is it actually allowed to have 2 Architecture: line in debian/control?
[12:36] <pitti> fabbione: not sure TBH
[12:36] <fabbione> i mean.. for the same binary package
[12:36] <fabbione> i don't think it is, but well.. Kamion ? ^^
[12:36] <pitti> fabbione: it's like that in Debian for 14 months
[12:36] <pitti> fabbione: but I agree that it shouldn't be allowed
[12:37] <fabbione> it might be allowed...
[12:37] <tfheen> it's not legal.
[12:37] <fabbione> if so we need to fix pkg-create-dbgsym
[12:38] <ogra> tfheen, well, see Seveas comment ...
[12:38] <ogra> tfheen, i'm waiting for the usplash fix
[12:38] <pitti> fabbione: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356902
[12:38] <Ubugtu> Debian bug 356902 in imlib2 "imlib2: Cleanup duplicate control fields" [Minor,Open]  
[12:38] <pitti> fabbione: I think I'll just fix that in imlib2; tfheen, ok with that?
[12:38] <tfheen> ogra: ok, that'll be uploaded RSN.
[12:39] <fabbione> pitti: ok..
[12:39] <fabbione> the other package was in universe IIRC so we don't really care
[12:39] <ogra> tfheen, i'll cloes the bug if it fixes it, else i'll uplaod a different png for the progressbar
[12:39] <ogra> *close
[12:39] <fabbione> mvo: this patch looks good.. or at least it seems to work
[12:39] <tfheen> ogra: can you just apt-get source usplash; bzr update ; debuild ; debi and test it?
[12:40] <ogra> sure
[12:40] <mvo> tfheen: RC bugs targeted for 6.10? or high-importance bugs assigned to me in general?
[12:40] <tfheen> mvo: 6.10-targetted bugs
[12:41] <tfheen> Bug #64294 , bug 65679 , bug 63823
[12:41] <Ubugtu> Malone bug 64294 in language-selector "Synthetic emboldening settings in zh_{CN,HK,SG,TW}" [Medium,Confirmed]  http://launchpad.net/bugs/64294
[12:41] <Ubugtu> Malone bug 65679 in update-manager "cdrom only dist-upgrade not working because of openoffice.org-l10n" [High,Fix committed]  http://launchpad.net/bugs/65679
[12:41] <Ubugtu> Malone bug 63823 in update-manager "Edgy : Randomn crash on quit" [Medium,Needs info]  http://launchpad.net/bugs/63823
[12:42] <fabbione> pitti:  i don't think i did open a bug for imlib2, but i guess tfheen won't kill me for that (i hope)
[12:42] <pitti> fabbione: *nod* :)
[12:43] <tfheen> mvo: oh, and 63680 too
[12:43] <mvo> tfheen: the ftbfs of iputils should be fixed with the lastest debdiff that fabbione is currently testing, the cdrom upgrade issue is hopefully fixed with the latest alternate cd (I check this now) and the fontconfig thing will be done today
[12:43] <pitti> tfheen: imlib2 FTBFS fix uploaded (trivial, just removes duplicate Architecture: field)
[12:43] <Kamion> fabbione: I don't think it's specified - can't find it in policy, anyway
[12:43] <tfheen> pitti: thanks.
[12:43] <fabbione> Kamion: thanks a lot
[12:43] <pitti> hmm, ubiquity doesn't like my already existing ppc bootstrap partition... /me files bug
[12:44] <Kamion> dpkg probably just takes the last one
[12:44] <Kamion> pitti: I need to know whether it's automatic or manual partitioning, and I need /var/log/syslog and /var/log/partman
[12:44] <pitti> right, that's what I was going to attach
[12:44] <pitti> Kamion: I also add an fdisk -l and blkid output
[12:44] <Kamion> not necessary, but if you like
[12:44] <Kamion> I can always ignore it ;)
[12:45] <Kamion> /var/log/partman has all that stuff
[12:48] <tfheen> Keybuk: what's up with https://launchpad.net/distros/ubuntu/+source/udev/+bug/64909 ? 
[12:48] <Ubugtu> Malone bug 64909 in udev "Duplicate UUIDs after Edgy update" [High,Confirmed]  
[12:48] <Keybuk> tfheen: how do you mean?
[12:48] <tfheen> Keybuk: it's 6.10-targetted.
[12:49] <tfheen> which means I'd have liked to have a fix for it yesterday or so. :-P
[12:49] <Keybuk> yesterday was Sunday
[12:50] <pitti> Kamion: FYI, filed as bug 66384; that never happened to me before, not sure whether it's just a cosmic rays issue or a general regression
[12:50] <Ubugtu> Malone bug 66384 in partman "ppc/ubiquity manual partitioning does not find already existing bootstrap partition" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66384
[12:50] <Kamion> please use ubiquity for new desktop CD installer bugs until further triaged
[12:51] <Kamion> even if they're apparently in a particular component, they're often due to interaction in ubiquity
[12:51] <Kamion> and in any case partman is an obsolete source package :)
[12:51] <pitti> Kamion: oh, sorry; will reassign
[12:52] <tfheen> Keybuk: your last comment on that bug was on Wednesday and afaik it's your only 6.10-targetted bug ATM?
[12:52] <Keybuk> tfheen: still doesn't change the fact that yesterday was Sunday :)
[12:52] <Kamion> pitti: already done
[12:52] <tfheen> Keybuk: I would have liked to have it fixed yesterday, you could have fixed it on Friday. :-P
[12:52] <Keybuk> tfheen: I had other targetted bugs on Friday
[12:52] <tfheen> Keybuk: anyway, do you have a fix for it you can upload?
[12:53] <Keybuk> I don't, no
[12:53] <Keybuk> I'll start work on a fix today
[12:53] <tfheen> thanks.
[12:54] <Keybuk> as I commented on thursday, the difficult bit was going to be notifying users that their fstab couldn't be converted
[12:54] <Kamion> pitti: oh, meh, I see
[12:54] <Kamion> I'll have to think about that while running lunchtime errands
[12:54] <Keybuk> but then I decided not to worry, we can do that in edgy+1 and fail the upgrade in the update-manager if they have "/dev/hd*" in there
[12:54] <Kamion> (problem is that the bootstrap partition obviously isn't mounted, so isn't found by the mountpoint validation code)
[12:55] <pitti> Kamion: hm, is that new code? I didn't notice that when testing the beta
[12:55] <Kamion> yes
[12:55] <Kamion>   * Read partition flags from gparted (>= 0.2.5-1.1ubuntu9). Display an
[12:55] <Kamion>     error on the mountpoints page if running on powerpc and there is no HFS
[12:55] <Kamion>     partition with the boot flag set. Treat HFS partitions with the boot
[12:55] <Kamion>     flag set as NewWorld bootstrap partitions (closes: Malone #43768).
[12:55] <Ubugtu> Malone bug 43768 in ubiquity "insufficient handling of HFS bootstrap partitions" [High,Fix released]  http://launchpad.net/bugs/43768
[12:55] <Kamion>  -- Colin Watson <cjwatson@ubuntu.com>  Tue,  3 Oct 2006 17:04:38 +0100
[12:55] <pitti> ah, so I just need to add the boot flag
[12:56] <pitti> well, too late, I already started a new test install with 'use complete disk'; but there is going to be another test install anyway
[12:56] <Kamion> pitti: no
[12:57] <Kamion> the boot flag is set - the problem is simply that the validation code doesn't notice that there's an HFS partition there at all
[12:57] <Kamion> anyway, I have to run
[01:11] <Huahua> hello, seb128 
[01:12] <seb128> hi Huahua
[01:13] <Huahua> seb128: how about the  gtkmozembed in python-gnome2-extras 
[01:13] <seb128> what about it?
[01:14] <Huahua> hua@vgh:~$ apt-cache show python-gnome2-extras | egrep 'firefox|xul'hua@vgh:~$ ldd /usr/lib/python-support/python-gnome2-extras/python2.4/gtk-2.0/gtkmozembed.so |  egrep 'firefox|xul'
[01:14] <Huahua>         libgtkembedmoz.so => /usr/lib/firefox/libgtkembedmoz.so (0xb7f71000)
[01:14] <Huahua>         libxpcom.so => /usr/lib/firefox/libxpcom.so (0xb7f6e000)
[01:14] <seb128> and...?
[01:14] <Huahua> seb128: it seems the libgtkembedmoz.so depends firefox
[01:14] <seb128> which is expected
[01:15] <Huahua> seb128: in debian sid , it seems libgtkembedmoz.so use  xulrunner
[01:15] <seb128> we don't use xulrunner
[01:15] <seb128> Debian does use it indeed
[01:16] <seb128> we decided to keep building GNOME apps with firefox since we have to support firefox anyway (it's the default browser on Ubuntu)
[01:16] <seb128> and we don't want to support firefox and xulrunner, that would be an effort duplication
[01:17] <Keybuk> tfheen: http://people.ubuntu.com/~scott/udev_093-0ubuntu18.debdiff -- ok to upload?
[01:17] <seb128> and would mean having both on the CD which takes extra space
[01:17] <Huahua> agree
[01:18] <Huahua> seb128: but it seems the depends of python-gnome2-extras pcakage  has not  firefox or xulrunner in it
[01:18] <tfheen> Keybuk: looks good; have you tested that it works?
[01:19] <Keybuk> tfheen: yes
[01:19] <janimo> heno: does the latest ubuntu CD have orca and onboard on it? The casper package still only has references to gnopernicus and gok
[01:19] <tfheen> Keybuk: ok, approved.
[01:19] <thom> Keybuk: you pinged the other day?
[01:20] <Keybuk> thom: oh, yes, you use cryptsetup madness, right?
[01:20] <janimo> tfheen: what I asked heno above
[01:21] <janimo> tfheen: neither of bzr  or the debian package of casper mention onboard execpt in the changleog
[01:21] <heno> janimo: really? last time I checked the Ubuntu live CD it booted Orca directly and I changed the casper scripts myself :)
[01:21] <thom> i have an encrypted homedir, yes
[01:21] <heno> Has it been reverted now?
[01:21] <janimo> heno: I suppose it works am just wondering where the latest 30accessibiklity scriupt is kept :)
[01:22] <heno> janimo: with the latest source :)
[01:22] <tfheen> janimo: I guess those settings are just dead settings.
[01:23] <heno> There was a bug in the onboard launch, but that too should be fixed now
[01:23] <heno> janimo: onboard runs very nicely on Xubuntu, btw :)
[01:23] <Keybuk> thom: could you try the openvt hack on the bug
[01:24] <janimo> heno: lastest source of what? I have casper bzr trunk checked out and grep onboard has only one hit in the changelog
[01:24] <thom> later yes
[01:24] <janimo> heno: great! Now let's make it work out of the box :_)
[01:24] <janimo> heno: does gnome-speech work as well in xubuntu?
[01:25] <janimo> heno: orca at-spi and gnome-mag or on today's liveCD already, they only need to be hooked into casper
[01:27] <seb128> Huahua: ah, what you try to say is that it lacks a Depends on firefox, correct, I'll fix that later, thank you
[01:33] <heno> janimo: yep. let me know how I can help. I guess those should work if you have enough of the deps. Do you have gconf installed?
[01:39] <janimo> heno: yes, gconf is installed and xfce4-session can look at the a11y settings in gconf
[01:40] <janimo> heno: so starting onboard comes for free so to speak :)
[01:40] <heno> ok, cool
[01:40] <janimo> heno: I'll play with orca now to see how it can be installed
[01:41] <heno> I'm affraid I've mostly tested Xubuntu on mixed systems in the past with lots of gnome stuff installed
[01:41] <heno> speech has worked in applications like gedit though
[01:42] <heno> (not sure about Abiword)
[01:42] <jsgotangco> it doesn't ive tried it 2 days ago
[01:42] <jsgotangco> hi heno ;)
[01:42] <janimo> the only thing I am puzzled by now is where is orca/onboard mentioned on the CD, as the 30accessibility scripts do not seem to have it
[01:43] <heno> jsgotangco: hi, thanks for testing :)
[01:45] <sivang> morning
[01:45] <janimo> hi sivang
[01:45] <sivang> hi janimo 
[01:45] <heno> janimo: you're right. just did an apr-get source myself here and it's not there :(
[01:46] <janimo> tfheen: any idea ^ ?
[01:46] <janimo> heno: it's not in bzr either FWIW
[01:46] <tfheen> janimo: probably handled by gnome-settings-daemon or similar.
[01:46] <janimo> it may be done bypassing casper directly to the CD somehow?
[01:47] <heno> janimo: my patches are here https://launchpad.net/distros/ubuntu/+source/casper/+bug/58836
[01:47] <Ubugtu> Malone bug 58836 in gfxboot-theme-ubuntu "F5 options need to be linked to the right casper options" [Undecided,Fix released]  
[01:47] <janimo> heno: yes, I followe that bug
[01:47] <heno> and here: https://launchpad.net/distros/ubuntu/+source/casper/+bug/65861
[01:47] <Ubugtu> Malone bug 65861 in casper "onboard fails to start with F5 boot" [Undecided,Fix released]  
[01:47] <janimo> that too :)
[01:47] <giftnudel> hi sivang ;)
[01:48] <heno> tfheen and/or Kamion applied at least the first one
[01:48] <heno> Both I and the Orca crowd have tested it :)
[01:49] <sivang> hey giftnudel !
[01:49] <sivang> giftnudel: approved you, saw the pm, thanks
[01:49] <janimo> heno: that's good then. It may make it more complicated for xubuntu then, I thought that script had all the setup needed
[01:49] <giftnudel> sivang: thanks
[01:49] <heno> http://mail.gnome.org/archives/orca-list/2006-October/msg00021.html
[01:49] <janimo> heno: if I corrected the script to have onboard instead of gok I do not know how it affects gnome
[01:50] <heno> janimo: well, I would not expect it to work the way it's set now on Ubuntu either
[01:50] <heno> is the at-getable source so out of date?
[01:50] <giftnudel> sivang: what ever you said there in /me, if it was for me, I can't see it because of a translation bug
[01:50] <heno> I cannot imagine it's been reverted
[01:51] <janimo> heno: the package is in sync with bzr AFAICT
[01:51] <heno> janimo: if you look at my patch, that's all it does really
[01:51] <janimo> heno: besides you tollef and colin did anyone else work on the ubnutu liveCD a11y support?
[01:52] <sivang> giftnudel: not sure I follow, what did I say in /me ?
[01:52] <janimo> I just started looking at it last week, and maybe the script was alreday being replaced by another solution?
[01:52] <heno> janimo: not that I know
[01:52] <tfheen> heno: the apt-gettable source is up-to-date, but I suspect parts of the script is no longer needed and you're both barking up the wrong tree.
[01:53] <giftnudel> sivang: when you type /me does something, instead of "* sivang does something", I only see "* sivang"
[01:53] <heno> tfheen: then we need enlightenment :)
[01:53] <tfheen> heno: I guess gct -s -t bool /desktop/gnome/interface/accessibility true for instance does most of the work.
[01:54] <janimo> could it be that since orca is in gnome now no extra settings are needed?
[01:54] <tfheen> thats called twice in m2, for some reason, too.
[01:55] <Huahua> seb128: yes, thank you. I'm sorry for my erroneous saying.
[01:57] <seb128> Huahua: np
[01:58] <jdub> yo seb128!
[01:58] <seb128> hey jdub!
[02:00] <heno> tfheen: I would be surprised if gct -s -t bool /.../accessibility true was all that was needed. The system needs to know the app name. Might work for Orca (being a gnome default) but not onboard
[02:00] <tfheen> heno: then there's some other magic thingabob taking effect.
[02:00] <heno> and even then, it's now set to [gnopernicus]  which should make it fail, surely
[02:08] <Keybuk> why does everybody think that the fact you can get a root shell on the console is a security flaw?
[02:09] <Keybuk> I've had almost half a dozen bugs, or related bugs, over the last week or two
[02:09] <pitti> heh, me too :/
[02:10] <mvo> fabbione: did you had a chance to test the iputils fix?
[02:10] <pitti> hm, an ubiquity installed ppc system does not boot for me; it complains about not finding /lib/modules/2.6.17-10-powerpc/modules.dep, although the file is on the root partition (it might still be in initramfs stage at that point, though); does that ring a bell for anyone?
[02:14] <pitti> update-initramfs -u doesn't help either
[02:14] <pitti> infinity, Keybuk: ^ any idea about how to track this down?
[02:14] <tfheen> pitti: is it in the initramfs?
[02:15] <Keybuk> pitti: there's a dup of that I just bounced over to initramfs-tools
[02:15] <Keybuk> where update-initramfs failed because the directory didn't exist at all
[02:15] <pitti> Keybuk: ah, nice that it's known already
[02:17] <ogra> tfheen, the edubuntu-progress issue is fixed with the new usplash
[02:17] <tfheen> ogra: ok, cool.  Please close the bug, then.
[02:18] <ogra> tfheen, well, usplash isnt uploaded yet
[02:18] <_ion> Yay, new usplash?
[02:18] <tfheen> ogra: well, the bug isn't in edubuntu-artwork, it's in usplash.
[02:19] <ogra> right
[02:19] <tfheen> and I'm fighting with the new usplash to make it work correctly.  Since it's not yet doing that.
[02:20] <ogra> well, it worked fine on two thin clients i tested it on
[02:20] <tfheen> doko_: can you respond to my comment on https://launchpad.net/distros/ubuntu/+source/flex/+bug/65963 please?
[02:20] <Ubugtu> Malone bug 65963 in flex "sync request" [Undecided,Unconfirmed]  
[02:20] <tfheen> ogra: I'm switching amd64 to use bogl and vga16, but, well, that doesn't seem to work correctly.  I get "out of range" errors from my monitor.
[02:21] <ogra> oh
[02:21] <ogra> i'll be able to do some amd64 testing in the late afternoon if that helps
[02:21] <mjg59> tfheen: Boot with break=top, modprobe vga16fb and see what happens?
[02:22] <tfheen> mjg59: it loads the module just fine, but seems to give me out-of-range errors.
[02:22] <tfheen> I can test in the initramfs, sure.
[02:23] <mjg59> tfheen: That sounds like a kernel issue
[02:23] <doko_> tfheen: wrong memory ;) checked the irc backlog. IMO there are two possible build failures which didn't trigger yet in main. fix both before release, or both after release in -updates
[02:24] <tfheen> doko_: those should be fixed if we just add the cast, won't they?
[02:24] <pitti> Keybuk, tfheen: indeed, the initramfs only has /l/m/2.6.17-10-powerpc64-smp/ (and lots of stuff in it)
[02:24] <pitti> Keybuk: is that the same bug you spoke about?
[02:24] <doko_> tfheen: no, not the amd64 build failure (requiring -fPIC compiled code in a separate library)
[02:25] <tfheen> mjg59: "bogl_init failed: setting screen size: Cannot allocate memory"
[02:25] <mjg59> tfheen: ?
[02:25] <tfheen> mjg59: that's what I get in the initramfs
[02:26] <mjg59> But does vga16fb load?
[02:26] <tfheen> yes
[02:26] <mjg59> Without "out of range" errors?
[02:26] <tfheen> I didn't see any; let me check again
[02:27] <Keybuk> pitti: that implies that update-initramfs is getting run at the wrong point?
[02:28] <pitti> Keybuk: I have little knowledge about the process TBH; it's just confusing that the initramfs contains -powerpc64-smp modules, whereas I have the -powerpc kernel installed
[02:29] <pitti> Keybuk: and, as I said, a manual update-initramfs from a live session (with chroot) doesn't help either
[02:29] <tfheen> mjg59: no out of range errors (or other errors)
[02:31] <mjg59> tfheen: Confused now.
[02:32] <Keybuk> pitti: oh, a manual update doesn't help?  now that's interesting
[02:32] <Keybuk> weird though
[02:33] <Mirv> heh, went throug xserver-xorg-video-ati bugs, and managed to gather 13 duplicates for https://launchpad.net/distros/ubuntu/+source/xserver-xorg-video-ati/+bug/28925
[02:33] <Ubugtu> Malone bug 28925 in xserver-xorg-video-ati "X fails to start in dapper flight3 & 4 with ati X600, onward all the way through dapper 6.06 LTS" [High,Confirmed]  
[02:33] <tfheen> mjg59: it seems like it fails to find the fb size and there are no themes for 640x480 or 640x400, so it blows up.
[02:34] <Mirv> (xorg.conf ending in talking about how mach64 was not detected, etc.)
[02:34] <Mirv> I mean .log
[02:34] <mjg59> tfheen: If it knows to try 640x400, it's finding the fb sizze
[02:34] <Keybuk> pitti: what's uname -r say?
[02:34] <tfheen> mjg59: I told it explicitly now.
[02:34] <tfheen> and then it just goes "no usable theme" instead of "meep?"
[02:41] <ogra> there are still no themes for 640x480 in ubuntu ? 
[02:41] <ogra> i added the code to edubuntu-ratwork, feel free to copy it over 
[02:41] <Seveas> Mirv, \o/
[02:41] <ogra> *artwork
[02:42] <Seveas> ogra, usplash artwork development for ubuntu seems non-existant
[02:42] <ogra> right
[02:42] <pitti> Keybuk: 2.6.17-10-powerpc
[02:43] <mjg59> ogra: "code"?
[02:44] <ogra> mjg59, i added the definitions for 640x480 to the code and got a png from the edubuntu-artwork team for beta already
[02:44] <mjg59> Oh, ok
[02:44] <ogra> its in since then and seems to work fine
[02:44] <mjg59> ogra: You'll need 640x400 for amd64
[02:44] <ogra> meh
[02:44] <Kamion> pitti: what does 'dpkg -l linux-image\*' say?
[02:45] <Kamion> it's not impossible that ubiquity's "which kernel should I remove" logic has got confused
[02:45] <pitti> Kamion: ah, both -powerpc and -powerpc64-smp are installed
[02:45] <Kamion> it should've removed one of those
[02:45] <pitti> Kamion: argh, sorry, that was in the live system
[02:46] <Kamion> indeed, both are installed there
[02:46] <Kamion> ubiquity should remove one of them after copying
[02:46] <pitti> Kamion: the metapackage for -powerpc64-smp is uninstalled, but the actual kernel isn't
[02:47] <Kamion> !
[02:47] <pitti> Kamion: ah, and /boot/initrd.img symlink points to the ppc64 one
[02:47] <Kamion> that's just odd ...
[02:48] <Kamion> pitti: syslog should clarify the logic a bit
[02:48] <Kamion> pitti: also, /proc/cpuinfo would be good
[02:49] <pitti> Kamion: alright, will create a bug and attach logs
[02:50] <fabbione> mvo: yes.. i wrote it before.. it works fine
[02:50] <mvo> fabbione: thanks a lot for checking! I must have missed the earlier msg :/ I will upload now
[02:50] <fabbione> mvo: no problem at all... 
[02:50] <mdz> mjg59: did you have much luck with usplash or i810 over the weekend?
[02:51] <mjg59> mdz: i810 is fixed
[02:51] <mjg59> usplash isn't. Tollef is doing the fallback to vga16 for amd64
[02:52] <mdz> mjg59: do we need new artwork?
[02:52] <mjg59> mdz: Yes
[02:52] <mjg59> But we're /still/ missing artwork anyway
[02:52] <mdz> does fschoep know that?
[02:52] <tfheen> not yet.
[02:52] <mjg59> I'd assume he knows about the lack of 640x480, at least
[02:52] <mjg59> Seveas was supposed to be dealing with him over that
[02:53] <mvo> tfheen: the debdiff for the iputils upload is at http://people.ubuntu.com/~mvo/tmp/iputils_20020927-3ubuntu2.debdiff - unfortunately its not trivial, but the changes are as little as I was able to manage
[02:55] <Seveas> fschoep knows about it
[02:56] <tfheen> mvo: fabbione or somebody else has tested it on an ipv6 network too?
[02:56] <fabbione> tfheen: i did
[02:56] <Seveas> I've received images for an animate theme from him and sent him the theme, that's all I knwo
[02:56] <mvo> tfheen: I tested it too (but only with ip6 lo)
[02:56] <tfheen> Seveas: for both 640x480 and 640x400 or just the former?
[02:56] <tfheen> mvo: ok, approved.
[02:56] <Seveas> just the former
[02:56] <mvo> tfheen: thanks
[02:56] <Seveas> up to now I didn't know the 640x400 requirement either
[02:56] <pitti> Kamion: done, bug 66406
[02:56] <Ubugtu> Malone bug 66406 in ubiquity "ppc/ubiquity install boots wrong kernel" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66406
[02:57] <Kamion> ta
[02:57] <ogra> but thats 640x400@16 not @256, right ?
[02:57] <mjg59> Yes
[03:02] <Kamion> pitti: could I see 'dpkg -l linux\*' actually, if you still have that installation handy?
[03:03] <pitti> Kamion: yes, I just need a minute to boot the live system; I'll attach it to the bug
[03:03] <Kamion> Oct 16 11:34:01 ubuntu ubiquity: Removing linux-powerpc64-smp ...
[03:03] <Kamion> Oct 16 11:34:02 ubuntu ubiquity: Removing linux-image-powerpc64-smp ...
[03:03] <Kamion> weirdness
[03:04] <pitti> well, that doesn't look wrong, does it? just incomplet (no removal of the actual kernels)
[03:04] <Kamion> right, but why? the check-kernels script does this:
[03:04] <Kamion> kernels="$(dpkg-query -f '${status} ${package}\n' -W linux-image-\* | \
[03:04] <Kamion>                 grep '^install ok installed ' | cut -d' ' -f4 | xargs)"
[03:05] <Kamion> so it should be looking at the actual kernel package just fine
[03:06] <Kamion> pitti: in a little bit I was hoping to be able to ask you to test a ubiquity change for the HFS bootstrap partition business; maybe I could prevail upon you to get /var/lib/ubiquity/remove-kernels after the installation but before reboot, too
[03:06] <Kamion> lunch
[03:06] <pitti> sure
[03:09] <tfheen> mjg59: so, it tries to set up a 1024x768 screen size, which, well, falls on its face.
[03:09] <mjg59> tfheen: Uh. It shouldn't be trying to do that.
[03:09] <mjg59> Kamion: Wasn't that bit your code?
[03:09] <pitti> Kamion: info added
[03:12] <mvo> tfheen: could you please review http://librarian.launchpad.net/4860571/casper_1.76.debdiff ? it fixes not-optimal fonts on the live-cd
[03:12] <tfheen> mvo: why does the language-selector need to be reconfigured for that?
[03:13] <mjg59> Seveas: Realistically, we need artwork with a black background
[03:14] <tfheen> or rather, call fontconfig-voodoo
[03:14] <mvo> tfheen: we have a thing called "fontconfig-voodoo" that includes fontconfig fragments based on the current locale. it works around the problem that we were not able to come up with a fontconfig config that works well on all CJK languages
[03:14] <tfheen> mvo: hmm, ok.  Please check it into bzr and upload, then.
[03:14] <mvo> tfheen: without this call e.g. chinese users get the default fontconfig and that does not look as good as the optimized version 
[03:14] <Seveas> mjg59, please tell the artwork team (specifically fschoep) -- they are quite unresponsive lately
[03:14] <mvo> tfheen: ok, thanks
[03:14] <mjg59> Seveas: I'm afraid I have absolutely no time right now
[03:15] <Seveas> likewise, I am arranging travel things for uds-mtv
[03:15] <mdz> mvo: that patch doesn't seem to do what the changelog says
[03:15] <mjg59> Seveas: I'm dealing with the fact that I've got 2 months to finish a PhD :)
[03:15] <Seveas> bit more stressing ;)
[03:15] <Seveas> I'lll poke the artwork list then later today
[03:16] <mjg59> Thanks
[03:16] <mdz> Seveas: I've mailed fschoep twice today and he's responded within minutes both times
[03:16] <mdz> the most recent one confirmed a black background for the usplash artwork
[03:17] <ogra> tfheen, any objections against http://people.ubuntu.com/~ogra/x-s-s.debdiff (adding a dependency to the universe parts)
[03:17] <Seveas> mdz, hrm... on IRC I got no response at all several times :/
[03:17] <mdz> mvo: it doesn't reconfigure language-selector, it runs fontconfig-voodoo
[03:17] <mdz> Seveas: perhaps because he isn't connected to IRC at the moment? ;-)
[03:17] <mvo> mdz: right, my wording was badly choosen, sorry for this
[03:17] <Seveas> mdz, even when he was connected to irc ;)
[03:18] <tfheen> ogra: 61775 isn't 6.10-targetted (and imo shouldn't be) so, no, not approved.
[03:18] <ogra> hmm, k
[03:18] <tfheen> ogra: in addition, I think it should be a suggests or recommends, not a depends.
[03:18] <mvo> tfheen: the fix for #64294 is at http://librarian.launchpad.net/4860573/language-selector_0.1.29.debdiff (just uploaded new language-selector)
[03:19] <ogra> tfheen, its universe ....
[03:19] <tfheen> ogra: the source is main.
[03:20] <tfheen> mvo: go ahead.
[03:20] <ogra> right, thats why i asked for approval, but the main part isnt touched
[03:20] <mvo> tfheen: thanks
[03:28] <mvo> mdz: I updated the fix (http://librarian.launchpad.net/4860579/casper_1.76.diff) - better now?
[03:30] <mvo> mdz: ignore my last msg, I need to update the changelog again to make clear what comes from me and what from kamion
[03:32] <heno> tfheen: so, Orca works on today's Live CD using the old gconf settings :) It turns out gnome has some backwards-compatibility-magic that translates gnopernicus->orca in the AT-autostart system. onBoard does not work (as it is not a new gnome default)
[03:33] <mvo> mdz: http://librarian.launchpad.net/4860598/casper_1.76.diff is it 
[03:33] <heno> janimo: ^
[03:33] <mdz> mvo: looks ok to me
[03:33] <tfheen> mvo: if you want to be really pedantic, add a blank line between Colin's and your changes.
[03:34] <elmo> I can't believe we have a progam called fontconfig-voodoo
[03:34] <thom> it somes up most peoples feelings about linux and fonts, no?
[03:35] <sivang> heh
[03:35] <mvo> tfheen: thanks, I will do that
[03:35] <mjg59> It's so the wrong solution, but it's also the only one that works
[03:35] <tfheen> elmo: I think it's entirely appropriate.
[03:35] <mvo> elmo: and its *so* needed
[03:36] <mjg59> I was going to say "Unless you're happy with your fonts looking like arse", but elmo probably still uses xterm...
[03:37] <thom> there's nothing wrong with using a proper terminal emulator ;-)
[03:37] <elmo> mjg59: no, I use gnome-terminal like a good ubuntu user :-P
[03:37] <mjg59> Ah, right. Well, hurrah for fontconfig-voodoo, or your fonts would look like arse.
[03:38] <Kamion> mjg59: all characters rendered as (_)(_) ?
[03:39] <Kamion> (sorry)
[03:39] <jdub> ( ! ) <- more arse :)
[03:42] <tfheen> pitti:  Bug #54277; marked as fix committed, should this be fix released?
[03:42] <Ubugtu> Malone bug 54277 in cupsys "cupsd can't access /var/log/cups/error_log permission denied" [High,Confirmed]  http://launchpad.net/bugs/54277
[03:43] <pitti> tfheen: fix committed is for dapper (-proposed upload was made, but not yet an upload for -updates)
[03:43] <pitti> tfheen: however, there were some more issues about it, that's why the Ubuntu task was reopened
[03:44] <tfheen> pitti: oh, sorry, but it's marked as confirmed for edgy though?
[03:44] <tfheen> pitti: ok, thanks.
[03:44] <jdong> grr... it should be easer to mark backports as bugged...
[03:48] <Kamion> pitti: ah, I think I might see
[03:49] <Kamion> pitti: have a look at /usr/share/ubiquity/install.py:do_remove() and note the reuse of the variable 'pkg' in two nested for loops
[03:50] <Kamion> well, in fact multiple for loops nested within an outer one
[03:50] <Kamion> then in the outer loop I do:
[03:50] <Kamion> removed.add(pkg)
[03:52] <Kamion> not entirely sure if that would cause this bug, but it certainly seems likely to cause confusiong
[03:52] <Kamion> -g
[03:53] <pitti> Kamion: ah, indeed, I see it
[03:54] <pitti> Kamion: I can try another install and rename the variable before starting ubiquity
[03:54] <Kamion> elmo: did you guys get the mail from a user about popcon@ubuntu.com being broken?
[03:54] <Kamion> pitti: maybe wait until I get the bootstrap partition fix done and you can try both in one shot?
[03:54] <pitti> Kamion: sure
[03:54] <Kamion> unless you have too much time today :-)
[03:54] <pitti> lol
[03:55] <pitti> Kamion: well, I do want to dedicate the better part of the day for testing
[03:55] <elmo> Kamion: don't think so - know where was it sent?
[03:55] <pitti> previously, I usually started testing only when we had the first real RC images, but that's too late to fix many bugs
[03:55] <Kamion> elmo: info@u.c and postmaster@u.c among other randomly selected addresses :)
[03:56] <Kamion> elmo: apparently our popularity-contest packages tries to submit by HTTP but then falls back to mail if that fails
[03:56] <Kamion> not sure whether that's a bug or not (I haven't investigated)
[03:56] <tfheen> it's by design; one can argue that it should just fail then, though.
[03:56] <elmo> do you guys want it to work?
[03:56] <elmo> the email I mean
[03:56] <Kamion> pitti: well, it's the last revision in http://people.ubuntu.com/~cjwatson/bzr/ubiquity/ubuntu/ if you want to try it out
[03:57] <Kamion> pitti: might not do any harm to stick some logging into the loop there to try to find out exactly what it's doing
[03:57] <tfheen> elmo: it'd be useful, I guess.  It should be routed to some of the scripts on popcon.u.c, though.
[03:57] <tfheen> elmo: (which is humboldt, immsc)
[03:57] <elmo> tfheen: does the mail handling side exist on your end?
[03:57] <pitti> Kamion: 'try it out' -> does that already have a fix for the bootstrap partition?
[03:57] <tfheen> elmo: I don't think I've broken the stuff from Debian, so yes, I presume so.
[03:58] <Kamion> pitti: not yet, I'm still thinking about that
[03:58] <theine> Hi, are there any MPI in Edgy main?
[03:58] <elmo> tfheen: can you email RT with details of where exactly you want the email to go?
[03:59] <theine> ...packages...
[03:59] <pitti> Kamion: ok, will do both in one shot then
[04:01] <Kamion> theine: not in main, but the usual set imported from Debian should be in universe
[04:01] <tfheen> elmo: yes, I'll do so.
[04:01] <elmo> tfheen: thanks
[04:01] <theine> Kamion: OK, I thought that Ubuntu actually tries to target Beowulf clusters
[04:03] <seb128> current desktop amd64 CD looks pretty good
[04:04] <pitti> alternate amd64 works pretty fine here, too
[04:08] <janimo> heno: thanks. So that script needs you rpatch after all? And it would be cleaner to explicitely state orca and not rely on gnome backwards compat code, if not else to avoid confusing those who read the script :)
[04:09] <tfheen> mdz: the hard deadline on artwork might be friday, but not having 640x400 and 640x480 artwork is blocking two RC bugs.
[04:09] <heno> janimo: agreed :)
[04:13] <mvo> Kamion: could you please have a look at http://librarian.launchpad.net/4860736/ubiquity-fontconfig-foodoo.diff ? we will need this for optimal font configuration (note that it may return a non-zero exit code, we need --force if that is a issue)
[04:14] <mdz> tfheen: fschoep was replying to both your message (about the bugs) and my earlier message (about the latest joke of an artwork deadline) at the same time, which caused some confusion
[04:14] <Kamion> theine: I'm not ruling it out obviously, but it's not something I recall coming up as an explicit target
[04:14] <mdz> tfheen: can we not drop in the dapper artwork for the sake of the bugs?
[04:15] <Kamion> mvo: a new progress template would break the string freeze; might be best to incorporate the fontconfig-voodoo call into configure_hardware
[04:15] <mvo> Kamion: thanks, I will do that
[04:15] <tfheen> mdz: we could, I guess.  I need to find out how that fits together, though.  And I wonder why not even the refcard works correctly.
[04:16] <Kamion> mvo: non-zero exit codes become a syslog error and 'return False' from chrex(), not an exception, so that's O
[04:16] <Kamion> OK
[04:16] <Kamion> tfheen: I don't think usplash falls back to the testcard from themes
[04:16] <Kamion> unless the theme explicitly chains to it (somehow, if that's even possible)
[04:18] <janimo> heno: what about the gnopernicus gconf keys /apps/gnopernicus/srcore/sp_active  and mag_active? Do you know if those are translated to orca configs as well and thus needed in the script? 
[04:19] <mdz> doko_: what's the latest on the python issues?  how can we help?
[04:19] <mdz> BenC_: ping, re: xuf 65828
[04:19] <heno> janimo: orca doesn't use gconf so those no longer work actually :(
[04:20] <heno> janimo: I've asked upstream for advice but no clever plan has emerged yet
[04:20] <mvo> Kamion: does http://librarian.launchpad.net/4860746/ubiquity-fontconfig-foodoo.diff look better?
[04:21] <heno> I think that whole autostart feature needs some restructuring to allow for different access tools, with or without AT-SPI, etc
[04:21] <Kamion> mvo: yup, except that I think it *does* belong there
[04:21] <Kamion> configure_hardware is for everything that needs to be done to adapt the installed system to the current hardware
[04:21] <janimo> heno: it does use some config files though? What is missing if those keys are not set properly?
[04:21] <Kamion> mvo: I'll incorporate that, thanks
[04:22] <mvo> Kamion: oh - feel free to correct the comment then :) 
[04:22] <jdub> http://software.seekingalpha.com/article/18470
[04:23] <heno> janimo: it has python config files. It starts with a screen reader by default, so the magnifier version fails to start on Live CD boot (starts in screen reader mode as well)
[04:23] <janimo> heno: would just creating a properly inited config file in the users' home dir not work for som ereason?
[04:23] <Kamion> mvo: actually, I see it's for language detection, so I'll put it in configure_locales
[04:24] <janimo> for xubuntu as it does not use gconf I just echo and sed in existing config files
[04:24] <mvo> Kamion: one more thing (just to double-check) - we still write /etc/environment, right? even though it will eventually become /etc/defaults/locale?
[04:24] <Keybuk> iwj: today's annoying firefox bug ... if you fullscreen a window, subsequent firefox windows are opened sized to fill the entire screen (but not maximised)
[04:24] <Kamion> mvo: yes
[04:24] <Kamion> mvo: does this need to be done for d-i installs too?
[04:24] <heno> janimo: that should work. Orca uses systemwide defaults unless there are files in the user's directory
[04:25] <mvo> Kamion: the fontconfig-voodoo call? no, it is run in the postinst of language-selector-common then
[04:25] <Kamion> ok
[04:25] <heno> I guess those files are not copied onto the installed system (a new account is created)
[04:26] <mvo> if noone has pending capser changes I would like to upload it soonish
[04:27] <doko_> mdz: I need a way to reproduce it; all update tests which mvo and I did don't show the failure anymore. I'll provide a test build with debug output enabled on p.u.c and ask for the log
[04:27] <janimo> heno: for xubuntu I modify system wide config files, I wonder if that has some drawbacks. As I see it if a user does not want a11y it can override with user prefs just like it was the other way around
[04:27] <heno> janimo: I guess for the live session you could echo to the files in /usr, but then they would end up as installed defaults too
[04:27] <heno> janimo: it seems ok, yes
[04:28] <Kamion> mvo: have you tested this, BTW? I'm wondering if LANGUAGE will actually be set in the environment
[04:28] <Kamion> since just doing 'chroot /target' doesn't start PAM
[04:28] <mdz> doko_: it's reproducible by the submitter?
[04:28] <mvo> Kamion: it will read /etc/environemnt directly
[04:29] <Kamion> oh, yes, just noticed that
[04:29] <doko_> mdz: yes, apparently.
[04:29] <mvo> Kamion: I will still need one additional upload because of the change that ENVIRONEMNT is not always set anymore (only LANG)
[04:29] <janimo> I'll test orca+xubuntu live CD in about an hour and let you know how it goes
[04:30] <Kamion> mvo: you mean LANGUAGE?
[04:30] <mvo> Kamion: yes, sorry
[04:31] <Kamion> mvo: applied my modified version of your change, thanks
[04:31] <mvo> Kamion: thank you!
[04:31] <Kamion> pitti: so, how do you feel about testing TOTALLY UNTESTED CODE?
[04:32] <pitti> Kamion: sounds TOTALLY ADVENTUROUS!
[04:32] <pitti> Kamion: IOW, if you could put the modified files somewhere, I can put them into the live system and run a test install
[04:33] <Kamion> pitti: http://people.ubuntu.com/~cjwatson/bzr/ubiquity/ubuntu/ - it's quickest to make sure you have ubiquity* version 1.2.2 and then apply the patches from revision 1665 to 1668 to files under /usr/share/ubiquity and /usr/lib/ubiquity/ubiquity directly
[04:33] <pitti> Kamion: sounds good
[04:33] <Kamion> pitti: or http://people.ubuntu.com/~cjwatson/tmp/ubiquity-testing.diff
[04:33] <pitti> ^ that saves me the bzr mangling, thanks
[04:34] <sivang> morning dholbach_ 
[04:35] <dholbach> hi sivang
[04:39] <mdz> fabbione,infinity: is the rebuild test complete?
[04:41] <fabbione> mdz: almost.. missing about 20/30 pkgs for sparc and ready to fire up a rebuild of main only
[04:41] <mdz> fabbione: so the two targeted FTBFS bugs are the only failures?
[04:41] <fabbione> mdz: the only 2 lefts AFAIK
[04:42] <fabbione> mdz: but there have been uploads.. so another rebuild will NOT hurt anybody
[04:42] <fabbione> and i can do main only quite fast on sparc
[04:42] <Kamion> mvo: can you hold off on casper for a minute? I have a suspicion I'm investigating
[04:43] <mvo> Kamion: sure
[04:43] <fabbione> pitti: do you want to get the emails from the buildd too?
[04:44] <pitti> fabbione: yes, if you have some interesting ones which are likely my fault, feel free to bounce the log, and I'll care for bug triage/fixing
[04:46] <fabbione> pitti: it's either ALL or none and wait for me to file bugs :)
[04:46] <PSUSI> anyone know what to do when someone starts spamming bugs on launchpad?  can it be cleaned up and the offending email unsubscribed?
[04:46] <pitti> fabbione: ah :) well, second option prefered, of course, otherwise it's just double work
[04:46] <fabbione> pitti: ehehe ok
[04:51] <pitti> Kamion: existing bootstrap has been detected, and now I get a ValueError in mountpoints_to_summary, line 1155, gtkui.py (too many values to unpack)
[04:51] <Kamion> whee
[04:52] <fabbione> hmmm blue-tooth something /etc/init.d/$something just promped for question on upgrade..
[04:52] <fabbione> Setting up bluez-utils (3.7-1ubuntu3) ...
[04:52] <fabbione> Configuration file `/etc/init.d/bluetooth'
[04:52] <fabbione>  ==> Modified (by you or by a script) since installation.
[04:52] <fabbione> pitti: ^^ are you the one in charge of bluetooth?
[04:52] <elmo> fabbione: I reported that as a bug last week, FWIW
[04:53] <fabbione> elmo: ok thanks
[04:53] <Kamion> oh, er, yeah, oops
[04:53] <pitti> fabbione: not really; /me points to dholbach and tfheen
[04:53] <sivang> fabbione: I think that's dholbach 
[04:53] <Kamion> -            for device, mountpoint in self.auto_mountpoints:
[04:53] <Kamion> +            for device, mountpoint in self.auto_mountpoints.iteritems():
[04:53] <Kamion> pitti: that on line 1155 please
[04:53] <fabbione> pitti: roger
[04:53] <elmo> LP #65517
[04:53] <pitti> Kamion: yup, just did that
[04:53] <fabbione> dholbach: PIIIIIING
[04:53] <fabbione> bug #65517
[04:53] <Ubugtu> Malone bug 65517 in bluez-utils "init.d/bluetooth config file prompts on upgrade" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65517
[04:53] <fabbione> elmo: thanks dude
[04:53] <dholbach> fabbione: PONG! PING tfheen instead.
[04:54] <dholbach> sivang: this time it's not :)
[04:54] <fabbione> ok
[04:54] <sivang> dholbach: heh
[04:54] <fabbione> tfheen: contents less ping :)
[04:55] <dholbach> fabbione: good you adjusted the volume now :-)
[04:55] <fabbione> dholbach: i can't shut my voice down too much :)
[04:58] <pitti> Kamion: package installation running now
[05:06] <Kamion> mvo: ok, committed my change to casper now; releasing lock
[05:06] <mvo> Kamion: feel free to upload, I'm done with my changes
[05:09] <janimo> Kamion: where should apt-install be? I run it from casper script but has no effect?
[05:10] <dholbach> Riddell: libqt4-dev needs a Depends on libmysqlclient15-dev, libsqlite0-dev and libglib2.0-dev
[05:10] <dholbach> Riddell: to fix bug 66212
[05:10] <Ubugtu> Malone bug 66212 in wpasupplicant "FTBFS in edgy" [High,Confirmed]  http://launchpad.net/bugs/66212
[05:10] <mdz> dholbach: is that a regression in the new qt?
[05:10] <pitti> dholbach, Riddell: I saw a bug attachment today doing these changes to wpasupplicant
[05:11] <janimo> Kamion: 30accessability also needs heno's patch from bug 58836 http://librarian.launchpad.net/4777068/30accessibility.patch
[05:11] <dholbach> mdz: I can't tell, bug comparing the build-deps and the deps of the library package, you will note that those 3 are missing
[05:11] <Ubugtu> Malone bug 58836 in gfxboot-theme-ubuntu "F5 options need to be linked to the right casper options" [Undecided,Fix released]  http://launchpad.net/bugs/58836
[05:11] <janimo> Kamion: otherwise onboard does not start according to him on todays ubuntu CD
[05:12] <dholbach> Riddell, mdz: ok to do the qt4-x11 upload?
[05:12] <Kamion> janimo: apt-install should be run from a script in ubiquity-hooks/, *not* from a casper script
[05:12] <mdz> dholbach: yes
[05:13] <dholbach> mdz: gracias
[05:13] <janimo> Kamion: ah.
[05:13] <Kamion> janimo: I'd like tfheen's ack before applying that patch
[05:14] <elmo> mvo: is unattended-upgrades activated by default in edgy?
[05:14] <heno> Kamion: if not the who patch then at least one that changes gok to [onboard] 
[05:14] <elmo> mvo: also the amount of documentation is, err, impressive :-P
[05:14] <heno> (it needs brackets too)
[05:14] <janimo> heno: the whole pacth help for xubutu which does not have backwards compat stuff to turn gnopernicus into orca
[05:14] <janimo> and it is not confusing ;)
[05:14] <heno> janimo: good point
[05:15] <Kamion> heno: has this patch actually been tested now?
[05:15] <janimo> Kamion: I have tested it with xubuntu FWIW
[05:16] <heno> Kamion: I've tested the gconf settings individually, but don't know how to test it in casper
[05:16] <janimo> Kamion: it uses the same gconf a11y keys as gnome
[05:16] <Kamion> I usually do something like boot without quiet splash and add break=casper-bottom to the kernel command line, then 'ed /scripts/casper-bottom/30accessibility', then 'exit' when I'm done
[05:17] <janimo> heno: I test using a usb stick and modify the initrd but it is not too straightforward
[05:17] <Kamion> probably helps to be able-bodied while driving ed though
[05:18] <heno> Kamion: that's why I have a sticky-keys-in-kernel spec :)
[05:18] <heno> for stuff like that
[05:18] <doko_> Kamion, tfheen: please approve http://people.ubuntu.com/~doko/edgy/elementtree.debdiff , restoring dependencies (built with an too old python-support), bug 66424
[05:18] <Ubugtu> Malone bug 66424 in elementtree "sync request" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66424
[05:19] <doko_>  Kamion, tfheen: please approve http://people.ubuntu.com/~doko/edgy/buildbot.debdiff, removing the python2.3 dependency
[05:19] <Kamion> heno: I've applied that to casper, but I want to wait to upload until tfheen is back to cross-check
[05:20] <heno> Kamion: cool. 
[05:20] <Kamion> doko_: -> just tfheen unless it's his night-time and I'm still around, please
[05:21] <janimo> Kamion: if the optional gnome packages are only installed by ubiquity hooks it means that when the liveCD is booted up they are not installed and usable right?
[05:21] <Kamion> doko_: and -> dholbach or ajmitch (IIRC) for universe packages
[05:21] <mvo> elmo: no, its not active by default
[05:21] <Kamion> janimo: no, the point is that you put them into the ship-live seed and then apt-install means "keep this installed on the final system"
[05:21] <elmo> mvo: ok
[05:21] <Kamion> janimo: er, s/ship-live/live/
[05:22] <janimo> Kamion: ah live? last time you said ship live so I just happily ship them :)
[05:22] <Kamion> janimo: apt-install in ubiquity isn't actually supposed to physically install packages, normally
[05:22] <elmo> mvo: I don't think the code as is will work tho, it checks for an Origin of 'Edgy Security', but the Origin is always 'Ubuntu'
[05:22] <janimo> ok, so actually get them installed. make sense
[05:22] <Kamion> janimo: the name is for compatibility with d-i code
[05:22] <Kamion> janimo: sorry, I might have said ship-live, I meant live
[05:22] <mvo> elmo: has this changed from dapper? 
[05:22] <elmo> nope
[05:22] <mvo> hm
[05:23] <elmo> I think what you actually want to look at is the 'suite', but that info isn't exposed by python's apt module
[05:23] <janimo> Kamion: if I modify the live seed now do I still need a xubuntu-meta update now that live is a task (whatever that implies)
[05:23] <elmo> mvo: if it's not targetted at edgy, it may not be important right now, it's just something I noticed while looking at the code yesterday
[05:23] <Kamion> janimo: no, I checked, I did say "live" :-)
[05:23] <Kamion> janimo: no, you don't, that's the point of making it a task
[05:23] <elmo> mvo: AFAICS python-apt doesn't expose the 'suite' information for candidateOrigin which is what you really want to check
[05:24] <dholbach> doko_: buildbot is good to go
[05:24] <mvo> elmo: is it possible that there is just naming confusion here? between what apt calls a suite and what dak calls it? the code works with dapper
[05:24] <janimo> Kamion: you're rigth you said put it in the live seed. I misunderstood sorry.
[05:25] <Kamion> pitti: how did it go?
[05:27] <mvo> tfheen: permission to upload http://people.ubuntu.com/~mvo/tmp/gnome-app-install_0.2.21.debdiff ? it re-adds a vanished intltool-update -p to make rosetta happy again
[05:28] <elmo> component: 'main' archive: 'edgy' origin: 'Ubuntu' label: 'Ubuntu' site 'uk.archive.ubuntu.com' isTrusted: 'True'
[05:28] <Kamion> ... uk.archive?
[05:28] <Kamion> was that done automatically by something?
[05:28] <elmo> mvo: that's from 'print apt.Cache()["dpkg"] .candidateOrigin[0] '
[05:28] <doko_> dholbach: please approve http://people.ubuntu.com/~doko/edgy/python-dhs.debdiff
[05:28] <elmo> Kamion: no, probably me by hand
[05:29] <Kamion> lucky the Ukraine has ua, really :)
[05:29] <dholbach> doko_: it gives a 404
[05:29] <dholbach> doko_: ah -dhm... is ok
[05:32] <dholbach> Tonio_: thanks for fixing kdebluetooth
[05:33] <Tonio_> dholbach: you're welcome :)
[05:37] <mvo> elmo: it checks "if origin.origin == allowed[0]  and origin.archive == allowed[1] : return True"
[05:37] <mvo> elmo: Allowed-Origins is a mileading name in the config, it really means a pair of (origin, archive) 
[05:38] <elmo> Unattended-Upgrade::Allowed-Origins { "Ubuntu edgy-security";
[05:38] <elmo> mvo: so is 'archive' going to be 'edgy-security' ?
[05:38] <mvo> elmo: yes
[05:38] <elmo> mvo: someone needs shot in the head for that naming scheme
[05:38] <elmo> I mean SERIOUSLY
[05:38] <doko_> tfheen: please approve https://launchpad.net/distros/ubuntu/+source/python-goopy/+bug/66425
[05:38] <Ubugtu> Malone bug 66425 in python-goopy "sync request" [Undecided,Unconfirmed]  
[05:39] <mvo> elmo: I guess that would be me then ? 
[05:39] <mvo> elmo: unless you mean the "archive" name, that is historic apt heritage
[05:40] <elmo> mvo: yes I mean the "archive" name, it's not an archive.  it's a suite (dak), distribution (old Debian), or distroReleasePocket (launchpad)
[05:41] <mvo> elmo: I will fix that by adding a new name "suite" and mark the old one (archive) obsolete
[05:41] <elmo> mvo: sweet, that'd be great
[05:42] <elmo> mvo: FWIW, 'suite' is a culus-ism, so it even has apt history attached to it ;-)
[05:42] <mvo> elmo: anything else you noticed while reviewing the code?
[05:42] <doko_> dholbach: please approve rebuild if python-irclib to restore dependencies
[05:43] <elmo> mvo: nothing substantial, but I wasn't reviewing it, just using it to get an idea of the python-apt 'apt' API, and steal ideas from ;-)
[05:43] <dholbach> doko_: ok
[05:43] <mvo> elmo: heh :) ideas for what project if I may ask?
[05:43] <tfheen> mvo: g-a-i: approved.
[05:44] <mvo> tfheen: hanks
[05:44] <tfheen> doko_: python-goopy is universe => dholbach 
[05:44] <elmo> mvo: just updating the script we use to check for out-of-date packages on our machines.  atm, it groks around in /var/lib/dpkg/status and stuff byhand, which works but is pretty messy
[05:45] <dholbach> tfheen, doko_: goopy is fine too
[05:45] <sivang> elmo: that is to check for packages that have newer versions or those that are obsolete now?
[05:46] <elmo> sivang: former
[05:46] <sivang> elmo: ah
[05:46] <doko_> dholbach: please approve rebuild if python-kinterbasdb to restore dependencies
[05:47] <dholbach> doko_: I'm perfectly happy with rebuilds that make the python world happy again. I'm not sure we have to go through this every time.     mdz, tfheen, Kamion: I hope you can agree with me.
[05:48] <sivang> dholbach: same for unmetdeps, I would say
[05:48] <sivang> dholbach: (given the change is failry documented in the changlog)
[05:48] <sivang> dholbach: (for universe, that is)
[05:54] <doko_> tfheen: please approve python-pylibacl, python-pylibacl rebuilds to restore the dependencies
[05:55] <doko_> dholbach: please approve python-xlib, python-yappy to restore the dependencies
[05:55] <dholbach> doko_: I'm happy with them
[05:55] <tfheen> doko_: just a no-change upload?  Go ahead; It seems to be missing its Depends line, yes.
[05:55] <ondrej> hi, there is lag in payment of ubuntu.cz domain, who may I ask to pay for it?
[05:58] <tfheen> ondrej: I've forwarded your question, wait a sec.
[06:01] <pitti> Kamion: crap; -powerpc64-smp is still installed with the fixed ubiquity
[06:03] <Kamion> pitti: ok, did you get /var/lib/ubiquity/remove-kernels before rebooting?
[06:04] <pitti> Kamion: I didn't reboot yet
[06:05] <pitti> Kamion: it shows 'linux-image-2.6.17-10-powerpc64-smp' and 'linux-image-powerpc64-smp', that looks good
[06:05] <Kamion> StevenK: FYI your packagesearch upload has a spurious debian/changelog~ in the diff; no need to reupload pre-edgy though
[06:06] <Amaranth> Someone was using gedit. :P
[06:06] <Kamion> sivang: debtags-edit should be build1, not ubuntu1
[06:06] <Kamion> sivang: please reupload that - it'll avoid merge pain later
[06:07] <Kamion> (rejectd)
[06:07] <Kamion> e
[06:07] <ondrej> tfheen: unfortunately, I have to go, I'll be back tomorrow (or maybe this evening)...  I'll ask again (fortunattely I am working for CZ.NIC - .cz domain registry :-)
[06:08] <Kamion> tfheen: unapproved: gnome-app-install_0.2.21 qt4-x11_4.2.0-1ubuntu3 kubuntu-default-settings_1:6.10-59 language-selector_0.1.29 iputils_3:20020927-3ubuntu2 xfdesktop4_4.3.99.1svn+r23428-0 imlib2_1.2.1-2ubuntu1
[06:09] <Kamion> er, sorry, some of those versions are truncated, silly queue output format
[06:09] <sivang> Kamion: k, thanks
[06:09] <Riddell> qt4 was dholbach, got a debdiff for me daniel?
[06:09] <Kamion> gnome-app-install/0.2.21 qt4-x11/4.2.0-1ubuntu3 kubuntu-default-settings/1:6.10-59 language-selector/0.1.29 iputils/3:20020927-3ubuntu2 xfdesktop4/4.3.99.1svn+r23428-0ubuntu1 imlib2/1.2.1-2ubuntu1
[06:10] <Kamion> that's better
[06:10] <tfheen> Kamion: iptutils and language-selector is mvo?
[06:10] <Kamion> Amaranth: emacs does that too IIRC
[06:10] <tfheen> Kamion: g-a-i is approved.
[06:11] <Kamion> tfheen: yes
[06:11] <tfheen> Kamion: iptutils, language-selector are approved, then.
[06:11] <tfheen> who uploaded xfdesktop4?
[06:11] <tfheen> I haven't seen a diff for imlib2, I think.
[06:12] <dholbach> Riddell: I merely added libmysqlclient15-dev, libsqlite0-dev and libglib2.0-dev to the depends of libqt4-dev (bug 66212)
[06:12] <Ubugtu> Malone bug 66212 in qt4-x11 "FTBFS in edgy" [High,Fix committed]  http://launchpad.net/bugs/66212
[06:12] <Kamion> tfheen: janimo
[06:12] <Kamion> +  * Upstream svn snapshot: fix many crashes, fix xinerama mode, fix trash notification
[06:12] <pitti> tfheen: that's my FTBFS fix? as I said, I just removed the duplicate Architecture: line
[06:12] <Kamion> +  * debian/rules: sed over the menu config files and remove some application
[06:12] <Kamion> +    shortcuts.
[06:13] <Kamion> pitti: and you added debian/compat 5
[06:13] <tfheen> Kamion: xfdesktop4 is approved then.
[06:13] <pitti> Kamion: cdbs automatically does that
[06:14] <pitti> Kamion: it did during build in the previous version, too
[06:15] <pitti> Kamion: is there anything I can get out of the ppc install? (I'm still in the live system, since booting won't work anyway)
[06:15] <pitti> I already added a bug comment
[06:18] <Kamion> tfheen: could you have a look over the recent changes to casper trunk?
[06:18] <Kamion> pitti: did it fix the HFS bootstrap thing?
[06:19] <pygi> sivang: hello, you here?
[06:19] <pitti> Kamion: yes, it did
[06:19] <Kamion> ok, that's something at least. hold on and I'll try to come up with something further to do
[06:20] <sivang> pygi: aien't I always? :)
[06:20] <Kamion> pitti: I don't suppose it's possible for me to get ssh access to the live system?
[06:20] <pygi> sivang: I won't comment :P
[06:20] <Riddell> dholbach: I need the debdiff for sending to debian, but actually it needs to include the previous change I made so I'll take care of it, thanks
[06:21] <Kamion> I wouldn't mind trying some things out in a python shell
[06:21] <pitti> Kamion: I'm behind a NAT, but I can try to dig an ssh tunnel to a public machine, hold on
[06:22] <tfheen> pitti: ssh -R 1234:localhost:22 -g somemachine ?
[06:22] <tfheen> and then Colin will use ssh -p 1234 somemachine to get to your machine.
[06:22] <dholbach> Riddell: no problem hang on - can i have the debdiff of telepathy-qt, so I can put it in bzr? ;-)
[06:22] <pitti> right, thanks
[06:22] <sivang> pygi: what's up?
[06:22] <tfheen> pitti: at least, I think that's the syntax.
[06:24] <dholbach> Riddell: http://daniel.holba.ch/temp/qt4-x11.debdiff
[06:26] <slomo> hm, i thought we didn't want libsqlite0 in main anymore ages ago
[06:26] <Kamion> well, it's still in main ...
[06:26] <Kamion> and sqlite3 is in universe
[06:27] <Kamion> I assume it has nonintuitive version numbering or somethingg
[06:27] <Kamion> oh, no, sqlite3 source and the library are in main too, just not the sqlite3 binary
[06:27] <slomo> sqlite3 is the new one and sqlite0 only gets a few bugfixes upstream afaik
[06:27] <slomo> oh, any reason for that?
[06:28] <Kamion> dunno
[06:28] <Kamion> the sqlite binary isn't in main either
[06:28] <pitti> tfheen: that only listens to 'localhost' on somemachine
[06:28] <Kamion> I assume just nothing needed it
[06:28] <Riddell> the advantage of sqlite is it's a library and not a separate proccess
[06:28] <pitti> tfheen: ah, found the option
[06:28] <Kamion> pitti: actually it forwards port 1234 to localhost:22 on that machine
[06:28] <Kamion> localhost is the target not the listen address
[06:29] <slomo> Riddell: yes i know... but the sqlite apps are useful for debugging imho :)
[06:30] <pitti> ah, GatewaysPorts must be set
[06:32] <pitti> Kamion: ah, got it
[06:37] <Riddell> dholbach: http://kubuntu.org/~jriddell/tmp/telepathy-qt.diff
[06:38] <dholbach> Riddell: thanks a lot
[06:38] <pef> hello
[06:42] <carlos> pitti: I guess you will get latest tarball generated on Thursday for Edgy prerelease, right?
[06:42] <pitti> carlos: I want to upload final edgy packs on Friday, right after RC
[06:42] <carlos> ok
[06:43] <carlos> I will need that you send me the timestamp.txt file included in the tarball that you use
[06:43] <carlos> so we don't have the same problems we had with Dapper
[06:43] <jdong> pitti: any update on mWhr conversions for hal?
[06:44] <pitti> jdong: unfortunately not
[06:44] <pitti> just didn't find time to talk to upstream
[06:44] <jdong> ok
[06:44] <jdong> no big deal
[06:44] <jdong> doesn't seem like many others are affected... just a specific acer laptop
[06:46] <pitti> jdong: maybe they did the same thinko in their ACPI (milli times milli = milli)
[06:46] <jdong> hehe, perhaps
[06:46] <jdong> I have noticed that its claimed units are a bit  whack
[06:46] <jdong> even in /proc/acpi/battery
[06:47] <jdong> like some things it reports as Whr are obviously mWhr
[06:47] <jdong> Present rate       : 64459 mA
[06:47] <jdong> ^^ looks like ACPI bug :)
[06:47] <jdong> or the Hummer of laptops
[06:51] <jdong> pitti: I think bug 66370 is the same as my bug
[06:51] <Ubugtu> Malone bug 66370 in gnome-power-manager "When unplugged the only battery levels used are 100% and 0%" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66370
[06:51] <Kamion> oh, that's interesting
[06:51] <Kamion> pitti: I thought apt's broken package count would operate recursively, but apparently it doesn't
[06:52] <Kamion> so one of the assumptions in my code is wrong
[06:57] <jdong> pitti: does gnome-power-manager calculate its own time remaining?
[06:57] <jdong> pitti: because it's quite off from what acpi -V reports
[06:57] <pitti> jdong: I *think* it gets it from hal
[06:57] <jdong> (acpi -V being correct)
[06:58] <jdong> ah, battery.remaining_time
[07:00] <jdong> pitti: why doesn't hal use the same calculation method that acpi -V would?
[07:00] <jdong> pitti: it's quirky
[07:00] <jdong> like when I just unplug, it says 3 minutes remaining
[07:00] <pitti> jdong: well, it needs its own method anyway for powerpc and other arches
[07:00] <pitti> otherwise, no idea
[07:00] <jdong> then 2 hours remaining
[07:00] <pitti> jdong: can you please bring this up on the upstream hal list?
[07:00] <jdong> and 30 seconds later, it says 15 minutes remaining, and then slowly starts counting up
[07:01] <jdong> ok, I'll take this to the HAL list
[07:01] <pitti> jdong: thanks
[07:06] <sivang> oh dear,
[07:06] <sivang> I uploaded to unstable
[07:13] <dholbach> tkamppeter: My sister is happy with Edgy and her lexmark z42 now. Thanks.
[07:17] <mvo> tfheen: ok to upload http://people.ubuntu.com/~mvo/tmp/language-selector_0.1.30.debdiff ? it will fix the problem that locale-setup does not put LANGUAGE into /etc/environment always
[07:19] <tfheen> mvo: which bug does it fix?
[07:23] <mvo> tfheen: its part of the fix for bug #49334
[07:23] <Ubugtu> Malone bug 49334 in casper "Fontconfig of zh_TW (Taiwan) is pointed to none, not zh_TW" [High,Fix committed]  http://launchpad.net/bugs/49334
[07:25] <tfheen> mvo: ok; go ahead, then.
[07:27] <mvo> thanks tfheen
[08:08] <sivang> so according to new python policy, any pythonX.Y-dev dependecy should be changed to python-dev right?
[08:08] <sivang> (given the package already depends on pycentral | pysupport)
[08:09] <keescook> dholbach: can I have permission for two universe uploads?  (both are openssl migration related: http://people.ubuntu.com/~kees/edgy-fixes/)
[08:09] <BenC_> mdz: Got it, uploading in a few minutes
[08:10] <dholbach> keescook: sure, go ahead! good work on them!
[08:10] <keescook> great, thanks.
[08:11] <mdz> BenC_: thanks
[08:21] <Treenaks> WOW
[08:22] <Treenaks> even wifi + wpa came back from hibernation perfectly today!
[08:22] <ivoks> Treenaks: good for you, i get filesystem errors on resume :)
[08:23] <Treenaks> ivoks: My X is as broken after resume as before resume (bug 20283 ;)
[08:23] <Ubugtu> Malone bug 20283 in xserver-xorg-driver-ati "[fgl v5000]  really bad sync" [Unknown,Needs info]  http://launchpad.net/bugs/20283
[08:24] <Treenaks> omg.. _sleep_ (suspend to ram?) works too 
[08:24] <ivoks> ;..*
[08:24] <ivoks> oh... :)
[08:24] <ivoks> ;..(
[08:25] <Treenaks> ivoks: dont do that near jono, the ;)
[08:26] <Treenaks> ivoks: he hates winks ;)
[08:27] <ivoks> hehe i noticed that ;)
[08:33] <Treenaks> dholbach: You're back!
[08:33] <dholbach> Treenaks: yeah since 16:34
[08:33] <dholbach> yeah, *.versanet.de was banned
[08:33] <Treenaks> dholbach: ouch
[08:33] <dholbach> it said "stop trolling", when I tried to login
[08:34] <dholbach> NICE
[08:36] <shwag_> Not sure who I need to talk to about this. Edgy doesnt support my ethernet nor my wireless drivers on my dell laptop, but they both work fine on dapper.
[08:36] <Treenaks> shwag_: nice :)
[08:36] <Treenaks> shwag_: you should file bugs, probably
[08:36] <Treenaks> shwag_: (what kind of cards are they?)
[08:37] <rideout> Riddell: do you have the buildlogs of qt4.2? i just rebuilt the packages on my system and all the sql drivers worked, lamont does't have the 4.2 logs up yet
[08:37] <dholbach> shwag_: you should file a bug report at http://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+filebug
[08:37] <Kamion> rideout: err, lamont's build logs are hideously obsolete, use launchpad
[08:38] <Kamion> https://launchpad.net/distros/ubuntu/+source/qt4-x11 as a starting point I guess
[08:38] <Riddell> rideout: build logs are on launchpad these days
[08:38] <Riddell> rideout: https://launchpad.net/distros/ubuntu/+source/qt4-x11/4.2.0-1ubuntu2
[08:38] <rideout> ok, thanks
[08:38] <Riddell> https://launchpad.net/+builds/+build/255956
[08:38] <shwag_> Treenaks: Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)
[08:40] <shwag_> Treenaks: Intel Pro/Wireless 3945ABG
[08:40] <Riddell> rideout: I see  SQLite 2 support .... qt  SQLite support ...... plugin (system)
[08:40] <Riddell> rideout: is that what we want?
[08:42] <shwag_> dholbach: filed
[08:43] <dholbach> shwag_: you can also join the kernel folks on #ubuntu-kernel
[08:43] <shwag_> dholbach: yah,...in there, no ones talking though.
[08:43] <dholbach> oh ok
[08:44] <shwag_> dholbach: can I search for other similair bugs. Ive only tested this on knot 3, not on the new beta.
[08:45] <dholbach> shwag_: oh, you probably should do an update and test
[08:45] <rideout> Riddell: both would be better, but SQLite , is actually SQLite 3, they are slowly depreciating 2
[08:45] <rideout> Riddell: can you do a $ls /usr/lib/qt4/plugins/
[08:45] <rideout> ?
[08:47] <shwag_> dholbach: yah, gonna do.
[08:47] <pygi> sivang: ping once again :P
[08:47] <dholbach> shwag_: thanks a lot
[08:48] <shwag_> dholbach: but I have a feeling this is a upstream thing because I also installed the latest gentoo and it doesnt have the network support either...same kernel version.
[08:48] <dholbach> shwag_: might be, but better to test with the new kernel
[08:48] <shwag_> dholbach: i hope there is a patch. it sucks trying to get support for something when you cant connect to the internet! I gotta maket his happen before final release!
[08:48] <dholbach> shwag_: thanks for working on this
[08:49] <dholbach> shwag_: be sure to add all info to the bug report also
[08:49] <shwag_> dholbach: someone just pointed me to this:  https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/62452
[08:49] <Ubugtu> Malone bug 62452 in launchpad "ipw3945 not working (Edgy 2.6.17-9-generic #2 SMP)" [Undecided,Rejected]  
[08:49] <Riddell> rideout: only imageformats in there
[08:49] <sivang> pygi: pong
[08:50] <rideout> Riddell: sqlite is built as a plugin, but it is not copied to the deb, $cat libqt4-sql.install, lists only usr/lib/libQtSql.so.* and thus no plugin is copied
[08:51] <rideout> Riddell: so we can change debian/libqt4-sql.install or build sqlite support into the shared lib like the other sql drivers
[08:52] <Riddell> rideout: probably, which do you think would be prefered?
[08:52] <rideout> Ridell: i was right on the first email i sent you, sqilte isn't built in the lib because of a typo, the configure option currently is -qt-sql-slite, we can just add the q and be done, and it will be consistant with the other drivers
[08:53] <dholbach> good night
[08:53] <rideout> Riddell: i think debian has this typo too, so we should let them know as well
[08:55] <mvo> tfheen: ok to upload a new dist-upgrader http://people.ubuntu.com/~mvo/tmp/dist-upgrader_20061016.2032_all.diff ? 
[08:56] <Riddell> rideout: and chaging it to -qt-sql-sqlite will do what exactly?
[08:58] <rideout> Riddell: qt will include the sqlite3 driver in the libQtSql.so along with all the other drivers and it will be accessable to all qt4 apps, without that option the driver is built as a plugin, but the deb packages don't include the plugin for installation
[09:00] <tfheen> mvo: there's no debian changelog?
[09:00] <Riddell> rideout: ok, doing a test build now
[09:00] <tfheen> mvo: also, you have a spelling error in your API, but I don't think we'll fix that now. :-P
[09:00] <Kamion> pitti: ready for another test run?
[09:00] <Riddell> the ./configure output isn't very good at explaining what the options do
[09:02] <tfheen> mvo: (upgradable vs upgradeable)
[09:03] <seb128> tfheen: I've uploaded an orbit2 rebuild to get dbgsym packages for it, I've been Cced on a GNOME upstream bug asked where to find one of those and noticed we didn't rebuilt that package yet. Feel free to accept it after RC or edgy if you think that's better
[09:03] <rideout> Riddell: try ./configure --help
[09:03] <wasabi> bug 63988
[09:03] <Ubugtu> Malone bug 63988 in ifupdown "Bonded interfaces donlt seem to work with DHCP" [Undecided,Unconfirmed]  http://launchpad.net/bugs/63988
[09:04] <Riddell> rideout: SQLite 2 support .... qt
[09:04] <Riddell> SQLite support ...... qt (system)
[09:04] <Riddell> rideout: which looks good
[09:04] <Riddell> rideout: but why SQLite 2? surely we have 0 and 3?
[09:04] <tfheen> seb128: just a rebuild?  Ok, now's fine, I guess..
[09:04] <mvo> tfheen: Upgradable is correct according to my dict. is this maybe a us<->uk thing?
[09:04] <Kamion> pitti: I've updated http://people.ubuntu.com/~cjwatson/tmp/ubiquity-testing.diff - applies to a fresh 1.2.2
[09:04] <mvo> tfheen: the upgrader is no normal deb package, so it has no debian changelog
[09:04] <seb128> tfheen: yes, to get a dbgsym available, thank you
[09:04] <slomo> Riddell: 0 is version 2.X.Y
[09:05] <tfheen> mvo: but it's uploaded into the archive?
[09:05] <rideout> Riddell: slomo beat me to it
[09:05] <Riddell> slomo: how confusing
[09:05] <mvo> tfheen: yes
[09:05] <bhale> the 0 reflects the abi version not the so version
[09:05] <Kamion> mvo: hmm, I'm never sure about that particular case; "upgradable" always reads to me as if it should be "upp-grah-dah-bel" rather than "upp-gray-dah-bel"
[09:05] <Kamion> but I'm not sure if I'm correct there
[09:06] <bhale> Kamion: is your tomboy issue resolved?
[09:06] <rideout> Riddell: 2 is needed since many legacy apps still use it, but both the trolls and the sqlite folks want people to move to 3
[09:06] <Kamion> bhale: no :-(
[09:06] <bhale> Kamion: oh crap
[09:06] <Kamion> tfheen: did you look over the casper stuff in trunk?
[09:06] <mvo> tfheen: does it look ok (beside spelling ,) ?
[09:06] <bhale> maybe mvo could have another look at it?
[09:07] <BenC> mdz: Fixed sparc-utils uploaded
[09:07] <mvo> bhale: at what in particular?
[09:07] <Kamion> tfheen: also, if you could also eyeball http://people.ubuntu.com/~cjwatson/tmp/ubiquity-testing.diff for possible upload once pitti's tested it on powerpc, that would be good; I've tested it on i386
[09:07] <tfheen> Kamion: casper looks good to me.
[09:07] <bhale> mvo: awhile back i asked you about upgrade problems from gmime2.1 to 2.2, holding back tomboy
[09:07] <Kamion> mvo: old tomboy installed, apt holds it back rather than upgrading
[09:07] <Kamion> 'apt-get install tomboy' DTRT
[09:07] <tfheen> mvo: yes, it looks good apart from that.
[09:07] <rideout> Riddell: SQLite 2 support .... qt, means that qt will use its own version of sqlite included in the source rather than link to the system library, looks like debian did that so since the bug fixed version of sqilte 2 in the repos create incompatibilitys with of db files
[09:08] <Kamion> I recently removed gmime2.1 from the archive in the hope that that would help, but it didn't
[09:08] <rideout> Riddell: incompatable old db files, i meant
[09:09] <Kamion> mvo: http://people.ubuntu.com/~cjwatson/tmp/tomboy.log
[09:09] <bhale> Package libgmime2.1 has broken dep on libgmime2
[09:09] <pygi> same with   libgtk2-perl
[09:09] <bhale> interesting
[09:10] <pygi> Kamion: same with   libgtk2-perl
[09:10] <Kamion> bhale: that's a Conflicts/Replaces/Provides
[09:10] <Kamion> not very interesting
[09:10] <bhale> Kamion: oh, there was no such package in the archive
[09:10] <Kamion> pygi: haven't seen that here; apt-get happily wants to install libcairo-perl
[09:10] <bhale> Kamion: must be kept over
[09:10] <tfheen> Kamion: eyeballed and looks correct.
[09:10] <Kamion> bhale: Conflicts shouldn't be removed just because packages are ...
[09:10] <bhale> yes, agree
[09:11] <Kamion>  libgmime2 |   2.0.14-2 | warty/universe | amd64, i386, powerpc
[09:11] <rideout> I have kde4 running on vt8 now! on edgy
[09:11] <rideout> well as much as possible anyway
[09:11] <Riddell> rideout: excellent.  from our packages or self compiled?
[09:12] <rideout> Riddell: self compiled from a fresh svn up
[09:12] <mvo> Kamion: does apt-get dist-upgrade -o Debug::pkgDepCache::AutoInstall=true add some useful information to this (in addition to the pkgProblemResolver debug)?
[09:13] <Kamion> mvo: updated http://people.ubuntu.com/~cjwatson/tmp/tomboy.log
[09:14] <Kamion> confusingly, libgmime-2.0-2 is newer than libgmime2.1
[09:14] <bhale> that was Beowulf
[09:14] <bhale> I was less than thrilled about it
[09:15] <bhale> seemed better to keep in line with debian, though
[09:15] <mvo> Kamion: it looks like libgmime2.1 still has two rdepends on your system, what packages are those?
[09:15] <Kamion> mvo: tomboy itself and libgmime2.1-cil
[09:16] <Kamion> (according to grep-status)
[09:16] <Kamion> the only rdepends of libgmime2.1-cil is tomboy again
[09:20] <rideout> http://ats-pos.com/tmp/snapshot4.png, edgy, with beryl trunk and kate from kde4 trunk
[09:21] <Riddell> rideout: sweet
[09:21] <Riddell> rideout: although that theme you're using is a bit brown looking
[09:22] <Riddell> rideout: by the way join us on #kubuntu-devel for more kde/qt chat
[09:22] <BenC> Can someone approve sparc-utils? Fixed the FTBFS.
[09:22] <BenC> tfheen: ^^
[09:23] <tfheen> BenC: yay, nice.
[09:23] <tfheen> Kamion: please approve BenC's sparc-utils upload.
[09:25] <Kamion> done
[09:26] <tfheen> BenC: please close the bug, then
[09:27] <tfheen> BenC: is bug 57146 fixed with your latest upload?
[09:27] <Ubugtu> Malone bug 57146 in linux-source-2.6.17 "[prism2.5]  doesn't associate" [High,Confirmed]  http://launchpad.net/bugs/57146
[09:30] <BenC> tfheen: No idea, let me read up on it
[09:31] <tfheen> BenC: if not, I don't think I'm going to accept an upload to fix it, so please remove the milestone or close the bug as appropriate.
[09:32] <BenC> tfheen: Actually, it should be fixed, but I'll wait for confirmation before marking it as such
[09:36] <Kamion> mvo: actually, now I think of it, that fontconfig-voodoo fix in ubiquity should have gone in a casper ubiquity hook
[09:36] <Kamion> mvo: but never mind now, we'll sort it out post-edgy
[09:36] <mvo> Kamion: ok, thanks
[09:40] <Kamion> infinity: ping, xorg upload for xbase-clients, xlibs-dev, xutils?
[09:41] <Burgwork> keescook: congrats on your first security notice
[09:42] <mvo> Kamion: I have dinner now, I may not be able to check the tomboy issue today :/
[09:42] <mvo> s/have/will have/
[09:42] <keescook> Burgwork: thanks!  :)  my second, technically, but this one was my first where I did all the bits myself.  :)
[09:43] <mdke_> i need a bit of help with some scripting... I have "for i in dir/*;" but I need to exclude a couple of files from that, is there any way that can be done?
[09:47] <mdke_> actually, no worries. Have figured out a workaround
[09:49] <_ion> mdke: With zsh you could say for i in dir/^(foo|bar), but i presume you want pure sh.
[09:55] <lamont> Kamion: does it make sense to migrate the build logs page from ~lamont to some more sensible archival site?
[09:55] <Kamion> lamont: dunno, up to you; there will come a time when only old-timers remember it anyway :-)
[09:55] <lamont> who's calliong who old? :-)
[09:56] <lamont> I'm happy to nuke the tree, but figured it'd be nice to archive it somewhere, maybe...
[09:56] <Kamion> mdke_: for i in dir/*; case $i in dir/exclude1|dir/exclude2) ;; *) do stuff; do more stuff ;; esac; done
[09:56] <lamont> launchpad has the rest of the known multiverse in it, why not have old build logs?
[09:56] <Kamion> #launchpad might know a way to inject the old logs
[09:56] <mdke_> Kamion: good to know, thanks
[09:56] <lamont> Kamion: yeah - I'll poke them...
[10:02] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/xorg.diff, since I have a feeling Adam won't be around for a while yet?
[10:06] <tfheen> Kamion: ok, approved.
[10:06] <tfheen> I'd like us to kill those (and get them out of the archive) as one of the first things when edgy+1 opens.
[10:07] <Kamion> removing xlibs-dev ASAP in edgy+1 seems sensible, but xbase-clients and xutils aren't that evil
[10:08] <tfheen> they should at least be synced with Debian
[10:08] <mvo> tfheen: could you please approve my dist-upgrade upload?
[10:08] <tfheen> I think they're silly, but that might just be me.
[10:08] <tfheen> Kamion: please approve mvo's dist-upgrader upload
[10:09] <Kamion> syncing with Debian would involve re-monolithing the clients
[10:09] <Kamion> dist-upgrader> done
[10:32] <Kamion> tfheen: so, http://people.ubuntu.com/~cjwatson/tmp/ubiquity-testing.diff ?
[10:33] <Kamion> tfheen: pitti's gone for the night I think, and I haven't been able to test it on powerpc myself, but I've simulated a similar situation on i386 and it worked fine; I've also tested ordinary installations with that patch using both automatic and manual partitioning
[10:54] <Burgwork> doko_: ping
[10:58] <pitti> Kamion: back now
[11:07] <keescook> a universe upload was approved (bug 66273), but it's a sync.  who should I bother about that?  :)
[11:07] <Ubugtu> Malone bug 66273 in dirvish "sync request" [Undecided,Confirmed]  http://launchpad.net/bugs/66273
[11:09] <crimsun> no one, u-a is subbed, and you're in ubuntu-dev. It's ready.
[11:14] <sivang> keescook: subscribe ubutu-archive to the bug, and ask a sync 
[11:14] <sivang> keescook: ubuntu-archive, that is
[11:14] <sivang> keescook: that's how I recall sync request can be made :)
[11:14] <keescook> sivang: it's ready, who should I ask for the sync?
[11:14] <crimsun> < crimsun> no one, u-a is subbed, and you're in ubuntu-dev. It's ready.
[11:15] <sivang> crimsun: ? :)
[11:18] <tfheen> Kamion: let's let pitti finish his test?
[11:19] <pitti> tfheen: can do if required
[11:19] <pitti> tfheen: however, I gave Kamion ssh access for the last hours, I'd like to hear about the current status
[11:22] <pitti> tfheen: unless Kamion wants to upload tonight still, I'd like to do the test tomorrow morning, if you are fine with that. He seems to be off for today anyway?
[11:23] <tfheen> pitti: I feel like a broken record, but I'd like this in as soon as possible and if you'd rather go off to bed; do so and we'll just put it in the archive.  Worst case, we have to fix it again tomorrow.
[11:24] <doko_> ajmitch: please approve http://people.ubuntu.com/~doko/edgy/optcomplete.debdiff
[11:24] <doko_> Burgwork: pong
[11:24] <pitti> tfheen: ok, then I'll test it now
[11:25] <Burgwork> doko_: is this an issue" https://launchpad.net/bugs/6647 ?
[11:25] <Ubugtu> Malone bug 6647 in sp-gxmlcpp "sp-gxmlcpp: merge new debian version" [Medium,Fix released]  
[11:26] <JanC> Burgwork: it's related to the pycentral problem(s)
[11:27] <doko_> Burgwork: it's fixed?
[11:27] <Burgwork> JanC: hm,m I pasted the wrong bug
[11:27] <Burgwork> just a sec
[11:27] <Burgwork> https://launchpad.net/distros/ubuntu/+source/sun-java5/+bug/66471
[11:27] <Ubugtu> Malone bug 66471 in sun-java5 "Circular dep -bin and -jre" [Undecided,Confirmed]  
[11:28] <doko_> Burgwork: rejected
[11:32] <Burgwork> doko_: ugh
[11:33] <Burgwork> oh, that is the "cannot ship only bits of it"
[11:33] <doko_> yes
[11:33] <doko_> and even without the license, you need both parts to be meaningful as a runtime
[11:34] <Burgwork> why not put them in the same package then?
[11:46] <Kamion> pitti: I logged out of your box, didn't need it any more
[11:46] <Kamion> pitti: managed to reproduce the same problem locally
[11:46] <Kamion> (ish)
[11:46] <pitti> Kamion: ah, good; I'm just testing your latest patch
[11:46] <Kamion> thanks
[11:46] <pitti> thanks to you! :)
[11:47] <Kamion> keescook: just leave it, Keybuk and I each go through the pending sync requests from time to time
[11:47] <keescook> Kamion: okidoky.  I just wanted to be sure there wasn't something more I needed to do.  :)
[11:47] <Kamion> I expect we'll do another pass tomorrw
[11:47] <Kamion> tomorrow
[11:49] <Kamion> hooray, the NBS list is empty
[11:49] <tfheen> Kamion: is it ok with you to do that ubiquity upload once you have pitti's results?
[11:49] <Kamion> tfheen: yes
[11:50] <Kamion> tfheen: let me just give you the current contents of unapproved
[11:50] <Kamion> (skipping universe)
[11:50] <mdke_> I feel bad asking these basic questions here, but you guys are helpful. In my script, I need to use sed to change a line inside a number of files. However my expression "sed -i -e "s@phrase@phrase@g" filename" isn't working (I suspect) because phrase has inverted commas in it. Is that the reason it isn't working? What should I use instead? 
[11:51] <Kamion> mdke_: "foo\"bar\"baz" at the shell turns into foo"bar"baz as a command-line argument
[11:51] <Kamion> alternatively, 'foo"bar"baz'
[11:52] <Kamion> to get a single quote inside single quotes, use 'foo'\''bar'\''baz' (note that that actually closes the single quotes, adds a ' character with \', and then opens the single quotes again)
[11:52] <Kamion> mdke_: I strongly recommend reading the QUOTING section of bash(1)
[11:53] <Kamion> or actually the Quoting section of dash(1); it's more concise and obviously doesn't describe bashisms
[11:53] <mdke_> Kamion: one for a rainy day. Thanks
[11:53] <Kamion> tfheen: unapproved main/restricted: orbit2/1:2.14.3-0ubuntu2 language-selector/0.1.30 qt4-x11/4.2.0-1ubuntu3 kubuntu-default-settings/1:6.10-59 imlib2/1.2.1-2ubuntu1
[11:54] <tfheen> orbit2 is ok; just a rebuild.
[11:54] <tfheen> language-selector is ok
[11:55] <tfheen> I _think_ qt4-x11 is ok; Riddell didn't scream when dholbach uploaded it.
[11:56] <tfheen> when's that k-d-s from?
[11:56] <tfheen> and imlib2 is approved.
[11:56] <Kamion>   109770 | S- | kubuntu-default-sett | 1:6.10-59            | 8 hours 20 minutes
[11:56] <Kamion>          | * kubuntu-default-settings/1:6.10-59 Component: main Section: kde
[11:56] <Riddell> I do indeed approve of dholbach's qt4 upload
[11:56] <tfheen> Riddell: what about the k-d-s upload?
[11:57] <Riddell> tfheen: I approve of my k-d-s upload too :)
[11:57] <Riddell> tfheen: it's just s/Sans Serif Mono/Monospace/
[11:57] <tfheen> Riddell: heh; ok.  Approved, then.
[11:57] <Kamion> if/when you do this again, we should really get you into ubuntu-archive. RM <!= ubuntu-archive is just too awkward
[11:57] <tfheen> Kamion: the RM should really have knobs in LP to just DTRT with this, IMO.
[11:58] <tfheen> maybe the RM should be a member of u-a too, but I think this should all be knobby.
[11:58] <Kamion> aye. I'd go with having ubuntu-archive have knobs in LP first :-)
[11:58] <tfheen> I thought they had knobs, it's just that the knobs aren't connected to anything just yet?
[11:58] <Kamion> (this is all just command-line at present, for those who don't know)
[11:58] <Kamion> tfheen: right, but same difference ...
[11:59] <Kamion> useless knobs =~ no knobs
[11:59] <tfheen> hello Matt
[11:59] <mjg59> Could people please *not* reassign bugs to acpi-support unless it's clearly something to do with the scripts in it
[11:59] <mjg59> Suspend/resume issues go against the kernel
[11:59] <mjg59> Machine crashes go against the kernel
[12:03] <keescook> mjg59: usplash on amd64/nvidia> on sunday I dumped the BIOS memory segment for int10, just to see if I could figure out why it was rejecting the vbe save.  didn't get far, but I was curious if you wanted a copy of the bios dump?  would that help you at all on that issue?
[12:07] <mjg59> keescook: No, I've got access to hardware to reproduce it on
[12:07] <mjg59> It looks like we've run out of time for edgy, so it'll just use vga16 there