=== cpg is now known as cpg|away [00:43] jamespage: you're touched-it-last on r-base - mind if I merge it? no desperate rush but I have a change to make to it and might as well bring it up to date at the same time === cpg|away is now known as cpg === dendro-afk is now known as dendrobates [01:30] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Beta Freeze | 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: ikepanhc [02:29] bdmurray, Riddell: hey, so I am rejecting 2.5.1-0ubuntu5 because bdmurray's 2.5.1-0ubuntu6 includes it and I am rejecting 2.5.1-0ubuntu6 because my 2.5.1-0ubuntu7 will include both 2.5.1-0ubuntu5 and 2.5.1-0ubuntu6 === gallth is now known as tgall_foo [03:36] Good morning [03:38] Hey pitti! [03:40] morning pitti [03:41] Riddell: it's not that bad -- lp:apport for trunk, and Vcs-Bzr: for packaging [03:42] RAOF, ajmitch: hello to downunder! [03:44] Riddell: applied your patch to trunk, thanks! [03:47] Hello guys. My first Debian patch went through :D >> http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libxml-csv-perl.git;a=commitdiff;h=c934802 [03:51] ^5 [03:52] ? [03:52] (High five) [03:53] yep [03:53] bdmurray, jdstrand: can you please commit your apport changes in http://launchpadlibrarian.net/114828232/apport_2.5.1-0ubuntu7_source.changes to the Vcs-Bzr: branch? [03:53] I guess you could XOR with 5 instead, but not sure that really conveys the same sense of congratulations. [03:53] Thank you :) === dendrobates is now known as dendro-afk === em is now known as em_ === em_ is now known as em [07:07] good morning [07:14] hey dholbach :) [07:14] salut didrocks === doko_ is now known as doko [07:34] anbyody knows florian's email? the guy who does qml ? [07:39] sivang: https://launchpad.net/~fboucault :) [07:42] pitti: yep, thanks :) [07:42] pitti: how are things , long time .. [07:43] sivang: quite well, thanks! and yourself? [07:43] pitti: doing quite well as well, following with interest Ubuntu / Linaro and Canonical's use of Qt. === henrix_ is now known as henrix [08:05] cjwatson, merge away! [08:06] jamespage: thanks [08:10] hm - actually, it might be a sync [08:11] I'll do some test-builds to check [08:11] Or I would if porter-armhf weren't apparently down. Is there a usable armhf porter box somewhere? [08:15] Oh, but Adam's argument in the Debian bug that it's daft to use a substring match to detect if you're on an architecture where substring matching is broken is kind of compelling [08:17] cjwatson: I can do a test build of something on my Panda board, if you need me (or give you ssh on it) [08:19] I've decided against for now, but thanks [08:21] * sivang has a Pi === henrix is now known as henrix_ [08:29] * tsdgeos is confused his public bug was marked as duplicate of a private one [08:30] how am i supposed to verify the duplicate status is correct? :D [08:30] Sounds unintentional. Contact whoever duplicated it and ask them. [08:30] i can't :D [08:30] it's a bot ;) [08:30] tsdgeos: what was your bug [08:31] bug # [08:31] https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1046187 [08:31] Error: Bug #1046187 is a duplicate of bug #1045755, but it is private (https://launchpad.net/bugs/1045755) [08:32] see ubottu agrees with me this shouldn't happen :D [08:33] don't see why the other bug should be privat [08:33] e [08:34] That's a bit strange. I guess the bot needs to be taught not to do this again. [08:37] tjaalton: thanks for making it public [09:00] anyone else getting bzr qdiff on an dir without changes corrupting unity/compiz ? === MagnetFlower is now known as lem === lem is now known as Guest11328 === Guest11328 is now known as lime === lime is now known as LeonhardEuler === LeonhardEuler is now known as lemon === lemon is now known as LeonhardEuler [09:36] tseliot: hey Alberto, how are you? [09:44] pitti: hey Martin, I'm fine, thanks. You? [09:47] tseliot: I'm fine, thanks! [09:47] tseliot: I wondered if you knew whether ubuntu-drivers-common needs any change/fix for bug 1026518? [09:47] Launchpad bug 1026518 in ubuntu-drivers-common (Ubuntu) "Add support for the Cedarview graphics driver" [High,Incomplete] https://launchpad.net/bugs/1026518 [09:48] AFAICS this should be a matter of packaging the driver only, but I'd rather get your confirmation before I invalidate it [09:56] pitti: I don't think we'll ever have that package in Quantal or higher [09:56] tseliot: ah, ok; so it's moot either way; thanks! [09:57] pitti: ;) [10:27] can somebody please reject https://code.launchpad.net/~bmanojkumar/ubuntu/quantal/bygfoot/typo-fix/+merge/122384? [10:28] gone! [10:28] dholbach: ^ [10:29] thanks [10:31] Hah. Nice move. [10:41] @pilot out === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Beta Freeze | 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: === MacSlow is now known as MacSlow|lunch === cpg is now known as cpg|away === tkamppeter__ is now known as tkamppeter [11:28] Ooh ooh they added a GDB stub to GRUB [11:29] Fantastic, that might make serial debugging moderately fun [11:39] Laney: I've kicked off all the rebuilds pre-depending on cryptocipher. What's the deal with haskell-{gtk,webkit,pango}? Are you doing rebuilds of those? === BenC__ is now known as BenC [11:39] BenC__: what's the problem there? [11:39] I don't see them on the tracker page [11:40] Laney: things like hbro, the builds logs show it can't install those packages (bad deps) [11:40] oh, so they were probably bad when that build was tried [11:40] should be OK now if the tracker doesn't show them as being bad [11:41] (in other words, please do a test build and if it works then give-back) [11:41] Ok [11:41] we should remove the OODs on armel/hf [11:44] dpm, have you seen ? === mpt_ is now known as mpt [11:45] hi mpt, I hadn't seen it, but the poster has just sent me an e-mail. Thanks for the heads up! === henrix_ is now known as henrix [11:58] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Beta Freeze | 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: mdeslaur [12:01] Laney: haskell-haddock looks like it needs an actual rebuild…want me to upload? [12:03] BenC: sure, feel free [12:03] -dpkg needs looking at too [12:05] BenC: and likely haskell-hint can have its arch restrictions relaxed (could you test build that on ppc?) [12:05] Sure thing [12:09] hi folks, who's the best person to speak with about apparmor config for bind? [12:10] sabdfl: Hey [12:10] Laney: Looks like ghc-mtl needs rebuild too, is that safe? [12:11] hi benc [12:11] sabdfl: jdstrand or jjohansen [12:11] BenC: no choice, if it's uninstallable it must be done [12:11] i'm looking at silently and ghc-syb-utils right now [12:12] woe is ghc's random changing of ABI hashes; at least it's relatively small [12:13] Laney: ok, so I've uploaded haddock, gtk-mtl and haskell-dpkg === MacSlow|lunch is now known as MacSlow [12:13] BenC: great. My only concern is that haskell-dpkg possibly should have been re-merged from Debian instead [12:13] Laney: Going to do a local build of ghc-mtl (*ghc-mtl above) to test hint build on ppc [12:14] to be updated to cope with the interface changes that were introduced vs. our early dpkg with MA [12:14] Laney: Ah, well, on that one I didn't do a *buildX, I left it *ubuntuX [12:14] probably it can just be synced [12:16] BenC: iulian is looking at that one, so no worries [12:16] ah, found what i was looking for, thank you guys === _salem is now known as salem_ [12:22] Laney: I did a give-back for clientsession on ppc that should kick all of the yesod related dep-waits [12:22] That should clear out most of the ppc stuff === dendro-afk is now known as dendrobates [12:26] dholbach: should packaging-dev recommend ubuntu-packaging-guide or ubuntu-packaging-guide-html? [12:27] Laney: any idea why haskell-type-level is only built on x86 and the control file says arch-any? is there a build override for it? [12:28] BenC: Yep, it's in Packages-arch-specific [12:28] Ah, but not in Debian [12:29] Let me merge that ... [12:29] Oh, Laney already did [12:29] BenC: Should sort itself out next time it's uploaded [12:29] Same with haskell-syb-with-class [12:29] cjwatson: So if I do a build-only upload, it will get built now? [12:30] Yeah [12:30] Thanks [12:30] And likewise for haskell-syb-with-class [12:30] And haskell-debian (if that's in that state too) [12:30] cjwatson: Any quick way to check haskell-* in general on that list? [12:30] lp:~ubuntu-core-dev/packages-arch-specific/ubuntu [12:30] I'm not sure if it's annotated for anything related to ghci, but powerpc at least has ghci now [12:31] Laney removed haskell-* from it in r155 [12:31] Ah, thanks [12:33] Laney: I did uploads of syb-with-class and type-level to get non-x86 builds going [12:33] That should kick in a few more dep-waits [12:34] I'll let things settle till tomorrow [12:39] BenC: I've rejected -dpkg and sync'd it instead. [12:39] iulian: I saw, thanks [12:42] pitti: done [12:42] bdmurray: I committed your change to apport too [12:43] jdstrand: thanks; I'll commit that to trunk, too [12:43] cool, thanks [12:43] jdstrand: hm, shouldn't it export the newly set PATH as well? [12:44] that is a good question [12:44] * jdstrand checks [12:49] pitti: it doesn't seem so, but I am reading. I think I may want an additional change anyway [13:19] bdrung, ubuntu-packaging-guide should be good enough [13:19] * dholbach hugs mdeslaur [13:20] * mdeslaur hugs dholbach back === jbicha is now known as Guest14986 === Guest14986 is now known as jbicha_ [13:27] dholbach,bdrung: What about Suggests instead of Recommends? Do we really want to pull in the tex* packages when we install packaging-dev? [13:27] iulian, tex* packages are build-depends, not depends [13:28] Oh, right. [13:30] :) [13:31] dholbach: Yea, you'd have to ignore me from time to time, especially when I say stupid things like this. :) [13:31] not going to happen :) [13:31] * dholbach hugs iulian [13:32] * iulian hugs dholbach back. === caribou_ is now known as caribou [13:44] slangasek, do you know the answer to tedg's question about selinux at the end of bug 1039636? [13:44] Launchpad bug 1039636 in lightdm-remote-session-freerdp (Ubuntu) "[MIR] lightdm-remote-session-freerdp" [Undecided,In progress] https://launchpad.net/bugs/1039636 [13:51] dholbach: ok, done. packaging-dev 0.5 is uploading. [13:51] perfect! [13:51] thanks a bunch [13:52] dholbach: yw. now to the plan of having the packaging guide in Debian. who should be the maintainer and where will the source branch be? [13:53] lp:ubuntu-packaging-guide - up until now it was just "Ubuntu Developers " [13:53] pitti: ok, updated. I am using export just to be sure, and also unsetting ENV and CDPATH, also to be sure [13:55] dholbach: how about using http://qa.debian.org/developer.php?login=ubuntu-dev-team@lists.alioth.debian.org as maintainer? [13:55] bdrung, that'd be perfect [13:55] this is more specific than just ubuntu-devel-discuss === mnepton is now known as mneptok [14:08] dholbach: http://paste.ubuntu.com/1187298/ [14:09] perfect [14:11] dholbach: http://paste.ubuntu.com/1187303/ [14:11] i should save the changed file. [14:11] dholbach: http://paste.ubuntu.com/1187304/ [14:12] great, all Is dotted and Ts crossed :) [14:15] dholbach: committed. should i upload the current revision to debian as version 0.2.3? [14:15] bdrung, it'd be nice if we could get in the 'bug fixing example' article still [14:16] I made the changes you asked for in the MP [14:16] dholbach: okay. just ping me once it is ready for upload. [14:17] dholbach: i will look at the MP later. [14:17] * dholbach hugs bdrung [14:17] thanks a bunch [14:38] mterry, supporting selinux for this service is definitely a "should" rather than a "must" [15:07] slangasek, OK, so you're fine with it is as in terms of MIR? [15:08] mterry: yes. would you mind filing a bug about the missing selinux handling? [15:08] slangasek, sure === Quintasan_ is now known as Quintasan [15:21] mhall119: ping [15:22] Quintasan: pong [15:23] mhall119: Do you happen to know if all sponsorship requests have been answered already? [15:24] Quintasan: they've been mailed, but it seems a lot of them have been flagged as spam [15:25] some going into spam folders, some never reaching their destination [15:25] mhall119: I think I belong to the latter, nothing in spam and nothing in inbox either. === mcclurmc_away is now known as mcclurmc [15:41] mhall119: Should I wait for it to get sorted out or email Marianne? [15:42] Quintasan: I'd wait, she's working on sorting it out [15:42] Okay [15:42] * Quintasan stocks on patience [15:50] seb128: should https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1018896 be marked as Fix Released in "nautilus (Ubuntu)" too? [15:50] Launchpad bug 1018896 in nautilus (Ubuntu Quantal) "nautilus crashed with SIGSEGV in gtk_ui_manager_new_merge_id()" [High,Confirmed] [15:51] tsdgeos, likely set to invalid for nautilus [15:51] since it was a gtk issue [15:52] seb128: ok, want me to do it? [16:30] @pilot out === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Beta Freeze | 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: [16:52] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Beta Freeze | 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: herton === Ursinha_ is now known as Guest65952 [16:57] i'm interested in hearing ideas on https://bugs.launchpad.net/ubuntu/+source/hostname/+bug/1046405 [16:57] Launchpad bug 1046405 in hostname (Ubuntu) "hostname.conf should prefer kernel cmdline 'hostname=' to contents of /etc/hostname" [Undecided,New] [17:03] slangasek, hi [17:08] herton: hi, was wondering if you could take a look at #1046102 [17:09] achiang, sorry, I can only look into kernel bugs [17:09] herton: oh, ok. thanks. [17:11] achiang: looking [17:11] micahg: thanks === Ursinha-afk is now known as Ursula [17:23] achiang: is it critical for beta 1? [17:24] micahg: upstream would like very much to see it in quantal as it fixes quite a bunch of bugs and enables new hardware. i don't know how that matches up with "critical for beta1" though... if we miss beta1, can it go in later? [17:24] cjwatson, or slangasek would you have comments on my 'hostname' suggestion above? [17:24] achiang: yeah, just not sure if it needs an FFe or not and would prefer not to bother the release team with it until after beta 1 [17:25] micahg: as long as it gets into the final release, i'm ok with it. :) [17:26] smoser: adds complexity, will slow down the boot for all users, and I don't understand why you would have a shared read-only filesystem for multiple netbooted systems? [17:26] micahg: i can fill out more paperwork if needed, but unsure what my required next steps are [17:26] its readonly iscsi root. [17:26] ok, but I don't understand why [17:26] why would someone do that? [17:26] tkamppeter: hi [17:27] its an "ephemeral boot environment" . a way to deliver a working environment to a node without modifying disk content (or making assumption of the contents). [17:27] it uses overlayfs to write delta elsewhere (we're just wrigint to tmpfs) [17:27] and i disagree with "slow down boot". [17:28] er [17:28] it does slow down boot [17:28] you're adding an extra shell invocation [17:28] for the cost of my 'read < /proc/cmdline' i will go find you 6 different forks that will take 1000s of times longer. [17:28] every one of which contributes to slowing down the boot; this is part of why boot speed has been regressing over time [17:29] no, the fork you've added here *is* the cost [17:29] I don't think this belongs in the stock system [17:29] this is fair. it does add a fork. [17:30] i really dont think boot speed alone is reason to nak it. [17:30] honestly, i assure you i can probably remove 5 forks in the next 30 minutes if you want me to. [17:31] When you're proposing a change to the base system, it is. There should be other ways to implement this without modifying the common path - a separate package installed only in the ephemeral environment? [17:32] well, yes. and we could just write another job that runs on stopped hostname (or stopping or something). [17:32] that would IMHO be better === mcclurmc is now known as mcclurmc_away === dendrobates is now known as dendro-afk [17:40] slangasek, it is about your invitation. Do I need a Google+ account for it? And who at Canonical is supposed to have a Panda board, I do not have one. [17:42] tkamppeter: you need a G+ account to participate in the live hangout, but your attendance is certainly not required (and the video will be posted afterwards on youtube for all to see). A number of Pandas have been distributed to the Desktop team, I don't know exactly who has one or doesn't so I just invited a bunch of people [17:44] thanks for the input, slangasek . i dont disagree, but i really, *really* dont think boot speed alone is reason. [17:45] as a gesture of good will http://paste.ubuntu.com/1187592/ [17:45] theres 1 removal of a fork. [17:45] slangasek, I did not get one, probably they got distributed in the short time when I got moved to Product Strategy. [17:46] http://paste.ubuntu.com/1187594/ and theres a benchmark showing my path is significantly faster. [17:49] thanks. [17:50] smoser: I appreciate the help with optimizing some of the other cruft, I'll see about getting that one into quantal. But we are sufficiently far off the mark on boot speed that I am still going to push back on changes that slow down the common path [17:50] no worries. [17:51] i agree, i can sufficiently do it outside of 'core' so it makes sense to do it there. [17:52] slangasek, fwiw, if you're wanting to save forks, the initramfs is chock FULL of them. [17:52] smoser: well, I want us to be able to eliminate the initramfs entirely for the common path ;) [17:53] but the kernel team has not been accomodating! [17:53] i thought you said quantal [17:53] :) [17:53] and yeah, i knew that was a goal. === salem_ is now known as _salem === dendro-afk is now known as dendrobates [18:16] slangasek, so, i'd appreciate your thoughts on another issue i have. [18:16] its related to bug 1031065 (or at least related to our 'start networking' hack that was added). [18:16] Launchpad bug 1031065 in cloud-init (Ubuntu) "cloud-init-nonet runs 'start networking' explicitly" [Medium,Confirmed] https://launchpad.net/bugs/1031065 [18:18] rbasak is hitting (consistently) a condition where cloud-init-nonet never gets stopped. as if it blocking (start on mounted MOUNTPOINT=/) is stopping the interface from coming up. [18:19] smoser: so wrt that bug, I asked you a couple weeks back for some verbose upstart syslog output, which you said you were going to get me "in a bit" :) [18:19] i can get that to you now if you'd like. but i was confused by "syslog" comment. [18:19] what did you mean by syslog [18:19] smoser: upstart logs to kmsg, which is supposed to wind up in syslog [18:20] (in practice, this seems to be broken in quantal for reasons I don't yet understand) [18:20] ok. well i'll get that to you reall y quick. [18:20] /var/log/kern.log, if it works; dmesg output, if it doesn't [18:20] hm.. [18:20] well, dmesg wont have init output [18:20] which is what you really need and kern.log wont have it either (since htis is lxc) [18:21] why won't dmesg have init output? [18:21] https://pastebin.canonical.com/73830/ is rbasak's collection on his arm system. [18:21] the lxc containe'rs init output would find its way into dmesg? [18:21] I would hope that it would go somewhere :) [18:22] it's supposed to be logged with kmsg [18:22] i ran into an issue when trying to collect init output on lxc that i raised with hallyn. ideally it'd go to stdout and i could just log it. [18:22] but it seems to not. [18:22] anyway. i'll see what i can get. [18:22] smoser: what is /dev/kmsg within the lxc container? [18:22] and rbasak's data there is unfortunately slightly confusing as its intermixed output. [18:23] i'll see what i can find slangasek [18:23] if it isn't already, you can set it up to be a link to the controlling tty the same way that /dev/console is [18:24] smoser: the other consideration is that I was assuming lxc init worked the same way as a chrooted init, which sounds like it's not actually the case [18:24] smoser: so you probably need to pass --verbose when starting init [18:24] yeah, i hoped it did. it did not. [18:24] smoser: oh - in any case, that pastebin looks like exactly the kind of info I was looking for (the init: lines) [18:24] but chrooted init ? [18:25] in a chroot you don't actually run a separate init, and jobs just talk to pid 1 [18:25] and pid 1 keeps track of whether a job is in a chroot or not [18:26] slangasek: lxc containers work like "regular" Ubuntu systems, so they have /sbin/init running as the pid 1 of their PID namespace [18:29] yep [18:29] stgraber: I understand that once I thought it through :) [18:29] so yeah, i tried passing --verbose. but i only get output to my console that goes explicitly to /dev/console (ie, task output from cloud-init getst there). [18:29] stgraber: and does /dev/kmsg get pointed somewhere useful? [18:29] smoser: well, the pastebin from rbasak shows exactly the kind of information I'm looking for [18:29] so... do whatever he did? :) [18:31] well, he got console output from a real system. [18:31] ie, serial console output [18:31] i dont havaccess to that. [18:34] ok [18:36] smoser: so, fixing /dev/kmsg within the container should do the trick [18:37] how would i fix? youhave a solution for that? [18:37] smoser: "make it match /dev/console" [18:38] I know /dev/console is magically pointed at the controlling tty from the host; I don't know how this is done. But the same should be done for /dev/kmsg === cpg|away is now known as cpg [18:41] slangsek. that was impressive. [18:41] ln -sf console kmsg [18:41] and poof! data! [18:41] apparently /dev/kmsg doesn't actually exist at boot time, I seem to have containers where it's a simple text file (instead of char device), probably because something tried to directly write to it without checking whether it existed first... [18:42] smoser: right, I was going to suggest that ;) [18:42] hallyn: ^ [18:43] stgraber: current upstart calls mknod first if it doesn't exist, fwiw [18:43] slangasek: how current? I checked in 12.04 containers here [18:44] (though maybe something created /dev/kmsg as a file before upstart had a chance to mknod it) [18:44] stgraber: upstart 1.5-0ubuntu8 - this is a fix that jodh is planning to SRU to precise soon-ish [18:44] http://paste.ubuntu.com/1187658/ [18:44] ah, ok, well once that lands, and if /dev/kmsg is allowed in the container, it's going to get in the kernel log buffer [18:45] problem is that at this point it's shared between the host and containers (until we have a syslog namespace) [18:46] smoser: great :) so is this one with the original cloud-init-nonet job, or the one modified to not call networking start? === henrix is now known as henrix_ [18:47] stgraber: still waiting for syslog ns to be bumped in priority :) [18:48] that is a precise container (from latest daily build) with 'start networking' commented out [18:48] (showing the hang) === henrix_ is now known as henrix [18:48] smoser: ok, great [18:50] slangasek, http://paste.ubuntu.com/1187672/ is with mountall --verbose [18:52] yeah, and that shows the issue there i think [18:52] /run gets mounted after cloud-init-nonet starts [18:53] meaning virtual-filesystems can't be emitted [18:53] meaning udev cant start [18:53] this is a different problem then rbasak saw. as he does get virtual-filesystems emitted before cloud-init [18:53] so maybe there goes my hopes of it being the same root cause. [18:54] slangasek, ogasawara, hey question came up from NVIDIA... if a user grabs the 12.04.3 ISO and installs it, is there any option or text in the installer that mentions they have the option of installing the 12.04.0 iso as an alternative? IOW how are we messaging the existence of 12.04.0 to end users? [18:55] bryce: I would expect this to only be messaged via the web page documentation, not on the image itself; and why does it make me nervous that nvidia cares about this? :) === deryck is now known as deryck[afk] [18:58] slangasek, web page documentation == release notes? or the cdimage site? or...? [18:58] bryce: there were discussions about providing an option on the DVD's to install with the original 12.04 stack, but we did not reach a decision there yet. otherwise I assumed it was as slangasek noted above. [18:58] bryce: release notes + help.u.c, I think [18:59] ok === henrix is now known as henrix_ [19:02] hmm, not seeing mention of it on help.u.c. http://www.ubuntu.com/download/desktop looks like it ought to link to it but not finding mention or link there either [19:03] bryce: right, I don't think there's anything there *currently*; we also don't have a point release out yet that includes a backported stack so there's no actual need [19:03] bryce: also, I imagine we should be messaging 12.04.1 rather than 12.04.0 [19:03] ok [19:03] slangasek, ok, so it's in the plans for including those links and/or messaging? That should suffice for this. [19:04] ogasawara: can that go in the plan then? :) [19:06] ogasawara, thanks. Might be worth stimulating that discussion again. [19:07] bryce, slangasek: I post this to the thread I sent to ubuntu-devel [19:09] ogasawara, thanks [19:51] slangasek, so i'm remembering more and more bits and pieces of this. [19:52] the issue i ran into when using overlayfs was that i wasn't mounting / as 'ro'. === nxvl_ is now known as nxvl [19:52] which cauased the 'mounted MOUNTPOINT=/' to occur before /run was mounted [19:52] which is the same scenario as my lxc i think === dendrobates is now known as dendro-afk [19:56] but this is very much not the case that rbasak was running into (from ihis log output). [19:57] smoser: hmm, I'm puzzled as to the stated cause of / being mounted before /run; I'll have to look at the mountall code [19:58] slangasek, well, that is admittedly "my fault" [19:58] here. [19:59] see cloud-init upstart jobs [19:59] /usr/share/lxc/hooks/mountcgroups [19:59] err... [19:59] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/cloud-init/quantal/files/head:/upstart/ [19:59] smoser: ah, it's because mountall first scans for all filesystems that don't require further processing and reports them mounted [20:00] cloud-init-nonet runs on 'mounted MOUNTPOINT=/ and stopped cloud-init-local' and mounted MOUNTPOINT=/ blocks [20:00] which stops the /run from ever being ounted, so udev cant start [20:00] ah [20:00] so networking can't come up [20:01] so, why do you want mounted MOUNTPOINT=/ there? [20:01] because i want to block boot [20:01] ah right [20:01] in order to allow people the earliest entry point into the boot [20:01] in "normal boot", /run gets mounted before / gets mounted RW [20:02] and if mounted MOUNTPOINT=/ happened after /run was mounted, would that solve your problem? [20:02] (and remove the need for manually starting networking?) [20:02] i think so. i was trying to just see if i could get lxc to do that, but didn't see how. [20:02] i would still have rbasaks' problem, which i think is not the same. [20:03] because his log shows 'virtual-filesystems' running before cloud-init (which would mean /run was mounted) [20:03] if / were mounted ro initially, that would trigger the correct ordering [20:04] it *does* trigger that, but that might just be happenstance. [20:04] no, it's not [20:04] yeah, with what you ssaid above. [20:04] I'm suggesting that as a solution for the lxc case - are you saying you can't get it to be mounted ro for lxc? [20:04] hallyn, ^ [20:04] that is what i was asking him. [20:05] ok [20:05] honestly, it seems to me like if you're invoking /sbin/init its a bug to by default mount rw [20:05] at least possibly [20:08] smoser: i wouldn't want to count on initramfs always leaving / ro [20:08] especially in fancy raid situations [20:08] but if jodh says it's so, i'll accept it as a bug (in ubuntu, probably not in upstream lxc) [20:08] hallyn: it darn well better leave it ro [20:08] (the initramfs) [20:08] because fsck is only run post-pivot [20:09] so yes, this is something we rely on [20:09] hm [20:09] well, yeah, and if the kernel cmdline says 'ro' then it a bug to not be 'ro' [20:09] fsck, what's that? :) [20:09] * hallyn makes a note in his journal [20:09] but, hallyn, lxc is a special case here, because nothing told it 'ro' [20:10] *and* the case where you run something other than /sbin/init, you most likely dont want 'ro' [20:10] right, and fsck better detect that the fs is mounted and not run. [20:10] in most cases, / is just a dir on the host's rootfs, [20:10] so actually it can't be ro [20:10] you can mount bind ro [20:10] sure, fsck will detect the case that the fs is mounted rw, but that doesn't help the fact that we actually want the root fs to be fscked ;) [20:10] smoser: sort of [20:11] real men 'ln /sbin/fsck /bin/true' [20:11] slangasek: but you don't :) not when / is just a subdir of /var on the host [20:11] is there any reason to boot with / ro other than fsck? because on lxc, the container root is on an fs that's already been checked when the host booted === dendro-afk is now known as dendrobates [20:11] hallyn: I'm talking about the initramfs case [20:12] on real hardware, we have a guarantee that the rootfs is mounted ro when upstart starts [20:12] slangasek: oh right [20:12] yup [20:12] hallyn, hm.. [20:12] lxc deviates from this, so the question is if we can change that or if we need to change mountall [20:12] i guess the other thing i could do ofr this is tell lxc to mount /run for me [20:12] before it calls /sbin/init [20:12] right? [20:12] note that I don't actually care if it's mounted ro, I just care that mountall *sees* that it's ro ;) [20:13] smoser: nope [20:13] no? [20:13] smoser: because udev needs 'virtual-filesystems' emitted, which is a whole bunch of filesystems, not just /run [20:13] true. [20:13] so s/run/all-of-those/ [20:13] but... yeah. [20:13] and there's a change to the set of those filesystems staged in the unapproved queue. not maintainable. [20:14] well, it could be maintainble. [20:14] the change you speak of would just have to be tied to a change in lxc that was release aware [20:14]