[07:08] <didrocks> good morning
[07:09] <seb128> good morning dektopers, lut didrocks
[07:09] <pitti> bonjour didrocks et seb128, comment allez-vous ?
[07:09] <didrocks> salut pitti, bien voyagé ?
[07:09] <seb128> hey pitti
[07:09] <didrocks> hey seb128
[07:09] <pitti> didrocks: oui, et un bon premier jour
[07:09] <seb128> pitti, debout tôt, mais en afrique du sud ?
[07:09] <seb128> mais -> même
[07:10] <pitti> seb128: oui, nous sommes une heure avant Allemande et France
[07:11] <pitti> j'ai me levé à 6h30 et je suis allé courier ce matin
[07:11] <seb128> crazyness
[07:13] <seb128> pitti, c'est la première fois que tu voyages là bas ?
[07:14] <pitti> seb128: oui
[07:14] <seb128> et c'est comment donc ?
[07:15] <pitti> seb128: as-tu déjà été ici ?
[07:15] <seb128> non
[07:15] <pitti> seb128: c'est très bien à avoir l'été à nouveau ! :-)
[07:16] <seb128> mais on a pas encore eu l'hiver !
[07:16] <seb128> où est la neige ?
[07:16] <pitti> beaucoup de soleil après quelques semaines grises
[07:16] <pitti> seb128: oui, nous avons eu de la neige samedi à Augsburg
[07:16] <seb128> super :-)
[07:17] <pitti> brb
[07:19] <pitti> seb128: thanks for the systemd bugs; zero time to look at it this week, maybe our new systemd master didrocks can :)
[07:20] <seb128> pitti, yw!
[07:35] <didrocks> pitti: doing some emergency fix on the ubuntu developer tools right now + the renaming change, but yeah, I'll have a look
[07:35] <didrocks> pitti: btw, happy with the outcome of the discussion on the ML, seems that Lennart agrees with our initial proposal in the end
[07:35] <pitti> didrocks: yeah, I saw, nice
[07:36] <didrocks> pitti: I'll try to summarize that a little bit later. I guess we'll only use presets for the Alias things
[07:36] <didrocks> (with the new logic that Lennart will appreciate a patch for)
[07:38] <didrocks> seb128: do you mind creating an "ubuntu-make" ppa? I think it makes sense having it under ~ubuntu-desktop namespace
[07:41] <seb128> didrocks, so you picked the name? ;-)
[07:43] <didrocks> seb128: yeah, it seems pretty clear from the votes :)
[07:45] <seb128> didrocks, https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/ubuntu-make
[07:45] <seb128> or  http://ppa.launchpad.net/ubuntu-desktop/ubuntu-make
[07:46] <seb128> hum, no
[07:46] <seb128> only the first one works, weird
[07:46] <didrocks> seb128: probably due to the /ubuntu/
[07:47] <didrocks> (this changed that happened some months ago)
[07:47] <didrocks> seb128: thanks a lot! :)
[07:47] <seb128> yw!
[08:53] <willcooke> morning all
[08:54] <mlankhorst> morning
[08:54] <didrocks> hey willcooke
[08:58] <seb128> hey willcooke mlankhorst
[09:00]  * didrocks grumbles again on unity bug not adding launcher icon when requested…
[09:00] <willcooke> seb128, I might be a bit late for the weekly again today.  Should be ok, but can you be on stand by in case I'm not back in time?
[09:01] <seb128> willcooke, sure, I can do that
[09:01] <willcooke> thx
[09:01] <seb128> yw
[09:05] <Laney> meow
[09:05] <willcooke> morning Laney
[09:05] <Laney> ahoy
[09:05] <willcooke> sailor cat eh?
[09:05] <didrocks> hey Laney
[09:07]  * Laney google imaged for "cat rum" and has now achieved meme saturation
[09:07] <willcooke> lol
[09:07] <Laney> hey didrocks, what is up?
[09:10] <didrocks> Laney: quite in a rush (running tests now) as Android Studio 1.0 hit the market, with multiple impacts :)
[09:10] <didrocks> otherwise, good!
[09:12] <seb128> hey Laney
[09:12] <seb128> how are you?
[09:13] <mpt> Is there a command that will tell me why package A installs package D? (e.g. because A depends on B, B recommends C, C depends on D)
[09:14] <Laney> I only know 'why is D installed?' (aptitude why D)
[09:14] <Laney> If there's multiple reasons it picks one of them
[09:14] <Laney> not bad thanks seb128!
[09:14] <Laney> you?
[09:14] <seb128> I'm great, thanks
[09:16] <willcooke> qengho, FWIW - that status bubble issue has gone away today. :/
[09:16] <mpt> Thanks Laney, that’s awesome :-)
[09:16] <mpt>  😌 09:16:05@~> aptitude why ubuntu-desktop
[09:16] <mpt> Unable to find a reason to install ubuntu-desktop.
[09:16] <willcooke> harsh
[09:16] <mpt> hehe
[09:17] <didrocks> :q
[09:17] <Laney> that's a top level package
[09:17] <Laney> oh hey, it shows all the reasons now
[09:17] <Laney> maybe it always did and I misremember. :)
[09:19] <Laney> OH. No. I just can't read. It's showing the chain with one line for each step in it.
[09:20] <seb128> is anyone here having a systemd/debian vm/image/...?
[09:20] <seb128> working system works as well
[09:20] <seb128> I'm curious to know if "localectl" lists a VC keymap
[09:21] <ricotz> seb128, "       VC Keymap: n/a"
[09:21] <seb128> ricotz, thanks
[09:22] <seb128> I guess it's because there is no /etc/vconsole.conf on debian/ubuntu and no fallback code to read /etc/default/keyboard
[09:23] <willcooke> anyone know about BGRT?  (Boot graphics resource table)
[09:24] <seb128> willcooke, better to try on #ubuntu-devel, cjwatson for example might know about it
[09:25] <willcooke> thx seb128
[09:25] <seb128> do you have a specific question?
[09:25] <willcooke> I don't know yet :_)
[09:25] <seb128> k
[09:25] <willcooke> google suggests Colin King knows :)
[09:26] <seb128> that wouldn't be surprising ;-)
[09:28] <didrocks> seb128: mind reviewing ubuntu-make in the NEW vivid queue? (as it's a new source)
[09:29] <seb128> didrocks, can do
[09:29] <didrocks> thanks ;)
[09:29] <didrocks> seb128: transitions are handled, including config file of course :)
[09:32] <seb128> great
[09:32] <seb128> larsu, bah, the vim icons in fedora are packaging hacks, they have custom icons in their packaging git and install them from the .spec
[09:33] <seb128> larsu, commented on the gtk bug to tell to mclasen that it would be good to upstream the icons so others can have "a better vim" as well ;-)
[09:35] <ochosi> hey everyone
[09:36] <ochosi> i read "gtk" and "upstream", so how're things going with 3.14?
[09:38] <willcooke> didrocks, did we decide on the name for UDTC now?
[09:39] <didrocks> willcooke: yeah, there is a clear winner if you look at the poll :)
[09:39] <willcooke> just looking at that now
[09:39] <willcooke> :)
[09:39] <willcooke> Do you know who came up with it?
[09:39] <didrocks> willcooke: I have him on the g+ post, I'll mention it on the blog post and ask him to contact me
[09:40] <didrocks> willcooke: at the same time, there is android studio 1.0 which just come out
[09:40] <didrocks> they deprecated (no more available bundle eclipse ADT) and changed the download page
[09:40] <larsu> seb128: haha! cool, thanks :)
[09:40] <didrocks> willcooke: hence the 0.2 release, fixing that, removing eclipse ADT, and shipping the new name :)
[09:40] <willcooke> didrocks, need a hand with anything?
[09:41] <Laney> .X
[09:41] <didrocks> willcooke: everything is uploaded, just need NEWing in vivid, new ppa changed
[09:41] <didrocks> wiki page updated
[09:41] <didrocks> and redirection done
[09:41] <seb128> larsu, np ;-)
[09:41] <didrocks> just need writing the blog post now
[09:41] <willcooke> thanks didrocks
[09:42] <seb128> ochosi, larsu had most of the theme issues sorted out and is working on the icons issue, once that's done we should be mostly good for upload
[09:42] <didrocks> willcooke: I didn't change the github one yet, I've been redirected to the right guy, but he's AFK :)
[09:42] <willcooke> didrocks, oki, no worries
[09:42] <didrocks> willcooke: but ppa is the new one, which is the most important anyway
[09:42] <ochosi> seb128: wow cool, that sounds like it's progressing quickly and smoothly
[09:42] <ochosi> what icons-issue?
[09:42] <seb128> ochosi, see http://pad.ubuntu.com/gtk-update-v
[09:44] <ochosi> ah, thanks!
[09:45] <ochosi> i remember having seen it before now that i've read my own comment in the chat in the pad :p
[09:45]  * ochosi has a brain like swiss cheese obviously...
[09:48] <seb128> didrocks, ubuntu-make NEWed
[09:48]  * didrocks hugs seb128
[09:49] <willcooke> \o/
[09:49]  * didrocks takes his pen now and open his blog
[09:49] <Laney> sounds like an ubuntu fork of GNU make :P
[09:49]  * Laney runs
[09:49]  * seb128 hugs didrocks back
[09:49] <seb128> lol
[09:49] <didrocks> Laney: shhhhhhhhh ;)
[09:50] <seb128> Laney, you are trolling but that's what I though when I saw the name
[09:50]  * didrocks hides his new git branch
[09:50] <seb128> I would have called it "make*s*" at least
[09:50] <seb128> but seems other like the idea, so let's see ;-)
[10:02] <willcooke> bah U8 still wont start on my desktop next machine
[10:02] <seb128> willcooke, what's in the logs?
[10:02] <willcooke> nothing useful in unity-system-compositor.log
[10:03] <seb128> what about .cache/upstart/unity8.log ?
[10:03] <willcooke> well, there's a funny thing
[10:03] <willcooke> it doesnt exist
[10:03] <willcooke> any more
[10:03] <seb128> didrocks, what enable systemd services in packages atm? is that automatic/handled by dh_systemd doing magic?
[10:03] <seb128> willcooke, is unity8 installed?
[10:03] <willcooke> there are a load of .gz rotated logs, but no normal log
[10:04] <seb128> dpkg -l | grep unity8
[10:04] <willcooke> unity8:
[10:04] <willcooke>   Installed: 8.01+15.04.20141205-0ubuntu1
[10:04] <willcooke>   Candidate: 8.01+15.04.20141205-0ubuntu1
[10:04] <willcooke>   Version table:
[10:04] <willcooke>  *** 8.01+15.04.20141205-0ubuntu1 0
[10:04] <willcooke>         500 http://gb.archive.ubuntu.com/ubuntu/ vivid/universe amd64 Packages
[10:04] <willcooke>         100 /var/lib/dpkg/status
[10:04] <willcooke> ii  unity8                                               8.01+15.04.20141205-0ubuntu1                amd64        Unity 8 shell
[10:04] <willcooke> ii  unity8-common                                        8.01+15.04.20141205-0ubuntu1                all          Unity 8 shell (common files)
[10:04] <willcooke> ii  unity8-desktop-session-mir                           1.0.12+14.10.20141009-0ubuntu1              all          Unity8 desktop session for Mir
[10:04] <willcooke> ii  unity8-private:amd64                                 8.01+15.04.20141205-0ubuntu1                amd64        Unity 8 private libs
[10:04] <seb128> can you wipe out .cache/upstart
[10:04] <seb128> try to start unity8 session
[10:04] <seb128> and see if there is any log added
[10:05] <mlankhorst> willcooke: do you still have my ppa enabled?
[10:05] <willcooke> seb128,  that worked, logs now
[10:06] <willcooke> mlankhorst, yeah
[10:06] <seb128> willcooke, weird
[10:06] <seb128> oh, wait
[10:06] <willcooke> unity8: relocation error: /usr/lib/x86_64-linux-gnu/libmirplatform.so.4: symbol _ZN3mir7logging3logENS0_8SeverityERKSs, version MIR_COMMON_3 not defined in file libmircommon.so.3 with link time reference
[10:06] <seb128> "worked" means you get log
[10:06] <seb128> ok
[10:06] <seb128> seems like you mir install is screwed
[10:06] <seb128> willcooke, dpkg -l | grep libmir
[10:06] <willcooke> I'll just reinstall, probably easiest
[10:06] <seb128> don't
[10:06] <seb128> that's not easier
[10:06] <willcooke> :D
[10:07] <seb128> what's the output of that command ^?
[10:07] <didrocks> seb128: dh_systemd is pasting some magic in postinst, yeah
[10:07] <didrocks> seb128: why?
[10:07] <willcooke> seb128, http://paste.ubuntu.com/9439632/
[10:08] <duflu> alf__: Also software cursor during zoom FTW (Super+mousewheel)
[10:08] <seb128> willcooke, try to sudo apt-get install libmirclient-debug-extension1/vivid libmirclient8/vivid libmirclient8driver-mesa/vivid libmircommon3/vivid
[10:08] <seb128> willcooke, with the ppa disabled
[10:09] <seb128> didrocks, I was looking at why cgmanager status is disabled
[10:09] <seb128> didrocks, the rules has "        dh_systemd_enable -pcgmanager --name=cgmanager --no-enable", which explains it
[10:10] <didrocks> seb128: yeah
[10:13] <willcooke> seb128, no go.  Does this help:  http://paste.ubuntu.com/9439681/
[10:14] <seb128> willcooke, still not starting?
[10:14] <willcooke> seb128, nope - just got the pointer on the screen
[10:15] <seb128> willcooke, dpkg -l | grep +ppa
[10:15] <seb128> does that list other things
[10:15] <seb128> if so you might want to install <name>/vivid those
[10:15] <seb128> especially if they are unity8 or mir related
[10:16] <willcooke> seb128, oh, yeah there are still ppa things in there by the looks of things
[10:16] <willcooke> ii  libmirplatform5:amd64                                0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - platform library
[10:16] <willcooke> ii  libmirplatform5driver-mesa:amd64                     0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - platform library for Mesa
[10:16] <willcooke> ii  libmirprotobuf0:amd64                                0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - RPC definitions
[10:16] <willcooke> ii  libmirserver28:amd64                                 0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - server library
[10:16] <willcooke> ii  mir-demos                                            0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - demonstration programs
[10:16] <willcooke> ii  mir-test-tools:amd64                                 0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display Server for Ubuntu - stress tests and other test tools
[10:16] <willcooke> ii  mir-utils                                            0.9.0+15.04.20141125-0ubuntu2+ppa1          amd64        Display server for Ubuntu - utility programs
[10:16] <willcooke> ii  unity-system-compositor                              0.0.5+15.04.20141204-0ubuntu1+ppa1          amd64        System compositor for Ubuntu
[10:16] <willcooke> I'll do that..
[10:16] <seb128> willcooke, don't bother with the libmirplatform5
[10:16] <seb128> that lib is newer than the vivid one/can't be downgraded/doesn't mater
[10:16] <seb128> but to it for protobug and u-s-c
[10:17] <seb128> (same for libmiserver28, newer than vivid, doesn't matter)
[10:17] <mlankhorst> yeah
[10:17] <mlankhorst> though qtmir should show up too..
[10:18] <willcooke> E: Release ‘vivid’ for ‘libmirplatform5driver-mesa’ was not found
[10:18] <willcooke> E: Release ‘vivid’ for ‘libmirserver28’ was not found
[10:18] <seb128> what I told you? :p
[10:18] <seb128> " that lib is newer than the vivid one/can't be downgraded/doesn't mater"
[10:18] <seb128> just do it for protobuf and u-s-c
[10:18] <willcooke> :)
[10:19] <willcooke> done
[10:20] <willcooke> restarted lightdm - no change.  Rebooting it.....  same.  wont start
[10:21] <seb128> willcooke, dpkg -l | grep qtmir
[10:21] <willcooke> ii  qtdeclarative5-qtmir-plugin:amd64                    0.4.4+15.04.20141205-0ubuntu1               amd64        Qt plugin for Unity specific Mir APIs
[10:21] <willcooke> ii  qtmir-desktop:amd64                                  0.4.4+15.04.20141205-0ubuntu1               amd64        Qt platform abstraction (QPA) plugin for a Mir server (desktop)
[10:22] <seb128> that looks fine
[10:22] <seb128> huuum
[10:22] <mlankhorst> no it's not fine :P
[10:22] <mlankhorst> you should have the one from my ppa
[10:23] <seb128> mlankhorst, he's downgrading to vivid, he disabled the ppa and downgraded mir/unity8
[10:23] <mlankhorst> ah k
[10:23] <seb128> with the ppa he was having
[10:23] <seb128>  unity8: relocation error: /usr/lib/x86_64-linux-gnu/libmirplatform.so.4: symbol _ZN3mir7logging3logENS0_8SeverityERKSs, version MIR_COMMON_3 not defined in file libmircommon.so.3 with link time reference
[10:24] <seb128> willcooke, sorry, I'm unsure what's the issue there, you don't have symbols error anymore but it looks like unity8 fails to render for some reason
[10:25] <mlankhorst> yeah probably, but that was because qtmir-desktop had to be rebuilt
[10:25] <seb128> willcooke, it might be easier to just reinstall fresh if you don't have too much context and don't mind the machine being busy for a while
[10:25] <mlankhorst> just wait a bit, I'll upload a new qtmir
[10:26] <seb128> willcooke, ^
[10:28] <mlankhorst> in the meantime you should be able to do apt-get install qtmir-desktop=0.4.4+15.04.20141203-0ubuntu1+ppa1 qtdeclarative5-qtmir-plugin=0.4.4+15.04.20141203-0ubuntu1+ppa1 with the ppa enabled
[10:32] <willcooke> thanks seb128 mlankhorst
[10:35] <willcooke> still broken mlankhorst seb128 :  http://paste.ubuntu.com/9439856/
[10:36] <willcooke> I will give up now and get on with some other things, I'll reinstall, it wont take long and I won't lose anything on that machine
[10:36] <seb128> k, makes sense
[10:36] <willcooke> thanks for you help seb128
[10:36] <seb128> yw, sorry we didn't figure it out
[10:36] <seb128> sometime it's a few reinstall and back
[10:37] <seb128> when it's not it's easier to put a fresh install over
[10:38] <willcooke> hrm, unity8 is spinning and using 50% CPU, which probably means 100% of 1 CPU
[10:39] <willcooke> oohhh
[10:39] <willcooke> and so is appport
[10:39] <willcooke> I assume we've got a crash, restart cycle going on here
[10:39] <mlankhorst> probably
[10:47] <mlankhorst> I seem to get a crash from u8 on the phone when running Xmir
[11:30] <didrocks> pitti: was it intended that you didn't merge my autopkg tests on systemd?
[11:35] <pitti> didrocks: not intended, just stuck in travelling and sprint :/
[11:36] <didrocks> pitti: no worry, /me adds that to the tracking list
[11:42] <didrocks> pitti: and a new one for you: http://people.canonical.com/~didrocks/tmp/0001-Add-xdiagnose-graphical-as-a-fallback-if-display-man.patch
[11:42] <pitti> didrocks: mind adding bugs for all the patches and assign them to me? IRC is too easy to get lost
[11:43] <didrocks> pitti: sure, doing
[11:44]  * didrocks feels like it's like if he didn't add upload rights in ubuntu to do this git in debian :/
[11:44] <didrocks> have*
[11:46] <Laney> you can sign up for an alioth account and then it'll be a bit easier for it to be merged
[11:46] <pitti> +1
[11:46] <Laney> and/or you could be added to pkg-systemd in time
[11:46] <pitti> yes, that's what I meant
[11:47] <Laney> I was referring to public_git in the first one, but go straight to pkg-systemd is nicer
[11:48] <didrocks> Laney: well, nothing that will really fix it right now, I doubt I'll be added to pkg-systemd for now (due to the shared repo with debian)
[11:48] <Laney> or just push to e.g. github and get pulled from time to time
[11:49] <Laney> pitti just hinted he could add you though :)
[11:49] <didrocks> Laney: I guess "in time" ;)
[11:54] <pitti> didrocks: at least you could put your own repo there with your patches
[11:54] <pitti> but I wouldn't mind at all if you push stuff to pkg-system in a branch, or simple fixes
[11:56]  * didrocks tries to find back his alioth account
[11:56] <didrocks> will just be a pain to sync but well
[12:09] <didrocks> Laney: where should I push to have my own alioth repo?
[12:10]  * didrocks doesn't see a personal repo in https://alioth.debian.org/scm/?group_id=100797
[12:12] <didrocks> Laney: it seems I have to create a project, but non DD can't
[12:13] <Laney> didrocks: https://wiki.debian.org/Alioth/Git#Using_personal_Git_repositories
[12:16] <didrocks> Laney: "You have to be a member of at least one project to be able to login via ssh"
[12:17] <didrocks> (from https://wiki.debian.org/Alioth/SSH)
[12:17] <Laney> ah well
[12:17] <Laney> guess you get to be added to pkg-systemd after all :-)
[12:18] <didrocks> pitti: FYI ^
[12:18]  * Laney has defeated make finally
[12:18] <didrocks> anyway, we'll see, I can play with patches, just a pain to track (especially for those I've upload rights, theorically)
[12:18] <didrocks> Laney: what have you done?
[12:19] <Laney> was working on a helper for desktop file renames
[12:20] <didrocks> or I can maybe use github in between…
[12:21] <didrocks> would be easier to track
[12:51] <didrocks> dpm: hey, do you mind accepting all languages from https://translations.launchpad.net/ubuntu-make/+imports?
[12:51] <didrocks> dpm: they are coming from trunk, and was on the older name namespace (seems I can't accept them)
[12:55] <dpm> didrocks, the languages should get imported automatically following the imported template
[12:55] <didrocks> dpm: yeah, but they need approval
[12:56] <dpm> yeah, but what I'm trying to say is that LP should take care of doing the approvals
[12:56] <didrocks> dpm: oh, it will approved them without human intervention?
[12:56] <dpm> when was the template imported?
[12:56] <didrocks> dpm: today
[12:57] <dpm> didrocks, yeah, the only human intervention needed is for a human to approve the template once. After that: the .po files should be imported automatically after the template import, and subsequent template uploads won't require human approval
[12:57] <didrocks> dpm: ok, great! let's wait then :)
[12:57] <didrocks> thanks
[12:58] <dpm> didrocks, however... how did you do the upload?
[12:58] <dpm> did you put everything in the same tarball? I.e. pot and po files?
[12:59] <didrocks> dpm: look at the link, it's an upstream import from trunk
[12:59] <dpm> didrocks, ok, I see it now: in that case, I'd recommend:
[13:00] <dpm> - changing the import settings to "Import template files" (once the initial .po files import has finished)
[13:00] <dpm> - set up a translations export branch
[13:01] <didrocks> dpm: that's the setup I have with the old project name
[13:01] <didrocks> dpm: but I wanted to have the initial import of .po file
[13:01] <didrocks> files*
[13:01] <dpm> with this you can get translations done in LP, committed to a branch, and then you can fetch them from there and commit them upstream
[13:01] <dpm> ok, gotcha
[13:01] <didrocks> yeah :)
[13:02] <dpm> also, it'd be good if the permissions for translations were set to Restricted (Ubuntu Translators) instead of Open
[13:02] <didrocks> dpm: the fact this the po are written to "needs review" is quite misleading
[13:02] <didrocks> dpm: well, I tried that for the first 6 months, I didn't get a lot of translations though
[13:03] <didrocks> I guess because it's not ubuntu touch, so not a lot of motivations
[13:03] <dpm> didrocks, having translations as Open only brings bad translations in my experience. Did you send an e-mail to the ubuntu-translators list announcing the project? I think that should be more effective
[13:04] <didrocks> dpm: ok, will try that, but we need the intial import to be done first
[13:04] <didrocks> dpm: is that like taking a day? some hours ?
[13:04] <dpm> didrocks, wait, I now see the template marked as Deleted? https://translations.launchpad.net/ubuntu-make/trunk/+imports
[13:05] <didrocks> dpm: yeah, I renamed the template in the newest commit to match expectations
[13:05] <dpm> I'll just go ahead and approve all files manually, that'll be quicker
[13:05] <didrocks> dpm: the po files don't need to change, so sounds good, thanks!
[13:05] <dpm> didrocks, what's the name of the new template?
[13:05] <didrocks> dpm: ubuntu-make.pot
[13:06] <dpm> ok, I'll change that manually in LP too
[13:06] <didrocks> thanks ;)
[13:12] <dpm> didrocks, ok, all languages approved, template name and path fixed to reflect upstream. You can see the languages as they come in at https://translations.launchpad.net/ubuntu-make
[13:15] <didrocks> dpm: many thanks!
[13:15] <didrocks> sounds all good! :)
[13:28] <pitti> didrocks: you had another patch for fixing one of the tests, right? can you attach that, too?
[13:43] <seb128> dpm, pitti, what determine if a template should be included in the touch langpacks? or asked differently, we just got https://translations.launchpad.net/ubuntu-rtm/+source/ubuntu-ui-extras enabled, is there anything we need to do to have that new template in the next rtm touch langpacks?
[13:58] <didrocks> pitti: oh right, forgot about that one, looking in my logs
[13:58] <desrt> bonan matenon, ubuntanoj!
[14:01] <seb128> hey desrt
[14:01] <dpm> seb128, langpack-o-matic determines it using the template priority. I think anything under 100 does not go in, but I'd need to double-check with pitti
[14:02] <seb128> dpm, well, priorities/set for desktop and touch are different so one number can't determine in which set it goes?
[14:02] <seb128> dpm, like gedit is high priority but not in touch
[14:03] <dpm> seb128, it probably uses the seeds + priority
[14:03] <seb128> k
[14:04] <pitti> seb128, dpm: yes, germinated touch seeds, minus the packages which have prio < 1500
[14:05] <seb128> dpm, pitti, ok, so the priority should be changed to something else than 0 on https://translations.launchpad.net/ubuntu-rtm/14.09/+source/ubuntu-ui-extras/+pots/ubuntu-ui-extras/+edit I guess
[14:05] <pitti> seb128, dpm: I treat a priority of 0 as "unset" and include it
[14:06] <dpm> seb128, done, priority now 8500
[14:06] <seb128> dpm, pitti: thanks
[14:14] <pitti> didrocks: I mean the 0002-Reset-display-manager-symlink-to-match-e-X-d-d-m.patch
[14:15] <pitti> didrocks: ah, you just did, thakns
[14:15] <didrocks> pitti: yeah ;)
[14:19] <didrocks> bregma: Trevinho: willcooke: any news on bug #1364070. I keep getting poke or having bug reports like https://github.com/didrocks/ubuntu-developer-tools-center/issues/54
[14:19] <didrocks> I find the time since May a little bit long TBH :/
[14:20] <bregma> Trevinho, isn't that a bamf issue? ^^^
[14:21] <Trevinho> bregma: no, an unity one, but I've not been able to find the problem in my old tests
[14:30] <didrocks> bregma: Trevinho: so, what's the next step? It seems that the only way for me would be to soon replace "Installation complete" by "please add it from the dash to the unity launcher"
[14:30] <didrocks> (and eventually a bug reference to stop having people reporting this issue)
[14:31] <didrocks> I can be patient, but I feel like this bug is ignored
[14:31] <seb128> didrocks, isn't there a dbus api to add to the launcher? wasn't s-c doing that?
[14:31] <didrocks> seb128: the API is tied to s-c
[14:31] <seb128> hum, k
[14:31] <didrocks> seb128: so, you need progress, a pixmap that will be copied
[14:31] <didrocks> and so on
[14:32] <Trevinho> didrocks: yeah, you can use dbus in case
[14:32] <didrocks> Trevinho: this is tied to s-c though
[14:32] <seb128> didrocks, but yeah, in any case the gsettings/unity bug should be fixed
[14:32] <didrocks> Trevinho: we already discussed it, and came together the conclusion that it's not applicable
[14:32] <seb128> buy some beer to Trevinho ;-)
[14:32] <bregma> why would a Launcher API be tied to s-c?
[14:33] <didrocks> bregma: it's using some x/y coordinates to move an icon from s-c to the launcher
[14:33] <Trevinho> bregma: because there has never been a real "launcher API" for such thing
[14:33] <bregma> grr
[14:33]  * bregma wants a virtual hit-upside-the-head button for bad developers
[14:34] <didrocks> willcooke: can you help ensure it's really on the priority list, please? ^
[14:37] <willcooke> didrocks, ack
[14:40] <mlankhorst> aw, the gles on my phone doesn't support KHR_surfaceless_context
[14:46] <willcooke> boo
[15:14]  * willcooke -> school run
[15:31] <seb128> hey
[15:31] <seb128> it's meeting time +1 min
[15:31] <seb128> sorry about that ;-)
[15:32] <seb128> is willcooke back?
[15:32] <seb128> didrocks, Laney, attente_, desrt, larsu, qengho, Sweet5hark, mlankhorst, hey, meeting?
[15:33] <seb128> #meeting start
[15:33] <didrocks> hey
[15:33] <Laney> naaaaaaaaaaaaaaaaaaaaaaaaaaaaah
[15:33] <seb128> or how is the bot working? ;-)
[15:33] <Laney> startmeeting
[15:33] <seb128> startmeeting
[15:33] <seb128> #startmeeting
[15:33] <Laney> with a #
[15:33] <meetingology> Meeting started Tue Dec  9 15:33:33 2014 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:33] <meetingology> Available commands: action commands idea info link nick
[15:33] <seb128> Laney, thanks
[15:33] <seb128> hope everybody is doing fine
[15:34] <seb128> let's get started then
[15:34] <seb128> alphabetic order nowadays?
[15:34] <seb128> #topic attente_
[15:34] <seb128> attente_, hey, there?
[15:34] <attente_> yep
[15:34] <seb128> zengho, nice try, but you are not getting away with it ;-)
[15:34] <attente_> fix for menus not working after the first opening
[15:34] <attente_> fix for the cursor not changing after activating a menu
[15:34] <attente_> hack for making top level windows appear in their own mir surface
[15:34] <attente_> eof
[15:34] <seb128> those are mir items right?
[15:35] <attente_> yeah
[15:35] <attente_> gdk-mir items
[15:35] <seb128> are those fixes landing on stable/lp:~ubuntu-desktop/gtk/ubuntugtk3?
[15:35] <seb128> would be nice to get that in the archive with the new gtk
[15:35] <attente_> this is on wip/mir2 on the gnome repo
[15:36] <seb128> k
[15:36] <seb128> could that be easily backported on our current wip package?
[15:36] <attente_> probably
[15:36] <seb128> I see that robert_ancell backported some mir work there already
[15:36] <seb128> k, would be nice if you could look at that
[15:36] <seb128> or work with larsu/laney to have that included in the new gtk upload
[15:37] <seb128> thanks!
[15:37] <seb128> #topic didrocks
[15:37] <seb128> didrocks, hey :-)
[15:38] <didrocks> seb128: isn't desrt before I in alphabetical order?
[15:38] <seb128> shrug
[15:38] <didrocks> I can still update though ;)
[15:38] <seb128> #topic desrt
[15:38] <seb128> desrt, up to you it seems
[15:38]  * willcooke -> back.  Sorry for being late.
[15:39] <seb128> hey willcooke
[15:39] <seb128>  ok, no desrt...
[15:39] <seb128> #topic didrocks
[15:39] <seb128> didrocks, really to you this time?
[15:39] <didrocks> seb128: long time no talk :)
[15:39] <seb128> :-)
[15:39] <didrocks> Ubuntu developer desktop:
[15:39] <didrocks> * We have a new name: Ubuntu Make! Handling the transitions (config + packaging + code + projects + documentation) and blogging about it. Still ship compatible binaries under the old packaging name.
[15:39] <didrocks> * Fix for Android Studio 1.0 release
[15:39] <didrocks> * Had to drop eclipse ADT support as android developers tools team don't deliver bundles anymore with it (since Android Studio 1.0) as not under active development
[15:39] <didrocks> Bluez:
[15:39] <didrocks> * Got the kde-compatible packages into the ppa
[15:39] <didrocks> * Finished transitions investigation. Missing piece is the indicator before calling for testing. Pending Robert on it.
[15:39] <didrocks> Systemd:
[15:39] <didrocks> * Work on xdiagnose (completely broken for at least 2 years and half in ubuntu). Did some minimal fixes and working under systemd now!
[15:39] <didrocks> * Add autopkg tests for display managers
[15:40] <didrocks> * New fixes on the display-manager part. Dropped some more fixes (and thus reintroduces regressions) in debian as considered as too risky. We won't be impacted in vivid as we'll move all DM to systemd.
[15:40] <didrocks> * Continue upstream discussion on how to handle default jobs enablement, alias, packaging purge/removal. Seems that upstream now agrees with our original fixes! We'll sum it all up to ensure everyone is in agreement before working on this.
[15:40] <didrocks> EOF
[15:40] <larsu> thata dude is on a roll
[15:40] <larsu> *that
[15:40] <didrocks> larsu: going to s/fix/break/ systemd debian packaging! :)
[15:40] <larsu> :)
[15:40] <seb128> didrocks, pointer to the summary for the systemd enablement would be welcome, once you have an online archive of the email or something
[15:41] <didrocks> seb128: yeah, you really want a summary I guess :)
[15:41] <seb128> indeed ;-)
[15:41] <Laney> such a manager
[15:41] <didrocks> (I guess the thread is more than 50 emails)
[15:41] <seb128> didrocks, thanks!
[15:41] <didrocks> yw
[15:41] <seb128> willcooke, want to take the meeting from there or should I just keep going?
[15:41]  * Sweet5hark sneaks in and seats in the back row ...
[15:41] <willcooke> I can take it
[15:41] <seb128> thanks
[15:42] <seb128> it's yours then ;-à
[15:42] <seb128> ;-)
[15:42]  * desrt is here (sorry)
[15:42] <willcooke> #topic desrt
[15:42] <willcooke> seb128,  can you #chair me?
[15:42] <desrt> not much to report this week.
[15:42] <larsu> willcooke: I think seb128 has to talk to the bot, no?
[15:42]  * happyaron is here
[15:42]  * desrt waits
[15:43]  * larsu hands desrt a cup of tea
[15:43] <desrt> larsu: thx :D
[15:43]  * Sweet5hark provides coookies
[15:43] <desrt> now THIS is a meeting!
[15:43] <seb128> willcooke, #chair?
[15:43] <seb128> #chair willcooke
[15:43] <meetingology> Current chairs: seb128 willcooke
[15:43] <seb128> sorry, new to the bot business ;-)
[15:43] <seb128> willcooke, there you go, try topic again?
[15:43] <willcooke> #topic desrt
[15:44] <desrt> HI!
[15:44] <willcooke> \o/
[15:44] <desrt> so it's been a kdbus week mostly
[15:44] <desrt> had a pretty good meeting about that yesterday -- we ended up changing the wire format of version 2 dbus quite a bit.... things are looking a lot better now
[15:44] <desrt> working with the kernel guys a bit about some fixes and features we need
[15:44] <desrt> and the implementation in glib is coming along nicely now
[15:45] <desrt> unfortunately it looks like a lot of the work that samsung did is not great....
[15:45] <desrt> and with kdbus changing so much (as it is still doing) probably most of it needs redoing anyway :(
[15:45] <larsu> desrt: will we get a simpler kernel interface?
[15:45] <desrt> larsu: yes
[15:45] <larsu> nice.
[15:45] <desrt> the entire "payload" is now a properly-formed GVariant
[15:45] <desrt> so no need to unwrap another layer of header in a weird format
[15:46] <desrt> uh... also did some glib patch reviewing and mir feature chasing
[15:46] <desrt> that's about all
[15:46] <willcooke> thanks desrt
[15:47] <willcooke> #topic FJKong
[15:47] <willcooke> FJKong, is out, but I have his update:
[15:47] <willcooke> continue pinyin search need more research on matching
[15:47] <willcooke> bug tracing ：switch to en and cant input punctuation
[15:47] <willcooke> after delete skin it should turn on default skin
[15:47] <willcooke> take one day off
[15:48] <willcooke> #topic happyaron
[15:48] <willcooke> happyaron, how's it going :)
[15:49] <willcooke> I thought I saw a message from him in the backlog, but I think I was wrong
[15:49] <Laney> 09/12 15:42:40  * happyaron is here
[15:49] <larsu> 7 minutes is a long time on irc
[15:49] <happyaron> back
[15:49] <willcooke> ah, I'm not going mad
[15:49] <willcooke> :)
[15:49] <mlankhorst> ohai
[15:50] <happyaron> in the past week, I helped to produced arm64 version of sogoupinyin
[15:50] <happyaron> build the RPM version (yes RPM)
[15:50] <willcooke> :)
[15:51] <happyaron> and re-visited all the stuff in fcitx MIR, and will talk to didrocks later this week
[15:51] <happyaron> updated ibus solving 1240198
[15:51] <happyaron> checked compatibility problems of fcitx-qimpanel/sogou-qimpanel
[15:52] <happyaron> over
[15:52] <willcooke> thanks happyaron
[15:52] <willcooke> #topic Laney
[15:52] <willcooke> Laney, what goes?
[15:52] <Laney> these things:
[15:52] <Laney> • v short week, on hols last week
[15:52] <Laney> • Worked on a script to provide .desktop files for those renamed in GNOME 3.14, had some fun fighting with make for that.
[15:52] <Laney> • systemd-timedated stopped supplying invalidated_properties with its PropertiesChanged signal, breaking u-s-s - fix that.
[15:52] <Laney> • Notice that it now uses systemd-timesyncd.service for managing ntp synchronisation, but the shim didn't support this new name, so filed a PR to add it.
[15:52] <Laney> • Merged vim (noticed seb128 had already handled the icon issue after starting) & just saw that it FTBFS :(
[15:52] <Laney> ☢
[15:53] <willcooke> vim.
[15:53] <larsu> Laney: provide .desktop files with NoDisplay?
[15:53] <seb128> Laney, my upload ftbfs or your merge?
[15:54] <Laney> mine, dunno about yours
[15:54] <Laney> larsu: ya, I'll share the script in a bit
[15:54] <seb128> mine built/is in vivid it seems
[15:54] <larsu> cool
[15:54] <Laney> vim has some mad testsuite
[15:54] <Laney> seems like it's going to be fun
[15:55] <willcooke> for certain values of fun
[15:55] <willcooke> thanks Laney
[15:55] <willcooke> #topic larsu
[15:55] <willcooke> larsu, lay it on us
[15:55] <larsu> hey. Looked into the icon thing. Wrote a couple of patches
[15:56] <larsu> lots of discussion on how to tackle this
[15:56] <larsu> matthias is still not happy with the approach (understandibly)
[15:56] <larsu> I dislike that gtk broke this without a clear way of fixing this, but meh
[15:57] <seb128> can we revert to unblock meanwhile?
[15:57] <larsu> also finally wrote a g_dbus_object_path_escape() - we use that in some indicators and ted told me he wrote a couple of copies himself
[15:57] <seb128> revert the commit I mean, or use your simple change that makes it not spec compliant but compatible?
[15:57] <desrt> larsu: how's the dbus spec patch going? :)
[15:57] <larsu> desrt is reviewing that and will take it if we put the escaping scheme into the spec
[15:57] <larsu> (see above ;) )
[15:58] <desrt> larsu: after bouncing back and forth a couple of times i think the patch is fine (once you fix the docs issues)
[15:58] <desrt> but ya... please update the dbus spec :)
[15:58] <larsu> looked into g-s-m transparent bg and .titlebar/.header-bar issues but postponed because the gtk update is more important
[15:58] <larsu> desrt: docs issues are fixed
[15:58] <larsu> seb128: I think taking my patches as is would be easier
[15:59] <larsu> I think that's it. Wasn't on 100% due to having a cold
[15:59] <larsu> (feeling slightly better today)
[15:59] <willcooke> thanks larsu
[15:59] <willcooke> glad you're on the mend
[15:59] <seb128> larsu, k
[16:00] <willcooke> #topic mlankhorst
[16:00] <mlankhorst> 1. getting Xmir running on the phone, runs with -sw, 2. working on enabling egl 2d-acceleration on the phone (WIP, partially works now with some corruption because I messed up the copy proc). 3. preparing lts-utopic for trusty, 4. verifying sru's.
[16:00] <willcooke> maximum efficiency
[16:00] <willcooke> :)
[16:00] <willcooke> thanks mlankhorst - nice job with xmir
[16:01] <mlankhorst> np :)
[16:01] <willcooke> we'll have some cool new things to show off once I fix my U8 machine
[16:01] <qengho> Really nice.
[16:01] <mlankhorst> glamor still only works partially
[16:01] <willcooke> #topic qengho
[16:01] <qengho> Just one item.
[16:01] <qengho> in-progress: merging intel's chromium patches for wayland, after last week's ozone/mir breakage. Boooooring.
[16:02] <willcooke> qengho, did you see my message from earlier?  Everything is working fine wrt/ status bubbles today :/
[16:02] <qengho> willcooke: I saw. Ugh.
[16:02] <willcooke> sorry about that
[16:02]  * willcooke is making a habit of wild goose chases
[16:02] <willcooke> #topic seb128
[16:03] <qengho> Well, this wild goose exists, so it must be chased.
[16:03] <seb128> • helped debugging a systemd regression related to firmwares loading
[16:03] <seb128> • looked a bit to shotwell/uoa segfault issues, bounced to mardy who
[16:03] <seb128> fixed it, tested/confirmed the fix and looked at SRUing it
[16:03] <seb128> • set up ubuntu-settings override for unity8 usage mode (windowed for
[16:03] <seb128> desktop), needs unity8 code changes to land to be doing something
[16:03] <seb128> visible though
[16:03] <seb128> • tested unity8/desktop-next with systemd init, ran into some issues,
[16:03] <seb128> reported those
[16:03] <seb128> • backported vim change for icon issues with the new gtk
[16:03] <seb128> • ubuntu-system-settings for touch
[16:03] <seb128> ∘ reviews for others
[16:03] <seb128> • some sponsoring
[16:03] <seb128> • usual share of desktop related bugs triages and discussions
[16:03] <seb128>  
[16:03] <seb128> I've official on vac wed/thursday, then working friday and off until next year
[16:04] <willcooke> have a great break seb128, thanks for all your help this year
[16:04] <seb128> I'm probably going to be around tomorrow and thursday though
[16:04] <Laney> nice break!
[16:04] <seb128> I registered those days but sort of swapped hours out of them
[16:04] <seb128> then really off on friday
[16:04] <seb128> thanks ;-)
[16:04] <seb128> if anyone needs me please ping in the next days
[16:04] <seb128> Laney, if you want to take on landing new gtk that would be welcome
[16:05] <seb128> it's getting late, I doubt I'm going to be able to do that before holidays
[16:05] <larsu> Laney, seb128: let's take my patches as they are now. They'll solve the problem without scaling icons for out default font size
[16:06] <larsu> I'm pretty sure that the general approach of choosing the icon based on font size is correct
[16:06] <seb128> k, let's discuss that after the meeting (or tomorrow)
[16:06] <larsu> ok
[16:06] <willcooke> #topic Sweet5hark
[16:06] <willcooke> Sweet5hark, you here?  If not I have updates...
[16:06] <Sweet5hark> slow week:
[16:06] <Sweet5hark> - build 4.2.8~rc2/trusty for PPA
[16:06] <Sweet5hark> - some SRU babysitting still
[16:06] <Sweet5hark> - desaster (work machine managed to lose its superblock on the encrypted drive)
[16:06] <Sweet5hark> - recovery & backups foo
[16:06] <Sweet5hark> - waiting for 4.3.5~rc2 for PPA this week
[16:06] <Sweet5hark> - upstream: write moar unittests, refactorings for C++11
[16:06] <Sweet5hark> - the usual leadership and direction upstream
[16:06] <Sweet5hark> - also somewhat quarantained: someone put some huge warehouse of computer junk on fire next to the harbor, its been burning for two days and the east of Hamburg is under "keep windows and doors locked"-orders because of toxic fumes. That messed up plans a bit.
[16:06] <Sweet5hark> EOF
[16:06] <willcooke> thanks Sweet5hark
[16:07] <willcooke> gotta love those backups
[16:07] <Sweet5hark> aye
[16:07] <willcooke> Hamburg has it's own version of the Springfield Tyre Yard now then :)
[16:08] <willcooke> #topic TheMuso
[16:08] <willcooke> * Further work with Debian on Pulse 5.99 packaging, pulling a few useful patches from upstream.
[16:08] <willcooke> * Uploaded some new revisions of pulse 6 RC to the transitions PPA. We now have webrtc in main, so we now build the pulseaudio module to support it.
[16:08] <willcooke> * Spent time trying to track down an issue I am experiencing in Vivid where when I switch workspaces, the keyboard focus doesn't move to the newly focused workspace/window. Haven't checked or filed a bug about this yet, will chase up later, as its not a show stopper atm.
[16:08] <willcooke> * I am on leave from Wednesday the 10th, until January 5th. Happy holidays all, and a happy new year.
[16:08] <willcooke> #topic tkamppeter
[16:09] <willcooke> #topic robert_ancell
[16:09] <willcooke> Worked on:
[16:09] <willcooke> - GNOME 3.14 updates
[16:09] <willcooke> - Released Unity Greeter 15.04.2
[16:09] <willcooke> - LightDM SRU verification
[16:09] <willcooke> - TPM support
[16:09] <willcooke> - Reviewed merge proposals, bug fixes
[16:09] <willcooke> Currently working on:
[16:09] <willcooke> - TPM support
[16:09] <willcooke> - Bluez 5 support
[16:10] <willcooke> #topic Any other business
[16:10] <willcooke> Anyone got anything?
[16:10] <willcooke> I see that Snappy has just been announced :)  So I'm going to read about that if we're done?
[16:10] <willcooke> #endmeeting
[16:10] <meetingology> Meeting ended Tue Dec  9 16:10:55 2014 UTC.
[16:10] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2014/ubuntu-desktop.2014-12-09-15.33.moin.txt
[16:10] <willcooke> thanks all
[16:11] <didrocks> thanks
[16:11] <seb128> thanks
[16:12] <happyaron> thanks
[16:14] <seb128> larsu, Laney, so, what do we do with gtk? just take current bzr gtk version + icon patch & bzr theme from larsu and throw to vivid?
[16:18] <larsu> seb128: I'd say so, ya
[16:19] <seb128> larsu, Laney, are you still around next week or already off for the holidays as well?
[16:19] <Laney> will be here
[16:20] <seb128> trying to figure out if we have budget to deal with potential issues
[16:20] <seb128> "budget"
[16:20] <seb128> e.g people around to deal with any potential unexpected issue after landing
[16:20] <seb128> Laney, ok, good ;-)
[16:20] <larsu> I'll be here as well
[16:22] <willcooke> don't worry - I'll be here.
[16:22] <willcooke> anyone?
[16:22] <seb128> willcooke, fancying debugging gtk for us? ;-)
[16:23] <willcooke> I know how to exit vim, so should be easy
[16:23] <Laney> ZZ!
[16:24] <willcooke> :)
[17:11] <willcooke> DAMN IT BIOS MANUFACTURERS
[17:11] <willcooke> What cant the change-boot-device key just be the same
[17:12] <willcooke> in seb's absence, didrocks do you know who maintains the installer?
[17:22] <didrocks> willcooke: it's the foundation team
[17:22] <didrocks> willcooke: was ev in the past, then xnox, nobody officially since xnox moved to other companies :)
[17:22] <didrocks> willcooke: so, I would say, ask slangasek?
[17:22] <Laney> However they have a channel #ubuntu-installer
[17:23] <didrocks> Laney: yeah, but very low (if not null) traffic
[17:23] <Laney> not null
[17:24] <xnox> willcooke: what's the installer question that you have?
[17:24] <xnox> willcooke: it has no power over the change-boot-device key, however.
[17:24] <didrocks> xnox: nice to see you did some recent fix on the installer btw :)
[17:25] <didrocks> even if the traditional end of cycle fixes were achieved this time by colin :)
[17:25] <Laney> someone should test the installer with new gtk ;-)
[17:26] <didrocks> Laney: did I hear right that you just volonteered? :)
[17:26] <Laney> no you saw me use the magical 'someone'
[17:27] <Laney> :P
[17:27] <didrocks> oh, this guy… I guess he has a lot to do :p
[17:27] <didrocks> would be pleased to meet this Mr someone one day
[17:29] <willcooke> xnox, no worries - it's this crazy idea I just had about moving it to Mir
[17:30] <xnox> willcooke: we've tried to setup 3 meetings over the course of 3 successive UDSs / sprints on how to move the installer to Mir
[17:30] <xnox> willcooke: there was noone ever there from the Mir team and multiple foundations folks.
[17:30] <willcooke> xnox, ha!
[17:30] <xnox> willcooke: so please speak up.
[17:30] <willcooke> xnox, will do - I'll see who I can make care
[17:31] <xnox> willcooke: the installer is nothing more but a minimalistic DE - it spawns it's own X, it's own desktop picture, it's own indicators and a single window PyGTK app to show the installer.
[17:31] <xnox> willcooke: now that Gtk works on Mir, it should be possible to tweak it to attempt spawning Mir instead of X on supported hardware.
[17:32] <mlankhorst> hah :P
[17:34] <pitti> didrocks: with suppress() → thanks, I didn't know that one yet :)
[17:34] <willcooke> mlankhorst, you think there are other issues?
[17:35] <didrocks> pitti: it's been my best friend for a couple of years! (quite easy to backport/emulate with python2 as well)
[17:35] <pitti> didrocks: sad thing, I can't actually push here -- port 22 (ssh) is blocked
[17:35] <pitti> didrocks: (reviewing your patch during TB meeting..)
[17:36] <pitti> I can push it in the guest house, though
[17:36] <didrocks> pitti: no hurry, I just don't want have to get all those in my mind, so, now that this is logged or in your local git repo, that's fine :)
[17:36] <didrocks> see, I even forgot the 0002- patch first! :)
[17:36] <pitti> didrocks: it's a bug assigned to me, that counts :)
[17:36] <didrocks> yeah, that's fine now, I feel "lighter" :)
[17:37] <didrocks> pitti: I still have some developer work tomorrow morning. xdiagnose is done. So, tomorrow midday, I'll summarize what/how we should move on in the /usr vs /etc topic and how to install in debian
[17:37] <pitti> didrocks: to pkg-systemd?
[17:38] <didrocks> pitti: first upstream, then moving to pkg-systemd once we have all details figured out
[17:38] <didrocks> (I need to summarize the extend of the changes we'll have to preset/enable-disable)
[17:38] <pitti> didrocks: merci !
[17:38] <didrocks> de rien :)
[17:39] <pitti> didrocks: looking forward to this; a lot less clutter and postinst stuff
[17:39] <didrocks> pitti: exactly \o/ and a cleaner /var/lib/systemd/ :)
[17:40] <pitti> c'est l'heure du dîner !
[17:40] <pitti> à demain !
[17:40] <didrocks> pitti: bonne soirée et bon appétit !
[17:40] <didrocks> pas trop de bière, hein ;)
[17:40] <pitti> didrocks: toi aussi !
[17:40] <didrocks> merci :)
[18:09] <Laney> climb to time
[18:09]  * willcooke -> EOD
[18:09] <Laney> laters!
[18:44] <tkamppeter> - OpenPrinting web server: Several fixes in database maintenance scripts