[05:10] <hikiko> hello
[06:32] <seb128> good morning desktopers
[06:37] <pitti> bonjour seb128 !
[06:37] <seb128> salut pitti, joyeux vendredi !
[06:37] <seb128> wie gehts?
[06:37] <hikiko> good morning people
[06:37] <seb128> hey hikiko
[06:52] <pitti> seb128: gut, danke! setting up autopkgtest and apport retracers for xenial :)
[06:53] <seb128> pitti, can we upload there yet? ;-)
[06:53] <pitti> seb128: sure, since yesterday
[06:53] <pitti> (to the unapproved queue)
[06:53] <pitti> some things, like my debhelper merge even got accepted :)
[06:53] <seb128> the queue is empty so I was wondering
[06:53] <seb128> didn't try yet
[06:53] <pitti> but there's no britney yet
[06:53] <seb128> k
[06:53] <pitti> will coordinate that with Adam once he comes online
[06:54] <pitti> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/i386/libp/libpng/20151023_064216@/log.gz \o/
[06:55] <seb128> nice
[06:57] <pitti> I have a script now which constructs a xenial cloud image based on a wily one
[06:57] <pitti> until we get real cloud images
[07:01] <Sweet5hark1> moin
[07:03] <seb128> hey Sweet5hark1
[07:08] <larsu> good morning!
[07:09] <desrt> Sweet5hark1: welcome!
[07:14] <seb128> hey desrt larsu
[07:15] <Sweet5hark1> desrt, larsu: Morning guys!
[07:15] <desrt> hi larsu, seb128
[07:15] <Sweet5hark1> seb128: I think I fixed the .desktop file issue -- its still building locally ...
[07:15] <seb128> Sweet5hark1, great! I just assigned the bug to you
[07:16] <desrt> weird side effect of ingress: random unknown people in the city that you are visiting start adding you on google plus
[07:17] <duflu> desrt: You attract the admiration of strangers?
[07:17] <duflu> Or just curiosity?
[07:20] <Sweet5hark1> seb128: the Perl script wasnt the issue really (I hope). The issue is that libreoffice-{writer,calc,base,...} are being build from the (non-l10n) libreoffice source package and not from the l10n libreoffice-l10n source package. Thus it thinks it needs only en-US.
[07:20] <seb128> Sweet5hark1, oh, that would make sense
[07:20] <desrt> duflu: you go around the city leaving traces of the fact that you were present.... and then it's all linked to your G+ profile
[07:21] <seb128> larsu, unsure if you saw my ping about https://code.launchpad.net/~seb128/unity-settings-daemon/gwarning_debug_leftover/+merge/275304 yesterday?
[07:22] <duflu> Ah privacy
[07:24] <Sweet5hark1> seb128: (This btw means that we will depend hard on the libreoffice*.orig-ext-translations* tarballs from the non-l10n source package too as that is where the translations come from)
[07:25] <Sweet5hark1> seb128: urgh, this needs more fixing. The .desktop files are now localized -- _except_ for the quicklist entries. So a bug behind the other bug.
[07:25] <seb128> Sweet5hark1, :-/
[07:30] <larsu> seb128: didn't see it thanks for repinging
[07:30] <larsu> seb128: should this really be removed or a be g_debug()?
[07:30] <larsu> I hate g_debug(), so I guess removing is correct :)
[07:30] <seb128> larsu, it was not there before/is not upstream
[07:30] <larsu> weird
[07:30] <larsu> approving
[07:30] <seb128> why?
[07:30] <seb128> it was added when we updated our code to the new gnome-desktop
[07:31] <larsu> I wonder why someone would use g_warning for a debug thing
[07:31] <seb128> so I guess somebody did debugging while porting and forgot to drop it
[07:31] <larsu> ya...
[07:31] <seb128> thanks
[07:31] <larsu> please add me to that team?
[07:32]  * larsu wants to top approve and hacks enough on u-s-d
[07:32] <seb128> larsu, done
[07:32] <larsu> thanks
[07:33] <larsu> ah now you already approved it
[07:33] <seb128> pitti, I'm looking at recent bug reports, just mentioning bug #1508697 in case it's of interest
[07:33] <larsu> wanted to test my new powers!
[07:33] <seb128> larsu, lucky you there is still https://code.launchpad.net/~seb128/unity-settings-daemon/wacom_device_type/+merge/275305 ;-)
[07:34] <pitti> seb128: yes, jderose told me when he filed it (but didn't yet get to that)
[07:34] <seb128> larsu, https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=935a0b13065d8bf8aa77a922f7db911689e20942 is the upstream commit for cross reference
[07:34] <seb128> pitti, k
[07:36] <larsu> seb128: done!
[07:38] <seb128> larsu, danke ;-)
[07:42] <BigWhale> Good morning everyone.
[07:43] <BigWhale> When are we getting rid of Xorg? I got a new monitor and suddenly I am affected by at least two Xorg bugs. :'(
[07:43] <seb128> hey BigWhale, it has been a while! how are you?
[07:43] <seb128> oh, which ones?
[07:43] <BigWhale> Hey seb128! I'm awfully busy. Unfortunately. :(
[07:44] <BigWhale> Well, #49579 is a bit annoying and then there's #1295267 which is really annoying. :))
[07:46]  * duflu looks up bug 49579 and bug 1295267
[07:46] <seb128> is the second one still an issue?
[07:46] <seb128> it was marked as fixed
[07:47] <willcooke> hey ho
[07:47] <willcooke> let's start it all over again then :)
[07:47] <seb128> hey willcooke
[07:47] <willcooke> seb128, that U8 issues I told you about has vanished on reinstall
[07:47] <willcooke> same iso
[07:47] <willcooke> so meh
[07:47] <seb128> willcooke, ok, good I guess
[07:47] <seb128> though I don't like much random bugs
[07:47] <willcooke> :D
[07:47] <willcooke> I'll try it again later
[07:50] <BigWhale> seb128, yeah it's still an issue and it is really annoying because I now have to manually lock the session and then turn off my monitors. Which, because of Display Port isn't an optimal solution either. Because DP will report screens as gone and WM will rearrange windows on the second screen.
[07:50] <seb128> BigWhale, what's the issue? a monitor is reported as missing when you lock screen?
[07:51] <duflu> BigWhale: Yeah we hope to avoid such bugs that may never be fixed in X/Compiz/Unity7 but be careful what you wish for. Right now Mir/Unity8 have their own issues that Unity7 still does better
[07:53] <BigWhale> seb128, when screens are put into power saving mode and the screen is locked there's all sort of mayhem with windows upon unlocking. They are randomly displaced across the physical and virtual screens.
[07:54] <seb128> I don't see that here
[07:54] <seb128> but I'm using vga
[07:54] <BigWhale> It started to happen to me when I got 4K monitor.
[07:54] <BigWhale> on display port
[07:55] <BigWhale> I think that when monitor is put to power saving mode and it turns off, Xorg thinks that monitor is disconnected.
[07:55] <BigWhale> Or something along these lines
[07:56] <seb128> that would explain the behaviour
[07:56] <BigWhale> however
[07:56] <seb128> unsure what the right fix would be
[07:56] <seb128> probably for compiz to not do wm actions while locked
[07:56] <BigWhale> I tried running Xrandr in a loop while the monitors are turned off
[07:57] <BigWhale> and Xrandr didn't report monitors disappearing
[07:57] <BigWhale> or any resolution change or anything
[07:57] <duflu> BigWhale: It might be the DisplayPort protocol. My monitors let me choose DP1.1 or 1.2 and Linux gets quite confused by 1.2 (although mostly works)
[07:58] <BigWhale> seb128, I was thinking about that too... Ignore wm changes when screen is locked. But I am not sure how this would affect applications that need those.
[07:58] <duflu> I keep it on 1.2 so I'm reminded to make Mir *work*
[07:59] <BigWhale> :)
[08:03] <BigWhale> I'll check if udevadm monitor reports something ...
[08:05] <duflu> There's also the kernel i915 driver. Which regularly shifts in feature support and reliability between releases...
[08:08] <duflu> BigWhale: I suspect there's been a significant shift in udev/kernel behaviour there. We noticed the same kind of thing in Mir (display device is reported as vanishing when you turn it off): https://bugs.launchpad.net/mir/+bug/1489689
[08:08] <duflu> It used to work...
[08:10] <duflu> From memory it does away (according to udev) and comes back with a different ID. So the shell predictably thinks you have hotplugged things. Have not dug any deeper though
[08:10] <duflu> *goes away
[08:42] <Trevinho> morning (i was actually here before, but I was forgetting the HELO).
[08:43] <seb128> hey Trevinho, how are you?
[08:43] <willcooke> hey Trevinho
[08:43] <Trevinho> seb128: ok... moving on.
[08:44] <seb128> Trevinho, to x?
[08:44] <Trevinho> to I don't know where :)
[08:44]  * seb128 not sure to understand what's going on
[08:45]  * seb128 hugs Trevinho
[08:49]  * pitti wonders where Laney, infinity, and co are -- still hangover from last night's release celebrations? :-)
[08:50] <willcooke> I hope so
[08:50] <willcooke> :)
[09:09] <Laney> morning
[09:09] <Laney> been searching for a launderette without success
[09:10] <davmor2> Laney: use the nearby scope, or move over towards the universities more
[09:10] <Laney> phone died
[09:13] <davmor2> Laney: you know the sockety thing in the bottom, if you plug that into a micro usb it charges it :P
[09:13] <larsu> morning Laney!
[09:14] <Laney> davmor2: I left ALL the cables in the office
[09:14] <Laney> hey larsu!
[09:23] <seb128> hum, irc timeouted
[09:24] <seb128> Laney, hey ;-) (unsure you saw my greeting before)
[09:25] <seb128> yeah, first xenial-changes emails with pitti's pkg-create-dbgsym upload
[09:25] <Laney> hey, no I didn't
[09:26] <seb128> hey Laney!
[09:26] <seb128>  Laney, when do you travel back from London?
[09:26] <Laney> seb128: 8 days ;-)
[09:27] <seb128> oh, directly London to Berlin?
[09:27] <seb128> I though you would do another 1 day stop at your place :p
[09:28] <Laney> nein
[09:28] <Laney> that is why I need to find a place to do laundry
[09:28] <seb128> that makes sense now ;-)
[09:28] <Laney> apparently this is some kind of black hole
[09:34] <pitti> hey Laney
[09:35] <pitti> seb128: oh, I uploaded debhelper before :)
[09:35] <seb128> pitti, that didn't hit the list, it was before it was ready maybe? https://lists.ubuntu.com/archives/xenial-changes/2015-October/date.html
[09:37] <darkxst> hey Laney seb128 Pitti
[09:37] <pitti> seb128: hmm, peut-être
[09:37] <darkxst> pitti, some wily packages seem to missing -dbgsym packages for amd64?
[09:37] <pitti> darkxst: yep, came up in #u-devel earlier on, on my list
[09:37] <darkxst> gjs, libmozjs etc
[09:39] <seb128> they don't
[09:39] <seb128> well the ddebs are there
[09:39] <seb128> the index is just outdated
[09:39] <pitti> right, the indexes are wrong
[09:39]  * pitti sights at apt-ftparchive
[09:39] <seb128> but apport should be able to find them without index, if I understood previous discussions
[09:40] <pitti> correct
[09:40] <pitti> it falls back to downloading them from LP
[09:40] <seb128> btw that gjs bug has a valgrind log now
[09:54] <andyrock> g' morning :D
[10:04] <darkxst> seb128, don;t think that is whats causing the crash though ;(
[10:06] <cyphermox> willcooke: hey
[10:07] <cyphermox> willcooke: just an early reminder for a xerus to add to the ubiquity slideshow, eventually ;)
[10:09] <Sweet5hark1> seb128: so, apparently the second bug is fixed too now. At least looks good in a incremental build.
[10:09] <Sweet5hark1> (full bfs is still running)
[10:15] <willcooke> cyphermox, I'll wait until a week before release ;)
[10:34] <Laney> $ mk-sbuild xenial
[10:34] <Laney> hells yeah
[10:34] <desrt> :)
[10:35] <willcooke> \o/
[10:35]  * desrt uninstalled all of her dev packages and only builds in schroots now (including jhbuild)
[10:35] <desrt> perhaps i should get a xenial one...
[10:35]  * pitti pats /etc/schroot/chroot.d/sbuild-xenial-{i386,amd64}, created yesterday evening :)
[10:36] <pitti> desrt: way to go! (plus schroot overlay on tmpfs and apt-cacher-ng)
[10:36] <desrt> i found two extremely annoying apt-cacher-ng problems yesterday while dealing with this....
[10:36] <desrt> filed two bugs.  one of them the maintainer said "thanks" and the other they said "...well, it's your fault for not reading README.Debian"
[10:36]  * desrt makes a face
[10:37] <pitti> desrt: I got a lot of 404s on xenial indexes yesterday indeed
[10:37] <pitti> seems okay today, not sure what changed
[10:37] <pitti> -o Acquire::Http::Proxy=no-cache helped yesterday
[10:37] <pitti> i. e. a-c-ng problem indeed
[10:37] <desrt> that's cheating :)
[10:39] <desrt> what's the deal with /etc in debian, anyway?
[10:39] <desrt> the maintainer is acting like i have no right to modify files here
[10:43] <willcooke> pitti, just a heads up, I've seen two people on G+ mention this (not many, I grant you) and I also had it while testing W ISOs earlier this week... when shutting down the machine would sit for up to 1m 30 seconds before powering off.  Pressing f12 showed that systemd was waiting for something to close.  A blind guess is it might be related to a USB drive not unmounting.  I'm trying to recreate
[10:43] <pitti> willcooke: most common is that some process in the session is hanging, i. e. not shutting down on SIGTERM
[10:44] <pitti> willcooke: "sudo systemctl start debug-shell", and while it hangs, press Ctrl+Alt+F9, run "systemctl list-jobs", and "ps aux" to see what's currently runnign/waiting
[10:44] <willcooke> pitti, great, will do.  thanks
[10:44] <pitti> willcooke: kernel hanging on unmount is also a likely cause, yes
[10:45] <pitti> but usually that happens again if it's still busy, i. e. some program has some file open on it
[10:45] <willcooke> yeah
[10:45] <willcooke> So far, in 5 more re-installs, I can't make it do it
[10:45] <willcooke> and one of the guys who also saw it reinstalled and it's now fine as well
[10:45] <pitti> willcooke: oh, you mean the live session hangs, not the installed one?
[10:45] <willcooke> I can't remember for sure, but I think it might have been in the live session
[10:46] <willcooke> trying both
[10:46] <pitti> we (me too) did like a gazillion test installs, but I didn't do one onto USB
[10:49] <desrt> pitti: looking for advice on how to install xenial if my debootstrap doesn't know about it
[10:49] <desrt> ie: where do i find the script?
[10:49] <Laney> make a symlink in /usr/share/debootstrap/scripts/ like the others
[10:49] <pitti> desrt: wily's debootstrap does know about it
[10:49] <desrt> gotcha.
[10:49] <pitti> desrt: sudo ln -s gutsy /usr/share/debootstrap/scripts/xenial
[10:50] <desrt> violating my "don't modify /usr" rule... but not seriously so :)
[10:50] <pitti> well, I figure it'll be SRUed into trusty at some point otoo
[10:50] <pitti> desrt: running trusty?
[10:50] <Laney> trusty ol' unstable
[10:51] <desrt> pitti: *cough* testing
[10:51] <desrt> Laney: i keep sid in my schroot :)
[10:52] <pitti> desrt: ah, ok; should trickle into debian soon enough too
[10:52] <desrt> one more question, since we're on the topic:
[10:52] <desrt> any way to teach debootstrap to deal nicer with apt-cacher-ng?
[10:53] <pitti> like "actually use it"?
[10:53] <desrt> three possible questions about that:
[10:53] <desrt> 1) avoid needing to manually set http_proxy envvar each time
[10:53] <desrt> 2) drop the right stanza into the destination /etc/apt/apt.conf.d/ to use the proxy
[10:53] <pitti> adt-build-lxc sets http_proxy to the apt proxy indeed, for that
[10:53] <desrt> 3) perhaps have knowledge about the local cache and hardlink files instead of copying them over http to localhost
[10:53] <pitti> and translates 127.0.0.1 to 10.0.3.1 (or whatever the lxc-net bridge has)
[10:54] <desrt> too high-tech for me :)
[10:54] <pitti> desrt: .. and for everyone else too!
[10:55] <desrt> maybe i should just roll my own helper script
[10:55] <desrt> ....like probably everyone else does
[10:55] <desrt> okay... one more question getting into 'personal management style' type stuff
[10:56] <desrt> how do you deal with your various installs?  install the base system and keep that up to date via -c source:... and then use overlays for everything else and have apt-cacher-ng help with avoiding too much downloading?
[10:56] <pitti> desrt: alias upgrade-schroot='sudo sbuild-update -udcar `ls /etc/schroot/chroot.d/ | sed -n "/experimental/ n; s/sbuild-//; p"`'
[10:56] <pitti> desrt: that's my alias to upgrade all my schroots
[10:57] <desrt> hmm
[10:57] <pitti> (that's because I have an sbuild-experimental-amd64 which points to the sid tarball, just enables an extra apt source)
[10:57]  * desrt considers slightly raising her technology level
[10:57] <pitti> which is probably bogus, thois shoudl just be an Alias
[10:57] <desrt> ie: maybe sbuild is OK :)
[10:57] <pitti> desrt: the gist is indeed to run sbhuild-update on all your schroots daily
[10:58] <pitti> desrt: yes, and all my overlays for qemu, schroot, lxc etc. are on /tmp/, /tmp/ is a tmpfs, and with acng I can create a build schroot for pretty much any pacakge in seconds
[10:58] <pitti> and even when I'm offline in a train
[10:59] <desrt> i tried to get fancy with bindmounting my /var/cache/apt
[10:59] <desrt> i found out that this way only lies pain
[10:59] <pitti> yeah, I much rather use an apt proxy
[10:59] <desrt> it's an imperfect solution, but works pretty nicely in practice
[10:59]  * pitti cleans up his silly sbuild-experimental-amd64 config while I'm at it
[11:02] <desrt> i guess another possibility is to debootstrap each time
[11:02] <desrt> but that seems pretty excessive
[11:03] <desrt> but in a certain sense, the chroots are really /var/cache material since you can throw them away and almost automatically recreate them...
[11:04] <pitti> desrt: yeah, always deboostrapping is utterly painful
[11:04] <pitti> at least I want a schroot in < 1 s, not after 5 mins
[11:26] <willcooke> can haz daily iso tests booting on real hardware and testing boot to desktop, connect to wifi, usb, etc
[11:26] <willcooke> thanks ara
[11:26] <Laney> O_O
[11:26] <ara> willcooke, np!
[11:26] <Laney> srsly?
[11:27] <willcooke> for reals
[11:27] <Laney> link plz
[11:27] <Laney> is it hooked up to image promotion?
[11:27] <willcooke> caveat:  soon
[11:27] <willcooke> ;)
[11:27] <ara> no, not hooked to anything now :)
[11:27] <Laney> will it be then :P
[11:27] <willcooke> Laney, no, we're hijacking the HW cert
[11:28] <Laney> should be IMO
[11:28] <willcooke> Laney, lets work out if we can hook them together once you're back from hols
[11:28] <davmor2> willcooke: WooHoo! /me hugs ara cause she's awesome
[11:28] <Laney> someone in jibel's team is working on that
[11:28] <Laney> probably can assist
[11:28] <willcooke> Laney, ack, will speak to jibel
[11:28]  * willcooke -> lunch 
[11:28] <davmor2> willcooke: not till later you won't he is flying home
[11:29] <Laney> that's https://jenkins.qa.ubuntu.com/view/wily/view/Smoke%20Testing/job/wily-desktop-amd64-smoke-default/ stuff
[11:29] <willcooke> wfm, it's too late in the week to be thinking
[11:31] <willcooke> Laney, that links seems to suggest "we tested nothing, and it all passed"
[11:32] <Laney> I think they test some things but not many things
[11:32] <Laney> but this is what we talked about improving in the past
[11:32] <willcooke> cool
[11:32] <willcooke> We're heading in the right direction at least
[11:33] <Laney> and I think what nuclearbob was working on
[11:33] <Laney> https://bugs.launchpad.net/ubuntu-test-cases/+bug/1477227
[11:34] <Laney> not that you'd know anyone was working on it from that bug
[11:47] <willcooke> Laney, I'll chat with QA next week
[11:57] <Laney> k00l b33nz
[12:14] <cyphermox> willcooke: indeed seems like multiple people may be looking at fixing the tests for image promotion -- I for one would be happy to see good testing for desktop and server... I think the fact that there's real hardware is good now, and we can work to enhance the test suites that already exist
[12:14] <cyphermox> ie. LVM test was "useful" but broken for a while.
[12:14] <willcooke> yeah
[12:15] <willcooke> IMO we *must* improve this if we're going to to put out an LTS
[13:44] <Sweet5hark1> wrt bug 1477227 I had noted that none of the journalists screenshots seemed to have the symptoms of bug 1508177. Thus even these guys do not seem to install from a virgin ISO ...
[13:47] <qengho> good morning.
[13:48] <willcooke> hey qengho
[13:49] <qengho> So, "x" is going seem strange to type every day.
[13:49] <seb128> bah
[13:49] <seb128> hey qengho
[13:55] <tkamppeter> seb128, hi
[13:55] <seb128> hey tkamppeter
[13:55] <tkamppeter> seb128, I hope you recovered from fixing the last release blockers and so I want to ask you whether you had already a look into my straces.
[13:58] <seb128> tkamppeter, I had but I didn't see anything obvious from those, I think a way to debug it would be to edit the cups code calling the command and adding some debug there, like printing more info, maybe doing a system("cmd > /tmp/log") call and see what is in the log...
[13:58] <seb128> I wanted to do that but got too busy with the release this week
[13:58] <seb128> but maybe you can have a try?
[14:15]  * seb128 wonders if pitti is replacing the autosync job
[14:16] <Laney> pittisync
[14:17] <pitti> seb128: oh, where do you see this?
[14:17] <pitti> I'm moving the wily-proposed cruft into xenial-proposed, to make room for "real" SRUs
[14:17] <Laney> they're generating mail
[14:17] <Laney> at least for rejections
[14:17] <seb128> pitti, xenial-changes
[14:17]  * Laney got a couple
[14:17] <pitti> oh, there's a --silent
[14:17] <pitti> sorry!
[14:17] <pitti> next time :/
[14:17] <seb128> no worry
[14:18] <Laney> pitti: are you being mailed about the rejections? don't know if you need to copy these without binaries or something (the ones I got were for FTFBS stuff)
[14:21] <Laney> looks like it's being taken care of
[14:21] <pitti> Laney: I did
[14:34] <tkamppeter> seb128, I think I will try this and to allow further discussion and have a carrier for large log files I will open a bug. Do you have any idea to which package to assign and who to CC to the bug?
[14:54] <ricotz> hey desktopers :)
[14:55] <ricotz> I guess the vala packaging change in debian was noticed, I would be reasonable to sync this one early again -- https://packages.debian.org/source/sid/vala
[14:57] <Laney> it'll be done
[14:59] <ricotz> Laney, ok, but there were already gnome packages pushed which uses vala to build their bindings, e.g. gcr
[15:00] <ricotz> I mean vala should considered a part of the toolchain from the pov of gnome
[15:01] <Laney> is there an actual issue?
[15:04] <Laney> Package: gtk+3.0
[15:04] <Laney> Package-Time: 1034
[15:04] <Laney> Source-Version: 3.18.2-1ubuntu1
[15:04] <Laney> Space: 948872
[15:04] <Laney> Status: successful
[15:04] <Laney> Version: 3.18.2-1ubuntu1
[15:04]  * Laney giggles
[15:12] <ricotz> Laney, not in particular, but the packaging itself while starting to be restricted to one valac version in the archive again
[15:12] <Laney> indeed
[15:12] <Laney> we'll get it soon enough
[15:12] <ricotz> Laney, remember to push adwaita-icon-theme before gtk+
[15:13] <Laney> I aint pushing nothing yet
[15:13] <ricotz> ok
[15:14] <Laney> will probably put it in bzr and maybe the desktop ppa though
[15:14] <Laney> but am away for next week
[15:15] <Laney> attente: need new mir backend patch vs. 3.18 when you have the time BTW
[15:15] <Laney> please!
[15:16] <seb128> Laney, you are doing the gtk update this cycle? I asked larsu about it yesterday (but didn't get a reply)
[15:17] <seb128> hopefully not too many theme&co things to fix this time
[15:17] <Laney> just getting it building
[15:19] <larsu> \o/
[15:21] <Laney> wonder if they did any more weird stuff with file choosers
[15:22] <seb128> oh, right :-/
[15:28] <Laney> bah
[15:28] <Laney> forgot to disable pkgbinarymangler
[15:28] <Laney> this makes icon theme builds unfun
[15:29] <Laney> $ sudo cp /var/lib/schroot/chroots/{vivid,xenial}-amd64/etc/pkgbinarymangler/stripfiles.conf
[15:34] <tkamppeter> seb128, anz idea for mz last question_
[15:47] <seb128> tkamppeter, not really, I would open against cups for now
[15:52] <seb128> Sweet5hark1, I guess I can upload people.canonical.com/~bjoern/wily/5.0.2/libreoffice_5.0.2-0ubuntu2.dsc to xenial? doko just did a no change upload for python3, we can as well keep builders busy with content?
[15:53] <Sweet5hark1> seb128: for xenial? sure
[15:53] <seb128> Sweet5hark1, k
[15:54] <Laney> some theme stuff
[15:54] <Laney> but doesn't look too bad overall
[15:54] <Laney> didn't start a session with 3.18 yet though
[15:54] <Sweet5hark1> seb128: that builders statement sounds somewhat weird. Do we run into a risk of our builders getting bored and taking a hit on motivation?
[15:55] <tkamppeter> seb128, then it will stay my personal secret, if not CCing the right persons. Have you an idea who to CC?
[15:56] <seb128> tkamppeter, make it also affect canonical-devices-system-image
[15:56] <seb128> Sweet5hark1, well, that statement is just mine, I saw that doko did an upload and I didn't get to sponsor your update yet
[15:56] <seb128> so I figured out that I could as well do that
[15:56] <tkamppeter> seb128, will try. Thanks.
[15:56] <Laney> save some co2
[15:58] <seb128> Sweet5hark1, well I guess you would need to do a 0ubuntu3 to xenial since he took the version, can you do that easily?
[15:58] <seb128> if not let's forget about it
[15:59] <seb128> I could try but downloading unpackaging/repacking libreoffice here is probably doing to take a while and I might hit disk space issues I've less than 1G on that machine
[16:00] <Sweet5hark1> seb128: hmm, I still have a build running in the pbuilder/chroot I usually use for this ...
[16:00] <seb128> Sweet5hark1, don't worry, builder can work during the w.e, we can do another upload next week for the SRU/xenial
[16:01] <Sweet5hark1> seb128: my local build is almost finished. but Im already half on the way to the Hamburg Hackfest ...
[16:03] <seb128> Sweet5hark1, yeah, don't worry about that
[16:04] <seb128> in was in case it was easy
[16:04] <seb128> which it would have been if doko didn't use the same version as your ready-for-upload had
[16:05] <Sweet5hark1> seb128: kk
[16:21]  * pitti waves, have a nice weekend everyone!
[16:21] <Trevinho> larsu: have you read this https://blogs.gnome.org/mcatanzaro/2015/10/17/time-to-use-header-bars-in-unity/#comment-93  ?
[16:22] <seb128> pitti, thanks, you too!
[16:29]  * Sweet5hark1 says goodbye for the (Hackfest) weekend too now. (Well, might be around for a few more minutes, but anyway: have a good weekend everybody!)
[16:29] <seb128> Sweet5hark1, have fun!
[16:32] <tkamppeter> seb128, I have created bug 1509423 now.
[16:32] <seb128> tkamppeter, I saw, thanks
[16:37] <tkamppeter> Someone knows whether mpt is back working?
[16:37] <willcooke> tkamppeter, don't know, sorry.  Maybe JohnLea, but he's probably done for the week
[16:37] <willcooke> tkamppeter, I will find out next week
[16:38] <tkamppeter> willcooke, yes I forgot totally about looking after that and now Europe is down for the weekend already.
[16:38] <willcooke> tkamppeter, n
[16:39] <willcooke> tkamppeter, nw
[16:39] <tkamppeter> willcooke, we will talk about on our 1:1 on Wed.
[16:40] <willcooke> tkamppeter, sur
[16:40] <willcooke> e
[16:41] <seb128> have a good w.e everyone
[16:44] <willcooke> cheers seb
[16:44] <Laney> bye seb128!
[16:45] <Laney> see you in a week
[16:52] <seb128> Laney, thanks, have good holidays!
[16:52] <Laney> seb128: going to upload pango/gtk/the other thing to the ppa and push gtk
[16:52] <Laney> so you can play in the week
[16:53] <seb128> Laney, thanks
[16:53] <seb128> on that note calling it a week
[16:53] <seb128> bye
[16:54] <Laney> ttyl!
[16:59] <willcooke> I'm off too
[16:59] <willcooke> Have a great holiday Laney
[16:59] <willcooke> see y'all next week
[16:59] <Laney> ta!
[16:59] <Laney> larsu: i'll be in touch tomorrow ;-)
[17:10] <Laney> RIGHT
[17:10] <Laney> BYE!
[18:54] <xnox> Laney: i've noticed something that works so much better!
[18:54] <xnox> scrollbars