[12:13] I don't think that the UYVY-bug is important enough to basically update radeon_video.c from git-master [12:18] nope, if it requires that. I'll reopen the bug in malone, btw. === k001 [n=k001@unaffiliated/k001] has left #ubuntu-devel ["Nos] === vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-devel === vorian [n=steve@ubuntu/member/Vorian] has left #ubuntu-devel [".:porc::inca::dito::love:."] [12:20] Mirv: yep, thanks [12:20] soon we'll have 6.6.191 (or newer) anyway ;) === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [12:27] edubuntu amd64 server and addon are fine [12:30] ogra: don't need to test this one? === gordon [n=chatzill@cpe-76-183-250-45.tx.res.rr.com] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-ded1badc92ebdbcd] has joined #ubuntu-devel [12:34] doko: CD === dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === jml [n=jml@220-253-139-6.TAS.netspace.net.au] has joined #ubuntu-devel [12:57] good evening [12:59] good evening mdz [01:01] mvo: how do things look? === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel [01:03] mdz: good so far, I send you a mail earlier === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [01:06] mvo: the one to tollef, or a different one? === ogra kicks LP [01:08] mdz: that one to tollef that I CCed you, he asked about the upgrade test status === ogra tries since 20 min to make the damned bug submit page react GRRR [01:08] ogra: LP is a bit slow today for me too [01:09] mvo, 20min for one bug ? === ogra copies and pastes the text and starts over [01:10] mvo: right, ok === kaptengu [n=kaptengu@c213-100-60-183.swipnet.se] has joined #ubuntu-devel === faga [n=faga@201.91.68.204] has joined #ubuntu-devel === Arby [n=richard@82.152.169.96] has joined #ubuntu-devel === acacs [n=acacs@20132161195.user.veloxzone.com.br] has joined #ubuntu-devel === illovae [n=illovae@uni14-1-82-233-221-131.fbx.proxad.net] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel [01:37] Is anyone working on this bug : bug 105573 ? [01:37] Malone bug 105573 in network-manager "gnome NetworkManager doesn't see any wired or wireless network" [Undecided,Unconfirmed] https://launchpad.net/bugs/105573 [01:37] I just come accross it after an update ... [01:38] hmm, just found where the problem come from, no need to check it :) [01:39] mdz: you know, I think that x-ttcidfont-conf bug may simply be that defoma-app is widdling all over stdout and confusing debconf === blueyed [n=daniel@pdpc/supporter/active/blueyed] has left #ubuntu-devel ["Konversation] [01:53] cjwatson: can you spare a moment to look at bug 99908. [01:53] Malone bug 99908 in ubiquity "The ext3 file system creation in partition #1 of SCSI1 (0,0,0) (sda) failed." [Undecided,Needs info] https://launchpad.net/bugs/99908 [01:53] just happened to me with kubuntu 20070411 build [01:54] Arby: much of the problem seems to be that you're low on memory [01:55] bug 105234 [01:55] Malone bug 105234 in network-manager "Netowrk manager says disconnected but is connected and working" [Undecided,Needs info] https://launchpad.net/bugs/105234 [01:55] someone need to fix this [01:55] 8 duplicates [01:55] cjwatson: fair enough as long as that's all it is. [01:55] after my earlier comment I realised my suggestion to edit commit.d/30parted was bogus, as update-dev is called by a later script [01:55] Arby: it's not entirely clear [01:55] but there are definitely signs in syslog of things failing due to out-of-memory, or processes being killed, or whatever [01:56] if that's what it is then the installer should still respond more gracefully [01:56] how do i get gnome network manager to show up in my systray? [01:56] cjwatson: anything else I can do? [01:58] ah it was /usr/bin/nm-applet [01:58] cjwatson: as long as your happy it's not a show stopper it can be dealt with $later [01:58] I just wanted to check [01:58] Arby: add more memory and see if it still happens? :-) === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [01:59] I think it probably isn't a showstopper, as I believe it's the only report I've received of this form [01:59] cjwatson: pass some over then :) [01:59] cjwatson: fair enough [01:59] though that doesn't mean I'm dismissing it [01:59] that's fine it just doens't need to be chased at this late stage [02:00] as long as I know I'm fine with that [02:00] if you want me to try anything in future just shout. [02:01] will do, thanks [02:02] mdz: can you reproduce that weird debconf-related hang at will? as in if you do the same install again does it still happen? [02:03] mdz: if so, I'd appreciate /var/log/syslog from an installation attempt with DEBCONF_DEBUG=developer set on the kernel command line [02:08] cjwatson: Can I upload a new hotkey-setup? I'm not actually too fussed as to whether it's accepted for feisty (though it's approximately no-risk), but i'd rather have it sitting in a queue than depending on me remembering to upload it again when +1 is open [02:08] (Or does the queue not work that way?) === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === mvo_ [n=egon@p54A67FA8.dip.t-dialin.net] has joined #ubuntu-devel === Fujitsu wonders when Feisty+1 will be named === jack_wyt [n=jack@61.49.221.116] has joined #ubuntu-devel [02:22] Fujitsu, i think it's already named. But I don't know the name. === jinty [n=jinty@121.Red-83-50-217.dynamicIP.rima-tde.net] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === firephoto [n=tom@pool-71-115-234-220.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === jack_wyt_ [n=jack@221.216.191.211] has joined #ubuntu-devel [02:39] Who are the soc mentors? [02:39] They're wanted on slashnet.. [02:39] ...or anyone who can speak on their behalf. === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === rmjb [n=richard@cuscon25330.tstt.net.tt] has joined #ubuntu-devel === j_ack [n=rudi@p508D81E4.dip0.t-ipconnect.de] has joined #ubuntu-devel [02:53] anyone here experiencing bug #82314? [02:53] Malone bug 82314 in linux-source-2.6.20 "pata driver in libata not mounting /home" [Critical,In progress] https://launchpad.net/bugs/82314 [02:54] basically Host Protected Area drives not being supported by libata-pata === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === dandel [n=dandel@pool-71-96-79-153.dfw.dsl-w.verizon.net] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-122-102.hsd1.mi.comcast.net] has joined #ubuntu-devel [03:13] about bug 105234 and duplicates: i think i have a fix. i'm not certain it's not a "hack", but brief testing shows that it works fine and even if it is slightly hacky i dont believe it has any other side effects. should i post & have someone else review this? [03:13] Malone bug 105234 in network-manager "Netowrk manager says disconnected but is connected and working" [Undecided,Confirmed] https://launchpad.net/bugs/105234 === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === jml [n=jml@59.167.203.115] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-122-102.hsd1.mi.comcast.net] has joined #ubuntu-devel === kads [n=kthakore@CPE001310a1899c-CM001692fa7e8e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:37] may anyone who knows about NetworkManager take a look at this patch (last comment)? bug 105234 [03:37] Malone bug 105234 in network-manager "Netowrk manager says disconnected but is connected and working" [Undecided,Confirmed] https://launchpad.net/bugs/105234 [03:39] xtknight: What timezone are you on? [03:39] Most developers have hit bed, so tomorrow is almost certainly a better bet [03:39] eastern US Wed Apr 11 9:39pm [03:39] k [03:40] Ask Mithrandir about it tomorrow - he's been looking at NM a little [03:40] But he's pretty busy, so don't expect an immediate response === Gman is now known as GmanAFK === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === ash211_ [n=andrew@user-1121ofb.dialup.mindspring.com] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === micahcowan [n=micah@adsl-76-211-246-68.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel === erikgz [n=erik@125-238-159-178.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === sonictwin [n=ryan@c-68-61-98-160.hsd1.mi.comcast.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.131.revip2.asianet.co.th] has joined #ubuntu-devel === kads [n=kthakore@CPE001310a1899c-CM001692fa7e8e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel === Gilles [n=chatzill@dsl-153-100.aei.ca] has joined #ubuntu-devel === Gilles [n=chatzill@dsl-153-100.aei.ca] has left #ubuntu-devel [] === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel === thepumpkin1979 [n=jhernand@190.72.175.241] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-devel === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-devel [04:49] Does someone know which part of Launchpad is GPL and which part it isn't? === hunger_t [n=tobias@p54A72233.dip0.t-ipconnect.de] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === zerbero__ [n=jga@p85.212.5.91.tisdip.tiscali.de] has joined #ubuntu-devel [04:59] rpereira, that question is better addressed to #launchpad [05:00] oh, nm, you're there already :-) [05:00] mpt: yes, after I posted here, I used my brain.... :) === thekorn [n=thekorn@a89-182-29-200.net-htp.de] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === asac_ is now known as asac === pranav_ [n=pranav@mnit.ac.in] has joined #ubuntu-devel === faga [n=faga@201.91.68.204] has left #ubuntu-devel [] === MetaBookfoziS [n=sajt@53d82bea.adsl.enternet.hu] has joined #ubuntu-devel === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel === GmanAFK is now known as Gman === jtholmes [n=chatzill@72-254-59-234.client.stsn.net] has joined #ubuntu-devel === luke-jr_work [n=luke-jr@user-0c93tj3.cable.mindspring.com] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-122-102.hsd1.mi.comcast.net] has joined #ubuntu-devel === lappy [n=lappy@dsl-hvkgw1-fe6ffa00-119.dhcp.inet.fi] has joined #ubuntu-devel === microphone_not_w [n=gp@122.162.61.4] has joined #ubuntu-devel [06:24] hi [06:24] hi === sonictwin [n=ryan@c-68-61-98-160.hsd1.mi.comcast.net] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-b5d918df37b1099e] has joined #ubuntu-devel === shenki_ [n=shenki@ppp109-216.lns10.adl6.internode.on.net] has joined #ubuntu-devel === welshbyte [n=welshbyt@ubuntu/member/welshbyte] has joined #ubuntu-devel === LetoTo [n=paul@bofh.xelerance.com] has joined #ubuntu-devel === welshbyte [n=welshbyt@ubuntu/member/welshbyte] has joined #ubuntu-devel === erikgz_ [n=erik@125-238-141-69.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === Enola_Gay [n=enola@ip79.134.1511H-CUD12K-03.ish.de] has joined #ubuntu-devel [07:19] hi all [07:20] Does anyone know when the RC will be released? [07:23] when it's ready [07:23] :) [07:23] So it isn't? [07:24] i haven't said that :) [07:24] Does the yesterday daily live build has any disadvantage? [07:25] If you can install, you can always upgrade :) [07:25] So theoretically they are build like the rc or beta candidate? [07:25] afaik, all CD images are the same.. it's just that some images get to be blessed into 'Beta' images etc. [07:26] cool, thanks [07:26] Than the RC can be released when it is ready ;) [07:26] yesterday's image might be RC..might be not [07:26] but for sure they are pretty good === LetoTo [n=paul@bofh.xelerance.com] has left #ubuntu-devel [] [07:27] If only some packages differ it is no real problem. It just should have no disadvantages for upgrading. === pygi [n=mario@83-131-81-201.adsl.net.t-com.hr] has joined #ubuntu-devel [07:28] I would like to congratulate everybody who got into SoC, so congrats folks ^_^ [07:28] Thanks and cu all. === LetoTo [n=paul@bofh.xelerance.com] has joined #ubuntu-devel === ivoks [n=ivoks@2-169.dsl.iskon.hr] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel === ulmolavender [n=neptunep@adsl-75-62-110-120.dsl.snfc21.sbcglobal.net] has joined #ubuntu-devel [08:05] Mithrandir: I think bug 82335 reappeared yesterday. If not, another bug with the same symtoms :) [08:05] Malone bug 82335 in network-manager "network-manager should not set offline mode when it manages no device" [High,Confirmed] https://launchpad.net/bugs/82335 [08:06] mdke: no, that's intentional. Apps think they're offline, but the NM doesn't manage any devices in that case, so it thinks it's offline. [08:07] Mithrandir: well, you originally fixed that bug... the fix was reverted intentionally? [08:08] all I know if that I have a big fat icon in my panel which tells me I have no network devices. That can't be a good thing === gouki_ [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel [08:08] mdke: does gaim and epiphany believe you are online or offline? [08:08] Mithrandir: no, that part is ok [08:09] (online) [08:10] then the fix is working correctly. [08:10] it's just the icon which is wrong [08:10] not really, it should just read "no managed devices" and not "no devices" [08:11] what's the point of that? [08:11] surely the whole point of the n-m icon is to allow people to quickly configure their network devices [08:11] I was really loving it for switching wifi networks [08:11] now I can't :( [08:12] hm, you have a static, wired eth0 and an dhcp, wireless eth1? [08:12] if so, it should list the wireless interface. [08:13] dhcp everything [08:14] even so, it seems that even people using static shouldn't get that red exclamation mark in their panel telling them something is wrong [08:14] s/seems/seems to me [08:15] oh, and the mouseover message is "No network connection" === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [08:16] can you paste your /etc/network/interfaces file somewhere? [08:17] Mithrandir: ok. http://pastebin.ca/435901 - I've taken out all the white lines. === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [08:17] dunno what eth2, ath0 and wlan0 are - I don't have any of those [08:17] "wireless-essid belkin54g" is a kind of static configuration and NM won't touch it because of that. [08:18] but it should list eth0 in the list, but it might be greyed out if you don't have a cable plugged in [08:18] how's the testing going? kubuntu, specifically? [08:19] Mithrandir: that's fine. My point is, n-m is wrong to tell people they don't have a network connection, and the whole point of that icon is that i provides them with a good indication of whether their network is up or not. [08:19] until yesterday, I mean [08:20] mdke: except it doesn't when you have weird setups and those kind of weird setups were more common than I thought [08:21] Mithrandir: was there something wrong with the way it was working since you fixed the bug and until the last upgrade? because loads of people commented on the bug report saying that their weird setups were being properly recognised [08:22] certainly mine started working again [08:23] it broke with ipv6, for instance. And it broke with mappings, and it broke LTSP and other cases where NM thought it could handle it, but couldn't. [08:23] I see [08:23] thanks for explaining that [08:24] so, the icon should be fixed [08:24] so I would have loved not to have gone back on this, but I think a small retreat is better than having something that breaks for lots of people. [08:25] bug 105234 might be relevant? In particular comment 32 (xtknight's tentatively submitted patch) [08:25] Malone bug 105234 in network-manager "Netowrk manager says disconnected but is connected and working" [Medium,Confirmed] https://launchpad.net/bugs/105234 === sid [n=unstable@glitchinthe.net] has joined #ubuntu-devel [08:26] I purged linux-restricted-modules-common; and I can't apt-get install it back. There is no installation candidate. [08:26] Mithrandir: yep. We just need to make sure that people who's interfaces n-m can't handle aren't seeing the icon; maybe even show them the old Gnome icon that works properly === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel [] [08:28] mdke: but you aren't seeing your wired interface at all in the dropdown list? [08:28] Mithrandir: no. It says "no network devices have been found" and "no network connection" in the mouseover. (my eth1 is up) [08:29] the Gnome icon tells me I'm up and running [08:29] hm [08:30] that's weird. I'll see if I can reproduce this on my laptop. [08:30] thanks. It's not so much my system that bothers me as in general though [08:30] something else, ubuntu-docs still has the codename (feisty fawn) in the firefox home page, can we get rid of that and just refer to it as 7.04? [08:30] yes, if you wish [08:31] nm does not often understand the status of links it has not itself brought up or down [08:31] hile: which is why it's told to stay away from them. [08:31] eth0 and eth1 are not marked "auto". n-m requires that for them to show up, no? === ryanh_ [n=ryanh@gateway.linspire.com] has joined #ubuntu-devel [08:31] Gutsy Gibbon! [08:32] hile: that's fine. The problem is that it's giving a misleading impression to the users, and that the icon in the panel should tell *all* users whether they are up or down, as the Gnome icon does [08:32] of course, but I think only bug here is that nm still shows it's icon while there are no interfaces it's supposed to manage? === ulmolavender [n=neptunep@adsl-75-62-110-120.dsl.snfc21.sbcglobal.net] has left #ubuntu-devel [] [08:32] ah, not that, I got it [08:32] hile: that would be an acceptable way to fix the bug, IMO. If there are nothing to manage, it can just hide itself. [08:33] yeah, as long as there is no menu entry in it 'look for network interfaces now' [08:33] Mithrandir: it's a fix. But it's a regression from Edgy, which had a working icon for all users [08:33] depends what you mean by working, I haven't had working wireless with default gnome app for long time :) [08:34] and given that the default homepage is offline, there's no easy way for people to find out if they are online or not, short of typing a website address [08:34] ... because I have used nm only for over a year === joejaxx [n=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-devel [08:34] mdke: they're free to add the old applet if that works better with their setup. [08:35] nm just isn't well enough integrated with debian-based systems, I think [08:35] Mithrandir: if they can (a) guess it exists, and (b) find it [08:35] mdke: can you make sure the "About Ubuntu" page just has references to the version number too? === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [08:35] hile: but it'll never get there if we don't work on fixing that. [08:35] Mithrandir: it's not really a great time to do that - we'll break the translations. It's always contained the version number followed by the codename, afaik [08:36] of course [08:36] mdke: hmm [08:36] we could sed through all the translations too, I guess [08:36] mdke: https://wiki.ubuntu.com/CodeNamesToVersionNumbers claims otherwise. [08:36] Mithrandir: as a result of that, we put the version numbers first and the codename as secondary [08:37] but I suppose we should remove them, it's just very late === marilize [n=marilize@dumbledore.hbd.com] has joined #ubuntu-devel [08:37] yes, I should have noticed earlier, but didn't since I overlooked a checklist on my checklist. [08:38] heh [08:38] I can't take care of it today, I need to get to work asap [08:38] ok, see you. [08:38] maybe someone else can do it === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === shenki [n=shenki@ppp109-216.lns10.adl6.internode.on.net] has joined #ubuntu-devel [08:41] mdke: See if you can reproduce my bug. I didn't see it listed on launchpad. === tkjacobsen [n=tkjacobs@105.18.235.85.dk-boa.res.dyn.perspektivbredband.net] has joined #ubuntu-devel [08:49] sid: I don't have time I'm afraid. [08:49] Mithrandir: thanks for your time === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel [08:50] Good morning [08:51] morning pitti [08:51] Mithrandir: ah, it just occured to me how this lrm-video bug broke X yesterday: nvidia_new gets modprobed automatically, and thus X.org cannot load nvidia or nvidia_legacy any more, and you get that ABI mismatch [08:51] hi pygi === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === hunger_t [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === dholbach [n=daniel@i59F72060.versanet.de] has joined #ubuntu-devel [09:00] good morning [09:04] argh, metacity hid my other xchat window again, brb === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [09:04] hey dholbach! === jinty [n=jinty@121.Red-83-50-217.dynamicIP.rima-tde.net] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === surge [n=highvolt@dsl-240-91-192.telkomadsl.co.za] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [09:24] pitti, lifeless: please comment on bug 105764 [09:24] Malone bug 105764 in python2.5 "apport exception hook negatively impacts startup of python" [Medium,Confirmed] https://launchpad.net/bugs/105764 [09:26] @lart 37 Mithrandir [09:26] ukeoadi === Mithrandir tickles mneptok === Hobbsee tickles Mithrandir === Hobbsee stomps on Mithrandir's feet === highvoltage takes a few steps back === pygi eats Hobbsee === mpytasz [n=dduck@81.219.176.64] has joined #ubuntu-devel === Hobbsee kicks aroudn inside pygi, and pokes around with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! [09:29] Hobbsee: both tickling and stomping. Now, that's cheating. [09:29] Mithrandir: why? [09:29] unfair advantage. [09:29] Hobbsee, you know that won't work with me =) [09:29] Hobbsee, I've got burning powers! [09:29] pygi: nto when you're being prodded inside... [09:29] Hobbsee, won't help ya! [09:29] hi Mithrandir === Hobbsee bursts out of pygi. oops, pygi is blown up. oh dear. [09:30] heya pitti === pitti hugs Hobbsee [09:30] Hobbsee, I know all of your tricks. :) === Hobbsee hugs pitti [09:31] good morning everyone === Mithrandir sews pygi back together. === Hobbsee grumbles about havign to go to work === stub [n=stub@ppp-58.8.3.131.revip2.asianet.co.th] has joined #ubuntu-devel [09:32] Hobbsee, I won't be able to fix your cd-recording mess for kubuntu :P [09:32] Mithrandir, thank you ^_^ [09:33] pygi: oh dera. [09:33] pygi: well this is why you shouldnt eat people === pitti tests out the proposed l-r-m bug fix, bbl === stephanbuys [n=stephanb@mtngprs4.mtn.co.za] has joined #ubuntu-devel === shenki [n=shenki@ppp24-87.lns10.adl2.internode.on.net] has joined #ubuntu-devel === shenki_ [n=shenki@ppp24-87.lns10.adl2.internode.on.net] has joined #ubuntu-devel === corevette [n=corevett@adsl-75-35-192-230.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel === ivoks [n=ivoks@4-123.dsl.iskon.hr] has joined #ubuntu-devel === cyt [n=cyt@linux.cs.ccu.edu.tw] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel === thekorn [n=thekorn@a81-14-164-141.net-htp.de] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [10:00] Mithrandir: I did some tests and confirmed that http://paste.ubuntu-nl.org/15189/ really does what it should [10:00] Mithrandir: hmm, I just saw that BenC set the bug to fixcommitted already [10:01] Mithrandir: however, there's nothing in unaccepted; is this good to upload? [10:01] pitti: I just did an upload about an hour ago [10:01] pitti: please. [10:01] BenC: oh, weird; I checked unaccepted before starting with this [10:01] but I never got an accepted email, so feel free to reupload === sneakums [i=sneakums@jenny.ondioline.org] has joined #ubuntu-devel [10:02] BenC: while testing this I noticed another oddity [10:02] BenC: lrm> ok, I assume it's more or less the same patch? (see paste) [10:02] yeah, same thing [10:03] BenC: regardless of whether I modprobe _legacy or _new, lsmod always shows 'nvidia' [10:03] BenC: this makes it hard to figure out which module is actually loaded (and makes r-m display the wrong thing) === statik [n=emurphy@canonical/launchpad/statik] has joined #ubuntu-devel [10:03] any idea why it does that? can the module change its name? === ogra___ [n=ogra@p548AD98E.dip.t-dialin.net] has joined #ubuntu-devel [10:04] pitti: odd, lsmod should always show the filename === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel [10:05] BenC: hmm, so I better teach r-m about this special case [10:06] Mithrandir: ah, my l-r-m upload is in unapproved now === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [10:09] pitti: Is there any problem if we don't generate any language pack for two weeks after Feisty release? [10:10] carlos: no, that wouldn't hurt at all [10:11] pitti: that applies to Dapper and Edgy too [10:11] carlos: you want to open the gutsy translations in that time? === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [10:11] no, we are not going to do it so early [10:11] we need the server where the language packs are generated to handle the release load [10:12] so the server will be unavailable for the first two weeks [10:14] carlos: hm, but it would be good to open them early [10:15] carlos: feisty was a disaster [10:15] pitti: I got the comprise with our translators in a public meeting to open it two months after Feisty + 1 opening [10:16] what is the reason for not just opening it when feisty+1 opens, apart from the server load? [10:16] and once Feisty + 1 schedule is published, I will ask to include there when we expect to have translations open [10:16] carlos: hm, I still don't understand why we cannot open it right after release; it will take a long time right after release or right before beta [10:16] not sure whether it's already published... [10:16] and right after release we don't need other tarballs so urgently [10:18] pitti: maybe for feisty + 2 we could open it again after release, but with Debian sync the amount of files to imports will be huge, and we have another critical bug that we should address that makes hard to non ubuntu projects to use Rosetta while a huge Ubuntu import is in process [10:18] carlos: right, but you have to import these files anyway at some time [10:18] pitti: also, translators asked us to delay it those two months until everything is a bit more stable with the version updates [10:18] pitti: well, those two months will give us time to deploy the solution [10:18] carlos: hm [10:19] carlos: if we can rely on the two months this time, I can live with that [10:19] carlos: I'm just publishing the schedule now === mvo [n=egon@p54a67fa8.dip.t-dialin.net] has joined #ubuntu-devel [10:19] carlos: what date do you ned to know? [10:20] Keybuk: well, the idea is to add a 'Traslations open in Launchpad' two months after Feisty + 1 development starts, but I would like to see the calendar to agree on a date with kiko and other Rosetta developers [10:20] do you have a draft? [10:21] carlos: no, I have the final schedule :p [10:21] ok, URL? [10:21] ENOSEB :/ [10:21] why do we have to wait for two months? [10:21] carlos: http://wiki.ubuntu.com/GutsyReleaseSchedule [10:22] ooh, release on my birthday :) [10:22] Keybuk: because translators asked to wait until all Debian sync is done and packages are moved from universe to main and the other way and new GNOME version is imported [10:22] June 21st for debian sync done [10:23] Keybuk: and for this concrete release, because, as explained to Martin, we need to fix a problem that blocks non unbuntu projects to import files while we handle the initial imports for a new distro [10:24] Keybuk: I guess then, we would open translations around that time [10:24] Keybuk: wow and the sprint doesn't even overlap with my holidays :) [10:24] fabbione: this was deliberate :p [10:24] it doesn't overlap with anyone's holiday afaik [10:24] Keybuk: eheheh [10:24] (or any conference) [10:25] Keybuk: i *knew* you couldn't live without me ;) [10:25] Keybuk: I will try to have a meeting with kiko today to discuss the final date and will send you it so you can add it to the schedule, ok? [10:25] ok [10:25] thank you === gouki_ is now known as gouki [10:34] Mithrandir: an news about the idea of removing broken binary packages (like unmet deps) from the (feisty) archive? I don't remember any feedback of this === Tonio_ [n=tonio@79.207.103-84.rev.gaoland.net] has joined #ubuntu-devel === mvo_ [n=egon@p54A67FA8.dip.t-dialin.net] has joined #ubuntu-devel [10:36] siretart: yes, we are not going to do it. === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [10:38] Mithrandir: I just committed a fix to bug 105812, see patch linked from the bug [10:38] Malone bug 105812 in restricted-manager "nvidia_new and _legacy not detected as 'in use'" [High,Fix committed] https://launchpad.net/bugs/105812 [10:38] Mithrandir: ok. [10:39] pitti: ok, looks good. [10:40] Mithrandir: thanks, uploaded [10:40] ogra: is the keyboard layout reset to english after installation of the ltsp chroot on edubuntu installs? [10:42] Keybuk, gnome 2.12?! [10:43] Keybuk, are we going back to warty? =) [10:43] damn Seveas i was about to say that! [10:43] Keybuk, may I query ? [10:44] tsmithe, actually warty was 2.8, breezy was 2.12 [10:44] i dunno :P [10:44] but i was gonna say something along those lines ;) === pranav_ [n=pranav@mnit.ac.in] has joined #ubuntu-devel [10:45] doko, hmm, is it right after first reboot ? [10:45] ogra: no, noticed when entering the partition where to install grub [10:45] and after first boot ? [10:45] wrong or right ? [10:45] mjg59: yes, feel free to drop things into the queue [10:46] ogra: wrong === mdz_ [n=mdz@yttrium.canonical.com] has joined #ubuntu-devel [10:46] hmm, i could use in gdm here ... weird [10:46] pitti: ok to upload the apport change? [10:46] doko: hm? [10:47] doko: ping [10:47] ogra: I'll recheck after the meeting, but I'm sure I set the language to german [10:47] doko, are you really sure ? [10:47] Mez: sure, what's up? [10:47] doko: sorry, I didn't check the bug yet, overlooked it over my reboots [10:47] pranav_: I don't know anything about SoC, sorry. Google will make things public soon [10:47] Seveas: oops :p [10:48] doko: he he it ok [10:48] i can imagine that the run of console-setup in the chroot affects the server through /proc but that shouldnt change the /etc/default values for the host [10:48] *its [10:48] so it *must* be the keymap thats set before chroot building starts after the first reboot ... === freeflying [i=freeflyi@211.147.215.100] has joined #ubuntu-devel [10:49] i wouldnt know a technical reason why it should stay non-german [10:49] ogra: checking agin [10:49] thanks [10:50] doko: erk, doesn't this require a new binary package, if you move the hook out of the apport/ module? [10:50] pitti: why? [10:52] doko: also, apport_hook as a general module is really misleading, it should be python_apport_hook or so === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel [10:52] doko: since we have two other kinds of 'apport hooks' already [10:53] cjwatson: can you have a look at bug 105814 ? [10:53] Malone bug 105814 in Ubuntu "fails to resize ntfs partition on virtualbox" [Undecided,Unconfirmed] https://launchpad.net/bugs/105814 [10:53] doko: if the Python policy allows a python-foo package to ship components which are not in python package foo, then that's ok for me [10:54] pitti: the file is now called apport_hook; I don't care how its called === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [10:54] doko: otherwise I'd rather ship the file in apport itself [10:54] pitti: not a policy issue at all [10:54] ok [10:55] hey seb128 [10:55] good morning seb128! [10:55] seb128: you're late, slacker ;-P [10:55] hi dholbach, mvo, doko [10:55] doko: then let's call it apport_python_hook.py [10:55] pitti: fine with me [10:55] seb128: slap him :) [10:55] doko: I was around at 8am european time already, just not on IRC [10:56] cf my reply on the distro list :p === dholbach hugs seb128 [10:56] doko: did you change anything in the file itself? the diff makes it hard to tell === seb128 hugs dholbach back [10:56] dholbach: he would have to come to Berliiin, which will never happen :p [10:56] don't say never [10:56] we might have an UDS there one day ;) [10:57] pitti: just prefixed the fileutils and report imports with apport. [10:57] doko: alright, I commit the change to the bzr with the new name, run some tests, and do the approval/upload jumping === mdz_ [n=mdz@yttrium.canonical.com] has joined #ubuntu-devel [10:57] doko: right [10:57] pitti: is that known that software-properties is not translated? [10:57] pitti: ok, let me know, so that I can change the pythonX.Y packages [10:57] seb128: bug 105611, will fix right after RC [10:57] heno: see my comment [10:57] doko: will do [10:58] Malone bug 105611 in langpack-o-matic "software-properties land in KDE pack" [High,In progress] https://launchpad.net/bugs/105611 [10:58] doko: thanks! [10:58] pitti: danke === mdz_ [n=mdz@yttrium.canonical.com] has joined #ubuntu-devel [10:58] launchpad is slow for other people as well? [10:58] seb128: yes [10:58] it takes ages to load a page since yesterday :/ [10:59] yes, sometimes; yesterday was horrible === schwuk [n=dave@ubuntu/member/schwuk] has joined #ubuntu-devel [10:59] seb128, my evo was evil to me today :/ [10:59] ogra: like crashing? [10:59] seems my line dropped overnight ... it showed me the online icon but didnt want to show any folder contents [11:00] and told me i have to be online ... [11:00] cjwatson: ok, cool. I'll give it some more testing anyway [11:00] clicking the icon didnt help ... restarting evo did [11:03] doko, oh, btw, so you ghhad the grub question as well if you noticed the breakage there ? === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel [11:04] doko, it would probably help to comment on bug 105712 [11:04] Malone bug 105712 in os-prober "feisty grub osprober doesnt detect an existing feisty install on edubuntu alternate" [Undecided,Unconfirmed] https://launchpad.net/bugs/105712 [11:05] ogra: let me check after the install [11:05] yup [11:05] do you have another OS on that machine ? [11:06] other partitions are automounted which confuses os-prober [11:07] this is a long-standing bug which I'm not concerned about for release [11:07] not in manual partitionning mode .... [11:07] yes they are [11:07] at kleast if i choose "dont use" [11:07] unless you manually deselect them [11:07] ogra: yes, having Windows and an Ubuntu install; but all other partitions are not mounted [11:07] right, thats what i do in manual === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel [11:07] in any case, not release-critical IMO so I'm not going to look at it further now. If you want to help, attach syslog and partman logs from the installer [11:08] no, not at all [11:08] but something to notice and log :) === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === chand|_ [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [11:16] pitti: that r-m fix is needed too, right? [11:16] Mithrandir: not absolutely for RC; it does give false information, but the impact is much less bad than l-r-m [11:17] Mithrandir: OTOH it's probably much quicker to build than lrm :) [11:17] Mithrandir: for the majority of users it should just work as it is, since the majority uses nvidia-glx (no new/legacy) [11:17] ok === toodles [n=timtt@87-198-41-100.ptr.magnet.ie] has joined #ubuntu-devel [11:23] how can i say on which ubuntu version i'm ? [11:23] ogra: no, the keyboard problem persists [11:23] saispo: lsb_release -a [11:24] doko, weird, how can a setting in a chroot affect a host system ? and why didnt i see it in any installs here :/ === ivoks [n=ivoks@7-52.dsl.iskon.hr] has joined #ubuntu-devel [11:25] ogra: because you are probably sharing /proc and /dev ? [11:25] thanks Nafallo [11:25] ogra: and if you are root in the chroot you can kill processes in the host [11:25] ogra: try the edubuntu DVD? with a german keyboard? I don't know what I can offer else for testing ... [11:25] etc. [11:26] np [11:26] fabbione, sharing /proc will rewrite settings in /etc/default/console-setup ??? [11:26] ogra: hmm no it shouldn't [11:26] i can imagine that its a temporary switch as long as /proc is mounted [11:26] but if it does.. and it's realiable.. tell pitti :) [11:26] but after the first reboot it should work as expected === chand|_ [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === l4m [n=lam@cm187.delta168.maxonline.com.sg] has joined #ubuntu-devel === ivoks [n=ivoks@7-52.dsl.iskon.hr] has joined #ubuntu-devel === hunger_t_ [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === pygi [n=mario@89-172-137-43.adsl.net.t-com.hr] has joined #ubuntu-devel === sky_walkie [i=czzhrd02@xdsl-563.lodz.dialog.net.pl] has joined #ubuntu-devel === dogmatism [n=dogmatis@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has left #ubuntu-devel [] [12:10] pitti: yesterday we had a problem with the import queue so there are some files pending to be imported [12:11] carlos: alright; I won't update the packs today anyway [12:11] pitti: when will you prepare final packages for Feisty? [12:11] carlos: that's unclear yet, just discussing in the meeting [12:11] ok [12:12] pitti: once you know it, tell me so I can try to prioritise things so everything is imported [12:12] carlos: most probably tomorrow [12:13] so I should get everything imported before midnight === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel [12:13] to prepare the export tomorrow morning [12:13] and I need to fix langpack-o-matic for this software-properties bug [12:13] heno: do you believe that the red bug icons are a complete list of serious issues? [12:13] which bug? [12:14] carlos: bug 105611 [12:14] Malone bug 105611 in langpack-o-matic "software-properties land in KDE pack" [High,In progress] https://launchpad.net/bugs/105611 [12:14] oh, that one [12:14] right [12:15] cjwatson: not sure the kernel issues are reflected there, but the other items raised in the meeting have red bugs [12:15] pitti: hmmm, are you sure it should be in GNOME ones? [12:15] carlos: yes [12:15] pitti: isn't it used too from KDE frontend? [12:15] bug 105631 we've decided to skip for this release, right? [12:15] Malone bug 105631 in debian-installer "LVM install incorrectly sets root partition in lilo.conf" [Undecided,Confirmed] https://launchpad.net/bugs/105631 [12:15] carlos: oh, in the base ones, sorry [12:16] pitti: the bug says GNOME ones, that's why I'm asking [12:16] pkl_: I don't see any test results from you for kubuntu alterntae amd64 [12:16] I'm a bit worried by the lack of Kubuntu upgrade tests in that list === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel [12:16] nothing else coverage-wise really concerns me [12:17] riddell: no, I'll put them in. [12:17] Riddell: I tried doing Kubuntu upgrades yesterday, but it was non-obvious, esp. with the CD [12:17] Will l-backports-modules-generic and kvm get fixed before the release? [12:17] Riddell: can you point me at some URL [12:18] heno: https://help.ubuntu.com/community/FeistyUpgrades "Kubuntu Beta upgrade" [12:19] cjwatson, pkl_, BenC: btw, we had really no testing reports from the kernel team at all yesterday, which concerns me a bit. Though I know they were busy [12:19] Mithrandir, CC: doko: I'd appreciate your verdict about bug 105764 [12:19] Malone bug 105764 in python2.5 "apport exception hook negatively impacts startup of python" [Medium,Confirmed] https://launchpad.net/bugs/105764 === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [12:19] heno: I think the kernel team has been sufficiently busy that it would be a good plan to assign testing away from them [12:20] hunger: clarify? [12:20] cjwatson: Both packages are not installable for a couple of days now. [12:20] cjwatson: yes I had a quick chat with Ben yesterday and did that, but it did put a dent in the coverage [12:20] hunger: architecture? [12:21] Mithrandir: I don't think that it is really necessary to push it into feisty at this point, but it was milestoned by someone [12:21] cjwatson: x86, really primitive. [12:21] cjwatson: AFAIK I did not install that t [12:21] hmm, linux-backports-modules-2.6.20 may need to be rebuilt for the current ABI [12:21] pitti: I did milestone it; it's a severe performance regression over edgy [12:21] I also need to rethink timing. Assigning DVDs to Europeans is a bit pointless as they are always delayed, so thumbs are twiddled [12:21] kvm is universe, no? [12:21] stuff myself, so it was dragged into the system at some point. [12:22] pitti: hm, looks simple enough. Has it been tested by others yet? [12:22] Mithrandir: doko and my testsuite [12:22] Mithrandir: (it has full test coverage) [12:23] I'll rebuild linux-backports-modules [12:23] Mithrandir: if we do this, then we need to accept all three of apport/python2.{4,5} together [12:23] pitti: ok [12:24] Mithrandir: the python2.{4,5} diff is in my last comment [12:25] preparing the python packages [12:25] pitti: looks fine to me. [12:26] Mithrandir: thanks; I did a tiny fix to the test suite as well, btw, I hope that's ok (doesn't affect any code running on installations) [12:26] pitti: yes === Loevborg [n=loevborg@dslb-084-056-047-180.pools.arcor-ip.net] has joined #ubuntu-devel [12:29] Mithrandir: please accept linux-backports-modules-2.6.20_2.6.20-14.9_source.changes [12:30] does anybody has a keyboard with multimedia key "play,pause", "play", "pause"? [12:31] seb128: I have play/pause [12:31] and could tell me what codekey they are using [12:31] seb128: Yes. [12:31] Err, in X, or what ? [12:31] dholbach: could you look what value it has (you can use the gnome shortcut dialog and try assigning it to something) [12:31] If you mean in X, you mean xev ? [12:32] iwj: system, preferences, keyboard shortcut (or whatever it's called in english) [12:32] iwj: try to assign them to something [12:32] and note the code listed [12:32] seb128: it varies between keyboards. [12:32] seb128: 0xa2 [12:33] Mithrandir: are you sure? === Tonio__ [n=tonio@79.207.103-84.rev.gaoland.net] has joined #ubuntu-devel [12:33] seb128: if not, I'm sure :-) [12:33] seb128: fairly. [12:33] dholbach: ok, thank you [12:33] XF86PLAY should work? :-P [12:33] Nafallo: isn't acpi_fakekey handling them? === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel [12:34] seb128: dunno. I just remember I had problems with that in some release cycle :-). the bug got rejected since I hadn't set my keyboard to what it was or something like that :-) === ivoks [n=ivoks@5-123.dsl.iskon.hr] has joined #ubuntu-devel [12:35] I made a patch for my keyboard to the file that specified what keys it used :-) === mpytasz [n=dduck@81.219.176.52] has joined #ubuntu-devel [12:35] Nafallo: we use standard value for volume, eject, www, etc, seems to work correctly [12:35] we didn't get any bug this cycle about volume key not working I think === danohuiginn [n=ant@p54bee94a.dip.t-dialin.net] has joined #ubuntu-devel [12:36] my laptop multimedia keys don't work anymore, FWIW, but then my laptop is apparently cursed [12:36] things might have improved. I think it was hoary or breezy I was talking about :-) [12:36] elmo: which one? none of them [12:37] seb128: none of them, play/pause, stop, ff, rew [12:37] err, except I'm using xmms, not rhythmbox \o/ [12:37] elmo: do you have the double-dhclient issue? [12:37] Keybuk: yes [12:37] elmo: those are no default value assigned [12:37] elmo: that's what I'm trying to change right now :p [12:38] elmo: can I borrow your /e/n/i [12:38] s/are/have [12:38] Mithrandir: just uploading digikam, closing an important issue in the latest release (bug/102912 [12:38] Mithrandir: nothing critical for the release [12:38] Mithrandir: I hope you'll approve :) [12:38] Tonio_: if it's not critical for the release, I'll reject it. [12:39] seb128: I could swear they use to, but maybe I'm insane [12:39] Mithrandir: sorry I meant that's important for the release, it breaks an important part of it [12:39] Isn't there a new dbus API that multimedia keys need to be accessed by? [12:39] Mithrandir: I'm just tired :) [12:39] Fujitsu: no [12:39] elmo: have your hotkeys worked before? [12:39] Fujitsu: that's an implementation detail [12:39] Keybuk: yes [12:39] Fujitsu: they still need to be configured to the same capplet [12:39] elmo: when you push them, do you get invalid scancode type messages in syslog [12:39] seb128: Plau/Pause: 0xa2 (which it thinks is pause). Stop: 0xa4. [12:39] (maybe try from console) [12:40] Mithrandir: the all image editor is broken in fact... which for digikam is really a big issue :) [12:40] seb128: I have no separate pause key. [12:40] Tonio_: how many people have tested the patch? [12:40] iwj: ok, thank you. Do you have a pause different of the play/pause? [12:40] iwj: ok [12:40] Mithrandir: lots on kubuntu-devel, patch is fro msvn upstream [12:40] Also missing are skip back and forth which are 0x90 and 0x99. [12:40] Keybuk: nope [12:40] `Skip to {previous,next} track' [12:40] Mithrandir: I too have tested it, works perfectly [12:41] iwj: right, those are on my list and ok [12:41] elmo: in gnome's keyboard prefs, can you change an item, push one of those keys and have it set? [12:41] Mithrandir: Riddell is okay for the upload (I just asked) [12:41] seb128: Right. === nightwish [i=gsn1@segfault.kernel-oops.de] has joined #ubuntu-devel [12:42] Tonio_: ok [12:42] Mithrandir: thanks [12:42] Keybuk: yes [12:43] elmo: iz gtk bug [12:44] elmo: are they list by the keyboard shortcut configuration dialog? [12:44] they're listed as 0x99 and similar [12:44] or do you mean something else? [12:44] elmo: no, just wondering if there was key associated to the actions [12:44] since we don't do it by default atm [12:45] with what app did you try them? [12:45] Riddell: what's up with https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/61946 ? It looks like this should have been milestoned ages ago? [12:45] seb128: xmms [12:45] Malone bug 61946 in kdebase "[Edgy Data Loss] umount progress dialog missing" [High,In progress] [12:45] seb128: but it's all my hotkeys, including brightness, lock, sleep, etc. [12:45] iwj: ok, so your stop button is 0xa4 and BenC mail on the distro list suggest using 0xe8 [12:46] elmo: hum, ok, dunno then === enrico [n=enrico@debian/developer/enrico] has joined #ubuntu-devel [12:46] Mithrandir: err that was on the milestone list a while back? and a fix went in a couple of days ago [12:46] I assumed the uploader would take care of closing the bug === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [12:47] hi jsgotangco :) [12:47] cjwatson: it was? I'm fairly sure I haven't seen that before, but malone _still_ doesn't show milestoning in the activity log. [12:47] assuming that it was in fact a complete fix [12:47] yes, I am absolutely certain that was milestoned === guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #ubuntu-devel [12:47] but if it's been fixed, that's good [12:47] https://lists.ubuntu.com/archives/feisty-changes/2007-April/008418.html [12:47] hi pygi! [12:48] it sounds from the bug as though the uploader may not believe it's a complete fix [12:48] nice of them not to even mention the upload in the bug though :P [12:48] indeed. [12:48] I'll follow up on that [12:48] thanks [12:49] http://people.ubuntu.com/~ubuntu-archive/testing/feisty_probs.html is nothing like as empty as it should be [12:49] seb128: Hmm. Dunno. [12:49] I've just double-checked it. [12:49] cjwatson, well it has ppc ... [12:49] iwj: thanks anyway, https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/37225 also lists 0xa4 [12:49] The keyboard is a Packard Bell thing I got free with some hard disks (!) [12:49] it's nothing like as empty as it should be even aside from powerpc [12:50] Malone bug 37225 in control-center "asus multimedia hotkeys not handled" [Medium,Confirmed] [12:50] I'll move powerpc to ports there, but still [12:50] (someone remind me how to send Ctrl-Alt-F1 to vmware) [12:50] ctrl-alt-shift-f1? [12:50] cjwatson, also it seems not to be up to date ... schooltool was removed from main some days ago [12:51] ogra: not the binaries [12:51] cjwatson: that didn't work, ctrl+alt-space-f1 worked === HiddenWolf [n=HiddenWo@136.96.dynamic.phpg.net] has joined #ubuntu-devel [12:52] ogra: please always check facts in the archive before suspecting that the tools are broken [12:52] cjwatson, well, pitti demoted everything i was told by him ... [12:52] it is not the case that the tools can never be broken, but it's much less likely than that the archive state is simply not what you think it is [12:53] schooltool | 0.11.4-1ubuntu4 | feisty | all [12:53] CHECK FACTS [12:53] seriously, it's not that hard to fire up a browser and look [12:53] I will demote the rest of school* now [12:53] no, but do i really need to check everything if my colleagues tell me something ? === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [12:54] hmm, I have 'change-override.py -c universe -S schooltool' in .bash_history [12:54] pitti: failed because the binaries are out of date [12:54] oh, I see [12:54] ogra: if you're then going to tell another colleague that his tools are broken, yes, you do === l41 [n=lam@cm187.delta168.maxonline.com.sg] has joined #ubuntu-devel [12:55] cjwatson, i didnt say anything is broken ... :) [12:55] outdated though ... [12:55] 11:50 cjwatson, also it seems not to be up to date ... schooltool was removed from main some days ago [12:55] cjwatson: so I had to demote the binaries separately? (for next time) [12:55] outdated => broken for a tool that runs every hour [12:56] pitti: yeah, unfortunately [12:56] cjwatson, i didnt want to blame you or anyone ... i just noticed that the report didnt match my reality :) [12:56] ogra: the output even has a timestamp at the top of it [12:56] alright; sorry for the confusion [12:56] cjwatson, ok, thats my fault then, i'll look more closely next time [12:57] ogra: I just really want your first response to a problem to be to check the facts, rather than to say that the thing that's outputting warnings must be wrong [12:57] that's all [12:57] pitti: no worries, fixed now [12:57] cjwatson, i'll try :) sorry again === TeTeT_ [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [12:59] ogra: powerpc is in testing-ports now; thanks for the report [01:00] thanks for fixing :) [01:00] cjwatson: ah, you already took care of the API bump for linux-backports-modules? [01:01] cjwatson: then we only need to remove the -13 cruft and anastacia/feisty_probs should be a bit happier [01:01] (I put that on my plate) [01:01] pitti: yeah, it's in unapproved waiting for Mithrandir to check it [01:05] cjwatson: accepted === cjwatson repeats some Xubuntu seed merges that got lost somehow, to get rid of lowlatency again [01:07] woo, metacity crashes for me on boot reproducably \o/ [01:08] Mithrandir: it wasn't milestoned because it's been an upstream bug for ages so I never expected anyone to come with a fix, but fdoving surprised me === mpytasz [n=dduck@81.219.176.52] has joined #ubuntu-devel === Demitar [n=demitar@c-212-031-183-175.cust.broadway.se] has joined #ubuntu-devel === l41 [n=lam@cm187.delta168.maxonline.com.sg] has left #ubuntu-devel [] [01:10] pitti: does apport only record one crash per program/uid ? [01:10] elmo: yes, until you see it in the UI it won't be overridden [01:10] Riddell, for gutsy i'd like to talk to you about a qt based greeter for ldm ... to make the kde people more happy that use ltsp [01:11] elmo: however, it counts the number of crashes per exe/uid [01:11] mvo: ping [01:11] Riddell, are you ok if i register a spec for that during next week and subscribe you to it ? [01:11] elmo: I needed to prevent flooding [01:11] As the discussion of an Ubuntu bug grows longer, the probability of an invocation of Bug #1 approaches one. === cjwatson contemplates adding that as https://wiki.ubuntu.com/Watson's_Law [01:11] ogra: I have an edubuntu-kde spec on the canonical wiki for such things === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [01:12] carlos: pong === svolpe_gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel [01:12] Riddell, well, thats unrelated to edubuntu [01:12] ltsp != edubuntu ;) === acacs [n=acacs@201.32.152.50] has joined #ubuntu-devel [01:12] mvo: I have bad news for you [01:12] ogra: then the name of the spec should be changed [01:12] Riddell, but its ok for a start i guess === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [01:13] mvo: even increasing the amount of time before we think our poimport script is stalled, we get a timeout with your universe import [01:13] mvo: our parser takes more than 1 hour to process that file [01:13] Riddell, nope, we *should* have an edubuntu spec as well :) but this specific task should go under kubuntu-ltsp integration or so [01:13] mvo: so I had to block it [01:13] mvo: to allow all Feisty files to be imported in time before midnight [01:14] mvo: we are going to fix that performance problem as a critical bug [01:14] seb128: gnome-doc-tools in anastacia: demote or seed? [01:14] but that would mean that I don't think you will be able to update that template in a week or so [01:15] pitti: if nothing Build-Depends on it, demote [01:15] mvo: talking only about universe one [01:15] carlos: ok [01:15] which is huge, not sure about the .po files... [01:15] seb128: ladspa-sdk wants to go as well; in edgy, gst-plugins-good needed it; I assume that's alright? or was it inadvertedly disabled in feisty's gst? === l4m [n=lam@cm187.delta168.maxonline.com.sg] has joined #ubuntu-devel [01:23] Riddell: compiz-kde: seed or binary-only demotion to universe? === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [01:23] Riddell: IOW, does it work at all? === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [01:24] pitti: no idea, never tried it :) === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-devel [01:25] pitti: as far as I know it's just a dummy package with only a stub in it [01:25] -rwxr-xr-x root/root 126288 2007-04-04 09:58:19 ./usr/bin/kde-window-decorator [01:25] Riddell: ok, so rather demote, I figure [01:26] pitti: I wouldn't call it supported whatever it is [01:29] ogra: can you please seed student-control-panel? it's a transitional package, but as such it needs to be in main for feisty [01:30] *** All 20070411 images have been rejected for RC. 20070412 images being built. See https://www.stgraber.org/ubuntu/isotesting/ for status and md5sums *** === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel [01:39] oucchhhh === ogra [n=ogra@p548AD98E.dip.t-dialin.net] has joined #ubuntu-devel === ssam [n=ssam@87.127.117.246] has joined #ubuntu-devel [01:40] ogra: wb [01:40] my broadcom doesnt like me today :/ [01:40] ogra: not sure whether you got that still: ogra: can you please seed student-control-panel? it's a transitional package, but as such it needs to be in main for feisty === fabbione starts rsync [01:41] pitti, ok, no problem === WaterSevenUb [n=WaterSev@242-59.dial.nortenet.pt] has joined #ubuntu-devel [01:41] ogra: thanks [01:41] ogra: i'll just wait for this day's build to be done, [01:41] jsgotangco, well ... you could rsync on top of yesterdays ;) [01:41] Mithrandir: what images have been rebuilt? i can see sparc/server is still the old one [01:41] ogra: sure but you asked me to do DVD hehe [01:42] fabbione: -server is being rebuilt right now. [01:42] Mithrandir: ok thanks [01:42] jsgotangco, exactly :) === IanC [n=IanC@gipp-p-144-139-165-162.prem.tmns.net.au] has joined #ubuntu-devel [01:43] pitti, suported is sufficient i guess [01:43] ogra: sure [01:43] ogra: in the ubuntu seeds we have a paragraph for transitional packages [01:43] so that we can clean this up over time again [01:43] ah, yes i see it [01:44] Mithrandir: I uploaded a new language-support-gl with two more oo.o l10n/help packages which linger in anastacia (doesn't affect CDs) === mvo_ [n=egon@p54A65EA4.dip.t-dialin.net] has joined #ubuntu-devel [01:46] fabbione: I wasn't sure about that one, setting it inactive too [01:47] heno: you also want to clear netinstall/netboot === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel [01:48] fabbione: I'll clear the sparc one. the other's never got tested anyway. Setting up to do that here now === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === abattoir [n=abattoir@cm1.omega22.maxonline.com.sg] has joined #ubuntu-devel [01:49] heno: ok === Tonio_ [n=tonio@79.207.103-84.rev.gaoland.net] has joined #ubuntu-devel [01:50] pitti, committed [01:50] cheers [01:54] doko, can you attach /etc/default/console-setup and /opt/ltsp/$arch/etc/default/console-setup to the keyboard bug ? [01:54] i'd like to compare them === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [02:00] ogra: same files, and XKBLAYOUT is set to "de" [02:02] right [02:02] so console-setup should set it to de on boot ... [02:02] cjwatson, is there anything that can override /etc/default/console-setup ? i wouldnt think so ... [02:03] (in a default install that is) [02:04] the initramfs could be broken [02:04] hmm [02:04] check /etc/default/console-setup in the initramfs [02:04] but thas generated already if ltsp gets installed [02:04] if 'sudo setupcon' fixes the keyboard layout, then the initramfs is definitely broken [02:04] will do, doko, can you send that to me ? [02:05] or /etc/init.d/console-setup start i suppose [02:06] gutsy? seriously? === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === ant_ipop [n=anti_pop@p54B08F02.dip0.t-ipconnect.de] has joined #ubuntu-devel [02:06] desrt: appears so. [02:07] desrt, "all your source is eaten by us !" [02:07] desrt: yeah [02:07] for help testing rc i should go to https://www.stgraber.org/ubuntu/isotesting/ right ? [02:07] desrt: unless it's 13 days late [02:07] ant_ipop: yes [02:07] ant_ipop, yep [02:08] ant_ipop: you can get advice in #ubuntu-iso and from https://wiki.ubuntu.com/Testing/Community [02:09] ah thanks for that === ant_ipop [n=anti_pop@p54B08F02.dip0.t-ipconnect.de] has left #ubuntu-devel ["Kopete] [02:10] eh. what's in a name? :) [02:10] desrt: many misspellings === desrt would have preferred gusty === Hobbsee keeps saying it's gusty === desrt forms the gusty alliance with hobbsee [02:11] how works in opera browser updates? [02:12] to assigne a bug report for the updated version [02:12] ogra: no, the file in the initramfs is the same as well [02:12] ...or should i call you hosbee... [02:13] doko: does 'sudo setupcon' at a console fix the layout? [02:13] desrt: wonder what jdub will call it [02:13] doko, ogra: FYI the Edubuntu amd64 DVD installed fine here. Both virtualbox and real hardware [02:13] desrt: no, you shouldnt. [02:13] cjwatson: wait, have to reboot [02:13] i want jdub at UDS. srsly. [02:13] heno, no such glitches like doko saw ? [02:13] ogra: no, on the default option it was fine. Will try safe graphics mode too [02:14] ogra: can I force it to use VGA? [02:14] heno, any keyboard weirdness ? [02:14] i start to suspect dokos iso or media is broken [02:14] ogra: didn't heck for that yet, will do [02:14] thanks === thekorn [n=thekorn@a81-14-155-63.net-htp.de] has joined #ubuntu-devel [02:17] desrt: yes, jdub is fun. === desrt becomes exposed to a very interesting neologism [02:18] "islamophobia" [02:18] crazy gnome madmen are always fun === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === Tonio_ [n=tonio@79.207.103-84.rev.gaoland.net] has joined #ubuntu-devel [02:27] cjwatson, ogra: reboot has to wait until my OOo build finishes; about 1 1/2h [02:29] doko: Another openoffice.org upload? Have you no respect for the buildds? :-P === PhilK [n=PhilK@68.216.18.197] has joined #ubuntu-devel [02:30] doko, fine with me === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === mpytasz [n=dduck@81.219.176.52] has joined #ubuntu-devel [02:30] heno: do you know gnome-accessibility-themes-extras? it wants to go to universe; shall I seed it (if it's any good) or demote? [02:30] desrt: you coming to Seville? [02:31] of course [02:31] desrt: cool [02:31] watch me forget the G5 again [02:31] desrt: G..... 5.... [02:31] ahhaha === desrt grins [02:31] openoffice.org at this point in the release? What universe imploded? :) [02:31] Heh [02:31] cjwatson: he didn't pay the heating bill.. what's best than a CPU? :) [02:32] mdz_: bug 105861, fyi === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has left #ubuntu-devel [] [02:32] fabbione: Bwahaha. [02:32] Malone bug 105861 in ubiquity "migration-assistant cleanup handler manages to fork somewhere" [High,Confirmed] https://launchpad.net/bugs/105861 [02:32] investigating [02:32] Mithrandir: ^-- [02:32] Keybuk: were you going to have a separate universe UVF again, at the same time as new package universe freeze? (aug 30)? === tommy1987 [n=tom@82-46-12-56.cable.ubr07.azte.blueyonder.co.uk] has joined #ubuntu-devel === kaptengu [n=kaptengu@c213-100-60-183.swipnet.se] has joined #ubuntu-devel [02:33] cjwatson: under what circumstances is it triggered (if you know)? [02:36] mdz_: not quite sure; it happened to me with a simple install on a system where m-a didn't offer anything to import [02:37] mdz_: it's quite possible that the forked process (well, actually it's probably a separate thread rather than a true fork, thanks pygtk) goes off and exits harmlessly and the only ill effect is the warning dialog (a relatively recent addition to fix other critical problems) [02:38] I'll let you know when I know more === cjwatson -> lunch [02:40] critical problems> it used to be that if partman exited non-zero then ubiquity wouldn't notice and could end up trying to "install" into the ramdisk. I fixed that ... [02:43] pitti: it will keep coming from upstream gnome each cycle I guess, so we split it out each time. universe is fine by me though === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel [02:44] heno: unless its really crackful or has dependencies not in main, we can seed it (for consistently having all binaries in main) === mpytasz [n=dduck@81.219.176.52] has joined #ubuntu-devel [02:45] pitti: right, let's keep it then. It's just themes from upstream that we opted not to install by default, not very crackful [02:45] heno: alright, I seed it [02:45] thanks === ogra grumbles about bug 81227 [02:46] Malone bug 81227 in hal "Logout screen appears twice [Feisty] " [Medium,In progress] https://launchpad.net/bugs/81227 [02:46] dear HW vendors, please use unified names goddamned! === giskard [n=giskard@213-140-17-105.ip.fastwebnet.it] has joined #ubuntu-devel === yveslu [n=yves@217.31.69.98] has joined #ubuntu-devel [02:49] Unified names? === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel [02:51] mjg59, acpi_PWRF and acpi_PWRB .... and who knows what else will show up [02:52] There's no requirement for any sort of consistent naming [02:52] Don't attempt to depend on it. You'll just lose. [02:52] there is ... from me ... but i doubt they will listen to me ;) [02:52] HP use ACPI identifiers that are longer than four characters and then collapse them down into C+3 digits of hex === IanC [n=IanC@WNPP-p-203-54-28-62.prem.tmns.net.au] has joined #ubuntu-devel [02:52] gah [02:53] so the name will change depending on BIOS upgrade [02:53] yeah [02:53] The spec doesn't require any object names to be meaningful [02:53] well, but it seems for the HP people on the bug my workaround fixed it [02:53] might be that they are the lucky ones here ... [02:54] i simply dont want to bloat that workaround ... [02:55] If you're trying to use ACPI object names, then that's not a workaround. That's a bug. [02:56] well, how els should i do it ? (the patch is on the bug in my last comment) [02:57] according to #hal the fix has to happen in hal itself which we cant do atm ... the workaround seems to fix it for a lot of people but not for all ... === mjg59 waits for Launchpad [02:58] yeah, its horribly slow atm ... === desrt gets an IO-APIC-related kernel panic on boot and glances at mjg59 [02:58] Why not just key off all acpi objects that send the power button? [02:58] how do i match that ? [02:59] acpi_ [02:59] yeah, thats what i planned now (see my comment) [02:59] seems i should cut he paternmatching after the underscore to match all acpi_**** devices ... :/ === gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel [03:00] The only ACPI devices that can generate power button events are, well, power buttons [03:00] mjg59, so you think thats sufficient for now ? [03:00] So yeah [03:00] ok, i'll change to strncmp then and curt the last four chars ... [03:00] You're in a glib application [03:00] oh, right === jml [n=jml@59.167.203.115] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-devel [03:10] heno: are you keeping track of the bugs that have been cleared from 11 iso testing? [03:11] heno: they have been wiped from the board too [03:11] heno: or do we need to relink them again? === _TomB [n=tomb@host86-147-89-91.range86-147.btcentralplus.com] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.9.192.revip2.asianet.co.th] has joined #ubuntu-devel === yveslu [n=yves@217.31.69.98] has left #ubuntu-devel ["Kopete] === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === TomB_ [n=tomb@host86-147-89-91.range86-147.btcentralplus.com] has joined #ubuntu-devel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #ubuntu-devel === surge [n=highvolt@dsl-240-121-135.telkomadsl.co.za] has joined #ubuntu-devel === jinty [n=jinty@84.78.183.65] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-080-164.pools.arcor-ip.net] has joined #ubuntu-devel [03:27] who is our avahi expert? [03:27] pitti: is that you? [03:27] fabbione: Lathiat mainly [03:28] Lathiat: you around? [03:28] https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/105872 [03:28] (hw-cert bug) [03:28] Malone bug 105872 in network-manager "Network not enabled properly by NetworkManager which configures eth1:avah" [Undecided,Unconfirmed] [03:28] pitti, thanks for fixing that software-properties translations misplacement bug! [03:29] TomaszD: you're welcome; I still need to rebuild the langpacks for that [03:30] pitti, that'd be very welcome to have, new langpacks as official update, not just the daily ones === ivoks [n=ivoks@17-80.dsl.iskon.hr] has joined #ubuntu-devel === kjalil [n=kjalil@host81-137-0-173.in-addr.btopenworld.com] has joined #ubuntu-devel [03:33] pitti, can we expect that sometime soon? anyway it's just a few days before the final release... [03:33] iwj: what is the reason for the mkdir -m 0755 /dev/mapper in libdevmapper1.02.postinst? [03:33] TomaszD: yes, probably tomorrow we'll see another feisty langpack upload [03:33] pitti, great :] [03:33] TomaszD: 'directly after RC release' [03:34] after...? I'm too tired to argue, but I see a flaw in this plan :] [03:34] TomaszD: this issue is by no way a showstopper for the RC [03:34] TomaszD: it should be fixed in the final release, of course, and it will [03:35] no, of course it's not a showstopper, I'm not even trying to argue that. I was just thinking that the last official langpack upload was committed quite some time ago and Ubuntu'd really use a new upload, and RC would be a great testbed for that [03:36] that's why I'm wondering why "after" [03:36] because we have RC images since yesterday [03:36] sure, we just got new ones, but still; no time to push in 1000 new packages [03:36] fair enough. [03:36] :] [03:36] TomaszD: and you can still dist-upgrade your system after installation, to get the latest pacakges [03:37] yes, sure, I'm no newbie. Using Ubuntu since 5.04 [03:37] bbl [03:37] seb128: where's 0.16.1 ? [03:37] ogra: I did a complete install in German from the amd64 Edubuntu DVD (20070411). Keyboard and everything else worked fine [03:38] good [03:38] on the CD as well, so i guess its doko specific ... [03:39] ogra: rechecking with today's DVD later [03:39] elmo: that's a good question, "Successfully built" on https://launchpad.net/ubuntu/+source/vte/1:0.16.1-0ubuntu1 [03:39] elmo: iz launchpad bog [03:39] doko, thanks ... i think a media check would also make sense [03:40] ogra: the check was sucessful [03:40] hmm, k [03:40] still weird [03:41] seb128: investigating. [03:41] Mithrandir: thank you === TheInfinity [n=80b0bc64@lvps87-230-7-248.dedicated.hosteurope.de] has joined #ubuntu-devel === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === tsmithe [n=tsmithe@ubuntu/member/tsmithe] has left #ubuntu-devel [] === stratus [n=stratus@cronopio.rits.org.br] has joined #ubuntu-devel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel === dtolj [n=b6001b10@142.204.140.28] has joined #ubuntu-devel [03:54] pitti: I'm not sure. I don't think it was my doing. [03:54] It seems odd that it doesn't say -p. [03:54] If you have udev then something has to make /dev/mapper and I have a feeling that the C code in libdevmapper itself won't. [03:55] iwj: weird; a mere modprobe dm-crypt sorted that out for me so far [03:55] Is it causing a problem ? The way you quote it makes it non-idempotent which is clearly wrong. [03:55] pitti: Ah, probably that causes /dev/mapper/control to be made by udev. [03:55] iwj: oh, it broke the retracer chroot; which is not really libdevmapper's fault, I just wondered what it was for [03:56] mdz_: migration-assistant panic over; there's something still not right with the control flow, but I've decided it's not release-critical, and the non-zero exit status was due to having an LVM PV on the disk [03:56] So I bet it's just a fossil. [03:56] so it's a bug, but it can wait until after feisty === AlinuxOS [n=vsichi@host216-173-dynamic.61-82-r.retail.telecomitalia.it] has joined #ubuntu-devel [03:57] cjwatson: ok [03:57] pitti, hello [03:57] iwj: it seems that Keybuk added it 10 days ago, so it's not really a fossil [03:57] Oh. [03:57] I bet there's a race then somewhere which means it ought to exist first. [03:57] is today LanguagePackTranslationDeadline ? [03:57] hmm? [03:57] Not clear why the postinst is the right place, though. [03:58] 14:33 iwj: what is the reason for the mkdir -m 0755 /dev/mapper in libdevmapper1.02.postinst? [03:58] pitti, Mithrandir: could you please accept the app-install-data-commercial upload to dapper-proposed once it hits (uploaded a couple of minutes ago). bugnumber is #105847 [03:58] mvo_: will do [03:58] because you can install dmsetup into a system with existing devmapper nodes [03:58] pitti: great, thanks [03:58] the /dev/.static/dev/mapper is more important, I did the other for completeness [03:59] Keybuk: hm, but if /dev/mapper/something already exists, why is the mkdir necessary? [03:59] ah [03:59] pitti: that's what the [ ! -d ] bit is for :p [03:59] it's to make the directory if you are *not* running udev [03:59] since if you're running udev, the -d /dev/.static/dev bit is true [04:00] it makes sure that /dev/mapper exists as a directory on the root filesystem [04:00] Keybuk: I see; well, the library doesn't change all that often, I hope, so I can just clean up after it manually [04:00] so that when the udev /dev is mounted, /dev/.static/dev/mapper exists [04:00] pitti: "clean up after it" ? [04:00] Keybuk: it breaks the retracer chroots (since you cannot mkdir as normal user in /dev) [04:00] oh [04:00] you have /dev in your chroots but not /dev/.static/dev ? [04:01] (that's probably your bug -- some postinsts fail without /dev/.static/dev) [04:01] Keybuk: any word on network-manager? [04:01] Keybuk: I didn't say it's a bug in libdevmapper NB, I was just curious what it was for [04:01] mdz_: yes, lots of words [04:01] most of them four letters long, and not pleasnt [04:01] Keybuk: the chroot's /dev is just the normal system's /dev [04:01] pitti: libdevmapper assumes that the directory it creates nodes in exists [04:01] pitti: right, but did you recursively mount under that [04:01] Keybuk: words which meaningfully relate to the 7.04 release? [04:01] ie. does /dev/.static/dev exist ? === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel [04:01] Keybuk: there is a /dev/.static/dev on ronne [04:01] *shrug* [04:02] then I don't see why you're touching that postinst at all === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [04:02] if there's a /dev/.static/dev then you won't be reaching the mkdir you're complaining about ;) [04:02] Keybuk: it's not really mounted, it's just a symlink to the real /dev, so it includes everything under it [04:02] Keybuk: reality just proved that wrong :) [04:02] what, a symlink out of the chroot? [04:02] sh -x it === jtt [n=chatzill@72-254-36-161.client.stsn.net] has joined #ubuntu-devel [04:02] I reckon your system is bogus'd somehow [04:02] if so then it could be a broken symlink and test -d would return false .. [04:03] Keybuk, mdz_, cjwatson: #105872 coming in from hw-cert [04:03] aye, what colin said -- symlinks can't point outside chroots [04:03] cjwatson: yes, fakechroot supports that to be able to use /proc and /dev [04:03] 3 bugs so far from 11 testing.. one is not in LP yet [04:03] pitti: maybe it doesn't support it properly [04:04] cjwatson: yes, it's pretty hideous [04:04] that postinst looks fine [04:04] specifically stat() of the symlink sounds like it returns the wrong thing [04:04] cjwatson: 105234 looks pretty relevant [04:04] if udev is running (/dev/.static/dev exists) then it makes the directory under that if it doesn't already exist [04:04] (release-wise rather than to current conversation) [04:04] otherwise it makes the directory on the root filesystem [04:04] (so when you boot with udev, /dev/.static/dev/mapper exists) === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel [04:04] Keybuk: alright, I track it down the next time it stumbles over that [04:04] Keybuk: thanks [04:04] right [04:04] so network manager [04:05] Keybuk: yeps... [04:05] this thing is so totally bogusly broken that I want to cry [04:05] basically there's a race between ifup and network manager [04:05] so you can end up with two dhclients [04:05] since ifup starts one after network manager kills them all [04:05] dhclient is supposed to have pidfile handling [04:05] is the Ubuntu kernel 2.6.17-10 any different than 2.6.17-10 from kernel.org i.e. does Ubuntu make any signifcant changes [04:05] Why isn't that working in this case? [04:06] mjg59: the pid file has a random number in it [04:06] jtt: -10 represents the Ubuntu ABI version, not 2.6.17.10 [04:06] And yes, very different [04:06] Keybuk: Why? [04:06] mjg59: thanks [04:06] no idea [04:07] Fixing that would presumably fix the issue to some extent [04:07] I don't think so [04:07] because I'm seeing other weird behaviour caused by dhcdbd [04:07] it seems to kill dhclient itself if it gets a status message it wasn't expecting [04:08] and I don't understand how network manager kills dhclient [04:08] since it does "killall dhclient", which won't match dhclient3 (which is what ifup starts) === surge [n=highvolt@196.1.61.31] has joined #ubuntu-devel [04:09] I also don't understand why NM seems to take over eth0 when there's nothing even logged in yet [04:09] I thought it needed nm-applet to tell it to do that [04:09] My understanding was that it claimed interfaces on startup [04:09] In the absence of policy, the policy is no network [04:14] so it does appear to "claim" the eth0 interface [04:14] bring it down [04:14] it seems to bring up interfaces before login for me (which is fortunate because I want that) [04:14] (seperate to it actually killing dhclient, it tells dhcdbd to bring it down) [04:14] and then bring it back up again === ssuuddoo [n=ssuuddoo@adsl-dyn17.91-127-72.t-com.sk] has joined #ubuntu-devel [04:14] this happens whether or not it was already up or down [04:14] so policy seems to be to always have an interface up [04:14] hey [04:14] Interesting === azazello [n=az@dhcp-167.biology.gatech.edu] has joined #ubuntu-devel [04:14] so it seems we have four different things trying to do things to a network interface at the same time [04:14] ifup called by udev [04:14] ifup -a [04:14] dhcdbd [04:14] and network manager [04:14] it's no surprise it's a bit buggered, tbh [04:14] (the ifup -a bit doesn't clash with network-manager, just the ifup-by-udev and we have locking for that) [04:14] why does acpi-support-0.95 tarball have a top level dir called acpi-support-0.94? [04:14] Because we hate freedom [04:14] there may be a diff.gz to update it to 0.95? [04:14] cjwatson: #105861> phew === ssuuddoo [n=ssuuddoo@adsl-dyn17.91-127-72.t-com.sk] has left #ubuntu-devel [] [04:15] xtknight: the files inside do mention 0.95 [04:15] there is another m-a-related bug in that the installation summary doesn't properly display what's to be migrated [04:15] azazello, apt-get source gives me onloy a 0.95 dir [04:15] I'll commit the fix but I don't think it's release-critical [04:15] azazello: The top level directory name is pretty unimportant [04:16] what's the status of the network-manager issue? [04:16] heh [04:16] which of the 1000 ? [04:16] :P [04:16] heh the one with 1000 duplicates ;) [04:16] azazello: the top-level directory name is just whatever the directory happened to be called when the developer built the source package. [04:17] bug 105234 [04:17] Malone bug 105234 in network-manager "Netowrk manager says disconnected but is connected and working" [Medium,Confirmed] https://launchpad.net/bugs/105234 [04:17] read scrollback === bddebian [n=bdefrees@63.81.56.182] has joined #ubuntu-devel [04:17] xtknight: There's a large number of n-m issues that people are working on [04:17] I also, as an experiment did the following [04:17] - configured an eth1 and eth2 [04:17] - both auto/dhcp [04:17] - ifup brings them both up, both with dhclient3 processes running [04:17] - started network manager [04:17] - network manager removes the ip from both [04:18] - and then "brings up" eth2 again [04:18] dhclient kills the existing eth2 process (correctly, itself) and starts a new one [04:18] you're then left in a state with [04:18] eth1: UP, no IP, dhclient3 running (!!) [04:18] eth2: IP, dhclient, etc. [04:18] (and ifup thinks both are up) [04:19] after a short while (dhcp lease time?) dhclient for eth1 gets an IP again [04:19] Heya [04:19] which sends NM into an absolute spawn [04:19] spasm, even [04:22] Mithrandir: sound-juicer could use a Depends on libgnomevfs2-extra (required to do cddb), that's low importance though, ubuntu-desktop install it, ok to upload the change now or rather next cycle? [04:22] what determines whether NetworkManager handles an interface or not? [04:23] xtknight: As far as I could find out so far: The phase of the moon. [04:23] xtknight: the interface being list to /etc/network/interfaces or not [04:23] listed === xerxas [n=r67894@AGrenoble-257-1-64-187.w86-206.abo.wanadoo.fr] has joined #ubuntu-devel [04:23] Mithrandir: could you please do a publisher run for app-install-data-commercial in dapper-proposed ? [04:23] mvo_: the publisher is on auto. [04:24] seb128: except that's bogus [04:24] since NM thinks it's fun to kill dhclients [04:24] hrmm but /etc/network/interfaces is for ifup() at startup too, right? [04:24] Keybuk: can't it just keep track of its own children, and just kill THOSE, instead of killing anything that looks remotely like a dhclient? [04:25] Keybuk, well, at least it leaves static interfaces alone atm [04:25] then we end up in the situation where you can't use network manager until you've removed things from /e/n/i [04:25] Mithrandir: oh, sorry. I thought it was still in manual mode [04:25] which was the edgy situation, no ? [04:27] which was a pain, but at least it worked [04:27] yeah [04:31] I don't really have any release-useful suggestions at this point [04:31] when was the update where /usr/share/X11/fonts/... was changed to /usr/share/fonts/X11/... ? because german and english wiki entrys have this old version ... [04:31] with half a dozen tests, I've convinced myself that NM only works if you don't use ifup for anything other than lo [04:32] and even the work to go back to that would be more than 1 week including testing === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [04:32] TheInfinity: early feisty [04:33] Nafallo, i thought that came with 7.0 already ? [04:33] ogra: that change was when we merged back with Debian. I'm fairly certain on that :-). [04:33] Keybuk, did the patch ( http://librarian.launchpad.net/7297631/patch_network-manager_0.6.4-6ubuntu6.patch ) produce satisfactory results? I assume there is another more serious underlying problem? === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel [04:35] there is a problem with network-manager. "static configuration" option isn't translatable [04:35] TheInfinity: if you mean the change in new xorg.conf-files, it was made in February when 7.2 was merged [04:35] TomaszD: already fixed. [04:35] Mithrandir, checked lp this morning, not available [04:36] TomaszD: that's because LP is lagging. [04:36] teps ... okay ... then we have to make a switch in wiki ... [04:36] Mithrandir, so should be available, say, tomorrow? [04:36] tepsipakki: are you sure? I still think the change was very early feisty when we merged back with Debian and they had that other path... [04:36] I think it was early *edgy* when we merged back with Debian and they had that other path [04:37] Nafallo: hah, you are right :) [04:37] oh, hmm, maybe not [04:37] the ones we merged from in February had both paths [04:37] yay memory! :-) [04:38] I must be thinking of xkb === Keybuk hates webm [04:38] more than I hate NM [04:38] Keybuk: webm? webmin? [04:38] Nafallo: literate programming [04:38] Nafallo: Don't use language like that around me. [04:38] ah ;-) [04:39] noweb thingy === stub [n=stub@ppp-58.8.9.192.revip2.asianet.co.th] has joined #ubuntu-devel [04:51] Is it just me or is LP being hopeless today ? I just got an ECONNRESET (according to this here livecd's firefox). [04:51] iwj, it [04:52] it's on its knees [04:52] iwj: Agreed, I've gotten four or five [04:52] iwj: it's slow. [04:52] For me it's beyond slow. [04:53] #launchpad-code [04:53] iwj: probably getting as bad as australia's often is - or used to be [04:53] (irc.canonical.com) === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === keith80403 [n=keith804@64-17-89-46.us.warpdriveonline.com] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel [05:02] iwj, seems i'm joining in ... connection reset as well here now [05:02] i just spoke with SteveA about LP [05:03] there is going to be somekind of improvement within the day === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === sacater [n=sacater@colchester-lug/member/sacater] has joined #ubuntu-devel === sacater [n=sacater@colchester-lug/member/sacater] has joined #ubuntu-devel === giskard_ [n=giskard@81-208-125-39.ip.fastwebnet.it] has joined #ubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === ivoks [n=ivoks@3-87.dsl.iskon.hr] has joined #ubuntu-devel [05:15] good [05:16] amd64 desktop look good [05:16] yeah === dholbach rsyncs i386 dvd === ebichete [n=ebichete@mh050a.halls.manchester.ac.uk] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel [05:22] cjwatson: what component has the ubiquity translations? === _TomB [n=tomb@host86-147-89-91.range86-147.btcentralplus.com] has joined #ubuntu-devel === ebichete [n=ebichete@mh050a.halls.manchester.ac.uk] has left #ubuntu-devel [] === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === tkjacobsen [n=tkjacobs@105.18.235.85.dk-boa.res.dyn.perspektivbredband.net] has joined #ubuntu-devel [05:38] Hmm, I'm glad I saved a copy of that bug text now. [05:40] seb128: debian-installer [05:41] cjwatson: ok, thank you [05:43] Oh, looks like I'm reporting this bug twice since the email from the first attempt has just arrived. === illovae [n=illovae@uni14-1-82-233-221-131.fbx.proxad.net] has joined #ubuntu-devel === pitti [n=ubuntu@195.227.105.180] has joined #ubuntu-devel [05:45] Does langpack installation in ubiquity do some kind of LP transaction ? [05:45] I have an install here which seems to have got stuck at that stage. [05:46] iwj: downloading the packages at most [05:46] iwj: but that shouldn't happen for English [05:47] I'm installing in German just for a change. [05:48] iwj: do you see a 'cancel' button? [05:48] Yes. [05:48] I didn't select it and it has just woken up. [05:48] iwj: if so, then it's the stage where it downloads language-support-de and dependnecies [05:48] How big is that data ? [05:48] iwj: hmm, magnitude of 30 MB [05:48] Ah, in that case the bug is just poor progress display. [05:49] iwj: hm, IIRC there was a textual ETA somewhere [05:49] it usually works quite well for me [05:49] Not in this case. [05:49] i usually get a question if i want to download it [05:49] ogra: in alternate, yes, but not in ubiquity [05:49] ah [05:49] it just does and allows you to cancel === reitblatt [n=mark@w-mob101-128-62-121-233.public.utexas.edu] has joined #ubuntu-devel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel === andre_pl [n=andre@bas8-london14-1242504631.dsl.bell.ca] has joined #ubuntu-devel === schwuk [n=dave@ubuntu/member/schwuk] has left #ubuntu-devel ["Ex-Chat"] [05:58] with the latest feisty kernel my tifm card reader doesn't work at all. the modules load, but otherwise theres nothing in dmesg.. i had read on launchpad that the latest kernel had included a newer tifm driver that was supposed to solve most of these problems but in my case it is worse. [05:59] andre_pl: you would get better help in #ubuntu-kernel [05:59] reitblatt: thanks. I thought this was the right place. :P [06:00] andre_pl: likely too late to fix now. and this may be the right place, too === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [06:01] ok, well here's another one. since last nights updates when i boot my computer, network manager shows not connected, but it is connected, and it works. [06:02] if i disable/enable it sows the right status [06:02] andre_pl: that's a feature from the last changelog :-) [06:02] andre_pl: people are working on it. [06:02] haha, a "feature" [06:02] i wanted to go bug crazy today but launchpad is dead. === dieman [n=dieman@3.14159265358979323846264338327950288419716939937510582097.org] has left #ubuntu-devel [] === Hobbsee attempts to perform cpr on launchpad [06:04] there already are a couple of thousands bug reports against network-manager :-P [06:04] that many? there were a couple of hundred, last time i looked... [06:04] yeah i've got quite a few issues right now though, not just network manager. [06:05] andre_pl: are they release-critical? === Pricey [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel [06:07] well... maybe? lol. about half of the time I start my laptop it just hangs with a _ in the top left corner after the splash finishes.. then I alt-f1 and it says its failed to read some image file i have to press enter to get it start the boot process. [06:07] did you get the syslog? [06:08] nope. i probably can though, it happens often enough. [06:08] --> #ubuntu+1 anyway [06:08] seeing as this isnt a supoprt channel === dholbach_ [n=daniel@i59F72060.versanet.de] has joined #ubuntu-devel [06:08] yay, it's friday! === Hobbsee kicks launchpad === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [06:10] Hobbsee: yay! [06:10] jsgotangco: we can now EOL most of https://launchpad.net/ubuntu/+bugs?field.searchtext=breezy&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Needs+Info&field.status%3Alist=Fix+Committed&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= [06:10] when LP gets better [06:11] that's a small URL ;-) [06:11] indeed [06:11] andre_pl, don't worry about LP being dead slow, do what I do. Take a magazine, click a link, read an article or two, look if the page loaded. Repeat. [06:11] my eyes! my eyes! [06:11] TomaszD: haha [06:11] TomaszD: i used to routinely do it. every page would take 40-50 seconds to load. [06:11] TomaszD: its not even loading now. [06:11] and i cant get any search results for anything. [06:12] TomaszD: and i got all of the bugs on the packages i was interested in, emailed to me === Hobbsee kills the query, and goes to bed [06:12] night all! === ivoks [n=ivoks@20-32.dsl.iskon.hr] has joined #ubuntu-devel [06:13] Mithrandir: ok if I do a g-a-i upload so that the desktop data is updated? or should I wait with this [06:13] TomaszD: bugmail isnt bad, just selecting all the pages you want to load [06:13] then looking later [06:13] Hobbsee, how about translating in Rosetta? :] [06:13] getting parts of the .po file in mail lol [06:13] TomaszD: never tried. i only speak a bit of german, and english === Hobbsee really should learn spanish... [06:14] I know Polish, English, German and a bit of Spanish [06:14] neat :) === Hobbsee got asked if she spoke greek today [06:14] though it becomes apparent in a few moments that English isn't my native tongue [06:14] :P [06:15] heh [06:15] 13 years of learning and I still can't get the hang of some things [06:15] and I'm teaching the bloody language too [06:15] :] [06:15] yeah well. 5+ years of learning german, and i still cant hold a conversation in it [06:15] haha [06:16] mind you, we learnt about things like saltmines, instead of useful conversation [06:16] TomaszD: your english seems fine so far, anyway :P [06:16] it's understandable === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel [06:16] well I hope so, I'm an upstream GNOME translator, I should know my thing [06:16] :P [06:17] and about German, it's the same here, four years gone to waste [06:17] hehe [06:17] Was hasst tu gestern gemacht? Ich habe Computer gespielt und Bucher gelesen [06:17] every single lesson she would ask us that === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel [06:17] ah crud...i should know that.... [06:18] Apr 12 09:56:18 localhost NetworkManager: ^ICouldn't send DHCP 'up' message because: name 'com.redhat.dhcp.OperationInProgress', message 'interface eth0 is being released. Please try again later.'. [06:18] hmm === Agafonov [n=aga@office.rsm.ru] has joined #ubuntu-devel [06:18] Woah! `Retour Revenir en arriere #-#-#-#-# fr.po (debian-installer) #-#-#-#-# Retour' === mpt_ [n=mpt@canonical/launchpad/mpt] has joined #ubuntu-devel [06:18] TomaszD: i have played on the computer and learned from the book... dont know what the other one is [06:18] and then ... [06:18] Apr 12 09:56:25 localhost NetworkManager: ^IActivation (eth0) Stage 3 of 5 (IP Configure Start) started... [06:18] Apr 12 09:56:25 localhost avahi-autoipd(eth0)[11501] : Successfully claimed IP address 169.254.7.163 [06:18] Apr 12 09:56:25 localhost avahi-autoipd(eth0)[11501] : fopen() failed: Permission denied [06:18] Apr 12 09:56:25 localhost NetworkManager: ^IDHCP daemon state is now 11 (unknown) for interface eth0 [06:19] Apr 12 09:56:25 localhost NetworkManager: ^IDHCP daemon state is now 14 (normal exit) for interface eth0 [06:19] Apr 12 09:56:27 localhost NetworkManager: ^IActivation (eth0) Beginning DHCP transaction. [06:19] Apr 12 09:56:27 localhost dhclient: There is already a pid file /var/run/dhclient.eth0.pid with pid 134993440#] [06:19] What have you been doing yesterday, that was the question [06:19] kablooey === Keybuk begins to blame pitti ;) [06:19] TomaszD: ahhh...of course. [06:19] pitti is the root of all evil === TomaszD hides [06:19] iwj: oh damn silly French translators [06:19] Treenaks: ping [06:19] Keybuk: blame the innocent who arent here, of course! [06:19] cjwatson: Shall I file a bug ? === jdong tries to blame blurry openoffice fonts on upstart :D [06:20] iwj: hang on, phone [06:20] cjwatson: OK. === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel [06:20] cjwatson: It seems really very ugly and if it's on the common path I might even call it RC (although I suppose it only affects French). [06:21] cjwatson: I see this in the "confirm resize partitions" dialogue in ubiquity. === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === Agafonov [n=aga@office.rsm.ru] has left #ubuntu-devel [] [06:22] iwj: sigh, I suppose so, though I can only work around it [06:22] Mithrandir,mdz: ^-- [06:22] elmo: so yeah, somewhere along the line, you end up with a bogus pid for dhclient [06:22] I have a vague suspicion it's related to that previous avahi-autoipd error, but I could be wrong [06:23] cjwatson: I'm not sure I can tell the difference between an ugly text bug and standard French punctuation rules :-P [06:24] (though that might be spurious, it's entirely possible it's a dhclient bug) [06:25] cjwatson: Do you want a screenshot or is what I write in bug 105903 enough ? [06:25] Malone bug 105903 in debian-installer "crazy french translation for "retour" and "suivant"" [Undecided,Unconfirmed] https://launchpad.net/bugs/105903 === j_ack [n=rudi@p508DA919.dip0.t-ipconnect.de] has joined #ubuntu-devel [06:32] Mithrandir: what's the reason for this: [06:32] if (! applet->device_list) [06:32] state = NM_STATE_DISCONNECTED; [06:34] mdz: This one is obviously really crazy. It looks like the computer has gone completely haywire. [06:34] mdz: it's a totally fucked multi-line translation due to somebody stupidly unfuzzying a translation [06:35] iwj: no need [06:37] elmo: so, err, that's totally freaky === illovae [n=illovae@uni14-1-82-233-221-131.fbx.proxad.net] has joined #ubuntu-devel [06:39] iwj: what is the English string and how is it translated in French (if re-translated into English) [06:41] oh wait, the bug, if it's there I read it from there [06:42] cjwatson: I haven't seen this crazy string again so I think it must only show up in manual partitioning (or perhaps also auto-resize). [06:43] iwj: oh, ok, so someone having had a stupid fuzzy (I've seen those) with all the ## letters etc., and the translators as unfortunately marked is as "reviewed" === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === Arby [n=richard@82.152.169.96] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel [] [06:56] This flashing /var/lib/os-prober/mount icon is a bit distracting really. === pvanhoof [n=pvanhoof@d54C0EE14.access.telenet.be] has joined #ubuntu-devel [06:56] Not just during migration-assistant (as I said in bug 105531) but during grub installation too. [06:56] Malone bug 105531 in migration-assistant "/var/lib/os-prober/mount briefly appears on desktop" [Undecided,Confirmed] https://launchpad.net/bugs/105531 [06:57] iwj: fix committed, but it's up to cjwatson if he wants it included in the release. [06:57] iwj: i'll take a break after this installation - will do test the oem d-i i386 dvd? [06:59] dholbach: You mean will I test it ? [06:59] iwj: sorry, I forgot the "you" :) [06:59] Sure but are there special instructions for oem installs ? [07:00] It looks like my rsync got the dvd ok. [07:00] i have some spare vmware cycles to spare... [07:00] iwj: just select oem at the dvd boot IIRC [07:00] OK, and nothing in particular else needed ? NP [07:01] iwj: after that it gives you instructions on how to run oem-config-prepare (or whatever it is) [07:01] yeah it's pretty straight forward [07:03] fabbione: what arch? [07:03] heno: ? [07:03] heno: for vmware? i386 [07:03] fabbione: i386, amd64, sparc, all of the above? [07:04] ah, ok [07:04] there is no sparc vmware :) [07:04] and amd64 support is experimental in ws 5.x [07:04] fabbione: can you test kubuntu alternate? === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [07:04] heno: i only have ubuntu images here.. if it's not urgent i can download and test it [07:05] virtualbox is open source (ish) you might get that to run on the sparc [07:05] nah... i am waiting for hw virtualization support on Niagara [07:05] fabbione: yep, ubuntu alternate i386 needs testing love too [07:05] ok [07:05] ubuntu alternate is === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel [07:06] thanks! [07:06] iwj: gracias [07:07] mdz: avoid filling the .xsession-errors with a load of stuff about it not being able to find the proper icon. [07:11] iwj: it'll be presented by a bunch of different dialogs - partitioning, migration-assistant, misc failures === dpm [n=dpm@p54A107F2.dip0.t-ipconnect.de] has joined #ubuntu-devel [07:11] cjwatson: Oh dear. [07:12] Mirv: I'm pretty sure I tried to fix this ages ago but Rosetta will only let me present it as a "suggestion" despite me being the maintainer and knowing that it's broken [07:12] and translation syncs are typically too big for me to be able to notice all these problems every time === jpatrick [n=patrick@233.Red-83-53-138.dynamicIP.rima-tde.net] has joined #ubuntu-devel [07:13] cjwatson: yeah, the launchpad requires you'd be member of the translation team in question also. anyway, translators should spot those broken suggestions and not mark them as reviewed, but of course it can happen [07:14] there's a similar problem with Turkish [07:14] no others [07:16] it depends also on how much "random" people there are in each translation team, as it's generally known that in the early times of Launchpad many translation teams accepted too many members even though Rosetta QA was (and is) lacking [07:19] doko: can you look at bug 102786? Someone ran into problems with the python-uno upgrade (it looks like the pycentral call in the prerm is failing?) [07:19] Malone bug 102786 in openoffice.org "python-uno fails during upgrade from 2.0.4-0ubuntu4 to 2.0.4-0ubuntu5" [Undecided,Confirmed] https://launchpad.net/bugs/102786 [07:20] oh, you're already on it. our comments to the bug crossed paths. :P === fabbione puts on the Igor's mask [07:20] crossing the fluxes is BAD.... [07:21] bad is the life the way you know it will stop instantly and each atom in your body will explode at light speed === fabbione puts down the pipe [07:21] okay, that's bad. important safety tip === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [07:22] hey ogra thanks for the acceptance to PyStart [07:22] keescook: i guess you have never seen Ghostbuster 1.. did you? :) [07:22] thanks for doing it :) [07:23] fabbione: you're being sarcastic, right? "okay, that's bad. important safety tip" was the next line. :) [07:23] keescook: oh i didn't remember it in english.. i saw it in italian and doing a rought translation on the fly :) [07:24] fabbione: hehe. cool. "If someone asks you if you're a god ...." [07:24] ahha yeah i remember that === svolpe_gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel [07:24] "you say YES!" :) one of my favorites. :) [07:25] ehhehe === fabbione hugs keescook === Monk-e [i=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [07:44] `Text mode install for manufacturers' is oem, I take it. [07:44] yeah, that was changed recently iirc [07:45] iwj, are you currently in a fresh install ? i'm looking for someone who can test something for me with RC i'm not sure its my machine that wrong ... [07:45] *that's [07:46] ogra: what do you need tested? === lappy is now known as encompass === azazell0 [n=az@r82h212.res.gatech.edu] has joined #ubuntu-devel [07:47] screensaver preview ... but be careful it crashes X for me over here if you click the "leave screensaver" button i'm not sure its my crappy ati card or its the screensaver === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel [07:50] ogra: Both my test systems are currently installing. === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [07:51] Ask me again in a bit :-). [07:51] iwj, yeah, will do :) [07:51] if thats happening for others its an RC ... i'm a bit worried ... [07:52] currently firefox's update-notifier implementation copies over a file to /var/lib/update-notifier/user.d, but how does it signal to the running update-notifier process that it needs to show a popup? [07:52] i seem to be missing it somewhere in the postinst or something === azazell0 is now known as azazello [07:55] is the update-notifier process perhaps supposed to be holding a inotify on /var/lib/update-notifier/user.d? [07:57] Mithrandir,iwj: bug 105903 fixed in unapproved queue [07:57] Malone bug 105903 in ubiquity "crazy french translation for "retour" and "suivant"" [Undecided,Unconfirmed] https://launchpad.net/bugs/105903 === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [07:57] cjwatson: yay, great. === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel === smurfix [n=smurf@debian/developer/smurf] has joined #ubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel [08:08] cjwatson: Great. === reitblatt [n=mark@w-mob201-128-62-104-228.public.utexas.edu] has joined #ubuntu-devel === bronson [n=bronson@66.237.74.66.ptr.us.xo.net] has joined #ubuntu-devel [08:11] asac, ping [08:12] ogra: So what was that test you wanted someone to do ? [08:12] I have a nice fresh `erase disk' ubiquity-created install here which isn't doing anything else right now. [08:13] iwj, just start the screensaver preview and survive closing it [08:14] ogra: I just tested it on a headless box I access via VNC. Just clicking the Preview button kills X there :( [08:14] argh [08:14] i was hoping that was only me [08:15] can I get you some logs? [08:15] ogra: All seems to work just fine for me. [08:15] i have it here so i can dig through it ... [08:15] phew [08:15] ok, two alternate reports ... for now i'll blame vnc ... [08:16] heno, what kind of graphics card is that ? [08:16] i have an ati here ... [08:16] I'm doing another install so I can test it on real hardware soon [08:16] ogra: nvidia [08:16] hmm [08:16] Keybuk: pong [08:16] but the vnc stuff is not very stable [08:16] I have some very boring P4 onboard graphics here. [08:17] i'll try it with fglrx soon ... [08:17] tested in in virtual box, no problems there [08:17] strange ... but something isnt completely stable there it seems ... [08:17] Treenaks: s'ok, pretty sure it's not avahi === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [08:22] What exactly seems to me most likely to make it crash ? Any particular screensaver ? I've been in and out of the screensaver pref and the fullscreen mode, and selected different ones, and it works perfectly for me. [08:22] s/to me/to make/ [08:23] ogra: I can confirm the X crash on two physical machines [08:23] Keybuk: ok :) [08:23] iwj, i used the 3D-bubbles one (which is a 2d screensaver unlike the name indicates) [08:24] but i dont think it matters ... === Zdra [n=zdra@198.242-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [08:24] Keybuk: I tested your new network-manager_0.6.4-6ubuntu7 packages with Kubuntu both wired and wireless with no issues (was not having problems before either). [08:24] Keybuk: the upstart ttyS0 transition from edgy to feisty is not fixed yet.. Release Note? === ogra needs to finish some mail stuff before he can crash his X again :) [08:24] I got it on a Toshiba laptop and and amd64 /w nvidia [08:24] Keybuk: a reboot in that condition can leave users without access to the machine for a while === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel [08:25] fabbione: it's on my list [08:25] Keybuk: ok [08:25] ogra: Bubble3D I take it. Yes, no problem. [08:25] I don't quite understand why that doesn't work [08:25] Keybuk: do you want access on a machine to test? [08:25] Keybuk: i can set that up for you by tomorrow [08:25] Keybuk: or later this evening [08:25] you tell me.. [08:26] Keybuk: I'm still seeing snapshot races; they're just much more rare. where should I record that? new bug or reopen old? [08:27] new bug === greendv [n=greendv@p5493908C.dip0.t-ipconnect.de] has joined #ubuntu-devel [08:27] any other feedback on the new N-M? [08:28] it needs regression testing as well as confirmation that it has fixed the main issue [08:28] mdz, you have an ati card in your laptop, right ? [08:28] ogra: yes [08:28] i fear i found an X crasher bug :( [08:29] my X hasn't crashed in ages [08:29] could you try to open the screensaver preview and close it again ? === Arby [n=richard@82.152.169.96] has joined #ubuntu-devel [08:29] (colse all important stuff before) [08:29] it does corrupt the screen occasionally with the current driver [08:29] it seems for me with an ati card/driver it crashes X ... heno saw it on an nvidia === somerville32 [n=cody-som@ubuntu/member/somerville32] has joined #ubuntu-devel [08:30] ogra: no problems [08:30] heno, was that an nv or nvidia driver ? [08:30] mdz, phew, ok [08:30] ogra: I close it by clicking 'leave fullscreen'; is that what you do? [08:30] yes [08:30] ogra: it was nv [08:30] ogra: and which screensaver do you run? [08:30] thats what dropys me out of X [08:30] mdz, Bubble3D [08:30] I tried with blank, random and Bubble3D [08:31] a clean ubuntu install on an amd64 desktop [08:31] or any other i guess, i have stuff open i need to finish before testing more [08:31] probably specific to certain cards [08:31] heno, aha [08:31] i have an amd64 as well here [08:31] in any case, not a release issue. possible SRU if further analysis warrants it [08:31] but i386 install [08:31] yeah [08:31] i was just cautious ... since i didnt see it before at all [08:32] i got in on an amd64 install and an i386 install on an i386 laptop [08:32] but if its not affecting all setups its ok for now [08:32] I got it on 2 out of 3 :) [08:32] plus the vnc one [08:33] its surely not the most used functionality [08:33] i.e. its no NM :) [08:33] true, but it can loose you data, which is bad [08:33] say you have a long OOo doc open and X bails out [08:33] yeah [08:33] i know what you mean === ogra switches to fglrx to test [08:34] solution might be to remove the preview button ... [08:34] hmm === heno -> food [08:35] that will make me drown in regression bugs :) === ogra reboots for fglrx === Burgwork [n=corey@sacc-66-78-247-43.smartcity.com] has joined #ubuntu-devel === ivoks [n=ivoks@0-159.dsl.iskon.hr] has joined #ubuntu-devel === pygi [n=mario@83-131-3-81.adsl.net.t-com.hr] has joined #ubuntu-devel [08:41] Keybuk: done. see bug 105936, with example test scripts. [08:41] Malone bug 105936 in lvm2 "snapshot creation failure race "in use: not deactivating"" [Undecided,Unconfirmed] https://launchpad.net/bugs/105936 === danohuiginn [n=ant@p54bee94a.dip.t-dialin.net] has left #ubuntu-devel [] === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [08:44] so its the ati driver for me ... [08:44] fglrx works flawless === truz_`24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel [08:44] ogra: file a bug and attach the log :) [08:45] This oem install is freaky. I've never done this before. Is there a document saying what I'm expecting ? === silwol [n=silwol@teacheradsl245.eduhi.at] has joined #ubuntu-devel [08:46] Hello, anyone ? === harpreet [n=harpreet@192.18.43.225] has joined #ubuntu-devel [08:47] iwj: https://wiki.ubuntu.com/Testing/InstallMethods (fairly briefly) === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel [08:47] typically the manufacturer does everything up to 'sudo oem-config-prepare', and the end user gets the next bit [08:47] Oh FFS! I typed `sudo oem-config prepare' and it did a very weird thing. [08:48] ha [08:48] been meaning to add a .desktop for that [08:48] Colin: Harpreet here from GlassFish. Just wanted to know the status for the packages [08:48] What does the `prepare' argument mean there ? [08:48] 'sudo oem-config prepare' should crash with AttributeError [08:48] iwj: frontend [08:49] cjwatson: It didn't. [08:49] It produced a gui and updated initramfs and then the gui vanished. [08:49] Halfway through me fiddling with it. [08:49] I'll report a bug. [08:50] oh, yeah, ok, -f is a frontend - yes, it should reject that, 'prepare' is meaningless [08:50] harpreet: I did some review earlier today and what I saw was fine (and accepted), but it's been a very busy day [08:51] harpreet: I'm looking at sunwderby at the moment === micahcowan [n=micahcow@adsl-76-211-246-68.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel [08:51] there is no support for ppc in feisty right? [08:51] community support :) [08:52] Colin: Ok - thanks. I will just wait up for an email from you then [08:52] :) but will it run it [08:52] If I move something to the panel is it supposed to stick after the reboot ? [08:52] i havent seen ISO;s for ppc [08:52] harpreet: are you prepared to test the binary packages from our archive? [08:52] oh, wow, compiz doesnt generate a white screen for me anymore ... [08:52] not that it would work ... [08:53] gnomefreak: http://cdimage.ubuntu.com/ports/daily/current/ http://cdimage.ubuntu.com/ports/daily-live/current/ [08:53] and generally under /ports/ [08:53] ty hmmm [08:53] Colin: That was my followup question. Where do we get the binary from your archive to test. [08:53] harpreet: do you have an Ubuntu Feisty system up and running? === xan_ [n=xan@79.Red-83-50-113.dynamicIP.rima-tde.net] has joined #ubuntu-devel [08:55] Colin: yes [08:55] Hi, I asked this question in many ways: #ubuntu, #ubuntu+1, etc and no one answer me. Can you answer this tech question to me? [08:56] I only want to know how to disable that checkfs.sh checks all the filesystems and achieve that it only checks / [08:56] harpreet: System -> Administration -> Synaptic Package Manager, make sure multiverse is turned on in Settings -> Repositories, search for your package names and install them === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel [08:57] Anyway, it seems to have worked anyway and that strange rune didn't do any harm. [08:57] So that's the dvd done apart from winfoss. === iwj goes to have dinner. [08:57] xan_: set the pass field in /etc/fstab to 0 for the filesystems you don't want to check; see 'man fstab' [08:58] I have no field [08:58] Colin: Ok [08:59] I can't show you the fstab because I have no internet connection in the other computer [08:59] xan_: This isn't a support channel [08:59] but cjwatson I have no field (nop 0, nop 1, ...) in fstab [09:00] xan_: please read the man page to which I referred you [09:00] it has all the necessary information [09:00] harpreet: the imq binary should be available within an hour [09:01] harpreet: I just accepted the sunwderby source, but the binary will need manual approval later [09:01] Colin: Ok. I will need all of them to test this out. [09:01] cjwatson: collin, please, I believe that all filesystems appeared or not in fstab are checked from /etc/init.d/checfs.sh [09:01] is it correct? [09:01] Colin: What does that mean? I apologize I do not understand the entire process [09:01] xan_: I have already given you your answer. [09:02] xan_: your belief is incorrect (unless there is a serious bug) [09:02] see the fsck man page [09:02] johanbr; u [09:02] erp. [09:02] harpreet: progress :-) [09:02] in feisty beta so? [09:02] harpreet: the binary is what you need to actually install it from the package manager, but the source is the thing we really seriously review [09:03] source gets automatically built into binaries on our build daemons [09:03] the cron jobs that fire that off happen roughly hourly (there's lots of detail there but it isn't relevant) [09:06] Colin: Where are you located? === soho [n=user@91.65.197.176] has joined #ubuntu-devel [09:07] harpreet: Cambridge, England [09:07] Colin: Cool. === doko [n=doko@dslb-088-074-027-129.pools.arcor-ip.net] has joined #ubuntu-devel === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel [09:08] Colin: So I wait up an hour for getting all the binary packages and test it out. Once we are okay - I let you know. [09:09] found a bug, totem wont play mpgets-files in feisty. it opens the add-software dialog and suggests a gstreamer-plugin which i installed. === hunger [n=tobias@p54A72233.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:09] harpreet: glassfish Depends: sunwderby (>= ${Source-Version}), imq (>= ${Source-Version}), sun-java5-jre, glassfish-bin (>= ${Source-Version}) [09:10] Colin: Yes [09:10] harpreet: I won't reject this upload for that, but ${Source-Version} is wrong there [09:10] you may only use that for binaries from the same source package [09:10] sunwderby, imq, and glassfish-bin are all from totally separate source packages and thus their version numbers are (theoretically) independent === Demitar [n=demitar@c-212-031-183-175.cust.broadway.se] has joined #ubuntu-devel [09:11] harpreet: as it is, any future upload of glassfish without also uploading the others will break === Solarion [n=solarion@cruftix.physics.uiowa.edu] has joined #ubuntu-devel [09:11] I would suggest just writing normal version numbers in place of ${Source-Version} there [09:11] are all of you able to reach C3 and/or C4 processor powersaving states? === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel [09:11] I am [09:12] Colin: the future uploads of GF will also upload the others as we actually build it lock-step [09:12] Treenaks: do you have hci_usb? [09:12] harpreet: likewise in glassfish-bin [09:12] something on my box is blocking C3 [09:12] harpreet: you mean that you intend to merge all of those into one source package? [09:12] Solarion: what's that? [09:12] Solarion: kernel module? yes. [09:13] yes [09:13] Colin: No not right away. What happens is we build this from one codebase and we have packaged them separately. [09:13] Treenaks: feisty? [09:13] Solarion: yes === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [09:13] harpreet: ok, in that case the Depends lines are definitely a bug and need to be corrected === Solarion scratches his head [09:14] if they're separate source packages, you really can't assume that other source packages will be the same versions [09:14] ugh, back from mega install testing === sonictwin [n=ryan@c-68-61-98-160.hsd1.mi.comcast.net] has joined #ubuntu-devel === luke-jr_work [n=luke-jr@user-0c93tj3.cable.mindspring.com] has joined #ubuntu-devel [09:14] so, this expert install was kind of messy, but the rest went well [09:14] harpreet: an hour> it will take a little longer for all of them to be available, I'm afraid [09:14] harpreet: imq will be available within the hour [09:14] Treenaks: may I msg you? [09:15] Solarion: I don't think I can help you fix your bug [09:15] I just want to know what things are keeping me from C3 [09:16] Colin: but we do no need the sunwderby, glassfish-bin, imq for glassfish. [09:17] What can you do with a coredump, if you lack the program that dumped it? (Assuming you're an expert developer/debugger) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [09:18] Keybuk: hm, did you ever try a raid-1 install in expert mode? I just did, and booting the result threw me at an initramfs prompt; I had to manually do 'mount /dev/md0 /root' to continue [09:19] Keybuk: yesterday I did something similar with a different layout and it worked, so it's a rather special case, I figure (not RC critical) [09:19] micahcowan: not much, I'm afraid [09:20] pitti, surely there must be a way to get assembly dumps from the core program, at least? I mean, the code is in there, along with stack values, etc. ? What tools would you use to get that? [09:21] micahcowan: but the code is not contained in the core dump [09:21] micahcowan: it just has references to the executables and libraries [09:21] Colin: are you indicating that this needs to be fixed for this release. [09:21] harpreet: no [09:21] I'm just saying it's a bug [09:22] harpreet: OK, I've accepted all the source packages now [09:22] Colin: whew ... I will file it :-) [09:22] harpreet: I'm going out for the evening shortly (it's late here), but I'll accept the binaries when I get back [09:22] Great [09:22] (assuming there are no obvious showstoppers there) [09:22] pitti: what bootloader did you chose? [09:22] fabbione: grub, same as yesterday [09:22] pitti: what layout did you use? [09:23] raid-1 has been working forever... [09:23] Colin: So will you send an email that says this to me. Everyone here is on pin and needles and your email will calm things down === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel [09:23] Colin: I mean after you accept it ofcourse :-) [09:23] fabbione: /dev/hda5 and /dev/hda7 -> /dev/md0, with /dev/hda6 as /boot [09:23] pitti, but isn't the executable code loaded into VM at the time the process is running? I had thought that the coredump included everything in that process's VM at the time of dump? === Gman [i=gman@nat/sun/x-818bdc69e9c70274] has joined #ubuntu-devel [09:24] pitti: hmm interesting... did you grab the boot logs without splash/quiet? [09:25] fabbione: no, I didn't, it wasn't a vmware install; I can do some photos of it, though [09:25] can you reproduce it reliably? [09:25] if so it would be worth to look at it [09:25] harpreet: done [09:25] i am kind of curious if initramfs gets confused by /boot not being on raid1 [09:26] harpreet: oh, sure, I'll tell you when it's (about to be) available [09:26] fabbione: reproduce in the sense of booting the broken installation again, yes [09:26] Colin: Thanks. I will check my email in an hour/two and test it out and send you a reply. [09:26] fabbione: I wasn't sure whether the mdadm d-i module would get along without a separate /boot [09:26] fabbione: on my production server I don't have a separate /boot, everything is on raid (but I use lilo there) [09:26] harpreet: FWIW, cjwatson@ubuntu.com is a perfectly good e-mail address for me (and actually I prefer it), so I got both your mails ;-) [09:27] fabbione: I already wondered whether md devices get proper uuids, but since it worked yesterday, I guess that's not it [09:27] pitti: mdadm get along with root/boot on raid [09:27] also in d-i [09:27] Colin: Okay. I have figured you folks at Canonical prefer irc over emails. :-). [09:27] i used that setup for ages on sparc [09:27] Colin: Thanks for the email. Have a good evening ahead. [09:28] pitti: ok.. if you can get the data out it's worth looking at it.. it might be a corner case that's not so corner as we think [09:28] harpreet: IRC can be faster although e-mail is better if you need reliability [09:28] (IME) [09:28] fabbione: I prefer it as well (separate /boot is a big ugly imho), but it should still work [09:28] fabbione: no problem, let me boot again and do some shots [09:28] pitti: yeps [09:28] Colin: yep. So will test this stuff and let you know before I go. [09:30] micahcowan: the core file only contains the program memory and various maps, not the executable itself. [09:31] hi keescook [09:31] hiya pitti! [09:31] Okay. Thanks keescook, pitti. [09:33] pitti: related to core files, shouldn't I be able to generate coredumps of installed binaries that have prior crashes? (ulimit -c unlimited; sleep 120 &; kill -SEGV %1) I was only able to do this after copying sleep to the local directory, or after removing /var/crash/*sleep* [09:33] ack === RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel === silwol [n=silwol@teacheradsl245.eduhi.at] has left #ubuntu-devel [] === mpytasz [n=dduck@staticline824.toya.net.pl] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [09:38] any recommendations for finding out what's preventing the processor from reaching C3? === tkjacobsen [n=tkjacobs@105.18.235.85.dk-boa.res.dyn.perspektivbredband.net] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-122-102.hsd1.mi.comcast.net] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [09:47] fabbione: http://people.ubuntu.com/~pitti/tmp/raid1-bootfail-1.jpg http://people.ubuntu.com/~pitti/tmp/raid1-bootfail-2.jpg [09:48] pitti: thanks [09:48] fabbione: pretty messy, no fstab, some modprobe failure, I wasn't sure about the root cause [09:48] Keybuk, got a sec? [09:48] pitti: no fstab? [09:49] looks like something went foo bar with the installation [09:49] but totally [09:49] fabbione: nope === sacater_ [n=sacater@86.154.53.102] has joined #ubuntu-devel [09:49] probably you will never be able to reproduce that install [09:49] fabbione: oh, I probably will, wasn't too complicated [09:49] ok [09:49] fabbione: since the actual fstab is on /dev/md0, which wasn't mounted at that time, I assume that the initramfs has a copy? [09:50] fabbione: I can access the initramfs from here [09:50] pitti: initramfs doesn't need fstab [09:50] it only needs to find root via root=/dev [09:50] fabbione: why does it try to access it then? [09:51] pitti: it looks to me that initramfs things that root is mounted.. but the raid starts later === tsmithe [n=tsmithe@ubuntu/member/tsmithe] has joined #ubuntu-devel [09:51] can you check what's in /proc/cmdline? [09:51] fabbione: hmm, it started before IIRC [09:51] pitti: note on pic 2 [09:51] fabbione: I can reboot to find out, but should it differ from the options given in grub? [09:51] md: md0 stopper [09:52] right [09:52] but that's after the failure [09:52] it was there before [09:52] it might differ.. you don't need to reboot [09:52] fabbione: and on the initramfs prompt I can mount it [09:52] yes it's after the failure only on printk [09:52] do you have to wait 3 minutes to get there? [09:52] or it prompts quickly into the initramfs? [09:53] fabbione: no, almost immediately [09:53] fabbione: kernel boots, checks for resume image, and wham, there I am [09:53] pitti: then file a bug on initramfs.. it thinks that the raid is there but it's not [09:53] pitti: otherwise it would wait for the raid to be formed [09:54] i wonder if i can reproduce it in vmware [09:54] fabbione: hm, indeed it says 'md0 stopped' before the error as well [09:54] but not tonight [09:54] i am way too tired [09:54] fabbione: yesterday I did a vmware install and that went fine [09:54] pitti: i think you need to talk to iwj too.. i have the feeling that what happens is: [09:54] fabbione: no worries; thanks for having a look [09:54] raid is started with one disk [09:54] initramfs finds the raid [09:55] at the same time mdadm stops the raid to add the second disk [09:55] yay race conditions [09:55] initramfs tries to mount a device that's there but not working [09:55] fabbione: I think I can find that out by watching the booting again [09:55] and bam [09:55] yes.. worth looking [09:55] fabbione: I'm pretty sure that the raid was up before, but the 'md0 stopped' seems to support your theory === pitti boots again, brb [09:56] once the raid is mounted you can't stop it.. but it might be a race === sacater [n=sacater@colchester-lug/member/sacater] has joined #ubuntu-devel === philwyett [n=philwyet@bb-87-81-146-45.ukonline.co.uk] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [10:02] fabbione: you are right [10:02] fabbione: it boots, md doesn't find anything, so md fails and initramfs says 'waiting for root fs' === fabbione hugs pitti and sends good night love to everybody [10:02] fabbione: then it binds sda5, unbinds sda5, binds sda7 and then it's up [10:02] but at that time I'm already at the prompt [10:02] pitti: you really want to talk to iwj about it [10:03] right, will do; thanks [10:03] fabbione: that would be a bug against what then? === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel [10:03] i think both mdadm and initramfs can be blamed.. but make it RC [10:03] this is definetely a blocker [10:03] not being able to boot on raid is a problem for servers === rmjb [n=richard@cuscon17840.tstt.net.tt] has joined #ubuntu-devel [10:04] pitti: file it against mdadm/initramfs.. affects also.. and make sure both Scott and Ian are aware of it [10:04] alright [10:04] i need to get some rest [10:04] 6am -> 10pm is a bit too much === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === fabbione -> photo on a pillow === mrpouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel [10:06] fabbione: bug 79204 sounds similar [10:06] fabbione: good night! [10:06] Malone bug 79204 in initramfs-tools "boot on md raid drives fails" [Undecided,Unconfirmed] https://launchpad.net/bugs/79204 === kofler [n=kofler@fw.bcp.org] has joined #ubuntu-devel [10:07] What package gives me /lib/modules/`uname -r`/build/ and all the files therein? [10:07] i.e. Makefile. [10:08] I can't seem to find any package that does this and I have all these installed: 2.6.17-11-generic [10:09] ogra@edubuntu:~$ ls -l /lib/modules/2.6.20-14-generic/build [10:09] lrwxrwxrwx 1 root root 40 2007-04-12 18:56 /lib/modules/2.6.20-14-generic/build -> /usr/src/linux-headers-2.6.20-14-generic [10:09] Er, oops, I meant: http://phpfi.com/226155 [10:09] ogra@edubuntu:~$ dpkg -S /usr/src/linux-headers-2.6.20-14-generic [10:09] linux-headers-2.6.20-14-generic: /usr/src/linux-headers-2.6.20-14-generic [10:09] Hmm. === avoine [n=avoine@69.70.0.34] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [10:11] Thanks ogra. === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === kaz [n=froglinu@69.70.0.34] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [10:20] yay, my guess about the hanging desktop was right [10:20] cjwatson: still awake? [10:21] there is a expert of gtk that know why the library libgtk-directfb was remove in feisty? [10:21] pitti: what hanging desktop? [10:22] seb128: I did an expert install and with that it took a minute for gnome to even begin loading [10:22] avoine: likely because it was deprecated, we will make gtk+2.0 build it next cycle [10:22] pitti: lo not correctly configured? [10:22] seb128: now I tracked it down to a missing loopback iface [10:22] right [10:22] seb128: right [10:22] it's the classic reason [10:22] ooh, that bugs is already known and ages old, bug 9532 [10:23] Malone bug 9532 in netcfg "skipping over netcfg means that lo doesn't get configured" [Medium,Confirmed] https://launchpad.net/bugs/9532 [10:23] yeah, as said, that's the usual reason for gnome-session hanging === sonictwin [n=ryan@c-68-61-98-160.hsd1.mi.comcast.net] has joined #ubuntu-devel [10:23] that and clock set 1907 or something [10:23] ah === ogra thought pitti was talking about a nifty new usablitty feature ... desktop on strings [10:24] known for netcfg as well [10:24] seb128: right, I often get that clock problem on my laptop when I managed to drain the battery while it was suspended :) [10:24] I should have a look at making gnome-session display a dialog or something when lo is not configured rather than hanging [10:25] cjwatson: unping === bill_k [n=bill_k@pcp032080pcs.odonnell.mu.edu] has joined #ubuntu-devel [10:26] carlos: around? [10:26] great, so the two breakages on my expert install are filed, and the rest went without a hitch [10:26] thanks seb128 [10:26] pitti: when are we going to roll language packs for feisty? === kaz [n=froglinu@69.70.0.34] has left #ubuntu-devel [] [10:26] seb128: right after RC [10:27] and no update after that? [10:27] seb128: today I fixed langpack-o-matic for software-properties, so tomorrow's dailies should be good [10:27] seb128: well, the usual monthly updates in -proposed/-updates === dholbach_ [n=daniel@i59F72060.versanet.de] has joined #ubuntu-devel [10:27] k, just to know until when we can get translation dones [10:27] k [10:27] not cool [10:27] update-manager is still not translatable [10:27] -able? === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel [10:28] pitti: no .pot built during build, I fixed it yesterday but rosetta still didn't import it [10:28] so the "Static configuration" option is not translatable [10:28] seb128: I think carlos has to manually approve new templates [10:28] I chassed the missing french translations yesterday [10:28] he did approve it this morning [10:29] I'm wondering is rosetta is overloaded also or something === pitti boots into BenC's new kernel crack, brb [10:34] BTW, if anyone can test these kernels, I'd appreciate it. Release timeline depends on a good round of testing [10:34] http://people.ubuntu.com/~bcollins/kernels/feisty-release/ [10:34] a-HA [10:34] main thing is that your storage controller isn't regressed [10:34] r300 and uhci_hcd are the culprits [10:35] e.g. you can get to all your static disks on IDE and libata driven controllers [10:35] as well as CDROM [10:38] seb128: is the update-manager translation now in the general language packs instead of the kde packs, or is that a problem too, still? [10:38] Mirv: update-manager was no to the kde pack === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [10:39] brb with new kernel [10:40] seb128: the queue is burning === mdz [n=mdz@host86-141-95-121.range86-141.btcentralplus.com] has joined #ubuntu-devel [10:40] carlos: like too many items there? === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [10:41] carlos: how come it happens today? [10:41] seb128: well, the problem we had yesterday delayed things a bit [10:41] seb128: and it's finishing with evolution .po files [10:41] seb128: oh yes, it's the software-properties, and it's still in the kde pack. ok. [10:42] which are big and we are slow to import them [10:42] carlos: is there a public location with the queue order? [10:42] seb128: did you upload a new evolution version? or it's just a small fix done in Ubuntu? [10:43] seb128: https://translations.launchpad.net/translations/imports/+index?target=all&status=APPROVED&type=all&start=0&batch=75 [10:43] carlos: when? we did upload GNOME 2.18.1 monday and tuesday [10:43] so that's a new evolution [10:43] let me check it anyway === dholbach [n=daniel@i59F72060.versanet.de] has joined #ubuntu-devel [10:44] if this is just a local update I can remove those entries from the queue [10:44] so we speed it a bit [10:44] carlos: is the queue going to catch up before tomorrow? [10:45] once evolution finish, it should be quite fast [10:45] bug 105011 [10:45] Malone bug 105011 in Ubuntu "Unable to reach C3 or C4 powersaving states when uhci_hcd is in kernel, or radeon driver (r300) is in use." [Undecided,Unconfirmed] https://launchpad.net/bugs/105011 === tkjacobsen [n=tkjacobs@105.18.235.85.dk-boa.res.dyn.perspektivbredband.net] has joined #ubuntu-devel [10:45] but I'm not sure as we only have a couple of hours and each evolution .po file takes a lot of time.. [10:45] BenC: both my i386s are happy with the new kernel - the amd64 is not - it hangs in busybox and says 'job control stopped' or something - is there anything i can do to debug it? [10:46] BenC: new kernel works fine on my laptop (i386) do you want details on the config or something? [10:46] seb128: those .po files were uploaded yesterday === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [10:46] so I guess that was a local upload for an already existing version in Ubuntu, right? [10:47] carlos: you can ignore the po, we need to .pot though because we distro added a string [10:47] ok [10:48] dholbach: Can you boot without quiet/splash and see if you get some kernel messages? [10:48] BenC: sure, hang on [10:49] is emacs 22 going to be in gibbon? [10:49] Solarion: it's released? [10:49] BenC: works fine on an i386 install here (amd64 hw) with a sata drive [10:50] tepsipakki: in the next few weeks [10:50] heno, seb128: thanks [10:50] Solarion: sweet [10:50] I had thought the betas would be in universe [10:50] seb128: everything removed except the .pot file === blackskad [n=blackska@d54C4A53D.access.telenet.be] has left #ubuntu-devel [] [10:50] that would speed a bit the imports [10:50] carlos: cool, thank you [10:51] http://lwn.net/Articles/229825 [10:52] np [10:52] heya seb128 [10:53] hi Solarion [10:53] at least I figured out where my C3 went, I guess. :/ === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel [11:01] BenC: http://daniel.holba.ch/temp/PICT1777.JPG [11:01] dholbach: Need the page before that [11:01] dholbach: shift+pgup should work [11:02] mjg59: ok, hang on [11:02] BenC: new kernel is fine here i386 with SATA drive [11:04] BenC: http://daniel.holba.ch/temp/PICT1781.JPG [11:05] mjg59: ^ too [11:05] dholbach: Hm. Looks like even earlier than that :) [11:05] yeah, see if you can find some hpa resize stuff [11:05] The section where it probes the hard drive [11:05] dholbach, mjg59: something like that for you as well? http://people.ubuntu.com/~pitti/tmp/14.23-boot-failure.jpg [11:06] looks like we might have an ABI bump to get the hpa revalidation right :/ [11:06] pitti: That's consistent with the most likely place for it to fail, yeah === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel [11:07] interesting 64 bit numbers there [11:07] ah yeah - it looks very much like what pitti has there [11:07] pitti: Uninitialised memory, at a guess === dholbach makes another photo [11:07] yeah, not sure how that huge number came back from the native size read [11:07] BenC: on my second line there's another failed comparison which isn't that far off [11:08] BenC: Urp. Worryingly, take a look at the hpa_sectors line on Pitti's grab. [11:09] mjg59: yeah, some odd numbers [11:09] http://daniel.holba.ch/temp/PICT1783.JPG [11:09] BenC: do you need the geometries of my HDs? [11:10] same numbers on dholbach's [11:11] give me a minute to read this code again, see if anything is glaringly wrong with the logic [11:11] /* if no hpa, both should be equal */ [11:12] mjg59: that seems to be an incorrect assumption :) [11:12] The alternative is that there's a bug in the reading code [11:12] 0xFFFFFFFFAFA19EB0 === dholbach is out for a quick walk - prod me if I can do anything to debug or help [11:12] pitti: What do you get if you mask off the top ones? [11:13] mjg59: is the hpa capability check just to see if the drive supports HPA, or to see if the drive has an HP area? [11:13] Just checks the capability, I believe [11:13] 2147483647 [11:13] You'd need to check the ATA specs to be sure [11:14] 2946604720 [11:14] Yeah. Still not right. [11:15] BenC: your number is for dholbach's? [11:16] pitti: it's the hex you pasted minus 0xfffffff00000000 [11:16] err, 0xffffffff00000000 [11:16] BenC: hm, I calculated it twice and I get 2946604720, but anyway, it doesn't seem 'more' correct [11:16] BenC: I raise you to 3000000000! === BenC is all-in [11:17] haha [11:17] I think you've got me covered though [11:17] I originally hope that converting it to hex would reveal a sensible string or so === dogmatism [n=dogmatis@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel [11:19] BenC: oh, 14.23 is already uploaded? === Adri2000 [n=adri2000@ubuntu/member/adri2000] has joined #ubuntu-devel [11:20] pitti: Yes, but that's a minor point...Tollef wont get a chance to do d-i/cd stuff till the morning anyway [11:20] pitti, dholbach: Can you test another kernel in about 30 minutes? === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [11:20] BenC: no problemo - just tell me what you need [11:20] i386 or amd64? [11:20] amd64 is the broken one [11:20] BenC: yes [11:21] dholbach: amd64 [11:21] linux upgrade works correctly on my amd64 desktop using i386 distro as well [11:21] odd that it seems amd64 specific [11:22] BenC: I have a stall on an amd64 as well now [11:22] mjg59: do you think something is borked in ata_tf_to_lba48() or ata_tf_to_lba()? [11:22] Could well be [11:23] Symptoms are similar to when that was just returning gash [11:23] we're using u64 everywhere, but those functions are twiddling bits [11:23] so, erm, guys how do I boot from grub with usplash off [11:23] ? [11:23] Remove splash from the command line [11:23] heno: sudo apt-get remove usplash [11:23] :) [11:23] remove quiet [11:24] from the kernel commandline [11:24] ah [11:24] heno: 'e' to edit the entry, 'e' to edit the command line, edit it, return and 'b' to boot === heno slaps head [11:24] Nafallo: No... [11:24] no? [11:24] Though you'll want to do that as well [11:24] ok [11:24] Removing quiet doesn't imply a lack of splash [11:25] ah, right. that changed some time ago :-P [11:25] BenC, all the testing was done on amd64... === beuno_ [n=martin@68-155-114-200.fibertel.com.ar] has joined #ubuntu-devel [11:25] by me, that is. [11:26] I tested it on my amdt64 too [11:26] but it may be that only lba or lba48 is broken [11:26] hence, maybe we didn't hit the codepath [11:26] pitti's is at least showing LBA48 [11:27] unlikely to be hitting the LBA codepath [11:27] hmm, so am I [11:29] pitti, dholbach: What's the actual size of your hd's? [11:29] BenC: hda is 10 GB in total, hdc is 120 GB (imho, let me check again) [11:30] LBA28 is (1 << 28) sectors * 512 bytes/sector === mvo [n=egon@p54A65EA4.dip.t-dialin.net] has joined #ubuntu-devel [11:30] hmm, so conceivable your hda might be lba28. [11:31] BenC: sorry, hdc (mapped to sdb) is 160 GB [11:31] BenC: and hda (sda) is 13 GB [11:31] it's the larger one that shows the 0xffffffff00000000 craziness [11:31] [ 28.005896] ata1.00: 25408559 sectors, multi 16: LBA [11:31] [ 28.357830] ata2.00: 312581808 sectors, multi 16: LBA48 [11:32] ^ with 14.22 kernel [11:32] [ 28.404219] SCSI device sda: 25408559 512-byte hdwr sectors (13009 MB) [11:32] [ 28.547102] SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB) [11:32] -14.23 is showing a native size of 25410672 for the 13G drive [11:33] BenC: right, and 25408559 is on the left-hand side, that's what .22 reports [11:33] BenC, uh. where's that patch again? [11:33] kylem: it's in git [11:34] the hpa on the second one is showing smaller for ata_hpa_resize, for the ata_same_device() it's showing some whacked crap [11:34] BenC: (left-hand side of the comparison in 14.23, I mean) === bf [n=bfallik@209-6-22-230.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #ubuntu-devel [11:35] if it's smaller, that's fine, it gets ignored === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [11:35] guess the question is why are we showing some whacked number in ata_same_device() compared to the previous native read in ata_hpa_resize() [11:36] after following instructions in Bug #52685, I know have none of hte duplicate files installed in /etc/Xsession.d, despite that fact that dpkg -L x11-common suggests otherwise. Anyone have any ideas on why apt/dpkg claims to have installed the files yet they are not on disk? [11:36] Malone bug 52685 in xorg "x11-common installs dup files" [Undecided,Fix released] https://launchpad.net/bugs/52685 [11:36] s/know/now [11:39] BenC, i think the disk isn't set up the same when we call ata_same_device the second time... [11:40] probably why we were saving the n_sectors_boot... [11:41] ata_hpa_resize is called, then it does some device checks (LBA, ID's, etc), then it does ata_same_device() [11:41] "REBUILDING: 20070412 are REJECTED" -> ah, waiting for the new kernel? or any other problems? [11:41] not sure what could be disabled in between there [11:41] not sure why it is even recovering devices during this process anyway [11:42] pitti: new n-m too I think [11:42] ah, right === pitti tests this in the meantime [11:45] BenC: [ 21.666336] SCSI device sda: 781422768 512-byte hdwr sectors (400088 MB) [11:45] pitti, dholbach: Give me a little bit to rebuild a new kernel [11:45] BenC: np [11:45] just a little warning, if I drop off the network, n-m screwed me [11:46] pitti: :-) [11:49] I guess I'm a bit tired already, but why is 20070412 rejected as image? [11:49] mvo: new kernel + network manager, I assume [11:49] thanks [11:49] mvo: see Colin's post to -devel-announce [11:50] ok, booting again for testing Keybuk's new n-m, brgb [11:50] brb, even === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === jml_ [n=jml@59.167.203.115] has joined #ubuntu-devel [11:51] mdz: thanks, my impression was that this mail was about 20070411 === mvo downloads NM instead [11:52] any help with my apt/deb x11-common question? Why might the package skip installed conf files? === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === mdke_ [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel [11:53] bf: maybe just because of that.. conffiles are not removed on upgrade [11:53] it should be done by the package scripts === blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel [11:53] bf: I'll reopen the bug [11:54] tepsipakki: is there a good way to force it to? Might not help the bug, but I'd like to have a usable X. === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel [11:54] bf: oh, so you removed all of them :) === danohuiginn [n=ant@p54BEE94A.dip.t-dialin.net] has joined #ubuntu-devel [11:54] well, that was the suggestion approach... [11:55] err. suggested [11:55] no, it was suggested to remove the *xorg-common* files [11:56] not *x11-common* [11:56] "remove (sudo rm) all duplicate files (from both x11-common and xinit packages)" [11:56] Did i misinterprete that? [11:56] maybe, [11:56] or maybe not [11:56] mvo: well, the issues apply to both unfortunately [11:57] bf: dpkg --force-confmiss [11:58] right === reitblatt [n=mark@w-mob201-128-62-106-15.public.utexas.edu] has joined #ubuntu-devel === heno makes the word 'REJECTED' link to -devel-announce [12:00] mdz: whee === hoora_ [i=ariel@gateway/tor/x-15fc98466ecb18d0] has joined #ubuntu-devel [12:01] mdz: that seems to have worked. thanks. i suppose I should update the bug report? === vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-devel [12:01] bf: well, I updated it already [12:01] pitti, dholbach: Ok, built and uploading...should be 5 minutes [12:01] rock on [12:01] yay === j_ack [n=rudi@p508DA919.dip0.t-ipconnect.de] has joined #ubuntu-devel === vorian [n=steve@ubuntu/member/Vorian] has left #ubuntu-devel [".:porc::inca::dito::love:."] === j1mc [n=j1mc@68-248-62-130.ded.ameritech.net] has joined #ubuntu-devel [12:03] i've been away today . . . will an additional RC candidate image be released tomorrow? [12:06] BenC: same place? finished uploading? [12:06] almost done === j1mc needs to know for xubuntu testing ^^ thanks. :) [12:07] BenC: can you give me the md5sum, just to be sure? my ISP's transparent proxy is sometimes funny [12:08] 9008b8fe14597a713fd0b8778b3638a8 linux-image-2.6.20-14-generic_2.6.20-14.23_amd64.deb [12:08] same location [12:08] uploaded? [12:09] BenC: .23 worked for me [12:09] pitti: looks like [12:09] I have the same md5sum [12:09] the previous one === dholbach installs and reboots [12:10] tepsipakki: thanks [12:10] yep, md5sum matches === pitti dpkg -i's and crosses fingers === BenC does too [12:10] BenC: is there any way to disable pata at the kernel command line? [12:10] booting live CD and dpkg -i'ing older kernel in a chroot is a bit painful [12:10] pitti: you mean pata in general, or disable libata-pata in favor of ide? [12:11] oh, no, you are just at my mercy for this testing phase :) [12:11] hm, I don't know; having normal IDE drives back would do it, I guess [12:11] BenC: looks GOOD! [12:11] yay! [12:11] you ROCK! [12:12] no, I just reverted the patch back to kyle's original [12:12] I such because I broke it :) [12:12] suck