[00:59] <samburg> hey guys where is the caoacal channel im suppose to talk to oreneeshy
[02:17] <Malsasa> Hello, http://ubuntuforums.org/showthread.php?p=12518579#post12518579 <<< How to Write Correct copyright File?
[05:06] <alkisg> Hi, we're trying to create and test a debdiff to SRU lp bug #1016895
[05:07] <alkisg> But the build fails, even if we don't modify the source tree at all (!), with "tar: samba-3.6.3/.bzrignore: Cannot stat: No such file or directory ==> /usr/bin/pristine-tar: command failed ==> bzr: ERROR: bzrlib.errors.BzrCommandError: Generating tar from delta failed": https://launchpadlibrarian.net/131626440/buildlog.txt.gz
[05:07] <alkisg> Any help there?
[05:08] <infinity> alkisg: Are you doing this with bzr branches, or just against the source package from the archive?
[05:08] <alkisg> infinity: we started with bzr branch lp:ubuntu/precise/samba, then pushed in our own copy of the branch
[05:09] <infinity> Yeah, I figured.
[05:09] <alkisg> The build succeeds locally...
[05:09] <alkisg> Are we using a wrong method?
[05:09] <infinity> Well, I'm not sure why you'd be using a recipe build for an SRU.
[05:09] <alkisg> Just as an easy way to test the resulting package
[05:10] <infinity> Anyhow, is this the only patch required: http://gitweb.samba.org/?p=samba.git;a=commitdiff;h=c4fd9ff890e2640ef90b4d7129621e3fe800a61e
[05:10] <infinity> ?
[05:10] <alkisg> Yes
[05:11] <infinity> Right, so there's already a pending SRU in the queue.  I'll replace it with one that also includes that patch.
[05:11] <alkisg> Thank you so much :)
[05:12]  * alkisg moves on to the vbox SRU, lp bug #1081307 ...
[05:13] <alkisg> infinity: where are you checking for pending SRUs? They're not listed in http://people.canonical.com/~ubuntu-archive/pending-sru.html ...
[05:25] <infinity> alkisg: https://launchpad.net/ubuntu/precise/+queue?queue_state=1
[05:26] <alkisg> Thanks :)
[06:24] <pitti> Good morning
[06:40] <ikepanhc> @pilot in
[06:46] <pitti> tjaalton: wrt. libxi, if you don't have time would you mind if I change the .pc file?
[07:27] <tjaalton> pitti: oh i thought you did already? i can fix it later today
[07:27] <pitti> tjaalton: ah, I thought you said you wanted to; sorry for the misunderstanding
[07:28] <pitti> tjaalton: I was just asking to avoid breaking a packaging git, etc.
[07:29] <tjaalton> right, that's generally not a big issue, we've applied diffs there after uploads :)
[07:29] <pitti> tjaalton: ok, I'll do that then; thanks!
[07:29] <tjaalton> and appreciate the heads up
[07:30] <tjaalton> cool
[07:31] <dholbach> good morning
[09:03] <pitti> tjaalton: sorry for delay, was still busy with g-i/pygi; how does http://paste.ubuntu.com/1688884/ look?
[09:03] <pitti> tjaalton: I folded it into the existing patch so that we don't forget to remove it when we remove the reversion
[09:11] <pitti> tjaalton: I'll upload that; it does what we need, and is minimally intrusive IMHO
[09:16] <tjaalton> pitti: yes, looks fine, thanks
[09:17] <seb128> hum
[09:17] <seb128> who rejected the samba SRU from precise-proposed?
[09:21] <tjaalton> pitti: i actually have the 'clean' version staged in a ppa, so merging just the changelog part to git :)
[09:25] <seb128> slangasek, infinity: any idea who rejected samba from precise's SRU queue?
[09:28]  * seb128 grrrrs at SRU team rejecting items without giving any info to the uploader or on the bugs listed in the changelog
[10:11] <ikepanhc> @pilot out
[10:15] <cjwatson> seb128: 05:11 <infinity> Right, so there's already a pending SRU in the queue.  I'll replace it with one that also includes that patch.
[10:15] <cjwatson> (samba)
[10:15] <cjwatson> alkisg wanted a fix for bug 1016895 added
[10:16]  * alkisg has a branch with it and can test any SRU packages available, but his recipe won't build
[10:17] <seb128> cjwatson, thanks, I joined IRC after that I guess
[10:18] <alkisg> Also debfx says there's a pending SRU for vbox not working at all with the lts-quantal kernel (LP bug #1081307), but I couldn't find it...
[10:56] <cjwatson> yay new devscripts
[10:56]  * cjwatson will be able to use dch -r faster now :)
[10:57] <doko> ?
[10:59] <cjwatson> oh, fix for subsecond granularity because I often went  dch -r / immediately save+exit editor / oh damn dch -r didn't actually update the changelog
[10:59] <tumbleweed> you don't use dch -r "" ?
[10:59] <cjwatson> I think I like to let my hindbrain have a brief look at the changelog or something
[10:59]  * cjwatson is a creature of habit when it comes to uploading stuff
[10:59] <tumbleweed> not a bad idea :)
[10:59] <pitti> heh, same here; I trained my fingers to do i <space> <esc> u :x
[11:00]  * tumbleweed tries to remember to read the .changes file before uploading
[11:00] <cjwatson> I do that too
[11:08] <cjwatson> pitti: What do you think of http://paste.ubuntu.com/1689896/  ?
[11:10] <cjwatson> It's working well in my local tests
[11:12] <xnox> tumbleweed: /me did dch -r -m '' didn't know i can drop the -m part ;-)
[11:16] <tumbleweed> xnox: yeah, you want -m for some when sponsoring
[11:16] <pitti> cjwatson: sorry, was busy; looking
[11:21] <pitti> cjwatson: the patch looks good to me; I'm just curious how that affects the installation process
[11:21]  * pitti reads the bug
[11:22] <pitti> oh, of course *slaps head*
[11:23] <pitti> cjwatson: thanks for the fix!
[11:24] <cjwatson> It's a slightly baroque bug and perhaps the installer could do things in some other order to avoid it, but since it seems like a bug to me I thought I'd rather just fix it
[11:24] <cjwatson> Thanks, I'll get that uploaded now
[11:27] <Riddell> ogra_: ping :)
[11:28] <ogra_> Riddell, same thing as in -release ?
[11:28] <Riddell> yep
[11:30] <doko> ScottK, https://launchpad.net/ubuntu/+source/qscintilla2/2.7-2 still symbol issues, did sync too early
[12:07] <doko> pitti, seb128: vala expertise needed: https://launchpadlibrarian.net/130057165/buildlog_ubuntu-raring-amd64.rygel_0.16.3-2_FAILEDTOBUILD.txt.gz
[12:09] <doko> Riddell, could kubuntu have a look at https://launchpad.net/ubuntu/+source/hupnp/1.0.0-1 ?
[12:10] <Riddell> doko:  ack
[12:13] <doko> xnox, libavg ftbfs in -proposed, could you have a look?
[12:14] <seb128> doko, pitti: fixing it
[12:15] <xnox> doko: yeah. I've tried fixing it generally, but that failed in debian due to python2.6. I'll just upload the fix directly into ubuntu.
[12:18] <xnox> doko: can you upscore https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer/+build/4314721 and https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer/+build/4314723
[12:18] <xnox> as one needs those to flash nexus7 if it got upgraded to 4.2.2 and is blocking many people.
[12:19] <xnox> anybody else with magical upscore powers? =)
[12:19] <ogra_> NCommander, ^^^
[12:23] <seb128> hum
[12:24] <cjwatson> xnox: they seem to be built/building now
[12:24] <seb128> re rygel build issue, in fact robert_ancell synced the gupnp from debian experimental
[12:24] <xnox> \o/
[12:25] <seb128> it would probably be easier to sync gupnp-av and rygel from there as well, the new version uses vala 0.18 and gst1
[12:25] <seb128> Laney, ^ do you think you could have a look to that? just see if we those versions would fix the rygel build (would be another stuff ported to the new gstreamer as well)
[12:25] <Laney> are they in sync aleady?
[12:26] <Laney> (yes)
[12:32] <xnox> Also for precise please: https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer/+build/4314749 https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer/+build/4314751
[12:32] <xnox> =) please rescore (=
[12:37] <cjwatson> xnox: done
[12:37] <xnox> cjwatson: merci.
[12:49] <hrw> hello
[12:49] <hrw> cjwatson: wiki lists you are archive admin on duty. can we discuss moving chromebook packages out of NEW?
[12:51] <ogra_> hrw, and then implement community images, with the tablet and phone images you can then fully go ubuntu on google HW :)
[12:51] <hrw> ogra_: both of them require touchscreen ;D
[12:52] <cjwatson> Yeah, you know what, that on duty thing has been fictional for me for a long time; I distribute throughout the week
[12:52] <ogra_> hrw, i mean the phone image on the phone. tablet image on your nexus tablet and desktop on the chromebook indeed
[12:52] <ogra_> :)
[12:52]  * cjwatson removes himself from that list
[12:52] <hrw> ogra_: I do not have nexus tablet
[12:52] <hrw> cjwatson: ok
[12:53] <cjwatson> hrw: I'll look at your packages shortly, though
[12:53] <ogra_> hrw, you still have time to get one before thu.
[12:53] <hrw> ogra_: and after using omap4430 powered archos I prefer to not buy tablet - it just do not fit to my use
[12:53] <ogra_> ;)
[12:53] <hrw> ogra_: my daughter is much better tablet user then me :) 5y old
[12:54] <hrw> cjwatson: thanks
[12:54] <hrw> ogra_: it was fun when on one event she used ipad for first time and after few minutes shown other kids how to get to games
[12:55] <ogra_> heh
[12:55] <ogra_> i guess thats because you take her to technics museums all the time ;)
[12:58] <hrw> ogra_: so far we visited only the one in Szczecin. Next one will be Berlin in March
[13:04] <herton> @pilot in
[13:08] <mdeslaur> @pilot in
[13:11] <ScottK> doko: qscintilla2 is on my TODO list, hopefully I can take another shot at it today.
[13:22] <Reezz> Hey guys, when I'm trying to run make on a package it doesn't automagically find my includes in /usr/include and /usr/local/include (they are there, but in subfolders..) Any ideas?
[13:30] <cjwatson> No single general answer.  Sometimes it is correct to refer to headers using the full relative path from /usr/include (e.g. <sys/types.h>).  Sometimes you are supposed to refer to them by a truncated version of that path (e.g. <glib.h>) and use an -I option to the compiler to add extra header search directories.  In the latter case you are often also supposed to use pkg-config to get the necessary compiler options.  ...
[13:30] <cjwatson> ... Consult the documentation for the header files you're using for advice.
[13:32] <Reezz> cjwatson: Thanks :)
[13:32] <mdeslaur> kirkland, tyhicks: any reason why ecryptfs-utils (102-0ubuntu1) reverted all the changes from 1.0.1-0ubuntu2 and 1.0.1-0ubuntu3?
[13:39] <mdeslaur> kirkland, tyhicks: oh actually, it's just part of the changes that got reverted, and the changelog
[13:53] <lool> smoser: Thanks for checking the updated euca2ools, I had missed the "please verify this package" update on the bug
[13:54] <smoser> lool, no worries. i was reminded of it when testing https://bugs.launchpad.net/ubuntu/precise/+source/cloud-init/+bug/1077020 in precise.
[13:54] <smoser> lool, i think you opened (and fixed) one other bug around that time related to the images... do you recall that ?
[13:55] <smoser> i just have a vague memory of it and wasn't able to find anything searching though
[13:57] <Denommus> hi
[13:57] <Denommus> I'm trying to use the Ubuntu SDK, but it gives me the error 'module "QmlProject" is not installed'
[13:57] <Denommus> what does this mean?
[13:59] <geser> Denommus: I guess you mean for the Ubuntu phone? if yes, then #ubuntu-phone is probably the right channel
[14:00] <Denommus> geser: thanks
[14:04] <herton> @pilot out
[14:25] <smoser> lool, ^
[14:26] <stgraber> doko: ldm should be fixed now (just uploaded). The problem was the introduction of a versioned dependency against ldm-themes which we don't have in main but have packages in main provide. I simply reverted that change which should put us back to where we were when we released quantal.
[14:26] <doko> stgraber, thanks
[14:26] <lool> smoser: oh sorry, I missed the question; checking
[14:27] <lool> smoser: LP #1098096 perhaps?
[14:27] <lool> smoser: ended up not affecting quantal though
[14:28] <lool> smoser: also filed LP #1117184, but that's wishlist
[14:28] <smoser> lool, right. thanks.
[14:28] <smoser> lool, are you doing automated things with cloud-images ?
[14:34] <lool> smoser: I'm mirroring them
[14:35] <lool> smoser: but I'm likely to stop doing that soon; a) this dates back from me using them to deploy local vms b) I actually have a real bandwidth here now and don't need to worry about caching things overnight anymore  ;-)
[14:37] <smoser> lool, ok. we're working on data and tools to allow you to more easily mirror (without rsync), which would also hopefully allow you to mirror just disk1.img files or amd64 files ... more easily.
[14:41] <lool> smoser: Ack; the json data model thing would be nice
[14:42] <lool> smoser: BTW you might want to wrap it as a jsonp rather than json; I guess thats usual practice though
[15:11] <cjwatson> hrw: chromium-mali-opengles: I can't see how the Google Terms of Service are necessarily relevant as a licence; but, if they are, they do not appear to grant redistribution permission to us or our mirrors (and in any case the copyright holder is ARM, not Google, so I'd expect to see a licence from ARM).  The only relevant section I can see is "About Software in our Services", which says "You may not copy, modify, ...
[15:11] <cjwatson> ... distribute, sell, or lease any part of our Services or included software, [...] unless laws prohibit those restrictions or you have our written permission".  Am I missing something?
[15:27]  * doko watches Laney preparing for rygel from experimental ...
[15:30] <Laney> https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/tumblr_mch9dvLnHL1qiv6pvo1_400.jpg secure beneath doko's watchful eyes
[15:30] <Laney> ;-)
[15:48] <slangasek> seb128: samba reject> no, no idea
[15:49] <seb128> slangasek, cjwatson helped me thanks, seems like infinity rejected it to reupload with another fix included
[15:58] <hallyn> slangasek: hey, on qemu-linaro you used to pass CFLAGS += -fno-var-tracking for arm, to save memory space.  Was that just memory when building it, or memory when running it?
[16:03] <slangasek> hallyn: that was when building it
[16:07] <hallyn> slangasek: drat, thanks :)
[16:15] <TheMuso> c
[16:24] <mdeslaur> @pilot out
[16:27] <hrw> cjwatson: ok, will check it. please reject
[16:27] <ion> cjwatson: Re: <https://bugs.launchpad.net/ubuntu/+source/apt/+bug/923876>, apt should probably run /etc/kernel/postinst.d/apt-auto-removal in its postinst.
[16:28] <hrw> cjwatson: thanks for accepting kernel
[16:28] <cjwatson> hrw: rejected, thanks for checking
[16:28] <cjwatson> ion: → infinity since he uploaded it
[16:28] <cjwatson> er, IIRC.  but is a good victim for this anyway :)
[16:29] <ion> heh
[16:31] <xnox> Laney: so I copy across wifi settings as seen in /etc/NetworkManager/system*/$ssid into the nexus7 image under /etc/Network/Manger/system*/last_active_connection (note static name)
[16:32] <xnox> and the network manager does not auto-connect for me =(
[16:32] <xnox> well it tries but fails.
[16:32] <Laney> meet cyphermox
[16:32] <xnox> Is there any other magic I need to do to setup network-manager unattended?
[16:33]  * xnox doesn't want to use nmcli, cause copying the full cfg seems like it will manage to setup things more correct.
[16:33] <xnox> cyphermox: ^ =) please help me ;-)
[16:34] <cyphermox> xnox: do you also have the $ssid file?
[16:34] <cyphermox> if both have the same UUID it will fail
[16:34] <cyphermox> look at /var/log/syslog, NM complains there if it can't make sense of the connection files
[16:35] <xnox> cool. i'll check that on next redeploy.
[16:35] <xnox> I'll ping you when I have more info ;-)
[16:59] <xnox> doko: libavg fixed and uploaded into debian, can be synced when possible.
[17:13] <davmor2> Hey guys I've just done a fresh 12.04.2 i386 install in virtualbox and it is constantly in low graphics mode and won't reconfigure is there anything I can do.  This is the version of virtualbox download direct from oracle as our version is so out of date and raring is the host
[17:18] <superm1> davmor2: https://bugs.launchpad.net/ubuntu/+source/libpciaccess/+bug/1122072 perhaps?
[17:18] <xnox> davmor2: this not really a question about developing ubuntu core operating system. It is known that guest additions do not correctly build with the backported quantal stack that is in the 12.04.2 images. The bug is on launchpad, assigned and is of high priority and will be fixed soon.
[17:19] <davmor2> xnox: oops sorry didn't realise it was a meeting
[17:19] <xnox> davmor2: support for stable release is available in #ubuntu channel. Or you can discuss bugs on #ubuntu-bugs as well.
[17:20]  * cjwatson suspects davmor2 knows about #ubuntu-bugs ;-)
[17:20] <davmor2> cjwatson: I might
[17:26] <xnox> davmor2: =) as a work around you can install the stable x-stack and or install using 12.04.1 image and upgrade ;-)
[17:27] <xnox> (upgrading does not move one to the upgraded stack)
[17:32] <davmor2> xnox: I'll try the upgraded stack and see if that fixes the issue
[17:33] <xnox> davmor2: the quantal stack is default on 12.04.2 iso and it is broken with virtualbox. using original kernel/X stack works (e.g. via install using 12.04.1 images and upgrading)
[17:34] <Sarvatt> davmor2: https://bugs.launchpad.net/ubuntu/+source/libpciaccess/+bug/1124660 thanks for reminding me that needs to be SRUed :)
[17:39] <davmor2> xnox, Sarvatt: thanks guys I'm just installing 64bit too which doesn't seem effected which is even more weird :)
[17:40] <davmor2> Sarvatt: when the fix lands if you give me  a ping I'm more than happy to update and see if it fixes it :)
[17:52] <tyhicks> mdeslaur: The python multiarch changes in 101-0ubuntu3 were dropped in 102-0ubuntu1 because I had already fixed the python multiarch issues in a slightly different way upstream before 101-0ubuntu3 was uploaded
[17:52] <mdeslaur> tyhicks: yeah, I figured that out...one of the other changes was missing in the debian/rules
[17:52] <mdeslaur> tyhicks: I asked him to submit a merge proposal upstream for the missing bit
[17:53] <tyhicks> mdeslaur: There may have just been a miscomunication between kirkland and I about what he could drop when he uploaded 102-0ubuntu1
[17:53] <mdeslaur> tyhicks: https://code.launchpad.net/~nobuto/ecryptfs/fix-empty-window/+merge/149634
[17:54] <tyhicks> mdeslaur: Thanks, I'll take a look
[17:54] <mdeslaur> tyhicks: the fact that the debian/changelogs entries got removed made me though the changes got dropped, but it was just one part of one of the changes wasn't merged upstream
[17:56] <tyhicks> kirkland: ^ I wonder if your release scripts dropped the changelog entries from ubuntu2 and ubuntu3?
[18:10] <BenC> Is it a known issue that whoopsie is stuck in a crash loop on raring right now?
[18:10] <BenC> At least on my system
[18:11] <BenC> [ 1294.259124] init: whoopsie main process (12696) killed by SEGV signal
[18:11] <BenC> [ 1294.265696] init: whoopsie main process ended, respawning
[18:11] <ev> no, it is not
[18:12] <slangasek> BenC: there've been a few issues with whoopsie this week, seemingly related to NM api calls; I haven't heard that issue reported
[18:12] <slangasek> but now that I look, I see that whoopsie is not running on my system
[18:12] <ev> BenC: I don't suppose you could get me a stacktrace
[18:12] <BenC> ev: rebuilding with debug syms so I can get a better trace
[18:12] <ev> BenC: thanks!
[18:12] <BenC> ** (./test_identifier:20444): CRITICAL **: whoopsie_identifier_sha512: assertion `source' failed
[18:13] <BenC> Getting that during build…maybe related
[18:14] <slangasek> yeah, I've got the same issue here, and a crash file for it
[18:14] <BenC> ev: http://paste.ubuntu.com/1691526/
[18:15] <BenC> ev: I'm assuming active_connections == NULL
[18:16] <BenC> no check for that before the for loop
[18:16] <ev> yup
[18:16] <ev> bingo
[18:16] <ev> ugh
[18:18] <ev> BenC: http://paste.ubuntu.com/1691559/ - that look reasonable to you?
[18:18] <ev> xnox: ^ can you give me a branch for your whoopsie changes so I don't blow them away with the next upload
[18:18] <BenC> ev: I added "network_available = FALSE;" before the return
[18:18] <BenC> Seemed to make sense
[18:18] <ev> good call
[18:18] <slangasek> ev: do you want a bug report to link to it too?
[18:19] <ev> sure
[18:19] <slangasek> I can send this crash report up
[18:19] <BenC> ev: Give me a sec and I'll test it...
[18:19] <ev> http://paste.ubuntu.com/1691570/
[18:19] <slangasek> bug #1130823
[18:19] <BenC> ev: I'd also like to fix this test case failure
[18:19] <ev> happy to take branches
[18:20] <xnox> ev: nexus7 & ubiquity-dm almost never have active connection on boot.
[18:20] <slangasek> xnox: does that mean your change can be dropped in favor of the segfault fix?
[18:20] <xnox> ev: i'd rather you blow my changes away and see if this is a fix for the world, the universe and everything.
[18:20] <ev> :)
[18:20] <ev> h'okay
[18:20] <xnox> ev: or i can test it on the nexus quickly.....
[18:20] <slangasek> bug #1130823
[18:20] <slangasek> better
[18:21] <Laney> I can do that fairly easily, but I don't think that it's the same thing
[18:21] <BenC> ev: That does indeed fix the segv
[18:24] <BenC> ev: I have a fix for the test case but it only appears to affect when the tests are run as root, so not that important to the buildd's
[18:25] <ev> still happy to take it
[18:25] <BenC> two secs...
[18:25] <Laney> xnox: no fix here
[18:25] <xnox> ev ^ giving you my branch in a sec.
[18:26]  * Laney finds a file called ':wq'
[18:27] <mlankhorst> :o
[18:27] <BenC> ev: http://paste.ubuntu.com/1691633/
[18:27] <BenC> ev: feel free to fix up my tab/space mis-tabbing
[18:27] <xnox> ev: lp:~xnox/whoopsie/no-ubiquity
[18:30] <ev> thanks guys
[18:30] <BenC> ev: Thank you
[18:39] <ev> uploaded
[18:39]  * ev home
[20:06] <hallyn> jjohansen: mdeslaur: is apparmor policy stacking off the table for r?
[20:08] <mdeslaur> hallyn: jjohansen is working on it. I've postponed a few things though, like getting it upstream.
[20:08] <mdeslaur> jjohansen: what's the status?
[20:19] <hallyn> mdeslaur: ok - cool, don't mean to distract, just saw the blueprint update and wasn't sure.  thanks :)
[20:21] <mdeslaur> hallyn: had to pick some $RANDOM ones to postpone so the burndown chart looks good :P
[20:23] <hallyn> :)
[21:10] <jjohansen> hallyn: I'm and making some revisions and fixing some bugs, there should be a new version to play with at the eow/start of next
[21:11] <hallyn> jjohansen: awesome, thanks
[21:26] <smoser> anyone know if there is a way to make schroot not say:
[21:26] <smoser>  Sessions still open, not unmounting
[21:27] <smoser> schroot --quiet --run-session --chroot "$schroot" -- some-command
[21:27] <smoser> annoyingly prints that
[22:13] <barry> smoser: that one always bugs me too, but no i don't know how to shut it up ;)
[22:21] <hallyn> mdeslaur: since i seem to be subject to stupid mistakes, does http://paste.ubuntu.com/1693657/ look good for actually fixing the bug with admin users placed into group libvirtd?
[22:22] <hallyn> zul: bug 1129107, i'm tempted to just push a fix having debian/rules touch /usr/bin/collie
[22:23] <hallyn> (asked on #virt about downsides to that...  i suspect the check can just be removed from configure...  we'll see)
[22:26] <sarnold> hooray, adduser complains if you try to add a user with : or , in the username :)
[22:39] <infinity> hallyn: If it's autoconf, you can preseed the location, so it doesn't look for it.
[22:41] <infinity> hallyn: ac_cv_path_COLLIE=/usr/bin/collie ./configure ...
[22:42] <infinity> hallyn: Or possibly --with-storage-sheepdog=/usr/bin/collie
[22:42] <hallyn> i *guess* that's cleaner than touch /usr/bin/collie :)
[22:42] <infinity> hallyn: Well, touch won't work, you're not root.
[22:42] <hallyn> as builder?  oh...
[22:43] <hallyn> ok, thanks, i'll go with one of those
[22:43] <slangasek> "Backend Sheepdog" is the name of my folk metal band
[22:44] <infinity> hallyn: I'm testing quickly here.
[22:46] <hallyn> infinity: jinkeys - no need, i don't want to take up your time, i'll do it!
[22:51] <infinity> hallyn: Too late? :P
[22:51] <hallyn> infinity: thanks :)  so, if we enable that, should sheepdog go into suggests?
[22:51] <infinity> hallyn: Probably, yes.
[22:53] <hallyn> kthx.  think i'll ask zul to look over this one before i push (since he maintains sheepdog pkg)
[22:57] <zul> hallyn: sure
[22:59] <infinity> hallyn: http://paste.ubuntu.com/1693989/ <-- This gives me plausible configure output.
[23:01] <infinity> hallyn: The packages don't currently suggest half the world, so I'm not sure adding sheepdog is necessary (but not wrong to have it suggest everything it can potentially make use of either)
[23:02] <infinity> Hrm, maybe I should see how that's actually being AC_SUBSTed before I say it works. :P
[23:03] <hallyn> infinity: yeah i'ts actually not looking like it's getting set to true like that
[23:05] <hallyn> or wait
[23:07] <hallyn> no yeah, capitalization is throwing me off, but i think it's working
[23:08] <infinity> Nah, it's not being substed.
[23:08] <hallyn> infinity: (i forewent doing a WITH_SHEEPDOG variable...  not sure if we have a general packaging preference)
[23:09] <hallyn> i see configure: Sheepdog: /usr/sbin/collie
[23:09] <infinity> Yeah, which isn't doing the right thing in the makefiles.
[23:10] <hallyn> all right i need to go afk.  will look tomorrow.  thanks for the help - ttyl
[23:25] <kieppie1> hi guys
[23:25] <kieppie1> the new releases look pretty good
[23:26] <kieppie1> thanks for the hard work
[23:26] <kieppie1> I'm just wondering if there will be some sort of unifying experience
[23:27] <kieppie1> i.e ubuntu on desktop, netbook, tablet, mobile & TV, and if/how I'd be able to maintain & manage a unified session across nodes
[23:29] <infinity> hallyn: Okay, got it all sorted.
[23:30] <infinity> hallyn: Maybe I'll just upload this, so it doesn't get lost later. :P
[23:32] <hallyn> infinity: if you do, do you mind adding http://paste.ubuntu.com/1693657 ?
[23:33]  * hallyn sneaks afk again
[23:33] <infinity> hallyn: Surely, you want getent there, not grepping of group...
[23:33] <infinity> hallyn: Though I see there's precedent with the sudo one.
[23:33] <hallyn> infinity: well yeah i guess...  i like to follow precedent usually, but you're right
[23:34] <hallyn> infinity: so if you prefer to punt and i'll properly fix later, that makes sense.
[23:34] <infinity> hallyn: Is the sudo thing from Debian, or is that our own ickiness?
[23:34] <infinity> hallyn: While I was in here, I noticed another package where I missed enabling libaudit linking, so I'll do that too.
[23:35] <hallyn> infinity: the sudo thing was originall admin (i did sed -i s/admin/sudo).  it comes from debian though
[23:35] <infinity> hallyn: Alright, if this construct is in the Debian packages too, I'm fine with including your bit on top.  But suggesting they could do it better wouldn't be awful either. :P
[23:35] <hallyn> no i think i jut slied
[23:36] <hallyn> infinity: we're not merging libvirt from debian right now anyway
[23:36] <hallyn> zul takes it straight from usptream
[23:36] <infinity> Yay for collaboration. :/
[23:37] <hallyn> well they were slow for awhile.  not sure the rationale works anymore...
[23:37] <hallyn> but yeah it's taken an opposite trajectory from qemu
[23:37] <infinity> Yeah, Debian doesn't have this code snippet for the sudo thing.  It's Ubuntu-specific.
[23:38] <infinity> I'll just add your bits, and then convert both to getent for my own peace of mind.
[23:40] <hallyn> infinity: thanks.  (really leaving now)
[23:51] <cjwatson> kieppie1: we don't really have all the specifics yet, but unifying the experience has been a consistently theme of the recently-released videos about phone and tablet
[23:51] <cjwatson> *consistent theme
[23:56] <smoser> barry, http://serverfault.com/questions/415602/getting-sessions-still-open-not-unmounting-when-exiting-psql-what-does-this . do you use encrypted home?
[23:56] <smoser> (i do)
[23:56] <barry> smoser: but of course :)
[23:56] <smoser> so, yeah, its probably coming from somewhere down that path.
[23:57]  * barry nods
[23:59] <mdeslaur> hallyn: yeah, looks good to me