[03:39] how to make $display be set on a virt? [03:40] bookpage: export DISPLAY=:0 (or whatever) === dendro-afk is now known as dendrobates [06:21] good morning === dendrobates is now known as dendro-afk [07:12] tjaalton, here we go again...the Nvidia kernel module refuses to load :-( [07:12] tjaalton, that is, according to Xorg.0.log [07:13] after latest days update [07:13] nouveau loaded? [07:13] tjaalton, seems not to, but I don't remember exactly how to check [07:13] lsmod [07:13] :) [07:14] there should be a blaclist file in /etc/modprobe.d [07:14] tjaalton, according to lsmod, "nvidida" is loaded [07:14] installed by nvidia-current [07:14] ok, so that's not it [07:14] pastebin the log [07:14] of xorg.0.log? [07:14] yes [07:14] hmm, how do I easiest do that without X [07:14] pastebinit foo [07:15] install it first if not [07:16] http://paste.ubuntu.com/701490 [07:16] I am going to hate LP build failures. my packages (armel-cross-toolchain-base and armhf-cross-toolchain-base) both ftfbs on launchpad. but when I built them locally in pbuilder or in LP chroot they got built fine. arghhhhhh [07:17] diwic: so if you 'stop lightdm; start lightdm' it works ok? [07:17] let me try [07:17] the logfile complains about the kernel module, but you said it was loaded [07:17] maybe lightdm is too fast [07:18] though the x driver should do the loading [07:18] tjaalton, ah, that did it (had to do that in sudo though) [07:18] sure [07:19] maybe file a bug against lightdm? Or nvidia-current? [07:19] put dmesg on pastebin too, i'll check what it says there [07:20] any ideas how such build failure happens? [07:21] dpkg-source: error: syntax error in eglibc-2.13/debian/control at line 114: duplicate field Multi-Arch found ? [07:21] That's hardly buildd-specific. [07:22] tjaalton, paste.ubuntu.com/701496 [07:22] infinity: yes [07:22] infinity: I do not have it in pbuilder or in chroot fetched from LP build farm [07:23] infinity: with exactly same dsc used [07:24] diwic: ok, so it start's loading the module at 3.9s, X barfs at 4.4s, and then at 5.1s the loading is complete [07:24] an interesting race condition.. maybe a bug in the xserver [07:24] hrw: There's nothing fancy about how we call sbuild in lp-buildd. Are you sure you're using a clean copy of the chroot from launchpad, and nothing but the build-deps? [07:25] diwic: or in the nvidia driver ratherr [07:25] -r [07:25] hrw: (You can copy the list of installed packages that sbuild shows in the log, rather than using apt-get source, to be sure) [07:25] infinity: clean it was [07:26] infinity: anyway I will unpack this chroot again, do a step-by-step build and check at failed moment [07:26] hrw: To be honest, I'd rather not have an armhf cross-compiler in oneiric anyway, unless it includes the new loader location, which I'm assuming it doesn't. [07:27] infinity: armel cross fails same way [07:28] infinity: as they share source package source [07:28] tjaalton, ok, let me know if I should file a bug about it and if so against what component [07:28] hrw: Sure, I know. I'm not saying it's failing on purpose because I don't want it in the archive, just saying I'm not sure I care if it gets fixed (and I'm not sure it should have even been accepted, but it wasn't me who did it). [07:28] diwic: ubuntu-bug nvidia-graphics-drivers [07:29] diwic: and mention that the x driver is too impatient waiting for the kernel module to load [07:29] infinity: it needs to be fixed cause cross toolchain is not installable now [07:29] infinity: so... ;( [07:29] They were new packages... [07:29] Like, 2 days ago. [07:29] It's just as easy to remove them as to fix them. :P [07:34] infinity: nope - gcc-*-armel-cross ones got built in meantime [07:38] tjaalton, bug 865111 [07:38] Launchpad bug 865111 in nvidia-graphics-drivers (Ubuntu) "X quits, instead of waiting for kernel module to load" [Undecided,New] https://launchpad.net/bugs/865111 [07:39] hrw: Let me reproduce it here. [07:39] diwic: thanks, tseliot will take it from there [07:39] tjaalton, ok, thanks for the workaround in the mean time :-) [07:41] hrw: Still, I wish we hadn't accepted this whole lot. It enabled biarch too, didn't it? Which we'll probably have to turn off again. :P [07:41] hrw: Oh well. [07:42] infinity: I got multilib toolchain buildable - but need to fix issues while using it [07:42] "Issues" like "the loader for both arches is in the same filesystem location, and ABI-incompatible"? [07:43] infinity: report bug? [07:43] Or like "gcc on ARM is completely missing run-time biarch detection". [07:44] hrw: We have a fix for the former (the loader issue), as discussed and agreed upon at LPC, but it means disabling biarch builds until we fix the latter. [07:45] infinity: link to notes/bugs? [07:45] cross-distro for the LPC notes. [07:45] ok [07:45] I have no bug filed for the broken biarch business. [07:46] But if you'd like to make gcc on ARM work the same as it does on x86, be my guest. [07:46] Right now, while we can do "biarch builds", it's complete BS, cause they don't actually work, at all. [07:47] And I'm not even convinced we need them, but that's a different discussion. [07:47] Cross-compiling soft from hard and hard from soft sounds like an odd corner-case to me, rather than just treating them as completely seperate arches. [07:48] (Usually we want biarch to be able to cross-compile kernels when the kernel arch != host arch, but for ARM, that doesn't matter..) [07:49] so ubuntu/armel is not able to build ubuntu/armhf packages now? [07:49] natively? (I did not checked) [07:49] No. [07:51] Not with multilib, that is. Obviously, a chroot that's fully-native armhf will work fine (though still has the wrong loader path). [07:51] But, like I said, to fix the loader path, it's either a rewrite of multilib for ARM (which is beyond broken), or disabling it. [07:52] Disabling it is the path of least resistance for now, if we want to actually have an hf port in the next 6 months. [07:52] Unless someone really wants to fix multilib this week. [07:52] (feel free to volunteer) [07:53] hrw: You should probably be in #linaro-armhf ... [07:53] infinity: shit. forgot to add this to autojoinlist [07:54] I am on 16 irc channels ;( [07:54] That's all? [07:54] on 5 networks [07:55] infinity: for 16 years of doing irc I used <10 for all years before canonical/linaro [07:55] Heh. [07:55] IRC channels are cheap, it's a nice way to keep topics focussed. [07:55] Especially in massive communities like Debian and Ubuntu. [07:56] Maemo had similar partioning, and the main channels were just completely silent. It was a bit creepy. [07:56] partitioning* [07:57] I should probably sleep. It's 2am. [07:57] hrw: Poke me about your build failure tomorrow if you haven't figured it out. I'll throw some spare cycles at it. [07:58] infinity: I hope to get it solved today by myself but thanks for offer [07:58] hrw: But we should talk multilib more, if you're interested enough to consider looking at it, and have the resources to allocate. [07:58] infinity: would be nice if multilib bugs would be reported [07:58] hrw: In talking with doko, I thought the "multilib doesn't work on ARM" thing was well-known upstream. [07:58] infinity: arm multilib was done by doko and it's really fishy [07:59] hrw: Hence didn't report anything. [07:59] infinity: upstream did not had multilib for arm iirc [07:59] infinity: only CSL had [07:59] hrw: Well, upstream being Linaro, or whatever. Not me. :P [07:59] ok [08:00] hrw: Either way, it's completely broken, and would love to actually discuss it sometime, rather than just file a bug and forget about it. But we can file bugs while we discuss too. :) [08:01] To be fair, it would have "worked" if we'd gone with the crazy "loader auto-detecting HF binaries" route, but that way just looks like madness to me. [08:01] But for the seperate loaders case, it can't work, cause it doesn't select at compiler run-time like x86 does, it's all hardcoded. [08:01] Some serious cargo-culting of x86 multilib would probably work. [08:43] hi all [08:43] ev: hi, are you online? [08:43] ubuntu-baltix: yes, hi [08:44] ev: it seems you forgot to update ubiquity-slideshow-ubuntu translations from launchpad after translation freeze :( [08:45] I updated them on the 28th of September [08:46] ev: but translation freeze was on 29th :) [08:47] ubuntu-baltix: I'll stick an upload in the queue, but it's up to the release team to decide if they want to accept it. [08:48] ev: please update ubiquity-slideshow-ubuntu, because at 28th september Lithuanian translation was half complete (about 50%), but at 29th - fully translated (100%) :) [08:49] I think it's very important to have fully translated slideshow in release candidate [08:50] ubuntu-baltix: I just said I would put an upload of the translations in the queue, but it's not my call as to whether or not it goes in. [08:51] ev: thanks, could you tell me who should decide if accept or not? Maybe pitti ? [08:52] ubuntu-baltix: I already did. The release team. [08:52] ev: Where I can talk with release team? ;) [08:53] #ubuntu-release [08:54] ev: thans again :) [08:54] sure thing === dendro-afk is now known as dendrobates [12:34] Did I miss it, or do we not know what 12.04 will be called yet? [12:36] * cjwatson has not yet seen a name [12:36] sabdfl: ^- getting kind of urgent :) [12:36] I thought it was going to be the pink panther? [12:37] now that would make a good login sound [12:37] Laney, no login sound is a good login sound ;-) [12:37] you could just have the first two notes, then the desktop should be there [12:38] would also remove IP-issues === dendrobates is now known as dendro-afk [12:58] seb128, you mean broken pulseaudio :) ? [13:01] janimo, a broken login sound is hardly pulseaudio's fault [13:01] janimo, more likely to have to do with libcanberra or other upper layer [13:01] diwic, is not every sound going through pulse? [13:01] janimo, ;-) [13:02] janimo, usually, yes [13:03] janimo, but playing the login sound involves other components of the audio stack as well and my point is that PulseAudio is every now and then blamed for things incorrectly. [13:04] diwic, speaking of that do you know what would be the right way to have no login sound by default? [13:04] we want to do that next cycle [13:04] seb128, hmm, good question - I assume some kind of override to the gnome sound theme [13:04] seb128, who are "we", btw? [13:05] seb128, I haven't heard that request before. === Quintasan_ is now known as Quintasan [13:25] hi [13:25] do I have to request an FFE in order to sync the package from debian at this stage of development? [13:26] I hope so [13:27] artfwo: if there are only RC bug fixes, no new features, and it's not seeded, then you can just upload it [13:28] tumbleweed, i don't have upload rights, but a sync fixes uninstallable package in my case, take a look at bug 865334 [13:28] Launchpad bug 865334 in p7zip-rar (Ubuntu) "Sync p7zip-rar 9.20.1~ds.1-3 (multiverse) from Debian unstable (non-free)" [Undecided,Confirmed] https://launchpad.net/bugs/865334 [13:30] patch pilot is missing :p [13:31] artfwo: LGTM [13:31] om26er, bryceh and micahg are pilots today [13:31] om26er, chrisccoulson is on holidays this week [13:31] om26er, but it's a bit early for bryceh to be up still I guess [13:31] meh, this marking bugs confirmed because they affect multiple uses messes with sync requests... [13:32] seb128, robert_ancell seems to be current thats an error? [13:32] om26er, he probably forgot to sign off [13:32] i'll wait for bryceh to get something re-SRUed [13:32] artfwo: oh, you only mentioned the most recent changelog entry, not the intermediate ones. That would require an FFe [13:33] om26er, https://www.google.com/calendar/embed?src=6k1e5rq45m1bdqq0n1ge3oqaok@group.calendar.google.com&ctz=Europe/Berlin&gsessionid=OK [13:33] tumbleweed, but the current version in oneiric isn't installable anyway, does that qualify for an FFE as well? [13:34] artfwo: it means I'm very likely to give you a FFe. But you still need to apply for it [13:34] seb128, thx :) [13:49] I have a question related to uploads to archive.. if a release 3.8.16-0ubuntu1~natty3 is rejected for some reason after fixing my branch will the same version upload again work fine? or would it automatically get rejected? [13:49] tumbleweed, could you take a look at bug 865334 - is there enough data for an exception? [13:49] Launchpad bug 865334 in p7zip-rar (Ubuntu) "[ffe] Sync p7zip-rar 9.20.1~ds.1-3 (multiverse) from Debian unstable (non-free)" [Undecided,Confirmed] https://launchpad.net/bugs/865334 [13:50] om26er: if the source got rejected you can keep the version number [13:50] hello everyone: I am unclear on the difference between a pxelinux.0 image and a nbi.img. Is it required that etherboot boots a pxelinux.0 image as oppose to a nbi.img? [13:51] artfwo: yes, thanks === lenios__ is now known as lenios_ === deryck is now known as deryck[lunch] [15:41] does anyone know whats up with armel-cross-toolchain-base in Oneiric? You can't install gcc-4.6-arm-linux-gnueabi because of dependency issues. Launchpad thinks armel-cross-toolchain-base was published 2 hours ago. [15:41] tgardner: I know [15:42] tgardner: wait two more days ;( [15:42] hrw, thats pretty inconvenient at this point in Oneiric development. 2 days ? [15:43] hrw what is it doing which takes 2 days? [15:43] how long it'll take hrw's fix to build, presumably [15:43] "published 2 hours ago" means the source package [15:43] moment [15:43] Launchpad appears to think the build is done [15:44] actually it says pending publication now, so maybe s/2 days/an hour/ [15:44] one more source to build - armhf-cross-toolchain-base (got uploaded just moment ago, need to be accepted), then rebuild of gcc-4.[56]-armel-cross (ftfbs-ed because of armel-cross-toolchain-base failure) [15:44] oh, it's in NEW [15:45] I had some linaro tasks to do which had higher priority. [15:47] processed now, so next publisher run I suppose [15:47] thank you [15:47] cjwatson, thanks, will give it a go in an hour or so [15:48] Could somebody look at bug 859188? Its not clear to me what might be going on here. [15:48] Launchpad bug 859188 in apt (Ubuntu) "E: Internal Error, No file name for libgl1-mesa-glx" [Low,Confirmed] https://launchpad.net/bugs/859188 [15:49] for p-cycle I will move to 'publish to ppa first' method - as LP builds are not reproductible even with chroots from LP [15:49] bdmurray: confusing error message; to apt-get install --reinstall a multiarch: same package that you have more than one version of installed, you have to do "apt-get install --reinstall $pkg $pkg:$otherarch", or else you get that error [15:50] or I am doing something wrong [15:51] slangasek: so they have installed for i386 and amd64? [15:51] bdmurray: yes [15:52] hrw: well - I do have to say, most people with this problem are doing something wrong, or very few of us would ever get anything done! [15:52] mind you if your build is *that* sensitive to details of the chroot then there's probably something wrong there too [15:53] occasionally there's something that depends on the running kernel, which in the case of LP builds is rather older than the distribution it's building for [15:53] cjwatson: I fetched chroot from LP and got it built in it. [15:53] cjwatson: I will try to find time in p-cycle to check some issues [15:54] can someone bump the unity build in the ubuntu-destkop ppa (to prepare some testing for an eventual tomorrow upload with those fixes + few additional ones): https://launchpad.net/~ubuntu-desktop/+archive/ppa [16:13] barry: is there any progress on porting dh_python2 to lucid? [16:14] barry: thanks for the Quickly fix btw :) === deryck[lunch] is now known as deryck [16:54] SpamapS: doko_ is working on that [16:56] barry: ahh cool thanks [16:56] doko_: and I ask you, how is the dh_python2 port to lucid coming along? :) [16:59] slangasek: Do you have any thoughts on bug 813065? [16:59] Launchpad bug 813065 in ubiquity (Ubuntu) "Live session switches to VT console briefly" [High,Confirmed] https://launchpad.net/bugs/813065 === Daniel0108 is now known as EvilDaniel0108 === TheDaniel0108 is now known as Daniel0108 === beuno is now known as beuno-lunch === dendro-afk is now known as dendrobates === beuno-lunch is now known as beuno [18:20] !pilot in [18:20] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell, bryceh [18:20] bryceh, can you please sponsor https://code.launchpad.net/~om26er/ubuntu/natty/unity/unity-fix-761409 :) === micahg changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bryceh [18:21] bryceh, you sponsored it last time but seems there was an issue at your end last time so the upload got rejected :/ [18:23] here is the changelog of the rejected upload http://launchpadlibrarian.net/79155358/unity_3.8.16-0ubuntu1~natty2_3.8.16-0ubuntu1~natty3.diff.gz [18:30] om26er, what was the issue at my end? [18:31] bryceh, the changelog also have --- unity-3.8.16.orig/.bzrignore.THIS [18:31] +++ unity-3.8.16/.bzrignore.THIS [18:31] the one that was uploaded to the archives my branch did not have it [18:31] though i am not sure how things work [18:34] ok [18:36] om26er, done [18:36] bryceh, thank you :-) === dendrobates is now known as dendro-afk [18:43] jamespage: Your nova changelog doesn't even remotely match the diff. [18:54] infinity: how so? [18:55] jamespage: http://launchpadlibrarian.net/81802657/nova_2011.3-0ubuntu4_2011.3-0ubuntu5.diff.gz [18:55] * jamespage re-reads his changelog entry [18:55] jamespage: I see the permission bits in postinst... And then a ton of other stuff. [18:56] infinity: I see - looks like the packaging branch was probably not up-to-date [18:58] Right, well. I'm going to reject this, if you'd like to re-upload with just the postinst fix. ;) [18:58] infinity, absolutely [19:21] infinity: somethings not right - it looks like older patches where included in the upload to the archive [19:21] can't find zul at the moment but it needs verification/unpicking === dendro-afk is now known as dendrobates [19:33] jamespage: You can just make your postinst change to the archive version? [19:38] infinity: well I could but I'm concerned that we have an incorrect backported patch - I'd like to get that resolved/verified as OK as well [19:40] jamespage: Fair enough. === dendrobates is now known as dendro-afk [19:56] is anyone else having booting/network issues with current oneiric? [19:56] because i have two laptops that are now pretty much entirely useless after updating them within the last 24 hours :( [19:59] SpamapS: did you break my laptops? [20:05] dobey: probably ;) [20:06] dobey: whats the issue? [20:06] dobey: do they say waiting for network configuration? [20:07] in normal boot the splash works fine, it just says "Waiting for network..." [20:08] SpamapS, ^ [20:08] SpamapS, he said that it never finishes waiting [20:08] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bdmurray, bryceh [20:09] I may have created a huge red herring with that message... [20:09] SpamapS: yes [20:09] the problem is I can't *hide* it when its completed. [20:09] SpamapS: my dell duo doesn't boot now [20:10] it stays waiting for network [20:10] dobey: can you boot with noquiet and --verbose ? [20:10] my u820 boots but has other issues [20:10] dobey: it never says Waiting at least 60 more seconds ? [20:10] SpamapS: i don't know. can you be more verbose about where to add them? [20:10] SpamapS: it does say that [20:10] SpamapS: it just doesn't ever finish waiting [20:10] dobey: does it ever say that its booting with an incomplete configuration? [20:11] dobey: the process that is used for those messages is really failsafe.. unless /bin/sleep segfaults or something. [20:11] SpamapS: i'll let you know in a couple minutes [20:11] dobey: so if you see the first two, but not the third, then something is breaking *after* those messages are long dead and gone. [20:11] oh ffs; now it's doing fsck [20:12] SpamapS: seems like it is breaking long before, since i shouldn't ever see those messages [20:12] * SpamapS ponders adding a post-start to clear the messages [20:13] dobey: you'll see them if your loopback adapter isn't up for some reason, or if you have interfaces configured in /etc/network/interfaces [20:13] waiting up to 60 moar now [20:13] SpamapS: and neither of those should be true unless an update broke something [20:13] and well, i think it's obvious an update broke something [20:14] dobey: as far as the noquiet/--verbose .. edit the grub kernel command line and remove 'quiet' , and add '--verbose' [20:14] booting without full config [20:15] except it is a message wrought with lies [20:15] as evidenced by the lack of actual booting [20:15] dobey: ok, so it should boot now.. unless lightdm or plymouth is broken [20:17] dobey: ctrl-alt-f1 should also get you a tty to login to [20:17] SpamapS: what should i see with noquiet --verbose ? [20:17] SpamapS: nope, it just had the textual output of the init scripts [20:17] dobey: kernel messages, services starting.. [20:18] dobey: what was the last thing shown? [20:18] alt-f2 might actually be better, it starts on runlevel [23] .. [20:18] it's still waiting for the network [20:19] dobey: before those messages that you already saw in plymouth.. anything else? [20:19] stopping failsafe boot delay was the last thing [20:20] lo is the only thing in /etc/network/interfaces [20:20] Interesting [20:20] and i have no network connection [20:21] ls -l /run/network [20:21] should be a dir, 'static-network-up-emitted' [20:21] that exists [20:22] I'm most intrigued why your system hasn't "booted" at this point, because you are clearly in runlevel 2 if you have a login on tty2 [20:22] can you look for clues in /var/log/syslog? Maybe the display manager failed to start [20:22] dobey: at the point that dir exists, and when your filesystems are up, thats when runlevel 2 should have started and the messages should have stopped. [20:23] hmm I wonder though.. /etc/network/if-up.d/upstart creates that dir, and then runs initctl emit [20:25] well running /etc/init.d/lightdm restart got me a login screen and i can log into unity now [20:26] but no network or bluetooth [20:26] btw, /etc/init.d/ is deprecated in Ubuntu [20:26] use service [20:26] i did use service, and it didn't work [20:26] because? [20:26] restart lightdm [20:26] is all you need [20:26] kenvandine: and is very dangerous [20:26] oh? [20:26] it said "not found" or something like that [20:26] kenvandine: it doesn't reload the upstart job.. and does not properly run pre-stop's [20:27] SpamapS: speaking of service how do you know what services names are avaiable? I get confused about samba vs smbd ... [20:27] use service. :) [20:27] oh... i thought it was an upstart command [20:27] SpamapS: the deprecated message says to use restart [20:27] not service [20:27] maybe you should fix that :) [20:27] sudo restart lightdm often fails there [20:27] it says there is no lightdm runnin [20:27] bdmurray: unfortunately, that one is still unresolved in a single tool. 'initctl list' for upstart jobs, find /etc/init.d -type f works for sysvinit [20:27] where it's running ;-) [20:28] yeah the deprecated message should be fixed [20:28] anyway [20:28] my laptops are broken [20:28] SpamapS: thanks initctl was what I was missing [20:28] Daviey: jdstrand: bug 842845 , final debdiff pulls a bunch of patches from upstream git. Pls take a look. It appears to solve the issue, and I think it should go into oneiric. [20:28] Launchpad bug 842845 in libvirt (Ubuntu Oneiric) "problems starting multiple lxc instances concurrently" [High,In progress] https://launchpad.net/bugs/842845 [20:28] running out, biack in a bit [20:28] dobey: indeed, trying to determine why lightdm didn't start [20:29] dobey: --verbose would give us a clue. can you boot with that? [20:29] "unknown instance" [20:29] i did boot with that [20:29] where is it supposed to give a clue at? i didn't see any [20:29] right, restart doesn't work when it was never started, thats another annoyance. [20:30] dobey: /var/log/syslog would have any errors about lightdm [20:30] its possible that it didn't exit with any "errors" it just decided not to start. [20:30] but that would be odd [20:32] i think i need to reboot [20:32] dobey: anything in /var/log/syslog ? [20:32] some stuff but i can't tell if it's from me doing restart or from booting [20:33] dobey: you can match up the timestamps with the switch to runlevel 2 [20:34] SpamapS: it appears something is stopping it, and then killing it with SIGTERM [20:35] last lightdm related message is "lightdm state changed from post-stop to waiting" [20:40] bdmurray: 813065> I think I'll try to reproduce that; it might be an easy win for release [20:40] slangasek: okay, I was able to see it in a virtual machine fwiw [20:43] dobey: brb, need to go move laundry from washer to dryer.. [20:43] dobey: have you tried rebooting w/ --verbose yet? [20:45] bdmurray: does "VT console" mean a login prompt, a blinking cursor, or a black screen? [20:45] (just to be sure I know what I'm looking for) [20:46] slangasek: none of the above - I saw boot log messages [20:46] SpamapS: yes, but i can't see anything useful. something is telling lightdm to start, then stop, then it kills lightdm [20:46] bdmurray: aha [20:49] bdmurray: oh; this bug is for lucid, not for oneiric? [20:50] slangasek: its tagged oneiric too and thats what I tested [20:50] ok [21:04] dobey: very intersting. I don't see any direct reasons that lightdm would be sent SIGTERM by upstart... it only stops on runlevel [016] .. none of those are happenign surely. [21:05] isn't that "poweroff" ? [21:05] 0 is halt/poweroff [21:06] 6 is reboot [21:06] dobey: something could be doing a 'stop lightdm' tho [21:06] it does a stop in its own script..but then exit 0 right after that. [21:07] dobey: does this return 0: [21:07] [ ! -f /etc/X11/default-display-manager -o "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/lightdm" -o "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/lightdm" ] [21:07] right [21:07] wtf [21:07] actually hmmmmmmmmmm [21:07] that's a lot of typing :( [21:07] if [ "$RUNLEVEL" = S [21:08] I think that may be a misuse of the RUNLEVEL variable [21:08] in lightdm's init script? [21:08] yeah === Lutin is now known as Guest47024 [21:09] the script was recently changed to simplify with less ()'s.. I wonder.. [21:09] waoh [21:09] woah even [21:09] somehow i got network [21:10] === Guest47024 is now known as Lutin === NCommander is now known as Guest45434 === Hobbsee is now known as Guest90900 [21:17] dobey: I think this may be it.. if one of the other events comes *after* runlevel 2 ... RUNLEVEL is still "S" [21:17] meh, update/reconfigure didn't help [21:17] dobey: no I think you have found a bonified, majorly crap race condition [21:17] jamespage: Err, did you re-upload the same broken one again? [21:17] SpamapS: how can we fix? [21:18] we need to check with the actual runlevel command, I think [21:18] I have a working test case which shows the problem [21:18] dobey: if I give you a replacement lightdm.conf, can you try it out? [21:19] I'm trying it in a VM now [21:19] SpamapS: give me a diff [21:19] SpamapS: then i can just change it, since i can't easily just copy stuff over [21:19] SpamapS: I don't understand where the race condition is, can you explain? [21:20] slangasek: sure, RUNLEVEL is set only when the 'runlevel' event arrives [21:20] slangasek: but it may have been set by some other event that arrived before 'runlevel' [21:20] really? [21:20] which event would set it? [21:20] slangasek: Yeah, thats my hypothesis [21:20] I'm testing it out now :-P [21:20] ok :) [21:20] slangasek: no idea! [21:21] slangasek: nothing exports it except /etc/init/rc.conf [21:21] * slangasek nods [21:21] slangasek: one theory I also have is that there's a bug in upstart which copies it in even when it doesn't match [21:22] slangasek: either way, it seems the most likely cause for dobey's problems that RUNLEVEL is coming up as "S" instead of "2" during lightdm's script [21:23] tho.. there's another problem with that, which is that he's seeing the failsafe messages.. hrm [21:24] this is but one of the many problems i am currently facing with oneiric :-/ [21:25] SpamapS: seems strange that only dobey would be affected [21:25] that's what i said [21:25] SpamapS, dobey: you've already ruled out /etc/X11/default-display-manager as the cause? [21:26] oh [21:26]