[12:26] <cjwatson> ryanakca: I've uploaded a version of devmapper that disables the symlink business in (only) the udeb. I'd be interested to know whether tomorrow's daily build fixes that /home weirdness for you.
[12:27] <cjwatson> ryanakca: I also fixed another glitch in partman-auto visible on the guided partitioning menu that wasn't fixed by that devmapper change
[12:35] <ryanakca> cjwatson: http://pastebin.ca/622545
[12:35] <ryanakca> it doesn't look like it's mounted seperately
[01:15] <cjwatson> ryanakca: right, could well be something to do with this /dev/dm-* thing in that case; try tomorrow?
[01:16] <ryanakca> cjwatson: yep
[02:41] <elpargo> hi I believe I found a conflict between vmware and networkmanager packages, for my wireless setup.
[02:43] <Burgundavia> elpargo: have you filed a bug?
[02:43] <elpargo> Burgundavia, I want to confirm it first, but I did search bugzilla and found something similar but it seems it was dismiss as invalid.
[02:44] <Burgundavia> link to the bug?
[02:44] <elpargo>  http://www.google.com/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Fwww.mail-archive.com%2Fdebian-bugs-dist%40lists.debian.org%2Fmsg364564.html&ei=3hCcRuGKFaLiepfg7KUK&usg=AFQjCNEoinnG9YivPD0hrB9C8J87rmsHWQ&sig2=glyn_8Whi8fe_YfPy9GraQ
[02:44] <elpargo> ups sorry
[02:44] <elpargo><EMAIL_ADDRESS>damn google...
[02:48] <elpargo> I believe there is a crash between vmware's virtual network devices and network manager, from the little I know vmware creates a virtual that points to eth0 which I think it's not letting network manager set eth1
[02:49] <Burgundavia> interesting
[02:49] <Burgundavia> have you chatted with upstream networkmanager?
[02:49] <Amaranth> yay logout fade with compiz
[02:51] <elpargo> Burgundavia, not yet I wanted to see if it was a problem with the package itself.
[02:52] <Burgundavia> elpargo: I have no idea. NM is ubuntu does carry a fair amount of patches
[02:59] <elpargo> Burgundavia, seems to be a driver issue http://mail.gnome.org/archives/networkmanager-list/2006-March/msg00257.html
[03:00] <Burgundavia> elpargo: ah
[05:18] <kyled185> sorry if this is a noob question, but I'm trying to make a "hello world" program using kdevelop and qt4, however when I try to build the project I get "*** AUTOCONF NOT FOUND!." I have autoconf installed however and that's what's confusing me...any ideas on what's going wrong?
[05:20] <kyled185> ack sorry I just noticed the topic, I'll ask in the proper channel
[05:20] <RAOF> :)
[05:51] <doviende> anyone know why the ping command isn't localized?  i just checked the code and there are no gettext macros, so even if the phrases exist on the system for some language, it won't use them
[05:52] <doviende> seems like basic things like that would be the first things to be localized
[05:59] <LongPointyStick> how would i troubleshoot why my fan is on full speed, and my system is incredibly slow?
[06:00] <doviende> LongPointyStick: laptop?
[06:01] <superm1_> LongPointyStick, ps aux ?
[06:01] <superm1_> and top
[06:01] <superm1_> etc
[06:01] <doviende> if i wanted to know why things are slow, i'd use "top"
[06:02] <doviende> as for the fan, i know that my bios on my laptop currently isn't supported well, so i can't change my fan speed
[06:02] <doviende> but i hear that if i could, i'd be able to go to the /proc/acpi directory and find something about my fan speed there
[06:03] <superm1_> something like this: http://paste.ubuntu-nl.org/30187/ :)
[06:04] <TheMuso> Hobbsee: Is your hard drive appearing as an sd, or hd device?
[06:04] <doviende> superm1_: haha, ya.
[06:07] <Hobbsee> superm1_: nothing of particular interest
[06:07] <Hobbsee> in htop
[06:07] <Hobbsee> apart from massive amounts of both cores being used
[06:08] <superm1_> but no indication of what process?
[06:08] <Hobbsee> doviende: yes
[06:08] <Hobbsee> superm1_: nope
[06:08] <Hobbsee> superm1_: it starts while the machine is booting - fairly early in teh boot sequence
[06:09] <Hobbsee> TheMuso: sda, when it's working properly
[06:09] <TheMuso> oh ok. Thgouth it may have been a DMA issue.
[06:09] <TheMuso> or something along those lines.
[06:31] <Eleaf> hi, I have a question about the package nvidia-glx-new.
[06:31] <Eleaf> I recently booted to find X would not start due to an api mismatch (nvidia kernel & xorg kernel not same version), X has worked before fine.  I let my computer be off for about a week, and when I rebooted, X didn't work.
[06:32] <Eleaf> It turns out installing nvidia-glx-new makes X work okay again.  Why is this package not installed automatically as an update if it creates such a fatal situation?
[06:54] <crimsun> asac: it's inherited from the Debian source package; Bart is better addressed
[07:09] <Eleaf> peace
[07:43] <Hobbsee> nice, shiny bling...
[07:43] <Hobbsee> hi Fujitsu
[07:45] <Hobbsee> Amaranth: ping
[07:47] <Amaranth> Hobbsee: pong
[07:47] <Hobbsee> Amaranth: were you planning to fix https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/107109 ?
[07:47] <ubotu> Launchpad bug 107109 in compiz "No "New Login" for user with Desktop effects enabled" [Critical,Triaged]
[07:48] <Amaranth> Hobbsee: not really fixable
[07:48] <Amaranth> well, i can make compiz bail out and load metacity
[07:48] <Amaranth> oh, i commented on that bug awhile ago :P
[07:49] <Amaranth> we can't check 'direct rendering: no'  because thanks to AIGLX and Xgl that doesn't mean anything
[07:50] <Hobbsee> fun
[07:51] <Amaranth> i suppose we could jump through some hoops to see if you have more than one X running
[07:52] <jdong> Amaranth: come on boy
[07:52] <Amaranth> heh
[07:52] <jdong> Amaranth: (1) xvinfo | grep Xgl is a good test for Xgl
[07:52] <Amaranth> well, it's not that hard
[07:52] <Amaranth> jdong: AIGLX though
[07:52] <jdong> Amaranth: why doesn't new session work for AIGLX??
[07:52] <jdong> ah
[07:52] <jdong> nvm
[07:52] <Amaranth> jdong: no no, i'm saying with AIGLX checking direct rendering is useless
[07:52] <jdong> RTFMBR
[07:53] <Amaranth> uh
[07:53] <Amaranth> don't know that one
[07:53] <jdong> Malone Bug Report
[07:53] <jdong> :D
[07:53] <RAOF> Could we go crazy and spawn multiple Xgl sessions by default?
[07:53] <Amaranth> Hobbsee: also i can't fix anything right now because seb128, dholbach, and mvo are at GUADEC and i'm not :P
[07:54] <Hobbsee> Amaranth: that's what i figured, too
[07:54] <Amaranth> RAOF: dude that was the original idea :)
[07:54] <jdong> I got it!
[07:54] <jdong> how about we have a master X server that spawns child Xgl fullscreens for each user?
[07:54] <jdong> MUAHAHAHAHA
[07:54] <RAOF> Amaranth: Aaah.  So, why not.  Oh, of course.  That'd mean Xgl needs to be in main
[07:55] <Amaranth> jdong: dude that was the idea
[07:55] <Amaranth> jdong: with some minimal window management in gdm to do a neat transition when you switch users
[07:55] <Hobbsee> LP: #121135
[07:55] <jdong> Amaranth: IMO that's not a bad idea at all
[07:55] <Amaranth> bug 121135
[07:55] <ubotu> Launchpad bug 121135 in compcomm-plugins-main "/usr/bin/dpkg returned an error code" [Medium,Fix committed]  https://launchpad.net/bugs/121135
[07:55] <Amaranth> jdong: that's what i said
[07:55] <jdong> RAOF: meh we just suck patches from Novell buddies
[07:56] <jdong> Amaranth: I'd totally go for that.... hell Xgl is a lot faster on most system rendering 3D effects anyway
[07:56] <Amaranth> Hobbsee: I'm not core-dev :)
[07:56] <jdong> the only painful thing is scrolling :)
[07:56] <Amaranth> Hobbsee: need to wait for mvo to get anything done
[07:56] <Hobbsee> Amaranth: true
[07:56] <Hobbsee> Amaranth: there are other core devs around
[07:56] <Amaranth> unless you want to snag that package from bzr and upload it
[07:56] <Hobbsee> that one's fixed, anyway
[07:57] <RAOF> jdong: Or David could just do an Xgl *release* finally.
[07:57] <Hobbsee> was sponsored on june 30
[07:57] <Amaranth> if it's a change i haven't ran past mvo and/or seb128 i'm not going to do anything with it :)
[07:57] <jdong> RAOF: haha
[07:58] <Hobbsee> as in, yoru debdiff was uploaded on june 30 for it, but the bug wasnt marked as released.  may have been while LP was broken
[07:58] <jdong> RAOF: this reminds me of ion?
[07:58] <RAOF> Amaranth: Bah, just feed crazy untested code through the Hobbsee spigot
[07:58] <Hobbsee> hah
[07:58] <Amaranth> RAOF: sounds good
[07:58] <Amaranth> Hobbsee: I've got this copy rendering patch....
[07:58] <Hobbsee> dream on.
[07:58] <Hobbsee> i want to freeze main today
[07:58] <Amaranth> eh?
[07:59] <Hobbsee> yay, down to 22!
[07:59] <Hobbsee> Amaranth: tribe 3
[07:59] <Amaranth> we got another tribe coming up?
[07:59] <Hobbsee> Amaranth: see the /topic
[07:59] <Hobbsee> yep
[07:59] <Amaranth> wow, that was fast
[07:59] <Amaranth> it just changed to tuesday here :)
[07:59] <Hobbsee> only for you who doesnt coordinate them :)
[07:59] <Hobbsee> it's 4pm tuesday now, but i'll have to wait for a while, yes
[07:59] <Amaranth> 22 critical bugs?
[08:00] <Amaranth> bug 122949 has an _easy_ fix
[08:00] <ubotu> Launchpad bug 122949 in compiz "Tray icons take a LONG time to appear with compiz enabled" [Critical,Triaged]  https://launchpad.net/bugs/122949
[08:00] <Hobbsee> Amaranth: not critical.
[08:00] <Hobbsee> https://launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=New&field.status%3Alist=Incomplete&field.status%3Alist=Confirmed&field.status%3Alist=Triaged&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.milestone%3Alist=470&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&f
[08:00] <Hobbsee> ield.omit_dupes=on&field.has_patch.used=&field.tag=&field.has_cve.used=&field.has_no_package.used=&search=Search
[08:01] <Hobbsee> http://tinyurl.com/2krybt
[08:01] <StevenK> Ouch
[08:01] <Hobbsee> that's a bad url.
[08:01] <jdong> Hobbsee: I'm going to check /var/log/snort.... and I think your name will be in there :D
[08:02] <Hobbsee> :P
[08:02] <Amaranth> Hobbsee: why doesn't 122949 show up on there?
[08:02] <Hobbsee> Amaranth: because it's not milestoned for tribe 3?
[08:02] <Amaranth> oh
[08:02] <Amaranth> in that case, i can clear compiz off your list ;)
[08:02] <Amaranth> unless those guys stop drinking and get on IRC :)
[08:02] <Hobbsee> haha
[08:03] <Hobbsee> yeah, well.  it looks like gnome* will have to be deferred
[08:03] <Hobbsee> but i get the suspicion that some of this stuff is already fixed, but not closed
[08:03] <ajmitch> nice to see so many open bugs there
[08:04] <Amaranth> how can it be Incomplete and milestoned for tribe-3?
[08:04] <Amaranth> it == a bug
[08:05] <Hobbsee> ajmitch: well, i'm shoving a lot of them off, so...
[08:06] <Amaranth> dholbach!
[08:06] <Hobbsee> Amaranth: because some people are milestoning things weirdly.  *shrugs*
[08:06] <Hobbsee> hey dholbach!
[08:06] <dholbach> good morning
[08:06] <dholbach> hey Amaranth, ajmitch, Hobbsee!
[08:12] <pitti> Good morning
[08:12] <Hobbsee> morning pitti!
[08:12] <Hobbsee> pitti: you uploaded cupsys yesterday - is https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/119289 fixed in that upload?  i'm guessing that it is
[08:12] <ubotu> Launchpad bug 119289 in cupsys "make backend invocation compatible to upstream" [High,In progress]
[08:13] <Amaranth> morning pitti
[08:13] <Burgundavia> morning pitti
[08:13] <pitti> Hobbsee: no, it is not; that's horribly complicated
[08:13] <Burgundavia> pitti: was it you who was assigned the hardware db stuff?
[08:14] <Hobbsee> pitti: right.  i presume you want to defer that, as per the discussions a couple of days ago?
[08:14] <pitti> Burgundavia: no, it's not assigned ATM
[08:14] <pitti> Hobbsee: yes, I just didn't get to it
[08:14] <Burgundavia> pitti: moving to -desktop
[08:15] <Hobbsee> pitti: deferred
[08:18] <Hobbsee> oy, ajmitch :)
[08:18] <Hobbsee> ajmitch: any plans to fix https://bugs.launchpad.net/ubuntu/+source/samba/+bug/85194 ?
[08:18] <ubotu> Launchpad bug 85194 in samba "samba's package postinst script shouldn't return an error if samba daemon can't be started (e.g. if smb.conf file is incorrect or is removed)" [Medium,Confirmed]
[08:24] <Hobbsee> ogra's not at guadec, is he?
[08:26] <Hobbsee> pitti: also, were you looking into https://bugs.launchpad.net/ubuntu/+source/language-pack-fr-base/+bug/122277 ?
[08:26] <ubotu> Launchpad bug 122277 in language-pack-fr-base "gutsy language pack doesn't ship the gdebi translation" [Undecided,New]
[08:27] <pitti> Hobbsee: oh, I'll do that today
[08:27] <pitti> hi StevenK
[08:27] <Hobbsee> pitti: great, thanks
[08:27] <pitti> Hobbsee: erk, I need to upload new base langpacks, to minimize the space
[08:27] <StevenK> pitti: Can I bug you about a sync? :-)
[08:27] <pitti> StevenK: yes
[08:28] <Hobbsee> pitti: get to it :)
[08:28] <StevenK> pitti: Bug 124900
[08:28] <ubotu> Launchpad bug 124900 in gtkpod "Please sync gtkpod-0.99.10, libgpod-0.5.2 from debian unstable" [Wishlist,Confirmed]  https://launchpad.net/bugs/124900
[08:30] <pitti> StevenK: so, I shall sync gtkpod and also gtkpod-aac, and then kipi-plugins will build?
[08:31] <StevenK> I wasn't aware gtkpod-aac was in Debian.
[08:31] <StevenK> pitti: kipi-plugins has built already.
[08:31] <pitti> StevenK: so what about the gtkpod-aac and kipiplugins tasks?
[08:32] <StevenK> I think that was the submitter being over excited. :_)
[08:33] <pitti> StevenK: synced; I'll just close the gtkpod task, and leave the others to you
[08:34] <StevenK> pitti: Thanks
[08:34] <StevenK> I was going to be lazy and ask tepsipakki to deal with gtkpod-aac.
[08:40] <fabbione> morning
[08:40] <Hobbsee> morning fabbione!
[08:47] <Hobbsee> *** WARNING:  IMPENDING MAIN FREEZE ***
[08:53] <fabbione> you need more than a big stick for me :P
[09:05] <Amaranth> jdong: can you test https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/126469 for me?
[09:05] <ubotu> Launchpad bug 126469 in gnome-session "[patch]  logout fadeout when compiz is running" [Medium,Triaged]
[09:05] <Amaranth> jdong: really want to get it into tribe-3 :)
[09:07] <Amaranth> hehe
[09:08] <Amaranth> Hobbsee: it's related to high priority spec ;)
[09:09] <Hobbsee> hahaha
[09:09] <Hobbsee> good luck
[09:09] <Amaranth> heh
[09:09] <TheMuso> haha
[09:09] <Amaranth> mine is plausible :)
[09:10] <pitti> soren: the samba upload was just caught by the freeze
[09:10] <StevenK> Hobbsee: Good luck with that. :-)
[09:10] <pitti> soren: how important is this for tribe3?
[09:11] <Amaranth> oh, you've already frozen
[09:11] <Amaranth> dang
[09:11] <dholbach> it'd be nice if people could test the patch that Amaranth pointed to (bug 126469)
[09:11] <ubotu> Launchpad bug 126469 in gnome-session "[patch]  logout fadeout when compiz is running" [Medium,Triaged]  https://launchpad.net/bugs/126469
[09:11] <ubotu> Launchpad bug 122949 in compiz "Tray icons take a LONG time to appear with compiz enabled" [Critical,Fix released]  https://launchpad.net/bugs/122949
[09:12] <Amaranth> pitti: :D
[09:12] <Amaranth> who would have thought disabling session management would break gnome-session? ;)
[09:13] <dholbach> it makes compiz working for me again (I have window decorators), but now it seems to take like 30-40 seconds for the logout dialog to show up -- I personally suspect a broken configuration or something, but it'd be nice to know for sure
[09:13] <pitti> dholbach: 30-40 seconds? that rather sounds like another incarnation of the session connection bug?
[09:13] <pitti> dholbach: did you wait long enough after login?
[09:13] <dholbach> pitti: yeah, but that was because gnome-session looked for things that gnome-power-manager did not send anymore :)
[09:14] <dholbach> ahhhhh! ;-)
[09:14] <soren> pitti: I'd appreciate it if you pushed it through.
[09:14] <dholbach> ok, I was too impatient
[09:14] <pitti> dholbach: ^ I thought that got fixed for tribe1??
[09:14] <dholbach> pitti: yes yes yes it was
[09:14] <dholbach> :-)
[09:14] <soren> pitti: Just for the sake of testing.
[09:14] <Amaranth> dholbach: it works now?
[09:14] <dholbach> Amaranth: yes, it does - pitti was right: I was too impatient
[09:14] <soren> pitti: More testing of the previous samba version won't do us much good anyway.
[09:14] <pitti> dholbach: the problem with compiz is that it does not connect to the session and thus needs a minute, until the other programs in the session (dbus related, etc.) can start up
[09:15] <pitti> dholbach: ok, good *phew* :)
[09:15] <dholbach> Amaranth: did you test your patch with metacity?
[09:15] <Amaranth> dholbach: yes
[09:15] <dholbach> if that works out ok, I'll upload it
[09:15] <Amaranth> i say so in the bug
[09:15] <pitti> soren: ok; you specifically tested the client lib, right? (through nautilus, etc.)
[09:15] <dholbach> bbiab
[09:15] <Amaranth> just start metacity and click logout
[09:15] <Amaranth> bleh, no need to start a new session :P
[09:15] <soren> pitti: Both command line utils, server and library (through nautilus), yes.
[09:16] <Hobbsee> soren: you are the samba person?
[09:16] <soren> Hobbsee: That's sort of a dangerous question to answer.
[09:17] <Hobbsee> hah
[09:17] <pitti> soren: waved through
[09:17] <soren> pitti: Thanks!
[09:17] <Amaranth> Hobbsee: that reminds me of http://uwstopia.nl/blog/2007/07/as-heard-on-guadec
[09:17] <soren> Hobbsee: Do you need anything in particular or are you just looking for who to blame when it doesn't work?
[09:17] <Hobbsee> soren: the latter
[09:17] <Hobbsee> soren: and who to assign bugs to when it's broken, and needs fixing.
[09:17] <soren> Hobbsee: Then it's someone else. :p
[09:17] <Hobbsee> hahahaha
[09:18] <soren> Hobbsee: Server team.
[09:18] <Hobbsee> soren: you're screwed over by the TIL principle
[09:18] <Hobbsee> which you're on, right?  :P
[09:18] <soren> Hobbsee: True, but if you assign to the server team instead, someone else might grab it if I ignore it for long enough. :)
[09:18] <Hobbsee> haha
[09:19] <Hobbsee> soren: i wield the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! .  ignoring me is not in your best interests.
[09:19] <Hobbsee> :P
[09:19] <soren> Nor would it be very easy with that scary thing waving in one's face.
[09:19] <Hobbsee> haha, indeed :)
[09:20] <simira> Hobbsee: did you see the nice earrings I bought in Birmingham?
[09:21] <Hobbsee> simira: i did!  :)
[09:21] <Hobbsee> simira: they're very pretty
[09:23] <dholbach> Amaranth: I uplaoded the gnome-session change
[09:23] <elpargo> hi anyone around that can kick some lamers form #ubuntu
[09:23] <dholbach> it works nicely for me too
[09:23] <elpargo> they are spamming the chat....
[09:24] <Amaranth> dholbach: awesome
[09:24] <Amaranth> elpargo: they were gone before you even said something here :)
[09:25] <Hobbsee> elpargo: i saw with the -ops call
[09:25] <Hobbsee> elpargo: call it earlier, we'll respond earlier.
[09:25] <Hobbsee> :)
[09:25] <elpargo> hehe thanks guys
[09:26] <elpargo> I really don't get why people do that... so annoying nothing to gain out of it.
[09:40] <pitti> cjwatson_: I guess it won't hurt too much to move bug 118744 to tribe4 and just live with the workaround for some more time?
[09:40] <ubotu> Launchpad bug 118744 in gfxboot "no gfxboot in gutsy with new syslinux" [High,Confirmed]  https://launchpad.net/bugs/118744
[09:40] <elpargo> gout another spammer ... :(
[09:40] <StevenK> elpargo: Please use #ubuntu-ops for this, as opposed to here.
[09:40] <Amaranth> elpargo: just keep calling !ops when it happens and we'll keep on it, no need to talk about it here
[09:40] <elpargo> oh I didn't knew about that channel or command will do that from now on.
[09:43] <doko> pitti: did you demote freetype1? thx anyway
[09:43] <pitti> doko: yes, I did, nothing wanted it any more; you still need it?
[09:43] <doko> pitti: no, I did remove the last user =)
[09:44] <StevenK> pitti: Was python-eye3d or somesuch also on the list to be demoted?
[09:44] <pitti> doko: cruft-- :)
[09:44] <pitti> StevenK: no, I didn't touch that
[09:44] <fabbione> pitti, Hobbsee: permission to upload lvm2. debdiff: http://people.ubuntu.com/~fabbione/lvm.debdiff
[09:44] <fabbione> pitti, Hobbsee: it's a safe change.. and tested
[09:44] <fabbione> affects only sparc
[09:44] <StevenK> pitti: I was just curious if it was, since libgpod jumped to mutagen from it.
[09:44] <fabbione> it fixes install on lvm when running on virtual disks
[09:45] <pitti> fabbione: looks fine to me
[09:45] <fabbione> (well it fixes lvm on vdisks... but also the install)
[09:45] <fabbione> pitti: ok thanks
[09:45] <fabbione> pitti: it's uploaded.. i guess you can allow it or not as you prefer
[09:46] <pitti> fabbione: I guess we really want that, so that LDOM can be properly tested on tribe3?
[09:46] <StevenK> Tonio_: Ping, I'd like your opinion about amarok when you have a spare sec.
[09:46] <Tonio_> StevenK: I'm there :)
[09:46] <Tonio_> hi everyone
[09:46] <fabbione> pitti: we don't officially support LDOM yet. so it's not a blocker of any kind but i would like to have it in
[09:47] <fabbione> pitti: it's a table extension... no code change..
[09:47] <pitti> fabbione: right; I'll accept it once it's in the queue
[09:47] <fabbione> pitti: but seriously.. i am not going to force this down your throat
[09:47] <StevenK> Tonio_: I uploaded a rebuild-only change last night, which failed ... due to some other library changing it looks like.
[09:47] <fabbione> pitti: cheers
[09:48] <pitti> dholbach: how save is that gnome-session upload?
[09:48] <Tonio_> StevenK: hum, interesting....
[09:49] <Tonio_> StevenK: can't look at that right now, but I'm adding this t my todo....
[09:49] <Tonio_> StevenK: I'll have a look at the buildlog at 12
[09:50] <StevenK> Tonio_: Cool, thank you. :-)
[09:52] <cjwatson_> pitti: sigh. I guess so :-(
[09:52] <Amaranth> pitti: very
[09:53] <pitti> Amaranth: it works with metacity, too?
[09:53] <Amaranth> yep
[09:54] <dholbach> yes, I tested it with metacity too
[09:55] <pitti> accepted
[09:55] <cjwatson> hmm, I wonder if we can demote dhcp to universe in time for tribe-3 if I do a few seed merges?
[09:55] <Amaranth> woohoo
[09:55] <Amaranth> right after tribe-3 i'll fix gksu too :)
[09:56] <Amaranth> that's the one i was originally working with but i noticed a comment saying they'd snagged that code from gnome-session and figured it might be a little saner
[09:56] <Amaranth> sadly it was
[10:00] <Hobbsee> fabbione: pitti looks safe
[10:06] <Hobbsee> ogra!
[10:06] <ogra> hey
[10:06] <Hobbsee> Amaranth: you can fix it now.  it'll sit in the queue
[10:06] <Hobbsee> ogra: i come to poke you about tribe 3 stuff
[10:07] <ogra> oh sigh, totally forgot about tribe 3
[10:07] <Amaranth> ogra: main is already frozen :/
[10:07] <Amaranth> well, freezing :)
[10:07] <Hobbsee> ogra: ouch
[10:07] <Amaranth> eek
[10:07] <Amaranth> ogra: spin around in a circle three times
[10:07] <Amaranth> ;)
[10:07] <Hobbsee> ogra: to make it easy for you then, https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/122796 and https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/121547
[10:07] <ubotu> Launchpad bug 122796 in ltsp "ltsp default dhcpd.conf broken on tribe2 installs" [High,Triaged]
[10:08] <ogra> Hobbsee, no, yay ... i was running around with an exploding head for the last 10 days
[10:08] <Hobbsee> ahhh...
[10:08] <ogra> Hobbsee, thats fixed, wortse is that i hhave to rewrite the udeb ...
[10:08] <Hobbsee> ogra: which?
[10:08] <Hobbsee> there are two bugs there - are they both fixed?
[10:10] <ogra> Hobbsee, oh, sorry, i (as ubotu) missed the second one
[10:10] <Hobbsee> ogra: ahh
[10:10] <ogra> i think its bug 121547
[10:10] <ubotu> Launchpad bug 121547 in ltsp "[Gutsy]  LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed]  https://launchpad.net/bugs/121547
[10:10] <ogra> yeah
[10:13] <Hobbsee> ogra: so is https://launchpad.net/bugs/121547 an edubuntu-blocker?
[10:13] <ubotu> Launchpad bug 121547 in ltsp "[Gutsy]  LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed]
[10:14] <ogra> Hobbsee, well, if i dont make it it needs to be at least in the release notes again (which is a bit disconcerting)
[10:14] <pitti> ogra: is it that hard to fix the dhcp configuration?
[10:14] <pitti> ogra: that one is pretty nasty
[10:15] <Hobbsee> ogra: right.
[10:15] <Hobbsee> pitti: ogra said the dhcp one was fixed, and the other one wasnt.
[10:15] <pitti> ah, cool
[10:15] <ogra> pitti, thats already done here, i havent uploaded yet (its a native package, i like to collect stuff before bumping the version)
[10:16] <Hobbsee> (assuming i read correctly(
[10:16] <ogra> you did
[10:17] <Hobbsee> \o/
[10:21] <Hobbsee> stgraber: ping
[10:25] <Fujitsu> Are Debian removals still being automagically processed?
[10:25] <stgraber> Hobbsee: pong
[10:25] <Hobbsee> stgraber: any chance we can get the iso testing site updated for tribe 3?
[10:25] <persia> Were Debian removals ever automagically processed?
[10:26] <stgraber> Hobbsee: yes
[10:26] <Hobbsee> infinity_: according to http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/gutsy/ubuntu/latest/ amd64 and ppc have built the 17.1 images, but not i386.  can you look into terranova again, and see why i'ts misbehaving, please?
[10:27] <stgraber> Hobbsee: Can I add all isos or are some still generating ?
[10:27] <Hobbsee> stgraber: um, they're all invalid, except for kubuntu desktop, i think
[10:27] <Hobbsee> i'm not sure how your adding works
[10:28] <pitti> hi mvo
[10:28] <Hobbsee> mvo!
[10:28] <mvo> hey pitti
[10:28] <stgraber> I add isos, then if they are invalid and have to be rebuilt I disactive them, but it's a nonsense to add isos to disable them just a minute later, it's better to wait till we have the new set ready
[10:28] <mvo> hey Hobbsee
[10:29] <Hobbsee> mvo: please dont break the livefs', right before the main freeze.
[10:29] <Hobbsee> stgraber: right, OK, that's fine.  i wasnt sure how much prework needed to be done.
[10:29] <mvo> Hobbsee: I did not do the compiz upload
[10:29] <mvo> Hobbsee: but I can do a upload now to fix the breakage
[10:29] <mvo> Hobbsee: we currently have network so I better be quick ;)
[10:29] <Hobbsee> stgraber: it seems like we're going to have cds ready for testing in stages
[10:30] <Hobbsee> mvo: true, but it appears that you did the control changes.
[10:30] <Hobbsee> mvo: please do
[10:30] <stgraber> Hobbsee: I put the Tribe-2 isos as tested and set tribe-3 as the release currently tested
[10:30] <Hobbsee> mvo: keep the netwrok there :)
[10:30] <Hobbsee> stgraber: neat, thanks :)
[10:30] <TheMuso> c
[10:30] <TheMuso> ugh
[10:30] <TheMuso> damn kvm
[10:31] <Hobbsee> infinity_: unping, then.
[10:35] <Hobbsee> greetings, seb128
[10:36] <Amaranth> hey seb128
[10:37] <StevenK> pitti: Can I get you to poke through the gtkpod-aac upload I just did?
[10:37] <seb128> GUADEC network, not good
[10:38] <pitti> StevenK: no problem, it's multiverse
[10:38] <StevenK> pitti: Thanks
[10:39] <Amaranth> seb128: that's a shame
[10:39] <seb128> yeah
[10:40] <seb128> just enough network to break compiz ;)
[10:41] <Hobbsee> :P
[10:41] <seb128> hey Hobbsee
[10:41] <Hobbsee> hiya
[10:42] <seb128> let's see what I can break today ;)
[10:44] <Hobbsee> seb128: go ahead.
[10:44] <Hobbsee> seb128: archive is frozen.
[10:44] <Hobbsee> seb128: so i'll just deny you :P
[10:44] <Nafallo> \o/
[10:44] <seb128> Hobbsee:
[10:44] <seb128> <- archive admin ;)
[10:44] <Nafallo> haha
[10:44] <Mithrandir> hehe
[10:44] <Hobbsee> seb128: Release manager for tribe 3:  --> Hobbsee.
[10:44] <Hobbsee> does that trump?
[10:45] <Hobbsee> :P
[10:45] <infinity> Let's not get into the who trumps who game. :P
[10:45] <Mithrandir> if we do, I think elmo wins. :-P
[10:46] <Hobbsee> infinity: can you turn the cron jobs off king and royal please?
[10:46] <infinity> Hobbsee: Just did, 5 minutes before you asked. :)
[10:47] <infinity> Hobbsee: (Was tipped off by the "17.1" question)
[10:47] <Hobbsee> infinity: ah, so you were summoned.  :)
[10:47] <Hobbsee> infinity: ahh
[10:47] <Hobbsee> thankyou :)
[10:47] <Mithrandir> no, he's just really good at divining stuff
[10:48] <infinity>  Changed the entry level script from 'project-builder
[10:48] <infinity>  to 'image-creator',
[10:48] <infinity> Mithrandir: Do you have a trigger change for that?
[10:49] <infinity> (And people wonder why I read -changes...)
[10:49] <Mithrandir> infinity: yes, please pull.
[10:49] <Mithrandir> I knew I forgot one thing
[10:50] <infinity> Mithrandir: Merged.
[10:50] <Mithrandir> merged or pulled?  (as in, do you have any divergence?)
[10:50] <ajmitch> Hobbsee: you were pinging me earlier?
[10:50] <infinity> Mithrandir: No divergernce.  Merged, because it's a branch, not a checkout.
[10:50] <stgraber> Anyone knows if Henrik is supposed to be around today ? (I won't be there this afternoon)
[10:50] <Hobbsee> ajmitch: yes, was wondering if you were planning to fix that samba bug which was mentioned above, due to TIL,  iirc.
[10:51] <Hobbsee> i think i pinged with the required info
[10:51] <Mithrandir> infinity: you should be able to pull anyway.
[10:51] <ajmitch> Hobbsee: can't say that I was planning to, but I can if you really really want
[10:51] <infinity> Mithrandir: Oh, maybe.  By bzr-fu is weak.
[10:51] <ogra> stgraber, depends how long his ferry back from london takes and when he travelled
[10:52] <Hobbsee> ajmitch: it's not critical.  it was just milestoned for some unknown reason
[10:52] <Hobbsee> it can wait
[10:52] <Hobbsee> ajmitch: of course, i fyou fix it, it can just sit in the unapproved queue
[10:52] <ajmitch> Hobbsee: right, and activity log doesn't tell me who/why
[10:52] <Hobbsee> ajmitch: indeed.  i'd like to know too.  is the canonical QA group involved?
[10:53] <ajmitch> reminds me that I have a coreutils FTBFS fix to upload
[10:53] <ajmitch> well, heno was the last person to touch the bug
[10:53] <Hobbsee> ajmitch: ie, are they subscribed?
[10:53] <ogra> Hobbsee, ltsp 5.0.21 for you in the queue to wave through ... (with the dhcp fix)
[10:54] <ajmitch> nope
[10:54] <Hobbsee> ogra: it only effects edubuntu, presumably?
[10:54] <ogra> yup
[10:54] <Hobbsee> pitti: please accept the ltsp upload.  it's on his own head if he breaks his flavour distro.
[10:54] <ogra> :P
[10:54] <Hobbsee> :)
[10:57] <Hobbsee> stgraber: s/We aren't testing any ISO at the moment/We aren't testing any ISOs at the moment/
[10:57] <Hobbsee> when you next go to edit :)
[10:57] <Mithrandir> if you are picky; s/aren't/are not/
[10:57] <Mithrandir> s/;/:/
[10:59] <pitti> Hobbsee, cjwatson: http://people.ubuntu.com/~pitti/tmp/dhcp3.fix-udeb.diff should make dhcp3 udeb and thus d-i happy; I tested it
[10:59] <Hobbsee> Mithrandir: i believe aren't is still legitimate english :P
[10:59] <ajmitch> Hobbsee: it's rather informal
[11:00] <Mithrandir> Hobbsee: it's very informal
[11:00] <Hobbsee> true that
[11:00] <ajmitch> :)
[11:00] <ajmitch> hey!
[11:00] <pitti> Hobbsee: if you give your ack in the next two minutes, dhcp will make this publisher run
[11:01] <Hobbsee> pitti: +1, with the full knowledge that i dont really understand the contents of that diff :P
[11:01] <pitti> Hobbsee: it multibuilds dhcp3 so that the udeb binary does not have the derooting patches applied, and thus does not depend on libcap1
[11:01] <Hobbsee> ah right
[11:02] <stgraber> Hobbsee: oh, right, well if you are picky with grammar I'm sure you'll see tons of others :)
[11:02] <Hobbsee> pitti: i'd kind of figured that much - but the bit on "is this a sensible change / the right thing to do" i was having trouble over.
[11:02] <pitti> Hobbsee: *yada yada technobabble* recalibrate phase inverters of secondary antineutrino emitters *bla*
[11:02] <Nafallo> lol
[11:02] <Hobbsee> stgraber: true.  it's after i notice something that it really starts to annoy me :P
[11:02] <Hobbsee> pitti: hahaha.
[11:02] <pitti> Hobbsee: we do not have a libcap1 udeb, and we do not need the derooting in d-i
[11:02] <Hobbsee> i see
[11:03] <ajmitch> pitti: just reverse the polarity
[11:03] <stgraber> Hobbsee, Mithrandir : fixed :)
[11:03] <Hobbsee> stgraber: great :)
[11:10] <pitti> asac, Hobbsee: Do we actually need a new firefox for bug 123800?}
[11:10] <ubotu> Launchpad bug 123800 in firefox "[gutsy]  resource:/browserconfig.properties not installed" [High,Confirmed]  https://launchpad.net/bugs/123800
[11:10] <pitti> asac: will that be combined with the security update?
[11:10] <pitti> ogra: so bug 121547 is for tribe4?
[11:10] <ubotu> Launchpad bug 121547 in ltsp "[Gutsy]  LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed]  https://launchpad.net/bugs/121547
[11:14] <mvo> Hobbsee: hug dholbach for fixing compiz please
[11:15] <dholbach> mvo, Hobbsee: hug Amaranth instead :)
[11:15] <Hobbsee> mvo: just spotted that.
[11:15] <Amaranth> funny story
[11:16] <Amaranth> i was going to add --sm-client-id to see if that would help and i noticed --sm-disable got in there somehow
[11:16] <RAOF> Heh
[11:18] <asac> pitti: no ... this is gutsy only
[11:18] <pitti> asac: right, that's what I meant
[11:18] <asac> pitti: i am still unsure if i will come to get this fixed for tribe-3
[11:18] <Hobbsee> hiya asac!
[11:18] <pitti> asac: if that bug is not a OMGSIF type, we can also move it over to T4
[11:18] <asac> however if I come to it, we should take it ... because currently if you don't have ubufox you have a problem because of this :)
[11:19] <pitti> Hobbsee: FYI, I fixed langpack-o-matic for bug #122277, waiting for carlos' tarball now
[11:19] <ubotu> Launchpad bug 122277 in language-pack-fr-base "gutsy language pack doesn't ship the gdebi translation" [Medium,In progress]  https://launchpad.net/bugs/122277
[11:19] <asac> a real problem ... i mean
[11:19] <Hobbsee> pitti: great :)
[11:19] <asac> hi Hobbsee
[11:19] <pitti> asac: hm, but new installs will have ubufox by default, right?
[11:19] <asac> yes ... but if you go to add-ons and disable it you have the same effect
[11:20] <asac> not a first run show-stopper though ... I agree.
[11:21] <asac> pitti: ok i think i move this to after the freeze ... you have my blessing
[11:21] <pitti> asac: ok, good
[11:22] <asac> pitti: done
[11:36] <ogra> pitti, i'll still try to attack bug 121547 but will have to live with it if i dont manage ...
[11:36] <ubotu> Launchpad bug 121547 in ltsp "[Gutsy]  LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed]  https://launchpad.net/bugs/121547
[11:37] <Hobbsee> ogra: put it this way - the longer that takes to fix, the less testing time you have.  but it is kinda your choice.
[11:37] <ogra> Hobbsee, i know, its not my first milestone CD ;)
[11:38] <Hobbsee> ogra: true.  was merely saying that as my opinion, being the RM for tribe 3.
[11:38] <ogra> yep
[11:47] <Riddell> mvo: "No GLXFBConfig for default depth" what causes that in compiz?
[11:48] <mvo> Riddell: incomplete X drivers, would you be able to test a patch ?
[11:48] <mvo> Riddell: I have something to detect that, but I have no hardware that triggers it
[11:53] <Riddell> mvo: sure
[11:53] <Riddell> mvo: but curious since my x drivers were working last week
[11:54] <mvo> iwj:  I looked into your acpi build-dep problem and I think we should file a bug against acpi because apt-get build-dep acpi will not get the right b-d. it could be argued that the bug is in apt here that it does not pick a package that provides the given virtual package
[11:54] <Riddell> mvo: also I reported https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/126521
[11:54] <ubotu> Launchpad bug 126521 in compiz "compiz should fall back to kwin" [Undecided,New]
[11:55] <mvo> Riddell: oh, of course - we will fix that
[11:55] <Riddell> :)
[11:59] <mvo> Riddell: could you please apply http://paste.ubuntu-nl.org/30201/ to /usr/bin/compiz and see if it detect it right?
[11:59] <mvo> Riddell: I have seen this falure when multiple X servers were runing
[11:59] <Tonio_> Riddell: have you seen that amarok ftbfs issue ?
[11:59] <Tonio_> Riddell: very strange...
[12:00] <iwj> mvo: I've posted to u-d.
[12:00] <mvo> iwj: thanks
[12:00] <iwj> OMG WTF autopkgtest has sent me rather too much mail.
[12:01] <mvo> move them to =spam ;)
[12:02] <Spads> haha
[12:03] <Spads> iwj: good to know that works then
[12:04] <iwj> It seems to have got hung up on a couple of packages which broke and keeps trying them too often.  I need to fix the package-to-test-chooser, evidently.
[12:05] <Tonio_> StevenK: the amarok build issue is due to some recent changes to kdelibs
[12:07] <StevenK> Ahh.
[12:07] <StevenK> Tonio_: I'm happy to fix amarok to build and upload it, if you like.
[12:07] <Tonio_> StevenK: amarok doesn't have to be fix
[12:07] <StevenK> Tonio_: I'm just unsure of what the source changes need to be.
[12:07] <StevenK> Ahhh. kdelibs does. Neat.
[12:08] <Tonio_> StevenK: the patch is not good, redefines kdialogbase class, which potentially causes lots of issues
[12:08] <StevenK> Tonio_: If it's backing out one patch from kdelibs, I can do that and upload if you like.
[12:09] <Tonio_> StevenK: I'm doing it right now :)
[12:09] <StevenK> Tonio_: Ah, excellent. I suspect Hobbsee can be bribed into accepting it. :-)
[12:10] <Tonio_> yup
[12:14] <StevenK> Tonio_: Oh, and I can answer the question you asked in the changelog of kdelibs 4:3.5.7-1ubuntu6, too ... :-)
[12:14] <Riddell> StevenK: what question was that?
[12:15] <Tonio_> StevenK: why it only failed to build on i386 ? :)
[12:15] <Tonio_> StevenK: yeah I didn't understood that, due to the issue, that should fail on every arch I guess :)
[12:15] <StevenK> Tonio_: Right.
[12:15] <Tonio_> StevenK: I'd be glad to have an explanation
[12:16] <StevenK> Tonio_: The reason it only failed on i386 is because only the i386 builds arch: all packages, and that's where the error occured.
[12:16] <StevenK> i386 buildds builds
[12:16] <Tonio_> StevenK: ahhhhhhhhhhh, that's clear now :)
[12:17] <Tonio_> StevenK: kdelibs uploaded
[12:17] <StevenK> Tonio_: Great, thanks.
[12:17] <Tonio_> StevenK: once in the repos, you can reupload amarok for rebuild
[12:17] <Tonio_> StevenK: or ask for rebuild to be launched....
[12:17] <StevenK> Tonio_: It failed to build, I was planning on begging for a give-back.
[12:17] <Tonio_> StevenK: is that possible to rebuild without reuploading ?
[12:18] <Tonio_> pitti, Hobbsee: can you please approve kdelibs upload ?
[12:18] <StevenK> Tonio_: If it failed on all arches, yes.
[12:18] <Tonio_> pitti, Hobbsee: there is an issue for a recent patch that may cause lots of kdeapps to ftbfs (amarok as an exemple failed recently)
[12:18] <StevenK> Tonio_: You may need to explain the changes/show a debdiff to get it approved.
[12:19] <Tonio_> StevenK: Hobbsee uploaded the patch, so she is aware of the potential problems with it :)
[12:19] <Tonio_> StevenK: it might not be a surprise for her that we have to drop it
[12:19] <StevenK> Ahhh
[12:20] <Tonio_> Hobbsee: fyi, that's the kdesudo patch , redefining the KDialogbase class causes kde apps that call for it (aka, about all of them) to ftbfs, due to ambiguous calling
[12:20] <Tonio_> Hobbsee: I'll ping _StefanS_ on that point, there should be another way to do that, like writing another class that inherits KDialogbase....
[12:27] <mantiena-baltix> Hi all
[12:30] <cjwatson> would anyone scream if I changed our nss-mdns package to take mdns4 off the end?
[12:30] <cjwatson> (of hosts: in nsswitch.conf)
[12:30] <ogra> (yet)
[12:31] <cjwatson> the disadvantage is that mDNS resolution would no longer work outside the .local and <IP_ADDRESS>/16 ranges; the advantage is that normal forward and reverse lookups wouldn't have a 5-second penalty timeout added to them
[12:31] <cjwatson> mDNS would still work fine within .local and <IP_ADDRESS>/16, due to mdns4_minimal
[12:31] <cjwatson> see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414569
[12:31] <ubotu> Debian bug 414569 in nss-mdns "avahi-daemon: delay on resolving IP addresses when mdns is specified in /etc/nsswitch.conf" [Normal,Open]
[12:32] <cjwatson> and bug
[12:32] <ogra> is there any use for mdns beyond local stuff ?
[12:32] <cjwatson> bug 94940
[12:32] <ubotu> Launchpad bug 94940 in nss-mdns "mdns listed in nsswitch.conf causes excessive time  for dns lookups" [Medium,Incomplete]  https://launchpad.net/bugs/94940
[12:32] <cjwatson> ogra: apparently some people care, I just don't know how many
[12:33] <fabbione> cjwatson: ++
[12:33] <cjwatson> which is why I'm asking
[12:34] <cjwatson> ogra: ... you wouldn't anyway.
[12:34] <cjwatson> please, I'm looking for serious responses from people who actually use mDNS
[12:34] <ogra> well, i'd see them, no ?
[12:34] <Mithrandir> cjwatson: what is the question?
[12:35] <cjwatson> Mithrandir: whether anyone needs mDNS resolution outside the .local and <IP_ADDRESS>/16, and if so what for
[12:35] <cjwatson> s/,/ ranges,/
[12:35] <persia> I don't know if I'm using mDNS, but I find it nice that services are autodiscovered between my workstation and the local Mac OS X machine, even though they are on a reserved private network, rather than <IP_ADDRESS>/16.
[12:36] <Mithrandir> persia: and you don't have a link-local address on both hosts too?
[12:36] <persia> Mithrandir: Hmm.  Maybe I do.
[12:37] <persia> Mithrandir: At least not on my workstation, so I'd say no.
[12:37] <broonie> Mithrandir: You're not supposed to allocate IPv4 LL addresses if you have an IP address via other methods.
[12:37] <Mithrandir> broonie: ah, ok.
[12:38] <iwj> cjwatson: You shouldn't do mdns outside the expected ranges because it's a security problem.
[12:38] <Mithrandir> iwj: why is it a security problem?
[12:38] <iwj> It makes it much easier for people to pretend to be (say) google.
[12:38] <Mithrandir> dns isn't secure anyway.
[12:38] <elmo> err
[12:39] <Mithrandir> (unles you're using dnssec and all that)
[12:39] <elmo> Mithrandir: that's a deeply unhelpful answer
[12:39] <Mithrandir> unless, even
[12:39] <iwj> True, but this provides an explicit mechanism for local overrides by link-attached peers.
[12:39] <iwj> Without mdns a machine on the same link has to play games with MAC addresses or arp or something.
[12:40] <iwj> (Which depending on the network configuration can be very difficult, and is certainly harder than configuring your mdns responder to pretend to be google.)
[12:44] <Mithrandir> I thought it was only looking up .local using mdns anyway?
[12:45] <cjwatson> Mithrandir: that's what mdns4_minimal does. mdns4 tries everything as a fallback.
[12:45] <cjwatson> mdns4_minimal resolves in .local and <IP_ADDRESS>/16; mdns4 tries to resolve everywhere.
[12:45] <cjwatson> so I'm thinking about the example of conferences, where things currently work pretty nicely; people on random wireless networks can discover services that other people advertise with avahi
[12:45] <Mithrandir> I'm probably dense, but I don't really see a use case for mdns4, then.
[12:46] <cjwatson> said people won't have IPv4LL addresses (<IP_ADDRESS>/16), for the reason broonie points out
[12:46] <cjwatson> so it seems to me that the effect of removing mdns4 will be that forward lookups of services continue to work fine, but reverse lookups will be disabled
[12:46] <cjwatson> does that make sense?
[12:46] <Mithrandir> that doesn't seem to be a big cost?
[12:47] <cjwatson> I think it's OK, but I don't want to Just Do It
[12:47] <Mithrandir> I can find Lennart and see if he screams at me.
[12:47] <Mithrandir> (Lennart as in avahi upstream)
[12:47] <cjwatson> he's certainly aware of the issue because he's commented on mailing list posts about it and the like
[12:47] <cjwatson> I would like his feedback on the practical effects
[12:48] <Mithrandir> yeah, I could just ask him to jump in here
[12:48] <cjwatson> the particular thing I care about is getting rid of the timeout for ssh connections
[12:48] <cjwatson> Mithrandir: that'd be good, thanks; can you show him the scrollback so we don't have to recap?
[12:48] <Mithrandir> sure
[12:49] <Mithrandir> I'm in a talk right now, but I'll try to find him once this is done
[12:49] <cjwatson> ok
[12:52] <pitti> StevenK: what did you want to have given-back?
[12:52] <pitti> Tonio_: I'll look at kdelibs
[12:53] <aquo> the more i think about it, the more i hate beryl/compiz
[12:54] <Mithrandir> aquo: then I suggest you use another WM.
[12:54] <aquo> all the hype about eyecandy is distracting the developers ...
[12:54] <aquo> i like the eyecandy, but i would more like if i could synchronize evolution and pidgin
[12:55] <Ng> isn't there an evolution plugin for pidgin?
[12:55] <aquo> it is broken and not supported anymore
[12:57] <aquo> i am locking forward to http://www.opensync.org/
[01:04] <pitti> Tonio_: no kdelibs in unapproved
[01:04] <Tonio_> pitti: looking my emails then ? ;)
[01:05] <Riddell> pitti: I approved it
[01:05] <pitti> ah
[01:05] <Tonio_> pitti: is there a specific issue in the packaging then ?
[01:05] <pitti> Tonio_: no email from you either
[01:06] <Tonio_> pitti: in fact I was suspecting Hobbsee to look at that, and has we previously discussed the risk of that upload, I suspected no email would be reuiqred
[01:06] <Tonio_> pitti: need an email now ?
[01:06] <pitti> Tonio_: no, it's approved already
[01:06] <Tonio_> oki
[01:07] <tkamppeter> Some Python packaging experts here?
[01:07] <doko> pitti: please accept libiodbc2 and libdv, dropping the gtk1.2 b-d's. please accept libdv-bin and iodbc in source NEW, and move to universe
[01:07] <pitti> doko: just saw them, thanks!
[01:07] <doko> then demote libglib1.2 and libgtk1.2 ...
[01:07] <pitti> \o/
[01:07] <doko> tkamppeter: ?
[01:08] <TheMuso> c
[01:08] <pitti> tkamppeter: btw, were you able to reproduce the 'a million dangling FIFO' cups bug?
[01:09] <tkamppeter> I want to simplify the packaging of HPLIP (mainly written in Python). It has very ugly patches in the .diff.gz file which I want to get rid of.
[01:10] <tkamppeter> pitti, I never succeeded to reproduce that bug 112803, I always printed without problems and always on Feisty and the newest Gutsy.
[01:10] <ubotu> Launchpad bug 112803 in cupsys "MASTER [Feisty]  cupsd leaking file descriptors (was: Multiple jobs are not printed)" [Unknown,Fix released]  https://launchpad.net/bugs/112803
[01:10] <pitti> tkamppeter: same here; I tried for an hour yesterday with different scenarios
[01:10] <stgraber> sorry, I've to leave you till 15:30 UTC, in case you want to put isos on the tracker, those are the people with admin rights : mathiaz, Hobbsee, pitti, pochu and heno
[01:11] <pitti> stgraber: thanks
[01:11] <StevenK> pitti: Ah. amarok, but not until the new kdelibs binaries are published.
[01:11] <tkamppeter> One of the ugly patches are changes in the Makefile to distribute the files which upstream puts into /usr/share/hplip into /usr/share/hplip and /usr/lib/hplip.
[01:12] <pitti> doko: libdv-bin changelog looks weird; first "*" does not have text; maybe you can fix this and reupload?
[01:12] <doko> pitti: please accept binutils, fixing a build failure with GCC-4.2, no other code changes
[01:12] <doko> pitti: looking ...
[01:12] <tkamppeter> I think upstream is right putting the .py files into /usr/share/hplip, as these files are platform-independent.
[01:12] <pitti> doko: do we need binutils for tribe3?
[01:13] <doko> pitti: no, but for lpia
[01:13] <tkamppeter> The Debian maintainer Henrique Moraes Holschuh has moved the .py files to /usr/lib/hplip. WDYT?
[01:14] <cjwatson> how long ago did he do this?
[01:14] <tkamppeter> cjwatson, I have to look into the ChangeLog.
[01:14] <doko> tkamppeter: hmm, should be ok. probably he wants to avoid having the files unavailable on package upgrades
[01:14] <cjwatson> it used to be general practice to ship python modules in /usr/lib because it wasn't clear whether it was safe to have .pyc files in /usr/share, I think
[01:14] <cjwatson> at least there certainly used to be a lot of confusion about it
[01:15] <doko> well, afaicr there were .so and .py files, which sould be put into the same directory
[01:16] <cjwatson> ah, there was the same confusion about perl extensions
[01:16] <tkamppeter> cjwatson, HMH did this from HPLIP 1.6 on, May 2004.
[01:17] <cjwatson> some people interpreted policy over-literally and thought that you had to put every single architecture-independent file into /usr/share, whereas actually it was better for .pm and .so to be kept together
[01:18] <tkamppeter> I have checked the newest HPLIP, installed from upstream source and it has not one .so in its /usr/share/hplip. It uses directories like /usr/lib/python-support for its .so files.
[01:18] <doko> too hot, my notebook turned off for the third time today ...
[01:18] <tkamppeter> find /usr -name "*.py*" -print reveals also that lots of .py go into /usr/share,
[01:20] <tkamppeter> The current HPLIP package is a maintaining nightmare and therefore I want to get as close to upstream as possible, so that one can quickly update it. HP issues a new version every two months, but HMH remakes his patch nightmare perhaps twice a year.
[01:21] <cjwatson> (have you discussed the problem with hmh?)
[01:21] <cjwatson> and I would suggest not using the term "patch nightmare" when talking with him; no point being needlessly antagonistic
[01:22] <tkamppeter> Yes, I have started, but he never tells me what exactly he all changed by hs patches. I have looked now and found that it is the following:
[01:22] <tkamppeter> - source code cosmetics
[01:22] <tkamppeter> - .py --> /usr/lib
[01:23] <tkamppeter> - recompile .ui to the appropriate .py on each build
[01:23] <tkamppeter> I think only the latter makes sense, so that packagers can patch the .ui files if needed.
[01:23] <iwj> I think I'm going to have to automate the autopkgtest bug submission.
[01:24] <tkamppeter> I did not use "patch nightmare" in the mails to him.
[01:24] <doko> tkamppeter: maybe look at his commit messages in his cvs repo
[01:26] <pitti> Hobbsee: ok to accept nessus-core with the only change being the dropping of libglib1.2-dev build dependency? (it's not used); it does not affect CD builds
[01:26] <Hobbsee> pitti: ok
[01:34] <pitti> soren: I updated #119908
[01:35] <mantiena-baltix> pitti: are you one of network-manager's maintainers ?
[01:35] <pitti> mantiena-baltix: not really; asac and Tonio_ come closest to that status
[01:36] <pitti> yay, compiz is installable again *hugs*
[01:36] <Hobbsee> yay!
[01:36] <Pici> yay!
[01:37] <Hobbsee> works fien in kubuntu-land, although still shows up on gutsy_problems
[01:37] <mantiena-baltix> asac, Tonio_ :  are you online ? I wanna to backport network-manager from gutsy to feisty ? What you think about this idea ?
[01:38] <asac> mantiena-baltix: not good :)
[01:38] <mantiena-baltix> :( why ?
[01:38] <asac> mantiena-baltix: i think it needs new wpasupplicant as well then ... so.
[01:38] <Hobbsee> ew
[01:38] <Jaghound> latest gutsy seems to have initramfs breakage
[01:38] <Jaghound> I got dropped into busybox, as dir /dev/disk/by-uuid did not exists
[01:39] <asac> mantiena-baltix: for me 0.6.5 is more broken when i run it on feisty than on gutsy
[01:39] <Jaghound> other three (label etc.) where there
[01:39] <Jaghound> sounds like udev breakage
[01:39] <Jaghound> luckily root=/dev/hda1 worked, and after boot the dir was there
[01:40] <asac> mantiena-baltix: do you have wireless setup to test?
[01:41] <soren> pitti: Thanks.
[01:42] <ScottK> Hobbsee: Thanks for the pinentry upload.
[01:42] <Hobbsee> ScottK: no problem
[01:43] <ScottK> Hobbsee: Have you got a moment for a possible bug in LP?
[01:44] <Hobbsee> ScottK: ish, yes.
[01:44] <pitti> dholbach: erk, latest compiz still hangs at session start, even worse than before
[01:44] <pitti> dholbach: before I at least got a panel and desktop, now just a blank screen
[01:44] <ScottK> When you touched Bug #85194, you didn't actually mark the Baltix task invalid did you?
[01:44] <ubotu> Launchpad bug 85194 in samba "samba's package postinst script shouldn't return an error if samba daemon can't be started (e.g. if smb.conf file is incorrect or is removed)" [Medium,Confirmed]  https://launchpad.net/bugs/85194
[01:44] <Hobbsee> as in, i'm here at the moment, and i have time.
[01:44] <Hobbsee> um, i might have
[01:44] <Hobbsee> i think i did that on one of the bugs
[01:45] <ScottK> OK.  Then nevermind.  I'd seen them whine about their bugs being closed incorrectly before and was thinking it might be an LP problem, but if you did it..
[01:45] <ScottK> Or might have done it...
[01:45] <ScottK> I'm not going to sweat it.  Thanks.
[01:45] <Hobbsee> no, i think i did do it
[01:46] <Hobbsee> people randomly file things under baltix sometimes - wasnt aware that baltix contained samba, i think
[01:47] <mantiena-baltix> asac: No, I don't have wireless :( Problem is. that static IP configuration doesn't work with NM from feisty, look at https://bugs.launchpad.net/baltix/+bug/5364/comments/22
[01:47] <ubotu> Launchpad bug 5364 in network-manager "Can't use static ip address with network-manager (and thus no VPN connections menu for static users)" [Wishlist,Confirmed]
[01:50] <pitti> erk, thank you, dear aiglx, for killing my box on VT switches
[01:51] <StevenK> pitti: That's a feature.
[01:52] <mantiena-baltix> maybe there are another way to solve important problem, described in https://bugs.launchpad.net/baltix/+bug/5364/comments/22 ? Users never understand. why they have manually to deactivate and, later, activate again network interface after they setup static IP configuration :(
[01:52] <ubotu> Launchpad bug 5364 in network-manager "Can't use static ip address with network-manager (and thus no VPN connections menu for static users)" [Wishlist,Confirmed]
[01:55] <asac> mantiena-baltix: so is this fixed for you in 0.6.5 ?
[01:56] <pitti> dholbach: ok, by and large the new compiz seems to work better
[01:57] <mantiena-baltix> asac: I don't know (I don't have gutsy, I wanna backport to feisty and test ;) ) It seems this problem exists only in Ubuntu's network-manager, I think it's related to bug #61089
[01:57] <ubotu> Launchpad bug 61089 in network-manager "NM should notice changes to /etc/network/interfaces automatically" [High,In progress]  https://launchpad.net/bugs/61089
[01:58] <dholbach> pitti: that was my impression too
[01:58] <pitti> dholbach: this entire thing is still very brittle, though :(
[01:58] <dholbach> pitti: yeah :-/
[01:59] <dholbach> I hope we get the biggest blockers resolved quickly
[01:59] <dholbach> go amaranth, mvo, seb128, go compiz team! :)
[02:00] <dholbach> Hobbsee: I'm not part of that team :)
[02:00] <Hobbsee> dholbach: oh well, no hug for you then.
[02:00] <dholbach> I try to become a happy user though :)
[02:00] <Nafallo> lol
[02:00] <Hobbsee> ;)
[02:00] <pitti> fabbione: do you happen to know the current status of bug 105936?
[02:00] <ubotu> Launchpad bug 105936 in lvm2 "snapshot creation failure race "in use: not deactivating"" [High,Confirmed]  https://launchpad.net/bugs/105936
[02:05] <asac> mantiena-baltix: that bug should be fixed in gutsy
[02:05] <mantiena-baltix> asac, pitti : maybe better solution would be to use patch from bug #61089 agains feisty's network-manager instead of trying to backport network-manager from gusty ?
[02:05] <ubotu> Launchpad bug 61089 in network-manager "NM should notice changes to /etc/network/interfaces automatically" [High,In progress]  https://launchpad.net/bugs/61089
[02:05] <asac> mantiena-baltix: the gutsy nm should build without problems ... however I had problems with wireless and wpasupplicant
[02:08] <pitti> soren: your latest samba upload doesn't happen to fix bug 85194?
[02:08] <ubotu> Launchpad bug 85194 in samba "samba's package postinst script shouldn't return an error if samba daemon can't be started (e.g. if smb.conf file is incorrect or is removed)" [Medium,Confirmed]  https://launchpad.net/bugs/85194
[02:09] <soren> pitti: I can test it. Hang on.
[02:10] <mantiena-baltix> We are making feisty-based distro for Lithuanian schools and this bug couses big problems for schools computer's admins (they have almost no experience with Linux desktops or servers, so, every problem is big headache)
[02:11] <soren> pitti: Ungh... My smbd segfaults right now.
[02:12] <Kmos> mantiena-baltix: it's more based in debian
[02:13] <soren> O.O
[02:14] <mantiena-baltix> Kmos: what is more based in debian ?
[02:14] <soren> execve("/usr/sbin/smbd", ["/usr/sbin/smbd"] , [/* 33 vars */] ) = -1 EFAULT (Bad address)
[02:14] <soren> That's interesting.
[02:14] <Kmos> mantiena-baltix: ubuntu
[02:14] <mantiena-baltix> Kmos: I know this, but don't understand why you are telling this ?
[02:14] <Kmos> mantiena-baltix: try #ubuntu-help
[02:15] <Kmos> mantiena-baltix: forget
[02:15] <mantiena-baltix> Kmos: why ? I don't need help in Ubuntu, I wanna fix Ubuntu bug
[02:15] <Kmos> mantiena-baltix: i read it wrong.. i need to lunch
[02:15] <Kmos> lol
[02:15] <mantiena-baltix> Kmos: ;)
[02:22] <StevenK> Ah ha. libdv-bin turns up in NBS, but it really isn't.
[02:24] <aquo> mantiena-baltix: network manager is very frustrating for me
[02:25] <soren> pitti: bug 85194 still exists.
[02:25] <ubotu> Launchpad bug 85194 in samba "samba's package postinst script shouldn't return an error if samba daemon can't be started (e.g. if smb.conf file is incorrect or is removed)" [Medium,Confirmed]  https://launchpad.net/bugs/85194
[02:26] <aquo> mantiena-baltix: i spent the whole last afternoon to find a solution https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/50214
[02:26] <ubotu> Launchpad bug 50214 in network-manager "can't connect to hidden network" [Undecided,Confirmed]
[02:26] <aquo> i wrote an email to network-manager-list ...
[02:27] <mantiena-baltix> aquo: and what are the results of your email ?
[02:28] <aquo> non at the moment, it hasn't been forwarded to the list
[02:28] <pitti> soren, fabbione: sorry, network outage, I lost your replies
[02:28] <soren> pitti: bug 85194 still exists.
[02:28] <ubotu> Launchpad bug 85194 in samba "samba's package postinst script shouldn't return an error if samba daemon can't be started (e.g. if smb.conf file is incorrect or is removed)" [Medium,Confirmed]  https://launchpad.net/bugs/85194
[02:28] <pitti> soren: can you please have a look at it?
[02:28] <pitti> soren: it doesn't sound particularly critical to me
[02:29] <soren> pitti: How urgent is it? I was about to grab some lunch. I'm starving.
[02:29] <aquo> mantiena-baltix: are you Witold Krakowski?
[02:29] <Hobbsee> i thought i shoved that later...
[02:29] <Hobbsee> (that samba bug)
[02:29] <pitti> soren: it sounds like tribe-4
[02:29] <soren> pitti: It should be just a matter of running testparm before killing samba or something to that effect.
[02:30] <soren> pitti: Right-o. I'll assign it to myself.
[02:31] <soren> pitti: Did you lose your connection before my execve weirdness thing?
[02:31] <pitti> soren: thanks
[02:31] <pitti> soren: no, I still got that
[02:31] <soren> pitti: Alright. Man, that's weird.
[02:33] <mantiena-baltix> aquo: no, I'm not polish ;)
[02:38] <aquo> mantiena-baltix: this guy is a little bit ridiculous, he is telling he has a fix, but he doesn't have one
[02:41] <mantiena-baltix> aquo: hehe, I'm telling, that I don't have a fix ;)
[02:42] <asac> i am pretty sure that he is a troll ... at least for this bug
[02:42] <mantiena-baltix> asac: what you think, maybe better solution would be to use patch from bug #61089 agains feisty's network-manager instead of trying to backport network-manager from gusty ?
[02:42] <ubotu> Launchpad bug 61089 in network-manager "NM should notice changes to /etc/network/interfaces automatically" [High,In progress]  https://launchpad.net/bugs/61089
[02:42] <Riddell> is there a way to have an optional build-depends?  I want to be able to backport the package to feisty were the build-dep doesn't exist
[02:42] <asac> mantiena-baltix: you can do ... afaik there are no known regressions from that patch yet
[02:43] <infinity> Riddell: Only in really hackish ways that I'd prefer you don't use.
[02:43] <Riddell> mm, thought as much
[02:43] <cjwatson> Riddell: you can upload source-change backports yourself though
[02:44] <Hobbsee> infinity: can i be curious to what these are?
[02:44] <Hobbsee> infinity: or you wont tell me, out of fear of impending evil?
[02:45] <ScottK> Speaking of source-change backports, would someone mind releasing clamav 0.88.7-1ubuntu1~dapper from the wilderness?
[02:45] <infinity> Hobbsee: It involves bogus build-deps, essentially.
[02:45] <soren> Hobbsee: I suppose one could start by uploading an empty package by the same name as the build-dep.
[02:45] <pitti> soren: nah; b-dep on "foo || coreutils" or so
[02:45] <infinity> Hobbsee: "Build-Depends: package-in-gutsy | package-in-feisty-that-i-don't-actually-use"
[02:45] <soren> pitti: That's valid?
[02:46] <Hobbsee> ahh, right, yes.
[02:46] <soren> pitti: Ah, yes, I suppose it is.
[02:46] <infinity> pitti: Can't be coreutils (or anything that's Build-Essential)
[02:46] <pitti> soren: not actually coreutils, of course
[02:46] <Hobbsee> infinity: yeah, that's....
[02:46] <pitti> soren: a game or so
[02:46] <mantiena-baltix> asac: no known regressions means that nobody has tested that patch ? :)
[02:46] <Hobbsee> could just build-dep on gutsypackage | debhelper or something, then
[02:46] <infinity> The trick is that it has to be a package that wouldn't normally be there during the build, otherwise it'd be satisfied in gutsy and you won't get your real build-dep.
[02:46] <infinity> Anyhow, it's evil, and if I notice anyone doing it, I'll remove limbs at the next conference.
[02:46] <Hobbsee> oh, point
[02:47] <StevenK> Then you get "Why does package <x> Build-Depend on crack-attack?!"
[02:47] <cjwatson> using one of your other real build-dependencies would be marginally cleaner
[02:47] <infinity> Yeah, moon-buggy or hello would be my two choices.
[02:47] <infinity> But there you go.
[02:47] <cjwatson> (I think that would work?)
[02:47] <infinity> cjwatson: Depending on parsing order, that may or may not work.
[02:47] <Hobbsee> infinity: well, you werent in sevilla i dont think, so i could try my luck again there, at avoiding being killed.
[02:48] <asac> mantiena-baltix: its in gutsy for just a few days ... so we cannot really tell atm
[02:48] <infinity> Hobbsee: I'll be sure to show up to the next UDS if I have limbs to remove. :)
[02:48] <Hobbsee> infinity: haha
[02:48] <mantiena-baltix> asac: hehe, nice to hear that ;)
[02:48] <cjwatson> infinity: yeah, a bit too unstable
[02:48] <StevenK> C'mon buildds, pedal faster.
[02:49] <infinity> Hobbsee: Get a nice hat.   A clue
[02:50] <asac> mantiena-baltix: its in gutsy already ... in debian/patches/
[02:50] <StevenK> pitti: How much sweet talking do you need to kick it off? (Not yet, mind you. :-)
[02:50] <pitti> StevenK: it's currently running; you need to tell me what you need urgently
[02:50] <pitti> StevenK: when this one finishes, my aim is to get d-i built, and then published
[02:51] <pitti> StevenK: kdelibs sounds like it'll need an hour, though
[02:51] <StevenK> pitti: Ah, I'm being impatient about kdelibs, which hasn't even finished building.
[02:51] <asac> mantiena-baltix: iirc, its debian/patches/23_nm-monitor-eni.diff
[02:51] <pitti> StevenK: it should need less than 15 minutes
[02:51] <pitti> StevenK: (remaining)
[02:52] <pitti> StevenK: I'll watch out for it and let it complete before I kick another one
[02:52] <StevenK> pitti: Ahh, thanks
[02:52] <mantiena-baltix> asac: thank you  very much, I hope Lithuanian Linux users will be happy :)
[02:54] <pitti> dholbach: argh, argh
[02:54] <persia> xxxxx1: bug 126340 is still "In Progress".  Are you still working on it, or is it ready for sponsorship?
[02:54] <ubotu> Launchpad bug 126340 in ecryptfs-utils "[needs sponsor]  please update ecryptfs-utils" [Wishlist,In progress]  https://launchpad.net/bugs/126340
[02:54] <pitti> dholbach: compiz recently started to depend on compiz-fusion-plugins-extra
[02:54] <pitti> dholbach: can you revert this? that's in universe
[02:54] <dholbach> pitti: ask mvo about that
[02:54] <xxxxx1> persia, ready.
[02:54] <dholbach> grrrrrrrr
[02:54] <dholbach> pitti: I merely fixed it to be installable at all
[02:54] <xxxxx1> persia, status updated ;)
[02:55] <dholbach> pitti: I can drop the depends, yes
[02:55] <pitti> dholbach: hmm; still b0rked, though; I try phoning him
[02:55] <dholbach> no no
[02:55] <dholbach> that's fine
[02:55] <dholbach> I'll just drop it
[02:55] <Hobbsee> pitti: ahh, so *that*'s why it's in gutsy_problems, but not here
[02:56] <dholbach>   [ Michael Vogt ]
[02:56] <dholbach>   * debian/control:
[02:56] <dholbach>     - make compiz depend on compiz-fusion-plugins-extra
[02:56] <StevenK> Neat. amd64 wins for kdelibs
[02:57] <StevenK> This may be a stupid question, but is there an MIR for compiz-fusion-plugins-extra?
[02:57] <pitti> dholbach: I got seb and mvo eventually; we can drop it
[02:57] <pitti> Michael and Seb said that we do not need it
[02:57] <dholbach> pitti: ok, doing that
[02:59] <dholbach> uploaded
[02:59] <pitti> yay
[03:02] <dholbach> mvo: please merge from http://bazaar.launchpad.net/~dholbach/compiz/fixes
[03:02] <StevenK> Dear me, not even a hello.
[03:02] <StevenK> :-P
[03:02] <dholbach> pitti: how do I do the apport magic to add Package: etc to the crash report again?
[03:02] <dholbach> hi mvo :)
[03:02] <pitti> dholbach: just run it through the UI
[03:02] <mvo> dholbach: thanks
[03:03] <dholbach> pitti: how do I do that?
[03:03] <pitti> dholbach: /usr/share/apport/apport-gtk -c /path/to/crash/file
[03:03] <dholbach> ah super
[03:03] <pitti> dholbach: or use apport-cli instead
[03:03] <pitti> dholbach: or just touch the /var/crash/ file, then it'll get picked up by update-notifier
[03:03] <dholbach> pitti: rock and roll - thanks!
[03:04] <cliebow_> anyone know about pcmcia support in ltsp initramfs?
[03:04] <Hobbsee> :)
[03:04] <Hobbsee> well, ubuntu installer doesnt appear to blow up
[03:04] <Hobbsee> under a VM, anyway
[03:04] <mvo> Riddell: did my patch help?
[03:05] <dholbach> mvo: does gnome-appearance-properties crash for you?
[03:05] <pitti> dholbach: for a lot of people
[03:05] <dholbach> it seems to be our appearance patch that breaks it
[03:05] <dholbach> I'm looking into it
[03:06] <pitti> dholbach: if there's a fix soon, I'd stall the candidate CD builds a bit; if not, I don't call it world-breaking, though
[03:06] <Riddell> mvo: didn't seem to
[03:06] <dholbach> I can't promise anything, I just stumbled over http://bugzilla.gnome.org/show_bug.cgi?id=457054
[03:06] <ubotu> Gnome bug 457054 in Appearance "gnome-appearance-setting crashes during load" [Critical,Needinfo]
[03:06] <mvo> Riddell: hm, bad
[03:06] <dholbach> our patch is quite big, so it might take a while
[03:07] <pitti> dholbach: bug 125900 is the same, I think
[03:07] <ubotu> Launchpad bug 125900 in gnome-control-center "gnome-appearance-properties crashed with SIGSEGV in style_init()" [Undecided,Confirmed]  https://launchpad.net/bugs/125900
[03:07] <Riddell> mvo: http://paste.ubuntu-nl.org/30216/
[03:07] <pitti> dholbach: but with apport and retrace love
[03:07] <seb128> re
[03:08] <seb128> ,oo
[03:08] <dholbach> pitti: that's a different one
[03:09] <pitti> dholbach: hm, it's the crash that I see
[03:09] <Hobbsee> holy cow, this cant be right
[03:09] <Hobbsee> mvo: can i configure compiz under kde somehow?
[03:10] <dholbach> pitti: http://daniel.holba.ch/temp/crash is the crash I see
[03:12] <infinity> Hobbsee: Not so much.  KDE users run Beryl for that reason, generally.
[03:12] <pitti> dholbach: right, style_init()
[03:12] <Hobbsee> infinity: beryl dies on kde
[03:12] <StevenK> And Beryl has been killed in Gutsy.
[03:12] <infinity> StevenK: Fun. :)
[03:12] <StevenK> Or at least seriously neutered
[03:13] <pitti> dholbach: erk, the retrace looks quite broken on 125900
[03:17] <Kmos> :)
[03:17] <StevenK> Heh. Ooops.
[03:18] <pitti> evand: what's the latest word on bug 122645?
[03:18] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed]  https://launchpad.net/bugs/122645
[03:22] <evand> pitti: still working on it.  I may put in a temporary fix while I track it down.
[03:23] <pitti> evand: oh, you have one?
[03:23] <pitti> evand: I was hoping to build candiate images in a few hours
[03:23] <pitti> evand: temporary fix> something like s/gksu/sudo/ in the .desktop? :-)
[03:24] <Kmos> i'm having this bug 70880 at my acer laptop with gutsy
[03:24] <ubotu> Launchpad bug 70880 in linux-source-2.6.19 "PCI: Bus #04 (-#07) is hidden behind transparent bridge" [Undecided,Invalid]  https://launchpad.net/bugs/70880
[03:24] <evand> pitti: just redirecting stderr seems to fix it
[03:24] <evand> don't ask me why
[03:24] <pitti> evand: weird
[03:24] <pitti> evand: I would really like to avoid releasing T3 with that bug
[03:25] <pitti> evand: maybe we can upload the workaround now, and if you have something better, we can still consider it?
[03:25] <evand> fair enough
[03:25] <pitti> evand: thank you soooo much for finding a workaround! *hug*
[03:25] <evand> I'll do some more testing and then push out 1.5.6
[03:25] <evand> quickly
[03:25] <Kmos> BenC: ping
[03:26] <pitti> evand: just for publisher running, do you need more like 10 minutes or like an hour?
[03:27] <Hobbsee> oh yay, evand!
[03:27] <BenC> Kmos: pong
[03:27] <pitti> StevenK: kdelibs has finished building, it'll get published soon
[03:28] <evand> pitti: probably the hour as it's going to take me at least a few minutes to verify that this does in fact fix things, at least for me
[03:28] <evand> Hobbsee: indeed!
[03:28] <Riddell> Hobbsee: compiz-kde should work
[03:28] <pitti> evand: that's fine, then I'll start a publisher in between; thanks
[03:28] <Hobbsee> Riddell: it mostly works
[03:28] <Hobbsee> Riddell: it hasnt blown up as spectacularly this time as it usually does
[03:28] <Riddell> Hobbsee: your windows wobbling?
[03:29] <cjwatson> evand: redirecting stderr is fine with me. Commit the patch and I'll check it?
[03:29] <pitti> BenC: is bug 119052 painful enough to stall the tribe? it seems quite hardware specific?
[03:29] <ubotu> Launchpad bug 119052 in initramfs-tools "[gutsy] ibm-acpi -> now thinkpad_acpi possibly causing problems" [High,Confirmed]  https://launchpad.net/bugs/119052
[03:29] <evand> cjwatson: will do
[03:29] <Hobbsee> Riddell: a little.  the zoom is cool
[03:29] <Hobbsee> Riddell: i cant actually get to teh config thingy to see what's running
[03:30] <StevenK> pitti: Woot, thanks
[03:31] <StevenK> pitti: It's still marked as 'Currently building on ia64'
[03:31] <pitti> StevenK: right, but I couldn't care less RM-wise, since we don't have ia64 CDs anyway
[03:31] <StevenK> pitti: Yeah, but I'd rather amarok built everywhere. :-)
[03:33] <pitti> StevenK: right, it'll finish eventually, but it's not critical to shove it into the archive ASAP
[03:33] <BenC> pitti: no, it isn't that serious
[03:34] <BenC> pitti: but we can fix it for tribe-3 for sure
[03:34] <Hobbsee> BenC: er, 4?
[03:34] <StevenK> pitti: Can you give-back amarok when the publisher completes? (If that's soon enough for the buildds to see the new kdelibs)
[03:34] <BenC> Hobbsee: it's a one-liner rename in initramfs-tools
[03:35] <BenC> if we can get it through the freeze, it would be appreciated
[03:35] <Hobbsee> BenC: oh.  for some reason, i thought pitti's line was said by you.
[03:35] <pitti> BenC: I'd appreciate that
[03:36] <BenC> Hobbsee: np
[03:36] <BenC> pitti: doing it now
[03:36] <pitti> BenC: breaking fan control does sound somewhat serious
[03:36] <pitti> BenC: rock
[03:36] <doko> pitti: please accept python2.4 and python2.5 into unstable, fixing a reference counting problem in Python/sysmodule.c
[03:36] <doko> (introduced by me)
[03:36] <pitti> doko: is there a bug for it?
[03:37] <pitti> doko: I don't really want to accept big stuff that'll affect the CD if it doesn't fix tribe-3 bugs
[03:37] <doko> pitti: #124549
[03:37] <pitti> Hobbsee: ^ oh, you are still awake; your call, too :)
[03:37] <Hobbsee> pitti: yeah, i'm still awake, insanely enough
[03:37] <pitti> doko: python2.4 sounds harmless
[03:37] <Hobbsee> bug 124549
[03:37] <ubotu> Launchpad bug 124549 in python2.4 "Calling interpreter more than once is broken" [Low,Confirmed]  https://launchpad.net/bugs/124549
[03:39] <Hobbsee> pitti: i'll agree with you there - wouldnt really want to touch python2.5, with so much stuff depending on it.  py2.4 looks fine
[03:41] <pitti> doko: TBH I'd rather leave python2.5 alone. 150000 lines of debdiff ...
[03:41] <BenC> pitti: that was already fixed by an acpi-support upload (bug 119052)
[03:41] <ubotu> Launchpad bug 119052 in initramfs-tools "[gutsy] ibm-acpi -> now thinkpad_acpi possibly causing problems" [High,Fix released]  https://launchpad.net/bugs/119052
[03:42] <BenC> pitti: so no exception needed
[03:42] <pitti> BenC: ah, cool, so it can be closed?
[03:42] <BenC> pitti: updated bug
[03:42] <pitti> BenC: thanks
[03:43] <Hobbsee> pitti: where is said debdiff for python2.5?
[03:43] <pitti> Hobbsee: I didn't put it anywhere, shall I?
[03:44] <Hobbsee> pitti: well, for the sheer hell of appreciating how insane it is, that'd be cool
[03:44] <pitti> Hobbsee: http://people.ubuntu.com/~pitti/tmp/python2.5.debdiff (8 MB!)
[03:46] <dholbach> Kmos: I'd prefer if mvo took care of https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/109765
[03:46] <ubotu> Launchpad bug 109765 in update-manager "run apt-get autoclean after upgrade" [Low,Confirmed]
[03:46] <Kmos> dholbach: ok
[03:46] <dholbach> Kmos: I'm busy with quite a bunch of other things without diving head-first into apt and update-manager at the moment, sorry
[03:46] <Kmos> np
[03:46] <Kmos> i understand
[03:46] <dholbach> ok good :)
[03:47] <Kmos> i'm testing a bug at my laptop about kernel at gutsy
[03:47] <BenC> dholbach: do you know of a reason that amitk cannot assign importance to a kernel bug?
[03:47] <Hobbsee> pitti: yeah..that's...kinda evil
[03:47] <Hobbsee> BenC: launchpad bug.
[03:48] <Hobbsee> BenC: actually, it's by design
[03:48] <Hobbsee> BenC: is he in -qa?
[03:48] <dholbach> BenC: if he's in ubuntu-qa he should be able to
[03:48] <dholbach> BenC: if not, ask bdmurray
[03:48] <BenC> should he be in ubuntu-qa?
[03:48] <BenC> bdmurray: ping
[03:48] <Kmos> BenC: to change importance of bugs, yes.
[03:48] <Hobbsee> BenC: bug contacts, and members of but contact teams cant actually set the importance of bugs, nor the triaged state.
[03:48] <BenC> ok
[03:48] <dholbach> BenC: so either bdmurray or heno
[03:49] <Hobbsee> BenC: which is illogical, i know
[03:49] <BenC> actually, it makes sense...I hate bug submitters setting "critical" on every little bug they submit :)
[03:49] <Hobbsee> BenC: that's long gone :)
[03:50] <dholbach> yeah, the importance is a tool for developers who are going to fix the bug to organize their workload - or it should be
[03:51] <Kmos> Hobbsee: do it :) sent mail to bdmurray
[03:52] <Kmos> https://wiki.ubuntu.com/UbuntuQA
[03:54] <Hobbsee> wow, i never had to do that :)
[03:58] <doko> pitti: your call, but it's a regenerated uuencoded tarball
[04:05] <superm1_> BenC, you might want to add some comments to bug 118708.  Hobbsee and I already commented on it
[04:05] <ubotu> Launchpad bug 118708 in malone "Package maintainers can't set priorities of their own packages" [Undecided,Confirmed]  https://launchpad.net/bugs/118708
[04:21] <dholbach> pitti, soren: gnome-appearance-properties crash fixed
[04:22] <pitti> dholbach: rock!
[04:22] <dholbach> it involved re-basing a patch, making sense of it and fixing a part that made it ftbfs
[04:22] <seb128> dholbach: what was broken? it doesn't crash for me
[04:22] <dholbach> seb128: which version is it?
[04:22] <dholbach> on your box
[04:23] <seb128> current one I uploaded last week
[04:23] <seb128> and I looked at bugs daily in my mailbox
[04:23] <dholbach> are you sure? which one is installed?
[04:23] <StevenK> pitti: Did you manage to throw amarok back to the buildds?
[04:23] <dholbach> seb128: (LP: #125900), (LP: #126192), (LP: #126376), (LP: #126498)
[04:24] <desrt> simira; sorry.  freenode is blocking my replies.  do you have jabber?
[04:24] <seb128> ii  gnome-control-center                    1:2.19.5-0ubuntu1                       utilities to configure the GNOME desktop
[04:24] <dholbach> https://launchpad.net/ubuntu/+source/gnome-control-center/1:2.19.5-0ubuntu1
[04:24] <dholbach> it ftbfs on i386
[04:24] <desrt> dholbach; we miss you :(
[04:24] <seb128> dholbach: I've my local build installed
[04:24] <dholbach> seb128: I wonder why yours built
[04:25] <seb128> why shouldn't it?
[04:25] <dholbach> an icon which was in capplets-data before was removed
[04:25] <desrt> Hobbsee; we miss you too :(
[04:25] <seb128> it built on amd64
[04:25] <dholbach> so capplets-data.install had to be updated
[04:25] <seb128> no reason it should not on i386
[04:25] <dholbach> see also http://bugzilla.gnome.org/show_bug.cgi?id=457054
[04:25] <ubotu> Gnome bug 457054 in Appearance "gnome-appearance-setting crashes during load" [Critical,Needinfo]
[04:25] <simira> desrt: np.  (If that's soon enough for the buildds to see the new kdelibs)
[04:26] <seb128> dholbach: ah, that's a capplet-data.install bug
[04:26] <dholbach> or did not apply or whatever
[04:26] <StevenK> pitti: Thanks
[04:26] <seb128> hum
[04:26] <dholbach> I fixed it and am about to upload
[04:26] <seb128> I've a local branch
[04:26] <seb128> that's going to be fun to merge
[04:26] <dholbach> local branch?
[04:26] <seb128> I'm rewritting part of the cappelt
[04:26] <simira> desrt: I think I have enough with ICQ, msn and yahoo...
[04:26] <seb128> to have radio buttons
[04:26] <dholbach> let's move to #u-desktop
[04:27] <seb128> could you just fix the ftbfs?
[04:27] <desrt> simira; don't you have something like gaim?
[04:27] <simira> desrt: yup. Well, they svitched it a pidgeon, but yes.
[04:27] <Hobbsee> desrt: sure you do.  i'd be one of those rebel KDE'ers :P
[04:28] <desrt> that's fine.  i want some kde shirts :)
[04:28] <desrt> y'all shoudl have akademy in turkey next year
[04:28] <Hobbsee> hehe
[04:28] <LucidFox> what's the point of qt4-kdecopy?
[04:28] <Riddell> LucidFox: nothing currently
[04:29] <Riddell> desrt: as far as I know there's nobody able to host akademy in turkey next year
[04:29] <desrt> :(
[04:29] <desrt> Riddell; you here?
[04:29] <Riddell> here being somewhere other than #ubuntu-devel I presume?
[04:30] <desrt> UCE.
[04:30] <desrt> guadec
[04:30] <Riddell> oh, no, only sunday
[04:30] <desrt> ah.  i thougt i had seen you
[04:30] <LucidFox> Riddell> but it will be needed in the future? or it used to be needed in the past?
[04:30] <desrt> but then i thought maybe it was just a nightmare :)
[04:31] <Riddell> LucidFox: it was needed in the past.  it may well be needed in the future if kde 4 snapshots need an unstable qt 4
[04:32] <dholbach> pitti: uploaded
[04:37] <pitti> dholbach: g-c-c patch> wow, major cleanup
[04:37] <dholbach> pitti: yeah, some stuff was left around in there
[04:37] <pitti> hi zul
[04:38] <geser> pitti: Hi
[04:38] <pitti> hi geser
[04:39] <geser> pitti: have you an idea why the universe crash team is subscribed to some crashes for packages from main?
[04:39] <pitti> geser: we don't actually differ between them any more; it's effectively ubuntu-qa for all crashes
[04:39] <seb128> pitti: wrong version has been uploaded it looks like
[04:40] <pitti> seb128: ?
[04:40] <seb128> pitti: I mean the gnome-control-center update I did some days ago
[04:40] <seb128> the patch on my disk is clean and working
[04:40] <pitti> seb128: I just accepted dholbach's
[04:40] <pitti> seb128: ah, I see
[04:40] <seb128> hate working from the laptop
[04:40] <seb128> yeah, that's alright
[04:40] <seb128> I've some other changes locally but I'll my version after tribe-3
[04:41] <pitti> evand, cjwatson: ubiquity accepted
[04:41] <pitti> ok, ubiquity, g-c-c, time for another publisher run
[04:41] <evand> thanks
[04:41] <seb128> pitti: what do you think about make cdbs-edit-patch ignore *.rej *.orig *~ ?
[04:41] <seb128> making
[04:42] <pitti> seb128: ignoring .rej is dangerous; I don't object against ignoring .orig and *~
[04:42] <seb128> pitti: k, I've the change locally, I'll upload next week
[04:46] <pitti> doko: python2.5 accepted
[04:47] <seb128> pitti: by reading the changelog it looks like the gnome-control-center upload from dholbach is buggy, do you have the debdiff somewhere?
[04:47] <pitti> seb128: erk, not any more
[04:47] <pitti> seb128: I just published it out
[04:47] <pitti> dholbach: ^ do you have it?
[04:48] <seb128> pitti: you need to add debian/tmp/usr/share/gnome-control-center/pixmaps to capplets-data.install
[04:48] <wasabi> Anybody familiar with samba enough to review and upload a patch? Bug #118977
[04:48] <ubotu> Launchpad bug 118977 in samba "winbindd will not start do to invalid cache path" [Critical,New]  https://launchpad.net/bugs/118977
[04:48] <seb128> the changelog only mentions dropping the icons directory
[04:49] <seb128> ups, almost no battery power
[04:49] <seb128> might be disconnected though
[04:50] <seb128> soon
[04:50] <ogra> whats up with guadec this year ?
[04:50] <ogra> no wallplugs ? bad wlan ?
[04:50] <simira> lousy networks, I believe
[04:50] <simira> both :p
[04:50] <ogra> yeah
[04:50] <ogra> they really should get better sponsors :P
[04:51] <simira> hehe
[04:53] <dholbach> pitti: buggy?
[04:54] <dholbach> http://daniel.holba.ch/temp/g-c-c.debdiff
[04:54] <dholbach> and that's the new patch: http://daniel.holba.ch/temp/95_desktop-effects-integration.patch
[04:57] <pitti> dholbach: <seb128> pitti: you need to add debian/tmp/usr/share/gnome-control-center/pixmaps to capplets-data.install
[04:57] <dholbach> pitti: ok, will take care of it
[05:00] <pitti> dholbach: so we actually need another upload?
[05:00] <dholbach> pitti: it seems so - I didn't know that was broken too
[05:00] <dholbach> pitti: sorry
[05:01] <dholbach> let me take a look
[05:01] <pitti> dholbach: no problem, thanks for fixing it *big hug*
[05:01] <dholbach> it's test building
[05:04] <dholbach> pitti: fixed, uploading
[05:18] <pitti> dholbach: accepted, cheers
[05:24] <dholbach> thanks pitti
[05:25] <seb128> re
[05:27] <Hobbsee> seb128: dont kick it too hard, else it'll really break on you
[05:27] <seb128> Hobbsee: maybe that's why it's breaking all the time
[05:27] <Mithrandir> seb128: stop breaking the wireless!
[05:27] <TeTeT> I've got a problem with the manual partition on a Dell D620 with the latest gutsy, it hangs at scanning disks. Anyone seen this? (Gutsy desktop)
[05:27] <Hobbsee> pitti: well, people are doing stranger thiings...
[05:28] <pitti> seb128: don't step on the wifi cable then :)
[05:28] <seb128> Hobbsee: isn't that middle of the night for you now?
[05:28] <Hobbsee> TeTeT: tribe 2?  it's mentioned in the release notes, and the workaround is only going in this evening
[05:28] <Hobbsee> seb128: it's 1.30am
[05:28] <Hobbsee> seb128: i've learned to live on european time, it seems.
[05:28] <TeTeT> Hobbsee: kewl, will test it tomorrow then, thanks
[05:28] <seb128> heh
[05:28] <pitti> TeTeT: we all cross fingers for that :)
[05:29] <Hobbsee> TeTeT: there will be cds to test tomorrow, so wait on :)
[05:29] <seb128> pitti: so I was saying that the capplets-data.install probably needs an update
[05:29] <pitti> seb128: dholbach fixed it in the meantime, adding the pixmaps
[05:29] <seb128> ok, good
[05:29] <Hobbsee> seb128: now, what i *should* do is just more to europe and be done with it, of course, and live on sane time.
[05:29] <seb128> "move"
[05:29] <seb128> right ;)
[05:30] <Hobbsee> or europe should move to me.  either way :P
[05:30] <Hobbsee> seb128: why, what else would i be doign?  being stationary?
[05:30] <Riddell> dholbach: "Rarian is a replacement for scrollkeeper" that's not a descriptive title
[05:31] <Mithrandir> Hobbsee: you'd just end up living on west coast US time if you moved here.
[05:31] <Hobbsee> Mithrandir: hopefully not.  i did use to keep sane times, long ago.
[05:31] <Hobbsee> Mithrandir: but that was like...5 years ago, or whatever.
[05:32] <Hobbsee> well, probably 3.  then the work night shifts started.
[05:32] <dholbach> Riddell: fixing
[05:33] <Riddell> dholbach: I'll reject for now then, let me know when you re-upload and I'll take another look
[05:34] <jdong> why doesn't apt-get -t <distro> source <package> work?
[05:34] <jdong> mako and I were just playing around with that....
[05:34] <dholbach> Riddell: done
[05:34] <jdong> I'd also be a happy camper if there were an alternative way of pulling source packages from an arbitrary distribution
[05:35] <Mithrandir> jdong: because nobody has written a fix for that yet.
[05:35] <jdong> oh, is that bug 16whatever?
[05:35] <ubotu> Launchpad bug 16 in rosetta ""Swedish" and "Swedish (Sweden)" should be the same language" [Medium,Fix released]  https://launchpad.net/bugs/16
[05:36] <Hobbsee> Mithrandir: but cant you just wave your magic wand and do it?
[05:36] <jdong> bug 16240?
[05:36] <ubotu> Launchpad bug 16240 in apt "Cannot Pin on components" [Medium,Confirmed]  https://launchpad.net/bugs/16240
[05:36] <Mithrandir> jdong: no, I don't think so
[05:36] <jdong> ok
[05:36] <Mithrandir> Hobbsee: so many bugs, so little time.
[05:37] <Hobbsee> true that
[05:37] <jdong> Mithrandir: do you have any other recommendations for apt-get source -t like functionality?
[05:37] <Mithrandir> dget?
[05:37] <persia> jdong: Try https://wiki.ubuntu.com/EmmetHikory?action=AttachFile&do=get&target=src-get if you like.  It's rough, but it works.
[05:37] <jdong> Mithrandir: do you have a bug number?
[05:38] <Mithrandir> jdong: no, sorry
[05:39] <jdong> persia: lol I died a little inside reading that script
[05:40] <jdong> persia: but I guess it works :D
[05:40] <persia> jdong: Like I said, rough :)
[05:40] <mako> persia: yeah, rough :)
[05:40] <seb128> StevenK: thanks for the libgpod transition, I didn't manage to test if there was no brekage with rhythmbox due to GUADEC
[05:40] <jdong> Mithrandir: is this broken across all releases of Ubuntu?
[05:41] <Mithrandir> jdong: yes, it's been broken since -t appeared four or so years back
[05:41] <mako> wow, i could have *sworn* that worked for me
[05:41] <seb128> mako: you can use /version
[05:41] <Mithrandir> mako: I believe you have dreamt.
[05:42] <mako> Mithrandir: sure.. i trust you more my own memory
[05:42] <jdong> seb128: /version as in /gutsy, or /1.2-3?
[05:42] <mako> more than my own memory even
[05:42] <seb128> like 1.2-3
[05:42] <jdong> let me try that
[05:42] <Hobbsee> mako: i concur with Mithrandir.
[05:43] <jdong> jdong@backports-builder:/tmp$ apt-get source python-support=0.5.3ubuntu1
[05:43] <Hobbsee> "tell him he's dreaming, son"
[05:43] <jdong> ^^ that's the syntax
[05:43] <jdong> sweet
[05:43] <jdong> that works
[05:43] <jdong> can we hack apt-get source to do that :D
[05:43] <jdong> LOL
[05:45] <jdong> thanks for your time, Mithrandir and seb128
[05:55] <elmo> (web front end of) launchpad is going down for emergency maintenance for 2-3 minutes in 5 minutes
[05:55] <Hobbsee> elmo: if you break it, i will be displeased :P
[05:56] <Hobbsee> and i *will* hunt you out for the next UDS, if it affects the tribe :P
[05:58] <bdmurray> BenC: I squared away amitk early this AM
[05:59] <BenC> bdmurray: thanks...would it be possible to just add canonical-kernel-team to ubuntu-qa instead of each of us individually?
[05:59] <BenC> bdmurray: I admin that team, and it will only consist of hired kernel devs
[06:00] <bdmurray> BenC: There's a thought.
[06:01] <pitti> hi mdz_
[06:01] <seb128> hey mvo
[06:04] <elmo> launchpad should be back
[06:05] <dholbach> elmo: there seems to be something wrong:     https://bugs.launchpad.net/ubuntu/+source/dosfstools/+bug/126121     forwards me to         https://blueprints.launchpad.net/ubuntu/+source/dosfstools/+bug/126121
[06:05] <ubotu> Launchpad bug 126121 in dosfstools "Typo in mkdosfs man page" [Undecided,In progress]
[06:06] <dholbach> hum, everything seems to forward me to https://blueprints.launchpad.net/ - which seems to be down or something
[06:10] <wasabi> Yeah, broked
[06:11] <pitti> it doesn't answer at all for me
[06:11] <soren> Can we remove packages from Feisty?
[06:14] <pitti> soren: we really, really shouldn't
[06:15] <soren> pitti: it's phpunit. It's uninstallable as it depends on php4, so it's not installable.
[06:16] <soren> pitti: OTOH there is phpunit2, which is for php5, so that's ok.
[06:16] <WorkingGeier> hi
[06:16] <soren> pitti: What if we pushed the transitional package from gutsy into -updates? Would that work?
[06:16] <soren> pitti: ah, hang on.
[06:17] <WorkingGeier> I need to compile a package against all releases; I generate the version by appending "~ubuntu6.04" etc.
[06:17] <dholbach> elmo: it seems to work now - thanks
[06:17] <WorkingGeier> what would I use for gutsy?
[06:17] <WorkingGeier> 7.notknownyet would sort after the real version number
[06:17] <soren> pitti: It's really confusing, actullay.
[06:18] <WorkingGeier> 7.04+gutsy works, but is ugly
[06:18] <WorkingGeier> any ideas?
[06:19] <Mithrandir> persia: uh, are you sure about that?
[06:19] <Mithrandir> persia: bug #?
[06:19] <soren> pitti:  Up until feisty, phpunit was the 1.3 tree. In gutsy, phpunit is the 3.0 tree.  phpunit2 in feisty was the 2.3-tree, but is in gutsy a transitional package depending on the phpunit package (i.e. the 3.0 version).
[06:20] <persia> Mithrandir: bug 80404 as applied to dapper and edgy (given the date of Blizzard's complaint).
[06:20] <ubotu> Launchpad bug 80404 in freecraft "Please remove freecraft from Ubuntu" [Undecided,Fix released]  https://launchpad.net/bugs/80404
[06:21] <persia> Mithrandir: My understanding is that Blizzard complained to upstream, and not to Ubuntu, so I doubt there is outstanding liability, but someone qualified should offer an opinion.
[06:21] <Mithrandir> persia: freecraft is hardly a trademark violation on warcraft.
[06:22] <persia> Mithrandir: Perhaps.  I'm not an expert on trademark law.  I stand corrected.
[06:23] <Mithrandir> persia: me neither, but until blizzard complains directly at us, I don't see a need to remove it.
[06:23] <persia> Mithrandir: I'd agree (no outstanding liabilty)
[06:24] <Riddell> mvo: were you talking about the emacs22 packaging at the distro sprint?
[06:25] <mvo> Riddell: briefly, it seems like the package is waiting in the NEW queue now
[06:25] <ryanakca> cjwatson: I'm going to try out today's CD... let's hope LVM works :)
[06:25] <Riddell> mvo: it is, from a Michael W. Olson
[06:25] <cjwatson> ryanakca: good luck
[06:26] <Hobbsee> ryanakca: i didnt think the cds that were worth testing were done yet...
[06:26] <pitti> right, we are still collecting fixes
[06:27] <soren> pitti: I'll see if I can work around this phpunit thing. I'll shout again if needed.
[06:27] <pitti> soren: what is the actual problem?
[06:27] <pitti> certainly not an uninstallable package on its own?
[06:27] <Riddell> mvo: hmm, the docs in emacs22 contain front cover texts
[06:28] <cjwatson> Riddell: note that Ubuntu's generally been OK with the GFDL in main in the past
[06:28] <soren> pitti: Well, yes. I didn't think a package removal was *that* big a deal.
[06:28] <Riddell> cjwatson: even with cover texts?
[06:28] <pitti> soren: it's not for the development release, but we rather not touch stables unless we absolutely have to
[06:28] <cjwatson> soren: changing a released distribution *at all* is a big deal, and the only way you can remove a package from feisty is to change dists/feisty/ - you can't do it in -updates
[06:29] <cjwatson> Riddell: I haven't checked, but I think so
[06:29] <ryanakca> Hobbsee: cjwatson fixed the LVM problems yesterday, I'm going to test that part at least :)
[06:29] <Hobbsee> ryanakca: fair enough
[06:29] <pitti> Riddell: we left it in NEW so far, because it seems much more sensible to just sync emacs22 and docs from Debian
[06:29] <pitti> Riddell: and put the -docs package into main, and maybe even add a dependency
[06:30] <seb128> pitti: we want to accept the current in NEW I think
[06:30] <pitti> Riddell: maintaining a trivial diff (dependency addition) seems much saner than having a completely parallel packaging
[06:30] <pitti> seb128: right, I didn't look at it, just mentioning it
[06:30] <soren> cjwatson: Yes, I think I understand the implications, but removing a package that is broken doesn't seem all that intrusive.
[06:30] <soren> Never mind, though. I'll see if I can make the thing work with php5 and go the -updates way.
[06:30] <seb128> pitti: just to not make the guy who make the efforts run away from Ubuntu
[06:30] <seb128> like using a diplomatic way
[06:30] <pitti> Riddell, seb128: as long as it's in universe I do not care much
[06:31] <pitti> seb128: yeah, fine to me :)
[06:31] <pitti> soren: OTOH, just leaving it there doesn't hurt either
[06:31] <Riddell> pitti, seb128: and you're both OK with cover texts in FDL?
[06:31] <pitti> Riddell: TBH I never answered this question to myself
[06:32] <seb128> Riddell: same as pitti
[06:32] <pitti> Riddell: but I have the feeling that these are bit on the edge; copyright texts are not freely modifyable either
[06:32] <pitti> Riddell: so I'm fine with having them in main, if even the FSF is good with them
[06:32] <Riddell> elmo: are you know if we allow FDL with cover texts?
[06:33] <Riddell> s/are/do/
[06:33] <pitti> Riddell: s/main/archive/
[06:33] <elmo> Riddell: yes, it's fine
[06:33] <elmo> if we == Ubuntu
[06:34] <Riddell> ok, thanks
[06:34] <pitti> BenC: wrt. bug 54621, this problem is so old that moving it from t3 to t4 is certainly bearable?
[06:34] <ubotu> Launchpad bug 54621 in linux-source-2.6.22 "Kernel panic - not syncing: IO-APIC + timer doesn't work!" [Medium,Fix committed]  https://launchpad.net/bugs/54621
[06:35] <BenC> pitti: yeah, we were going to fix that in the upload today, but it's certainly not a regression, so tribe-4 is fine
[06:35] <pitti> BenC: cool, thanks
[06:36] <amitk_> pitti: that was me. Why is t3 a problem?
[06:36] <pitti> amitk_: it takes some 10 hours to get it into the archive at all, and we shouldn't risk major breakage at this point
[06:37] <pitti> amitk_: I'd like to build a first set of good candidate CDs in an hour or two
[06:37] <pitti> otherwise we'll miss the deadline
[06:37] <kylem> it doesn't really matter, it will be on a daily disk after you upload it. if you have a tester just get them to wait a day and grab that.
[06:37] <pitti> right
[06:37] <pitti> or just dist-upgrade
[06:37] <amitk_> pitti: right! I had forgotten that we cancelled a kernel release today
[06:38] <pitti> amitk_: yeah, sorry for that; next time we need to coordinate that better
[06:38] <amitk_> pitti: no worries
[06:38] <pitti> amitk_: timing with last week's sprint and travel was tight and bad :/
[06:40] <elmo> what's the official position on downgrades?
[06:40] <elmo> supported or not
[06:41] <pitti> that'll break very often
[06:41] <kylem> pitti, are we not waiting for fixed gnome-c-c?
[06:41] <pitti> kylem: yes, that's the last thing I'm waiting for
[06:42] <kylem> ok.
[06:42] <pitti> kylem: publisher just finished, now I'll let it build, publish, build CDs
[06:42] <elmo> it doesn't in my experience
[06:42] <elmo> at least on servers
[06:42] <elmo> but anyway, that's not really my question
[06:42] <pitti> downgrading things like the python transition is next to impossible, too, I figure
[06:42] <pitti> I didn't see any official statement about supporting it, that's all I can say
[06:43] <pitti> zul: any chance to fix xen on amd64? it causes quite a lot of uninstallability
[06:44] <zul> pitti: I have a fix ready can I upload it?
[06:44] <pitti> zul: cool! please
[06:45] <zul> itll just take a couple of minutes
[06:46] <pitti> aah, linux-image-2.6.22-8-xen is in universe; is that deliberate?
[06:46] <pitti> BenC: ^
[06:46] <zul> yes I belived it is
[06:46] <Hobbsee> pitti: so's xen-3.1 though
[06:46] <pitti> Hobbsee: nope
[06:47] <pitti> all the xen stuff is in main, even linux-ubuntu-modules-2.6.22-8-xen
[06:47] <Hobbsee> well, was when i looked a few days ago
[06:47] <pitti> except for the kernel image
[06:47] <Hobbsee> i thougth
[06:47] <pitti> xen-3.0 was in main as well
[06:47] <pitti> Hobbsee: it was recently promoted
[06:47] <pitti> libvirt, cman, etc. all depend on it, too
[06:47] <Hobbsee> so after i checked last, yes
[06:47] <stgraber> hello, still nothing to add on the tracker from what I've read from my backlog ?
[06:47] <Hobbsee> stgraber: correct.  images havent started being biult yet
[06:48] <pitti> stgraber: working on it as fast as soyuz allows us
[06:48] <Hobbsee> pitti: WELL PEDAL FASTER!!!  :P
[06:49] <pitti> zul: hm, so we should demote the entire xen stack to universe? that'd require some changes to the redhat-cluster-tools and libvirt, and coordination/ack from fabbione
[06:49] <pitti> Hobbsee: at 35 degrees? c'mon
[06:49] <zul> pitti: uploaded
[06:49] <Hobbsee> pitti: i'll swap :P
[06:51] <stgraber> pitti: that's no problem for me, I really prefer to add them myself just in case I come across a bug with the new tracker (it was tested but some features were added only late yesterday :))
[06:52] <stgraber> pitti: hehe, 35 degrees can be ok, but the 10 degrees -> 35 degrees in only 2-3 days was well, a bit too fast for me :)
[06:52] <pitti> stgraber: optimistic ETA is 2.5 hours for ubuntu and kubuntu; will you still/again be online at that time?
[06:52] <pitti> stgraber: *ack*
[06:52] <stgraber> pitti: sure, will be around till 01:00 CEST or something like that (holidays :))
[06:57] <pitti> stgraber: heh
[06:57] <stgraber> pitti, Hobbsee: Do you know if the assignees on : https://wiki.ubuntu.com/Testing/Matrix?action=recall&rev=27 are still up to date ?
[06:58] <stgraber> if yes I'll subscribe them to those tests on the tracker as well
[06:58] <pitti> stgraber: they haven't been updated since feisty, and some people are on guadec and such
[07:00] <stgraber> pitti: ok, so I'll let Henrik do that once he's back
[07:03] <pitti> zul: would it hurt much if I put it into main for now, until we have a more consistent solution? or is it actively broken?
[07:03] <zul> pitti: the kernel image? no complaints from me check with BenC though
[07:03] <bdmurray> stgraber: they aren't
[07:04] <pitti> zul: noted for distro team meeting, thanks
[07:04] <pitti> ah, /me mails instead
[07:06] <Hobbsee> stgraber: no, those arent up to date.  but they look like they'll be testing images, or at least most of them will
[07:07] <stgraber> Hobbsee: ok, good night
[07:07] <Hobbsee> :)
[07:14] <BenC> pitti: xen is just untested, but I've no objections to be it being in main
[07:15] <pitti> BenC: ah, thanks
[07:29] <pitti> yay, g-c-c built
[07:30] <pitti> gnome-control-center
[07:30] <ion_> Yeah
[07:31] <thom> ion_: gcc has less hyphens in
[07:31] <pitti> ogra: so, bug 121547 -> tribe4 then? just a cosmetical issue after all, right?
[07:31] <ubotu> Launchpad bug 121547 in ltsp "[Gutsy]  LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed]  https://launchpad.net/bugs/121547
[07:31] <ion_> thom: Yeah, thats why i tried to figure out the other meaning. :-)
[07:31] <bhale> hey thom
[07:34] <thom> hey
[07:35] <wasabi> hmm does /etc/group support using numeric user ids?
[07:35] <wasabi> in any fashion...
[07:43] <calc> anyone happen to know why libsvg-dev isn't in gutsy?
[07:44] <pitti> erk, panel crash, brb
[07:48] <ion_> pitti: Yay :-D
[07:49] <pitti> ... and glib1.2 with it \o/
[07:52] <pitti> keescook: do you have any idea about the status of bug 105936 ?
[07:52] <ubotu> Launchpad bug 105936 in lvm2 "snapshot creation failure race "in use: not deactivating"" [High,Confirmed]  https://launchpad.net/bugs/105936
[07:59] <Riddell> TheMuso: for some reason I can't help laughing at ubuntustudio-floater :)
[08:03] <calc> what is the proper procedure to pull in a debian package that has never been in ubuntu before?
[08:03] <pitti> calc: filing a sync request
[08:03] <pitti> calc: we can sync it and wave it through NEW
[08:04] <calc> ok
[08:04] <fabbione> pitti: uh? no we can't demote xen to universe.. i only need the libraries to build cman & co
[08:05] <pitti> fabbione: yeah, I promoted the kernel
[08:05] <fabbione> pitti: if we demote it, i will need to make a mess of splitting packages around
[08:05] <pitti> fabbione: apparently it was just a minor misunderstanding
[08:05] <fabbione> pitti: ok..
[08:05] <calc> pitti: hmm do i need to do that by hand, requestsync complains about madison not containing it
[08:05] <fabbione> pitti: so we have everything on amd64 too now?
[08:05] <pitti> calc: ah, just tell me the package
[08:05] <calc> pitti: libsvg
[08:05] <pitti> fabbione: that's still in progres
[08:05] <pitti> fabbione: source is publishing now
[08:06] <calc> pitti: thank you for the help :)
[08:06] <fabbione> pitti: ok, i will wait after tribe-3 to reupload the changes tho...
[08:06] <fabbione> pitti: there is no need to rush them trough
[08:06] <calc> debian ooo has a dep on it for 2.3 m221 which i am doing a test build for gutsy of :)
[08:07] <agoliveira> http://browser.garage.maemo.org/
[08:07] <pitti> calc: hm, then it needs a MIR
[08:07] <agoliveira> SOrry, wrong window
[08:07] <pitti> calc: I'll put it into universe for now, that's sufficient for a local test build
[08:07] <geser> calc: libsvg is new so you would need requestsync -n (but I assume it still won't work as libsvg is in experimental)
[08:07] <calc> pitti: yea, universe is fine for now
[08:07] <pitti> calc: hm, libsvg doesn't seem to be in unstble
[08:07] <calc> oh wow
[08:07] <calc> ok
[08:08] <calc> i can do a local grab and build for my testing then
[08:08] <geser> pitti: it's in experimental
[08:08] <pitti> calc: ah, experimental
[08:09] <evand> Can someone sponsor tasksel 2.67ubuntu2 (http://people.ubuntu.com/~evand/upload/)?
[08:09] <pitti> calc: do that anyway, syncing/NEWing/building/NEWing/publishing will take a while
[08:09] <calc> pitti: ok
[08:10] <geser> fabbione: do you know if xft1 (binary package is libxft1; universe) is still needed? or can it be removed?
[08:10] <keescook> pitti: sorry, delayed answer: it is not yet fixed.  still waiting for kernel bits, iirc.
[08:10] <fabbione> geser: no idea....
[08:10] <pitti> calc: synced and source-NEWed
[08:11] <calc> pitti: thanks
[08:11] <calc> i've started the ooo build now, libsvg rebuilt fine in my gutsy chroot
[08:11] <calc> need to get ooo 2.3 into gutsy ASAP
[08:11] <geser> fabbione: hmm, I hoped you would knew as the last upload was done by you for breezy
[08:12] <pitti> evand: is that crucial for tribe3?
[08:12] <fabbione> geser: check the rdepends
[08:12] <pitti> geser: ^ checking
[08:12] <evand> pitti: I wouldn't say crucial, but it should make the gobuntu cd images actually work
[08:12] <pitti> evand: ok, but not important for ubuntu/kubuntu/etc?
[08:12] <evand> correct
[08:12] <pitti> geser: no rdepends whatsoever
[08:13] <pitti> evand: *phew*, thanks
[08:13] <evand> heh
[08:13] <geser> pitti: so it's ok if I file a remove bug for it?
[08:14] <pitti> geser: sure, that's fine; thank you!
[08:14] <hansin321> Sorry if this is the wrong place to ask: Where does one make a package request/change for Gutsy?  I see Gutsy still uses 'centericq', but I think the good work going forward will be with the fork 'centerim'.  At least that is my interpretation.
[08:14] <pitti> geser: /me  clean house :)
[08:15] <Riddell> hansin321: it's in universe, try finding someone in #ubuntu-motu to package it (assuming centerim has made a release)
[08:16] <calc> gar
[08:16] <calc> having build-dep conflicting packages
[08:16] <Riddell> hansin321: or file a request to package bug according to the process (which is somewhere on the wiki, probably under /MOTU)
[08:36] <pitti> ogra: I'll downsize the edubuntu server i386
[08:49] <pitti> stgraber, bdmurray, all: ubuntu live images up: http://cdimage.ubuntu.com/daily-live/20070717.1/
[08:52] <pitti> stgraber, bdmurray: kubuntu alternates: http://cdimage.ubuntu.com/kubuntu/daily/20070717.1/
[08:54] <hansin321> Riddell: Thanks.  I'll take a look.
[08:56] <pitti> zul: libxen3.1-dev_3.1.0-0ubuntu8_amd64.deb is still empty
[08:56] <pitti> zul: xen-hypervisor-3.1-amd64_3.1.0-0ubuntu8_amd64.deb seems to work, though
[08:57] <pitti> zul: libxen3.1-dev on i386 is empty as well, though
[08:57] <zul> pitti: ok
[08:57] <pitti> zul: accepting for now, but I guess that's not quite right?
[08:57] <zul> nope
[08:58] <zul> will take another look at it when i get home
[08:58] <pitti> zul: thanks muchly
[08:59] <ScottK> pitti: Would you be up for accepting clamav 0.91.1-1ubuntu1 - the Debian maintainer enabled new functionality with the update I just merged and I'd rather get it exposed to the rush of upgraders coming on Thursday.
[09:04] <pitti> ScottK: done
[09:05] <ScottK> pitti: Thanks.
[09:09] <pitti> bdmurray, stgraber, gpocentek: http://cdimage.ubuntu.com/xubuntu/daily/20070717/
[09:11] <mr_pouit> pitti: the seeds were fixed yesterday (issue with goffice), so I don't understand why it still fails :/
[09:11] <stgraber> pitti: thanks
[09:11] <pitti> mr_pouit: "it"?
[09:12] <mr_pouit> pitti: Hobbsee pingued me to tell that the live-cd iso build failed
[09:12] <pitti> mr_pouit: it didn't get to that yet
[09:12] <mr_pouit> ok
[09:13] <stgraber> pitti: alternate are ready for testing as well ?
[09:14] <pitti> stgraber: no, ubuntu and edubuntu are oversized, fix in progress
[09:14] <pitti> stgraber: are you fine with me announcing good images to you over IRC, as above?
[09:14] <ryanakca> cjwatson_: ok, I figured out the /home problem. It's because /dev/mapper/sampi-Home isn't in the fstab, thus, it doesn't get mounted. Going "sudo mount /dev/mapper/sampi-Home /home" fixes the problem.
[09:14] <pitti> stgraber: there will be some varying version numbers, so I'll give the full URL
[09:14] <stgraber> yes, that's fine
[09:14] <pitti> stgraber: do you need the entire list again? or you'll get it from backscroll?
[09:15] <stgraber> pitti: I'm putting Ubuntu, Kubuntu and Xubuntu desktop on the tracker
[09:15] <pitti> stgraber: no, please not yet
[09:16] <pitti> http://cdimage.ubuntu.com/daily-live/20070717.1/
[09:16] <pitti> http://cdimage.ubuntu.com/kubuntu/daily/20070717.1/
[09:16] <stgraber> hmm, ok
[09:16] <pitti> http://cdimage.ubuntu.com/xubuntu/daily/20070717/
[09:16] <pitti> stgraber: those three so far
[09:16] <stgraber> ok
[09:17] <pitti> stgraber: ubuntu-server should actually exist as well, no idea why it's not on the web
[09:19] <pitti> stgraber: I guess it's just a mirror delay, http://cdimage.ubuntu.com/ubuntu-server/daily/20070717 should exist (and does exist on lithium)
[09:19] <stgraber> pitti: ok, those three are ready
[09:20] <pitti> stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/
[09:21] <stgraber> ok, I'll keeping refreshing those two urls :)
[09:21] <pitti> so do I; hm, that was much faster in the past
[09:21] <pitti> I had a long delay for kubuntu, too, though, and eventually it worked
[09:21] <pitti> let's check again in 30 minutes or so
[09:55] <pitti> stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/ and http://cdimage.ubuntu.com/ubuntu-server/daily/20070717/ are operational now
[09:56] <pitti> stgraber: http://cdimage.ubuntu.com/daily/20070717.2/ is now ready (ubuntu alternate)
[09:57] <pitti> mr_pouit: indeed, xubuntu live CDs failed to build
[09:58] <pitti> mr_pouit: "E: Couldn't find package libgoffice-gtk-0-3"
[09:58] <pitti> stgraber: wb
[09:59] <pitti> just in case you did not read it:
[09:59] <pitti> stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/ and http://cdimage.ubuntu.com/ubuntu-server/daily/20070717/ are operational now
[09:59] <pitti> stgraber: http://cdimage.ubuntu.com/daily/20070717.2/ is now ready (ubuntu alternate)
[09:59] <stgraber> ok, thanks
[09:59] <stgraber> (Looks like my dedicated server provider is having some port 6667 problem, I had to use 8001 ...)
[10:00] <pitti> stgraber: I have used 8001 for months, since the time when freenode actively discouraged 6667 for some reason
[10:02] <pitti> stgraber: http://cdimage.ubuntu.com/edubuntu/daily/20070717.2/
[10:02] <pitti> mr_pouit: i386 seems to be happy, but the amd64 one failed
[10:03] <pitti> mr_pouit: ah, no, failed the same way
[10:05] <pitti> stgraber_: http://cdimage.ubuntu.com/edubuntu/daily/20070717.2/
[10:05] <stgraber_> pitti: just connected from my laptop as well
[10:05] <pitti> stgraber_: ah
[10:07] <stgraber> https://isotesting.stgraber.org/isotesting/build/All <-- Updated
[10:08] <pitti> looking
[10:08] <pitti> stgraber: we should now have everything except xubuntu/live, which fails to build
[10:09] <stgraber> pitti: Edubuntu desktop ?
[10:09] <pitti> http://cdimage.ubuntu.com/edubuntu/daily-live/20070717.1/
[10:09] <pitti> ah, mirrored now
[10:09] <stgraber> good
[10:10] <pitti> ogra, bdmurray, Riddell, all: time for CD testing
[10:10] <Kmos> the "quit" button at System menu is working with latest updates in gutsy ?
[10:10] <stgraber> so yes, we have everything except xubuntu desktop
[10:10] <Kmos> i've done the latest ones and I click on it and doesn't do anything
[10:11] <stgraber> pitti: Shall I add the *Upgrades builds to the tracker ?
[10:11] <pitti> stgraber: upgrades builds?
[10:11] <stgraber> We have : "Ubuntu Upgrade amd64", "Ubuntu Upgrade i386", things like that
[10:14] <pitti> stgraber: ah, I see; sure, that would be handy
[10:21] <pitti> stgraber: ah, I like the 'passed/failed' radiobutton and the multi-select 'passed with no bugs'
[10:21] <pitti> great!
[10:25] <stgraber_> pitti: that was part of the most wanted features after tribe-2 :), especially the pass/fail radiobutton
[10:29] <pitti> infinity: find /home/lp_archive/ubuntu/dists/gutsy -name Packages.gz|xargs zgrep "libgoffice-gtk-0-3" -> that does not find anything; are the xubuntu livefs build chroots outdated or so?
[10:53] (pitti/#ubuntu-devel) libapache2-mod-php5 | 5.1.6-1ubuntu2.6 | edgy-security | amd64, i386, powerpc, sparc
[10:53] (elmo/#ubuntu-devel) keescook: it's syncing now
[10:53] <mathiaz> keescook, pitti: for apparmor packages into main - what's the next step ?
[10:53] <pitti> keescook: however, I noticed that CD syncs took drastically longer today than usual, so maybe it's just the same sync slowness
[10:53] <elmo> keescook: cron.daily on drescher is very slow ATM - I'd adjust your expectations about prop time a little to match
[10:54] <keescook> elmo: ah! okay, noted.
[10:54] <mathiaz> keescook, pitti: it seems that we won't try to split the source packages as upstream has one svn repository.
[10:54] <evand> tretle_: PalmOS is hardly dead, but this is not really the place to discuss that.  This is also not the place to discuss packaging new software for Ubuntu.  That's #ubuntu-motu.
[10:54] <keescook> mathiaz: okay, cool.  yeah, all the main magic is up to pitti as far as I know.  :)
[10:55] <mathiaz> keescook: ok. I've asked for an import of upstream.
[10:55] <pitti> mathiaz: right, let's do this right after the tribe release, I got TeTeT's ack
[10:55] <keescook> mathiaz: cool!
[10:55] <mathiaz> pitti: excellent.
[10:56] <pitti> mathiaz: where would we seed that?
[10:56] <mathiaz> keescook: once upstream is in bzr, I'll update the package.
[10:56] <mathiaz> pitti: standard seed ?
[10:57] <pitti> mathiaz: as a recommends?
[10:57] <pitti> mathiaz: IOW, installed by default, but removable?
[10:57] <mathiaz> pitti: yes.
[10:57] <pitti> mathiaz: apparmor and apparmor-utils, anything else?
[10:58] <mathiaz> pitti: no.
[10:58] <pitti> mathiaz: maybe just -utils, since apparmor itself is not that interesting
[10:58] <mathiaz> pitti: hum - not sure. let me check what's in apparmor
[10:59] <mathiaz> pitti: i think there is the init ramfs hook.
[10:59] <pitti> mathiaz: i. e. not interesting on its own to mention it explicitly in the seeds; it'll get pulled in as dependency
[10:59] <ajmitch> are the modules shipped with the kernel package now?
[10:59] <pitti> ajmitch: yes, in l-u-m
[10:59] <tretle_> evand - "tretle_: PalmOS is hardly dead" they have stopped using PalmOS on their devices and one could not argue the fact that their are more people using mobile phones as their organizers these days than PalmOS devices
[10:59] <ajmitch> pitti: right, I've just got an old version installed :)
[11:00] <tretle_> their - there
[11:00] <pitti> mathiaz: ok; I won't change the seeds right now to not get them out of sync to the tribe; we should do this very early after the tribe, Thursday evening or Friday
[11:00] <mathiaz> pitti: apparmor is needed. it has the init ramfs hook, plus the init scripts.
[11:00] <pitti> mathiaz: I know
[11:00] <mathiaz> pitti: ok. np.
[11:00] <pitti> mathiaz: I mean, having it as a dependency is fine
[11:01] <mathiaz> pitti: ok - I understand now.
[11:02] <mathiaz> pitti: so tribe-4 will install apparmor by default.
[11:03] <pitti> yes
[11:03] <mathiaz> pitti: what about upgrades ?
[11:03] <pitti> mathiaz: those, too
[11:03] <pitti> since ubuntu-standard pulls them in
[11:03] <kylem> erm, so we intend to ship apparmor everywhere, or just on server?
[11:03] <pitti> for those people who did not forcefully remove it, anyway :)
[11:03] <ajmitch> seems like everywhere, from the sound of things
[11:04] <pitti> kylem: that would be everywhere (without profiles, though, just the infrastructure)
[11:05] <ajmitch> kylem: you'd prefer selinux-by-default instead? :)
[11:05] <kylem> ajmitch, yes.
[11:05] <ajmitch> so would I, but it's obviously not going to happen for ubuntu
[11:06] <kylem> we could make it happen...
[11:06] <ajmitch> sure, it's mostly policy work to clean it up
[11:15] <pitti> wb ogra
[11:17] <lamont> so apparmor is the competing thing vs selinux?
[11:17] <lamont> because, yeah, selinux would be better.
[11:18] <keescook> lamont: if by "competing" you mean "also uses LSM", then yes.  :)
[11:18] <lamont> keescook: I wasn't ranking them even close to each other, just making sure they were claiming to at least address similar use cases
[11:19] <lamont> we'll still install libselinux by default, yes?
[11:19] <calc> lamont: hi! :)
[11:19] <keescook> lamont: yeah, roughly, they're both MAC systems.
[11:19] <lamont> (if for no other eason than that mount Depends: it now...)
[11:19] <lamont> calc: hi
[11:19] <keescook> lamont: but afaik, libselinux is still fully incorporated
[11:19] <calc> lamont: we got to see all the hp servers last week :)
[11:19] <ajmitch> well a number of apps link to the (admittedly small) library
[11:19] <calc> lamont: at the DC
[11:19] <lamont> calc: DC tour?
[11:19] <calc> lamont: yea
[11:19] <calc> lamont: most of them were familar to me with my HP testing I had done previously
[11:30] <stgraber> pitti: How is the Xubuntu desktop build going ?
[11:31] <pitti> stgraber: not today any more; infinity will fix it tomorrow morning
[11:31] <stgraber> ok
[11:40] <elmo> launchpad website going down for emergency maintenance, in 5 minutes - ETD is < 5 minutes
[11:51] <elmo> LP backup
[12:01] <stgraber> ogra: Edubuntu desktop is showing the gdm prompt instead of auto-login ...
[12:02] <stgraber> pitti: minor issue on Edubuntu desktop, auto-login isn't working
[12:02] <pitti> major issue on ubuntu, compiz totally blocks the machine on session startup :(
[12:03] <pitti> same problem as we already had right before tribe-2
[12:03] <david_ross> hehe
[12:03] <david_ross> pitti: going to send out an update which breaks everything ? :))
[12:04] <stgraber> pitti: argh, how blocked is it ? black screen, gnome half-starting (need to kill compiz, restart metacity and finally compiz-replace to fix), other ?
[12:04] <Riddell> infinity: could you give back soprano in feisty-backports
[12:04] <pitti> stgraber: the 'switch to console, enter a few chars, find it freezing' one
[12:04] <stgraber> bad :(
[12:05] <pitti> stgraber: it's not even half starting; I already saw this, it's not the 'cannot connect to session' bug
[12:06] <pitti> seems that something dropped the nv blacklisting, perhaps
[12:06] <pitti> I'll dig again