=== Aki-Thinkpad is now known as akiva-thinkpad === akiva-thinkpad is now known as Akiva-Thinkpad === Akiva-Thinkpad is now known as akiva-mobile === akiva-mobile is now known as Akiva-Thinkpad === _salem is now known as salem_ === salem_ is now known as _salem [04:49] Good morning [04:49] Noskcaj: python-dbusmock is fixed for upower now, FYI [04:49] Noskcaj: django-celery built, so apparently someone quietly retried it already === lynxman_ is now known as lynxman === cmagina_ is now known as cmagina === funkyHat_ is now known as funkyHat === Zic is now known as Guest8684 === didrocks1 is now known as didrocks === seelaman` is now known as seelaman === ycheng is now known as ycheng-afk === bradm1 is now known as bradm === Riddelll is now known as Riddell [08:37] pitti, good to know === Guest8684 is now known as Zic [09:50] ☹ bug 1314796 has broken my utopic chroot [09:50] bug 1314796 in cgmanager (Ubuntu) "[systemd] cgmanager needs systemd unit or init.d script" [Undecided,Triaged] https://launchpad.net/bugs/1314796 [10:07] mvo_: have you moved apturl functionality into the software center already? I am currently preparing kubuntu ports to qt5 and probably will move the kde side of apturl into muon, so as far kubuntu is concerned apturl will probably become unused in 15.04 [10:13] apachelogger: yes, software-center can deal with the apturl stuff [10:16] mvo_: groovy, we can probably consider retiring apturl then [10:16] +1 for that === doko_ is now known as doko [10:55] jodh: thanks for your patch in bug 1342586, I'll apply to git! [10:55] bug 1342586 in systemd-shim (Ubuntu) "[utopic] [proposed] cgmanager breaks lightdm login" [Undecided,New] https://launchpad.net/bugs/1342586 [10:56] jodh: what do you mean with "the packaging branch is out of date"? [10:56] pitti: the systemd bzr branch is out-of-date [10:56] oh, bzr [10:58] jodh: how urgent do you think is this? [10:59] pitti: the bugfix or the branch issue? :) [10:59] jodh: I don't care about the bzr branch, I have an ubuntu branch in the debian systemd packaging git :) [10:59] jodh: I mean the crash [11:00] * pitti tries booting with systemd on utopic du jour [11:01] pitti: well, it means you can't update very easily, so pretty important I'd say. [11:03] jodh: booting with systemd works fine here, but right, lightdm not crashing is a bummer; I'll upload === MacSlow is now known as MacSlow|lunch [11:21] hey pitti [11:23] how is dependencies.txt generated? see bug 1342923, which lists libglib2.0-0 2.40.0-2, but the retrace has "/build/buildd/glib2.0-2.41.2~git20140710.60fe7b46" from a ricotz ppa (which the retracer can't know about since its not listed in dependencies.txt) [11:23] bug 1342923 in Ubuntu GNOME "tracker-store crashed with SIGSEGV in _IO_vfprintf_internal()" [Undecided,New] https://launchpad.net/bugs/1342923 === desrt is now known as desrt|ses [11:50] darkxst: it's asking apt on the reporting system about the versinos === _salem is now known as salem_ [12:12] pitti, but is it getting the wrong version perhaps? === rbasak_ is now known as rbasak [12:14] we have five retraces (for the same crash) that show a symbol from ricotz glib snapshot, but the retracer does not know about that ppa, since its not listed as an [Origin: /] tag === MacSlow|lunch is now known as MacSlow [12:32] * darkxst wonders, we have seen lots of failed retracers, with no real reason why, perhaps this is related, pitti? [12:33] darkxst: that bug does have packages from the PPA in dependencies; does the PPA actually have a newer glib version? [12:40] pitti, hi, the reporters dependencies.txt refers to glib 2.40.0-2 which suggests only the gnome3-staging ppa is in use, but the trace mentions a snapshot version which happen to match the version i have/had in my ppa [12:41] (the gnome3-staging ppa doesnt contain a newer package glib) [13:13] pitti: hi, so, about this reverse dependency thing, bumblebee only "suggests" bumblebee-nvidia, which, in turn, depends on the nvidia drivers: https://lists.ubuntu.com/archives/ubuntu-release/2014-July/002955.html [13:14] pitti: a suggested dependency shouldn't really cause any troubles, should it? [13:23] tseliot: no, we don't install them by default or consider them in component-mismatches/britney [13:24] pitti: so is that a false positive? [13:24] Recommends: nvidia-prime (>= 0.5) | bumblebee [13:25] tseliot: so supposedly a bug in component-mismatches then [13:25] pitti: ok, thanks [13:33] cjwatson: just noticed https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1274320 when working on mdadm update. Is there anything that can/should be done to resolve this? [13:33] Ubuntu bug 1274320 in grub2 (Ubuntu) "Error: diskfilter writes are not supported" [High,Triaged] [13:34] e.g. I just did a stock raid1 mdadm install and ideally i wouldn't be seeing such messages on boot. === Ursinha is now known as Ursinha-afk [13:36] rbasak: sure, that'd be great (1324992 -> trusty) [13:37] dannf: done already :) [13:57] xnox: I have a patch in my Debian inbox which I think will quieten that [14:00] cjwatson: \o/ cool. === Ursinha-afk is now known as Ursinha [14:31] hi, I am trying to port ubuntu to powerpc 32 bit little endian. Am I in right place to ask question? [14:33] Does any one know what debian arch name for PowerPC 32 bit little endian? [14:34] I'm not sure one has been assigned, though my guess would be powerpcel. It would be necessary to work with the Debian dpkg maintainers as pretty much the first step [14:35] thanks cjwatson! That's what I thought and currently using it. I sent email to Debian dpkg maintainer (3 of them) and I haven't gotten a message yet. [14:35] Yeah, nothing in dpkg.git [14:35] Right, but you'll have to wait for that first. No point doing a bunch of work and then having to redo it all. [14:37] OK. I will wait for the "confirm" message then. I would be better to work on something else then. (such as porting xbuilder which seems ceased to support Trusty) [14:40] Anyway, I don't have a machine (power8 or so) yet, so I have finished test build powerpc64le multilib with Cross Linux From Scratch, and I am trying to finished [14:41] my work with my favorite linux distro, ubuntu. [14:42] well, anyway, thank you cjwatson. I will come back if there is any standout progress.^^ === greyback is now known as greyback|lunch === anthonyf` is now known as anthonyf === ara is now known as Guest35403 [15:17] stgraber: cgmanager appears to be stuck in utopic-proposed. but it passed jenkins. how do i tell why it's hung up? [15:18] hallyn_: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#cgmanager [15:18] lxc autopkgtest regression [15:18] * hallyn_ notes that url [15:19] cjwatson: thanks [15:20] interesting. [15:20] stgraber: these look like what pitti was pinging you about the other night; i somehwo thought you'd resolved them - https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-lxc/lastBuild/ARCH=amd64,label=adt/console [15:29] * doko shouldn't do a test build with nocheck and introduce a typo in the check code :-/ [15:41] =))))))) happens. === _TJ_ is now known as TJ- [16:12] cjwatson: d'oh, i bet the lxc failure was due to the same kernel cgroup kernel bug as the cgmanager test was === greyback|lunch is now known as greyback === mnepton is now known as mneptok === flexiond` is now known as flexiondotorg [17:42] stgraber: i'm about to start investigating what it might take to create a deb that would automatically setup an LXC container + other bits. is there any prior art i could look at? [17:43] achiang, like lxc-android-config ? :) [17:43] stgraber: my first thought is to stick a lot of manual setup stuff into the maintainer scripts [17:43] ogra_: good pointer, i'll take a look at that one [17:43] (it does exactly that) [17:44] we rely on unpacking the rootfs in initrd thuogh ... you would have to do that bit somewhere else for yours [17:44] (the container rootfs that is) [17:45] ogra_: my use case is to create a metapackage that encapsulates a utopic lxc container and holds the ubuntu-sdk bits inside, for deployment on trusty [17:45] stgraber: yeah, lxc-test-unpriv fails with the utopic-release kernel (3.16), passes with 3.15, so i assume it's the cgroup-rmdir that's failing; presumably the ubuntu upstream kernel will also allow it to pass (will test in a minute) [17:46] stgraber: anything we can do to let lxc promote anyway? i suppose i need to find the kernel patch that caused this and try to get it cherrypicked? :( [17:50] hm, i'll see which rc fixes it at least [18:05] doko, hi, seems like graphviz isnt initializing the plugins after upgrading, it refers to libgvc5-config-update rather then libgvc6-config-update in postinst and postrm === roadmr is now known as roadmr_afk === lisca is now known as ohnivy_kon [18:41] ricotz, ok, looking [19:30] ricotz, fixed in proposed === ochosi_ is now known as ochosi === roadmr_afk is now known as roadmr [21:00] stgraber: d'oh. found the cause of the lxc test failures in jenkins [21:00] sending a patch to m-l in a min [21:03] hm, this might be a contender for worst commit msg ever, but here goes [21:04] stgraber: please ack and push as quickly as possible, and we should get it into utopic-proposed asap to get jenkins to pass [21:15] doko, thanks [21:31] stgraber: in your blog, why do we need to install things like ubuntu-artwork and dmz-cursor-theme? https://www.stgraber.org/2014/02/09/lxc-1-0-gui-in-containers/ [21:31] bc #unicorns [21:33] hallyn_: was that addressed to me? or is that some weird irssi command? :) [21:36] achiang: to you :) [21:37] hallyn_: ha. ok, but... i don't get your joke. (it's a joke, right?) [21:37] unicorns, pretty artwork... sorry. i'll leave now [21:38] ok i'm going to push those two patches to git and to utopic [21:40] cjwatson: xnox: what is "utopic-release"? is that for things which are held back by jenkins failures? or a synonym for -updates? or what? [21:46] (new lxc pushed, hopefully that will unblock cgmanager 0.27) [21:46] achiang: mostly so things don't look bad :) [21:46] is there a way to specify, in a control file, that a package depends on the same version of another package that is built from the same source? [21:47] achiang: I believe that was mainly visible with steam [21:47] achiang: and possibly also relevant to skype if you want it to look like a gtk app [21:47] stgraber: ah, ok. i mean i was wondering... if you're using chrome in a container, why do you need a wallpaper? [21:47] stgraber: but anyway, makes sense, thanks [21:50] Host can i make infernal not attempt to build on i386? [21:50] *how [21:51] Since not all i386 machines have SSE2, the debian maintainer has set binaries to only build on amd64, but us building arch: all on i386 means it attempts to build there [22:01] hallyn_: "utopic" is ambigious. on archive.ubuntu.com/ubuntu/dists/ we have 4 suites - "utopic", "utopic-updates", "update-proposed", "utopic-security". However on launchpad those map to utopic series with - "releae", "updates", "proposed", "security" /pockets/ [22:01] hallyn_: britney / proposed migration is as follows - all uploads are redirected into "utopic-proposed" from where they migrate to "utopic" (aka utopic-release) if are installable and adt tests pass. [22:02] hallyn_: updates and security pockets are only opened after series becomes stable, at that time "release" pocket is frozen ("utopic" suite on the archive.ubuntu.com). [22:02] hallyn_: more about proposed migration is on https://wiki.ubuntu.com/ProposedMigration [22:04] hallyn_: on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#cgmanager you will be able to track if new lxc unblocks things. [22:04] hallyn_: the new lxc is still building and hasn't been tested yet =) [22:10] xnox: d'oh, i see. so -release is a synonym for just 'utopic' bc it's devel release. sorry, i was being a moron [22:10] achiang: note that it's "ubuntu-artwork" not "ubuntu-wallpapers" (though I suspect it pulls that latter in). So that's the combination of icon themes, gtk themes, ... that make Ubuntu looks like Ubuntu [22:10] thanks [22:10] stgraber: ack [22:11] i was sloppy in my comment [22:11] hallyn_: yeah, terminology is fuzzy =) [22:12] all right while i wait for that i can finally look at the StopSession for systemd-shim [22:13] stgraber: if i am in an lxc environment, is there some issue with loading libraries outside of standard LD_LIBRARY_PATH? i have put the ubuntu-sdk in a container and am trying to build my app, which builds a shared lib in a local dir. upon trying to test, i get an error about not being able to load it [22:16] achiang: I can't really think of anything special there. LXC doesn't do any fancy ld configuration or anything. [22:16] stgraber: hm, must be something else then. [22:16] stgraber: i'll keep digging, thanks === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem [22:22] stgraber: ABI mismatch of sorts. i had built the lib outside the lxc on trusty host, then attempted to run a QML app inside the utopic lxc [22:22] stgraber: rebuilding inside utopic lxc fixed everything :) [22:29] achiang: good to hear lxc wasn't to blame :) [22:30] stgraber: i'm sure that 90% of the time when i touch something and it breaks, for me specifically it can be root caused to pebkac ;) [22:30] :) [22:30] stgraber: anyway, my little adventure with lxc is proving fruitful. lxc-izing the ubuntu-sdk helps minimize the dev pain if a user wants to stay on utopic [22:30] sorry [22:30] if a user wants to stay on trusty [22:31] but target utopic [22:32] stgraber: i haven't got there yet, but there will be bits that will require unity8 hosting inside lxc on trusty... i understand you're working on something like that. so when you're off holidays, maybe i can ping you [22:44] achiang: right, christownsend and I have been working on running a whole unity8 session inside LXC on trusty. I've heard some progress have actually been made on that today though I'm still waiting for the details. [23:16] has anyone else see reschedules not happenign [23:17] like, when it should happen it goes nowhere [23:17] state BUILD task - [23:19] lifeless: mischan? [23:19] if not i have no idea what you mean :) [23:22] Can someone please retry the kanla build in utopic? It should work now. [23:23] mwhudson: yup [23:23] mwhudson: openstack foo [23:23] sorry [23:28] Noskcaj-school: retried [23:29] lifeless: heh nw [23:33] What is with the signon-ui/signond dependencies? [23:33] I mean really. === Ursinha is now known as Ursinha-afk