[04:01] <GooeyABS> is there anyting siginificant in 15.10 that would make one want to instlal it over 14.04 lts?
[04:05] <sarnold> maybe if you wanted to play around with systemd instead of upstart?
[04:06] <sarnold> newer packages all across the board, of course, but I figure that's not news :)
[05:58] <hikiko> Hello!
[06:00] <pitti> Bonjour !
[06:01] <didrocks> good morning
[06:02] <pitti> ça va didrocks ?
[06:02] <hikiko> Hi pitti didrocks
[06:03] <didrocks> ça va pitti, et toi ? :)
[06:03] <didrocks> hey hikiko
[06:03] <pitti> hey hikiko
[07:47] <pitti> Laney: just fixed the apt 404 errors, the images were using {archive,ports}.u.c. instead of ftpmaster.internal; argh
[07:53] <Plizzo> Hi! I recently installed Ubuntu Desktop on my little brothers Thinkpad. Having little experience with LVM I chose to let LVM handle the disk partitioning as I was installing the system. But now I regret that choice, seeing as the system partition - ”/dev/sda1” now has 256MB of total space and the disk has a total of around 150GB.
[07:53] <Plizzo> How can I reclaim this space and allocate it into /dev/sda1?
[07:53] <Plizzo> I read about LVM here: https://wiki.ubuntu.com/Lvm
[07:54] <Plizzo> Almost all of the space is in a partition called /dev/dm-0 which is mounted at /
[07:55] <Plizzo> So I’m not even sure which is which.
[08:00] <Plizzo> Here is an image showing what the current disk state is: http://imgur.com/zaLw2Bf
[08:03] <seb128> good morning desktopers
[08:04] <pitti> hey seb128 !
[08:04] <seb128> hey pitti! wie gehts? toujours à Lyon ?
[08:04] <seb128> wooot new plymouth by didrocks ;-)
[08:05] <pitti> seb128: oui, je quitte la maison de didrocks dans 20 minutes
[08:05] <duflu> Plizzo: Good news: You don't have any bug. The main drive is /dev/dm-0 (mounted at /) so you already have the whole disk to play with
[08:06] <Plizzo> duflu: That’s the logical conclusion that I jump to as well, but whenever he tries to install something, it complains that it’s out of disk space :/
[08:06] <duflu> If you don't believe it, try:  df -h /home
[08:07] <pitti> Laney: can you have a look at the infra today? I'm travelling back home and will be offline until the afternoon
[08:07] <Plizzo> duflu: I think I’ll have to head over there and check. Thanks!
[08:08] <duflu> Plizzo: Although /run/user/1000 is a tmpfs and limited to 193MB. Maybe that's the problem. Are you logged in as a guest or something?
[08:08] <duflu> Plizzo: Oops, ignore my previous comment
[08:08] <duflu> df -h /home    should show you you have the whole disk to use
[08:08] <didrocks> seb128: yeah \o/
[08:09] <duflu> Oh, what's new didrocks, seb128 ?
[08:09] <Plizzo> duflu: I’ll have to check either way. My little brother is eight and should probably not be fooling around in the terminal. But his user is the primary user and an administrator. I’ll drop by their house later and see what the error might be.
[08:09] <Plizzo> If there even is one.
[08:10] <didrocks> duflu: nothing really noticeable :) However, it's our first merge with debian ever
[08:10] <duflu> didrocks: Nice
[08:10] <duflu> didrocks: I mean nice, not Nice
[08:11] <didrocks> duflu: moving from /lib/plymouth to /usr/share/plymouth required transitionning all flavors' theme
[08:11] <didrocks> duflu: otherwise, I tried to sum up in the changelog :p
[08:11] <didrocks> duflu: heh ;)
[08:20]  * pitti waves and goes offline and trainwards, see you this afternoon!
[08:55] <willcooke> morning all
[08:56] <seb128> hey willcooke
[08:59] <andyrock> morning all
[09:00] <willcooke> hey andyrock, seb128
[09:00] <andyrock> willcooke: the meeting is in one hour?
[09:00] <seb128> hey andyrock
[09:02] <Laney> hey!
[09:02] <Laney> pitti: sure
[09:03] <seb128> hey Laney
[09:03] <Laney> ahoy seb128
[09:03] <Laney> how are you?
[09:04] <seb128> good!
[09:05] <seb128> had dinner outside + bowling yesterday
[09:05] <seb128> I'm a bit tired today :-)
[09:05] <seb128> you?
[09:06] <Laney> dinner outside in december
[09:06] <Laney> what is the world coming to
[09:06] <Laney> good, christmas pub quiz last night althought we didn't win any prizes :(
[09:09] <seb128> can't win every time, it wouldn't be special/something you enjoy if it was like that!
[09:10] <seb128> had fun at least? ;-)
[09:10] <Laney> they have like 8 rounds instead of 2 at the christmas one :P
[09:10] <Laney> yeah, it was fun
[09:10] <seb128> you were there all night then?!
[09:13] <Laney> pretty long!
[09:15] <willcooke> andyrock, yeah
[09:15] <Trevinho> Morning
[09:15] <willcooke> hey Trevinho, how's London this morning?
[09:16] <seb128> hey Trevinho, had a good day off yesterday?
[09:16] <andyrock> it was national holiday yesterday in Italy
[09:16] <seb128> right
[09:16] <andyrock> and I think I forgot to report it in hr
[09:16] <Trevinho> willcooke: still to discover... I'll work from home today.
[09:16] <willcooke> Trevinho, ahh
[09:16] <seb128> andyrock, and to send your status update for the meeting :p
[09:17] <willcooke> :)
[09:17] <seb128> Trevinho, coming to the office tomorrow?
[09:17] <willcooke> I've added the holiday to the calendar now, so we will know in the future
[09:17]  * andyrock is also not sure how does it work with national holidays if you live in a different country
[09:18] <Trevinho> seb128: hi, was good... Traveling day but I had good schedule, so I arrived here with no stress
[09:18] <seb128> good
[09:18] <Trevinho> seb128: yes tomorrow I'll be in the office
[09:19] <seb128> andyrock, just follow rules from where is your work contract I guess
[09:19] <seb128> seems like mozilla stops doing firefoxos phones :-(
[09:19] <Trevinho> Yeah
[09:20] <andyrock> also because number_swedish_national_holidays <<<< number_italian_national_holidays
[09:20] <andyrock> :D
[09:21] <Trevinho> andyrock: you know, they don't like to have fun there...
[09:21] <seb128> lol
[09:21] <andyrock> :D
[09:21] <willcooke> national holidays apply to the county you are "normally" based in.  Like, if we went to a sprint in the USA and the Monday was a public holiday back home, then you'd get that day off in lieu.
[09:22] <seb128> no larsu today?
[09:22] <willcooke> maybe gyming
[09:22] <seb128> I guess
[09:25] <larsu> gymming indeed!
[09:25] <larsu> good morning :)
[09:25] <seb128> hey larsu!
[09:25] <larsu> how are you?
[09:26] <seb128> good!
[09:26] <seb128> had a fun evening, including raclette and bowling
[09:26] <seb128> what about you?
[09:27] <andyrock> well in that case starting from next year I'll move to swedish holidays
[09:27] <larsu> seb128: nice! Didn't have raclette in ages
[09:28] <larsu> seb128: I feel great after the gym :) Was out for some beers last night with Kay and David
[09:28] <seb128> I think I would feel better after some sport as well today
[09:29] <seb128> too much food and I'm a bit tired
[09:29] <larsu> hehe. tennis tonight?
[09:30] <seb128> probably not
[09:30] <seb128> day in London tomorrow and have to wake up early
[09:30] <seb128> but let's see, weather is nice to probably some jogging in the afternoon
[09:31] <seb128> larsu, can you rebase https://code.launchpad.net/~larsu/geonames/+git/geonames-1/+ref/debian on master?
[09:32] <seb128> https://git.launchpad.net/geonames?h=debian vs https://git.launchpad.net/geonames
[09:32] <seb128> seems you lack a bunch of commits
[09:32] <larsu> sue
[09:32] <larsu> *sure
[09:32] <seb128> thanks
[09:32] <seb128> I want to upload that
[09:32] <seb128> did you see the ping yesterday about u-c-c/the other bits that need porting?
[09:32] <seb128> I was off before you came back
[09:34] <larsu> yes
[09:35] <larsu> do you want to upload it with the weird behaviour of the gtk completion?
[09:35] <larsu> it looks bad, but I haven't found a good solution for that yetr
[09:35] <seb128> what was the issue again? jumping UI?
[09:36] <seb128> I tried back then but it had been a while
[09:36] <larsu> yes
[09:37] <larsu> seb128: pushed the branch
[09:37] <seb128> danke
[10:01] <willcooke> Trevinho, hikiko - sprint planning meeting
[10:01] <willcooke> seb128, if you're interested ^
[10:01] <hikiko> willcooke, I am coming sorry
[10:01] <seb128> coming
[10:17] <Laney> pitti: if you get online, any idea about the apport failures? or should I update the version in your hint?
[10:23] <didrocks> Laney: he talked about it this morning, he will be back online at ~1PM
[10:24] <Laney> 'it'?
[10:24] <Laney> and hi didrocks!
[10:25] <didrocks> Laney: "apport"
[10:25] <didrocks> or them if you prefer "apport failures"
[10:25] <didrocks> and hey Laney ;)
[10:25]  * didrocks didn't hear any cry yet on plymouth
[10:26] <larsu> didrocks: listen more carefully :P
[10:26] <Laney> because it didn't migrate?
[10:26]  * didrocks has earplugs just in case :p
[10:26] <didrocks> yeah ;)
[10:26] <larsu> hah
[10:26] <Laney> is that going to fix itself?
[10:27] <didrocks> I didn't really follow, I guess apport can wait for an hour of half to get Martin online and see himself
[10:27] <Laney> plymouh
[10:28] <didrocks> Laney: tests are still in progress, right?
[10:28] <didrocks> (I wonder if the valid candidate still considers it and why it shows that up)
[10:29] <didrocks> because they always failed, so tests, even in progress are not blocking?
[10:29] <seb128> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[10:29] <Laney> looks like just xubuntu-artwork
[10:30] <didrocks> interesting that we have that optimization to go the second stage if tests always failed, nice, didn't know that!
[10:30] <didrocks> hum
[10:30] <didrocks> Laney: I don't get how you see that xubuntu-artwork is the guilty one
[10:30] <Laney> didn't know it?
[10:30] <Laney> you updated the code path that I wrote to do that
[10:30] <Laney> to change the names
[10:30] <didrocks> Laney: yeah, I thought it was always waiting on tests finishing first
[10:30] <didrocks> right
[10:31] <didrocks> but it didn't know that it had a "don't block even if tests are in progress"
[10:31] <didrocks> I was thinking it was just a cosmetic thingy
[10:31] <Laney> that is exactly what it did
[10:31] <Laney> anyway look for "Trying easy from autohinter: ubuntu-mate-artwork/15.12.1 plymouth/0.9.2-3ubuntu1 ubuntustudio-look/0.50 plymouth-theme-sabily/1.3 lubuntu-artwork/0.57 ubuntu-gnome-default-settings/16.04.1 edubuntu-artwork/15.12.1 kubuntu-settings/1:16.04ubuntu1"
[10:31] <didrocks> nice work Laney then ;)
[10:31] <Laney> and you will see what it is waiting for
[10:31] <didrocks>     * arm64: xubuntu-core, xubuntu-desktop
[10:31] <didrocks> ok, it wants to remove them I guess
[10:31] <didrocks> right?
[10:31] <Laney> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#xubuntu-artwork
[10:32] <didrocks> ah, so still tests in progress for it
[10:32] <didrocks> yeah
[10:32] <didrocks> so all is fine, it should migrate itself if I didn't do any typo in breaks and whatnot
[10:33] <didrocks> (and both tests in progress passed)
[10:34] <Laney> http://autopkgtest.ubuntu.com/running.shtml#pkg-libreoffice
[10:34] <Laney> you can watch it in painful detail
[10:35] <didrocks> yeah ;)
[10:35] <didrocks> at least, amd64 done
[11:02] <Laney> didrocks: I'm getting some mails about plymouth killing autopkgtest workers with a postinst problem
[11:02]  * Laney fwds
[11:07] <didrocks> wth?
[11:08] <didrocks> it's like the initramfs doesn't match properly
[11:08] <didrocks> (we tested this package with martin as well on qemu…)
[11:08]  * didrocks looks
[11:09] <didrocks> I guess the issue is in update-alternatives: error: no alternatives for default.plymouth
[11:09] <didrocks> oh I think I got it
[11:09] <didrocks> it configure -text before -logo
[11:09] <didrocks> and so, there is no alternative (yet)
[11:10] <didrocks> as it's a clean state
[11:10] <didrocks> and so, it can't create the initramf
[11:10] <didrocks> initramfs
[11:10] <didrocks> urgh
[11:10] <Laney> you can see that it's an upgrade of plymouth from the top of the log
[11:10] <didrocks> Laney: mind blacklisting it for a little bit?
[11:10] <didrocks> Laney: yeah but dangling symlink with the rename
[11:10] <Laney> nod
[11:11] <Laney> can block, I'm not sure how the autopkgtest blacklists work
[11:11] <didrocks> yeah, please
[11:12] <Laney> done
[11:12] <didrocks> thx
[11:12] <didrocks> I think it's something we should push in debian as well
[11:13] <didrocks> (if the theme doesn't exist, basically, just don't try to copy it unconditionally)
[11:17] <didrocks> I'm puzzled why there is no .so in the error
[11:27] <Laney> didrocks: I can reproduce this by dist-upgrading in a cloud vm if that helps
[11:28] <didrocks> Laney: ah nice, that will ensure I can test my fix then
[11:29] <didrocks> (working on protecting in a sensible way for this config order)
[11:29] <didrocks> the weird part is that we tested with martin in a cloud VM, upgrading from my ppa
[11:34] <Laney> didrocks: maybe remove from proposed meanwhile?
[11:34] <Laney> to stop the autopkgtesticide
[11:35] <didrocks> yep, doing that
[11:35] <didrocks> and uploading from myppa
[11:35] <didrocks> to*
[11:35] <Laney> ♥
[11:36] <Laney> sorry for your pain
[11:36] <Laney> respect for stepping up!
[11:37] <didrocks> removed :)
[11:37] <didrocks> sorry for the failure
[11:37] <didrocks> still weird we didn't get that in multiple scenarios
[11:38] <didrocks> before it's removed, let me start my cloud image
[11:38] <didrocks> (while the fix is building on my ppa)
[11:39] <seb128> didrocks, once you done with plymouth I would appreciate if you could NEW review geonames, I just uploaded it. It's a small package, larsu is upstream, should be easy to review
[11:39] <seb128> larsu, Laney, ^ fyi
[11:39] <Laney> nice
[11:39] <seb128> larsu, would be nice if you could mp the u-c-c changes then, if that was ready
[11:39] <Laney> I am sure the packaging is EXCELLENT
[11:39] <seb128> well, after whatever you are working on
[11:40] <didrocks> seb128: sure
[11:40] <seb128> Laney, let's see if didrocks agrees ;-)
[11:40] <seb128> didrocks, thanks
[11:40] <didrocks> let me just first reproduce the plymouth failure
[11:40] <larsu> I can assure you it is excellent, done by a professional
[11:40] <didrocks> then add my ppa
[11:40] <didrocks> and check it's fixed :p
[11:40] <seb128> haha
[11:40] <Laney> how come it has a dated version?
[11:40] <seb128> because today has a date :p
[11:40] <larsu> Laney: because that professional doesn't know wtf they are doing...
[11:41] <larsu> ah, not my fault?
[11:41] <seb128> Laney, there is no official release and larsu would prefer not having some
[11:41] <seb128> and I wouldn't want to go through figuring out of CI train can build from git
[11:41] <Laney> I thought the upload would be the official release
[11:41] <seb128> the instructions it has are for bzr
[11:41] <Laney> but ok
[11:41] <seb128> I can rename it 0.1 without date if it makes you feel better
[11:41] <seb128> I don't really care either way
[11:42] <seb128> but then I guess we should publish the tarball on the launchpad project
[11:42] <Laney> I'm asking a question not insisting on anything
[11:42] <seb128> k
[11:42] <seb128> so yeah, I'm unsure how the release cycle of that componenjt is
[11:42] <seb128> ideally it would be CI train handled
[11:43] <seb128> but it's in launchpad git and I don't think they handle that atm
[11:43] <seb128> I just picked an option and went with it ;-)
[11:44] <Laney> I just thought it was going to be a real upstream project but no worries
[11:44] <Laney> seems to fail to build for me though
[11:44] <Laney> ./configure: line 12166: PKG_PROG_PKG_CONFIG: command not found
[11:45]  * Laney tries adding the build dep
[11:45] <seb128> arg
[11:45] <larsu> missing pkg-config?
[11:46] <didrocks> Laney: can't reproduce with my desktop image derived from the cloud one, let me rebuild a cloud adt image and check
[11:46] <seb128> shrug, I didn't check the build-depends
[11:46] <Laney> didrocks: I used adt-buildvm-ubuntu-cloud -r xenial
[11:46] <didrocks> Laney: yeah, it's what I'm running right now to have a fresh cloud-only image :)
[11:46] <seb128> but yeah, needs glib as well
[11:47] <Laney> then qemued into it as normal
[11:47] <seb128> Laney, ^ you are fixing that?
[11:47] <seb128> or should I
[11:47] <Laney> could do
[11:47] <Laney> where's the branch?
[11:47] <didrocks> Laney: the "good" news is that it reenforce the fact that it's order-dependant :)
[11:47] <seb128> Laney, https://git.launchpad.net/geonames?h=debian but I didn't submit my tweaks yet
[11:48] <seb128> need to go for lunch though
[11:48] <seb128> I can do that after lunch
[11:48] <seb128> bbiab
[11:48] <didrocks> (I still think the plymouth hook script can be enhanced in the long term, but my fix should be good enough for now)
[11:48] <Laney>  You cannot push to this repository. Only Lars Uebernickel can push to this repository.
[11:48] <Laney> intentional?
[11:48] <didrocks> this Lars!
[11:49] <seb128> https://code.launchpad.net/~larsu/geonames/+git/geonames-1/+ref/debian
[11:49] <seb128> I guess it would need to be owned by a team created for the project or something
[11:49]  * larsu looooooooves launchpad
[11:51] <Laney> heh
[11:55] <didrocks> Laney: confirmed on the cloud image
[11:56] <didrocks> so, let me add the ppa (seems it's already built/published)
[11:56] <Laney> larsu: git pull git+ssh://git.launchpad.net/~laney/geonames debian plz
[11:57] <didrocks> Laney: and fixed with it! uploading
[11:57] <Laney> didrocks: neat
[11:57] <didrocks> sorry for the trouble :/
[11:58] <Laney> happy the autopkgtest caught it!
[11:58] <larsu> Laney: doesn't work :/
[11:58] <larsu> couldn't fine remote ref HED
[11:58] <larsu> *HEAD
[11:58] <Laney> did you copy the " debian" bit?
[11:58] <didrocks> indeed ;) (at least, it doesn't seem that it would have died on the desktop)
[11:58] <Laney> it's that branch
[11:59] <larsu> oh I thought that means pull it into my local branch debian (which was already the current one for me)(
[12:00] <larsu> Laney: thanks, pushed
[12:01] <Laney> oh I don't know how to do that
[12:02] <Laney> maybe like debian:debian or something
[12:02] <Laney> "git"
[12:02] <larsu> "fun"
[12:02] <didrocks> ok, working on the desktop still with initramfs containing expected bits
[12:02]  * didrocks uploads
[12:02] <Laney> \o/
[12:03] <didrocks> does it still worth I have a look at the package in NEW? Maybe I should just wait for the next upload?
[12:03] <didrocks> is*
[12:07] <Laney> probably best
[12:07] <didrocks> ok, keep me posted
[12:07] <Laney> larsu: I just made a "~geonames-dev" team if you want to change the project owner/driver to that one
[12:08] <didrocks> removing the one in the queue meanwhile
[12:08] <Laney> did push --mirror to https://code.launchpad.net/~geonames-dev/geonames/+git/geonames too
[12:08]  * Laney sees "Manage webhooks" and wants an irc commit bot
[12:08] <didrocks> ;)
[12:08] <larsu> Laney: done :(
[12:08] <didrocks> yeah, that would be nice!
[12:08] <larsu> oops. Typo makes me look sad
[12:09] <larsu> :)
[12:09] <Laney> haha
[12:09] <Laney> I thought you were sad about losing your iron grip
[12:09] <larsu> haha no I can manage ;)
[12:10]  * Laney is confused about the URL format
[12:10] <Laney> seems the one I used isn't allowed for the canonical repository
[12:11] <Laney> oh and now launchpad is OOPSing
[12:11]  * Laney dies
[12:16] <Laney> anyway update your origins to git+ssh://git.launchpad.net/~geonames-dev/geonames/+git/geonames please!
[12:17] <larsu> will do thanks!
[12:18] <Laney> needs a few more geonames in that url I think
[12:18] <larsu> works for me
[12:18] <didrocks> gegeoname
[12:18] <larsu> after adding my launchpad username@
[12:19] <Laney> geonames.com/geonames@geonames.geonames~geonames
[12:19] <larsu> geonames+ssh://
[12:22] <Sweet5hark>  ./configure --enable-python=fully-internal && make
[12:22] <Sweet5hark> me mumbles: snappy made me do this.
[12:25]  * Laney screams
[12:25] <larsu> uh oh
[12:29] <Sweet5hark> note to self: still need to register issystemdasmallinternalpartoflibreofficealready.org ....
[12:31] <xnox> Sweet5hark, libreofficeasakdbusservice.io ?
[12:31] <davmor2> Sweet5hark: that's a url that just rolls off the tongue ;)
[12:31] <Trevinho> Laney: about that pkg-config change, did you revert the commit causing troubles to us?
[12:32] <Laney> no
[12:33] <Sweet5hark> xnox: shouldnt be hard. we already implement the gmenumodel stuff and packagekit via dbus ...
[12:41] <Trevinho> Laney: so... could we do it, now that we've a bug?
[12:41] <Trevinho> Laney: as I'd like to land compiz...
[12:42] <Trevinho> I can see if there's a solution at compiz level, but it would be wrong imho
[12:47] <Laney> Trevinho: did you confirm that reverting this commit fixes the build?
[12:48] <Trevinho> Laney: yep
[12:50] <Laney> ok
[12:59] <Laney> Trevinho: bleh this makes a test fail
[13:00] <Laney> ../pkg-config --variable=pc_path pkg-config :
[13:00] <Laney> ''/usr/local/lib/x86_64-linux-gnu/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/x86_64-linux-gnu/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig'' != '/usr/local/lib/x86_64-linux-gnu/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/x86_64-linux-gnu/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig'
[13:00] <Laney> FAIL: check-path
[13:16] <didrocks> thanks xnox! I should delay replying more often :)
[13:16] <xnox> didrocks, ?! que?
[13:17] <didrocks> xnox: re: default language thread ;)
[13:18] <Trevinho> Laney: wasn't there a test in the commit too?
[13:19] <Trevinho> oh, Laney I see that
[13:21] <Trevinho> Laney: this might be related http://cgit.freedesktop.org/pkg-config/commit/?id=a6e8749ada5af1737b27f1eca1babe83e82af38c ?
[13:23] <Trevinho> Laney: yep, reverting that commit fixes the test as well
[13:23] <pitti> yay, internet is back!
[13:25] <pitti> Laney: apport> I actually fixed them all yesterday, but it seems there's a new one; so for now, please update the hint, I'll look at it later
[13:28] <desrt> good morning, ubupeeps
[13:28] <desrt> (and to the surprise visitors currently hovering 1m from me outside of my window)
[13:43] <Trevinho> Laney: I've also a compiz workaround ready, let me know what you prefer
[13:43] <seb128> Trevinho, does that compiz update drops the gconf backend? ;-)
[13:44] <Trevinho> seb128: nope... BUt it might be something I could do  now
[13:47] <seb128> Trevinho, let me know, otherwise I'm going to have a quick look to know if we can stop at least including it in the deb build
[13:48] <seb128> Laney, did you submit my geonames packaging fixes as well?
[13:48] <seb128> seems you did
[13:48] <seb128> thanks
[13:49] <seb128> oh, no
[13:49] <seb128> sorry
[13:49]  * seb128 does that
[14:07] <seb128> larsu, http://people.canonical.com/~seb128/tweak.patch
[14:09] <Laney> seb128: no, didn't see them
[14:09] <Laney> but you should be able to push to the new branch
[14:09] <larsu> seb128: warning: 1 line adds whitespace errors.
[14:09] <seb128> Laney, I did git format-patch, see ^
[14:09] <larsu> ts ts ts
[14:10] <seb128> larsu, bless you
[14:10] <Trevinho> seb128: so, there's also a configuration option to disable gconf a build time, but.... we do prefer to erase it at all, right?
[14:10] <larsu> seb128, Laney: pushing now
[14:10] <seb128> Trevinho, well, as long as it's out of the packaging I don't care much about the technical solution
[14:11] <seb128> larsu, what was your whitespace thing about?
[14:11] <seb128> I don't understand it
[14:11] <Trevinho> seb128: I mean, I'm not sure if anyone really need it, but...
[14:11] <seb128> Trevinho, I doubt it
[14:11] <seb128> gconf is deprecated for years
[14:11] <larsu> seb128: libgeonames-dev.install had an empty line at the end
[14:12] <seb128> larsu, right, is that an issue?
[14:12] <seb128> and empty line != whitespace
[14:12] <seb128> but feel free to delete it
[14:12] <seb128> (the empty line)
[14:13] <larsu> I did and pushed it
[14:13] <seb128> (my git also doesn't complain about those)
[14:13] <seb128> danke
[14:13] <larsu> thanks for the patch!
[14:13] <seb128> I've another one coming in some minutes
[14:13] <seb128> btw did you reply on the u-c-c branch status earlier?
[14:13] <larsu> seb128: mine did when applying the patch (thanks for format-patch by the way) and highlights it as an error in git show
[14:13] <seb128> I think I missed your reply if you did
[14:13] <seb128> k
[14:14] <larsu> I said "I don't know" depends on the completion thing
[14:14] <seb128> if I had the motivation I would report an upstream git bug that new lines shouldn't be flagged as "whitespace", I was looking for a trailing space issue :p
[14:14] <Laney> Trevinho: what's your workaround?
[14:15] <Laney> I'm a bit disturbed about adding many reverts I don't understand :/
[14:15] <seb128> larsu, ok, let me try again the branch to see how the completion is, but I would tend to say to land now so the feature gets feedback and we can deal with the weird UI as a bug later
[14:15] <larsu> makes sense
[14:16] <larsu> seb128: I agree, double-newline at end-of-file is questionable
[14:16] <larsu> on the other hand, whitespace at end-of-line clearly is an error
[14:18] <seb128> larsu, people.canonical.com/~seb128/0001-include-license-text.patch
[14:18] <seb128> right
[14:19] <larsu> seb128: btw, you should have push access yourself
[14:19] <seb128> yeah, I just don't like to push without a review
[14:19] <larsu> makes sense
[14:20] <Laney> might be easier to review if you push to a branch or something
[14:20] <Laney> but as you both prefer
[14:20] <seb128> larsu, Laney, do we need the autogen.sh ?
[14:20] <larsu> pushed with slight change in commit message
[14:20] <seb128> Laney, I don't know how to do that on launchpad and https://help.launchpad.net/Code/Git is not very useful
[14:20] <seb128> larsu, danke
[14:20] <larsu> seb128: yes
[14:21] <seb128> larsu, can we get it disted then?
[14:21] <seb128> debian/rules has NO_CONFIGURE=1 dh_autoreconf ./autogen.sh
[14:21] <seb128> but that fails on a make dist tarball because the file is not there
[14:22] <Laney> git remote set-url origin git+ssh://git.launchpad.net/~geonames-dev/geonames/+git/geonames and then git push as normal
[14:22] <Laney> :)
[14:22] <seb128> Laney, shrug
[14:22] <seb128> no short command?
[14:22] <xnox> seb128, in ~/.gitconfig
[14:22] <xnox> [url "git+ssh://xnox@git.launchpad.net/"]
[14:22] <xnox>         insteadof = lp:
[14:22] <seb128> xnox, I've that
[14:22] <seb128> xnox, I read https://help.launchpad.net/Code/Git
[14:22] <xnox> and then you can like clone and push to lp: as usuall.
[14:23] <seb128> but that doesn't explain how to push
[14:23] <xnox> git push lp:~geonames..... HEAD:HEAD
[14:23] <Laney> wtf
[14:23] <seb128> well how to mp things
[14:23] <xnox> git push lp:~geonames..... master:master
[14:23] <Laney> HEAD:HEAD?
[14:23] <Laney> alright, this is turning into an Internet Git Tutoriakl
[14:23] <xnox> Laney, that is scary thing. and can break stuff =)
[14:23]  * Laney is gone
[14:23] <Laney> people always come out with their weird tricks
[14:23] <larsu> seb128: hm? Dist should have a proper configure and no need to run autogen
[14:23] <larsu> that's for building from git
[14:24] <seb128> larsu, we do dh-autoreconf on package build because sometime we have a patch touching the build system
[14:25] <seb128> Laney, sorry about the git tutorial disussion, I'm just going to keep using format-patch, easier ;-)
[14:25] <larsu> weird
[14:26] <seb128> larsu, what?
[14:26] <larsu> disting autogen
[14:26] <seb128> GNOME does it
[14:26] <larsu> doesn't make it less weird :D
[14:27] <seb128> larsu,
[14:27] <seb128> EXTRA_DIST =
[14:27] <seb128> 	autogen.sh \
[14:27] <seb128> 	COPYING
[14:27] <seb128> I guess?
[14:27] <larsu> yes adding that now
[14:27] <seb128> thanks
[14:27] <Laney> seb128: np
[14:27] <Laney> I was just suggesting that you push another branch to the same repository then people can merge that easily
[14:27] <Laney> no need for merge proposal
[14:27] <Laney> although you can do those, not exactly sure how on LP
[14:28] <seb128> right
[14:28] <seb128> but it doesn't feel  like a standard workflow
[14:28] <seb128> I would prefer to have only one workflow
[14:28] <Laney> suggesting it as an alternative to passing patch files around
[14:28] <seb128> which doesn't rely on me being part of the team owning the branch I'm contributing to
[14:28] <Laney> you can push to ~seb128/geonames/+git/geonames too
[14:28] <seb128> like an equivalent to "bzr push lp:~/project/name"
[14:29] <Laney> which people can fetch from
[14:29] <Laney> that is probably a thing which can have a merge proposal created
[14:29] <seb128> can I do it with a git push comment?
[14:29] <seb128> or do I need to change my origin?
[14:29] <Laney> git push <url> works
[14:29] <seb128> where url is ~seb128/geonames/+git/geonames?
[14:30] <Laney> git+ssh://git.launchpad.net/<that> or lp:<that> presumably
[14:30] <Laney> assuming the lp: thing works, not got that set up :)
[14:30] <seb128> k, let me try
[14:31] <Laney> would be good to figure it out
[14:31] <seb128> https://code.launchpad.net/~seb128/+git/geonames
[14:31] <Laney> man, I made some really horrible coffee
[14:31] <seb128> created with "git push lpme:geonames"
[14:32] <seb128> with
[14:32] <seb128> [url "git+ssh://USER@git.launchpad.net/~USER/+git/"]
[14:32] <seb128>         insteadof = lpme:
[14:32] <Laney> nice
[14:32] <seb128> now unsure how to mp that
[14:33] <Laney> hmm
[14:33] <seb128> seems I can't
[14:33] <seb128> no clicky button on the webui at least
[14:33] <Laney> I think you need to do lp:~seb128/geonames/+git/geonames or so
[14:33] <Laney> lpme: makes "personal" branches which can't be mped
[14:33] <Laney> I remember asking about this a few weeks ago
[14:34] <Laney> it's like +junk with the bzr branches
[14:34] <seb128> https://code.launchpad.net/~seb128/geonames/+git/tweaks
[14:34] <seb128> no button there either
[14:34] <seb128> I asked on #launchpad
[14:35] <seb128> let's see
[14:35] <Laney> it's on https://code.launchpad.net/~seb128/geonames/+git/tweaks/+ref/debian
[14:36] <seb128> right
[14:36] <seb128> cjwatson replied as well
[14:36] <Laney> cool
[14:36] <seb128> https://code.launchpad.net/~cjwatson/turnip/+git/turnip/+merge/279906
[14:36] <didrocks> Laney: oh btw, do you mind removing your block request on plymouth?
[14:36] <Laney> make sure you fix the target :/
[14:36] <Laney> I couldn't change lp:geonames due to a bug in launchpad
[14:36] <seb128> as an example
[14:37] <seb128> Laney, ok, in any case larsu already merge the format-patch version so it was just to play with it
[14:37] <Laney> nod
[14:38] <Laney> at least we know how to get to it now
[14:38] <seb128> yeah
[14:38] <Laney> I guess this is why github makes you fork it first
[14:38] <seb128> larsu, let me know when you have the license include and the autogen.sh dist in
[14:38] <Laney> so you get forced to the right url
[14:38] <larsu> seb128: pushed this second ;)
[14:38] <seb128> larsu, great
[14:39] <seb128> hum, not there?
[14:40] <larsu> hm there's all the things missing
[14:40] <larsu> where did I push to all this time I wonder?
[14:41] <didrocks> Laney: did you see my gentle and small unblock request for plymouth? :) (didn't see any ack)
[14:41] <Laney> didrocks: yes, will do in a minute
[14:41] <didrocks> Laney: britney bless you :)
[14:42] <seb128> didrocks, did you look at the package or rejected waiting for the fixes?
[14:43] <didrocks> seb128: rejected without looking as another package was on the way
[14:43] <seb128> k
[14:43] <didrocks> I can look at it before you upload if you want
[14:43] <seb128> didrocks, I'm going to reupload
[14:43] <seb128> just waiting for larsu to push
[14:43] <didrocks> as you prefer :)
[14:43] <didrocks> ok
[14:43] <seb128> larsu, https://code.launchpad.net/~larsu/+git doesn't have any recent push
[14:43] <seb128> unsure where it went
[14:44] <didrocks> seb128: you didn't receive the rejection rationale? (IIRC, I commented I didn't review it)
[14:44] <didrocks> I'm unsure everytime if those rationales are sent or not
[14:45] <seb128> didrocks, I saw it, delete it since but all I remember is that you said larsu was working on fixes
[14:45] <didrocks> yeah, that was the continuation of IRC discussion we had when you were lunching
[14:45] <seb128> no worry, well I'm ready to repackage/upload
[14:45] <seb128> just waiting on the git to be updated
[14:46] <didrocks> good, just ping me, I'm doing nothing that can't be interrupted
[14:46] <seb128> thanks
[14:46] <larsu> seb128: it's here now: https://code.launchpad.net/~geonames-dev/geonames/+git/geonames
[14:46] <seb128> larsu, oh, right
[14:47] <seb128> sorry, I didn't follow up the ownership change
[14:48] <larsu> ;)
[14:48] <seb128> master is outdated right?
[14:49] <seb128> I wonder if it makes sense to have 2 branches
[14:49] <seb128> we should just have the debian/ in master
[14:49] <seb128> anyway I'm packaging from "debian" so it's fine for me
[14:49] <seb128> thanks!
[14:53] <seb128> didrocks, reuploaded so feel free to review when you have some spare cycle, there is no hurry
[14:53] <didrocks> can do now
[14:53]  * didrocks looks
[14:53] <seb128> 'ci
[14:54] <didrocks> no stable ABI yet! -> reject
[14:54] <didrocks> (j/k)
[14:55] <didrocks> more seriously, the -dev doesn't dep on the lib
[14:56] <Laney> Unable to obtain lock  held by pitti@bazaar.launchpad.net on taotie (process #25565), acquired 6 minutes, 54 seconds ago.
[14:56] <didrocks> debian/copyright: Files: data/* -> no Copyright stenza (I think that's "mandatory for the day we would have this parser if ever…")
[14:56] <pitti> Laney: sorry, bzr commit taking ages, spotty internet :/
[14:57] <Laney> pitti: no worries, just can't make didrocks happy!
[14:57] <didrocks> :(
[14:58] <seb128> bah gedit segfaulting!
[14:58] <didrocks> and no --fail-missing in debian/rules, why oh WHY?????? :p (ok, this one, not that important)
[14:58] <seb128> haha
[14:58] <seb128> I've fixed the control one, doing the copyright next
[14:58] <didrocks> seb128: and --fail-missing then? (wink wink wink)
[14:59] <didrocks> I did notice the trailing comma though ;)
[14:59] <seb128> didrocks, yeah, one at time
[15:00] <seb128> didrocks, please reject and I'm going to reupload
[15:00] <didrocks> seb128: sure, just wait before reuploading
[15:00] <didrocks> I dump thoughts here
[15:00] <didrocks> just so that I can accept right away afterwards
[15:00] <seb128> right, I'm not done fixing yet
[15:01] <didrocks> seb128: you don't want to build the demo I guess?
[15:03] <pitti> Laney: should be in now
[15:04] <seb128> didrocks, I was going to skip that for now, I don't think it's that useful
[15:05] <didrocks> makes sense
[15:05] <didrocks> no autopkgtest? making Laney and pitti sad :p
[15:06] <didrocks> seb128: ah, license paragraph is required for cc-by-2.0 (we all love debian/copyright)
[15:06] <seb128> indeed, love it
[15:09] <didrocks> seb128: last thing… doc is shipped on -dev rather than a -doc, is it on purpose?
[15:09] <seb128> yes, I was too lazy to split in another -doc and -tools
[15:09] <seb128> so I batched things in there
[15:09] <didrocks> ahah :)
[15:09] <seb128> it's small enough that I think it's not worth adding more binaries
[15:10] <didrocks> seb128: the only thing I can see of (with the binary being in -dev) is about multi-arch?
[15:10] <didrocks> if you have multiple -dev installed…
[15:11] <didrocks> or rather *want*
[15:11] <seb128> good point
[15:11] <didrocks> seb128: I don't think the generated doc would be arch-dependant, so this one is probably fine, but the binary…
[15:11] <didrocks> dependent*
[15:13] <seb128> the -dev has no multiarch flag  atm
[15:13] <seb128> let me check the documentation about that
[15:13] <didrocks> yeah, I saw it, it will need one (better to be future-proof right now)
[15:20] <seb128> Laney, didrocks, you would include /usr/bin/geonames-mkdb in a -bin then?
[15:21] <didrocks> seb128: -bin or -tools
[15:21] <didrocks> no strong opinion
[15:21] <larsu> why do we need to install that at all?
[15:21] <Laney> or you could put it in a libexecdir
[15:21] <Laney> or not install it
[15:22] <seb128> larsu, why do we have that util if it's not useful/to be installed?
[15:22] <larsu> it's used to make the database at build time
[15:23] <larsu> but noone should ever need to use it manually
[15:23] <seb128> so why is "make install" installing it? ;-)
[15:23] <larsu> uh oh
[15:23] <larsu> it is?
[15:23] <seb128> yes
[15:23] <larsu> that's a bug
[15:24] <Laney> review rules!
[15:24] <seb128> :-)
[15:25] <larsu> in der tat
[15:26] <seb128> larsu, are you fixing that or should I?
[15:28] <larsu> testing the fix right now
[15:28] <larsu> hm, noinst_ doesn't work for bin_PROGRAMS?
[15:29] <seb128> noinst_PROGRAMS = geonames-mkdb
[15:29] <larsu> ah, of course
[15:29] <larsu> sorry
[15:32] <larsu> seb128: done
[15:36] <seb128> didrocks, larsu, https://code.launchpad.net/~seb128/geonames/+git/reviewchanges/+merge/280044
[15:36] <seb128> didrocks, should address your comment but please check I might have overlooked something
[15:37] <larsu> yeah this is one for didrocks
[15:38] <larsu> glad to see mrs working for git branches though :)
[15:38] <seb128> yeah
[15:38] <didrocks> one sec :)
[15:39] <didrocks> seb128: lgtm, so, the generated docs are giving exactly the same files whatever arch they are?
[15:39] <larsu> I think they are
[15:41] <seb128> didrocks, I think they are, I grepped them for arch reference and it returns nothing
[15:42] <didrocks> good, I was afraid that they will defer slightly and so Multi-Arch: same would cry
[15:42] <didrocks> (like only showing API that is available in one arch)
[15:43] <seb128> I think it's fine and other packges do that
[15:43] <didrocks> which isn't the case here I guess
[15:43] <didrocks> good then :)
[15:43] <seb128> but we can change if we ever get a report
[15:43] <seb128> reuploaded
[15:43] <seb128> didrocks, thanks again for the review!
[15:43] <seb128> larsu, Laney, and thanks for the fixes!
[15:43] <didrocks> you're welcome! Thanks for the fixes :)
[15:43] <seb128> np!
[15:44] <seb128> on that note away for some exercice, need to digest the raclette ;-)
[15:44] <happyaron> seb128: replied that MP, will upload tomorrow if nobody gets earlier
[15:44] <seb128> happyaron, thanks
[15:44] <happyaron> and for that fr.po, I've poked people to have a look
[15:44] <seb128> larsu, I'm going to try again u-c-c after the exercice
[15:44] <seb128> happyaron, thanks again ;-)
[15:50] <didrocks> seb128: enjoy!
[15:53] <larsu> seb128: have fun!
[16:45] <qengho> In X + unity, I have the keyboard settings "Alt+t" to launch a terminal. System Settings / Keyboard / Shortcuts / Launch terminal shows that.  But, it's not applied after booting and logging in. If I click to set a new shortcut, the same thing, it becomes set. Any idea what to debug?
[16:46] <larsu> qengho: alt+t could also be a menu shortcut...
[16:46] <larsu> hm but I guess these have priority
[16:46] <larsu> ask the unity guys :)
[16:46] <larsu> Trevinho: ^
[16:47] <Trevinho> qengho: is that what release?
[16:48] <qengho> larsu: yes, there's like one thing I rarely use that collides, like Gimp or something. No big deal. I re-program my fingers.
[16:48] <qengho> I *can't*
[16:51] <Trevinho> qengho: as that looks like an issue that has been fixed in late wily (I hope) and xenial
[16:52] <seb128> back
[16:53] <qengho> Trevinho: Er,
[16:53] <qengho> unity-control-center 15.04.0+16.04.20151112-0ubuntu1
[16:53] <qengho> unity-settings-daemon 15.04.1+16.04.20151118.1-0ubuntu1
[16:54] <Trevinho> mhhm
[16:54] <qengho> Trevinho: I've never seen it before ~5 days ago.
[16:54] <Trevinho> u-s-d is the one, but...
[16:55] <Trevinho> nothing changed there I think
[16:55] <qengho> "never" meaning "not in the last year"
[16:56] <qengho> Trevinho: So, for debugging, is there a logging location or way to query the current state that might give a hint of what it's doing?
[16:56] <Trevinho> qengho: there have been some changes to u-s-d but I don't see anything related https://code.launchpad.net/~unity-settings-daemon-team/unity-settings-daemon/trunk
[16:57] <Trevinho> mhmh, not much
[16:57] <Trevinho> qengho: but you can try to see if you get something from
[16:58] <Trevinho> dbus-monitor --session "interface='org.gnome.Shell'"
[16:58] <Trevinho> so, if you do alt+t it should emit the AcceleratorActivated signal
[16:59] <Trevinho> another thing might be to run compiz with
[16:59] <Trevinho> UNITY_LOG_SEVERITY="<root>error;unity.key.gnome.grabber=debug" compiz --replace&
[16:59] <Trevinho> or, export UNITY_LOG_SEVERITY="<root>error;unity.key.gnome.grabber=debug" compiz --replace&
[16:59] <Trevinho> errr
[16:59] <Trevinho> UNITY_LOG_SEVERITY="<root>error;unity.key.gnome.grabber=debug"
[16:59] <Trevinho> in the unity7.conf upstart job, so that it runs with more logging
[16:59] <Trevinho> and you might catch something
[16:59] <Trevinho> qengho: ^
[17:05] <qengho> Trevinho: thx.  I don't think "export" is necessary there, as no ";", but I will try.
[17:09] <Trevinho> qengho: I meant export if you add that in the unity7.cinf
[17:09] <Trevinho> upstart job
[17:13]  * didrocks waves good evening!
[17:23] <qengho> Trevinho: alt-t worked for 10 minutes, but just stopped. No additional lines in compiz stderr with those lines during that time. I still had keyboard config open, so I set alt-t again, and saw UngrabAccelerator, UnGrabDBusAccelerator, GrabAccelerator, GrabDBusAccelerator, AddAction -- and it works again.
[17:24] <Trevinho> qengho: Mh, could be that the fact that Alt is  used by the hud might cause trobules to that?
[17:24] <Trevinho> qengho: can you try with a different shortcut please?
[17:24] <Trevinho> qengho: ahhhhhhhhhh
[17:24] <Trevinho> qengho: no, I think it's another thing
[17:24] <Trevinho> qengho: maybe you opened a terminal... And then Alt+T is mapped for "open Terminal menu"
[17:25] <Trevinho> qengho: Alt+<letter> is the one for menu activations...
[17:28] <qengho> Trevinho: no menu is activated, for what it's worth. But, I don't see any menu at all (and I think it's configured to have menu in-window). Not even an application name on top bar.
[17:28] <larsu> seb128: I've finally uploaded that gtk patch (waiting for benjamin to review)
[17:28] <larsu> seb128: I cannot reproduce the crasher though
[17:28] <seb128> larsu, great, thanks!
[17:29] <seb128> doesn't matter much if the previous patch was wrong anyway, no?
[17:29] <larsu> rihgt
[17:29] <larsu> I just want to test if it happens with the new one as well
[17:29] <seb128> I'm trying to build ~larsu/unity-control-center/datetime-use-geonames but it fails to build
[17:29] <qengho> Trevinho: but I get alt-foo menu activation in Pidgin at least.
[17:29] <seb128> datetime-prefs.c:690:8: error: too many arguments to function 'geonames_query_cities_finish'
[17:29] <larsu> oh? What's the problem?
[17:29] <larsu> ah, I changed that
[17:29] <larsu> let me fix it
[17:29] <seb128> thanks
[17:34] <qengho> Trevinho: Good news everyone! I can reproduce it again. And this may be a brainfsck, but seemingly exactly 10 minutes later.
[17:34] <qengho> "it" = alt+t no longer trapped to open a new terminal window. No relevant message in compiz stderr.
[17:35] <larsu> seb128: how can I build it without the .orig.tar.gz?
[17:36] <larsu> the geonames package, I mean
[17:36] <qengho> Trevinho: http://paste.ubuntu.com/13864189/
[17:36] <seb128> larsu, do you need a deb?
[17:36] <larsu> I want to make one
[17:37] <larsu> it worked before with `debuild -us -uc`
[17:37] <seb128> it should still
[17:37] <seb128> what's the error?
[17:37] <seb128> otherwise official ones are on https://launchpad.net/ubuntu/+source/geonames/0.1-0ubuntu1/+build/8415261
[17:37] <larsu> dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../geonames_0.1.orig.tar.{bz2,gz,lzma,xz}
[17:38] <seb128> oh
[17:38] <seb128> you can change debian/source/format to include 1.0
[17:38] <larsu> I guess this is why I had that before ;)
[17:38] <seb128> yeah, unsure how building from git is supposed to work
[17:39] <seb128> Laney or pitti might have suggestions on how the repo should be set up
[17:39] <larsu> ah this works, thanks
[17:39] <seb128> there is probably an equivalent to bzr-builddeb
[17:39] <seb128> yw
[17:45] <larsu> hm doesn't build
[17:45] <larsu> *install, actually
[17:48] <larsu> ah, still /usr/bin in the .install
[18:01] <bigon> would it help if I'm integrating apparmor and apport scripts in telepathy-mission-control pkg in debian?
[18:01] <Laney> ok, see you
[18:01] <Laney> oh
[18:01] <larsu> seb128: updated
[18:02] <Laney> bigon: if you want them, that would be good
[18:02] <Laney> seems from the changelog that you could in theory take all of the delta then
[18:02] <Laney> not sure if kenvandine forwarded that patch
[18:03] <Laney> okay, I've got to go
[18:03] <Laney> xnox: come to the office tomorrow
[18:03] <Laney> Trevinho: seb128: willcooke see you there
[18:03] <xnox> Laney, i will.
[18:03] <Laney> neat, see you too then!
[18:04] <Trevinho> Laney: sure, see you!
[18:05] <bigon> Laney: well I don't want them myself (I'm more a SELinux guy myself :p) but I know that some people in debian are trying to have apparmor working, so...
[18:05] <Trevinho> qengho: so, I think I understood the issue... Also if you don't activate a menu, the app might request to regrab that key
[18:06] <Trevinho> and then it asks to ungrab it
[18:06] <Trevinho> so we don't have any kind of ref-counting of the requests, thus the problem
[18:09] <seb128> Laney, see you!
[18:09] <seb128> larsu, thanks
[18:25] <willcooke> see ya Laney
[18:27] <xnox> Laney, pitti, Mirv - so most of apt transition is done, or building. fixed packagekit, aptitude/ppc64el is outstanding which i've poked steve to look at / delegate. I'm end of day now.
[18:46] <mvo> xnox: let me know if the ppc thing needs a second look, I think this worked in debian
[18:49] <xnox> mvo, i've handed over to slangasek =) maybe it's something obvious for you, then by all means poke it on a ppc64el canonical porter obx ;-)
[18:49] <xnox> mvo, maybe merge from debian and throw it into xenial to check if new upstream release fixed everything?
[18:50] <mvo> xnox: hm, the error in the buildlog is very suspicious, it does not make much sense that it only failed on ppc
[18:51] <mvo> xnox: but yeah, tomorrow
[18:53] <xnox> mvo, our ppc64el toolchain is special, unlike all other ports...
[18:54] <mvo> xnox: different from debian too?
[18:54] <xnox> mvo, yes
[18:54] <mvo> oh, ok
[18:54] <mvo> I was not aware of this
[19:14] <willcooke> gnight
[22:15]  * Sweet5hark is utterly confused how stage-packages in snapcraft is even supposed to work ...