[06:08] <pitti> Good morning
[06:17] <BigWhale> ☠ morning ...
[06:17] <BigWhale> :>
[06:19] <RAOF> Still 4 hours sleep?
[06:22] <BigWhale> RAOF, yes... I'll start hating Steam pretty soon. "Ooooh, a new humble bundle ... " "Oh, look, sunrise."
[06:24] <chrisccoulson> 4 hours sleep?
[06:24] <chrisccoulson> lucky you ;)
[06:25] <RAOF> chrisccoulson: How goes Operation: Two Young Girls
[06:25] <RAOF> ? :)
[06:25] <chrisccoulson> 1.5 hours ;)
[06:26] <chrisccoulson> although, i did go to bed quite late
[06:26] <chrisccoulson> so it's my own fault
[06:26] <BigWhale> I am so glad I'm past this ... In 15 minutes I'll just scream: "put on your shoes and go to school!" :)
[06:27] <didrocks> good morning!
[07:02] <pitti> hey didrocks
[07:03] <didrocks> bonjour pitti, ça va?
[07:05] <pitti> didrocks: ça va bien, merci!
[08:32] <Sweetshark> Moin a tous!
[08:33] <pitti> Sweetshark: bonjour Monsieur, comment vas-tu?
[08:34] <pitti> $ sudo dpkg -P consolekit
[08:34] <pitti> hah!
[08:38] <Sweetshark> pitti: je vas bien, merci.
[08:38] <seb128> hey desktopers
[08:38] <seb128> pitti, victory? ;-)
[08:38] <pitti> seb128: well, milestone
[08:38] <pitti> https://plus.google.com/107564545827215425270/posts/15va4vhty9T
[08:38] <Sweetshark> pitti: how can it be that you push the agenda of the french mafia? Das ist nicht fair.
[08:38] <pitti> it's faaar from perfect yet
[08:39] <pitti> /msg Sweetshark I must, seb128 knows where I live!
[08:39] <pitti> oops :)
[08:39] <seb128> hehe
[08:40] <pitti> Vive la France^WUbuntu^Wlogind^Wour tech lead^Wla biére^Wnotre seb128!
[08:40]  * seb128 hugs pitti
[08:40]  * pitti tu donne une accolade en retour
[08:41] <pitti> oh, "la bière", non?
[08:41] <seb128> oui
[08:42]  * Sweetshark imagines pitti with a french flags on some barricades ...
[08:47] <pitti> Sweetshark: nah, moane Fahne isch jetzt bayerisch
[08:48]  * pitti va aller en grève au lieu
[08:51] <Sweetshark> pitti: I wull di wat. Wi schnacken nu missingsch, und mit die andere Sprachens is dann daddeldu!
[08:51] <pitti> haha
[09:12] <Laney> guten morgen
[09:13] <seb128> Laney, guten tag!
[09:14] <seb128> Laney, wie gehts?
[09:16] <Laney> gut, danke! es ist Freitag ;-)
[09:17] <Laney> what's the verb "to ride" (as in a bike)?
[09:18] <Laney> just fahren?
[09:20] <seb128> zyklus?
[09:20] <pitti> Laney: yes, "Fahrrad fahren"
[09:23] <Laney> so ... früher fuhr ich mit meinem neuen Fahrrad zum Fluss :-)
[09:31] <Sweetshark> Laney: looks good to me.
[09:31] <Sweetshark> Laney: now translate for me: Wenn ist das Nunstück git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput!
[09:32] <chrisccoulson> hey seb128, pitti, Laney
[09:32] <chrisccoulson> happy fry-day!
[09:33]  * Laney dies from laughter
[09:33] <Laney> hey chrisccoulson
[09:33] <chrisccoulson> heh :)
[09:33] <Sweetshark> Laney: consider yourself successful then ;)
[09:34] <pitti> hey chrisccoulson
[09:35] <chrisccoulson> hi pitti, how are you?
[09:35] <pitti> chrisccoulson: quite fine, thanks! how about yourself?
[09:35] <chrisccoulson> pitti, quite tired, after an intense week of debugging v8 :/
[09:35] <pitti> Laney: FWIW, I can't translate that either
[09:35]  * Sweetshark imagines the impact the funniest joke in the world could have nowadays with twitter etc.
[09:35] <Laney> pitti: it's a joke from monty python ;-)
[09:35] <pitti> Sweetshark: OMGNOO
[09:35] <Laney> https://en.wikipedia.org/wiki/The_Funniest_Joke_in_the_World
[09:36] <Laney> s/en/de/ ;-)
[09:36] <pitti> Laney: oh, I did see that one, I just couldn't remember it any more
[09:36] <pitti> (probably for the better)
[09:36] <Laney> probably harmful for your health
[09:39] <seb128> chrisccoulson, hey, happy friday to you too!
[09:40] <chrisccoulson> hi seb128
[09:40] <seb128> chrisccoulson, did you get at the bottom of your debugging? or is that going to keep you pulling hairs until the W.E?
[09:40] <chrisccoulson> seb128, oh, i've got a pretty good idea what's going on now :)
[09:41] <chrisccoulson> i just need to understand how v8 applies relocations to deserialized jit code, which is what is failing ;)
[09:41] <chrisccoulson> (chrome has a snapshot of v8 builtins linked in, to avoid the jit creating them on every startup. but references to C functions from the deserialized jit code aren't being relocated)
[09:42]  * RAOF was going to ask why v8 would serialise its jit output :)
[09:42] <chrisccoulson> it's been an interesting week ;)
[09:42] <chrisccoulson> RAOF, the builtins are serialized during the build process
[09:42] <chrisccoulson> and then linked in to the binary
[09:42] <chrisccoulson> i didn't know this until this week, and spent some time trying to figure out why i wasn't hitting various breakpoints in the jit compiler)
[09:42] <RAOF> They should cache all jit output!
[09:42] <chrisccoulson> lol
[09:43]  * RAOF is only partially joking there.
[10:01] <czajkowski> this has been a very long week
[10:01] <bryce> czajkowski, no kidding
[10:02] <seb128> is there any short week here?
[10:02] <seb128> ;-)
[10:02] <czajkowski> picked the wrong week to do so much and run a conference on saturday, I can haz sleep right!
[10:28] <rvr_> czajkowski: Some energy http://www.youtube.com/watch?v=KlyXNRrsk4A ;)
[11:13] <Laney> when's unity 7 planned to be released?
[11:13] <Laney> didrocks: ^?
[11:13]  * Laney is reviewing his first FFe of the cycle :-)
[11:14] <didrocks> Laney: if we do have unity 7, it will just be a rename of current unity
[11:14] <didrocks> Laney: so not a new "version"
[11:14] <didrocks> Laney: we do release everyday, you know :p
[11:14] <Laney> I thought that at some point that would be disabled in favour of a normal one
[11:14] <Laney> so I can assume that FFes with approved branches will land the next day then
[11:15]  * Laney was confused by the "milestone" that the bug has
[11:15] <didrocks> Laney: should be, not sure what you are referring to (I guess shutdown dialog?)
[11:15] <Laney> correct
[11:15] <didrocks> Laney: but it's something to ensure with mterry/cyphermox/ken/robru
[11:16] <didrocks> Laney: they are the one looking at the MP
[11:16] <didrocks> and stopping if upstream is going crazy
[11:16] <didrocks> like mterry did with shutdown dialog :p
[11:16] <Laney> but he didn't vote against it, so is the merge going to happen?
[11:17] <Laney> anyway I will approve it (just looking for future info)
[11:18] <didrocks> Laney: no, but they shouldn't merge it
[11:18] <didrocks> Laney: if they do, we'll revert
[11:18] <didrocks> before the FFe is acked
[11:18] <Laney> I thought it was done by a bot once the approve votes were there
[11:19] <didrocks> Laney: the bot only care about the global state
[11:20] <Laney> ah, and who changes that? I've never done it for these projects
[11:20] <didrocks> Laney: people approving generally
[11:20] <didrocks> ah yeah, sometimes, they forget :)
[11:21] <Laney> so feel free to fix it for that one ;-)
[11:23] <didrocks> Laney: I prefer the stackholder dealing with it
[11:23] <didrocks> (mterry)
[11:23] <didrocks> don't want to jump on anybody shoulder :p
[11:23] <didrocks> already fixing the daily release is enough when jenkins is going crazy like this morning ;)
[11:26] <Laney> fair enough
[11:26] <Laney> seems like it goes crazy quite often ;-)
[11:28] <didrocks> Laney: unfortunately, I just got one bug since november on my code
[11:28] <didrocks> Laney: all the rest is autopilot tests/jenkins/utah
[11:28] <didrocks> (utah is way better now though)
[11:28] <Laney> hehe
[11:41] <chrisccoulson> does anyone have any autopkgtests that require root access?
[11:42] <Laney> chrisccoulson: gvfs at least did have that
[11:43] <chrisccoulson> Laney, ah, thanks
[11:43] <Laney> yeah, still does
[12:14] <Sweetshark> bdrung: dd0b8b521ea9543158b152cf80666b904027af49 trades a package-contains-broken-symlink against a doc-package-depends-on-main-package, which one do you like better?
[12:14] <Sweetshark> bdrung: I would go for reverting dd0b8b521ea9543158b152cf80666b904027af49 -- no need to have delta to have a different warning
[12:27] <bdrung> Sweetshark: let me check
[12:29] <Sweetshark> bdrung: btw running lintian is now part of the jenkins job ;)
[12:36] <bdrung> Sweetshark: good. you can revert dd0b8b521ea9543158b152cf80666b904027af49
[12:38] <bdrung> Sweetshark: do you have the debs from your latest build?
[12:44] <Sweetshark> bdrung: yes, but without the revert or the patches you send to rene
[12:44] <bdrung> Sweetshark: okay. can i have them?
[12:45] <bdrung> Sweetshark: btw, how are the source tarballs generated?
[12:46] <bdrung> Sweetshark: i have another patch: http://paste.debian.net/240472/
[12:58] <chrisccoulson> is libdbus threadsafe?
[13:07] <bdrung> Sweetshark: can i have your debs?
[13:08] <seb128> chrisccoulson, not sure, libdbus-glib is not, gdbus is
[13:08] <seb128> chrisccoulson, you might want to grab desrt to ask him when he's around, he probably knows
[13:09] <Laney> pretty sure it's not
[13:09] <Laney> hyperair has had recent pain with this IIRC
[13:09] <hyperair> hmm?
[13:09] <hyperair> what's that?
[13:09] <Laney> libdbus thread safety
[13:09] <chrisccoulson> seb128, Laney, yeah, it's ok. i found my answer already
[13:09] <chrisccoulson> see https://bugzilla.mozilla.org/show_bug.cgi?id=849204
[13:09] <hyperair> oh gconf.
[13:09] <ubot2`> Mozilla bug 849204 in Widget: Gtk "crash in _dbus_watch_invalidate" [Critical,New]
[13:09] <hyperair> heh
[13:09] <hyperair> there we go, same function.
[13:10] <hyperair> chrisccoulson: make sure dbus-glib is initialized with threads.
[13:10] <hyperair> there's a recent gconf# upload in debian that fixed it
[13:10] <hyperair> and an ubuntu-only gconf patch written by me that does something with it
[13:14] <Sweetshark> bdrung: sources are genned with the get-orig-sources from ./debian/rules
[13:15] <Sweetshark> bdrung: lintian-override for image warning looks good, applied
[13:20] <Sweetshark> bdrung: I will start the upload now and go for lunch ;)
[13:20] <bdrung> thanks
[13:21] <kenvandine> seb128, can you do a NEW review for me? accounts-qml-module
[13:21] <seb128> kenvandine, hey, sure
[13:21] <kenvandine> thx
[13:21] <kenvandine> seb128, good morning :)
[13:22]  * Laney whispers something about feature freeze
[13:22] <bdrung> Sweetshark: will you push to git?
[13:24] <Sweetshark> bdrung: can do, would have waited for the new build to finish over lunch otherwise.
[13:24] <bdrung> okay
[13:26] <seb128> kenvandine, hum, Laney suggested I shouldn't NEW your upload because of FF...
[13:26] <kenvandine> :(
[13:26] <kenvandine> it's just for universe... nothing using it in the distro
[13:26] <kenvandine> :-D
[13:27] <Laney> I think it should be fine following slangasek's relaxed FFe policy for the first few days
[13:27] <Laney> is there anything else coming?
[13:27] <kenvandine> not from me
[13:27] <chrisccoulson> w00t, I OWN ALL THE BUILDERS NOW
[13:27] <chrisccoulson> (well, nearly all)
[13:27] <smartboyhw> chrisccoulson, :)
[13:27] <kenvandine> i tried getting it in yesterday... but was blocked on getting a branch merged
[13:28] <Laney> go for it
[13:28] <seb128> Laney, thanks
[13:28] <kenvandine> Laney, thanks
[13:29] <kenvandine> i only care to get it in to make it easier for the guys working on the core apps project
[13:29] <kenvandine> nothing on the desktop uses it yet
[13:30] <kenvandine> i guess i didn't get gwibber replaced in time :/
[13:30] <kenvandine> that's sad!
[13:50] <seb128> kenvandine, copyright says "either version 3 of the License." (minor detail) ;-)
[13:50] <seb128> kenvandine, looks good otherwise
[13:55] <Sweetshark> bdrung: http://people.canonical.com/~bjoern/libreoffice4/debs/
[13:58] <smartboyhw> jbicha, would it be possible for you to package blender 2.66a-2 into the repos
[13:58] <smartboyhw> ?
[14:02] <bdrung> Sweetshark: best way to download all these files?
[14:27] <kenvandine> seb128, grrr... i copied that out of another package :)
[14:27] <kenvandine> and can't remember which... so it's weird in more than one :-p
[14:34] <didrocks> bah, I'm tired of thunderbird hanging
[14:34]  * didrocks will switch to mutt
[14:34] <smartboyhw> lol
[14:36] <Sweetshark> bdrung: hmm, dunno. "wget -r"?
[14:36] <Sweetshark> didrocks: \o/
[14:36] <didrocks> Sweetshark: I prefered to use our default though, but it's slowing me down now :p
[14:36] <bdrung> Sweetshark: i have done that, but it tries to download more than i wanted
[14:36]  * popey hugs mutt
[14:43] <Sweetshark> bdrung: _rene_ is exploding right now because of the lintian changes.
[14:44] <bdrung> Sweetshark: he talked with me on IRC
[14:46] <bdrung> Sweetshark: it doesn't need much to ignite him
[14:47] <Sweetshark> bdrung: he has a point though on quite a few things
[14:48] <Sweetshark> bdrung: but the root cause of this is that lintian isnt really the most appropriate tools for such a package
[14:52] <bdrung> Sweetshark: $ grep '^E' lintian reveals libreoffice-dbg: wrong-file-owner-uid-or-gid usr/share/libreoffice/gdb/libreoffice/svl.py 1000/1000 and others. can we fix this by adjusting the permissions in the source tarball?
[14:52] <bdrung> i assume that a cp is used to install the files
[14:54] <bdrung> Sweetshark: i get these with your debs (but my debs had no wrong-file-owner-uid-or-gid errors)
[14:59] <attente> does anyone have experience setting up the serial test harness in automake?
[15:03] <bdrung> Sweetshark: have you updated the source package in between?
[15:11] <seb128> bdrung, can we spend a bit less time on lintian warnings? seems not the best use of Sweetshark's time...
[15:13] <bdrung> seb128: wrong-file-owner-uid-or-gid is a lintian error that should be addressed. i am not sure what causes it, because my test build didn't lead to it.
[15:14] <seb128> bdrung, well, seems like those lintian fixes are time consuming, created some bugs and are creating some issues with the Debian maintainer
[15:14] <seb128> bdrung, can I suggest that updating libreoffice to a non beta version could be a better use of time?
[15:18] <jbicha> smartboyhw: done, blender still needs someone to fix the powerpc build for it to migrate out of -proposed
[15:18] <smartboyhw> jbicha, I know
[15:18]  * smartboyhw will be looking at it hopefully
[15:19] <jbicha> smartboyhw: good luck :)
[15:19] <jbicha> do you have access to a powerpc machine?
[15:20] <seb128> jbicha, hey, any news about the gcalctool revert freeze exception? did you email the gnome release list?
[15:20] <smartboyhw> jbicha, no:P
[15:20] <smartboyhw> But then we can normally see what happened I think
[15:21] <smartboyhw> jbicha, hmm I should probably work on getting blender maintained to catch up with debian.
[15:28] <bdrung> seb128: the issues with the Debian maintainer are irrelevant on getting the version out for ubuntu.
[15:29] <seb128> bdrung, well, time that is spent dealing with lintian is not spent getting the new version uploaded...
[15:30] <bdrung> Sweetshark: can you push your changes to git? has the source package changed since i grabbed it from  http://people.canonical.com/~bjoern/libreoffice4/ two days ago?
[15:32] <ricotz> bdrung, hi, the packages were updated yesterday and most likely reflect "22 hours ago Bjoern Michaelsenonly sed complete lines"
[15:33] <ricotz> (bdrung, the source tarballs are identical of course)
[15:37] <Sweetshark> bdrung: I just updating the source package _right_ _now_, so better not sync from there in this moment.
[15:37] <bdrung> Sweetshark: okay
[15:38] <bdrung> Sweetshark: can you push your changes to git?
[15:42] <Sweetshark> bdrung: source package uploaded, git pushed. binaries are build locally on git head and add no further lintian warnings, but not uploaded to p.c.c (the binaries are thus at the state of today in the morning? IIRC)
[15:45] <bdrung> Sweetshark: okay. i will grab the source, will do a final test build, and do the upload (unless i get the wrong-file-owner-uid-or-gid error on my test build)
[15:46] <smartboyhw> jbicha, don't know how to fix powerpc build for blender....
[15:59] <kenvandine> seb128, can you please binNEW accounts-qml-module?
[15:59] <seb128> kenvandine, you are demanding those days :p
[16:00] <kenvandine> seb128, i know :-D
[16:00] <kenvandine> i am trying to keep people from using the PPA :)
[16:00] <seb128> kenvandine, done
[16:00] <kenvandine> thx!
[16:00] <seb128> kenvandine, the powerpc is depwait on qtdeclarative, I guess that's not going to be sorted today
[16:03] <kenvandine> no...
[16:04] <Sweetshark> bdrung: wrong-file-owner-uid-or-gid isnt fixed, neither are the non-standard-file-perm -- both will be fixed in the upstream installer (and as this only affects the gdb debugger hooks, this is noncritial vs. the 280 upstream bug fixes over beta2 that the users actaully care about)
[16:07] <czajkowski> hyperair: ello :)
[16:19] <seb128> ogra_,  hey, btw did you try to intall the nexus image today?
[16:21] <ogra_> seb128, the livefs builder broke (once again, sigh) ... seems the tarball is corrupt, i tested the 20130304 image which seems fine and copied it to the last-good-image dir
[16:21] <seb128> ogra_, thanks
[16:21] <ogra_> IS is on the machine and works on fixing it
[16:21] <seb128> ogra_, I will grab it from last-good-image then
[16:22] <ogra_> apart from the horribly crashy compiz in ubiquity that image seems fine
[16:23] <seb128> k
[16:23] <seb128> well if it's only ubiquity it's ok
[16:23] <xnox> ogra_: shall we revert to metacity for now? compiz nonetheless uses libmetacity for the gtk-decorators.....
[16:24] <xnox> ogra_: compiz will not be getting better with shift to mir.
[16:24] <ogra_> xnox, well, it would be nice to at least get some chrash dumps
[16:24] <xnox> ogra_: true.
[16:24] <ogra_> and the desktop wont shift to mir yet
[16:24] <xnox> I see.
[16:24] <ogra_> phablet will
[16:25] <ogra_> we might start playing with Mir on the nx7 image around 13.10 i'D say
[16:25] <ogra_> ahead of x86 desktop
[16:26] <ogra_> (since it will be easy to use the android GLES drivers here)
[16:30] <seb128> ogra_, we plan to land Mir on desktop for 13.10
[16:31] <bdrung> Sweetshark: wrong-file-owner-uid-or-gid is a regression from 4.0.0
[16:31] <ogra_> seb128, then "during" instead of "around" :)
[16:31] <ogra_> but not for 13.04
[16:31] <ogra_> (which was the point i wanted to make)
[16:31] <seb128> ogra_, well for 13.10 release if there is a 13.10 on 6 months cadence :p
[16:31] <seb128> right
[16:37] <Sweetshark> bdrung: are you sure? I dont think so.
[16:38] <bdrung> Sweetshark: i haven't seen this error before. i will do a local build test and see if i can reproduce it
[16:39] <Sweetshark> bdrung: Unless you prove to me that your locally build 4.0.0beta2 do not have the error, I wont believe its a regression.
[16:39] <Sweetshark> bdrung: because a locally build one has the error, while https://launchpad.net/~libreoffice/+archive/ppa/+files/ure-dbg_4.0.1%7Erc2-0ubuntu1%7Eraring1%7Eppa1_amd64.deb build on a buildd does not
[16:40] <Sweetshark> bdrung: and there were no relevant changes wrt after that.
[16:41] <bdrung> Sweetshark: your deb came from a local build? a was building with pbuilder
[16:43] <Sweetshark> bdrung: you believe a local pbuilder is no different from a real one? :) In theory thats true. In theory, theory and reality also match. In reality they dont.
[16:44] <bdrung> Sweetshark: the archive uses sbuild IIRC. so there are sometimes small differences.
[16:44] <Sweetshark> the package came from a local pbuilder and that is different from a buildd.
[16:45] <bdrung> Sweetshark: my last builds do not expose wrong-file-owner-uid-or-gid. so i will do another build and that should not expose this error.
[16:45] <Sweetshark> bdrung: also, building arch-dep or -indep can make a difference etc.
[16:45] <bdrung> yes
[16:46] <Sweetshark> bdrung: never assume the stuff to be the same, for a package the size of libreoffice there always might be something lurking there.
[16:46] <Sweetshark> bdrung: learned that from painful experience.
[16:46] <Sweetshark> (more than once unfortunately)
[16:46] <seb128> ogra_, shrug, just put your last-good-image on my nexus and I get a "mount: mounting /dev/mcbllk0p9 on /root failed: Invalid argument"
[16:47]  * seb128 wonders what's wrong with his nexus
[16:47] <ogra_> seb128, when did you charge it on thw wallcharger last ?
[16:47] <ogra_> *the
[16:47] <seb128> yesterday
[16:47] <ogra_> it doesnt charge much from a PC USB port
[16:47] <seb128> yeah, I never charge it from the PC
[16:47] <ogra_> and behaves really odd on low battery
[16:48] <seb128> I've the charger on the wall on my desktop
[16:48] <ogra_> but if you are sure its full ....
[16:48] <seb128> full minus what it lost since yesterday while being off
[16:48] <ogra_> yeah, that shouldnt matter
[16:49] <ogra_> hwo do you flash it exactly ?
[16:49] <Sweetshark> bdrung: so _if_ wrong-file-owner-uid-or-gid is a regression it is since ~rc2-0ubuntu1~raring1~ppa1 OR it is a heisenbug. In the first case, I dont see what we touched there at all, in the second case -- its not a regression.
[16:49] <seb128> ogra_, I'm an idiot, ignore me
[16:49] <ogra_> fastboot erase boot; fastboot erase userdata; fastboot flash boot raring-preinstalled-desktop-armhf+nexus7.bootimg; fastboot flash userdata raring-preinstalled-desktop-armhf+nexus7.img
[16:50] <ogra_> (let me guess, you didnt unzip)
[16:50] <seb128> (correct)
[16:50] <ogra_> heh, that just struck me when i pasted the above :)
[16:50] <seb128> ;-)
[16:51] <bdrung> Sweetshark: i am checking if there is a difference between the source tarball that i am using and the one that you propose. it could be a heisenbug
[16:53] <seb128> ogra_, better with the unzip img :p
[16:54] <Sweetshark> bdrung: I see the wrong-file-owner-uid-or-gid here on my local *.debs, but not on the ones that the ppa buildd did produce and I am pretty sure they are the same tarballs (just renamed them)
[16:54] <ogra_> seb128, phew :)
[16:55] <bdrung> Sweetshark: okay. so you can expect me to do the upload later this day
[16:57] <Sweetshark> bdrung: thx. FWIW, my local the md5sums and the one from the ppa dsc match.
[17:01] <seb128> ogra_, installer running \o/
[17:01] <ogra_> \o/
[17:01] <ogra_> The following packages have unmet dependencies:
[17:01] <ogra_>  foomatic-db-compressed-ppds : Conflicts: foomatic-db-engine but 4.0.8-3 is to be installed
[17:01] <ogra_>                                Breaks: foomatic-db-engine but 4.0.8-3 is to be installed
[17:01]  * ogra_ scratches head
[17:02] <seb128> ogra_, seems like a tkamppeter's issue
[17:02] <ogra_> i guess there is a seed change ourstanding or some such ?
[17:02] <ogra_> *out
[17:03]  * ogra_ gets that when manually triggereing a nexus7 build ... 
[17:05] <tkamppeter> ogra_, does foomatic-db-compressed-ppds not simply uninstall foomatic-db-engine? for me it did so.
[17:06] <czajkowski> hyperair: ping
[17:06] <ogra_> tkamppeter, thats during image build, seems something still wants to pull foomatic-db-engine in (ubuntu-desktop ?)
[17:06] <czajkowski> c
[17:07] <tkamppeter> ogra_, OdyX from Debian simply had put a Breaks: foomatic-db-engine without Conflicts: and Replaces: leading the installation to error out, so I added Conflicts:/Replaces:. ubuntu-desktop is installed on my system.
[17:09] <hyperair> czajkowski: pong
[17:10] <czajkowski> hyperair: mind a pm ?
[17:10] <hyperair> sure
[17:11] <Laney> ogra_: tkamppeter: seems like foomatic-filters Recommends it
[17:11] <ogra_> ah
[17:16] <ogra_> tkamppeter, ^^^ can you make sure that is fixed with the next upload ?
[17:27] <tkamppeter> ogra_, thanks, then I will remove the Recommends: from foomatic-filters.
[18:57] <tkamppeter> ogra_, fixed foomatic-filters uploaded.
[20:27] <xnox> can gnome-control-center have plugins written in our preferred Qml/Qt+ 5 toolkit?
[20:28] <desrt> xnox: no.
[20:28] <xnox> fail.
[20:28] <desrt> unless you get funky with xembed
[20:28] <desrt> and i don't know anyone to have tried that yet
[20:29] <xnox> desrt: well gtkplug works nice.
[20:29] <desrt> would be a gtksocket in this case...
[20:29] <desrt> and a qtplug (or whatever)
[20:29] <xnox> yeah that.
[20:30] <xnox> desrt: i once embedded network-manager into ubiquity installer window, it did work. was ugly though =)
[20:30] <xnox> so i know it works with gtk+ to gtk+ ;-)
[20:52] <dobey> xnox: well, you can embed windows apps in gnome-panel, so surely it works :)
[20:52] <dobey> and skype and mumble, too
[23:02] <bdrung> Sweetshark: my test build didn't have the wrong-file-owner-uid-or-gid lintian error. therefore i am going to upload the package.
[23:02] <bdrung> Sweetshark: thanks for your work. please tag the latest git commit.