=== nick is now known as Guest34175 === cpg|away is now known as cpg === Quintasan_ is now known as Quintasan === Logan_ is now known as i === Logan__ is now known as Logan_ === Logan_ is now known as k === Logan__ is now known as Logan_ [02:19] tjaalton: are you also going to update the weston package for quantal before ff? [02:19] saw you updated it already at the git debian tree [03:32] Good morning [03:46] pitti: Hey, you're a big fan of testsuites, right? [03:46] indeed I am! [03:46] pitti: And possibly glib? [03:46] yes, some weeks ago I worked on that to make all of them succeed -- sometimes [03:46] pitti: I'm trying to decide if the failing glib test on armel is an actual bug, or just the test not allowing enough slack. [03:46] /* elapsed_msec should be 4000 msec +/- change for overhead/inaccuracy */ [03:46] g_assert_cmpint (elapsed_msec, >=, 3950); [03:47] g_assert_cmpint (elapsed_msec, <, 6000); [03:47] ^-- armel is asserting with elapsed_msec = 7365 [03:47] I suppose the latter, but I haven't looked at any ubuntu stuff for the last two weeks; I can put it onto my TODO [03:47] it succeeded on my panda board, but it's a race condition [03:48] if it's urgent to get it built, a retry is fine [03:48] pitti: Sure. I was going to "fix" it by just letting the test be sloppier, but I don't want to be covering an actual bug, and I don't particularly know the code. [03:48] * pitti has a quick look [03:48] pitti: Initially, I thought it was just a timeout deal, but reading the test makes it seem like they really are expecting a vaguely specificl ballpark value. [03:50] pitti: It's also a 2.5h build up to that point, so "retry until it sticks" seems like a suboptimal solution, if the test really does vary enough to sometimes get it right. [03:53] infinity: I read the test now; I agree, bumping it to 8000 or so sounds fine [03:54] pitti: Alright, will do. Unless you want TILM on it (or have the power to commit it to Debian, which might be nice). [03:54] for 240 d-bus calls, and sleeping 100 msec 40 times, 8000 or even 10000 sounds appropriate [03:54] infinity: yes, I do have; we try to stay in sync with Debian [03:54] infinity: I can also commit the last patch revert there, and we can sync again [03:54] pitti: Okay, then I'll let you fix it in experimental and keep my hands off. [03:55] I'll also report it upstream, should be no problem to bump the timeout there [03:55] Cheers. [03:55] thanks for pointing out [04:12] infinity: debian exp svn now has the patch for this, and Laney's recent quantal-proposed upload as well; I'm running through Debian's test failures and see what else to change, then do the uploads === cpg is now known as cpg|away [04:16] rsalveti: yes, but it needs a newer mesa which has to be finished first [04:20] tjaalton: oh, ok [04:22] rsalveti: before FF for sure [04:22] great, thanks [04:31] pitti, Laney: Danke. [04:31] pitti: Here's hoping 8s is enough for most cases. === cpg|away is now known as cpg === dendrobates is now known as dendro-afk === lifeless_ is now known as lifeless [07:04] good morning [07:11] hey dholbach, wie gehts? [07:11] * pitti mehs at the numerous LP timeouts in bugs [07:12] pitti, ganz ok, und dir? [07:12] dholbach: very well, thanks! I enjoyed my holidays a lot === tkamppeter_ is now known as tkamppeter [07:24] pitti: Meh, of course there appear to be other test failures too. :/ [07:25] infinity: yeah, I saw; I'll deal with this one, it also affects the Debian experimental buildds === mcclurmc is now known as mcclurmc_away [07:25] meh, what happened to LP that it keeps timing out for just about any operation on a bug? [07:26] pitti: I suspect there's still some ongoing sketchiness with the combination of DC move and service migrations over the weekend. [07:26] oh right, that [07:26] pitti: Oh, except that you're talking bug management, that's been broken for longer. [07:27] Though, perhaps more broken today than previously. [07:27] MPs as well [07:28] There's just sadness all over right now, but it might be worth popping your head into #lanchpad-ops (internally) and see if your specific issues are known. [07:28] Spelled correctly, of course. [07:40] infinity: glib upload, take three [07:41] LP is having some trouble from the DC move and kernel bugs and such atm, we're working on it [08:13] Oh, good work! === larsu is now known as Guest90474 [08:56] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Open (DIF) | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Daviey [09:03] * dholbach hugs Daviey === zyga is now known as zyga-afk [09:05] dholbach: Hey! [09:05] dholbach: I have expired from ~ubuntu-sponsors, would you mind re-adding me please? [09:06] done [09:06] ta! === Riddelll is now known as Riddell === mcclurmc_away is now known as mcclurmc === mcclurmc is now known as mcclurmc_away === mcclurmc_away is now known as mcclurmc [10:41] * cjwatson resurrects merges.u.c post-DC-move === MacSlow is now known as MacSlow|lunch [10:51] infinity / slangasek: Hey, you've both added thoughts to bug 809221. I'm reluctant to sponsor it, until you are both satisfied.. can you comment please? ta [10:51] Launchpad bug 809221 in mountall (Ubuntu) "unable to mount ceph root at boot due to stripping of trailing slashes" [Medium,Triaged] https://launchpad.net/bugs/809221 === Quintasan_ is now known as Quintasan [11:15] seb128: are you fine with teh change proposed in bug 1033932? [11:15] Launchpad bug 1033932 in apport (Ubuntu) "Error alerts appear on login for problems in previous session" [Medium,In progress] https://launchpad.net/bugs/1033932 [11:16] seb128: I think these old crashes are fairly irrelevant (would sort out the "crashes during logout" case) [11:17] and ev ^ [11:17] * pitti lunch, bbl [11:17] pitti, just back from lunch, looking [11:17] pitti, enjoy your lunch ;-) [11:18] pitti, that works for me! [11:18] \o\ /o/ \o/ installing mysql-server from a StarBasic macro works. [11:19] Sweetsha1k, nice! [11:20] pitti: if we're going to show multiple reports in a single dialog, why discard these at all? We could just do what Matthew suggests and send them all at the same time. [11:21] ev, because there is still no reason to greet users at login with whoopsie dialogs which turn out to be shutdown issues from the previous session [11:23] seb128: it's not whoopsie, it's apport. Whoopsie is the daemon that shovels ready to be uploaded crash reports to daisy.ubuntu.com. As Matthew says in the report, it's about sending them the next time we have a report that deserves explanation. === doko__ is now known as doko [11:23] so it wouldn't necessarily be at login [11:23] it would be the next time an application crashed [11:23] they'd be bundled together and sent [11:24] I guess that would work yes === cpg is now known as cpg|away [11:25] excellent === mcclurmc_away is now known as mcclurmc [11:43] kees: Asked a review on the lvm2 merge proposal. It looks to me as if the wrong init script (clvm instead of lvm2) was dropped some time in the past. Unless that was intended? https://code.launchpad.net/~dmitrij.ledkov/ubuntu/quantal/lvm2/merge95/+merge/119696 === dholbach_ is now known as dholbach [11:51] mpt: remind me what the multiple reports dialog looks like when there's an error processing a report? I vaguely recall the report body being replaced with a one-line message, but I'm struggling to remember what that is [11:52] ev, "If no details are available (for example, the crash file is unreadable), below the process name should appear the paragraph “No details were recorded for this error.”" [11:52] ah yes, thanks [11:53] ah, I was looking in the wrong section for that === dendro-afk is now known as dendrobates [12:19] re [12:19] ev: that sounds a bit strange, though; "gedit crashed, and btw, these other 5 crashed last time"? === zyga-afk is now known as zyga === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow [12:52] pitti: I'm not sure what the UI would look like. That's more mpt's domain than my own. [12:58] mpt: I don't understand "reporting crashes from the previous session the next time we have a report that deserves explanation" [12:59] mpt: that sounds like "gedit crashed, and btw, these other 5 crashed last time" [12:59] mpt: and isn't going to make things any easier [12:59] mpt: or do you mean showing the 5 old ones after a new crash happens in the current session, but in a separate window? [13:03] cjwatson: mm .. if you're around could you ping me ;) [13:05] shadeslayer: just say what you want [13:05] cjwatson: a couple of questions concerning live build, that is all [13:05] for starters, do you populate the preseed folder manually? [13:06] ( by putting the .seed files in config/preseed ) [13:07] By "manually", do you mean in the livecd-rootfs scripts? We don't do anything *actually* manually [13:07] But you can look at livecd-rootfs for yourself, and see that we don't [13:08] well .. I did, and there was nothing about preseeds [13:08] Our debian-cd installation puts preseed files in /preseed/ on the ISO9660 filesystem [13:09] alright, that qualifies as manually since it's *not* done by livecd-rootfs [13:09] how do you generate the .seed files? [13:09] They're hand-written [13:09] that's what I thought as wel :P [13:09] *well [13:10] for some reason my iso only has a isolinux and squashfs folder, and does not boot [13:10] ( KVM says error code 0003, and there seems to be no indication of how to fix this issue on the net ) [13:10] isohybrid: binary-hybrid.iso: boot loader does not have an isolinux.bin hybrid signature. Note that isolinux-debug.bin does not support hybrid booting [13:10] right [13:10] You're seeing the same thing that our Chinese edition amd64 images keep complaining about [13:11] ouch [13:11] I haven't had time to figure out what's going on there [13:11] if you can give me pointers, I can give it a try [13:11] Not without doing equivalent work to investigate the whole thing from scratch :) [13:11] You'll have to dig into live-build [13:11] ( Note that I'm building the ISO in a quantal chroot, just like you advised, and I still get that ) [13:12] Yeah, this is evidently a bug in quantal's live-build, but I don't know what it is, sorry [13:12] I was looking at lb_binary_syslinux and nothing obvious jumped at me :P [13:12] alright [13:12] how come the official images don't see this ? :P [13:12] Because they don't use ISO generation in live-build [13:12] They only have live-build spit out a squashfs and then deal with ISO9660 assembly separately [13:13] ah ok [13:13] oh, what's the ubuntu symlink for? [13:13] it's /ubuntu linked to ./ [13:13] Occasionally apt clients and the like want to access the archive via an /ubuntu base path [13:14] It just saves having to bother tracking down weird bugs [13:14] heh :P [13:14] Oh, and I think some bits of software use it as a cue that this is a CD with a package pool on it [13:14] oh .. that's interesting .. [13:15] It's one of those things that may or may not actually be needed any more, but it isn't a good use of time to remove it and see what breaks because it doesn't cause any problems [13:15] is /install supposed to be generated by lb as well? [13:15] ofcourse [13:15] /install is basically entirely informational so who cares [13:16] Well, there's mt86plus I guess [13:16] Our debian-cd installation puts that in place [13:16] alright, /boot as well I presume? [13:16] live-build does memtest a bit differently, see lb_binary_memtest [13:16] ( a bit confused as to why there's a grub config file there tbh ) [13:16] will do [13:16] EFI [13:16] won't work :P [13:17] afaik EFI only detects /efi/boot/ [13:17] why not? (don't confuse Mac support with EFI in general) [13:17] oh [13:17] ok [13:17] and this is only part of the EFI support, it's not all of it [13:17] right [13:17] You may note that there is an /efi/boot/ directory too [13:17] I was under the assumption that all EFI implementations look for /efi/boot [13:17] yus [13:17] They do [13:18] But the image we put there gets its configuration from /boot/grub/ [13:18] This makes it easier to put configuration in place at the CD-build level without having to rebuild the EFI image [13:19] ah ok [13:19] and what about /pics ? [13:20] Please grep the debian-cd source rather than asking about each one ... [13:20] lp:~ubuntu-cdimage/debian-cd/ubuntu [13:21] I don't want to explain every file on the image serially over IRC :) [13:21] actually, that' was the last one, but sure ;) [13:21] Anyway none of this relates to your boot failure [13:21] ofcourse [13:21] I'm just curious as to what these are [13:22] May not even be used, I don't remember [13:25] * shadeslayer will take a look [13:25] did you see my ping about the fedora live CD not booting? [13:26] to be precise, it boots, but X doesn't start [13:26] nor can I get to a tty [13:26] I don't care about that :-) [13:26] I'm certainly not going to debug Fedora kernel/userspace [13:27] I was only interested in the boot menu level [13:27] haha :D [13:27] ah yes, that does show up [13:27] I'll need to sit and stare at hexdumps of partition tables and the like to figure out why my test image doesn't do the same [13:28] sounds like fun :P [13:28] I expect it to be a big bag of no fun, but that's booting for you [13:31] pitti, I mean adding secondary text to the normal "The application Text Editor has closed unexpectedly" alert, something like "If you send an error report, previous problems will be reported too." [13:31] mpt: how do you show the details of the other reports then? [13:32] should they pop up after the current one? [13:32] pitti, in the details pane, same as for the "Multiple applications have closed unexpectedly" one. [13:32] ah, I haven't seen that design yet [13:33] pitti, it was just an idea thrown into the bug report, I haven't sketched it or anything [13:34] mpt: anyway, this doesn't sound SRUable to me -- it's a major UI change/addition [13:36] pitti: the expanded details UI for multiple applications closing is the same as before, only the multiple reports are separated by an hseparator in the treeview [13:36] mpt: for precise, my gut feeling is that we should SRU a fix as you suggested in bug 1033932 without showing the old ones [13:36] Launchpad bug 1033932 in apport (Ubuntu) "Error alerts appear on login for problems in previous session" [Medium,In progress] https://launchpad.net/bugs/1033932 [13:36] pitti, suits me. [13:43] cjwatson: thanks once again :) [14:05] stgraber: It just occurred to me that I promised at UDS to turn biosdevname on by default in the installer for 12.10, and haven't yet done so [14:05] stgraber: So I think I'm going to make that change today, unless you scream ... [14:06] Daviey: well, I was commenting on the general principle there but haven't read the code; not sure infinity saw my response so I guess it's up to him to comment now. BTW, if you do sponsor it please note that mountall is now in sync in Debian, so unlike in the past the package now /should/ have a ubuntuX version number :) [14:06] cjwatson: I'm not exactly sure that all the bits have been updated to deal with biosdevname, but I guess better do it now and have the rest of the cycle to fix these than have to do it at the last minute because of external pressure... [14:07] cjwatson: i'd be interested in feedback from pushing biosdevname on by default. [14:07] Exactly. I know we've fixed a number of such bugs [14:08] slangasek: hah, well.. maybe i should just leave it on infinity. [14:08] fine by me :) [14:20] cjwatson, i was looking at bug 1035279, and that lead me to https://code.launchpad.net/~utlemming/ubuntu/quantal/grub2/param-recordfail-timeout/+merge/107243 [14:20] Launchpad bug 1035279 in OpenStack Compute (nova) "interactive access to instance lost after reboot followed by euca-reboot-instances" [Undecided,New] https://launchpad.net/bugs/1035279 [14:20] i'd like to call utlemmings change there a fix for bug 872244 and subsequently mark that bug as fix-released. [14:20] Launchpad bug 872244 in grub2 (Ubuntu) "grub2 recordfail logic prevents headless system from rebooting after power outage" [Medium,Triaged] https://launchpad.net/bugs/872244 [14:20] the end goal is to get the GRUB_RECORDFAIL_TIMEOUT setting back to precise. [14:21] but i can open a new bug if you'd like. [14:21] smoser: While I don't think I have time to handle the SRU, if you want to do the obvious backport of that patch then I'm totally fine with that [14:22] cjwatson, i'm not asking you to do the SRU. we'll handle that. just that you'd be ok with it. and also with marking bug 872244 as "fix-released" based on that change. [14:22] Launchpad bug 872244 in grub2 (Ubuntu) "grub2 recordfail logic prevents headless system from rebooting after power outage" [Medium,Triaged] https://launchpad.net/bugs/872244 [14:22] I mean, of the patch that I actually landed in quantal, which isn't quite the same as Ben's original [14:22] Well, it's kind of a sucky fix because it requires configuration to DTRT, but there's no way to avoid *that* without conflicting with a design requirement [14:23] So it's probably the best you can do [14:23] pitti: hi, welcome back :) [14:24] cjwatson, great. thanks. [14:24] cjwatson: I'm working with smoser on this : I'll use the commit from http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/quantal/grub2/quantal [14:24] cjwatson: I think this is the one you're talking about (as opposed to Ben's original) [14:25] pitti: I've reopened bug #734376 that you closed a while ago, because this is still showing up in the crashdb - it seems additional filtering is needed to make this not be a nuisance for users. could you offer a pointer on where to start looking? [14:25] caribou: Yes [14:25] Launchpad bug 734376 in jockey (Ubuntu) "jockey-gtk crashed with DBusException in call_blocking(): org.freedesktop.DBus.Error.NoReply in shutdown()" [High,Triaged] https://launchpad.net/bugs/734376 [14:25] cjwatson: ok, fine [14:25] caribou: It was just a bit simpler really - no point in adding a new patch to the stack for this [14:36] caribou, cjwatson ok. i'm not going to touch 872244 as bug 669481 was the bug that was actually already used. we'll just use that. [14:36] Launchpad bug 669481 in grub2 (Ubuntu) "Timeout should not be -1 if $recordfail" [Medium,Fix released] https://launchpad.net/bugs/669481 [14:36] OK [14:36] (i had missed that it was there) [14:37] how are 12.10 comming along? [14:44] slangasek: hello; thanks! [14:45] slangasek: ah, that'd be an apport bug then; adjusting [14:47] silverarrow: http://status.ubuntu.com/ubuntu-quantal/ ... looks like we're a bit behind schedule. But that always happens right before freezes (big pushes for big features will land rapidly) [14:47] slangasek: followed up [14:47] I see [14:47] I was wondering about installing the test version for ppc [14:51] pitti, mpt: hi [14:52] so the discussion is whether or not we should implement the multiple error reports in a single dialog: https://wiki.ubuntu.com/ErrorTracker#When_there_are_multiple_simultaneous_errors [14:53] pitti: apologies for paraphrasing, and please do correct. Martin mentioned that he believes that two crashes happening in close proximity is rare when you factor out crashes at logout. He also suggested that the design offers no way to selectively report problems [14:53] that is, to find a report you don't want to send and remove it from the list of ones that you do [14:54] pitti, so the motivation is to bring sanity to situations like . But I have no data on how often that happens. [14:55] (sorry for lagging; talking to multiple people and having a G+ meeting in 5 mins) [14:55] I think that two crashes happening in close proximity is something we should optimize against no matter what the frequency, as always having one dialog increases our chances of "yes" responses. [14:55] The frequency of the dialogs was something raised by seb128. I don't know how much of an effect factoring out logout crashes will have, but I'd like to do everything we can to bring it down to a single dialog. [14:55] And indeed, if we do this then we don't have to discard heuristically determined logout crashes [14:57] I don't think we need to optimize for "two apps crash at the same time" [14:57] that seems like a small corner case to me, and really not worth making the UI a lot harder to use IMHO [14:58] it's just about the initial batch of "these programs crashed during logout of your previous session" [14:58] pitti, what do you mean by "making the UI a lot harder to use", specifically? [14:58] which is already covered by bug 1033932 [14:58] Just choosing which reports to send and which not to? [14:58] Launchpad bug 1033932 in apport (Ubuntu) "Error alerts appear on login for problems in previous session" [Medium,In progress] https://launchpad.net/bugs/1033932 [14:58] i. e. not show them at all [14:59] (alpols, ellen shut down her laptop while upgrading - tending to that quickly) [14:59] mpt: the details for one crash are already long enough as they are; adding several of them together makes it very hard to find the start of the next one, as well as selecting which ones you want to send [14:59] it's like thinking about 3 unrelated things at the same time [15:00] ok [15:01] humans can handle up to seven, dont they ? [15:01] :P [15:01] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Open (DIF) | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jdstrand, Daviey [15:02] pitti, we could make it a proper tree with collapsed-by-default child items each with their own checkbox [15:02] That's independent from whether the multiple-apps alert is worth doing, because that would still be useful for the multiple-system-errors alert [15:02] pitti: thanks much :) [15:03] mpt: reports from different users (system vs. user) would still appear separately [15:04] pitti, yep. [15:04] so, it seems to me that it is a rather large code and UI complication/change for little benefit, but if ev wants to work on it, I won't stop him of course :) [15:05] it's changing all three GUIs for that, too, as well as many of the test cases [15:05] All three? [15:08] bah, NBS is empty again [15:08] * seb128 removes cache [15:08] mpt: well, if we change the whole logic of the UI, we don't want to break the KDE and CLI one [15:09] oh, right [15:09] All three UIs, not all three GUIs :-) [15:09] (still working, but we don't have to modify the KDE or CLI UI) [15:09] hum, no cache to remove [15:10] ev: no changes to apport/ui.py ? [15:10] cjwatson, did you beat me at trying to fix the NBS report? ;-) [15:10] pitti: we still need the existing one crash UI, which then gets upgraded to multiple reports [15:10] so the KDE and CLI UIs just don't get upgraded [15:11] upgraded> the one crash UI changes to the multiple crash UI when multiple reports come in [15:12] seb128: Yeah, just [15:12] cjwatson, ok, thanks [15:12] But you beat me to saying so [15:12] hehe [15:12] So I figured it didn't matter :-) [15:12] as long as it's fixed I'm happy :-) [15:13] you should cron that rm ;-) [15:14] is there any way to turn off launchpadlib caching for a script? [15:14] You can nominate a different cache, but the problem is that there are multiple scripts involved here and it gets cumbersome [15:14] I deliberately haven't bothered because the right fix is to get this lazr.restfulclient fix in [15:15] I did it for sru-report because there was only one script there so it was easy [15:15] bdmurray, cjwatson, hi, any progress on the grub configuration data? [15:18] * xnox cause cmake is not build on i386 yet, packages that build deps on cmake ftbfs.... *argh* [15:21] someday we'll make suspending your laptop during upgrade not eat your installation [15:23] (I'm not counting break=top; …; sudo chroot /root dpkg --configure -a as a viable solution) [15:23] ev: er, what do you mean by "suspend"? [15:23] because suspending shouldn't require anything of the sort to recover [15:24] slangasek, Hey, so I'm looking at pamtester, but it's seemingly not in Debian. Is that possible? (I mean, OSS code that isn't in Debian) http://pamtester.sourceforge.net/ [15:25] tedg: sure, that happens from time to time :) [15:25] slangasek: sorry, powering off [15:25] slangasek, It's old, but it seems to work. I unsuccessfully tried to get the pam-krb5 test suite out of it's tree. [15:25] slangasek: ellen unplugged her 11.10 laptop from a projector, which hit some bug that leaves the laptop screen blank [15:26] her only recourse in that situation is to hold down the power button [15:26] but she was upgrading in the background [15:26] (ellen arnold, this is) [15:26] ev, So you're saying we should disable upgrading while presenting on a projector? ;-) [15:26] ev: and is there a reason that the recovery mode boot option didn't work? [15:27] slangasek: well for one it's not something she was able to find on her own, and indeed it did not [15:27] the boot process just hung part way through [15:27] hmm [15:27] tedg, slangasek: I'm saying we should stick dpkg --configure -a in early boot [15:27] because those boot menu options aren't supposed to be updated until we actually have viable initramfs [15:27] er, yuck [15:28] and if that's too slow, find a way to detect that dpkg's brain is mush [15:28] but we shouldn't be solving this with choose your own misadventure dialogs [15:28] if boot hung partway through, dpkg's brain being mush is probably not the root problem [15:28] ev, Eh, I think the real solution is to get btrfs in good enough shape we can use that, and then apt-snapshot with fallback. [15:28] slangasek: seems to be the case here [15:28] tedg: btrfs is built on unicorns and rainbows [15:28] it's just not gonna happen [15:28] ev, Both of which make it better. [15:28] tedg: it also gives ponies =) [15:29] * tedg likes ponies too [15:31] Daviey: I was hoping for the drive-by patch submitter to justify the (in)consistency of his patch logic, but that never happened. I'll have a look at it all and sponsor something that feels sane to me later. [15:31] Daviey: Well, "sponsor"... It'll not be the submitter's patch. [15:31] infinity: did you see my response? [15:32] explaining why we want different behavior for a trailing slash vs. only-a-slash? [15:33] slangasek: I did, yeah. Though, that's an odd definition of the word "normalise". ;) === deryck is now known as deryck[lunch] [15:37] infinity: well, it's in someones hands.. which is good enough for me :) [15:39] infinity: it's a perfectly usual normalization of paths [15:43] slangasek: The second bit, perhaps, the first bit of the conditional is still a bit weird ("/" -> "") [15:48] mpt: no, sorry, too many plates ... [15:49] ev: I would go further than slangasek and say that if recovery mode doesn't work it's highly debatable whether running dpkg --configure -a is even safe [15:49] ev: For example necessary filesystems might not be mounted [15:51] shadeslayer: FWIW I'm working on the live-build merge now [15:52] \o/ [15:52] I could upload my merge somewhere if you want [15:52] No thanks [15:52] right, thought so :P [15:52] I'm too far along, it'd be confusing now :) [15:52] where merge => "reapply all patches one by one from scratch, and redesign the interface with livecd-rootfs along the way since live-build upstream doesn't believe in stable interfaces" [15:52] yeah, you probably have a better idea of what you're doing [15:52] cjwatson: fwiw livecd-rootfs will have to be changed as well [15:52] they changed foo.list to list.foo [15:53] ( for 3rd party archives and the likes ) [15:53] Yeah, I think that's what I said :) [15:53] There's a bunch of interface changes [15:53] hah, yes, a bit distracted by some other things atm [15:54] yeah [15:54] cjwatson: any chance the merge will also fix the boot issues? [15:54] I have no idea [15:54] alright [16:01] tedg, ev, xnox: Since you asked. http://i.imgur.com/IaxrL.png [16:01] mpt, Beautiful, and functions! [16:01] functional [16:02] mpt: it even has kitty! =) === beuno is now known as beuno-lunch [16:17] mpt: that's so becoming my wallpaper [16:18] telly me if you print t-shirts too ... i'll take one [16:18] how do you go about retieving a log on what goes wrong with mplayer and gecko on ppc? [16:18] I have been at this for days now [16:18] getting now where [16:19] any thoughts or ideas? [16:20] silverarrow, ~/.xsession-errors [16:20] so far I have started firefox from terminal, and get some info there [16:20] oh, from terminal just like that? [16:20] or file manager? [16:21] however you like, that file usually logs apps that run in your x sessiom [16:21] *session [16:21] permisson denied? [16:22] http://paste.ubuntu.com/1157449/ [16:24] silverarrow: less ~/.xsession-errors [16:24] silverarrow: it's a text file, not a script :) [16:31] I don`t understand less? [16:32] http://paste.ubuntu.com/1157463/ [16:34] silverarrow: it's a text file you can open it in gedit, kate, openoffice, nano... [16:37] bryceh, or anyone that knows X: around? [16:38] ev, yeah [16:38] I've got a weird one. The xorg log just says "xinit: connection to X server lost" no further details [16:38] no EE lines or anything [16:38] it's Intel [16:38] not sure where to even begin to remedy this [16:39] ev, reproducible? [16:39] setting the driver to fbdev by copying the failsafe config to xorg.conf doesn't help [16:39] bryceh: very [16:39] it's an upgrade from 11.10 to 12.04 [16:39] anything in dmesg? [16:39] also check lightdm logs [16:40] nothing in dmesg... [16:41] and just ddxSigGiveUp in x-0.log [16:42] ev, hmm that just means normal exit [16:42] yeah it does say it exited 0 there [16:42] hm, so xinit works [16:42] what on earth is going on here [16:43] ev, from what you've described it *sounds* like X is working normally [16:43] just that it's being terminated early [16:43] so now if I run start X and switch back to the VT [16:43] xnox: sorry for being this slow, but from where in file manager do I open the text file? [16:44] I get "No protocol specified" over and over again [16:44] silverarrow: support is in #ubuntu channel. They can help you. The is channel for developers, developing ubuntu. [16:45] anything in your .xsession-errors? [16:45] no they can`t [16:46] bryceh: settings schema 'org.gnome.desktop.interface' is not installed [16:46] xnox, if they could I would not have been sent here [16:47] but if you don`t have time, I shall have to come back another time [16:47] it`s all right though, [16:47] ev, tried booting into a different window manager, like gnome fallback? [16:47] bryceh: nothing else in there other than noise from me doing startx [16:47] bryceh: mm, how would I drive that? [16:49] ev, actually, let me ask - are you seeing the login screen at all,or is it failing prior to that? [16:49] silverarrow: can you please open terminal, type "ubuntu-bug xserver-xorg" without quotes, press enter. [16:50] ev, if you can see the login screen, then install gnome-session-fallback and then select it from the login screen [16:50] silverarrow: this should collect information and upload it to launchpad and create a bug [16:50] silverarrow: describe what's wrong, and post the bug number here. [16:52] bryceh: no login screen at all [16:54] ev, right, well then it's not the window manager. [16:54]