[06:36] <pitti> Good morning
[06:40] <hikiko> hello! :p
[06:46] <qengho> hihi
[06:46] <FJKong_> hihihi
[06:47] <Sweet5hark> hohoho
[06:47] <hikiko> test
[06:51] <seb128> good morning desktopers
[06:52] <happyaron> morning
[06:52] <pitti> yak shaving yet? :-)
[07:01] <willcooke> morning desktoppers
[07:02] <Trevinho> morning!
[07:03] <Sweet5hark> seb128: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1574285
[07:05] <dholbach> seb128, is https://bugs.launchpad.net/ubuntu/+source/libqmi/+bug/1562957 something the desktop team would look at or would that be cyphermox or somebody else?
[07:12] <seb128> attente, is that InstallFile?
[07:13] <desrt> hi willcooke :D
[07:13] <willcooke> desrt, hihi
[07:13] <seb128> attente, unping
[07:13] <seb128> Sweet5hark, thanks
[07:13] <desrt> seb128: irc doesn't work this way :)
[07:13] <seb128> Trevinho, morning! italians, always late!
[07:13] <seb128> desrt, it should!
[07:14] <seb128> dholbach, no idea, I don't even know what libqmi is
[07:14] <seb128> dholbach, sorry at a sprint and we are getting started, don't have a lot of focus for IRC
[07:14] <dholbach> seb128, it seems to have to do with {network,modem}manager
[07:14] <seb128> try cyphermox
[07:14] <Trevinho> seb128: to get your love :)
[07:14] <dholbach> seb128, understood, no worries - have a good time at the sprint
[07:14] <seb128> I can put on my list for next week
[07:14] <seb128> thanks!
[07:15] <dholbach> seb128, my ping above included Mathieu, so maybe he'll pick it up later on :)
[07:15] <seb128> yeah
[07:19] <seb128> attente, Laney,
[07:19] <seb128> method call time=1461568730.237483 sender=:1.158 -> destination=org.debian.apt serial=37 path=/org/debian/apt; interface=org.debian.apt; member=InstallFile
[07:19] <seb128>    string "ubuntu-xenial-main"
[07:19] <seb128>    boolean true
[07:24] <pitti> hey desrt, what an unusual hour for you -- are you in Europe again?
[07:24] <desrt> yes.  we're sprinting in prague
[07:24] <desrt> desktop team plus shell/designers
[07:24] <pitti> ah, lovely
[07:24] <desrt> this is why i was in your country for my 'visit' yesterday ;)
[07:25] <pitti> transit zone doesn't even legally count as "in the country", does it? :-)
[07:29] <desrt> i went through FRA
[07:35] <seb128> Laney, attente, robert_ancell, not good enough, "error-unreadable-package-file: gnome-calculator" ... it gets the source name not the full pathname, which I guess is what it needs
[07:35] <robert_ancell> yeah, duh
[07:35] <seb128> :-)
[07:36] <larsu> good morning and have a nice sprint!
[07:36] <desrt> larsu: thanks :D
[07:48] <seb128> hey larsu, we miss you here!
[07:54] <larsu> seb128: I miss you too! Thought about coming down for a day, but have quite a lot of work to do this week
[07:54] <seb128> larsu, good luck with the work, maybe next time! we are going to drink a beer for you
[07:59] <larsu> seb128: I know you will ;) Enjoy Prague!
[07:59] <seb128> larsu, thanks!
[08:01] <dholbach> are you going to look at the appstream stuff in the sponsoring queue at the sprint?
[08:02] <seb128> Sweet5hark, do you know if the dpkg-maintscript-helper bug has steps to trigger it? or do we just reports?
[08:09] <Sweet5hark> havent tried to reproduce yet -- so far all I have is those reports ...
[08:10] <Sweet5hark> seb128: I see they all seem 14.04LTS->16.04LTS updates though
[08:10] <seb128> pitti, ^
[08:14] <willcooke> robert_ancell, https://trello.com/b/hY6fCqbx/convergence-topics
[08:46] <Laney> hai
[08:51] <pitti> hey Laney, how are you meeowing today?
[08:53] <Laney> hey pitti!
[08:53] <Laney> we're meowing from prague
[08:59] <chrisccoulson> how's prague?
[09:00] <seb128> Laney, pitti, do you know about "update-rc.d ... remove" erroring out with  "... exists during rc.d purge"? I've a friend who had his trusty to xenial update failing because ppp.preinst hit that one
[09:00] <pitti> seb128: that doesn't ring a bell with me, sorry
[09:00] <seb128> the pppd-dns one if that case
[09:00] <pitti> what exists during rc.d purge?
[09:01] <seb128> the ppp.preinst errored out with "pppd-dns exists during rc.d purg" which seems to be the preinst call to "update-rc.d pppd-dns remove"
[09:01] <seb128> I don't really understand what the errors means though
[09:02] <Laney> sorry
[09:02] <Laney> try slangasek?
[09:02] <seb128> yeah, a bit early for him
[09:02] <seb128> I'm going to watch out for other reports
[09:03] <seb128> it's possible that my friend deleted some conffile or something
[09:03] <Sweet5hark> Laney, pitti: https://twitter.com/TheLadBible/status/723859679479250944
[09:03] <seb128> the system is like several LTS cycles old with quite some custom changes and upgrades
[09:04] <seb128> easier workaround would be to not fail the preinst on errors from that call, unsure if that would be right though
[09:04] <Laney> Sweet5hark: HEAVEN
[09:05] <pitti> Sweet5hark: *grin*
[09:13]  * seb128 reads recent launchpad bugs, quite boring
[09:13] <seb128> not fun bugs reports in that LTS?
[09:17] <pitti> oh, there are; I'm getting tons of duplicates on upgrade failures :/
[09:21] <seb128> oh? :-(
[09:21] <seb128> some common issues?
[09:21] <seb128> like one bug we can fix to address most?
[09:21] <pitti> bug 1560797 in my world mostly
[09:22] <pitti> we SRUed the fix to trusty and wily, but so far most people don't update their trusty/wily before dist-upgrading to xenial :/
[09:22] <seb128> isn't the dist-upgrader supposed to make you do that?
[09:22] <seb128> like ask you to apply SRUs before upgrading?
[09:22] <pitti> I thought it would upgrade to the new apt first
[09:22] <pitti> (which would work as well)
[09:22] <pitti> but not sure why that happens so often still
[09:22] <seb128> people upgrading manually?
[09:23] <pitti> well, I got maybe 10 or 15 reports after the release
[09:23] <pitti> if several thousand upgraded, that would still count as "few" I guess
[09:23] <pitti> yeah, could be manual apt-get dist-upgrade
[09:39] <hikiko> Trevinho, https://code.launchpad.net/~hikiko/compiz/compiz.trusty-1442728/+merge/292773 I hope it's fine
[10:05] <xnox> seb128, pitti - upgrading apt alone, results in a cycle, with a pre-depends which old apt fails to handle. Hence the bug.
[10:06] <xnox> the best we can do, is SRU a fix to all old apts that we can.
[10:06] <xnox> and hope people upgrade to latest updates, before upgrading further up.
[10:06] <xnox> which we have now.
[10:06] <xnox> does dist-upgrader upgrade people to -updates first, then upgrade apt, then upgrade to next series?
[10:07] <pitti> xnox: we already SRUed it with fast-tracking last week
[10:07] <xnox> right. so that's the best we can do. and wait for everyones mirrors to catch up
[10:07] <xnox> and upgrades =/
[10:51] <pitti> RAOF: are you going to merge colord soon, or want me to? I'm merging gnome-color-manager, and the new version needs a new colord
[11:27] <Sweet5hark> ajar JarJar in a jar in an ajar jar: https://plus.google.com/+KristianK%C3%B6hntopp/posts/MXUmooUdtq2?pid=6277259845447416050&oid=102280518215937463274&authkey=CJOjheLDyPWX-gE
[11:35] <pitti> Sweet5hark: hah, brilliant!
[11:36] <Sweet5hark> pitti: as a bonus, it was required to chop JarJars head off for the illustration.
[11:37] <Sweet5hark> JarJar makes me channel my inner Red Queen.
[12:37] <qengho> Sweet5hark:  Austria 20160425 NEVER FORGET
[12:58] <davmor2> Sweet5hark: see now the question is why they didn't do Ajar jarjar in an ajar jar in an ajar jar and keep it recursive ;)
[13:02] <Sweet5hark> davmor2: to break the rhythm I assume. rhythm makes it to easy.
[13:03] <davmor2> Sweet5hark: :)
[13:04] <davmor2> Sweet5hark: I'll stick with the classics like She sells see shell from the seashore if she sells sea shells from the seashore she'll sell sea shells forever more
[13:05]  * Sweet5hark rides off on a buffalo buffalo.
[13:05] <flocculant> sea shells
[13:05] <flocculant> just saying ...
[13:06] <davmor2> flocculant: meh dyslexic if I get it so you can read it I'm happy
[13:06] <flocculant> davmor2: well in that case - I can read it :)
[13:07] <davmor2> flocculant: I actually worte it as seashells but it didn't look right
[13:07] <flocculant> :)
[13:08] <davmor2> wrote even
[13:27] <hyperair> where does gnome-software in xenial get its appdata information from?
[13:29] <Laney> archive.ubuntu.com
[13:34] <kgunn> hikiko: wanna join kpi?
[13:35] <hyperair> Laney: um where exactly?
[13:35] <Laney> hyperair: /ubuntu/dists/suite/dep11/
[13:36] <Laney> /suite/comopnent/dep11/
[13:36] <hikiko> kgunn, I am in the sprint in Prague, I m going to find a quiet place and join you in a few minutes
[13:36] <hyperair> Laney: oh. i thought the appstream stuff was separate from dep11
[13:38] <hyperair> Laney: so how do i debug why something's missing from the dep11 dump?
[13:40] <Laney> hyperair: look on http://appstream.ubuntu.com usually
[13:40] <davmor2> hyperair: http://mhall119.com/2016/03/help-make-gnome-software-beautiful/
[13:40] <hyperair> ah, thanks
[13:44] <kgunn> hikiko: oops forgot...np
[13:56] <davmor2> hyperair: was my link to mhall119 useful I hope so :)  It's just so I can pass it on in future if it was :)
[13:59] <Laney> depends if the problem is an icon or not :)
[14:51] <hyperair> davmor2: well, somewhat, but i found what i needed from laney's link
[14:51] <hyperair> and yes it was an icon
[14:51] <hyperair> i placed it in the wrong place
[14:52] <hyperair>  /usr/share/icons/hicolor/256x256 instead of /usr/share/icons/hicolor/256x256/apps
[14:52] <trmsu> you should be able to SRU that if you want
[14:52] <trmsu> haha I forgot I change my nick
[14:52] <trmsu> changed
[14:53] <hyperair> ..wut
[15:04] <ximion> Laney: you need to set the dataPriority flag for AppStream metadata in the -updates, -backport, etc. suites to someting >> 0
[15:04] <ximion> otherwise the new data won't override the old one
[15:05] <trmsu> ok
[15:10] <hyperair> ximion: um how do you set that?
[15:15] <desrt> trmsu: mmm
[15:16] <ximion> hyperair: on the server, set the "dataPriority" property for the target suite in dep11-config.yml
[15:16] <desrt> trmsu: i will eat you
[15:16] <trmsu> eat my beans
[15:16] <desrt> *pin drop*
[15:17] <ximion> no giraffes, but tiramisu ;-)
[15:18] <trmsu> ximion: what's the right relative priority for backports?
[15:18] <trmsu> proposed < updates < backports?
[15:21] <ximion> jup, I think that makes sense
[15:21] <trmsu> < updates < security < backports
[15:22] <trmsu> actually proposed should be higher than updates
[15:22] <trmsu> release < updates < security < proposed < backports
[15:22] <trmsu> probably
[15:23] <ximion> right, proposed beats security and updates
[15:35] <trmsu> ximion: ok, will be there next time
[15:35] <ximion> :-)
[15:36] <ximion> if we had versions in AppStream data, we could resolve conflicts by version comparisons...
[15:36] <ximion> but that's likely not a great idea
[15:44] <davmor2> wllck: I see you've gone all hip and textspeak and dropped all the vowel from your nick nice ;)
[15:44] <wllck> wrd
[15:47] <seb128> Laney, attente, robert_ancell, the appstream: handler does
[15:47] <seb128> 			g_action_group_activate_action (G_ACTION_GROUP (app),
[15:47] <seb128> 			                                "details",
[15:47] <seb128> 			                                g_variant_new ("(ss)", path, ""));
[15:57] <seb128> that's can't be done I guess since g-s doesn't know about non desktop binaries
[16:42] <hyperair> ximion: um i guess i'll have to ping someone for that?
[16:43] <ximion> hyperair: not just someone ^^ Laney can do it
[16:43] <ximion> or better: has done it ^^
[16:44] <hyperair> ah
[16:44] <hyperair> naise
[16:44] <hyperair> guess i'll SRU the change
[21:47] <muktupavels_> Trevinho: https://bugs.launchpad.net/compiz/+bug/1574866