[00:00] slangasek: thanks! :) I had a much simpler one that basically just does "Waiting for network configuration ..." .. I suppose thats the right thing to do for a first pass. :) [00:01] SpamapS: "if there's only an 'auto ethX' line" - if that's the only line, with no iface, /etc/init/network-interface.conf certainly won't bring it up [00:01] cjwatson: Problem: About 40 minutes ago I removed the 'auto eth0' line [00:01] then put it back from memory and pastebin that :-) [00:02] slangasek: you sure? [00:02] SpamapS: er, absolutely [00:02] * SpamapS just had it boot like lightning in that configuration [00:03] SpamapS: if the only thing in /etc/network/interfaces is the 'auto' line, there's nothing that tells ifup to do anything with the interface, only that it's *allowed* to be brought up automatically [00:03] ok, this is weird [00:03] so it won't be brought up by ifupdown, ever [00:03] it actually dhcliented it [00:04] not NM? [00:04] http://paste.ubuntu.com/688722/ [00:04] no NM installed [00:04] -sf /usr/lib/NetworkManager/nm-dhcp-client.action [00:04] really? ;) [00:04] oh wait [00:04] HAHAH I did install n-m on this to test something [00:05] argh [00:05] cjwatson: /etc/network/interfaces: http://paste.ubuntu.com/688725/ [00:06] cjwatson: /var/log/installer/syslog: http://paste.ubuntu.com/688724/ [00:06] cjwatson: I actually found the blank media, it was an amd64 alternate daily from 20110827 [00:07] ok so yeah, if n-m is installed, and there's only an auto line, the system ends up booting because n-m starts and brings it up [00:08] (and its plugged in, of course) [00:09] SpamapS: /run/network http://paste.ubuntu.com/688728/ [00:09] SpamapS: note that it isn't my boot state anymore [00:09] seq: is that after a 2 minute delay? [00:09] I've brought stuff up since then [00:09] seq: yeah thats not as helpful, but I think I get whats going on now anyway. Thanks. [00:10] no. I'd have to reboot. Unfortunately I only have the one machine currently, so I can't run my stable natty at the same time as my testing oneiric :/ [00:10] SpamapS: right; so this is a bug in /etc/network/if-up.d/upstart:get_auto_interfaces(), treating things as auto interfaces that aren't really interfaces at all from ifupdown's perspective [00:12] probably needs to use ifquery + the check for auto [00:13] seq: ok, so there was an iface line, but /usr/lib/NetworkManager/ifblacklist_migrate.sh removed it [00:13] slangasek: ifquery has some kind of braindead notion of aliases that made it unsuitable IIRC [00:13] slangasek: I'll ask smoser about it tomorrow.. I'm pretty much burnt out on debugging it for today. [00:13] so therefore the upstart job needs to consider auto-but-no-iface as "ignore, it's NM's problem" [00:13] since that's what the NM blacklisting script does [00:14] I'm free to test if I'm waiting on network with the original /etc/network/interfaces file with SpamapS' failsafe.conf from his proposed branch above. Any other things I should be aware of or consider? [00:14] I have to agree though, that we should filter it out if it has no config in /e/n/i [00:14] or think you've got a handle on it? [00:14] * cjwatson shoves back in the "not an installer problem" bin :-) [00:14] SpamapS: right, I'll be interested in the details as I was pretty sure I accounted for aliases when coding up ifquery [00:15] slangasek: I believe the problem was that one couldn't easily match them up to the auto lines.. but my memory is fuzzy. [00:15] cjwatson: thanks for looking at this so carefully. :) [00:16] whole brain is fuzzy actually.. I'll get back on this in the morning. [00:16] slangasek, you are sure that it is ? [00:16] that it is a bug in that code identifying things as auto that are not ? [00:16] smoser: there is definitely a bug in the code, yes [00:16] smoser: the code just looks for auto lines, it doesn't verify that they have configuration [00:16] it waits for 'auto' interfaces that are never defined [00:17] so what should it be looking for ? [00:17] it needs to check both for the auto line and ask ifupdown to confirm that there's actually an interface definition [00:18] ask ifupdown [00:18] yes, i.e. ifquery [00:18] to avoid writing your own interfaces(5) parser [00:19] and since ifquery is an Ubuntu extension to begin with, it makes no sense to work around it rather than fixing it if it's broken [00:19] agreed. [00:21] the parser i have should support aliases:q [00:21] One more unrelated question for you: What does Meta+p do? In natty+unity I had this bound to move a window to top/right, but in oneiric+unity it just flashes the screen and causes X to hang for about five seconds. [00:21] smoser: you mean mappings right? [00:21] smoser: I'm trying hard to remember why it wasn't suitable [00:23] when we were using ifstate it had sutff that worked to decide if something was up [00:23] it read ifstate [00:23] but now we dont read ifstate [00:23] AH [00:25] smoser: so we can just change get_auto_interfaces to use ifquery .. [00:25] slangasek, do you have a suggestion on how to call ifquery ? ifquery --no-mappings ? [00:25] i dont know. maybe. that would be nice [00:26] smoser: as long as thats the interface name that comes in as $IFACE [00:27] smoser: not sure yet, but I guess 'ifquery --allow auto --list --no-mappings' is how we would /want/ it to work [00:28] (the --no-mappings doesn't seem to work so well in practice at the moment) [00:28] it seems you dont need --allow auto [00:28] :) [00:29] i just tested that if i commented out 'auto eth0' and 'ifquery --list --no-mappings' then did not show it. [00:29] smoser: I think thats just the default [00:30] what I'm confused by is how to test the mappings [00:30] and i'm not sure that --no-mappings is functioning right. [00:30] well. anyway. [00:30] we can come up with a solution here. [00:31] slangasek: What's the status of OpenSSL 32 bit these days? [00:32] smoser: yeah, --no-mappings is busted [00:32] slangasek: The current build log for Wine: https://launchpadlibrarian.net/79822996/buildlog_ubuntu-oneiric-amd64.wine1.3_1.3.28-0ubuntu1_BUILDING.txt.gz (ctrl+F for not found) [00:32] anyway, brain fried, and time for karate [00:33] at very least 'ifquery --list 2>/dev/null' seems to ignore 'auto' interfaces that do not have configured section [00:34] smoser: it shows mapped interfaces though, whereas the real interface seems to be passed to the scripts [00:34] SpamapS, do you have an example interfaces ? [00:35] smoser: auto eth0-foo\niface eth0-foo inet dhcp\n [00:35] smoser: sudo ifup eth0=eth0-foo ... [00:35] smoser: eth0 is passed as $IFACE [00:35] smoser: but ifquery -a --list shows eth0-foo only [00:36] is that a valid config ? [00:36] smoser: yep, brought up the physical eth0 as the logical eth0-foo [00:37] smoser: tho.. we can use $LOGICAL to check [00:37] SpamapS, you should go to karate [00:37] Yeah, late == pushups :) [00:37] but that is not a config we're worried about i think [00:37] smoser: I think $LOGICAL is the way to go [00:37] * SpamapS is gone [00:38] because in that config, eth0-foo is not an auto interface. and it wont be brought up by ifup on first boot. [00:38] yeah [00:39] i think its fine' === dendrobates is now known as dendro-afk [00:49] YokoZar: libssl0.9.8 is still included in ia32-libs; though perhaps the fact that I was hand-hacking it into the source package caused the dev symlink to not be where it should and we need to regenerate ia32-libs now that openssl0.9.8 source is in the archive? [00:55] slangasek: I'll experiment with an ia32-libs freshening, see if that clears it [01:00] SpamapS: 'sudo ifup eth0=eth0-foo' - I don't think that's how it would be invoked in practice though === dendro-afk is now known as dendrobates === G_ is now known as G === kentb is now known as kentb-out [01:57] slangasek: btw I'm gonna try building true multiarch wine and see if it's less broken ;) [01:58] (it will likely build at this point, however it will complain about 15 different things being disabled since they're not multiarched yet) [03:08] Is there a way I can force myself to end up at a basic shell in my initrd before my disks mount? [03:50] Good morning [03:51] bdmurray: hm, I don't see anything wrong with the cronjob [03:51] Good morning pitti [03:52] still wondering how you manage to wake up and start working before 6am ;) [03:54] stgraber: I actually had thought it was 6 am, but seems my wife got up earlier today [03:55] *yawn* [03:56] pitti: hehe :) [04:21] * TheMuso is a 6am riser, although I don't jump on the computer for a good 2 hours after I get up. :)_ === maxb_ is now known as maxb [06:58] good morning === popey_ is now known as popey === ttx` is now known as ttx === doko_ is now known as doko [07:12] debfx, ScottK: please could you address this within the kubuntu umbrella: bug 770789 [07:12] Launchpad bug 770789 in plasma-runner-amarok (Ubuntu Oneiric) "plasma-runner-amarok version 0.6-0ubuntu2 failed to build on amd64 with GCC-4.6/oneiric" [High,Confirmed] https://launchpad.net/bugs/770789 === mrpouit is now known as mr_pouit [07:46] Daviey, please have a look at bug 756107 [07:46] Launchpad bug 756107 in php-imap (Ubuntu Oneiric) "php-imap version 5.3.5-0ubuntu1 failed to build on i386" [High,Confirmed] https://launchpad.net/bugs/756107 [07:53] debfx, ScottK: same for bug 832856 [07:53] Launchpad bug 832856 in phonon-backend-xine (Ubuntu Oneiric) "phonon-backend-xine version 4:4.7.0really4.4.4-3ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/832856 [08:21] pitti: please have a look at bug 832778 (pg 9.1 issue) [08:21] Launchpad bug 832778 in pgsql-asn1oid (Ubuntu Oneiric) "pgsql-asn1oid version 0.0.20100818-1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/832778 === MacSlow is now known as MacSlow|brb [08:22] doko: thanks, will do === lool- is now known as lool === chrisccoulson_ is now known as chrisccoulson [08:43] jelmer, please could you have a look at bug 832901? [08:43] Launchpad bug 832901 in pam-krb5-migrate (Ubuntu Oneiric) "pam-krb5-migrate version 0.0.9-1build1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/832901 === MacSlow|brb is now known as MacSlow === enrico_ is now known as enrico [09:04] doko, ok [10:03] Is it too late to request an update of Oneiric for a minor point release from upstream? (specifically bird-1.3.2 to bird-1.3.3 and ditto bird6). If not, how do I do it? [10:06] æ£å¨å¤çç¨äº gnome-menus çè§¦åå¨... [10:07] suddenly there are things in Chinese ?! :) [10:28] I think i am doing it wrong. [10:30] alexbligh1: if they are bug fix releases, then that's easy (request a sync). otherwise, it's a bit harder but can still be done if necessary (request a freeze exception) [10:30] !sync [10:30] Helpful information for filing a sync request can be found at https://wiki.ubuntu.com/SyncRequestProcess [10:30] !ffe [10:30] Feature Freeze Exception. See https://wiki.ubuntu.com/FreezeExceptionProcess for the freeze exception process. [10:39] cjwatson: I've created a udeb for libxmlrpc, but it also seems i need one for libcurl, and now libidn.. am i doing it wrong? [10:39] if you're using libraries, you need them to be in udebs [10:40] libcurl sounds an extremely unfun thing to drag in what with the openssl/gnutls duality [10:40] cjwatson: Well libcurl3.so seemed to be enough to satisfy the concern, [10:41] I'm trying to work out why the heck it needs libidn === MacSlow is now known as MacSlow|lunch [10:46] I do have to question whether it's still appropriate to be adding udebs at this stage ... [10:46] especially if you're running into trouble [10:47] cjwatson: Well yes, that is a valid concern. [10:49] Laney, thanks. It's mostly bugfixes, including failing to use /etc/default/bird (which is my problem) [11:13] doko: 832856 is now a removal bug. [11:23] doko: 770789 too. === MacSlow|lunch is now known as MacSlow [12:05] Hello,is there a way to get the last path that Nautilus accessed? [12:05] from a bash script or C [12:10] Anyone? [12:22] sastudio: That sounds like a question for #ubuntu. This channel is for development of Ubuntu, not support. [12:23] cjwatson: Thanks for taking a crack at the boost related failures. I'll see if there are any in the other archs stack I can figure out. [12:25] ScottK: I think I'm out of steam for now, but have finished frogatto [12:25] Cool. [12:26] Forgive my mistake,since I needed it for developing a little project for Ubuntu I thought this was the right one.So no external ubuntu projects in here? [12:30] sastudio: (see /topic): #ubuntu-app-devel for application development on Ubuntu [12:31] @didrocks Thank you,Sir! [12:31] Error: "didrocks" is not a valid command. [12:31] sastudio: may also want to try #nautilus on irc.gnome.org, but i suspect the answer to your question is 'no' [12:33] slangasek: is there any was to use a bigger hammer for people on oneiric to enable multiarch? we keep getting bug reports about flash not being installable [12:34] micahg: infinity was going to add a config file to dpkg [12:34] which would help us sweep up the people who run alphas but don't read release notes or u-d-a :) [12:36] slangasek: that sounds great, thanks === dobey_ is now known as dobey [13:08] slangasek: hm, flicker-free boot doesn't work for me with gdm either [13:08] slangasek: but anyway, great that you got this fixed! [13:09] pitti: define "not work"? [13:09] (will take a look at the FFE soon, just saw it coming in) [13:09] slangasek: it looks exactly like lightdm -- plymouth, then text, then X/gdm [13:09] hmm [13:09] I thought it wasn't DM specific [13:09] I've not seen that at all [13:09] could be that something kills plymouth early for you for some reason [13:11] pitti: anyway, the flicker-free needs wider hardware testing before I'm comfortable landing it post-beta... any chance you have !intel video? :) [13:11] slangasek: all intel here .. [13:11] ok [13:11] maybe you at least have a non-cryptsetup system, to test that case? [13:11] I guess a more widespread call for testing might trigger more feedback? [13:11] slangasek: yes, I have switched to ecryptfs a year or two ago [13:12] yay [13:12] slangasek: but I know some people in my team with ati/nouveau :) [13:13] oh, http://bazaar.launchpad.net/~vorlon/ubuntu/oneiric/plymouth/lightdm-integration/revision/1398 is all that's needed? [13:13] i. e. that can easily be applied manually on test systems, no need to enable a PPA etc. [13:13] would be great to have their testing :) if we need to put out a wider call, we can do that too [13:13] yes, it's a small change [13:13] just make plymouth-stop not stop === Sweetsha1k is now known as Sweetshark [13:22] slangasek: heh, without cryptsetup I only see plymouth for some 0.3 seconds :) [13:22] yep, that's pretty typical [13:22] and a blinking text cursor for like 10 s before [13:23] for some reason, looking for the root fs takes ages these days (http://people.canonical.com/~pitti/bootcharts/donald-oneiric-20110902.png) [13:23] the problem is it's a tradeoff between bringing up the splash early, or booting faster [13:23] hmm [13:24] I think that's the main reason why I install cryptsetup these days :) [13:24] (well, also because I still have an encrypted USB stick) === zyga is now known as zyga-food [13:24] the wait-for-root is within resume. do you have a broken resume setting somewhere on the disk? [13:25] hm, this is a fresh beta-1 install [13:25] but I kept the original partitioning [13:25] so maybe the swap partition still has some cruft [13:26] $ cat /etc/initramfs-tools/conf.d/resume [13:26] RESUME=UUID=46fc4d23-f197-4536-b15c-99ac162fa2df [13:26] lamont, would it be possible to arrange a non-package build on one of the i386 builders, since the only machines in the universe which reliably reproduce the problem we're showing are vernadsky and one other of the ubuntu buildds? i don't want to break the published package in oneiric with a speculative patch [13:26] that one? [13:26] slangasek: oh, http://paste.ubuntu.com/689186/ - might be that cryptsetup did that [13:27] directhex: ew [13:28] heh [13:28] lamont, ew indeed [13:28] directhex: give me a sourcepackage in a ppa somewhere [13:28] lamont, you're a star :) [13:29] pitti: I don't think cryptsetup touches /etc/initramfs-tools/conf.d/resume [13:29] slangasek: then it's probably ubiquity when you enable/have ecryptfs [13:29] could be [13:32] lamont: I got a chroot error on an armel panda buildd, do you need anything from it or should I retry? [13:32] micahg: which machine? [13:32] lamont: nihal [13:32] build record? [13:33] lamont: https://launchpad.net/ubuntu/+source/gimp/2.6.11-2ubuntu3/+build/2784357 [13:36] micahg: I tossed it back into the pool just to see what it has to say [13:36] the exact failure bothers me. [13:36] data integrity issues are always an interesting corner case [13:36] pitti: slangasek: what's the ecryptfs question? [13:37] lamont: ok, thanks [13:37] and cleaned out filecache-default on the box, I'll go give back all the chrootwaits in a moment [13:39] kirkland: the question is, what created the bogus /etc/initramfs-tools/conf.d/resume on pitti's system that slows down the initramfs waiting for a device that apparently isn't there [13:39] some bit of the installer creates that [13:39] if the UUID then changes, probably nothing updates it [13:40] base-installer and ubiquity both do it [13:41] AFAIK the installer has to do that or else hibernation can't work [13:41] it has nothing to do with ecryptfs anyway [13:41] kirkland, slangasek: confirmed, when I clean up the conf.d/resume bit, it's 5 secs faster [13:42] does hibernation even work on an encrypted swap? [13:42] pitti: slangasek: yeah, i concur with cjwatson; I don't know of any part of ecryptfs that would have touched that [13:43] kirkland: not ecryptfs itself; I mean, ubiquity probably sets up an encrypted swap if you choose to encrypt your home dir [13:44] pitti: yes, it used to, anyway, using ecryptfs-setup-swap === zyga-food is now known as zyga [14:59] lamont, https://launchpad.net/~directhex/+archive/monoxide/+sourcepub/1940712/+listing-archive-extra [14:59] lamont, i assumed you'd be happier if i gave it time to test-build successfully before you waste your time with it [14:59] heh. ta [15:09] lamont, previously it was reliably failing to build when building the docs (look for cs-errors in the build log) on vernadsky and... i think rothera. definitely vernadsky. upstream's patch should cause it to build okay but print some debug spew when it would previously fail (the debug spew would be helpful to pass to upstream) [15:10] * lamont stuffs vernadsky on manual [15:12] directhex: and this is mono, yes? [15:12] lamont, yes [15:12] 2.10.5-1+wtf1 to be specific [15:14] lamont, yes [15:15] * lamont puts all of i386/archive on manual, waits for zirconium to finish failing the build he killed [15:18] directhex: there, building [15:18] on vernadsky, even [15:18] lamont, brilliant [15:18] directhex: can you see the build? [15:18] https://launchpad.net/~lamont/+archive/non-virt/+build/2784832 [15:18] https://launchpad.net/~lamont/+archive/non-virt/+build/2784832 [15:18] hah, yes then ;) [15:19] lamont, and this way there's even a proper log. you're a star [15:19] anyway, I'm going to leave it in your lap then [15:19] but I'm going to kill the armel build [15:19] unless there's some reason to leave it running [15:20] it might be nice to see how long a panda takes to build mono [15:21] +1, I'd be interested in seeing how long mono takes on a panda [15:22] micahg: I shall let it live then [15:22] longer than it used to. building the (C) runtime 4 times takes a while. the c# compiler is pretty fast on arm [15:23] directhex: well, we can see apples to apples, that build took 7 hours on the old armel machines [15:23] okay [15:25] micahg: bbg3 or beaglexm, I wonder [15:34] hmm, why doesn't libjack-dev depend on jack1d? [15:34] -dev has a .so symlink to a library in jack1d [15:40] I'll call adding libraries in LDFLAGS monkey linking ... [15:45] ScottK: uploaded libnet-server-perl from pkg-perl - testing in an amavis context would be welcome since this is entirely different from the patch the amavis people suggested [15:45] cjwatson: Thanks. I'll see if I can find someone to test. [15:51] jelmer: are you aware of bug 831374? [15:51] Launchpad bug 831374 in cia-clients (Ubuntu Oneiric) "cia-clients version 20110719 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/831374 [15:59] directhex: we have point passingness [16:00] Laney, good good - but i missed the failure point, so need to wait for completion to access the log [16:00] it didn't say anything [16:00] maybe earlier [16:00] did you export MONO_DEBUG? [16:01] .......... [16:01] sigh. this is why i shouldn't do hacking whilst on the clock [16:01] oops [16:03] bah, libnet-server-perl failed to build [16:09] when is beta2 freeze? [16:09] tkamppeter: tomorrow [16:09] Laney, can you take care while i go sit in a corner & sob? [16:10] is missing on https://wiki.ubuntu.com/OneiricReleaseSchedule [16:10] skaet: ^^ [16:19] micahg, tkamppeter - thanks. Fixed. [16:20] directhex: don't think i will have time today [16:20] blarg [16:20] should just be one line though [16:20] at least we know the build passes :/ [16:20] export MONO_DEBUG=1 [16:20] put it in for the next normal upload if you don't want to bug lamont again [16:21] skaet, thanks, another bug: beta1 is alink, beta2 not. [16:21] Laney, i guess put it in the .6 upload? [16:22] tkamppeter: they don't become links until after they release [16:22] tkamppeter, actually that link tends to get added after the release is out. Its a pointer to the release notes. :) [16:24] directhex: yeah, if meebey does it soon. we can ask for it to be done on vernadsky again. [16:24] b2 freeze is tomorrow though ... [16:27] directhex: does that mean it failed in a way you didn't want? [16:27] forgot to export MONO_DEBUG to get the debugging info upstream wanted [16:27] lamont, it means it succeeded whereas previously it would have failed... but i forgot to enable the debug spew, because i'm an idiot [16:28] lol [16:28] if you want me to toss it through again, I'm fine with that. === deryck is now known as deryck[lunch] [16:34] funny, must be the first time i see someone asking for an FTBFS on purpose :) [16:34] wendar: is there something yet to be done wrt DEX for https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-python-versions ? [16:34] imagine a build failure that only happens on two boxes, and imagine that both of those boxes are ubuntu buildds [16:34] yeah... [16:35] slangasek: so I've been monkeying with mapping's.. [16:35] slangasek: seems like ifquery doesn't work with them as I'd expect it to.. [16:36] SpamapS: confirmed; I got halfway down that rabbit hole in the code yesterday before I gave up [16:36] if only ifupdown was written in C, I'd probably have it done already [16:36] slangasek: Ok, so in light of that, we can take two stances. 1) we can add 'iface' to our parser that we already have in shell for 'auto' ... [16:37] slangasek: amen brother.. webm terrifies me [16:37] 1) no no [16:37] slangasek: 2) we can just say that mappings will be waited upon for 2 minutes [16:37] no, as discussed yesterday we should fix ifquery to actually dtrt with mappings [16:37] honestly, what is the server use case for mappings ? [16:38] but you don't need to block on it, certainly [16:38] cjwatson: is this anything I need to worry about/file a bug for? http://paste.ubuntu.com/689338/ [16:38] SpamapS: so if you want to go for 2) with ifquery, that's perfectly fine with me [16:38] and then the ifquery bug can be on my shoulders... or on smoser if he's keen to take it :) [16:39] slangasek: did you open a bug yet, otherwise I'll open one. [16:39] SpamapS, so what is wrong with ifquery ? [16:39] because i think it is right in the example you gave yesterday. [16:39] slangasek: it's been adopted as a DEX project, so the workitem is DONE [16:40] smoser: ifquery doesn't do anything at all with mappings [16:40] i dont think it matters. [16:40] smoser: it is, but that example wasn't useful. ;) [16:40] slangasek: there's still work to be done on the bugs, but our goal was to contribute, not close them all down [16:40] wendar: cool, ticking the box :) [16:40] http://paste.ubuntu.com/689342/ [16:41] smoser: right, for the server case the mapping bug probably doesn't matter.... I'm going to try to get it fixed in ifquery all the same [16:41] smoser: this interfaces file (/map just echos 'FOO') doesn't show eth0 [16:41] So actually.. we can use ifquery, but note that mappings will *not* be waited on [16:42] hmm... somethings up with bugs.debian.org [16:42] * SpamapS throws ETOOMUCHINDIRECTION [16:43] SpamapS, right, and eth0 would be auto'd on that. [16:43] SpamapS, so do you want me to fix the upstart script to use ifquery ? [16:45] I do :-) [16:46] smoser: to be clear, eth0 with that interfaces file is brought up at boot time, but is not shown in ifquery -a --list .. so it would not be waited on. [16:46] I'm *OK* with that [16:46] because I don't see a huge use case in mappings [16:47] its like a poor man's NetworkManager [16:47] right. [16:47] ifquery shoudl be fixed, and we should open a bug [16:47] but yeah. [16:48] ok, I'll open said bug [16:48] Yay throw it on the pile.. oi [16:48] throw it on my pile [16:48] (i.e., assign) [16:48] ack [16:48] i'll fix ifup upstart job to use 'ifquery --list' [16:48] slangasek, SpamapS is that the "right" arguments ? [16:49] as ifquery sparse documentation, hard to decide what is right [16:49] seems to me that is right. [16:50] I think it defaults to --allow auto, but I would explicitly pass that [16:50] micahg: dunno, where's grub-pc configured to install GRUB to? [16:51] SpamapS: yes, please explicitly pass that, because I'm planning on fixing that in ifquery :) [16:51] cjwatson: no idea, I haven't modified this AFAIK [16:51] smoser: ^^ [16:51] micahg: debconf-show grub-pc [16:52] lamont, i added the env var to https://launchpad.net/~directhex/+archive/monoxide?field.series_filter=oneiric === davidm` is now known as davidm [16:52] cjwatson: it has a /dev/disk/by-id output [16:52] slangasek, ok. === davidm is now known as Guest56598 [16:54] !release [16:54] Ubuntu releases a new version every 6 months. Each version is supported for 18 months to 5 years. More info at https://wiki.ubuntu.com/Releases & http://wiki.ubuntu.com/TimeBasedReleases [16:55] slangasek: bug 850166 opened for you [16:55] Launchpad bug 850166 in ifupdown (Ubuntu) "ifquery does not respect mappings" [Undecided,Confirmed] https://launchpad.net/bugs/850166 [16:56] micahg: yes. what exactly does it say though? [16:57] cjwatson: /dev/disk/by-id/ata-ST9500420AS_5VJBCYN8 [16:58] micahg: ok, so it's managed to work around the problem but only in a fragile way because your partitioning is bad [16:58] micahg: there should be at least 63 sectors before the first partition (nowadays, 1MiB is usuall) [16:58] *usual [16:58] micahg: it may be hard for you to change this now, of course [16:58] yeah, the drive came preinstalled [16:58] cjwatson: so, you don't need a bug report then I take it? [16:59] micahg: nope [16:59] cjwatson: thanks :) [16:59] directhex: building on vernadsky: wtf2 [16:59] afk for a few [17:00] thanks :) [17:01] SpamapS, i think that bug is moderately bogus [17:02] as 'ifquery' is then going to have to run code (/map) that is only expected to be run at ifup time [17:03] i guess its not so bad. but kind of wierd [17:04] Its a little weird, and might scare some people, but the scripts are meant to map every time ifup is run. Honestly, I'd be happier with just *ditching* mappings and saying thats what connman or network-manager is for. [17:05] But easier, right now, is for us to just say that they won't be waited on. [17:07] pitti, do you have any binary.debs for the plymouth flicker issue [17:08] pitti, am trying to do some testing here [17:09] jono - do you have evolution-couchdb installed btw? [17:10] chrisccoulson, aha! [17:10] installing now [17:10] heh :) [17:10] jono - it stil doesn't work though. i get a new error from the eds couchdb backend now :( [17:10] I think I uninstalled it as rodrigo suggested to get rid of the constant errors [17:10] well test now [17:10] chrisccoulson, ahh === deryck[lunch] is now known as deryck [17:11] thanks chris [17:11] thanks chrisccoulson [17:11] np :) [17:12] chrisccoulson, I am getting an error about not opening ubuntu one address bug because of the process [17:13] jono - i get "Cannot open book: Could not create DesktopcouchSession object" [17:13] do you get something similar? [17:13] chrisccoulson, nope [17:13] that comes from the evolution-couchdb backend, and suggests that desktopcouch is still broken for mw [17:13] **me [17:13] There was a problem opening the address book "Ubuntu One" - the message returned was: Cannot open book: Cannot process, book backend is opening [17:13] that is what TB tells me [17:14] jono - perhaps try killing e-addressbook-factory, restarting thunderbird and trying again. maybe it needs a restart to load the new backend [17:16] chrisccoulson, killed it, now I don't see an error but no contacts in the address book [17:20] jono - yeah, it's broken here too. but it's also broken in evolution :/ [17:22]