=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel === gutera_away [n=gutera@200.175.181.233.adsl.gvt.net.br] has joined #ubuntu-devel === RoninX341 [n=etank@ubuntu/member/etank] has joined #ubuntu-devel === RoninX341 is now known as etank === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-devel [12:26] 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] ryanakca: I also fixed another glitch in partman-auto visible on the guided partitioning menu that wasn't fixed by that devmapper change === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-9e930879f92890f6] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] [12:35] cjwatson: http://pastebin.ca/622545 [12:35] it doesn't look like it's mounted seperately === lmveloso [n=lmveloso@200-193-152-9.mganm702.dsl.brasiltelecom.net.br] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-devel [] === lmveloso [n=lmveloso@200-193-152-9.mganm702.dsl.brasiltelecom.net.br] has joined #ubuntu-devel === zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [01:15] ryanakca: right, could well be something to do with this /dev/dm-* thing in that case; try tomorrow? [01:16] cjwatson: yep === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === jml [n=jml@86.228.233.220.exetel.com.au] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-070-181.pools.arcor-ip.net] has joined #ubuntu-devel === Gadi [n=romm@static-71-249-255-248.nycmny.east.verizon.net] has joined #ubuntu-devel === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel === Gman is now known as GmanAFK === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-devel === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === jack_wyt_ [n=jack@124.64.104.52] has joined #ubuntu-devel === teolemon [n=pierre@clamwin/translator/teolemon] has joined #ubuntu-devel === teolemon [n=pierre@clamwin/translator/teolemon] has left #ubuntu-devel [] === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === elpargo [n=elpargo@121samana81.codetel.net.do] has joined #ubuntu-devel === siti [n=siti@clix-jaquesmartin-nz.cpe.clix.net.nz] has joined #ubuntu-devel [02:41] hi I believe I found a conflict between vmware and networkmanager packages, for my wireless setup. [02:43] elpargo: have you filed a bug? [02:43] 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] link to the bug? [02:44] 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] ups sorry [02:44] http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg364564.html damn google... === elpargo_ [n=elpargo@121samana81.codetel.net.do] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [02:48] 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] interesting [02:49] have you chatted with upstream networkmanager? [02:49] yay logout fade with compiz === RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-devel [02:51] Burgundavia, not yet I wanted to see if it was a problem with the package itself. === ryu [n=chris@unaffiliated/ryu] has left #ubuntu-devel ["Gone] [02:52] elpargo: I have no idea. NM is ubuntu does carry a fair amount of patches === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel === dabaR [n=dabaR@wnpgmb09dc1-159-42.dynamic.mts.net] has joined #ubuntu-devel [02:59] Burgundavia, seems to be a driver issue http://mail.gnome.org/archives/networkmanager-list/2006-March/msg00257.html [03:00] elpargo: ah === mjr [i=mjr@aulis.sange.fi] has left #ubuntu-devel [] === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel === fbond [n=fab@pool-71-169-140-159.burl.east.verizon.net] has joined #ubuntu-devel === Gadi [n=romm@static-71-249-255-248.nycmny.east.verizon.net] has left #ubuntu-devel [] === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel === aquo [n=aquo@dslb-088-073-210-098.pools.arcor-ip.net] has joined #ubuntu-devel === hunger_t [n=tobias@p54A71F6D.dip0.t-ipconnect.de] has joined #ubuntu-devel === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel === sevrin [n=sevrin@ns1.clipsalportal.com] has joined #ubuntu-devel === kyled185 [n=kyle@dpc67142242193.direcpc.com] has joined #ubuntu-devel [05:18] 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] ack sorry I just noticed the topic, I'll ask in the proper channel [05:20] :) === gustavold [n=gustavo@201.21.235.173] has joined #ubuntu-devel === jdong hands kyled185 for being a good boy? === stub [n=stub@ppp-58.8.4.94.revip2.asianet.co.th] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-20-14.net-htp.de] has joined #ubuntu-devel === fabbione_ [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel === kyled185 [n=kyle@dpc67142242193.direcpc.com] has left #ubuntu-devel [] [05:51] 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] seems like basic things like that would be the first things to be localized === Starting logfile irclogs/ubuntu-devel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel === Topic for #ubuntu-devel: Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty, #ubuntu+1 for gutsy support | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Main will freeze on Tuesday for Tribe 3 preparations === Topic (#ubuntu-devel): set by Hobbsee at Sat Jul 14 18:28:18 2007 === Toadstool [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-devel [05:59] how would i troubleshoot why my fan is on full speed, and my system is incredibly slow? [06:00] LongPointyStick: laptop? === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [06:01] LongPointyStick, ps aux ? [06:01] and top [06:01] etc [06:01] if i wanted to know why things are slow, i'd use "top" [06:02] 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] 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 === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [06:03] something like this: http://paste.ubuntu-nl.org/30187/ :) [06:04] Hobbsee: Is your hard drive appearing as an sd, or hd device? [06:04] superm1_: haha, ya. [06:07] superm1_: nothing of particular interest [06:07] in htop [06:07] apart from massive amounts of both cores being used [06:08] but no indication of what process? [06:08] doviende: yes [06:08] superm1_: nope [06:08] superm1_: it starts while the machine is booting - fairly early in teh boot sequence === Hobbsee should turn "quiet" off, and see [06:09] TheMuso: sda, when it's working properly === Hobbsee has rebooted now [06:09] oh ok. Thgouth it may have been a DMA issue. [06:09] or something along those lines. === lionel [n=lionel@ip-211.net-81-220-127.rev.numericable.fr] has joined #ubuntu-devel === SourceContact [n=SourceCo@ip24-252-111-89.no.no.cox.net] has joined #ubuntu-devel === fbond [n=fab@pool-71-169-140-159.burl.east.verizon.net] has joined #ubuntu-devel === wolfeon is now known as dross === nrpil [n=nrpil@s5591f679.adsl.wanadoo.nl] has joined #ubuntu-devel === Eleaf [n=ethan@69.39.24.28] has joined #ubuntu-devel [06:31] hi, I have a question about the package nvidia-glx-new. [06:31] 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] 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? === ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel === j_ack [n=j_ack@p508DA36A.dip0.t-ipconnect.de] has joined #ubuntu-devel === ijuz_ [n=ijuz@p54ABEE56.dip.t-dialin.net] has joined #ubuntu-devel [06:54] asac: it's inherited from the Debian source package; Bart is better addressed === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-devel === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [07:09] peace === Eleaf [n=ethan@69.39.24.28] has left #ubuntu-devel ["At] === dross is now known as david_ross === infinity_ [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel [07:43] nice, shiny bling... [07:43] hi Fujitsu === micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-devel === Toxicity999 [n=bryan@unaffiliated/Toxicity999] has joined #ubuntu-devel [07:45] Amaranth: ping [07:47] Hobbsee: pong [07:47] Amaranth: were you planning to fix https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/107109 ? [07:47] Launchpad bug 107109 in compiz "No "New Login" for user with Desktop effects enabled" [Critical,Triaged] [07:48] Hobbsee: not really fixable [07:48] well, i can make compiz bail out and load metacity [07:48] oh, i commented on that bug awhile ago :P [07:49] we can't check 'direct rendering: no' because thanks to AIGLX and Xgl that doesn't mean anything [07:50] fun [07:51] i suppose we could jump through some hoops to see if you have more than one X running [07:52] Amaranth: come on boy [07:52] heh [07:52] Amaranth: (1) xvinfo | grep Xgl is a good test for Xgl [07:52] well, it's not that hard [07:52] jdong: AIGLX though [07:52] Amaranth: why doesn't new session work for AIGLX?? [07:52] ah [07:52] nvm [07:52] jdong: no no, i'm saying with AIGLX checking direct rendering is useless [07:52] RTFMBR [07:53] uh [07:53] don't know that one [07:53] Malone Bug Report [07:53] :D [07:53] Could we go crazy and spawn multiple Xgl sessions by default? [07:53] Hobbsee: also i can't fix anything right now because seb128, dholbach, and mvo are at GUADEC and i'm not :P [07:54] Amaranth: that's what i figured, too [07:54] RAOF: dude that was the original idea :) [07:54] I got it! [07:54] how about we have a master X server that spawns child Xgl fullscreens for each user? [07:54] MUAHAHAHAHA [07:54] Amaranth: Aaah. So, why not. Oh, of course. That'd mean Xgl needs to be in main [07:55] jdong: dude that was the idea [07:55] jdong: with some minimal window management in gdm to do a neat transition when you switch users [07:55] LP: #121135 [07:55] Amaranth: IMO that's not a bad idea at all [07:55] bug 121135 [07:55] Launchpad bug 121135 in compcomm-plugins-main "/usr/bin/dpkg returned an error code" [Medium,Fix committed] https://launchpad.net/bugs/121135 [07:55] jdong: that's what i said [07:55] RAOF: meh we just suck patches from Novell buddies [07:56] Amaranth: I'd totally go for that.... hell Xgl is a lot faster on most system rendering 3D effects anyway [07:56] Hobbsee: I'm not core-dev :) [07:56] the only painful thing is scrolling :) [07:56] Hobbsee: need to wait for mvo to get anything done [07:56] Amaranth: true [07:56] Amaranth: there are other core devs around [07:56] unless you want to snag that package from bzr and upload it [07:56] that one's fixed, anyway [07:57] jdong: Or David could just do an Xgl *release* finally. [07:57] was sponsored on june 30 [07:57] 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] RAOF: haha [07:58] 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] RAOF: this reminds me of ion? [07:58] Amaranth: Bah, just feed crazy untested code through the Hobbsee spigot [07:58] hah [07:58] RAOF: sounds good [07:58] Hobbsee: I've got this copy rendering patch.... [07:58] dream on. [07:58] i want to freeze main today [07:58] eh? [07:59] yay, down to 22! [07:59] Amaranth: tribe 3 [07:59] we got another tribe coming up? [07:59] Amaranth: see the /topic [07:59] yep [07:59] wow, that was fast [07:59] it just changed to tuesday here :) [07:59] only for you who doesnt coordinate them :) [07:59] it's 4pm tuesday now, but i'll have to wait for a while, yes [07:59] 22 critical bugs? [08:00] bug 122949 has an _easy_ fix [08:00] 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] Amaranth: not critical. [08:00] 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] ield.omit_dupes=on&field.has_patch.used=&field.tag=&field.has_cve.used=&field.has_no_package.used=&search=Search [08:01] http://tinyurl.com/2krybt [08:01] Ouch [08:01] that's a bad url. === xtknight [n=xtknight@c-68-43-120-159.hsd1.mi.comcast.net] has joined #ubuntu-devel [08:01] Hobbsee: I'm going to check /var/log/snort.... and I think your name will be in there :D [08:02] :P [08:02] Hobbsee: why doesn't 122949 show up on there? [08:02] Amaranth: because it's not milestoned for tribe 3? [08:02] oh [08:02] in that case, i can clear compiz off your list ;) [08:02] unless those guys stop drinking and get on IRC :) [08:02] haha [08:03] yeah, well. it looks like gnome* will have to be deferred [08:03] but i get the suspicion that some of this stuff is already fixed, but not closed [08:03] nice to see so many open bugs there [08:04] how can it be Incomplete and milestoned for tribe-3? [08:04] it == a bug === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-devel [08:05] ajmitch: well, i'm shoving a lot of them off, so... === ajmitch hugs dholbach [08:06] dholbach! [08:06] Amaranth: because some people are milestoning things weirdly. *shrugs* [08:06] hey dholbach! [08:06] good morning [08:06] hey Amaranth, ajmitch, Hobbsee! === Hobbsee hugs dholbach === dholbach hugs Hobbsee back === Toxicity999 [n=bryan@unaffiliated/Toxicity999] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:12] Good morning [08:12] morning pitti! === pitti hugs Hobbsee [08:12] 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] Launchpad bug 119289 in cupsys "make backend invocation compatible to upstream" [High,In progress] === Hobbsee hugs pitti back :) [08:13] morning pitti [08:13] morning pitti [08:13] Hobbsee: no, it is not; that's horribly complicated [08:13] pitti: was it you who was assigned the hardware db stuff? [08:14] pitti: right. i presume you want to defer that, as per the discussions a couple of days ago? [08:14] Burgundavia: no, it's not assigned ATM [08:14] Hobbsee: yes, I just didn't get to it [08:14] pitti: moving to -desktop [08:15] pitti: deferred [08:18] oy, ajmitch :) [08:18] ajmitch: any plans to fix https://bugs.launchpad.net/ubuntu/+source/samba/+bug/85194 ? [08:18] 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] ogra's not at guadec, is he? [08:26] pitti: also, were you looking into https://bugs.launchpad.net/ubuntu/+source/language-pack-fr-base/+bug/122277 ? [08:26] Launchpad bug 122277 in language-pack-fr-base "gutsy language pack doesn't ship the gdebi translation" [Undecided,New] === StevenK waves to pitti [08:27] Hobbsee: oh, I'll do that today [08:27] hi StevenK [08:27] pitti: great, thanks [08:27] Hobbsee: erk, I need to upload new base langpacks, to minimize the space [08:27] pitti: Can I bug you about a sync? :-) [08:27] StevenK: yes [08:28] pitti: get to it :) === pitti summons carlos [08:28] pitti: Bug 124900 [08:28] 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 === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [08:30] StevenK: so, I shall sync gtkpod and also gtkpod-aac, and then kipi-plugins will build? [08:31] I wasn't aware gtkpod-aac was in Debian. === persia thought gtkpod-aac needed a new special Ubuntu upload [08:31] pitti: kipi-plugins has built already. [08:31] StevenK: so what about the gtkpod-aac and kipiplugins tasks? [08:32] I think that was the submitter being over excited. :_) === Dezine [i=enforcer@c-71-61-192-14.hsd1.pa.comcast.net] has joined #ubuntu-devel === Dezine [i=enforcer@c-71-61-192-14.hsd1.pa.comcast.net] has left #ubuntu-devel [] [08:33] StevenK: synced; I'll just close the gtkpod task, and leave the others to you [08:34] pitti: Thanks === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-devel [08:34] I was going to be lazy and ask tepsipakki to deal with gtkpod-aac. [08:40] morning [08:40] morning fabbione! === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [08:47] *** WARNING: IMPENDING MAIN FREEZE *** === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-devel === fabbione uploads a couple of new kernels === Hobbsee beats fabbione with a big stick [08:53] you need more than a big stick for me :P === Hobbsee gets out the large piece of concrete === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-devel === ..[topic/#ubuntu-devel:Hobbsee] : Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty, #ubuntu+1 for gutsy support | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Main FROZEN for Tribe 3 === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [09:05] jdong: can you test https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/126469 for me? [09:05] Launchpad bug 126469 in gnome-session "[patch] logout fadeout when compiz is running" [Medium,Triaged] [09:05] jdong: really want to get it into tribe-3 :) === Hobbsee waves the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! threateningly at Amaranth [09:07] hehe [09:08] Hobbsee: it's related to high priority spec ;) [09:09] hahaha [09:09] good luck === Hobbsee therefore demands kde4, finished, in main, right now. "it's related to a high priority spec, so it's allowed!" [09:09] heh [09:09] haha [09:09] mine is plausible :) [09:10] soren: the samba upload was just caught by the freeze [09:10] Hobbsee: Good luck with that. :-) [09:10] soren: how important is this for tribe3? === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel [09:11] oh, you've already frozen [09:11] dang [09:11] it'd be nice if people could test the patch that Amaranth pointed to (bug 126469) [09:11] Launchpad bug 126469 in gnome-session "[patch] logout fadeout when compiz is running" [Medium,Triaged] https://launchpad.net/bugs/126469 === pitti hugs dholbach for fixing bug #122949 [09:11] Launchpad bug 122949 in compiz "Tray icons take a LONG time to appear with compiz enabled" [Critical,Fix released] https://launchpad.net/bugs/122949 === munckfish [n=munckfis@82-41-13-152.cable.ubr02.edin.blueyonder.co.uk] has joined #ubuntu-devel [09:12] pitti: :D [09:12] who would have thought disabling session management would break gnome-session? ;) [09:13] 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 === dholbach is happy with window decorators [09:13] dholbach: 30-40 seconds? that rather sounds like another incarnation of the session connection bug? [09:13] dholbach: did you wait long enough after login? [09:13] pitti: yeah, but that was because gnome-session looked for things that gnome-power-manager did not send anymore :) [09:14] ahhhhh! ;-) [09:14] pitti: I'd appreciate it if you pushed it through. [09:14] ok, I was too impatient [09:14] dholbach: ^ I thought that got fixed for tribe1?? [09:14] pitti: yes yes yes it was [09:14] :-) [09:14] pitti: Just for the sake of testing. [09:14] dholbach: it works now? [09:14] Amaranth: yes, it does - pitti was right: I was too impatient [09:14] pitti: More testing of the previous samba version won't do us much good anyway. [09:14] 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] dholbach: ok, good *phew* :) [09:15] Amaranth: did you test your patch with metacity? === dholbach will do that now [09:15] dholbach: yes [09:15] if that works out ok, I'll upload it [09:15] i say so in the bug [09:15] soren: ok; you specifically tested the client lib, right? (through nautilus, etc.) [09:15] bbiab [09:15] just start metacity and click logout [09:15] bleh, no need to start a new session :P [09:15] pitti: Both command line utils, server and library (through nautilus), yes. [09:16] soren: you are the samba person? [09:16] Hobbsee: That's sort of a dangerous question to answer. [09:17] hah [09:17] soren: waved through [09:17] pitti: Thanks! [09:17] Hobbsee: that reminds me of http://uwstopia.nl/blog/2007/07/as-heard-on-guadec [09:17] Hobbsee: Do you need anything in particular or are you just looking for who to blame when it doesn't work? [09:17] soren: the latter [09:17] soren: and who to assign bugs to when it's broken, and needs fixing. [09:17] Hobbsee: Then it's someone else. :p [09:17] hahahaha [09:18] Hobbsee: Server team. [09:18] soren: you're screwed over by the TIL principle [09:18] which you're on, right? :P [09:18] 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] haha [09:19] soren: i wield the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! . ignoring me is not in your best interests. [09:19] :P === Amaranth fears [09:19] Nor would it be very easy with that scary thing waving in one's face. [09:19] haha, indeed :) === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-devel [09:20] Hobbsee: did you see the nice earrings I bought in Birmingham? [09:21] simira: i did! :) [09:21] simira: they're very pretty === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-devel === elpargo [n=elpargo@121samana81.codetel.net.do] has joined #ubuntu-devel [09:23] Amaranth: I uplaoded the gnome-session change [09:23] hi anyone around that can kick some lamers form #ubuntu [09:23] it works nicely for me too [09:23] they are spamming the chat.... [09:24] dholbach: awesome [09:24] elpargo: they were gone before you even said something here :) === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-devel [09:25] elpargo: i saw with the -ops call [09:25] elpargo: call it earlier, we'll respond earlier. [09:25] :) [09:25] hehe thanks guys [09:26] I really don't get why people do that... so annoying nothing to gain out of it. === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.4.94.revip2.asianet.co.th] has joined #ubuntu-devel === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel === oni [n=oni@p5483249E.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:40] 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] Launchpad bug 118744 in gfxboot "no gfxboot in gutsy with new syslinux" [High,Confirmed] https://launchpad.net/bugs/118744 [09:40] gout another spammer ... :( [09:40] elpargo: Please use #ubuntu-ops for this, as opposed to here. [09:40] elpargo: just keep calling !ops when it happens and we'll keep on it, no need to talk about it here [09:40] oh I didn't knew about that channel or command will do that from now on. [09:43] pitti: did you demote freetype1? thx anyway [09:43] doko: yes, I did, nothing wanted it any more; you still need it? [09:43] pitti: no, I did remove the last user =) === pitti hugs doko [09:44] pitti: Was python-eye3d or somesuch also on the list to be demoted? [09:44] doko: cruft-- :) [09:44] StevenK: no, I didn't touch that [09:44] pitti, Hobbsee: permission to upload lvm2. debdiff: http://people.ubuntu.com/~fabbione/lvm.debdiff [09:44] pitti, Hobbsee: it's a safe change.. and tested [09:44] affects only sparc [09:44] pitti: I was just curious if it was, since libgpod jumped to mutagen from it. [09:44] it fixes install on lvm when running on virtual disks [09:45] fabbione: looks fine to me [09:45] (well it fixes lvm on vdisks... but also the install) [09:45] pitti: ok thanks === Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [09:45] pitti: it's uploaded.. i guess you can allow it or not as you prefer [09:46] fabbione: I guess we really want that, so that LDOM can be properly tested on tribe3? [09:46] Tonio_: Ping, I'd like your opinion about amarok when you have a spare sec. [09:46] StevenK: I'm there :) [09:46] hi everyone [09:46] 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] pitti: it's a table extension... no code change.. [09:47] fabbione: right; I'll accept it once it's in the queue [09:47] pitti: but seriously.. i am not going to force this down your throat [09:47] Tonio_: I uploaded a rebuild-only change last night, which failed ... due to some other library changing it looks like. [09:47] pitti: cheers [09:48] dholbach: how save is that gnome-session upload? [09:48] StevenK: hum, interesting.... [09:49] StevenK: can't look at that right now, but I'm adding this t my todo.... [09:49] StevenK: I'll have a look at the buildlog at 12 === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [09:50] Tonio_: Cool, thank you. :-) [09:52] pitti: sigh. I guess so :-( [09:52] pitti: very [09:53] Amaranth: it works with metacity, too? [09:53] yep [09:54] yes, I tested it with metacity too [09:55] accepted [09:55] hmm, I wonder if we can demote dhcp to universe in time for tribe-3 if I do a few seed merges? [09:55] woohoo === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [09:55] right after tribe-3 i'll fix gksu too :) [09:56] 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] sadly it was [10:00] fabbione: pitti looks safe === jinty [n=jinty@145.Red-83-56-156.dynamicIP.rima-tde.net] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [10:06] ogra! [10:06] hey [10:06] Amaranth: you can fix it now. it'll sit in the queue [10:06] ogra: i come to poke you about tribe 3 stuff [10:07] oh sigh, totally forgot about tribe 3 [10:07] ogra: main is already frozen :/ === ogra is fully drugged, had a jaw surgery yesterday [10:07] well, freezing :) [10:07] ogra: ouch [10:07] eek [10:07] ogra: spin around in a circle three times [10:07] ;) [10:07] 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] Launchpad bug 122796 in ltsp "ltsp default dhcpd.conf broken on tribe2 installs" [High,Triaged] [10:08] Hobbsee, no, yay ... i was running around with an exploding head for the last 10 days [10:08] ahhh... [10:08] Hobbsee, thats fixed, wortse is that i hhave to rewrite the udeb ... [10:08] ogra: which? [10:08] there are two bugs there - are they both fixed? === raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:10] Hobbsee, oh, sorry, i (as ubotu) missed the second one [10:10] ogra: ahh [10:10] i think its bug 121547 [10:10] 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] yeah [10:13] ogra: so is https://launchpad.net/bugs/121547 an edubuntu-blocker? [10:13] Launchpad bug 121547 in ltsp "[Gutsy] LTSP chroot building process hangs at 50% on Tribe1 CD" [Undecided,Confirmed] [10:14] 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] ogra: is it that hard to fix the dhcp configuration? [10:14] ogra: that one is pretty nasty [10:15] ogra: right. [10:15] pitti: ogra said the dhcp one was fixed, and the other one wasnt. [10:15] ah, cool [10:15] pitti, thats already done here, i havent uploaded yet (its a native package, i like to collect stuff before bumping the version) [10:16] (assuming i read correctly( [10:16] you did [10:17] \o/ [10:21] stgraber: ping === Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel [10:25] Are Debian removals still being automagically processed? === cassidy [n=cassidy@81.187.73.203] has joined #ubuntu-devel [10:25] Hobbsee: pong [10:25] stgraber: any chance we can get the iso testing site updated for tribe 3? [10:25] Were Debian removals ever automagically processed? [10:26] Hobbsee: yes [10:26] 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? === amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel [10:27] Hobbsee: Can I add all isos or are some still generating ? [10:27] stgraber: um, they're all invalid, except for kubuntu desktop, i think [10:27] i'm not sure how your adding works === aquo [n=aquo@dslb-088-073-248-121.pools.arcor-ip.net] has joined #ubuntu-devel === mvo [n=egon@81.187.73.203] has joined #ubuntu-devel [10:28] hi mvo [10:28] mvo! [10:28] hey pitti [10:28] 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] hey Hobbsee === StevenK waves to mvo [10:29] mvo: please dont break the livefs', right before the main freeze. [10:29] stgraber: right, OK, that's fine. i wasnt sure how much prework needed to be done. [10:29] Hobbsee: I did not do the compiz upload [10:29] Hobbsee: but I can do a upload now to fix the breakage [10:29] Hobbsee: we currently have network so I better be quick ;) [10:29] stgraber: it seems like we're going to have cds ready for testing in stages [10:30] mvo: true, but it appears that you did the control changes. [10:30] mvo: please do [10:30] Hobbsee: I put the Tribe-2 isos as tested and set tribe-3 as the release currently tested [10:30] mvo: keep the netwrok there :) [10:30] stgraber: neat, thanks :) [10:30] c [10:30] ugh [10:30] damn kvm [10:31] infinity_: unping, then. === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [10:35] greetings, seb128 [10:36] hey seb128 === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [10:37] pitti: Can I get you to poke through the gtkpod-aac upload I just did? [10:37] GUADEC network, not good === azeem_ [n=mbanck@ppp-88-217-47-129.dynamic.mnet-online.de] has joined #ubuntu-devel [10:38] StevenK: no problem, it's multiverse [10:38] pitti: Thanks [10:39] seb128: that's a shame [10:39] yeah [10:40] just enough network to break compiz ;) === Hobbsee hunts out seb128 [10:41] :P [10:41] hey Hobbsee [10:41] hiya [10:42] let's see what I can break today ;) === infinity_ is now known as infinity === azeem_ is now known as azeem [10:44] seb128: go ahead. [10:44] seb128: archive is frozen. [10:44] seb128: so i'll just deny you :P [10:44] \o/ [10:44] Hobbsee: [10:44] <- archive admin ;) [10:44] haha [10:44] hehe [10:44] seb128: Release manager for tribe 3: --> Hobbsee. [10:44] does that trump? === seb128 hugs Hobbsee [10:45] :P === Hobbsee hugs seb128 back :D [10:45] Let's not get into the who trumps who game. :P [10:45] if we do, I think elmo wins. :-P === \sh [n=nnsherma@server3.servereyes.de] has joined #ubuntu-devel [10:46] infinity: can you turn the cron jobs off king and royal please? [10:46] Hobbsee: Just did, 5 minutes before you asked. :) [10:47] Hobbsee: (Was tipped off by the "17.1" question) [10:47] infinity: ah, so you were summoned. :) [10:47] infinity: ahh [10:47] thankyou :) [10:47] no, he's just really good at divining stuff [10:48] Changed the entry level script from 'project-builder [10:48] to 'image-creator', [10:48] Mithrandir: Do you have a trigger change for that? === elpargo [n=elpargo@244samana81.codetel.net.do] has joined #ubuntu-devel [10:49] (And people wonder why I read -changes...) [10:49] infinity: yes, please pull. [10:49] I knew I forgot one thing [10:50] Mithrandir: Merged. [10:50] merged or pulled? (as in, do you have any divergence?) [10:50] Hobbsee: you were pinging me earlier? [10:50] Mithrandir: No divergernce. Merged, because it's a branch, not a checkout. [10:50] Anyone knows if Henrik is supposed to be around today ? (I won't be there this afternoon) [10:50] ajmitch: yes, was wondering if you were planning to fix that samba bug which was mentioned above, due to TIL, iirc. [10:51] i think i pinged with the required info [10:51] infinity: you should be able to pull anyway. [10:51] Hobbsee: can't say that I was planning to, but I can if you really really want [10:51] Mithrandir: Oh, maybe. By bzr-fu is weak. [10:51] stgraber, depends how long his ferry back from london takes and when he travelled [10:52] ajmitch: it's not critical. it was just milestoned for some unknown reason [10:52] it can wait [10:52] ajmitch: of course, i fyou fix it, it can just sit in the unapproved queue [10:52] Hobbsee: right, and activity log doesn't tell me who/why [10:52] ajmitch: indeed. i'd like to know too. is the canonical QA group involved? [10:53] reminds me that I have a coreutils FTBFS fix to upload [10:53] well, heno was the last person to touch the bug [10:53] ajmitch: ie, are they subscribed? [10:53] Hobbsee, ltsp 5.0.21 for you in the queue to wave through ... (with the dhcp fix) [10:54] nope === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [10:54] ogra: it only effects edubuntu, presumably? [10:54] yup [10:54] pitti: please accept the ltsp upload. it's on his own head if he breaks his flavour distro. [10:54] :P [10:54] :) === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [10:57] stgraber: s/We aren't testing any ISO at the moment/We aren't testing any ISOs at the moment/ === Hobbsee is picky with grammar and such. [10:57] when you next go to edit :) [10:57] if you are picky; s/aren't/are not/ [10:57] s/;/:/ [10:59] 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] Mithrandir: i believe aren't is still legitimate english :P [10:59] Hobbsee: it's rather informal [11:00] Hobbsee: it's very informal [11:00] true that [11:00] :) === Hobbsee tickles ajmitch [11:00] hey! [11:00] Hobbsee: if you give your ack in the next two minutes, dhcp will make this publisher run [11:01] pitti: +1, with the full knowledge that i dont really understand the contents of that diff :P [11:01] 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] ah right [11:02] Hobbsee: oh, right, well if you are picky with grammar I'm sure you'll see tons of others :) [11:02] 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] Hobbsee: *yada yada technobabble* recalibrate phase inverters of secondary antineutrino emitters *bla* [11:02] lol [11:02] stgraber: true. it's after i notice something that it really starts to annoy me :P [11:02] pitti: hahaha. [11:02] Hobbsee: we do not have a libcap1 udeb, and we do not need the derooting in d-i [11:02] i see [11:03] pitti: just reverse the polarity [11:03] Hobbsee, Mithrandir : fixed :) [11:03] stgraber: great :) === RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel [11:10] asac, Hobbsee: Do we actually need a new firefox for bug 123800?} [11:10] Launchpad bug 123800 in firefox "[gutsy] resource:/browserconfig.properties not installed" [High,Confirmed] https://launchpad.net/bugs/123800 [11:10] asac: will that be combined with the security update? [11:10] ogra: so bug 121547 is for tribe4? [11:10] 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] Hobbsee: hug dholbach for fixing compiz please === Hobbsee hugs dholbach [11:15] mvo, Hobbsee: hug Amaranth instead :) === dholbach hugs Hobbsee back === mvo hugs Amaranth [11:15] mvo: just spotted that. === Hobbsee hugs Amaranth too then === Hobbsee made the mistake of assuming that her apt cache was current [11:15] funny story [11:16] 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] Heh [11:18] pitti: no ... this is gutsy only [11:18] asac: right, that's what I meant [11:18] pitti: i am still unsure if i will come to get this fixed for tribe-3 [11:18] hiya asac! [11:18] asac: if that bug is not a OMGSIF type, we can also move it over to T4 [11:18] 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] Hobbsee: FYI, I fixed langpack-o-matic for bug #122277, waiting for carlos' tarball now [11:19] 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] a real problem ... i mean [11:19] pitti: great :) [11:19] hi Hobbsee [11:19] asac: hm, but new installs will have ubufox by default, right? [11:19] yes ... but if you go to add-ons and disable it you have the same effect [11:20] not a first run show-stopper though ... I agree. [11:21] pitti: ok i think i move this to after the freeze ... you have my blessing [11:21] asac: ok, good [11:22] pitti: done === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel === aquo [n=aquo@dslb-088-073-248-121.pools.arcor-ip.net] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === cassidy [n=cassidy@81.187.73.203] has joined #ubuntu-devel [11:36] pitti, i'll still try to attack bug 121547 but will have to live with it if i dont manage ... [11:36] 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] 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] Hobbsee, i know, its not my first milestone CD ;) [11:38] ogra: true. was merely saying that as my opinion, being the RM for tribe 3. [11:38] yep === Hobbsee --> dinner, for real this time. === fnordus [n=dnall@24.84.160.227] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [11:47] mvo: "No GLXFBConfig for default depth" what causes that in compiz? [11:48] Riddell: incomplete X drivers, would you be able to test a patch ? [11:48] Riddell: I have something to detect that, but I have no hardware that triggers it === keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel === zerbero__2 [n=jga@pD9527C92.dip.t-dialin.net] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [11:53] mvo: sure [11:53] mvo: but curious since my x drivers were working last week === Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel [11:54] 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] mvo: also I reported https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/126521 [11:54] Launchpad bug 126521 in compiz "compiz should fall back to kwin" [Undecided,New] [11:55] Riddell: oh, of course - we will fix that [11:55] :) [11:59] Riddell: could you please apply http://paste.ubuntu-nl.org/30201/ to /usr/bin/compiz and see if it detect it right? [11:59] Riddell: I have seen this falure when multiple X servers were runing [11:59] Riddell: have you seen that amarok ftbfs issue ? [11:59] Riddell: very strange... [12:00] mvo: I've posted to u-d. [12:00] iwj: thanks [12:00] OMG WTF autopkgtest has sent me rather too much mail. [12:01] move them to =spam ;) === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel [12:02] haha [12:03] iwj: good to know that works then [12:04] 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] StevenK: the amarok build issue is due to some recent changes to kdelibs [12:07] Ahh. [12:07] Tonio_: I'm happy to fix amarok to build and upload it, if you like. [12:07] StevenK: amarok doesn't have to be fix [12:07] Tonio_: I'm just unsure of what the source changes need to be. [12:07] Ahhh. kdelibs does. Neat. [12:08] StevenK: the patch is not good, redefines kdialogbase class, which potentially causes lots of issues === mvo needs to find a power plug [12:08] Tonio_: If it's backing out one patch from kdelibs, I can do that and upload if you like. [12:09] StevenK: I'm doing it right now :) [12:09] Tonio_: Ah, excellent. I suspect Hobbsee can be bribed into accepting it. :-) [12:10] yup [12:14] Tonio_: Oh, and I can answer the question you asked in the changelog of kdelibs 4:3.5.7-1ubuntu6, too ... :-) [12:14] StevenK: what question was that? === Martinp23 [n=Martinp2@wikimedia/Martinp23] has joined #ubuntu-devel [12:15] StevenK: why it only failed to build on i386 ? :) [12:15] StevenK: yeah I didn't understood that, due to the issue, that should fail on every arch I guess :) [12:15] Tonio_: Right. [12:15] StevenK: I'd be glad to have an explanation [12:16] 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] i386 buildds builds [12:16] StevenK: ahhhhhhhhhhh, that's clear now :) [12:17] StevenK: kdelibs uploaded [12:17] Tonio_: Great, thanks. [12:17] StevenK: once in the repos, you can reupload amarok for rebuild [12:17] StevenK: or ask for rebuild to be launched.... [12:17] Tonio_: It failed to build, I was planning on begging for a give-back. [12:17] StevenK: is that possible to rebuild without reuploading ? [12:18] pitti, Hobbsee: can you please approve kdelibs upload ? [12:18] Tonio_: If it failed on all arches, yes. [12:18] 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] Tonio_: You may need to explain the changes/show a debdiff to get it approved. [12:19] StevenK: Hobbsee uploaded the patch, so she is aware of the potential problems with it :) [12:19] StevenK: it might not be a surprise for her that we have to drop it [12:19] Ahhh [12:20] 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] Hobbsee: I'll ping _StefanS_ on that point, there should be another way to do that, like writing another class that inherits KDialogbase.... === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel === mantiena-baltix [n=ubuntu@ctv-84-55-4-28.init.lt] has joined #ubuntu-devel [12:27] Hi all [12:30] would anyone scream if I changed our nss-mdns package to take mdns4 off the end? [12:30] (of hosts: in nsswitch.conf) === ogra wouldnt ... but then i dont use it :) [12:30] (yet) [12:31] the disadvantage is that mDNS resolution would no longer work outside the .local and 169.254.0.0/16 ranges; the advantage is that normal forward and reverse lookups wouldn't have a 5-second penalty timeout added to them === nags [n=nags@125.16.129.16] has joined #ubuntu-devel [12:31] mDNS would still work fine within .local and 169.254.0.0/16, due to mdns4_minimal [12:31] see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414569 [12:31] 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] and bug [12:32] is there any use for mdns beyond local stuff ? [12:32] bug 94940 [12:32] 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] ogra: apparently some people care, I just don't know how many [12:33] cjwatson: ++ [12:33] which is why I'm asking === ogra wouldnt want to connect to all rhythmboxes over the world ... [12:34] ogra: ... you wouldn't anyway. [12:34] please, I'm looking for serious responses from people who actually use mDNS [12:34] well, i'd see them, no ? === ogra keeps quiet then [12:34] cjwatson: what is the question? [12:35] Mithrandir: whether anyone needs mDNS resolution outside the .local and 169.254.0.0/16, and if so what for [12:35] s/,/ ranges,/ [12:35] 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 169.254.0.0/16. [12:36] persia: and you don't have a link-local address on both hosts too? [12:36] Mithrandir: Hmm. Maybe I do. [12:37] Mithrandir: At least not on my workstation, so I'd say no. [12:37] Mithrandir: You're not supposed to allocate IPv4 LL addresses if you have an IP address via other methods. [12:37] broonie: ah, ok. === elpargo [n=elpargo@49samana81.codetel.net.do] has joined #ubuntu-devel [12:38] cjwatson: You shouldn't do mdns outside the expected ranges because it's a security problem. [12:38] iwj: why is it a security problem? [12:38] It makes it much easier for people to pretend to be (say) google. [12:38] dns isn't secure anyway. [12:38] err [12:39] (unles you're using dnssec and all that) [12:39] Mithrandir: that's a deeply unhelpful answer [12:39] unless, even [12:39] True, but this provides an explicit mechanism for local overrides by link-attached peers. [12:39] Without mdns a machine on the same link has to play games with MAC addresses or arp or something. [12:40] (Which depending on the network configuration can be very difficult, and is certainly harder than configuring your mdns responder to pretend to be google.) === kaptengu [n=kaptengu@c213-100-60-183.swipnet.se] has joined #ubuntu-devel [12:44] I thought it was only looking up .local using mdns anyway? === jgoss [n=jgoss@unaffiliated/jgoss] has joined #ubuntu-devel [12:45] Mithrandir: that's what mdns4_minimal does. mdns4 tries everything as a fallback. [12:45] mdns4_minimal resolves in .local and 169.254.0.0/16; mdns4 tries to resolve everywhere. [12:45] 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] I'm probably dense, but I don't really see a use case for mdns4, then. [12:46] said people won't have IPv4LL addresses (169.254.0.0/16), for the reason broonie points out [12:46] 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] does that make sense? [12:46] that doesn't seem to be a big cost? [12:47] I think it's OK, but I don't want to Just Do It [12:47] I can find Lennart and see if he screams at me. [12:47] (Lennart as in avahi upstream) [12:47] he's certainly aware of the issue because he's commented on mailing list posts about it and the like [12:47] I would like his feedback on the practical effects [12:48] yeah, I could just ask him to jump in here [12:48] the particular thing I care about is getting rid of the timeout for ssh connections [12:48] Mithrandir: that'd be good, thanks; can you show him the scrollback so we don't have to recap? [12:48] sure [12:49] I'm in a talk right now, but I'll try to find him once this is done [12:49] ok [12:52] StevenK: what did you want to have given-back? [12:52] Tonio_: I'll look at kdelibs [12:53] the more i think about it, the more i hate beryl/compiz [12:54] aquo: then I suggest you use another WM. [12:54] all the hype about eyecandy is distracting the developers ... [12:54] i like the eyecandy, but i would more like if i could synchronize evolution and pidgin [12:55] isn't there an evolution plugin for pidgin? [12:55] it is broken and not supported anymore === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel [12:57] i am locking forward to http://www.opensync.org/ === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [01:04] Tonio_: no kdelibs in unapproved [01:04] pitti: looking my emails then ? ;) [01:05] pitti: I approved it [01:05] ah [01:05] pitti: is there a specific issue in the packaging then ? [01:05] Tonio_: no email from you either [01:06] 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] pitti: need an email now ? === tkamppeter [n=till@bl8-117-30.dsl.telepac.pt] has joined #ubuntu-devel [01:06] Tonio_: no, it's approved already [01:06] oki [01:07] Some Python packaging experts here? [01:07] 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] doko: just saw them, thanks! [01:07] then demote libglib1.2 and libgtk1.2 ... [01:07] \o/ [01:07] tkamppeter: ? [01:08] c === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel [01:08] tkamppeter: btw, were you able to reproduce the 'a million dangling FIFO' cups bug? [01:09] 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] pitti, I never succeeded to reproduce that bug 112803, I always printed without problems and always on Feisty and the newest Gutsy. [01:10] 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] tkamppeter: same here; I tried for an hour yesterday with different scenarios [01:10] 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] stgraber: thanks [01:11] pitti: Ah. amarok, but not until the new kdelibs binaries are published. [01:11] 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] doko: libdv-bin changelog looks weird; first "*" does not have text; maybe you can fix this and reupload? [01:12] pitti: please accept binutils, fixing a build failure with GCC-4.2, no other code changes [01:12] pitti: looking ... [01:12] I think upstream is right putting the .py files into /usr/share/hplip, as these files are platform-independent. [01:12] doko: do we need binutils for tribe3? [01:13] pitti: no, but for lpia === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [01:13] The Debian maintainer Henrique Moraes Holschuh has moved the .py files to /usr/lib/hplip. WDYT? [01:14] how long ago did he do this? [01:14] cjwatson, I have to look into the ChangeLog. [01:14] tkamppeter: hmm, should be ok. probably he wants to avoid having the files unavailable on package upgrades [01:14] 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] at least there certainly used to be a lot of confusion about it [01:15] well, afaicr there were .so and .py files, which sould be put into the same directory [01:16] ah, there was the same confusion about perl extensions [01:16] cjwatson, HMH did this from HPLIP 1.6 on, May 2004. [01:17] 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] 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] too hot, my notebook turned off for the third time today ... [01:18] find /usr -name "*.py*" -print reveals also that lots of .py go into /usr/share, === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel [01:20] 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] (have you discussed the problem with hmh?) [01:21] and I would suggest not using the term "patch nightmare" when talking with him; no point being needlessly antagonistic [01:22] 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] - source code cosmetics [01:22] - .py --> /usr/lib === gizmo [n=gizmo@p578b708f.dip0.t-ipconnect.de] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel [01:23] - recompile .ui to the appropriate .py on each build [01:23] I think only the latter makes sense, so that packagers can patch the .ui files if needed. [01:23] I think I'm going to have to automate the autopkgtest bug submission. === rbrunhuber [n=rbrunhub@p54976131.dip.t-dialin.net] has joined #ubuntu-devel [01:24] I did not use "patch nightmare" in the mails to him. [01:24] tkamppeter: maybe look at his commit messages in his cvs repo === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [01:26] 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] pitti: ok === jinty [n=jinty@145.Red-83-56-156.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel [01:34] soren: I updated #119908 === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel [01:35] pitti: are you one of network-manager's maintainers ? [01:35] mantiena-baltix: not really; asac and Tonio_ come closest to that status === Czubek [n=Damian@k133d.ac.pwr.wroc.pl] has joined #ubuntu-devel [01:36] yay, compiz is installable again *hugs* [01:36] yay! [01:36] yay! === pitti dist-upgrades and tests [01:37] works fien in kubuntu-land, although still shows up on gutsy_problems === Jaghound [n=mikukkon@xdsl-206-195.nblnetworks.fi] has joined #ubuntu-devel [01:37] asac, Tonio_ : are you online ? I wanna to backport network-manager from gutsy to feisty ? What you think about this idea ? [01:38] mantiena-baltix: not good :) [01:38] :( why ? [01:38] mantiena-baltix: i think it needs new wpasupplicant as well then ... so. [01:38] ew [01:38] latest gutsy seems to have initramfs breakage [01:38] I got dropped into busybox, as dir /dev/disk/by-uuid did not exists [01:39] mantiena-baltix: for me 0.6.5 is more broken when i run it on feisty than on gutsy [01:39] other three (label etc.) where there [01:39] sounds like udev breakage [01:39] luckily root=/dev/hda1 worked, and after boot the dir was there [01:40] mantiena-baltix: do you have wireless setup to test? [01:41] pitti: Thanks. [01:42] Hobbsee: Thanks for the pinentry upload. [01:42] ScottK: no problem [01:43] Hobbsee: Have you got a moment for a possible bug in LP? === tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel [01:44] ScottK: ish, yes. [01:44] dholbach: erk, latest compiz still hangs at session start, even worse than before [01:44] dholbach: before I at least got a panel and desktop, now just a blank screen [01:44] When you touched Bug #85194, you didn't actually mark the Baltix task invalid did you? [01:44] 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] as in, i'm here at the moment, and i have time. [01:44] um, i might have [01:44] i think i did that on one of the bugs === Hobbsee is....beyond tired here, though [01:45] 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] Or might have done it... [01:45] I'm not going to sweat it. Thanks. [01:45] no, i think i did do it [01:46] people randomly file things under baltix sometimes - wasnt aware that baltix contained samba, i think [01:47] 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] 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] === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [01:50] erk, thank you, dear aiglx, for killing my box on VT switches [01:51] pitti: That's a feature. [01:52] 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] 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] mantiena-baltix: so is this fixed for you in 0.6.5 ? [01:56] dholbach: ok, by and large the new compiz seems to work better [01:57] 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] 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] pitti: that was my impression too [01:58] dholbach: this entire thing is still very brittle, though :( [01:58] pitti: yeah :-/ [01:59] I hope we get the biggest blockers resolved quickly [01:59] go amaranth, mvo, seb128, go compiz team! :) === Hobbsee hugs dholbach and all the others [02:00] Hobbsee: I'm not part of that team :) [02:00] dholbach: oh well, no hug for you then. [02:00] I try to become a happy user though :) [02:00] lol [02:00] ;) [02:00] fabbione: do you happen to know the current status of bug 105936? [02:00] Launchpad bug 105936 in lvm2 "snapshot creation failure race "in use: not deactivating"" [High,Confirmed] https://launchpad.net/bugs/105936 [02:05] mantiena-baltix: that bug should be fixed in gutsy [02:05] 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] 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] mantiena-baltix: the gutsy nm should build without problems ... however I had problems with wireless and wpasupplicant === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel [02:08] soren: your latest samba upload doesn't happen to fix bug 85194? [02:08] 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] pitti: I can test it. Hang on. === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [02:10] 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) === Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel [02:11] pitti: Ungh... My smbd segfaults right now. === Hobbsee wonders why it's based on feisty [02:12] mantiena-baltix: it's more based in debian [02:13] O.O [02:14] Kmos: what is more based in debian ? [02:14] execve("/usr/sbin/smbd", ["/usr/sbin/smbd"] , [/* 33 vars */] ) = -1 EFAULT (Bad address) [02:14] That's interesting. [02:14] mantiena-baltix: ubuntu [02:14] Kmos: I know this, but don't understand why you are telling this ? [02:14] mantiena-baltix: try #ubuntu-help [02:15] mantiena-baltix: forget [02:15] Kmos: why ? I don't need help in Ubuntu, I wanna fix Ubuntu bug [02:15] mantiena-baltix: i read it wrong.. i need to lunch [02:15] lol [02:15] Kmos: ;) === cr3 [n=marc@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === jsgotangco [n=jsgotang@ubuntu/member/jsgotangco] has joined #ubuntu-devel [02:22] Ah ha. libdv-bin turns up in NBS, but it really isn't. === _TomB [n=tomb@host217-44-14-7.range217-44.btcentralplus.com] has joined #ubuntu-devel [02:24] mantiena-baltix: network manager is very frustrating for me [02:25] pitti: bug 85194 still exists. [02:25] 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] mantiena-baltix: i spent the whole last afternoon to find a solution https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/50214 [02:26] Launchpad bug 50214 in network-manager "can't connect to hidden network" [Undecided,Confirmed] [02:26] i wrote an email to network-manager-list ... === pitti_ [n=pitti@dialin-145-254-080-015.pools.arcor-ip.net] has joined #ubuntu-devel [02:27] aquo: and what are the results of your email ? === pitti_ is now known as pitti [02:28] non at the moment, it hasn't been forwarded to the list [02:28] soren, fabbione: sorry, network outage, I lost your replies === TomB_ [n=tomb@host217-44-0-253.range217-44.btcentralplus.com] has joined #ubuntu-devel [02:28] pitti: bug 85194 still exists. [02:28] 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] soren: can you please have a look at it? [02:28] soren: it doesn't sound particularly critical to me [02:29] pitti: How urgent is it? I was about to grab some lunch. I'm starving. [02:29] mantiena-baltix: are you Witold Krakowski? [02:29] i thought i shoved that later... === jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel [02:29] (that samba bug) [02:29] soren: it sounds like tribe-4 [02:29] pitti: It should be just a matter of running testparm before killing samba or something to that effect. [02:30] pitti: Right-o. I'll assign it to myself. [02:31] pitti: Did you lose your connection before my execve weirdness thing? [02:31] soren: thanks [02:31] soren: no, I still got that [02:31] pitti: Alright. Man, that's weird. [02:33] aquo: no, I'm not polish ;) === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [02:38] mantiena-baltix: this guy is a little bit ridiculous, he is telling he has a fix, but he doesn't have one === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel [02:41] aquo: hehe, I'm telling, that I don't have a fix ;) [02:42] i am pretty sure that he is a troll ... at least for this bug [02:42] 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] 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] 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] mantiena-baltix: you can do ... afaik there are no known regressions from that patch yet [02:43] Riddell: Only in really hackish ways that I'd prefer you don't use. [02:43] mm, thought as much [02:43] Riddell: you can upload source-change backports yourself though [02:44] infinity: can i be curious to what these are? [02:44] infinity: or you wont tell me, out of fear of impending evil? [02:45] Speaking of source-change backports, would someone mind releasing clamav 0.88.7-1ubuntu1~dapper from the wilderness? [02:45] Hobbsee: It involves bogus build-deps, essentially. [02:45] Hobbsee: I suppose one could start by uploading an empty package by the same name as the build-dep. [02:45] soren: nah; b-dep on "foo || coreutils" or so [02:45] Hobbsee: "Build-Depends: package-in-gutsy | package-in-feisty-that-i-don't-actually-use" [02:45] pitti: That's valid? [02:46] ahh, right, yes. [02:46] pitti: Ah, yes, I suppose it is. [02:46] pitti: Can't be coreutils (or anything that's Build-Essential) [02:46] soren: not actually coreutils, of course === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [02:46] infinity: yeah, that's.... [02:46] soren: a game or so [02:46] asac: no known regressions means that nobody has tested that patch ? :) [02:46] could just build-dep on gutsypackage | debhelper or something, then [02:46] 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] Anyhow, it's evil, and if I notice anyone doing it, I'll remove limbs at the next conference. [02:46] oh, point [02:47] Then you get "Why does package Build-Depend on crack-attack?!" [02:47] using one of your other real build-dependencies would be marginally cleaner [02:47] Yeah, moon-buggy or hello would be my two choices. [02:47] But there you go. [02:47] (I think that would work?) [02:47] cjwatson: Depending on parsing order, that may or may not work. [02:47] infinity: well, you werent in sevilla i dont think, so i could try my luck again there, at avoiding being killed. [02:48] mantiena-baltix: its in gutsy for just a few days ... so we cannot really tell atm [02:48] Hobbsee: I'll be sure to show up to the next UDS if I have limbs to remove. :) [02:48] infinity: haha [02:48] asac: hehe, nice to hear that ;) [02:48] infinity: yeah, a bit too unstable [02:48] C'mon buildds, pedal faster. === Hobbsee notes that she cant really blend in with the crowd, either. dammit. === pitti_ [n=pitti@dialin-145-254-077-029.pools.arcor-ip.net] has joined #ubuntu-devel === soren goes to lunch. === pitti_ is now known as pitti [02:49] Hobbsee: Get a nice hat. I can't find Colin anymore when he wears his. [02:49] I suspect kdelibs will neatly miss this publisher run. [02:49] asac: that patch applies without any problems agains n-m 0.6.5 from gutsy [02:49] uh..... [02:49] StevenK: publisher is on manual [02:49] ? [02:49] Ah ha. A clue [02:50] mantiena-baltix: its in gutsy already ... in debian/patches/ [02:50] pitti: How much sweet talking do you need to kick it off? (Not yet, mind you. :-) [02:50] StevenK: it's currently running; you need to tell me what you need urgently === xxxxx1 [n=xxxxx1@44125.static.fln.virtua.com.br] has joined #ubuntu-devel [02:50] StevenK: when this one finishes, my aim is to get d-i built, and then published [02:51] StevenK: kdelibs sounds like it'll need an hour, though [02:51] pitti: Ah, I'm being impatient about kdelibs, which hasn't even finished building. [02:51] mantiena-baltix: iirc, its debian/patches/23_nm-monitor-eni.diff [02:51] StevenK: it should need less than 15 minutes [02:51] StevenK: (remaining) [02:52] StevenK: I'll watch out for it and let it complete before I kick another one [02:52] pitti: Ahh, thanks [02:52] asac: thank you very much, I hope Lithuanian Linux users will be happy :) === LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-devel [02:54] dholbach: argh, argh [02:54] xxxxx1: bug 126340 is still "In Progress". Are you still working on it, or is it ready for sponsorship? [02:54] Launchpad bug 126340 in ecryptfs-utils "[needs sponsor] please update ecryptfs-utils" [Wishlist,In progress] https://launchpad.net/bugs/126340 [02:54] dholbach: compiz recently started to depend on compiz-fusion-plugins-extra [02:54] dholbach: can you revert this? that's in universe [02:54] pitti: ask mvo about that [02:54] persia, ready. [02:54] grrrrrrrr === persia apologises for the noise [02:54] pitti: I merely fixed it to be installable at all [02:54] persia, status updated ;) [02:55] pitti: I can drop the depends, yes [02:55] dholbach: hmm; still b0rked, though; I try phoning him [02:55] no no [02:55] that's fine [02:55] I'll just drop it [02:55] pitti: ahh, so *that*'s why it's in gutsy_problems, but not here [02:56] [ Michael Vogt ] [02:56] * debian/control: [02:56] - make compiz depend on compiz-fusion-plugins-extra [02:56] Neat. amd64 wins for kdelibs [02:57] This may be a stupid question, but is there an MIR for compiz-fusion-plugins-extra? [02:57] dholbach: I got seb and mvo eventually; we can drop it [02:57] Michael and Seb said that we do not need it [02:57] pitti: ok, doing that === pitti hugs dholbach [02:59] uploaded [02:59] yay === dholbach mails mvo to merge from http://bazaar.launchpad.net/~dholbach/compiz/fixes === cliebow_ [n=cliebow@smoothwallkludge.ellsworth-hs.ellsworth.k12.me.us] has joined #ubuntu-devel === mvo [n=egon@81.187.73.203] has joined #ubuntu-devel [03:02] mvo: please merge from http://bazaar.launchpad.net/~dholbach/compiz/fixes [03:02] Dear me, not even a hello. [03:02] :-P [03:02] pitti: how do I do the apport magic to add Package: etc to the crash report again? [03:02] hi mvo :) [03:02] dholbach: just run it through the UI === Hobbsee hugs mvo in greeting [03:02] dholbach: thanks [03:03] pitti: how do I do that? [03:03] dholbach: /usr/share/apport/apport-gtk -c /path/to/crash/file === dholbach forgot again [03:03] ah super === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [03:03] dholbach: or use apport-cli instead [03:03] dholbach: or just touch the /var/crash/ file, then it'll get picked up by update-notifier [03:03] pitti: rock and roll - thanks! [03:04] anyone know about pcmcia support in ltsp initramfs? === mvo hugs Hobbsee back [03:04] :) [03:04] well, ubuntu installer doesnt appear to blow up [03:04] under a VM, anyway [03:04] Riddell: did my patch help? [03:05] mvo: does gnome-appearance-properties crash for you? [03:05] dholbach: for a lot of people [03:05] it seems to be our appearance patch that breaks it [03:05] I'm looking into it [03:06] 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] mvo: didn't seem to [03:06] I can't promise anything, I just stumbled over http://bugzilla.gnome.org/show_bug.cgi?id=457054 [03:06] Gnome bug 457054 in Appearance "gnome-appearance-setting crashes during load" [Critical,Needinfo] [03:06] Riddell: hm, bad [03:06] our patch is quite big, so it might take a while === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [03:07] dholbach: bug 125900 is the same, I think [03:07] 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] mvo: http://paste.ubuntu-nl.org/30216/ [03:07] dholbach: but with apport and retrace love [03:07] re === pitti hugs the Sebmaster [03:08] ,oo === seb128 hugs pitti [03:08] pitti: that's a different one [03:09] dholbach: hm, it's the crash that I see [03:09] holy cow, this cant be right [03:09] mvo: can i configure compiz under kde somehow? [03:10] pitti: http://daniel.holba.ch/temp/crash is the crash I see [03:12] Hobbsee: Not so much. KDE users run Beryl for that reason, generally. [03:12] dholbach: right, style_init() [03:12] infinity: beryl dies on kde === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [03:12] And Beryl has been killed in Gutsy. [03:12] StevenK: Fun. :) [03:12] Or at least seriously neutered === mrsno__ [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel [03:13] dholbach: erk, the retrace looks quite broken on 125900 === seb128 kicks the GUADEC network === StevenK watches the GUADEC network kick seb128 back, off IRC === Kmos kills GUADEC network [03:17] :) [03:17] Heh. Ooops. [03:18] evand: what's the latest word on bug 122645? [03:18] Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed] https://launchpad.net/bugs/122645 === eggauah [n=daniel@201.82.27.173] has joined #ubuntu-devel === lmveloso [i=c88a1f9a@gateway/web/cgi-irc/ircatwork.com/x-9e391cce7d40203e] has joined #ubuntu-devel === mantiena-baltix [n=ubuntu@ctv-84-55-4-28.init.lt] has left #ubuntu-devel ["Ex-Chat"] === evand notes the one downside to /ignore JOINS PARTS === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [03:22] pitti: still working on it. I may put in a temporary fix while I track it down. [03:23] evand: oh, you have one? [03:23] evand: I was hoping to build candiate images in a few hours [03:23] evand: temporary fix> something like s/gksu/sudo/ in the .desktop? :-) [03:24] i'm having this bug 70880 at my acer laptop with gutsy [03:24] 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] pitti: just redirecting stderr seems to fix it [03:24] don't ask me why [03:24] evand: weird [03:24] evand: I would really like to avoid releasing T3 with that bug === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [03:25] evand: maybe we can upload the workaround now, and if you have something better, we can still consider it? [03:25] fair enough [03:25] evand: thank you soooo much for finding a workaround! *hug* [03:25] I'll do some more testing and then push out 1.5.6 [03:25] quickly [03:25] BenC: ping [03:26] evand: just for publisher running, do you need more like 10 minutes or like an hour? [03:27] oh yay, evand! [03:27] Kmos: pong [03:27] StevenK: kdelibs has finished building, it'll get published soon === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel [03:28] 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 === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [03:28] Hobbsee: indeed! [03:28] Hobbsee: compiz-kde should work [03:28] evand: that's fine, then I'll start a publisher in between; thanks [03:28] Riddell: it mostly works [03:28] Riddell: it hasnt blown up as spectacularly this time as it usually does [03:28] Hobbsee: your windows wobbling? [03:29] evand: redirecting stderr is fine with me. Commit the patch and I'll check it? === Pici [n=pcmacman@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel [03:29] BenC: is bug 119052 painful enough to stall the tribe? it seems quite hardware specific? [03:29] Launchpad bug 119052 in initramfs-tools "[gutsy] ibm-acpi -> now thinkpad_acpi possibly causing problems" [High,Confirmed] https://launchpad.net/bugs/119052 [03:29] cjwatson: will do [03:29] Riddell: a little. the zoom is cool [03:29] Riddell: i cant actually get to teh config thingy to see what's running === LucidFox [n=LucidFox@wikia/Sikon] has left #ubuntu-devel ["Konversation] [03:30] pitti: Woot, thanks [03:31] pitti: It's still marked as 'Currently building on ia64' [03:31] StevenK: right, but I couldn't care less RM-wise, since we don't have ia64 CDs anyway === jikanter [n=jordan@Leapfrog-Online-1143628.cust-rtr.ameritech.net] has joined #ubuntu-devel [03:31] pitti: Yeah, but I'd rather amarok built everywhere. :-) [03:33] StevenK: right, it'll finish eventually, but it's not critical to shove it into the archive ASAP === StevenK nods [03:33] pitti: no, it isn't that serious [03:34] pitti: but we can fix it for tribe-3 for sure [03:34] BenC: er, 4? [03:34] 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] Hobbsee: it's a one-liner rename in initramfs-tools [03:35] if we can get it through the freeze, it would be appreciated [03:35] BenC: oh. for some reason, i thought pitti's line was said by you. [03:35] BenC: I'd appreciate that [03:36] Hobbsee: np [03:36] pitti: doing it now [03:36] BenC: breaking fan control does sound somewhat serious [03:36] BenC: rock [03:36] pitti: please accept python2.4 and python2.5 into unstable, fixing a reference counting problem in Python/sysmodule.c [03:36] (introduced by me) [03:36] doko: is there a bug for it? [03:37] 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] pitti: #124549 [03:37] Hobbsee: ^ oh, you are still awake; your call, too :) [03:37] pitti: yeah, i'm still awake, insanely enough [03:37] doko: python2.4 sounds harmless [03:37] bug 124549 [03:37] Launchpad bug 124549 in python2.4 "Calling interpreter more than once is broken" [Low,Confirmed] https://launchpad.net/bugs/124549 [03:39] 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 === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel [03:41] doko: TBH I'd rather leave python2.5 alone. 150000 lines of debdiff ... [03:41] pitti: that was already fixed by an acpi-support upload (bug 119052) [03:41] 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] pitti: so no exception needed [03:42] BenC: ah, cool, so it can be closed? [03:42] pitti: updated bug [03:42] BenC: thanks === mathiaz [n=mathiaz@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [03:43] pitti: where is said debdiff for python2.5? [03:43] Hobbsee: I didn't put it anywhere, shall I? [03:44] pitti: well, for the sheer hell of appreciating how insane it is, that'd be cool [03:44] Hobbsee: http://people.ubuntu.com/~pitti/tmp/python2.5.debdiff (8 MB!) [03:46] Kmos: I'd prefer if mvo took care of https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/109765 [03:46] Launchpad bug 109765 in update-manager "run apt-get autoclean after upgrade" [Low,Confirmed] [03:46] dholbach: ok [03:46] 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] np [03:46] i understand [03:46] ok good :) [03:47] i'm testing a bug at my laptop about kernel at gutsy [03:47] dholbach: do you know of a reason that amitk cannot assign importance to a kernel bug? [03:47] pitti: yeah..that's...kinda evil [03:47] BenC: launchpad bug. [03:48] BenC: actually, it's by design [03:48] BenC: is he in -qa? [03:48] BenC: if he's in ubuntu-qa he should be able to [03:48] BenC: if not, ask bdmurray [03:48] should he be in ubuntu-qa? [03:48] bdmurray: ping [03:48] BenC: to change importance of bugs, yes. [03:48] BenC: bug contacts, and members of but contact teams cant actually set the importance of bugs, nor the triaged state. [03:48] ok [03:48] BenC: so either bdmurray or heno [03:49] BenC: which is illogical, i know === Hobbsee ponders asking for -qa admin rights, or something [03:49] actually, it makes sense...I hate bug submitters setting "critical" on every little bug they submit :) [03:49] BenC: that's long gone :) [03:50] yeah, the importance is a tool for developers who are going to fix the bug to organize their workload - or it should be === hoora_ [i=ariel@gateway/tor/x-150d28734a382404] has joined #ubuntu-devel [03:51] Hobbsee: do it :) sent mail to bdmurray === Hobbsee will just poke him when he's next online. [03:52] https://wiki.ubuntu.com/UbuntuQA [03:54] wow, i never had to do that :) === Hobbsee cheers at coming in bfeore the big structure got put in place === martinp23 [n=martin@wikimedia/Martinp23] has joined #ubuntu-devel [03:58] pitti: your call, but it's a regenerated uuencoded tarball [04:05] BenC, you might want to add some comments to bug 118708. Hobbsee and I already commented on it [04:05] Launchpad bug 118708 in malone "Package maintainers can't set priorities of their own packages" [Undecided,Confirmed] https://launchpad.net/bugs/118708 === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel [04:21] pitti, soren: gnome-appearance-properties crash fixed [04:22] dholbach: rock! [04:22] it involved re-basing a patch, making sense of it and fixing a part that made it ftbfs [04:22] dholbach: what was broken? it doesn't crash for me [04:22] seb128: which version is it? [04:22] on your box [04:23] current one I uploaded last week === LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-devel [04:23] and I looked at bugs daily in my mailbox [04:23] are you sure? which one is installed? [04:23] pitti: Did you manage to throw amarok back to the buildds? [04:23] seb128: (LP: #125900), (LP: #126192), (LP: #126376), (LP: #126498) [04:24] simira; sorry. freenode is blocking my replies. do you have jabber? [04:24] ii gnome-control-center 1:2.19.5-0ubuntu1 utilities to configure the GNOME desktop [04:24] https://launchpad.net/ubuntu/+source/gnome-control-center/1:2.19.5-0ubuntu1 [04:24] it ftbfs on i386 [04:24] dholbach; we miss you :( [04:24] dholbach: I've my local build installed [04:24] seb128: I wonder why yours built === Hobbsee wavse to desrt [04:25] why shouldn't it? [04:25] an icon which was in capplets-data before was removed [04:25] Hobbsee; we miss you too :( === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [04:25] it built on amd64 [04:25] so capplets-data.install had to be updated [04:25] no reason it should not on i386 [04:25] see also http://bugzilla.gnome.org/show_bug.cgi?id=457054 [04:25] Gnome bug 457054 in Appearance "gnome-appearance-setting crashes during load" [Critical,Needinfo] [04:25] desrt: np. And no. Almost everything else. :) [04:25] StevenK: no, you never told me to [04:25] simira; get jabber :p [04:25] <- desrt@desrt.ca [04:25] seb128: the crash was because some hunks of debian/patches/95_desktop-effects-integration.patch were not updated [04:25] StevenK: kicked [04:26] [23:36] < StevenK> pitti: Can you give-back amarok when the publisher completes? (If that's soon enough for the buildds to see the new kdelibs) [04:26] dholbach: ah, that's a capplet-data.install bug [04:26] or did not apply or whatever [04:26] pitti: Thanks === Gman [n=gman@81.187.73.203] has joined #ubuntu-devel === sharms [n=sharms@EV-ESR1-72-49-113-236.fuse.net] has joined #ubuntu-devel [04:26] hum [04:26] I fixed it and am about to upload [04:26] I've a local branch [04:26] that's going to be fun to merge [04:26] local branch? [04:26] I'm rewritting part of the cappelt [04:26] desrt: I think I have enough with ICQ, msn and yahoo... [04:26] to have radio buttons [04:26] let's move to #u-desktop [04:27] could you just fix the ftbfs? [04:27] simira; don't you have something like gaim? [04:27] desrt: yup. Well, they svitched it a pidgeon, but yes. [04:27] desrt: sure you do. i'd be one of those rebel KDE'ers :P [04:28] that's fine. i want some kde shirts :) [04:28] y'all shoudl have akademy in turkey next year [04:28] hehe [04:28] what's the point of qt4-kdecopy? [04:28] LucidFox: nothing currently [04:29] desrt: as far as I know there's nobody able to host akademy in turkey next year [04:29] :( [04:29] Riddell; you here? [04:29] here being somewhere other than #ubuntu-devel I presume? [04:30] UCE. [04:30] guadec [04:30] oh, no, only sunday [04:30] ah. i thougt i had seen you [04:30] Riddell> but it will be needed in the future? or it used to be needed in the past? [04:30] but then i thought maybe it was just a nightmare :) === j_ack [n=j_ack@p508DBE08.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:31] 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] pitti: uploaded [04:37] dholbach: g-c-c patch> wow, major cleanup [04:37] pitti: yeah, some stuff was left around in there === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [04:37] hi zul [04:38] pitti: Hi [04:38] hi geser === _TomB [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [04:39] pitti: have you an idea why the universe crash team is subscribed to some crashes for packages from main? [04:39] geser: we don't actually differ between them any more; it's effectively ubuntu-qa for all crashes [04:39] pitti: wrong version has been uploaded it looks like [04:40] seb128: ? [04:40] pitti: I mean the gnome-control-center update I did some days ago [04:40] the patch on my disk is clean and working [04:40] seb128: I just accepted dholbach's [04:40] seb128: ah, I see [04:40] hate working from the laptop [04:40] yeah, that's alright [04:40] I've some other changes locally but I'll my version after tribe-3 [04:41] evand, cjwatson: ubiquity accepted === maniacmusician [n=maniacmu@24-151-1-004.dhcp.nwtn.ct.charter.com] has joined #ubuntu-devel [04:41] ok, ubiquity, g-c-c, time for another publisher run [04:41] thanks [04:41] pitti: what do you think about make cdbs-edit-patch ignore *.rej *.orig *~ ? [04:41] making [04:42] seb128: ignoring .rej is dangerous; I don't object against ignoring .orig and *~ === ccm prays tribe-3 will finally enable him to hibernate his laptop. Or let's say: To come back from it :) [04:42] pitti: k, I've the change locally, I'll upload next week === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === Czubek [n=Damian@k133d.ac.pwr.wroc.pl] has joined #ubuntu-devel [04:46] doko: python2.5 accepted [04:47] 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] seb128: erk, not any more [04:47] seb128: I just published it out [04:47] dholbach: ^ do you have it? [04:48] pitti: you need to add debian/tmp/usr/share/gnome-control-center/pixmaps to capplets-data.install [04:48] Anybody familiar with samba enough to review and upload a patch? Bug #118977 [04:48] Launchpad bug 118977 in samba "winbindd will not start do to invalid cache path" [Critical,New] https://launchpad.net/bugs/118977 [04:48] the changelog only mentions dropping the icons directory [04:49] ups, almost no battery power [04:49] might be disconnected though [04:50] soon [04:50] whats up with guadec this year ? [04:50] no wallplugs ? bad wlan ? [04:50] lousy networks, I believe [04:50] both :p [04:50] yeah [04:50] they really should get better sponsors :P [04:51] hehe [04:53] pitti: buggy? [04:54] http://daniel.holba.ch/temp/g-c-c.debdiff [04:54] and that's the new patch: http://daniel.holba.ch/temp/95_desktop-effects-integration.patch [04:57] dholbach: pitti: you need to add debian/tmp/usr/share/gnome-control-center/pixmaps to capplets-data.install [04:57] pitti: ok, will take care of it [05:00] dholbach: so we actually need another upload? [05:00] pitti: it seems so - I didn't know that was broken too [05:00] pitti: sorry [05:01] let me take a look [05:01] dholbach: no problem, thanks for fixing it *big hug* [05:01] it's test building === cpro1 [n=cprov@201-68-27-204.dsl.telesp.net.br] has joined #ubuntu-devel [05:04] pitti: fixed, uploading === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel === Gman [n=gman@81.187.73.203] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === cnz3 [n=ncd@bas3-london14-1096790727.dsl.bell.ca] has joined #ubuntu-devel === \sh is now known as \sh_away [05:18] dholbach: accepted, cheers === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel === \sh_away is now known as \sh === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [05:24] thanks pitti [05:25] re === seb128 kicks the GUADEC network [05:27] seb128: dont kick it too hard, else it'll really break on you === pitti imagines seb128 kicking into nothing but air [05:27] Hobbsee: maybe that's why it's breaking all the time [05:27] seb128: stop breaking the wireless! [05:27] 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] pitti: well, people are doing stranger thiings... [05:28] seb128: don't step on the wifi cable then :) [05:28] Hobbsee: isn't that middle of the night for you now? [05:28] TeTeT: tribe 2? it's mentioned in the release notes, and the workaround is only going in this evening [05:28] seb128: it's 1.30am [05:28] seb128: i've learned to live on european time, it seems. [05:28] Hobbsee: kewl, will test it tomorrow then, thanks [05:28] heh [05:28] TeTeT: we all cross fingers for that :) [05:29] TeTeT: there will be cds to test tomorrow, so wait on :) [05:29] pitti: so I was saying that the capplets-data.install probably needs an update === tkamppeter_ [n=till@bl10-89-130.dsl.telepac.pt] has joined #ubuntu-devel === duese [n=Ident@p5484FC1F.dip.t-dialin.net] has joined #ubuntu-devel [05:29] seb128: dholbach fixed it in the meantime, adding the pixmaps [05:29] ok, good [05:29] 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] "move" [05:29] right ;) [05:30] or europe should move to me. either way :P [05:30] seb128: why, what else would i be doign? being stationary? [05:30] dholbach: "Rarian is a replacement for scrollkeeper" that's not a descriptive title [05:31] Hobbsee: you'd just end up living on west coast US time if you moved here. [05:31] Mithrandir: hopefully not. i did use to keep sane times, long ago. [05:31] Mithrandir: but that was like...5 years ago, or whatever. [05:32] well, probably 3. then the work night shifts started. [05:32] Riddell: fixing [05:33] dholbach: I'll reject for now then, let me know when you re-upload and I'll take another look [05:34] why doesn't apt-get -t source work? [05:34] mako and I were just playing around with that.... [05:34] Riddell: done === Gman_ [n=gman@81.187.73.203] has joined #ubuntu-devel [05:34] I'd also be a happy camper if there were an alternative way of pulling source packages from an arbitrary distribution [05:35] jdong: because nobody has written a fix for that yet. [05:35] oh, is that bug 16whatever? [05:35] Launchpad bug 16 in rosetta ""Swedish" and "Swedish (Sweden)" should be the same language" [Medium,Fix released] https://launchpad.net/bugs/16 [05:36] Mithrandir: but cant you just wave your magic wand and do it? [05:36] bug 16240? [05:36] Launchpad bug 16240 in apt "Cannot Pin on components" [Medium,Confirmed] https://launchpad.net/bugs/16240 [05:36] jdong: no, I don't think so [05:36] ok [05:36] Hobbsee: so many bugs, so little time. [05:37] true that [05:37] Mithrandir: do you have any other recommendations for apt-get source -t like functionality? [05:37] dget? === tkamppeter_ is now known as tkamppeter [05:37] 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] Mithrandir: do you have a bug number? === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [05:38] jdong: no, sorry [05:39] persia: lol I died a little inside reading that script [05:40] persia: but I guess it works :D [05:40] jdong: Like I said, rough :) [05:40] persia: yeah, rough :) [05:40] StevenK: thanks for the libgpod transition, I didn't manage to test if there was no brekage with rhythmbox due to GUADEC [05:40] Mithrandir: is this broken across all releases of Ubuntu? [05:41] jdong: yes, it's been broken since -t appeared four or so years back [05:41] wow, i could have *sworn* that worked for me [05:41] mako: you can use /version [05:41] mako: I believe you have dreamt. [05:42] Mithrandir: sure.. i trust you more my own memory [05:42] seb128: /version as in /gutsy, or /1.2-3? [05:42] more than my own memory even [05:42] like 1.2-3 [05:42] let me try that [05:42] mako: i concur with Mithrandir. === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [05:43] jdong@backports-builder:/tmp$ apt-get source python-support=0.5.3ubuntu1 [05:43] "tell him he's dreaming, son" [05:43] ^^ that's the syntax [05:43] sweet [05:43] that works [05:43] can we hack apt-get source to do that :D [05:43] LOL === duese [n=Ident@p5484FC1F.dip.t-dialin.net] has joined #ubuntu-devel === kagou [n=kagou@77.193.180.239] has joined #ubuntu-devel [05:45] thanks for your time, Mithrandir and seb128 === jsgotangco [n=jsgotang@smtp01.globe.com.ph] has joined #ubuntu-devel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has left #ubuntu-devel [] [05:55] (web front end of) launchpad is going down for emergency maintenance for 2-3 minutes in 5 minutes [05:55] elmo: if you break it, i will be displeased :P [05:56] and i *will* hunt you out for the next UDS, if it affects the tribe :P [05:58] BenC: I squared away amitk early this AM [05:59] bdmurray: thanks...would it be possible to just add canonical-kernel-team to ubuntu-qa instead of each of us individually? === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [05:59] bdmurray: I admin that team, and it will only consist of hired kernel devs [06:00] BenC: There's a thought. === mvo [n=egon@81.187.73.203] has joined #ubuntu-devel === mdz_ [n=mdz@64-42-110-100.atgi.net] has joined #ubuntu-devel [06:01] hi mdz_ [06:01] hey mvo === pkl__ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel [06:04] launchpad should be back [06:05] 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] Launchpad bug 126121 in dosfstools "Typo in mkdosfs man page" [Undecided,In progress] [06:06] hum, everything seems to forward me to https://blueprints.launchpad.net/ - which seems to be down or something === ivoks [n=ivoks@3-192.dsl.iskon.hr] has joined #ubuntu-devel === \sh is now known as \sh_away [06:10] Yeah, broked [06:11] it doesn't answer at all for me [06:11] Can we remove packages from Feisty? === TomB_ [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === TomB_ [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel [06:14] soren: we really, really shouldn't === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [06:15] pitti: it's phpunit. It's uninstallable as it depends on php4, so it's not installable. === persia notes that packages have previously not been removed from released distroreleases even at the express request of trademark holders, making the bar very high indeed. [06:16] pitti: OTOH there is phpunit2, which is for php5, so that's ok. === WorkingGeier [n=richter@mnch-4db0c956.pool.einsundeins.de] has joined #ubuntu-devel [06:16] hi [06:16] pitti: What if we pushed the transitional package from gutsy into -updates? Would that work? === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [06:16] pitti: ah, hang on. [06:17] I need to compile a package against all releases; I generate the version by appending "~ubuntu6.04" etc. [06:17] elmo: it seems to work now - thanks [06:17] what would I use for gutsy? [06:17] 7.notknownyet would sort after the real version number [06:17] pitti: It's really confusing, actullay. [06:18] 7.04+gutsy works, but is ugly [06:18] any ideas? [06:19] persia: uh, are you sure about that? [06:19] persia: bug #? [06:19] 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). === cpro1 [n=cprov@201-68-28-164.dsl.telesp.net.br] has joined #ubuntu-devel [06:20] Mithrandir: bug 80404 as applied to dapper and edgy (given the date of Blizzard's complaint). [06:20] Launchpad bug 80404 in freecraft "Please remove freecraft from Ubuntu" [Undecided,Fix released] https://launchpad.net/bugs/80404 === pitti_ [n=pitti@dialin-145-254-078-084.pools.arcor-ip.net] has joined #ubuntu-devel === pitti_ is now known as pitti [06:21] 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] persia: freecraft is hardly a trademark violation on warcraft. [06:22] Mithrandir: Perhaps. I'm not an expert on trademark law. I stand corrected. [06:23] persia: me neither, but until blizzard complains directly at us, I don't see a need to remove it. [06:23] Mithrandir: I'd agree (no outstanding liabilty) === seb128 [n=seb@81.187.73.203] has joined #ubuntu-devel [06:24] mvo: were you talking about the emacs22 packaging at the distro sprint? [06:25] Riddell: briefly, it seems like the package is waiting in the NEW queue now [06:25] cjwatson: I'm going to try out today's CD... let's hope LVM works :) [06:25] mvo: it is, from a Michael W. Olson [06:25] ryanakca: good luck [06:26] ryanakca: i didnt think the cds that were worth testing were done yet... [06:26] right, we are still collecting fixes [06:27] pitti: I'll see if I can work around this phpunit thing. I'll shout again if needed. [06:27] soren: what is the actual problem? [06:27] certainly not an uninstallable package on its own? [06:27] mvo: hmm, the docs in emacs22 contain front cover texts [06:28] Riddell: note that Ubuntu's generally been OK with the GFDL in main in the past === cjwatson -> elsewhere [06:28] pitti: Well, yes. I didn't think a package removal was *that* big a deal. === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [06:28] cjwatson: even with cover texts? [06:28] soren: it's not for the development release, but we rather not touch stables unless we absolutely have to [06:28] 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] Riddell: I haven't checked, but I think so [06:29] Hobbsee: cjwatson fixed the LVM problems yesterday, I'm going to test that part at least :) [06:29] ryanakca: fair enough [06:29] Riddell: we left it in NEW so far, because it seems much more sensible to just sync emacs22 and docs from Debian === LucidFox [n=LucidFox@wikia/Sikon] has left #ubuntu-devel ["Konversation] [06:29] Riddell: and put the -docs package into main, and maybe even add a dependency [06:30] pitti: we want to accept the current in NEW I think [06:30] Riddell: maintaining a trivial diff (dependency addition) seems much saner than having a completely parallel packaging [06:30] seb128: right, I didn't look at it, just mentioning it [06:30] cjwatson: Yes, I think I understand the implications, but removing a package that is broken doesn't seem all that intrusive. [06:30] Never mind, though. I'll see if I can make the thing work with php5 and go the -updates way. [06:30] pitti: just to not make the guy who make the efforts run away from Ubuntu [06:30] like using a diplomatic way [06:30] Riddell, seb128: as long as it's in universe I do not care much [06:31] seb128: yeah, fine to me :) [06:31] soren: OTOH, just leaving it there doesn't hurt either [06:31] pitti, seb128: and you're both OK with cover texts in FDL? [06:31] Riddell: TBH I never answered this question to myself === soren runs to the shops before they close. bbl. [06:32] Riddell: same as pitti [06:32] Riddell: but I have the feeling that these are bit on the edge; copyright texts are not freely modifyable either [06:32] Riddell: so I'm fine with having them in main, if even the FSF is good with them [06:32] elmo: are you know if we allow FDL with cover texts? [06:33] s/are/do/ [06:33] Riddell: s/main/archive/ [06:33] Riddell: yes, it's fine [06:33] if we == Ubuntu [06:34] ok, thanks [06:34] BenC: wrt. bug 54621, this problem is so old that moving it from t3 to t4 is certainly bearable? [06:34] 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] 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] BenC: cool, thanks [06:36] pitti: that was me. Why is t3 a problem? [06:36] 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] amitk_: I'd like to build a first set of good candidate CDs in an hour or two [06:37] otherwise we'll miss the deadline [06:37] 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] right [06:37] or just dist-upgrade [06:37] pitti: right! I had forgotten that we cancelled a kernel release today [06:38] amitk_: yeah, sorry for that; next time we need to coordinate that better [06:38] pitti: no worries [06:38] amitk_: timing with last week's sprint and travel was tight and bad :/ [06:40] what's the official position on downgrades? [06:40] supported or not [06:41] that'll break very often [06:41] pitti, are we not waiting for fixed gnome-c-c? [06:41] kylem: yes, that's the last thing I'm waiting for [06:42] ok. [06:42] kylem: publisher just finished, now I'll let it build, publish, build CDs [06:42] it doesn't in my experience [06:42] at least on servers [06:42] but anyway, that's not really my question === agoliveira [n=adilson@200.146.40.120.adsl.gvt.net.br] has joined #ubuntu-devel [06:42] downgrading things like the python transition is next to impossible, too, I figure [06:42] I didn't see any official statement about supporting it, that's all I can say [06:43] zul: any chance to fix xen on amd64? it causes quite a lot of uninstallability [06:44] pitti: I have a fix ready can I upload it? [06:44] zul: cool! please === pitti examines why linux-image-xen/i386 and friends are uninstallable === cassidy [n=cassidy@81.187.73.203] has joined #ubuntu-devel [06:45] itll just take a couple of minutes [06:46] aah, linux-image-2.6.22-8-xen is in universe; is that deliberate? [06:46] BenC: ^ [06:46] yes I belived it is [06:46] pitti: so's xen-3.1 though [06:46] Hobbsee: nope [06:47] all the xen stuff is in main, even linux-ubuntu-modules-2.6.22-8-xen [06:47] well, was when i looked a few days ago [06:47] except for the kernel image [06:47] i thougth [06:47] xen-3.0 was in main as well [06:47] Hobbsee: it was recently promoted [06:47] libvirt, cman, etc. all depend on it, too [06:47] so after i checked last, yes [06:47] hello, still nothing to add on the tracker from what I've read from my backlog ? [06:47] stgraber: correct. images havent started being biult yet [06:48] stgraber: working on it as fast as soyuz allows us [06:48] pitti: WELL PEDAL FASTER!!! :P [06:49] 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] Hobbsee: at 35 degrees? c'mon [06:49] pitti: uploaded [06:49] pitti: i'll swap :P === pitti bumps the build prio to 5000; can't pedal faster [06:51] 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] 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] stgraber: optimistic ETA is 2.5 hours for ubuntu and kubuntu; will you still/again be online at that time? [06:52] stgraber: *ack* [06:52] pitti: sure, will be around till 01:00 CEST or something like that (holidays :)) [06:57] stgraber: heh === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === j_ack [n=j_ack@p508DBE08.dip0.t-ipconnect.de] has joined #ubuntu-devel === keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel [06:57] 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] if yes I'll subscribe them to those tests on the tracker as well [06:58] stgraber: they haven't been updated since feisty, and some people are on guadec and such [07:00] pitti: ok, so I'll let Henrik do that once he's back === dpm [n=dpm@p54A105E0.dip0.t-ipconnect.de] has joined #ubuntu-devel === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel [07:03] 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] pitti: the kernel image? no complaints from me check with BenC though [07:03] stgraber: they aren't [07:04] zul: noted for distro team meeting, thanks [07:04] ah, /me mails instead [07:06] stgraber: no, those arent up to date. but they look like they'll be testing images, or at least most of them will === Hobbsee --> bed. night all! [07:07] Hobbsee: ok, good night [07:07] :) === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === Czubek_ [n=Damian@dns.pwr.wroc.pl] has joined #ubuntu-devel [07:14] pitti: xen is just untested, but I've no objections to be it being in main [07:15] BenC: ah, thanks === kagou [n=kagou@77.194.193.128] has joined #ubuntu-devel === allee [n=ach@lapex-hydra.mpe.mpg.de] has joined #ubuntu-devel === agoliveira [n=adilson@200.146.40.120.adsl.gvt.net.br] has left #ubuntu-devel [] === agoliveira [n=adilson@200.146.40.120.adsl.gvt.net.br] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has joined #ubuntu-devel [07:29] yay, g-c-c built === ion_ had to think for a while until i realized another meaning for the acronym than GNU C Compiler. :-) [07:30] gnome-control-center [07:30] Yeah [07:31] ion_: gcc has less hyphens in [07:31] ogra: so, bug 121547 -> tribe4 then? just a cosmetical issue after all, right? [07:31] 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] thom: Yeah, thats why i tried to figure out the other meaning. :-) [07:31] hey thom === hoora_ [i=ariel@gateway/tor/x-83149ab0e85985a3] has joined #ubuntu-devel [07:34] hey [07:35] hmm does /etc/group support using numeric user ids? [07:35] in any fashion... [07:43] anyone happen to know why libsvg-dev isn't in gutsy? [07:44] erk, panel crash, brb === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === pitti jumps for joy while he demotes gtk+1.2 to universe; it only took three years! === pitti hugs doko === micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel [07:48] pitti: Yay :-D === Jax [n=jaxut@cpc2-lewi1-0-0-cust243.bmly.cable.ntl.com] has joined #ubuntu-devel [07:49] ... and glib1.2 with it \o/ === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel [07:52] keescook: do you have any idea about the status of bug 105936 ? [07:52] Launchpad bug 105936 in lvm2 "snapshot creation failure race "in use: not deactivating"" [High,Confirmed] https://launchpad.net/bugs/105936 === bhale watches Hobbsee use her big pointy stick for release management [07:59] TheMuso: for some reason I can't help laughing at ubuntustudio-floater :) === Yasumoto [n=Yasumoto@68.122.61.14] has joined #ubuntu-devel [08:03] what is the proper procedure to pull in a debian package that has never been in ubuntu before? === chninkel_ [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-devel [08:03] calc: filing a sync request [08:03] calc: we can sync it and wave it through NEW === Nicke [n=niclasa@h161n2fls31o808.telia.com] has joined #ubuntu-devel [08:04] ok === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel [08:04] pitti: uh? no we can't demote xen to universe.. i only need the libraries to build cman & co [08:05] fabbione: yeah, I promoted the kernel [08:05] pitti: if we demote it, i will need to make a mess of splitting packages around [08:05] fabbione: apparently it was just a minor misunderstanding [08:05] pitti: ok.. [08:05] pitti: hmm do i need to do that by hand, requestsync complains about madison not containing it === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [08:05] pitti: so we have everything on amd64 too now? [08:05] calc: ah, just tell me the package [08:05] pitti: libsvg [08:05] fabbione: that's still in progres [08:05] fabbione: source is publishing now [08:06] pitti: thank you for the help :) [08:06] pitti: ok, i will wait after tribe-3 to reupload the changes tho... [08:06] pitti: there is no need to rush them trough [08:06] debian ooo has a dep on it for 2.3 m221 which i am doing a test build for gutsy of :) [08:07] http://browser.garage.maemo.org/ [08:07] calc: hm, then it needs a MIR [08:07] SOrry, wrong window [08:07] calc: I'll put it into universe for now, that's sufficient for a local test build [08:07] 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] pitti: yea, universe is fine for now [08:07] calc: hm, libsvg doesn't seem to be in unstble [08:07] oh wow [08:07] ok [08:08] i can do a local grab and build for my testing then === calc had assumed it was in sid [08:08] pitti: it's in experimental [08:08] calc: ah, experimental [08:09] Can someone sponsor tasksel 2.67ubuntu2 (http://people.ubuntu.com/~evand/upload/)? [08:09] calc: do that anyway, syncing/NEWing/building/NEWing/publishing will take a while [08:09] pitti: ok === hjmf_ [n=hjmf@186.Red-81-32-9.dynamicIP.rima-tde.net] has joined #ubuntu-devel [08:10] fabbione: do you know if xft1 (binary package is libxft1; universe) is still needed? or can it be removed? [08:10] pitti: sorry, delayed answer: it is not yet fixed. still waiting for kernel bits, iirc. === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel [08:10] geser: no idea.... [08:10] calc: synced and source-NEWed [08:11] pitti: thanks [08:11] i've started the ooo build now, libsvg rebuilt fine in my gutsy chroot === calc hopes it mostly works, heh [08:11] need to get ooo 2.3 into gutsy ASAP [08:11] fabbione: hmm, I hoped you would knew as the last upload was done by you for breezy [08:12] evand: is that crucial for tribe3? [08:12] geser: check the rdepends [08:12] geser: ^ checking [08:12] pitti: I wouldn't say crucial, but it should make the gobuntu cd images actually work [08:12] evand: ok, but not important for ubuntu/kubuntu/etc? [08:12] correct [08:12] geser: no rdepends whatsoever [08:13] evand: *phew*, thanks [08:13] heh [08:13] pitti: so it's ok if I file a remove bug for it? [08:14] geser: sure, that's fine; thank you! [08:14] 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] geser: /me clean house :) [08:15] hansin321: it's in universe, try finding someone in #ubuntu-motu to package it (assuming centerim has made a release) [08:16] gar [08:16] having build-dep conflicting packages [08:16] hansin321: or file a request to package bug according to the process (which is somewhere on the wiki, probably under /MOTU) === calc notes he can't read long amounts of apt-get output properly, must drink more caffeine === svolpe_gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === Igorots [n=dax@203.87.200.214] has joined #ubuntu-devel [08:36] ogra: I'll downsize the edubuntu server i386 === Toxicity999 [n=bryan@unaffiliated/Toxicity999] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-120-159.hsd1.mi.comcast.net] has joined #ubuntu-devel [08:49] stgraber, bdmurray, all: ubuntu live images up: http://cdimage.ubuntu.com/daily-live/20070717.1/ === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel [08:52] stgraber, bdmurray: kubuntu alternates: http://cdimage.ubuntu.com/kubuntu/daily/20070717.1/ [08:54] Riddell: Thanks. I'll take a look. === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel [08:56] zul: libxen3.1-dev_3.1.0-0ubuntu8_amd64.deb is still empty [08:56] zul: xen-hypervisor-3.1-amd64_3.1.0-0ubuntu8_amd64.deb seems to work, though [08:57] zul: libxen3.1-dev on i386 is empty as well, though [08:57] pitti: ok [08:57] zul: accepting for now, but I guess that's not quite right? [08:57] nope [08:58] will take another look at it when i get home === jinty [n=jinty@145.Red-83-56-156.dynamicIP.rima-tde.net] has joined #ubuntu-devel [08:58] zul: thanks muchly [08:59] 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. === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [09:04] ScottK: done [09:05] pitti: Thanks. === TomB_ [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel === amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel [09:09] bdmurray, stgraber, gpocentek: http://cdimage.ubuntu.com/xubuntu/daily/20070717/ [09:11] pitti: the seeds were fixed yesterday (issue with goffice), so I don't understand why it still fails :/ [09:11] pitti: thanks [09:11] mr_pouit: "it"? [09:12] pitti: Hobbsee pingued me to tell that the live-cd iso build failed [09:12] mr_pouit: it didn't get to that yet [09:12] ok [09:13] pitti: alternate are ready for testing as well ? [09:14] stgraber: no, ubuntu and edubuntu are oversized, fix in progress [09:14] stgraber: are you fine with me announcing good images to you over IRC, as above? [09:14] 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] stgraber: there will be some varying version numbers, so I'll give the full URL [09:14] yes, that's fine [09:14] stgraber: do you need the entire list again? or you'll get it from backscroll? [09:15] pitti: I'm putting Ubuntu, Kubuntu and Xubuntu desktop on the tracker [09:15] stgraber: no, please not yet [09:16] http://cdimage.ubuntu.com/daily-live/20070717.1/ [09:16] http://cdimage.ubuntu.com/kubuntu/daily/20070717.1/ [09:16] hmm, ok [09:16] http://cdimage.ubuntu.com/xubuntu/daily/20070717/ === hunger [n=tobias@p54A71F6D.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:16] stgraber: those three so far [09:16] ok [09:17] stgraber: ubuntu-server should actually exist as well, no idea why it's not on the web [09:19] 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] pitti: ok, those three are ready [09:20] stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/ [09:21] ok, I'll keeping refreshing those two urls :) [09:21] so do I; hm, that was much faster in the past [09:21] I had a long delay for kubuntu, too, though, and eventually it worked [09:21] let's check again in 30 minutes or so === tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === cr3 [n=marc@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-159-251.net-htp.de] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [09:55] stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/ and http://cdimage.ubuntu.com/ubuntu-server/daily/20070717/ are operational now [09:56] stgraber: http://cdimage.ubuntu.com/daily/20070717.2/ is now ready (ubuntu alternate) [09:57] mr_pouit: indeed, xubuntu live CDs failed to build [09:58] mr_pouit: "E: Couldn't find package libgoffice-gtk-0-3" === stgraber_ [n=stgraber@dakara.stgraber.org] has joined #ubuntu-devel [09:58] stgraber: wb [09:59] just in case you did not read it: [09:59] stgraber: http://cdimage.ubuntu.com/kubuntu/daily-live/20070717.1/ and http://cdimage.ubuntu.com/ubuntu-server/daily/20070717/ are operational now [09:59] stgraber: http://cdimage.ubuntu.com/daily/20070717.2/ is now ready (ubuntu alternate) [09:59] ok, thanks [09:59] (Looks like my dedicated server provider is having some port 6667 problem, I had to use 8001 ...) [10:00] stgraber: I have used 8001 for months, since the time when freenode actively discouraged 6667 for some reason [10:02] stgraber: http://cdimage.ubuntu.com/edubuntu/daily/20070717.2/ [10:02] mr_pouit: i386 seems to be happy, but the amd64 one failed [10:03] mr_pouit: ah, no, failed the same way === stgraber_ [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel [10:05] stgraber_: http://cdimage.ubuntu.com/edubuntu/daily/20070717.2/ [10:05] pitti: just connected from my laptop as well [10:05] stgraber_: ah [10:07] https://isotesting.stgraber.org/isotesting/build/All <-- Updated [10:08] looking [10:08] stgraber: we should now have everything except xubuntu/live, which fails to build [10:09] pitti: Edubuntu desktop ? [10:09] http://cdimage.ubuntu.com/edubuntu/daily-live/20070717.1/ [10:09] ah, mirrored now [10:09] good [10:10] ogra, bdmurray, Riddell, all: time for CD testing [10:10] the "quit" button at System menu is working with latest updates in gutsy ? [10:10] so yes, we have everything except xubuntu desktop [10:10] i've done the latest ones and I click on it and doesn't do anything === ..[topic/#ubuntu-devel:pitti] : Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty, #ubuntu+1 for gutsy support | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Main FROZEN for Tribe 3 | Please test the Tribe-3 candidates: https://isotesting.stgraber.org/ [10:11] pitti: Shall I add the *Upgrades builds to the tracker ? [10:11] stgraber: upgrades builds? === Kmos its working now [10:11] We have : "Ubuntu Upgrade amd64", "Ubuntu Upgrade i386", things like that [10:14] stgraber: ah, I see; sure, that would be handy === ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel [10:21] stgraber: ah, I like the 'passed/failed' radiobutton and the multi-select 'passed with no bugs' [10:21] great! [10:25] pitti: that was part of the most wanted features after tribe-2 :), especially the pass/fail radiobutton [10:29] 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? === Starting logfile irclogs/ubuntu-devel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-devel === Topic for #ubuntu-devel: Development of Ubuntu (not support, even with gutsy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty, #ubuntu+1 for gutsy support | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Main FROZEN for Tribe 3 | Please test the Tribe-3 candidates: https://isotesting.stgraber.org/ === Topic (#ubuntu-devel): set by pitti at Tue Jul 17 22:10:41 2007 [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] keescook, pitti: for apparmor packages into main - what's the next step ? [10:53] keescook: however, I noticed that CD syncs took drastically longer today than usual, so maybe it's just the same sync slowness [10:53] keescook: cron.daily on drescher is very slow ATM - I'd adjust your expectations about prop time a little to match [10:54] elmo: ah! okay, noted. [10:54] keescook, pitti: it seems that we won't try to split the source packages as upstream has one svn repository. [10:54] 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] mathiaz: okay, cool. yeah, all the main magic is up to pitti as far as I know. :) [10:55] keescook: ok. I've asked for an import of upstream. [10:55] mathiaz: right, let's do this right after the tribe release, I got TeTeT's ack [10:55] mathiaz: cool! [10:55] pitti: excellent. [10:56] mathiaz: where would we seed that? [10:56] keescook: once upstream is in bzr, I'll update the package. [10:56] pitti: standard seed ? [10:57] mathiaz: as a recommends? [10:57] mathiaz: IOW, installed by default, but removable? [10:57] pitti: yes. [10:57] mathiaz: apparmor and apparmor-utils, anything else? === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel [10:58] pitti: no. [10:58] mathiaz: maybe just -utils, since apparmor itself is not that interesting [10:58] pitti: hum - not sure. let me check what's in apparmor [10:59] pitti: i think there is the init ramfs hook. === Nicke [n=niclasa@h161n2fls31o808.telia.com] has joined #ubuntu-devel [10:59] mathiaz: i. e. not interesting on its own to mention it explicitly in the seeds; it'll get pulled in as dependency [10:59] are the modules shipped with the kernel package now? === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel [10:59] ajmitch: yes, in l-u-m [10:59] 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] pitti: right, I've just got an old version installed :) [11:00] their - there [11:00] 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] pitti: apparmor is needed. it has the init ramfs hook, plus the init scripts. [11:00] mathiaz: I know [11:00] pitti: ok. np. [11:00] mathiaz: I mean, having it as a dependency is fine [11:01] pitti: ok - I understand now. [11:02] pitti: so tribe-4 will install apparmor by default. [11:03] yes [11:03] pitti: what about upgrades ? [11:03] mathiaz: those, too [11:03] since ubuntu-standard pulls them in [11:03] erm, so we intend to ship apparmor everywhere, or just on server? [11:03] for those people who did not forcefully remove it, anyway :) [11:03] seems like everywhere, from the sound of things [11:04] kylem: that would be everywhere (without profiles, though, just the infrastructure) === kylem goes to find his Debian cds. [11:05] kylem: you'd prefer selinux-by-default instead? :) [11:05] ajmitch, yes. [11:05] so would I, but it's obviously not going to happen for ubuntu [11:06] we could make it happen... [11:06] sure, it's mostly policy work to clean it up === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [11:15] wb ogra === j_ack [n=j_ack@p508DBE08.dip0.t-ipconnect.de] has joined #ubuntu-devel [11:17] so apparmor is the competing thing vs selinux? [11:17] because, yeah, selinux would be better. [11:18] lamont: if by "competing" you mean "also uses LSM", then yes. :) === agoliveira is now known as agoliveira_brb === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-devel [] [11:18] 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] we'll still install libselinux by default, yes? === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [11:19] lamont: hi! :) [11:19] lamont: yeah, roughly, they're both MAC systems. [11:19] (if for no other eason than that mount Depends: it now...) [11:19] calc: hi [11:19] lamont: but afaik, libselinux is still fully incorporated [11:19] lamont: we got to see all the hp servers last week :) [11:19] well a number of apps link to the (admittedly small) library [11:19] lamont: at the DC [11:19] calc: DC tour? [11:19] lamont: yea [11:19] lamont: most of them were familar to me with my HP testing I had done previously === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel [11:30] pitti: How is the Xubuntu desktop build going ? [11:31] stgraber: not today any more; infinity will fix it tomorrow morning [11:31] ok === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["Ex-Chat"] [11:40] launchpad website going down for emergency maintenance, in 5 minutes - ETD is < 5 minutes === agoliveira_brb is now known as agoliveira === AndyP [n=andyp@ubuntu/member/welshbyte] has joined #ubuntu-devel === milli [n=milli@ftcl002.digis.net] has joined #ubuntu-devel [11:51] LP backup === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === archis [n=archis@unaffiliated/archis] has joined #ubuntu-devel [12:01] ogra: Edubuntu desktop is showing the gdm prompt instead of auto-login ... === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [12:02] pitti: minor issue on Edubuntu desktop, auto-login isn't working === lmveloso [n=lmveloso@200-193-152-9.mganm702.dsl.brasiltelecom.net.br] has joined #ubuntu-devel [12:02] major issue on ubuntu, compiz totally blocks the machine on session startup :( [12:03] same problem as we already had right before tribe-2 [12:03] hehe [12:03] pitti: going to send out an update which breaks everything ? :)) [12:04] 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] infinity: could you give back soprano in feisty-backports [12:04] stgraber: the 'switch to console, enter a few chars, find it freezing' one [12:04] bad :( [12:05] stgraber: it's not even half starting; I already saw this, it's not the 'cannot connect to session' bug [12:06] seems that something dropped the nv blacklisting, perhaps [12:06] I'll dig again === Toxicity999 [n=bryan@unaffiliated/Toxicity999] has joined #ubuntu-devel