[01:57] <robert_ancell_> attente, still here?
[02:05] <ximion> robert_ancell_: thank you for implementing MediaBaseUrl!
[02:06] <ximion> this patch looks exactly how I expected it to be - I also think it has a high chance of being accepted upstream
[02:06] <robert_ancell_> ximion, yeah, it seems uncontrovercial
[02:06] <ximion> I think I want to cherry pick those two patches you apply at Ubuntu for Debian as well :)
[02:07] <robert_ancell_> I was hoping you would :)
[02:07] <ximion> hughsie is releasing asglib so quickly, it sometimes doesn't make sense to even add patches because there will be a new release almost every week
[02:07] <ximion> but those two are important :)
[02:09] <ximion> I have an IRC log of hughsie requesting a feature like this a long time ago, and me rejecting it, btw :D
[02:09] <ximion> (that was in 2013 ^^)
[02:10] <ximion> (and it was a different implementation suggested there, but still it's a bit ironic :D)
[02:24] <attente> robert_ancell: hi
[02:25] <robert_ancell> attente, were your apt plugin changes sufficient for loading .debs directly? I was updating the changelog and wondering what it should say / if it should close a bug
[02:25] <robert_ancell> But I've uploaded now
[02:26] <attente> robert_ancell: they install the debs, but post installation, the app page doesn't refresh properly
[02:26] <attente> robert_ancell: i wouldn't put it into the changelog yet
[02:27] <robert_ancell> ok
[02:43] <robert_ancell> attente, btw, I think every g_variant_new_parsed commit you've made has broken something :)
[02:44] <attente> robert_ancell: oh seriously?
[02:44] <robert_ancell> attente, yeah, you dropped the () off the args to install/remove for APT
[02:44] <robert_ancell> you sent ['a', 'b'] instead of (['a', 'b'])
[02:44] <attente> ah, shit sorry...
[02:45] <robert_ancell> np, just re-uploading now. I keep not testing your changes :)
[02:47] <attente> the other one i think was ok
[06:03] <hikiko> Hi
[06:25] <pitti> Good morning
[07:00] <hikiko> hi pitti
[08:14] <ksamak> hey all
[08:17] <ksamak> Trevinho: hey. i opened Bug#816652 in debian, which is about re-introducing compiz
[08:18] <ksamak> and i'd like to have a couple opinions on that, particularly about upstream, and patches
[09:04] <Laney> hello
[09:04] <pitti> hey Laney!
[09:05] <seb128> good morning Laney
[09:05] <seb128> &pitti!
[09:06] <pitti> bonjour seb128, ça va ?
[09:07] <seb128> pitti, oui ! et toi ?
[09:08] <pitti> ça va bien aussi !
[09:08] <pitti> having some fun with subtle lxc changes which keep breaking autopkgtest
[09:10] <Laney> hey pitti & seb128
[09:11] <seb128> hey Laney, happy friday!
[09:11] <Laney> happy friday!
[09:11] <Laney> what's up?
[09:13] <seb128> trying to wake up, good that it's friday, going to enjoy being in w.e tonight!
[09:13] <Laney> party time?
[09:20] <pitti> seb128: ah, you're going somewhere?
[09:22] <davmor2> P A R T Y? Cause I gotta
[09:23]  * Laney dances the macarena with davmor2 
[09:25] <davmor2> https://www.youtube.com/watch?v=NfHSMlX1mWY
[09:25] <davmor2> Laney: that one is a special for you :)
[09:28] <seb128> pitti, no, just in France visiting familly&friends
[09:29] <seb128> also I'm a bit tired today so looking forward a good night and some relaxing ;-)
[09:29] <Laney> davmor2: puts me to shame
[09:30] <davmor2> Laney: no that is this guy https://www.youtube.com/watch?v=ie-E-S9tUPA
[09:30] <seb128> robert_ancell is doing a good job on g-s, daily batch of updates, now screenshots are displayed!
[09:32] <Laney> mediabaseurl for the win
[09:33] <seb128> opening local debs also work now, good job attente!
[09:35] <seb128> why is evince not listed :-/
[09:36] <seb128> I wonder if that has to do with the .desktop being in -common
[09:39] <davmor2> am I the only one getting a weird redraw glitch?   It's like the screen kinda phases to the right slightly and then back again, only happens once or twice a day though
[09:42] <seb128> davmor2, I don't know, I'm weird redraw/refresh issues for some weeks, it's like a flicker rather
[09:42] <seb128> I didn't notice side shifting though
[09:42] <seb128> so maybe not the same issue
[09:42] <seb128> I'm->I've
[09:50] <davmor2> seb128: that's it, it is a flicker but I noticed just that it is like it redraws over a few pixels and then goes no thats not right and draws it back where it should be it's really quick though so could just be seen as a flicker, are you on an intel gfx stack too?
[09:51] <seb128> yes
[09:51] <seb128> intel is crap in xenial for me though :-/
[09:51] <davmor2> wonder if it is a driver issue
[09:51] <seb128> like I've kernel error on vt switch
[09:52] <seb128> or after starting a guest session and closing it and try to go to a vt they are missing
[09:52] <seb128> with kernel errors in syslog
[09:52] <davmor2> seb128: yeah I had a kernel panic when I unplugged the monitor hdmi connection
[09:54] <willcooke> morning gang, gonna be around for a bit this morning
[09:54] <willcooke> then gone around lunchtime
[09:56] <Laney> hey willcooke
[09:56] <Laney> didn't expect you
[09:56] <willcooke> I've got a couple of hours, so trying to finish reviews before the weekend
[09:56] <seb128> good morning willcooke
[09:56] <seb128> do you feel better?
[09:56] <willcooke> still coughing
[09:56] <seb128> :-(
[09:57] <willcooke> but not sneezing as much
[09:57] <ogra_> start smoking, the tar layer protects you
[09:57] <davmor2> willcooke: morning looks like the dongles are in the hands of cyphermox so should be sorted.
[09:58] <willcooke> davmor2, thanks!
[10:31]  * Sweet5hark1 starts reading the lo-dicts FFe epic
[11:10] <xnox> good morning! unity doesn't start for me today.
[11:10] <xnox> and it's not just me today, guest session too
[11:12]  * xnox blames nouveau interfeering with intel graphics, new x, new kernel.
[11:13] <ogra_> stop using that old stuff, Mir is the future :P
[11:14] <xnox> ogra_, mir does not do highdpi on my infinity screen
[11:14] <ogra_> i wasnt aware adam does screens :)
[11:15] <seb128> xnox, do you have any error in .cache/upstart/unity7.log?
[11:17] <xnox> seb128, upstart constantly restarting unity7 doesn't help. it fails to get monitor0
[11:17] <xnox> or some such.
[11:17]  * xnox is rebooting.
[11:17] <xnox> gnome shell doesn't start either
[11:18] <seb128> seems like rather x-ish than desktop-shells-ish then...
[11:18] <seb128> tjaalton, ^
[11:18] <xnox> wooW8sha
[11:18] <xnox> argh!
[11:18]  * ogra_ notes down
[11:18] <seb128> xnox, new password time!
[11:19] <xnox> yeah.
[11:20] <xnox> ok, i've blacklisted nouvoue thing, updated initramfs, booted without splash (plymouth is borked)
[11:20] <xnox> and that seems to work now.
[11:21] <tjaalton> xnox: -proposed enabled?
[11:21]  * xnox ponders what's wrong with plymouth... but i have password to change and things to do.
[11:21] <xnox> tjaalton, no.
[11:22] <xnox> (but running xenial)
[11:22] <tjaalton> so you didn't get new x, just a bunch of pointless rebuilds
[11:22] <xnox> ok. but i got new kernel.
[11:22] <tjaalton> yes
[11:22] <xnox> which to my surprise loaded and used nouveu
[11:22] <xnox> which is b0rked
[11:22] <tjaalton> you had nvidia installed but not built for this?
[11:23] <xnox> nope. it's dual graphics laptop and i prefer just the intel ones
[11:23]  * xnox don't care about graphics
[11:23]  * xnox cares battery life
[11:23] <tjaalton> ok, so nouveau didn't run before?
[11:23] <tjaalton> i mean didn't load even
[11:23] <xnox> correct. or maybe it was, but it was working =)
[11:24] <xnox> to unbreak myself, i've purged xserver nouveau and blacklist nouveau
[11:24] <xnox> which is possibly a too big of a hammer.
[11:24] <tjaalton> ok
[11:24] <xnox> tjaalton, what's the right way to opt into intel-only, when one has dual graphics?
[11:24] <xnox> (including plymouth/initramfs/dkms & booted system)
[11:24] <tjaalton> blacklisting nouveau probably works
[11:25] <tjaalton> if the bios doesn't have a switch for it
[11:25] <tjaalton> lenovo's do
[11:25] <xnox> i'm on dell xps 15, i'll check
[11:31] <seb128> is evince list in gnome-software for others? trying to figure out if that's a local issue
[11:31] <tjaalton> xnox: could you verify the old kernel works, and the versions of working/broken
[11:33] <davmor2> jibel, seb128, cyphermox: so upgrades from 14.04.4 to 16.04 are still blocked on https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1550741  looks like Brian is currently debugging it though.
[11:33] <willcooke> seb128, not showing here
[11:33] <seb128> willcooke, thanks
[11:34] <davmor2> seb128: not in software but does show in apps scope which is expected I guess
[11:34] <seb128> davmor2, willcooke, thanks, I opened https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1553156
[11:36] <seb128> davmor2, I've no ide about the release upgrader and how it consider things as trusted but if Brian is debugging it we should probably wait a bit and not duplicate work investigating the same thing
[11:40] <xnox> tjaalton, possibly, later. good thought.
[11:44] <davmor2> seb128: agreed just keeping everyone in the loop on it. Was requested to check it as it is a critical work flow for getting 16.04 on a system :)
[11:46] <andyrock> "morning"
[11:49] <seb128> hey andyrock!
[11:59] <desrt> hello andyrock !
[11:59] <desrt> you beat me :)
[12:01] <andyrock> hey seb128 desrt
[12:01] <seb128> hey desrt
[12:01] <seb128> happy friday!
[12:01] <desrt> good morning seb128 , and all
[12:01] <desrt> happy friday!
[12:09] <seb128> andyrock, is bug #1553165 something for you?
[12:11] <Laney> hey desrt!
[12:11] <desrt> hey Laney
[12:11] <Laney> still keeping up with the jet lag
[12:11] <Laney> impressed
[12:11] <desrt> i'm slowly slipping.  getting closer to 7am than 6am :p
[12:12] <desrt> i heard w.i.l.l.c.o.o.k.e is away today
[12:12] <desrt> we should figure out how to take advantage of that
[12:12]  * Laney 's fingers slip
[12:12] <desrt> :D
[12:15] <Laney> wonder why my systemd automount unit for an nfs share doesn't work under lxc
[12:15] <Laney> it didn't work /at all/ to have the nfs share in fstab for the container either
[12:16] <Laney> at least a non-automounted .mount unit is good
[12:17]  * Laney thinks this yak is looking pretty good now
[12:36] <ksamak> seb128: hey
[12:36] <ksamak> seb128:  i opened Bug#816652 in debian, which is about re-introducing compiz
[12:37] <ksamak> seb128: and i'd like to have a couple opinions on that, particularly about upstream, and patches
[12:37] <ksamak> care to take a look?
[12:38] <ksamak> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816652
[12:56] <seb128> ksamak, hey, good work on that! I can have a look, unsure if I can help much/on what though
[12:57] <seb128> davmor2, did you meant to post from bug #1553165 on the evince bug?
[12:58] <davmor2> seb128: meh yes grabbed the wrong link
[13:00] <davmor2> seb128: thanks for that :)
[13:00] <seb128> yw!
[13:12] <ksamak> seb128: well it's rather a matter of source format
[13:13] <ksamak> since ubuntu would be upstream, debian would need proper versionning, with patches for fixes (i think you guys do re-versionning, right?)
[13:14] <ksamak> so debian has to have its debian/source/format to 3(quilt)
[13:14] <ksamak> it means there has to be a compiz_0.9.12.2.orig.tar.gz that stays the same.
[13:15] <ksamak> do you know how/who manages that for ubuntu?
[13:15] <ksamak> is it Trevinho?
[13:16] <seb128> yes
[13:20] <ksamak> ok then, i'll wait till he's available
[13:49]  * Sweet5hark is out while -- will be back in the afternoon though.
[13:49] <seb128> Sweet5hark, have fun!
[14:06] <mitya57> ksamak, right, you need a Debian revision (i.e. add -1 in debian/changelog) and either 3.0 (quilt) or 1.0 format
[14:08] <mitya57> ksamak, and if you need an "upstream tarball that stays the same", you can probably grab one from https://launchpad.net/compiz/+download
[14:09] <mitya57> ksamak, also s/sid/unstable/ in the changelog and close the ITP bug :)
[14:53] <ksamak> mitya57: hey
[14:53] <ksamak> thanks for the help
[14:54] <ksamak> but i'd generate the tar.gz, if James Cowgill didn't have that to say
[14:54] <ksamak> I have noticed that instead of using patches, Ubuntu has been
[14:54] <ksamak> creating "fake" upstream releases when fixing bugs. This isn't great
[14:54] <ksamak> since the latest bugfixes are now only found in Ubuntu and aren't
[14:54] <ksamak> easily split out for other distributions
[14:54] <ksamak> --end quote
[14:54] <ksamak> what do you think?
[14:54] <ksamak> mitya57:  seb128
[14:56] <seb128> no real opinion
[14:56] <seb128> you use whatever you want as orig tarball
[14:56] <seb128> you can use the same as the ubuntu archive ones
[14:56] <seb128> or make vcs snapshots
[14:56] <seb128> even if I agree that proper upstream tarballs are nicer
[14:57] <seb128> but that's not a blocker to get a package going
[14:58] <mitya57> ksamak, if you want to use something newer than the later official release, then at least add +something to the version, like Ubuntu does
[15:01] <mitya57> ksamak, if you want an example of how other Canonical software is handled in Debian, take a look at:
[15:01] <mitya57> https://tracker.debian.org/pkg/libdbusmenu-qt
[15:01] <mitya57> https://tracker.debian.org/pkg/libaccounts-glib
[15:03] <mitya57> And you may also want talk to bregma about a possibility to make a new official upstream release.
[15:16] <bregma> ksamak, have you talk to the people who already have an Compiz ITP in Debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722451 ?
[15:17] <bregma> or at least close that one?
[15:19] <ksamak> bregma: yeah that's us.
[15:19] <ksamak> ITP closes when first FRS is closed.
[15:19] <ksamak> s/FRS/RFS/
[15:19] <bregma> ksamak, did you push the packaging up to the repo on Alioth?
[15:20] <ksamak> everything's there https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816652
[15:20] <ksamak> even built packages
[15:24] <bregma> ksamak, Trevinho, I'd strongly suggest doing an 0.9.12.3 upstream Compiz release so Xenial can differentiate from Wily and Debian can get the changes packaged nicely
[15:24] <ksamak> bregma: that'd be nice indeed.
[15:26] <ksamak> bregma: BTW, does anyone know onestone ( at compiz dotorg)?
[15:26] <ksamak> he did a piece of cmake in compiz
[15:54] <Sweet5hark> back
[16:36] <bregma> hey wise people, we're poking around with Libertine and we've run into the problem of /usr/games not being in the default $PATH, anyone have a suggestion on the best practices for this?
[17:06] <kgunn> Sweet5hark: stand up?
[17:06] <kgunn> for SDoC
[17:06] <Sweet5hark> kgunn: hangout hangs
[17:06] <kgunn> :-/
[17:07] <Sweet5hark> kgunn: maybe another invite helps?
[17:08] <mitya57> bregma, /usr/games is in $PATH here, checked on a couple of machines
[17:08] <kgunn> Sweet5hark: re-invited...do you see a ping?
[17:09] <kgunn> are you a gmail user or thunderbird?
[17:11] <Sweet5hark> kgunn: hmm? I read my canonical email with mutt
[17:11] <kgunn> ah...
[17:11] <kgunn> gmail will ping you live if you get a ho invite
[17:15] <bregma> mitya57, did you check on your phone?
[17:15] <mitya57> bregma, no, that was a desktop (and a server :))
[17:16] <bregma> mitya57, any idea if would it be in $PATH in snappy?
[17:17] <mitya57> No ideas about snappy, sorry :(
[17:20] <bregma> hmm, maybe apps need to be wrapped in a shell session to pick up in-container environment settings...
[17:20]  * bregma goes back to hacking at stuff
[17:44] <kgunn> Sweet5hark: hey, so i notice in your yaml you've got source: ./libreoffice-build/
[17:44] <kgunn> ...oh nvmd...i just thought through the why
[17:44] <kgunn> if there's no debs to pull you really do have to build
[17:49] <Sweet5hark> kgunn: there are multiple reasons for that, see the bug references in ./libreoffice-build/Makefile ...
[17:50] <kgunn> Sweet5hark: ok...i was just thinking you could pull bins from the archive...but if debs aren't going to be supported going fwd...it kinda screws that idea
[17:53] <Sweet5hark> kgunn: yeah, I dont think repackaging debs is really the goal here in the end -- it would make us hard depend on those.
[18:02] <Laney> happy weekend!
[18:40] <seb128> have a good w.e!
[19:34] <ximion> Laney: currently merging the time patch for the dep11-generator
[19:35] <ximion> I still need to look at the translations stuff more closely
[19:42] <mhall119> Laney: is there a place on Launchpad to view the bzr branch for Xenial packages?
[19:42] <mhall119> for example, https://code.launchpad.net/ubuntu/+source/ace-of-penguins only shows up to wily, but AppStream is flagging errors that only exist in the Xenial source
[20:59] <qengho> Oh man. "Booting ext4 root in a ZFS ZOL". I'm glad I have the weekend to think about that.
[21:00] <Laney> mhall119: doesn't exist for xenial :(
[21:02] <mhall119> Laney: ok, for now I've gotten this much working: https://wiki.ubuntu.com/mhall119/AppStreamTest
[21:03] <mhall119> it's sorted by popcon "votes" which seems a better indication of user interest than all-time installs
[21:03] <Laney> I thought popcon was broken/not updating/something for us
[21:03] <mhall119> it includes every "main" package from DEP11Hints with icon errors, and then only those from "universe" that have a popcon vote > 1 (otherwise the list is twice as long)
[21:03] <mhall119> Laney: it appears to be working for the time being
[21:04] <mhall119> Last generated on Fri Mar 4 12:06:42 2016 UTC.
[21:04] <Laney> does it get new submissions?
[21:06] <Laney> anyway, it's not a big deal
[21:08] <mhall119> no idea, but I'm going to assume so
[21:08] <mhall119> it's better than nothing anyway
[21:09] <Laney> ya
[21:09] <Laney> thanks!
[21:15] <Trevinho> ksamak: please ping me about that on Monday, I was off today, but I can do it next week
[21:45] <ximion> mhall119: nice! XPM icons aren't per se invalid, the XDG icon spec permits them, but they have such a low quality that it was decided to not include them (they are usually not bigger than 32x32px, and we would have to upscale them to 64x64px - and we generally don't upscale images, so the result in SCs looks nice)
[21:50] <mhall119> ximion: ack, I can change it to say "Unsupported format" to match the actual error
[21:53] <ximion> mhall119: yeah, I just wanted to make sure that there are no complains in form of "the XPM icon is perfectly valid, why doesn't this work?" ;-)
[21:53] <ximion> so people know why this issue actually happens
[21:55] <ximion> Laney: I'm developing the updated appstream-generator here: https://github.com/ximion/appstream-generator - unfortunately, it will take a larger amount of time to complete it (months?), so dep11-generator will stay around for a while (obviously)
[21:55] <ximion> but the final rewrite will be much faster than the Python code, maybe we could even run it for every package entering the archive then, so I think this is worth the effort
[21:56] <ximion> especially because the new generator will also support other distributions easily (yay for deduplicating work! - although I expect Debian and Ubuntu to be the primary users, still)
[21:58] <ximion> mhall119: those shutdown.desktop, logout.desktop, example.desktop, etc. should probably not be in the metadata...