[00:38] <Logan_> infinity: mind a quick PM?
[00:40] <infinity> Logan_: Go nuts.
[08:13] <Laney> @pilot in
[08:13] <Laney> xnox: is that lies?
[10:48] <xnox> @pilot out
[10:48] <xnox> yes lies
[10:49] <Laney> lies begone
[13:07] <Laney> @pilot out
[13:21] <Laney> smoser: do you know why http://cloud-images.ubuntu.com/utopic/ doesn't have a current/ symlink?
[13:22] <smoser> Laney, raised yesterday by pitti.
[13:22] <Laney> I guess for the same reason ;-)
[13:22] <smoser> http://irclogs.ubuntu.com/2014/04/30/%23ubuntu-devel.html#t05:56
[13:24] <Laney> smoser: I see your reply, okay ...
[13:43] <mpt> cyphermox, what’s the maximum length for a Wi-Fi access point name?
[13:45] <xnox> mpt: 32
[13:45] <Laney> bytes
[13:46] <mpt> thanks
[13:48] <mpt> …Which may include emoji. http://f.cl.ly/items/1H2s3G1B3Q1l1C35452I/network.png
[13:51] <mlankhorst> ;D
[13:51] <xnox> mpt: correct, the spec didn't actually specify what encoding it's suppose to be.
[13:52] <mlankhorst> utf-8 of course!
[13:58] <xnox> mlankhorst: KOI8-R ftw!
[14:09] <mlankhorst> no!
[14:09] <xnox> mlankhorst: honestly you'd get kicked from russian irc channel for speaking in utf-8
[14:10] <mdeslaur> xnox: oh? do you use two irc clients or something?
[14:11] <mlankhorst> last time i was on a russian server (iirc) it offered an option to set utf-8 and it would do the translating for you :P
[14:11] <xnox> mdeslaur: no, i've emigrated
[14:11] <xnox> =)
[14:11] <mdeslaur> heh
[14:12] <mlankhorst> well, translation between character sets
[14:12] <mdeslaur> ah, interesting
[14:37] <bdmurray> arges: could you have a look at update-manager in the saucy proposed queue?
[14:37] <arges> bdmurray: sure
[14:39] <stgraber> hallyn: so did you talk to pitti about your systemd-logind weirdness in utopic?
[14:42] <arges> bdmurray: (making a mental note for myself) update-manager updates have version changes like that?
[14:42] <hallyn> stgraber: no, not yet.
[14:42] <arges> bdmurray: since its ubuntu only right
[14:42] <bdmurray> arges: right
[14:44] <arges> bdmurray: is this fixed in all other versions then? or doesn't affect others
[14:46] <bdmurray> arges: looking at the errors bucket it still only affects saucy
[14:47] <hallyn> pitti: (punting on the systemd-logind weirdness first,) do you think converting /etc/init/{cgmanager,cgproxy}.conf to systemd units would be hard?  Is there guidance yet about how to properly do such a conversion?
[14:48] <arges> bdmurray: ok accepted
[16:11] <hallyn> say, is anyone looking into updating util-linux?  (i.e will i be wasting my time if i start to)
[16:11] <cjwatson> hallyn: infinity is
[16:14] <hallyn> cool
[16:17] <dunkel2> hello
[17:20] <slangasek> pitti: I'm very confused by this doodle poll; I thought doodle had an option to show times in your local timezone, and it's not giving me that option at all... and if these are London times, it doesn't make sense to me why the options are the ones that they are
[17:20] <slangasek> pitti: so before I fill out the poll, I want to make sure 5am-8am,3pm-10pm Europe/London are the right options...
[17:42] <arges> Quick Start
[17:42] <arges> whoops
[17:44] <Logan_> cjwatson: could you please add me to ~ubuntu-transition-trackers?
[17:45] <xnox> Logan_: what transition do you want to setup? pastebin the config and/or do merge proposal and i'll commit it.
[17:45] <Logan_> but I want the power ;P
[17:45] <Logan_> sure, I'll do an MP, but I'd like to be part of the team
[17:46] <Laney> Show that you can construct correct files a couple of times, then you can be added
[17:46] <Logan_> sure
[17:50] <Logan_> xnox, Laney: did an MP
[17:57] <xnox> Logan_: with $ reverse-depends libmpich10 --list | xargs bin2src | sort -u | wc
[17:57] <xnox> Laney: i get 24 affected packages, yet when i run that config above, i only get 7 affected packages?!
[17:57] <xnox> i'll update my packages file
[17:58] <Logan_> that's odd
[17:59] <Logan_> xnox: it appears that the config is only returning the ones without architectures listed
[17:59] <Logan_> how do we account for the ones with architectures listed?
[17:59] <Laney> check affected, not good or bad
[18:00] <Logan_> ah, so it won't say that ones with architectures listed are bad, even if they are depending on the older version of the library?
[18:03] <Laney> It's true that liboasis3-0d only depends on libmpich10 on arm64 and doesn't build-depend on it, to take an example
[18:53] <Logan_> Laney: I have no idea why that would be the case... shouldn't there be an explicit build dependency, then?
[18:55] <Logan_> Laney: should the .ben file just say that it affects ones that currently depend on libmpich10?
[18:56] <Logan_> (instead of looking at the build dependencies?)
[19:07] <Logan_> Laney: submitted a new MP just looking at Depends rather than Build-Depends
[19:19] <hallyn> can anyone tell me what is wrong with teh following:
[19:19] <hallyn> AC_SEARCH_LIBS([cgmanager_get_pid_cgroup_abs_sync], [cgmanager], [have_abs_cgroups=yes], [have_abs_cgroups=no], [nih nih-dbus dbus-1])
[19:19] <hallyn> configure is not adding the listed libraries when trying to build the test program...
[19:19] <hallyn> i.e. no -lcgmanager
[19:24] <hallyn> ah maybe i just had it in a place it didn't like
[19:29] <hallyn> phew, yeah now it's all right
[20:31] <bdmurray> mlankhorst: why did the xmir patch change in the xserver-xorg-video-ati upload in the trusty -proposed queue?
[20:46] <Sarvatt> bdmurray: fix-0-crtc-crash.patch was touching the code xmir.patch touched and it needed updating
[20:52] <Sarvatt> its just whitespace changes
[20:53] <bdmurray> Sarvatt: I see, okay thanks!
[21:02] <bdmurray> hallyn: is there an upstream samba bug for bug 1310919?
[21:05] <hallyn> bdmurray: https://bugzilla.samba.org/show_bug.cgi?id=10490
[21:08] <bdmurray> hallyn: do you think we should wait and see what upstream does?
[21:09] <hallyn> bdmurray: tough call.  it's prevent logins...  that's pretty critical.
[21:09] <hallyn> otoh it'll suck to have to sru a patch replacement if upstream does it differently
[22:00] <bdmurray> Laney: it looks like you referenced the wrong bug in your upload of apport to the precise -proposed queue. Bug 1007826 vs bug 1015788.
[22:07] <Laney> bdmurray: I don't think so, the second one is another go at fixing the first one, isn't it?
[22:08] <Laney> I certainly tried to take both of those commits, hopefully successfully
[22:11] <bdmurray> Laney: the diff contains no change to apport-cli
[22:12] <Laney> why should it?
[22:13] <Laney> The fixes were to launchpad.py
[22:13] <bdmurray> The quantal changelog refers to "
[22:14] <bdmurray> apport-cli: Unbreak "keep" option. (LP: #1007826)
[22:14] <bdmurray> see https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/apport/quantal/revision/321
[22:14] <bdmurray> and the change to apport-cli there
[22:14] <Laney> Give me a second and I'll get the commits
[22:22] <Laney> bdmurray: Hmm, I'm less sure that I took the right commit now
[22:23] <Laney> Those are the ones I meant to take but a second look makes me think that they don't fix the reporter's problem
[22:23] <Laney> Leave or reject it and I'll look again tomorrow or next week
[22:24] <tsutsifr> Is there something I can target a debootstrap against that's smaller than ubuntu-minimal? I'm trying to create a tiny docker base-image, which still needs to be able to use apt-get -- but which (since it's a docker container) doesn't need to do things like boot, configure devices, or start a shell
[22:26] <Laney> bdmurray: (if you can identify the correct commit then please do and upload that instead)
[22:26] <Laney> (or as well as)
[22:26]  * Laney goes away, goodnight
[22:26] <tsutsifr> my current approach is creating a "ubuntu-minimal-docker" virtual package that Provides ubuntu-minimal, along with the transitive closure of packages it depends on, minus the actually-necessary ones, like apt and debconf
[22:37] <cjwatson> tsutsifr: --variant=minbase
[22:37] <cjwatson> (=> Priority: required + apt)
[22:57] <tsutsifr> cjwatson: that gives me ubuntu's equivalent to debian's minbase, yes, but when I actually go to install anything packages for ubuntu, ubuntu-minimal and its various dependencies will end up being Depended on anyway, so doing that is kind of moot
[22:57] <tsutsifr> *anything packaged for ubuntu
[23:00] <mwhudson> hm, dist-upgrade in a chroot is complaining at me
[23:00] <mwhudson> invoke-rc.d: initscript systemd-logind, action "start" failed.
[23:01] <mwhudson> this looks like the sort of thing i don't care about in a chroot
[23:03] <tsutsifr> and even then, it looks like minbase pulls in most of the same unnecessary stuff (initramfs, e2fs*, kmod, plymouth, sysvinit, udev, upstart...)
[23:06] <sarnold> mwhudson: that's working as intended -- invoke-rc.d 'knows' some things in a chroot environment or container environment shouldn't be executed, the invoke-rc.d manpage has details
[23:06] <mwhudson> sarnold: leaving packages unconfigured surely isn't intended though
[23:07] <mwhudson> libpam-systemd:arm64 in this case
[23:07] <mwhudson> is that just a packaging bug?
[23:07] <tsutsifr> basically, it seems like there should really be a differentiation in Essential packages, between "Essential even when the OS is being effectively used as an exokernel by a single process" and "Essential only for autonomous system functioning"
[23:07] <sarnold> mwhudson: hrm, indeed, they shouldn't be unconfigured afterwards, just not running..
[23:07] <tsutsifr> and things that currently depend on ubuntu-minimal should probably depend on a virtual package that provides the former, not the latter
[23:22] <mwhudson> can i pretend to dpkg that this package is in fact configured?
[23:22] <mwhudson> i guess i can symlink it's postinst to true
[23:23] <mwhudson> -'
[23:34] <infinity> mwhudson: chroots should have a policy-rc.d in place that denies invoke-rc.d entirely, so you don't run into failed starts.
[23:34] <mwhudson> infinity: oh right
[23:34] <infinity> mwhudson: That's hardly the only package you'll have a problem with.
[23:34] <mwhudson> oh right, i didn't actually make this chroot with schroot