=== Ursinha` is now known as Ursinha === Ursinha is now known as Guest70417 === Guest70417 is now known as Ursinha === Ursinha is now known as Guest78022 [06:28] * skaet notices WUBI not on iso tracker, starts it off === mmrazik is now known as mmrazik|afk [07:25] !?!?!?!? [07:27] the reason it was up to .7 is because it got retried several times while clearing the locking bug [07:27] there weren't 7 respins... [07:43] upgrade from precise to quantal failed(both i386 and amd64) with a error ::41:20,898 ERROR Dist-upgrade failed: 'The package 'unity-2d' is marked for removal but it is in the removal blacklist.' [07:43] anybody has idea on this? [07:49] babyface_, yes, please file a bug [07:50] jibel, ok. thanks. [07:50] babyface_, against update-manager [07:50] jibel, ack. [07:54] babyface_: jibel: the blacklist lives in ubuntu-release-upgrader-core (so bugs for it to ubuntu-release-upgrader) [07:54] Laney, right, sorry [07:54] np [07:54] Laney, ok, thanks . [07:55] thanks for noticing it [07:56] I can reupload with that entry dropped if someone confirms to me that doing that is necessary and sufficient [07:57] jibel, Laney: uh, I can fix this, I guess that does no longer makes sense :) [07:58] ah, great, thanks mvo [07:59] didn't the automated tests catch this? [07:59] Laney: a good question, I don't know [08:00] Laney, it did, that how babyface_ found it. [08:00] babyface_: is there a bugreport already that I should reference? if not, I can just upload as its a pretty small change [08:00] https://jenkins.qa.ubuntu.com/job/quantal-upgrade-precise-desktop/126/ARCH=amd64,LTS=non-lts,PROFILE=desktop,label=upgrade-test/artifact/results/main.log [08:01] mvo, not yet [08:01] mvo, so feel free to upload [08:01] babyface_: ok, don't worry, I just upload [08:02] thanks for the report babyface_ [08:02] mvo, yw [08:02] jibel: that is good. is this a new test? the change happened about 3 weeks ago IIRC [08:08] Laney, it is not a new test, and it is the first time it is detected. Something must have changed the upgrade path. === mmrazik|afk is now known as mmrazik [08:08] interesting === henrix_ is now known as henrix [08:17] mvo: are those other changes automated? [08:18] Laney: yes [08:18] cheers [08:18] approving them [08:18] Laney: its demoted packages that are automatically calculcated on each build [08:18] then [08:18] ta [08:19] jibel: ^-- would you be able to re-run this test when the new package is available? [08:21] Laney, of course, no problem. [08:21] \o/ [08:23] * jibel wishes next release will be named 'rapid rabbit', Q is soo sloow without the appropriate hardware. [08:31] I suspect what happened with unity-2d is that I only got around to moving it to universe yesterday IIRC [08:31] The transitional packages that is [08:34] aha [08:43] are we really trying to get the gtk2 indicators back in for b1? [08:43] lubuntu and xubuntu would likely like that [08:45] Laney: it should be done.. universe only. [08:45] Daviey: with seed changes / respins [08:49] gah [08:49] knome: Hey, you here? Is anyone taking care of the seed changes to get the indicators back, do you know? [08:49] micahg: ^ you might know [08:58] plars: psivaa: babyface_: Are you relatively happy so far? [08:58] Laney: I'm going to guess, gilir doing the change and phillw will help let the communities know. [08:58] Daviey: I tried to nick complete gilir but he's not here so that failed :-) [08:59] ah, phillw: I wanted to clear up your confusion from yesterday [08:59] Laney: I'd just wait out, it's not ohnoes urgent to get it span, right? [08:59] .7 didn't mean there were 7 respins, just that the script to increment the release number was called 7 times [08:59] there was infact only one [09:01] Daviey: Well, it's up to them. I'm trying to provide people with as much time as possible to do their validation. ;-) [09:09] Laney, is this question about the time given for testing or the quality in general? [09:09] all of it [09:09] I saw there was a bit of confusion yesterday where people were expecting server respins that weren't happening [09:15] i know plars was talking about a possible server respin yesterday but i was not sure what made him think, could verify that today when he comes online [09:16] There was talk about it at one point but we decided against it, I think. [09:16] psivaa, possible respins should be in the pad [09:17] Because ubiquity was uploaded and builds packages on the server image, but in practice the bug in question didn't affect server. [09:17] hrm, why is the pad url gone from the topic again ? [09:17] i know skaet added it last milestone [09:17] needs an op to fix (preferably to set mode -t) [09:18] We occasionally get -party refugees in here so I think I prefer +t, but === cjwatson changed the topic of #ubuntu-release to: Quantal Quetzal Alpha 3 released! | Archive: Beta Freeze | http://pad.ubuntu.com/ubuntu-release | Quantal Quetzal Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or birdseed | melior malum quod cognoscis [09:19] Heh. [09:19] aww, topics. I remember reading those. [09:19] cjwatson, thanks ! [09:22] opportunity translation ('french') respin for ubiquity see bug 1045695 [09:22] Launchpad bug 1045695 in ubiquity "ubiquity-debconf need translations refreshed from launchpad (e.g. french is incomplete)" [Undecided,New] https://launchpad.net/bugs/1045695 [09:24] We don't normally respin for translation improvements - we'd be there all day [09:24] It can ride along with some other upload, but I wouldn't bother listing it explicitly in the pad or anything [09:26] ok. [09:31] Laney: Someone just filed an FFe bug but what he really wants is a backport. Do you guys want a new bug filed or can he just edit the existing one? [09:31] reassign it to backports [09:32] Okey-dokey. [09:32] it would be nice if you could ask him to include the template information too (open requestbackport and paste it into the existing bug description) [09:33] or close it and ask him to file a new one with requestbackport, whatever you think's best [09:35] OK. I'll just close it and tell him to file a new one using requestbackport. [09:36] grand === mmrazik is now known as mmrazik|lunch [10:03] I'm trying to resolve various NBS and such which has led me down the path of poking at the tiff transition. As part of this I'm syncing sdl-image1.2 from experimental, which drops some dependencies of libsdl-image1.2-dev. This isn't the whole story for sdl-image1.2, but I'm pretty sure that it will improve buildability of reverse-deps, some of which currently fail due to trying to mix libtiff4-dev and libtiff5-dev. ... [10:03] ... I'll test reverse-deps after sdl-image1.2 has built and fix up anything that breaks. === mmrazik|lunch is now known as mmrazik [11:23] Laney, i don't know [11:32] could someone please reject the apt waiting for review to go into precise-proposed? as its not in yet I will add another fix to it and re-upload [11:32] hmm, omap4 server doesnt look so good [11:33] * ogra_ blames Daviey [11:35] mvo, done [11:38] seb128: thanks! [11:38] yw ;-) [11:40] * cjwatson develops a nasty suspicion about bug 987418 [11:40] Launchpad bug 987418 in ubiquity "manual partitioner: /dev/sdb (installation media) selected by default as device for boot loader installation" [High,Triaged] https://launchpad.net/bugs/987418 [11:40] Don't tell me that it's misbracketing [11:57] It is. How embarrassing. [12:01] psivaa: regarding the server respin, I was told that there had been one kicked off on accident so it was just going to happen even though it wasn't really needed. [12:03] cjwatson, at least its fixed now. [12:03] :) [12:03] plars, ahh ok, was wondering if there was any of such information at the pad [12:03] Laney,psivaa: I would like to fix bug 987418 for beta-1. The fix is http://paste.ubuntu.com/1185617/, but would of course require a respin of pretty much everything. What do you think? [12:03] Launchpad bug 987418 in ubiquity "manual partitioner: /dev/sdb (installation media) selected by default as device for boot loader installation" [High,Triaged] https://launchpad.net/bugs/987418 [12:04] Well, everything except core/server/netboot. === doko_ is now known as doko [12:05] I'd probably want to do a translation update at the same time, per xnox. [12:05] =) [12:06] I defer to QA: it seems like it should be alright to release note that and get it in immediately after, but also the bug is irritating. If they don't mind re-QAing then fine by me. [12:07] We've been release-noting it (or at least I think we have) for a while, but it's the kind of bug people don't notice and then end up with a subtly trashed system. [12:08] i agree with Laney, for redoing the whole images for a single use case seem less efficient :), and getting forgotten after release noting does not seem to be a good reason for resping imho [12:08] query re: radosgw - its been promoted to main in quantal but it still has a pending MIR review - bug 1017978 [12:08] Launchpad bug 1017978 in libfcgi "[MIR] libfcgi, ceph (radosgw)" [Medium,Fix released] https://launchpad.net/bugs/1017978 [12:09] radosgw and rest-bench (both built from ceph) should be in universe until that is sorted one way or the other... [12:09] psivaa: You're fine with a release note that basically says you must use manual partitioning if you're installing from USB? [12:09] jamespage: oh, I didn't notice that there was per-binary MIRing going on [12:10] jamespage: moved back to universe [12:10] cjwatson, yeah - sorry - its a little obfuscated... [12:10] ta [12:11] cjwatson, yes, i guess because as per the bug this is occurring only for side-by side installation [12:12] I'm not convinced about that. [12:12] Let me see if I can reproduce it otherwise. [12:13] cjwatson, please and if we tried usb installations and they worked fine apart from side by side [12:13] s/please and if// [12:15] stgraber, hmm, could i get a testcase for armhf+ac100 lubuntu-desktop on the tracker ? [12:22] psivaa: Hmm, it may be that the "erase disk" option overrides the boot device in some way I've forgotten [12:22] I'm uncomfortable with this, but I guess I'm not the one who has to do the testing. [12:23] cjwatson, i understand your concern, but when you see this bug was first reported on 2012-04-23 and we have managed to live with it.. even for precise [12:24] I've used the "we released with this before" argument myself, but I think this has resulted in rather a lot of subtly corrupted installations. Subtle corruption scares me. [12:25] Distressingly, this appears to have been a late regression I introduced in precise due to fixing bug 984989. [12:25] Launchpad bug 984989 in ubiquity "grub install fails. installing from /dev/sda to /dev/sdb" [High,Fix released] https://launchpad.net/bugs/984989 [12:26] The test case I added there didn't work quite right because I didn't consider the case where boot_device is None. [12:27] Which happens when partitioning hasn't been done yet. [12:28] (IOW, we only released precise with it because it was a sufficiently late and subtle regression that we didn't have time to realise its importance.) [12:28] Anyway, I've said my piece. [12:33] cjwatson, well, as i said that's very a valid bug that needs urgent fixing but i am not personally convinced that this has to be done 2 days before the release, as you said above the fixes are regression prone [12:38] ogra_: sure, I guess I can just copy what's currently assigned to the armel one? [12:44] stgraber, well, its lubuntu-desktop now [12:45] ogra_: oh right, sorry my eyes missed the "l" ;) === mmrazik is now known as mmrazik|afk === henrix is now known as henrix_ [12:53] kubuntu upgrade bug 1029150 should be fixed with lightdm-kde in queue [12:53] Launchpad bug 1029150 in lightdm-kde "precise to quantal upgrade does not work" [Undecided,Confirmed] https://launchpad.net/bugs/1029150 === henrix_ is now known as henrix === davmor2_ is now known as davmor2 [13:04] cjwatson: do you want to upload as an opportunity target? e.g. for kubuntu ^ [13:10] Laney: I was wondering whether I might be able to fix bug 1038522 if I was doing that [13:10] Launchpad bug 1038522 in ubiquity "manual partitioning in installer crashes" [High,Triaged] https://launchpad.net/bugs/1038522 [13:10] Combination of (a) you have to use manual partitioning when installing side-by-side from USB and (b) manual partitioning busted with KDE frontend is kind of unhelpful [13:11] (Though to be fair I've not tested whether (a) happens with Kubuntu) [13:11] sounds reasonable [13:14] Riddell: ^- unless you think somebody might be able to attack that ASAP? [13:14] The KDE frontend is a bit outside my comfort zone these days [13:17] currently the candidate desktop image for kubuntu doesn't seem to be working well :( [13:17] was going to try and recreate that bug [13:17] Urgh, you can't even get that far? [13:18] it's just rediculously slow [13:20] 3D? [13:22] cjwatson: dunno, kwin has accelatation off [13:22] xnox, I get bug 1045812 with LVM (not sure if doing the installation in French has anything to do with the crash) [13:22] Launchpad bug 1045812 in ubiquity "Partitioner failed with "Failed to partition hard drive" with LVM selected" [Undecided,New] https://launchpad.net/bugs/1045812 [13:23] Volume group "ubuntu" has insufficient free space (4034 extents): 4028254 required. [13:23] jibel: =/ [13:23] jibel: thank you very much for testing all this by the way! you are finding bugs that I was not hitting in my testing! [13:23] xnox, /bin/perform_recipe_by_lvm: 136: [: Illegal number: 16919822,34 [13:24] xnox, blame French [13:24] Well [13:24] , instead of . [13:24] . wouldn't work either there [13:24] [ wants integers [13:24] it must be integer, yeah. [13:25] fixing partman-lvm will result in respinning everything but the cloud images and maybe netboot images?! [13:25] Wouldn't need to respin netboot for that, no [13:25] Might want to retest it, but server tests would probably be enough [13:27] jibel: was the second time in a row you were installing onto the same disk? or am I missreading the logs that say "activate existing ubuntu VG" [13:27] cjwatson, am not spotting the updated Chinese image from yesterday on: http://china-images.ubuntu.com/quantal/daily-live/ [13:27] Laney, did anything happen with the build? [13:27] let's look [13:27] skaet: I didn't rebuild it; I uploaded the fix and then said I was leaving [13:28] I was under the impression it was going to break and need to be respun though [13:28] The last respin of the Chinese edition was before my fix. [13:28] I mean the last attempt. [13:29] cjwatson, the version there is from 08/31, so am wondering if some publishing glitch? [13:29] I'll retry it now [13:29] skaet: No. Nobody attempted to rebuild following my fix. [13:29] going [13:30] xnox, on this system, I reinstalled over and existing installation, but the second message ("No root filesystem") is with a fresh disk (fresh = no partition table at all) [13:30] cjwatson, that would explain it. I thought it was included in the build set that Laney ran. [13:30] it was, but it was broken at that point [13:30] skaet: It might have been, but that was before my fix, wasn't it [13:30] ? [13:30] no failure mail, though [13:31] No, build-chinese-edition doesn't implement that [13:31] Life was too short [13:31] if it was at the end though, it would have been included I would have thought. [13:31] skaet: Honestly, it was before my fix. [13:31] I've checked, twiwce. [13:31] *twice [13:31] jibel: from the code it's comparing to variables guided & free space, it does convert guided space into bytes / integer value before hand. Not sure if the free space is the one that is decimal. What was the size of the virtual drive? [13:31] 17:40 [13:32] That's probably UTC, but either way I didn't upload my fix until 18:41 +0100 [13:32] cjwatson, gotcha. sorry. rebuilding now will catch it. [13:32] xnox, 16.00GB [13:33] I think it was indeed pretty much at the end, although I don't know what was happening with Wubi. [13:35] I can't recreate bug 1038522 it must be doing some action in the manual partitioner I'm not doing [13:35] Launchpad bug 1038522 in ubiquity "manual partitioning in installer crashes" [High,Triaged] https://launchpad.net/bugs/1038522 [13:35] xnox: have you recreated it or did you just spot the bug? [13:36] Riddell: received 2 duplicates & two more comments on the duplicate. Maybe it's precise only? From comments you need to have a few existing partitions (existing dual/triple boot) installs and then enter partitioning to generate the crash. [13:37] Riddell: I was hoping that for Qt people it would be obvious why the traceback says that some attribute is missing [13:46] cjwatson, I triggered a rebuild last night - but am not seeing it on the iso tracker. [13:46] rebuild came back looking positive. [13:46] Rebuild of ...? [13:47] xnox, I added /var/log/installer/debug with ubiquity -d if it helps [13:47] jibel: let me look =) [13:48] rebuild of WUBI [13:48] odd, doesn't seem to be a log file [13:48] There's one yesterday from 07:37 and one today from 07:09 (?) [13:49] ubuntu-wubi-i386 on cardamom.buildd finished at 2012-09-04 07:09:05 (success) [13:49] Tue Sep 4 07:09:43 UTC 2012 [13:49] Oh, your last night not my last night :-) [13:49] Bah timezones [13:49] its the one today, that was kicked off earlier. [13:49] yes, sorry, still need coffee on this side. ;) [13:49] Nah, that was my fault [13:50] The log claims to have posted to the tracker [13:50] http://china-images.ubuntu.com/quantal/daily-live/current/ === Guest78022 is now known as Ursinha [13:50] haz chinese images [13:50] And it seems to be on the tracker ... [13:50] "Ubuntu Wubi amd64" version 20120904, i386 likewise === Ursinha is now known as Guest61980 [13:50] thanks Laney [13:51] *blink*, ok bad web page cache refresh on my side then. sorry. [13:54] Laney: can lightdm-kde be let in? it's not needed for the images only for upgrade [13:54] do we not get the zh_CN images on the tracker? [13:54] Riddell: oh, yes, let me look [13:54] We should do ... [13:54] I don't see them for .1 either [13:54] unless we didn't release it then [13:54] Oh, maybe not [13:55] No post-qa in publish-chinese-edition [13:55] Bah [13:56] Well, except wasn't it supposed to be QAed by PES, or on the localised tracker, or something? [13:56] localized-iso.qa.ubuntu.com has a product entry for Chinese [13:56] But I don't think we have configuration for auto-posting there at the moment [13:56] How about I say "not yet" and leave it at that [13:56] cjwatson, ok by me [13:57] I'm pointing the PES folk at them directly. Would be nice to get it hooked up before beta 2 though. [13:57] s/them/web page/ [13:57] Somebody should probably file an ubuntu-cdimage bug as a reminder [13:57] Riddell: there you go [13:57] * skaet doing [13:57] It could be posted to the tracker manually [13:58] xnox: so do you think jibel's problem is respin-worthy? if so we probably need to run that past the QA contact ... [13:58] Riddell: so you don't need it on the images because the previous postinst would DTRT due to it always being a fresh install? [13:58] Laney: yes [13:58] (and in that case I'd definitely like my fix for 987418 to ride along) [13:58] (+1 for 987418) [13:59] if we're building up a stock of installer fixes then it makes respinning more compelling for me [13:59] plars, ^ since you're on point for QA this cycle. Any comments? [13:59] cjwatson: i don't know yet. trying to reproduce it locally with extra debugging. [13:59] and have a fix. [13:59] psivaa nacked it on its own but one of his arguments involved undesirability of respin-for-single-fix [14:01] skaet: having trouble sorting which thing in the backlog you're referring to [14:01] bug #987418 ? [14:01] Launchpad bug 987418 in ubiquity "manual partitioner: /dev/sdb (installation media) selected by default as device for boot loader installation" [High,Fix committed] https://launchpad.net/bugs/987418 [14:01] or jibel's problem? (and which was that?) [14:03] plars, yes both. However I don't know the bug number for jibel's either (lost some backscroll from earlier) [14:03] looks like 987418 is jibel's too [14:03] catching rides Bug 744283 is an a11y theming fix. [14:03] Launchpad bug 744283 in ubiquity "Steps "Preparing to install" and "Erase disk" are unreadable with high-contrast theme enabled" [Medium,Fix committed] https://launchpad.net/bugs/744283 [14:03] diff is a bit poluted by glade changes. [14:03] that wasn't the bug of jibel's I was referring to - I meant the LVM issue several pages deep in scrollback [14:03] ah, maybe bug #1038522 [14:03] Launchpad bug 1038522 in ubiquity "[kde] manual partitioning in installer crashes" [High,Triaged] https://launchpad.net/bugs/1038522 [14:03] bug 1045812 I think [14:03] Launchpad bug 1045812 in ubiquity "Partitioner failed with "Failed to partition hard drive" with LVM selected" [High,Confirmed] https://launchpad.net/bugs/1045812 [14:03] jibel, cjwatson is that the one? [14:03] no [14:03] infinity: when you have a minute, could you please copy into -updates (and -security) the kernels from bugs 1036553, 1036178 and 1041217? [14:04] Launchpad bug 1036553 in linux "linux: 2.6.32-42.96 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1036553 [14:04] Launchpad bug 1036178 in linux "linux: 3.0.0-25.41 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1036178 [14:04] Launchpad bug 1041217 in linux "linux: 3.2.0-30.48 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1041217 [14:04] that's unreproducible at this time apparently [14:04] (1038522) [14:05] u-cdimage bug filed [14:05] * Laney goes out for ~1h [14:07] cjwatson, plars, jibel - has the status of the bugs in play, been captured accurately now? [14:07] skaet: don't think so [14:08] plars: So, for clarity, I'm asking xnox to look into whether bug 1045812 is reproducible and reasonably fixable, and asking QA whether it's reasonable for my committed fix for bug 987418 to ride along with such a fix [14:08] Launchpad bug 1045812 in ubiquity "Partitioner failed with "Failed to partition hard drive" with LVM selected" [High,Confirmed] https://launchpad.net/bugs/1045812 [14:08] Launchpad bug 987418 in ubiquity "manual partitioner: /dev/sdb (installation media) selected by default as device for boot loader installation" [High,Fix committed] https://launchpad.net/bugs/987418 [14:09] ok, so it is that one [14:09] plars, please make edits to pad for waht you believe is missing. [14:09] *what [14:10] seb128, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/971353 - is it going to be possible we can get a fix for this one today? [14:10] Ubuntu bug 971353 in gnome-settings-daemon "power : gnome-settings-daemon crashed with SIGSEGV in gnome_rr_screen_get_dpms_mode " [High,Confirmed] [14:10] do we even have a fix for https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1045812 already? [14:10] Ubuntu bug 1045812 in ubiquity "Partitioner failed with "Failed to partition hard drive" with LVM selected" [High,Confirmed] [14:10] cjwatson: ^ [14:10] no. working on it. will let you know asap [14:11] as above, "... to look into whether [that] is reproducible and reasonably fixable" [14:11] skaet, no, it's there since before precise, why is it important now for quantal beta1? [14:12] xnox: do you believe it's possible that it could really be language related? I haven't tried lvm by itself, but I have done lvm+encrypted and it worked ok [14:12] plars: it's nothing to do with language. There is invalid sell syntax passed to expr [14:12] s/sell/shell/ [14:13] i need to work out which of the 2 variables, trace it back and make sure it's converted/rounder correctly to an integer [14:13] ok, good, I wouldn't have thought so [14:18] seb128, lot seem to be running into it, and it came up in the testing yesterday. [14:19] https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1045419 [14:19] Ubuntu bug 1045419 in gnome-settings-daemon "[power]: gnome-settings-daemon crashed with SIGSEGV in gnome_rr_screen_get_dpms_mode() (dup-of: 971353)" [Undecided,New] [14:19] Ubuntu bug 971353 in gnome-settings-daemon "power : gnome-settings-daemon crashed with SIGSEGV in gnome_rr_screen_get_dpms_mode " [High,Confirmed] [14:19] * skaet wishes tags would copy over from duplicate to master. :P [14:21] I think that's a philosophical thing - the problem with copying metadata from duplicate to master is that it gets tricky if you realise you made a mistake and want to unduplicate [14:21] the current design makes undoing mistaken duplication a lossless process [14:24] cjwatson, in ubuntustudio with bug 1045650, is it best to just set automounting off? (the DE mounts ubiquity's freshly formated partition and ubiquity won't install) or is there a ubiquity timing issue? It used to work fine this way. [14:24] Launchpad bug 1045650 in ubiquity "after ubiquity formats drive it automounts and ubiquity fails" [Undecided,New] https://launchpad.net/bugs/1045650 [14:25] skaet: superficial but important bug in kubuntu, bug 1045839, I think I want rebuilt images [14:25] Launchpad bug 1045839 in kde-workspace "plasma init script not run " [Undecided,New] https://launchpad.net/bugs/1045839 [14:25] skaet, errors.ubuntu.com disagrees with the "lot seem to be running into it", the only g-s-d issue showing up on the mainpage is a one in the xsettings plugin which score 25 reports today where we have bugs > 300 for jockey and ubuntuone-installer [14:26] len-dt: Maybe your desktop environment changed the interface to disabling automounting yet again? See http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2008-04-12-desktop-automount-pain.html [14:26] len-dt: Find what the new method is and we can add that too ... [14:26] cjwatson, thanks [14:26] Riddell, ok. mark it up on the pad please, has a fix been uploaded? [14:26] skaet, so this g-s-d issue is some magnitude bellow other bugs we hit, somewhat it seems qa guys run into it often though, it might be a "under kvm" issue [14:26] skaet: kde-workspace there is the fix ^^ [14:26] len-dt: What DE is this? [14:27] skaet, or a "on CD only", like a timeout reached because of the media slowness [14:27] psivaa, ^ can you provide more background to seb128:? [14:28] xfce4.10 [14:28] cjwatson, ^^ [14:28] Riddell, ok, as soon as publisher run has it up there, we'll retrigger, unless you want to wait for some of the other fixes to land. [14:29] We currently try devkit-disks --inhibit and udisks --inhibit in addition to the methods listed in that blog post [14:29] And possibly a couple of others [14:29] cjwatson, I think I will just set it to default off. It is probably better for our use anyway. [14:29] seb128, i was able to rerproduce it a number of times using the actual hardware, (mac-mini -amd64+mac amd dell inspiron-amd64) [14:29] I'd like to know how to fix this in ubiquity anyway [14:30] Otherwise somebody makes a derivative, changes the default to automount, and their installer explodes [14:30] Not ideal [14:30] Laney: can you review and accept that kde-workspace? [14:30] Are you still using thunar? [14:30] psivaa, is that on CD,slow medias? [14:30] cjwatson, I understand, we use thunar as the desktop background but nowhere else [14:31] Do you know what specific component does the automounting? [14:31] We used to be able to poke ~/.config/Thunar/volmanrc [14:31] seb128, it was on a usb [14:31] The config ends up in the thunar config. [14:33] psivaa, ok, I dunno then, can you reproduce it on demand? [14:33] cjwatson, ack! default system and user are different. I will have to do some looking. I had better boot the live to make sure I know exactly. [14:34] cjwatson, I will get back to you. [14:36] xnox: psivaa was able to reproduce it with french on desktop, but not english. On server, I tried french and got through the partitioning just fine (also fine with english) [14:36] skaet: ^ [14:36] so it appears to be fairly isolated [14:36] plars: i saw. [14:38] seb128, sure it occurs almost every time on amd64+mac. [14:38] psivaa, ok, I will try to find somebody to have a look [14:39] seb128, thanks [14:40] xnox, the bug is not reproducible in some other indian language as well [14:43] Riddell, no Kubuntu Active? just Desktop and Alternate? [14:47] anybody from the -release team could have a look at this FFe #1043654? [14:50] skaet: no for the respin no [14:50] skaet: not for the respin no [14:50] Riddell, ack. [14:58] cjwatson, in xfce4.10 thunar's automounting seems to happen in ~/.config/xfce4/xfconf/xfce-perchannel-xml/thunar-volman.xml [15:00] bencer: I shall have a look at it in a few hours if no one beats me to it. In the meantime, could you please attach the build/install/run logs to the bug report? [15:04] how sad ... moving fromm a nice rc file to xml [15:05] len-live: yow [15:05] * cjwatson wonders how many tons more code that'll be [15:05] heh [15:05] but its *standard* now :P [15:05] len-live: I don't suppose there's some kind of interface to it that isn't poking the XML directly? [15:05] There must be some kind of configuration frontend [15:06] If I could reuse a library or something from Python that would help [15:06] cjwatson, the settings manager does this. [15:06] but that means an app that shows in the settings manager container [15:10] Well, I certainly don't mean starting an application; I mean whatever code it uses [15:10] Behind the scenes === medberry is now known as med_ [15:10] cjwatson, I understand. I am just looking for what I can find [15:13] cjwatson, thunar-volman-settings is a binary [15:15] iulian: as i said in the ticket, there is no migration path, and current status is broken, kind of special situation :) === Guest61980 is now known as Ursinha [15:18] cjwatson: reproduced jibel 's LVM bug. [15:19] cjwatson: it compares if $guided_size -ge $free_size [15:20] where guided size is 16900000000 (which is 16.9 TB, yet it's only 16 GB system....) [15:20] and free size is 16919822,34 [15:20] I guess guided_size is actually bytes. [15:20] On a call now though. [15:20] which looks slightly better. [15:20] cjwatson: ok. [15:21] cjwatson: ok. I will upconvert free_size to bytes and check if that is correct. [15:22] Yeah, it's bytes [15:22] Note e.g. 'guided_size="$free_size"000' [15:22] yea. [15:22] Oh, no, wait [15:23] why does it do that assignment and then compare the two of them.....?! [15:23] See the comment just above, "Convert back to (decimal) kilobytes" [15:23] So it actually should be KB by that point [15:23] You might want to get a set -x trace [15:23] Sorry, the code isn't desperately type-safe or anything [15:23] cjwatson, please could you reject the openjdk-6 and openjdk-7 uploads? will build these in a ppa first for testing, then maybe propose a copy after testing [15:27] cjwatson: free_size=$(vgs -o vg_free --units K --noheading --nosuffix $VG_name | sed -e 's/^[[:space:]]*//; s/\..*//g') [15:27] if only all locales / languages used '.' to separate decimal places [15:28] jibel: it is l18n issue =) when vgs "helpfully" uses localised number formatting [15:29] cjwatson: so prefixing that with LANG=C solves it. [15:29] Ah - that makes sense [15:29] Maybe LC_ALL=C for safety [15:29] ok. [15:31] jibel: english can't write numbers correctly =) it should be ' for thousand's separator and , for decimals. For once russian & french agree =) [15:32] xnox, I kindly disagree it should be space for thousand's separator ;) [15:32] * xnox .. [15:33] * tumbleweed wonders why all our FFe bugs are suddenly coming in with status=Triaged [15:35] tumbleweed: you know what to do ;-) [15:35] already done, but it appears taht we need to slap people too [15:39] bencer: I'm not talking about the current status but the future one, that's what matters. I'm interested in how the packages behave after this update. And thus, logs are essential. [15:44] iulian: current packages won't install as they are not compatible with current depends on the archive, after uploading zentyal-common and zentyal-core, but i can attach an update from precise, true [15:47] yeah, it isn't particularly easy for us to objectively review a FFe when it fixes breakage caused by an upload that should have waited for an FFe [15:49] tumbleweed: yup, i agree, current situation is a bit messy, that's why i wanted to upload the new stuff and leave it in a working state [15:50]