=== mwhudson_ is now known as mwhudson [00:13] hrm.. python experts of ubuntu fame.. where is all the missing time going: http://paste.ubuntu.com/680217/ === yofel_ is now known as yofel [00:36] * hallyn curses whoever decided it was ok to overwrite power setting on a package upgrade so as to enable suspend (aka unclean reboot) after 30 idle mins [00:45] Hrm. Dealing with source format 3 packages with patches in packaging branches is somewhat painful. [00:45] Seems that 1) the .pc dir is included with the merge, and 2) some of the files that are meant to be in the .pc dir to point to debian/patches are not getting included. [00:46] TheMuso: indeed, the two things seem to conflict constantly. If you keep the patches unapplied in the branch, its simpler (but then you don't see patched files in the branch.. which can have its own barrel of worms) [00:46] TheMuso: there's an option to not include patches applied in the .pc dir [00:47] SpamapS: Yeah. Just working on a fix from a contributor, and had to do it the conventional way, just to keep my sanity. [00:47] micahg: There is? [00:47] In packaging branches? [00:47] TheMuso: pure packaging or UDD branches? [00:47] micahg: pure packaging. [00:47] Sorry, distributed development [00:47] so udd [00:48] well, either way actually, there was some discussion a while back on debian-devel I think, it's part of source format 3 [00:48] or wait, maybe it's a debhelper option [00:48] I know there's some way to do it... [00:49] micahg: Well whatever it is, I think we need it for udd branches. [00:49] So we don't have to deal with the mess of .pc contents. [00:50] * micahg wonders if that's git only... [00:50] TheMuso: http://raphaelhertzog.com/2010/11/18/4-tips-to-maintain-a-3-0-quilt-debian-source-package-in-a-vcs/ [00:50] option 2 [00:51] micahg: Right we need that for UDD> [00:51] But its somewhat different, because when you branch a UDD branch, it has the .pc directory in it. [00:52] tahts my point., [00:56] Too bad that doesn’t mention git-dpm. It’s really nice. [00:57] Oh, it does mention it. :-) [01:03] hallyn: dunno what caused the behavior change, but this seems to have fixed it for me: gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' [01:22] slangasek, or SpamapS you west coasters, if you'd like to review https://code.launchpad.net/~smoser/ubuntu/oneiric/ifupdown/lp838968/+merge/73741 [01:22] i just uploaded the cloud-init portion [01:25] it results in something like: [01:25] http://paste.ubuntu.com/680239/ [01:54] slangasek: thanks, i'll have to look into that. (i did meta-a and picked 'power' which brought up the powe rsettings, and picked nothing there. but prefer a cmdline) [01:56] soren: hi, regarding the libvirt not starting VMs bc it couldn't create a cgroup this morning - if you still have a box you can test this on, could you try the package from http://people.canonical.com/~serge/libcgroup-fix-libvirt [01:56] if that works, i'll commit that for bug 828061 [01:56] Launchpad bug 828061 in libcgroup (Ubuntu) "cgroup-bin prevents libvirt from starting" [Critical,In progress] https://launchpad.net/bugs/828061 [02:15] smoser: ^ you also might be good tester? === qmr is now known as Matrix_Assassin === Matrix_Assassin is now known as Plane_Killer === Plane_Killer is now known as Polygon_Killer === Polygon_Killer is now known as qmr [03:01] @pilot out === udevbot changed the topic of #ubuntu-devel to: Beta 1 released | Archive: Feature/UI 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_a [04:09] ScottK: you said you could reproduce Debian bug #633461 - I can't, with the current python2.7 in experimental [04:09] Debian bug 633461 in gobject-introspection "gobject-introspection: fails to install with Python 2.7: E: pycompile:234: Requested versions are not installed" [Important,Open] http://bugs.debian.org/633461 [04:09] ScottK: is this really still an issue? [04:10] It is, but as long as we remember to binNMU it after 2.7 is default it will go away. [04:10] Since 2.7 is the last python, I think that's an adequate solution. === dendro-afk is now known as dendrobates [04:14] ScottK: hmm; how/why is it an issue? (given that I can't reproduce it) [04:19] Good morning [04:21] that. [04:30] slangasek: I don't recall. Heading to bed now, I'll see if I can remember to try it again tomorrow. [04:30] ScottK: ok, 'night === dendrobates is now known as dendro-afk [05:27] pitti: or slangasek could I get one of you to please copy thunderbird lucid from ubuntu-mozilla-security to lucid-security? [05:32] * micahg wonders if any other archive admins are available [05:34] micahg: doing [05:34] pitti: thanks [05:36] micahg: done [05:36] pitti: thanks! [05:37] good morning [06:45] pitti, is the libindicate build failure on powerpc transient? [06:47] doko_: very well possible, the new gobject-introspection was lagging behind yesterday [06:48] doko_: retried [06:48] if it fails again, I'll investigate [07:26] good morning [07:28] yay, libo built on powerpc [07:28] Sweetshark: ^ nice! [07:28] hey dholbach [07:31] RAOF: killed X on intel [07:31] oops, wrong channel, sorry [07:34] hey pitti [08:17] pitti: I just noticed a bunch of you guys just expired from the techboard, but I don't recall any mention of an election during your meetings? [08:20] pitti, libindice still ftbfs on powerpc [08:20] huh, we have no TB anymore? [08:24] yeah, we mentioned it to sabdfl, he needs to re-new our membership for about four weeks [08:24] elections will be held soon [08:24] doko_: ah, ok; I'll tell Ken [08:26] pitti: Ok, cool. I really just wanted to make sure I hadn't missed it. :) === ara_ is now known as ara === zyga-afk is now known as zyga === apachelogger is now known as transitlogger [09:49] kirkland: v92 works. Thanks! [10:09] shit. quilt/oneiric works different then quilt/lucid ;( [10:09] gcc-4.[56]/oneiric fails to patch on lucid [10:13] ev: FYI, I landed pygobject 2.90 in oneiric yesterday, this breaks ubiquity; I have a branch which fixes most of it, but this afternoon I'll go through the whole installation to check for more breakage; you should have a merge proposal from me by Monday [10:13] hmm, no mvo ... [10:14] ogra_: holidays [10:14] update-manager refuses to upgrade here, complaining it cant find a -meta [10:14] but ubuntu-desktop is installed [10:23] hi guys. I got a problem and I think its a bug of Libre Office. where I should post info about this? [10:28] anthony_dev: Run ubuntu-bug /usr/bin/libreoffice [10:29] ion thanks, I'll try it later at home. at work I have Windows. [10:32] ok, found [10:43] doko_: gcc-4.[45]/debian/patches/gcc-multilib64 patch does not apply under non-multiarch systems [10:49] doko_: gcc-multiarch.diff is applied always - so looks like gcc-multilib64-multiarch should also be applied always [11:24] hello, these days on oneiric, I've strange problems with my mouse. Sometimes the mouse freezes completely (the keyboard works and the system too), a workaround is to unplug/replug the mouse, and then it works again [11:24] Anything interesting in the X log or syslog? [11:31] My X log : http://paste.ubuntu.com/680481/ [11:32] At the point of the mouse disappearing, that is. === doko_ is now known as doko [12:09] pitti, bryce_ bryceh, cjwatson: is there a reason that xcb-util-renderutil is not in oneiric? and if yes, what is the replacement for it? [12:14] hmm, still in libxcb-util0-dev ? [12:22] didrocks, pitti: uploaded unity to fix the b-d on libxcb-icccm4-dev, but I get a bzr error to check in the change. could you check in the change? [12:24] doko: did you push it to the vcs? I don't find your change [12:24] didrocks, did you read my message??? [12:24] "check in the change", ok [12:27] doko: waiting for the diff to generate and then will check it in [12:27] thanks! [12:28] yw :) [12:31] ion: it happens again, I just saved my syslog and my Xorg.log : http://paste.ubuntu.com/680520/, http://paste.ubuntu.com/680522/ === MacSlow is now known as MacSlow|lunch|er [12:32] didrocks, pitti: feel free to work on bug 839526, if it's not for the dx team [12:32] Launchpad bug 839526 in utouch-gesturetest (Ubuntu Oneiric) "package needs b-d on libxcb-icccm4-dev, but ftbfs" [High,Confirmed] https://launchpad.net/bugs/839526 === Quintasan_ is now known as Quintasan [12:32] cnd: once you are around ^ [12:33] ion: perhaps "Sep 2 14:28:45 linux-EX58-UD4P acpid: client 1267[0:0] has disconnected" [12:44] and promoted libxcb-icccm4 libxcb-icccm4-dev [12:52] doko: xcb-util-* got merged into xcb-util upstream, AFAIK [13:01] ev: I just finished two ubiquity test installs with my pygobject fix branch, they both succeeded now; MP sent: https://code.launchpad.net/~pitti/ubiquity/pygobject-2.90/+merge/73802 [13:02] * pitti -> back to travel/weekend [13:03] hallyn, is there a reason you'er not using grep -q ? but rather [ -n "`grep ..`" ] ? [13:08] smoser: nope [13:10] - if [ -n "`grep "/sys/fs/cgroup" /proc/mounts`" ]; then [13:11] + if grep /sys/fs/cgroup /proc/mounts; then [13:11] + if grep -q /sys/fs/cgroup /proc/mounts; then [13:11] obviously not a big deal. [13:14] cjwatson, i'm told you know some tool to check what upload permissions someone (I) have [13:14] smoser-has-upload-on ? [13:15] smoser: edit_acl.py in lp:ubuntu-archive-tools [13:15] what he said [13:15] smoser: yeah i'm usually more comfortable with 'test' ('[') i guess but i'll make the other change you mentioned, get rid of '.sh' suffix [13:16] smoser: but if you can verify that it works for you then i can ask someone to push :) [13:16] much more efficient to test exit code vs. testing length of string output [13:17] that way leads to system-d :) [13:17] not just testing length, also forking off a task to do it [13:17] (iow - agreed) [13:17] cjwatson, i don tknow about "much" more efficient [13:18] but definitely at least char compare better. [13:18] hallyn, i will test. [13:18] well, ok :) [13:18] \o/ [13:19] * hallyn takes on some Daviey-isms [13:19] jml: \o/ [13:19] jml: thanks for ALL of your help [13:19] jml: that bug had 4 dupes [13:21] kirkland: :D [13:21] hallyn: :o [13:27] * Chipzz wonders what's up with .sh/.pl/.py extensions for programs anyway [13:31] don't we have shebangs for a reason? and shouldn't wether a program is in perl/python/shell/whatever be an implementation detail the user doens't care about? [13:36] Chipzz: that's 10.4 of the Debian policy: "(…) scripts (…) in the system PATH (…) should not include an extension (…)" [13:37] OdyX: right. but the tool micahg was talking about probably isn't packaged even [13:38] ah yeah, sorry; I lacked context. [13:38] *shrug* not that important. maybe some day we'll get round to renaming them [13:41] cjwatson: I was actually more wondering why ppl do that than complain [13:42] it's rather ugly imho [13:43] edit_acl.py isn't packaged, i just have it symlinked into ~/bin/ .. There are more importiant disasters in the world than fixing unpackaged file extensions :) [13:43] Chipzz: If you fix that, you will break my symlink, and for that, i will hate you. === dendro-afk is now known as dendrobates [13:43] Daviey: I don't even remotely have access to that machine :) [13:44] Chipzz: you do, if i pull a branch where someone 'fixes' it. [13:46] Sweetshark, http://people.canonical.com/~ubuntu-archive/NBS/ please look at the libreoffice* packages, and remove these in the OOo build [13:46] Daviey: no interest in "fixing" it, like I said, rather more wondering why ppl do it. but I think I'm going to shut up about it, only adding noise to the channel :) [13:59] sorry if that's not the best place to place, but does anybody know how to disable dh_shlibdeps (looks like it's now default on 11.10) when packaging with pbuilder cdbs? [14:00] that's generally a really bad idea [14:00] i know [14:00] and it's been the default forever [14:00] why would you want to disable it? [14:00] i need i386 libs to run a lotus notes on an amd64 system [14:00] doesn't look like cdbs offers a way to disable it in general [14:01] what's the package you're building? [14:01] i need to run lotus notes [14:01] with 11.10 you should use an i386 version of it with multiarch [14:01] can't change this one, so i'm trying to package libs and put them in /opt/lib32 [14:02] better to just build it as a straightforward i386 package [14:02] 11.10 supports installing i386 packages on amd64 systems [14:02] and hopefully has enough multiarch-capable libraries to support whatever you need [14:03] i need old libs [14:03] you could multiarchify them; http://wiki.debian.org/Multiarch/Implementation [14:03] for example libeel2-2, which is only in hardy [14:03] probably no more difficult than trying to bodge something together with /opt/lib32 [14:04] in fact I suspect it'd be easier since it's a fairly standard process [14:09] wait, /usr/lib is going to be /usr/lib/ for all libs? [14:09] notes is hardcoding /usr/lib path [14:11] i hope it can work with LD_LIBRARY_PATH=/usr/lib/i386 like it works with LD_LIBRARY_PATH=/opt/lib32 [14:13] you shouldn't need LD_LIBRARY_PATH for that [14:13] the toolchain already knows about it [14:13] i'll try === dendrobates is now known as dendro-afk [14:13] (and it's /usr/lib/i386-linux-gnu/, or /lib/i386-linux-gnu/) [14:13] oh, i've seen that === rickspencer3_ is now known as rickspencer3 [14:43] smoser: so, re the new behavior of dhclient to have -1 passed.. how do we know when to retry bringing up that interface? I strikes me that this changes the behavior quite fundamentally [14:43] smoser: currently, if I 'ifup eth0' .. it will eventually get an IP and find its way to DHCP land. [14:44] smoser: but with this change, it won't have that chance.. it will just fail, and I'll have to manually 'ifup eth0' after plugging it in. [14:45] SpamapS, i thought the same, but slangasek said its busted, fix it. [14:45] now, it will try for 60 seconds and then say "yes i did that" [14:45] which i agree is fundamentally broken. [14:46] (if you were not plugged in) [14:46] Its also the suck if you have dark network cables that you plug in and let time out.. [14:47] Not sure why somebody would do that, but as a change in critical behavior, I think we'll need to mention it in the release notes. === dendro-afk is now known as dendrobates [14:58] o xcb-util-wm: libxcb-ewmh1 libxcb-ewmh1-dev [14:58] [Reverse-Depends: Rescued from xcb-util-wm, libxcb-ewmh1-dev] [14:59] kees, are you ok to promote this (no other mir team member here) [15:11] doko: promote which? all 3? [15:11] kees, right [15:14] doko: i will go read there over quickly, one sec [15:21] doko: +1 it's pretty small === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:24] smoser: http://people.canonical.com/~serge/libcgroup-fix-libvirt2 has the fixes you suggested. D'oh, without credit in the changelog, sorry. [15:30] zul: bug 798925 / bug 805656 - how about xenwatch? is it intrinsically specific to xen 3.3 or would it be straightforward to update to 4? [15:30] Launchpad bug 798925 in xen-3.3 (Ubuntu) "Please remove xen-3.3 from Ubuntu" [Undecided,Incomplete] https://launchpad.net/bugs/798925 [15:30] Launchpad bug 805656 in xenner (Ubuntu) "Please drop xenner from Oneiric" [Undecided,New] https://launchpad.net/bugs/805656 [15:30] cjwatson: lemme have a look [15:31] hallyn, if [ -n "`status cgconfig | grep "start/running"`" ]; then [15:31] if status cgconfig | grep -q "start/running"; then [15:32] didrocks, interesting, I'll upload a fix for gesturetest [15:34] smoser: no [15:35] no? [15:35] no, bc if it's not running, 'status' will print garbage to stderr [15:35] and in dash i could find no clean way to get rid of that [15:36] 2>&/dev/null doesn't seem to work [15:36] 2>/dev/null [15:37] i think it complainted about that [15:37] complained even [15:37] lemme try [15:37] 2>/dev/null is portable [15:37] right, and & means fd :) so what i typed was wrong in any case [15:37] you need to redirect the first half. [15:37] status cgconfig 2>/dev/null | grep -q "start/running"; then [15:38] well id on't know why it complained in my euca instance, unless i had a typo there too. but it works here [15:38] i'll change that IF you test it successfully :) [15:39] (and then i can credit you too :) [15:42] bdrung: ping, debuild is totally borked with parallel jobs [15:43] I don't know if it has something to do with your last revision, but it worked just fine before [15:52] bambee: 'borked' doesn't say much. [15:54] Laney: when I try to build a package with "debuild -j8", there is only a single job [15:54] same thing with pbuilder (using a correct .pbuilderrc) [15:54] debuild takes -j options? [15:55] bambee: you are aware of DEB_BUILD_OPTIONS? [15:55] it did... at least few months ago it worked fine [15:55] dpkg-buildpackage does [15:55] oh, neat, I just have it in my bash profile... [15:55] tumbleweed: yes I am [15:56] http://paste.ubuntu.com/680665/ [15:56] my pbuilderrc [15:56] try it with just dpkg-buildpackage. it's unlikely to be anything to do with devscripts. (likely the package in question) [15:56] the package should also be following DEB_BUILD_OPTIONS not MAKEFLAGS (according to debian policy) [15:56] Laney: trying === beuno is now known as beuno-lunch [16:08] smoser: so, re bug 839595 .. if we're going to raise it above 30 seconds, I'd actually think more like 2 minutes .. the thinking being that there may be complex and slow network configs going on leading up to the minute of DHCP waiting.. [16:08] Launchpad bug 839595 in upstart (Ubuntu) "failsafe.conf's 30 second time out is too low" [Undecided,New] https://launchpad.net/bugs/839595 [16:08] SpamapS, i think that is reasonable. [16:08] one other "benefit" for it being larger [16:08] is that if the user has misconfigured /etc/network/interfaces, they're more likely to know [16:08] and fix it [16:09] smoser: I'm still concerned about the fact that we're not going to fork dhclient off to re-try the auto interface's dhcp forever.. maybe we need to start our own daemon to do that. [16:10] smoser: yeah I'd love to actually print a plymouth message at 90 seconds saying something like "Boot waiting 30 more seconds for network interfaces to be configured.." so that they see it very clearly. [16:10] SpamapS, cloud-init-nonet does something like that. [16:10] but not a plymouth message === deryck is now known as deryck[lunch] [16:10] just an echo. [16:10] sleep 30 , echo a message, sleep some more [16:13] is glib2.0 not multiarch coinstallable anymore? [16:13] trying to install it will remove half the system since .18 [16:14] SpamapS, ^ will tha tnot do what you wanted ? or did you mean something special by "plymouth message". if there is a command to do it, just substitute for echo. [16:16] hello, does anybody know where I can find in /proc (another place) information about my keyboard,motherboard,video card, peripheral devices? for example I found info about processor (/proc/cpuinfo),RAM(/proc/meminfo) [16:16] device information is more likely to be found in /sys [16:18] doko, I can't reproduce your build failure for utouch-gesturetest [16:18] I used bzr bd --builder=pdebuild from our packaging branch [16:18] and with an updated oneiric pbuilder chroot [16:19] cnd, did you change the b-d? [16:20] doko, no [16:20] why do I need to change the b-d? === MacSlow|lunch|er is now known as MacSlow [16:20] because libxcb-icccm1-dev is no longer built by any source package and thus is due to disappear from the archive. see http://people.canonical.com/~ubuntu-archive/nbs.html [16:20] cnd, because it's gone, only the binary -dev package is still in the archive [16:21] oh [16:22] doko, I'm curious, why is libxcb-icccm1 gone now? [16:23] upstream changes [16:23] cjwatson, ok, but why now? [16:23] Replaced by libxcb-icccm4-dev/libxcb-icccm4? [16:23] it seems late in the cycle [16:23] it was actually ages ago [16:23] I assume. [16:23] cnd, well, as you can see from the build log, incompatible changes, and packages are renamed for that reason [16:24] it's just that we haven't managed to clean up the NBS packages until now [16:24] ahh [16:24] this is the point in the cycle when we traditionally sit for ages fighting to do that [16:24] if people haven't noticed and sorted it out earlieer [16:24] *earlier [16:24] smoser: is cgroup-bin+libvir testing ok for you? [16:25] hallyn, i'll test now. [16:25] i suppose the bzr branch is broken for that? [16:26] you know it might not be. it's broken for the things i touch most often so i tend not even check right now [16:27] smoser: i can push a bzr tree, gimme a min [16:28] you know what's broken? Alt-friggin-tab in unity [16:28] Laney: I found, "warning: jobserver unavailable: using -j1. Add `+' to parent make rule." [16:29] hallyn: I got fed up and just turned it off ... [16:30] ccsm -> Ubuntu Unity Plugin -> Switcher -> Key to start the switcher -> Disabled [16:30] does that bring alt-tab back for actual application switching? [16:30] I assume there's a way to fix it in the compiz manager... [16:30] I suppose I should have filed a bug but given that it was exposed as a preference I assumed it was just a "some people hate this, we know" kind of thing [16:30] yes, and that *is* the compiz manager [16:32] doh. right. [16:33] cjwatson: yay! thx [16:34] welcome [16:35] smoser: lp:~serge-hallyn/ubuntu/oneiric/libcgroup/fix-libvirt [16:49] cjwatson: Remind me again exactly when and how a Mac user wants amd64+mac versus amd64? [16:49] infinity: if they don't want their system bricked [16:50] (depending on the exact vintage) [16:50] So, they always want +mac, is what you're driving at? [16:50] infinity: also if they want the image to boot (again depending on the exact vintage, and that's why it was created) === beuno-lunch is now known as beuno [16:50] infinity: yep [16:50] amd build of latest unity somehow failed to build unity-common and unity-services [16:50] sorry, unity-services is fine [16:50] is there a private contact address for the TB? [16:51] infinity: I went into more detail in http://askubuntu.com/questions/37999/what-is-different-about-the-mac-iso-image [16:51] cjwatson: Irksome, since we only build it for ubuntu. [16:51] * infinity scraps suggesting trying kubuntu and xubuntu to his mac friend. [16:53] *amd64 build of unity, somehow broken. archive has unity-common 4.12.0-0ubuntu1, while unity is -0ubuntu2. and this one confirms that no unity-common got built: https://launchpad.net/ubuntu/+source/unity/4.12.0-0ubuntu2/+build/2761299 [16:54] ..which breaks upgrades, unity wants to deinstall itself [16:55] infinity: mjg59 did figure out how to make it unnecessary, and I have a to-do item somewhere to explain that to the xorriso developer so he can implement it [16:55] s/the /a/ [16:55] tjaalton: Hrm? [16:55] tjaalton: Common is arch:all, no? [16:55] tjaalton: Which would be from the i386 build. [16:56] infinity: ah.. ok :P but still, not in the archive [16:56] tjaalton: Define "the archive". Mirrors suck. :P [16:56] the main one [16:56] mirrors suck, yes [16:57] at least for the devel series [16:57] unity-common | 4.12.0-0ubuntu2 | oneiric | all [16:57] It's in "the main one". When I say "mirrors suck", that includes our own. [16:57] archive.ubuntu.com is still a bunch of mirrors. :P [16:57] (moral of the story: patience) [16:57] heh, ok [16:58] that was an unfortunate dinstall run, then [16:58] cjwatson: Would be pretty shiny to make it go away, if for no other reason than to allow flavours to boot on mac without us building N more images (which we won't do) [16:58] anyway, thanks for confirming [16:59] infinity: indeed, I don't *like* its presence, it's just necessary right now [17:04] doko, cjwatson: would I need an FFe for a micro-release update of utouch-gesturetest, the only change being the ftbfs against newer xcb-icccm? [17:05] cnd: No. If the only change is literally just the FTBFS fix. [17:05] ok [17:05] (Unless you consider "it builds now!" to be a new feature) [17:06] indeed. [17:07] the FF process says microreleases that just fix bugs like this are "okay", but it's unclear if that means "okay without and FFe", or "usually they are okay to get an FFe" [17:12] cnd: no need for an FFe, since they don't contain new features [17:12] cnd: Fair enough. And we do appreciate caution over the alternative. But yeah, strictly bugfixes that don't implement new features (or change old ones) are fine without an exception. [17:13] The part of the version string that changes has no bearing on whether the upload needs an exception or not. I guess that paragraph is there because people were unclear about whether they could upload new upstream releases. [17:14] Would anyone like to take on bug 789268? I've posted an explanation of what needs to be done, but given that the reporter's LP display name is "deleted" and username "to-delete", I'm guessing they're no longer interested [17:14] Launchpad bug 789268 in batmand (Ubuntu) "Please remove batmand-gateway-(source|dkms) from the Ubuntu archives (FTBFS)" [Undecided,Confirmed] https://launchpad.net/bugs/789268 [17:16] cjwatson: xenwatch has been updated to libxen-dev, with regards to xenner it wont build with the new xen library and there hasnt been a new version in like 2 years so we might as well drop it [17:17] zul: yeah, I know there's a removal request for that, that's fine [17:17] zul: thanks, I'll process those once xenwatch has built so that the reverse-depends chain is clear [17:17] I just don't like breaking the archive by removing stuff, especially at this point in the cycle [17:23] cjwatson: ok [17:23] jtaylor, why didn't you upload your fix for debian bug 632114? [17:23] Debian bug 632114 in mooproxy "ftbs with --as-needed" [Wishlist,Open] http://bugs.debian.org/632114 [17:23] jamespage, did you get FFe's for the maven syncs? [17:25] doko: I have no upload rights [17:25] its sitting in the sponsor queue === deryck[lunch] is now known as deryck === dendrobates is now known as dendro-afk [17:41] jtaylor, you should get some ;-) asked MOTU about this? [17:42] yes, I'll apply for motu soon [17:45] bambee: what was the result with dpkg-buildpackage? [17:46] doko: my unfinished(!) application is here in case you already want to endorse https://wiki.ubuntu.com/JulianTaylor/MOTUApplication [17:48] smoser: congrats btw! [17:53] bdrung: same thing [18:17] barry, what is your obsession with pyside? ;-P [18:34] 11.10 really hates nvidia drivers doesn't it .. keeps getting stuck on Checking battery state if u use nvidia-drivers. And this is using the Additional drivers feature [18:36] i am going to develop device driver for usb bridge cable in linux(ubuntu 11.04)...any suggessions?any good reference sites?..or any good channel that handling it..? [18:38] slangasek: an old, ugly bug seems to have reared its head.. can you review my comments just posted to bug 462169 ? [18:38] Launchpad bug 462169 in samba (Ubuntu Lucid) "nmbd dies on startup when network interfaces are not up yet" [High,Triaged] https://launchpad.net/bugs/462169 [18:38] doko: i take that bug as a personal affront :) [18:40] anyone help me... [18:40] slangasek, your comments / re-review and of would be appreciated (https://code.launchpad.net/~smoser/ubuntu/oneiric/ifupdown/lp838968/+merge/73741) [18:41] adam_g: Did someone from foundations look at your branch for bug 818177? [18:41] Launchpad bug 818177 in linux (Ubuntu) "HP DL380G5 root disk mounted read-only on boot and boot fails" [High,Confirmed] https://launchpad.net/bugs/818177 [18:51] Daviey: hasn't gotten any response on LP, but i believe lynxman spoke to someone from foundations here yesterday [18:51] Daviey: jhunt reviewed it and he thought it was okay if we added a timeout on wait_for_udev [18:52] Daviey: did you go to SL6 yet? I could still go :P [18:55] SpamapS: reviewed :) [18:55] lynxman: Not yet.. but am closer. [18:55] Daviey: :) [18:57] slangasek: that is incredibly confusing.. UGH... thanks though. [19:01] SpamapS: so that new bug report needs an smbd.log and the smb.conf showing what exactly they're doing, because smbd is not supposed to need the interface up before it starts, in the general case [19:03] smoser: my opinion on the ifupdown merge hasn't really changed; I think returning results in global variables is a horrible pattern in any language, and I don't think that's a change to be made during Feature Freeze [19:03] wait. what? slangasek ? [19:04] i thought i said yesterday that i thought it was too late in a release for this. [19:04] and you said otherwise. [19:05] you're really objecting only on the basis of a global variable ? after complaining about forks other places ? [19:05] i'm fine to change that, but my personal feeling is that _RET as a return variable in shell is completely acceptable. [19:07] smoser: I think it's perfectly appropriate to fix the bug at this point in the cycle, but inappropriate to restructure the code like that in the process [19:08] well, i'm more than willing to put it back the way it was, but I think restructuring of that loop is several orders of magnitude less likely to cuase fallout than adding '-1' to dhclient. [19:08] but i will shut up now [19:08] as i want that change in [19:09] I agree, it is less risky - but there's also less benefit, as in none that I can see :) [19:09] do you also disagree to the check for mkdir ? [19:10] I do, but it's not worth arguing about because it's clearly low risk [19:14] slangasek, ok. i'm going to ditch the mkdir also [19:14] smoser: ok, cheers [19:14] but not because you said to [19:14] :) [19:14] :D [19:14] only because if there were a trailing slash on it anyway then it would actually make the lock dir [19:14] ie if someone did: MARK_STATIC_NETWORK_EMITTED=/run/network/mylock/ [19:14] and i dont want to deal with that now. [19:15] adam_g: 818177> fwiw, doesn't look like you'd set foundations as a reviewer, so I've only seen it now because the bug was assigned [19:15] adam_g: anyway, I talked about this issue with someone (hallyn, I think?) a couple of weeks ago... this change only moves the race, it doesn't fix it :/ [19:15] smoser: heh, fair enough [19:17] ah no, it was smoser, I was just having another conversation with hallyn at the same time [19:18] slangasek: ah, right. i figured it was just a bandaid but worth submitting to get discussion going, since its a nasty one [19:19] more like smacking bubbles in the wallpaper than a bandaid :) [19:19] well, a bandaid for my specific boo-boo :P [19:20] :-) [19:20] adam_g: I would recommend talking to udev upstream about this, and maybe check what dracut is doing as far as udev handling in initramfs... maybe this is a known solved problem already, or maybe it needs an upstream fix [19:21] bug 818177 [19:21] Launchpad bug 818177 in linux (Ubuntu) "HP DL380G5 root disk mounted read-only on boot and boot fails" [High,Confirmed] https://launchpad.net/bugs/818177 [19:22] slangasek, ok. please take one last glance at that MP and then i can upload. [19:25] smoser: looks good, ship it! :) [19:26] thank you for not objecting to the new comments [19:27] :)~ [19:27] haha [19:27] smoser: also, congrats on the new core-dev status :) [19:28] quick, assign him some bugs [19:28] * slangasek grins [19:29] well, ifupdown being one's second upload as a core-dev isn't too shabby :) [19:32]