[00:38] <Logan_> infinity: mind a quick PM?
[00:40] <infinity> Logan_: Go nuts.
=== salem_ is now known as _salem
=== negronjl-afk is now known as negronjl
[08:13] <Laney> @pilot in
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: xnox, Laney
[08:13] <Laney> xnox: is that lies?
[10:48] <xnox> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
[10:48] <xnox> yes lies
[10:49] <Laney> lies begone
=== _salem is now known as salem_
=== arun is now known as arunpyasi
=== mbiebl_ is now known as mbiebl
[13:07] <Laney> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Trusty Final released! | Archive: Open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[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
=== salem_ is now known as _salem
=== _salem is now known as salem_
[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
=== salem_ is now known as _salem
=== rickspencer3_ is now known as rickspencer3
=== _salem is now known as salem_
=== salem_ is now known as _salem
[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...
=== roadmr is now known as roadmr_afk
=== roadmr_afk is now known as roadmr
[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
=== negronjl is now known as negronjl-afk
=== bfiller is now known as bfiller_afk
[18:53] <Logan_> Laney: I have no idea why that would be the case... shouldn't there be an explicit build dependency, then?
=== doko_ is now known as doko
[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
=== bfiller_afk is now known as bfiller
[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
=== bfiller is now known as bfiller_afk
[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:02] <ubottu> bug 1310919 in samba (Ubuntu Trusty) "pam_winbind krb5_ccache_type=FILE stopped working after 14.04 upgrade" [High,Confirmed] https://launchpad.net/bugs/1310919
[21:05] <hallyn> bdmurray: https://bugzilla.samba.org/show_bug.cgi?id=10490
[21:05] <ubottu> bugzilla.samba.org bug 10490 in Winbind "pam_winbind fails with kerberos method = secrets and keytab" [Normal,New]
[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:00] <ubottu> bug 1007826 in apport (Ubuntu Precise) "crash with AssertionError: file stream must be in binary mode when trying to save report to file" [Undecided,In progress] https://launchpad.net/bugs/1007826
[22:00] <ubottu> bug 1015788 in apport (Ubuntu Quantal) "All the apport crash reports are now "*** Error: Invalid problem report" - TypeError: startswith first arg must be bytes or a tuple of bytes, not str" [High,Fix released] https://launchpad.net/bugs/1015788
=== roadmr is now known as roadmr_afk
[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] <ubottu> Launchpad bug 1007826 in apport (Ubuntu Precise) "crash with AssertionError: file stream must be in binary mode when trying to save report to file" [Undecided,In progress] https://launchpad.net/bugs/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
=== Ursinha is now known as Ursinha-afk
[22:37] <cjwatson> tsutsifr: --variant=minbase
[22:37] <cjwatson> (=> Priority: required + apt)
=== Ursinha-afk is now known as Ursinha
=== roadmr_afk is now known as roadmr
[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