[00:24] <flocculant> sarnold: odd - works ok in this main install , add-apt that is
[00:25] <flocculant> and printers works too]
[00:25] <sarnold> flocculant: mdes laur recently did an openssl merge and I was curious if you tripped a regression, but when I went looking it worked fine.. hehe
[00:26] <sarnold> flocculant: can you get it to fail somewhere predictably? it may or may not be a regression, but the fact that I couldn't reproduce it made me think it's transient error of some sort
[00:27] <flocculant> not sure wth is going on - why would this all work on hardware with all manner of to'ings and fro'ings but not in vm
[00:27] <flocculant> sarnold: yea yea - understood :
[00:27] <flocculant> )
[00:28] <flocculant> on main here - setting vm to main
[00:29] <flocculant> sarnold: same fail in vm
[00:29] <flocculant> *shrug*
[00:30] <robert_ancell> flocculant, I dropped the packagekit dependency for the PPA version - do you know what is pulling it in?
[00:31] <flocculant> sarnold: unless it is yet again a vbox issue - in which case surely they are piling up now
[00:32] <flocculant> robert_ancell: I'm now talking about the time it takes to repeat a command in terminal in vm against this hardware install
[00:32] <flocculant> would your change be that quick?
[00:33] <robert_ancell> flocculant, I dropped the dependency yesterday, so I'm wondering if your bug is against an older version
[00:33] <flocculant> mmm
[00:33] <robert_ancell> flocculant, I'm also currently updating dependencies in xenial so it will go directly in there. So then it might be worth purging the PPA and checking if you still have the issue.
[00:35] <flocculant> robert_ancell: well I clean installed the vm, upgraded did the dist-upgrade it wanted, added the ppa then redid that and grabbed g-s, and while that was going - added ppa to this main install and did the same
[00:35] <flocculant> installed on hardware fine - failed in vbox
[00:35] <robert_ancell> flocculant, ok
[00:35] <robert_ancell> weird
[00:36] <flocculant> robert_ancell: happy enough to redo the vm stuff first tomorrow - see where it leaves me
[00:36] <flocculant> also happy enough to blitz this install - but need a while longer :)
[00:36] <flocculant> and yea - weird :)
[00:40] <flocculant> if it's an 'old xenial' upgrading to 'newer' then happy enough to wander away from it obviosly :)
[00:41] <sarnold> I don't know what other issue you're working on.. but uprades from 'old xenial' may do a good job replicating what users see when upgrading from wily..
[00:41] <flocculant> sarnold: well - I grabbed the g-s ppa really early - so ...
[00:43] <flocculant> and frankly - if any of my testers said 'upgraded from old xenial' I'd say - re-install it
[00:43] <flocculant> but I try and do what I can to play edge stories and see what goes on - this broke - though it was ppa
[00:49] <flocculant> sarnold: actually - none of that actually matters now I think of it - add-apt failed twice in vm's - tomorrow morning I will do a clean install on hardware and see - without updating/grading the iso or install
[00:50] <flocculant> I'll report on the bug if needed
[00:50] <sarnold> flocculant: great, thanks!
[00:52] <flocculant> sarnold: I just want to make sure when I can :)
[00:53] <flocculant> just getting a bit lost in the logic of what I have - and trying to set up xubuntu for 2 milestones lol
[00:54] <flocculant> too many vm's and h'ware installs :)
[00:55] <sarnold> oof. i'm familiar with the problem. :)
[00:59] <flocculant> :)
[00:59] <flocculant> anyway - I'll try and pare it down and either invalid or 'dudesssss' it :)
=== xnox_ is now known as xnox
=== TheMuso` is now known as TheMuso
=== \b is now known as benonsoftware
[05:54] <hikiko> Hi
[07:10] <desrt> hikiko: happy thursday
[07:23] <desrt> hello to everyone else, as well :)
[07:55] <pitti> Good morning
[07:59] <larsu> morning!
[08:00] <pitti> hey larsu!
[08:08] <seb128> good morning desktopers pitti larsu
[08:08] <pitti> bonjour seb128 !
[08:09] <seb128> oui, et toi ?
[08:09] <pitti> ça va, un peu fatigué comme tous les jeudi matins :)
[08:10] <seb128> tu as joué au basketball hier ?
[08:10] <pitti> oui, c'était super !
[08:10] <seb128> moi j'ai joué au tennis, c'était bien aussi !
[08:11] <seb128> et je suis également un peu fatigué ce matin ;-)
[08:11]  * pitti ^5s seb128
[08:12]  * seb128 ^5s pitti back ;-)
[08:12] <pitti> seb128: c'est la bonne sorte de fatigue :)
[08:12] <seb128> oui !
[08:12] <pitti> seb128: il ne fait pas trop froid pour tennis ?
[08:13] <pitti> il neige un peu ici, et il y a 2 degrees
[08:13] <seb128> non ça va, il ne gèle pas
[08:20] <seb128> bbiab, moving with the laptop to a coffee place for the morning
[08:34] <seb128> back
[08:43] <seb128> hum
[08:44] <seb128> pitti, eog.mo is missing from the french langpacks, that keeps happening in xenial then it comes back at the next update, do you have any clue how to debug that?
[08:44] <willcooke> morning all
[08:44] <TheMuso> Hey willcooke, hey folks.
[08:44] <willcooke> evening TheMuso
[08:45] <larsu> hi willcooke!
[08:45] <seb128> hey willcooke TheMuso
[08:45] <larsu> hey TheMuso!
[08:47] <hikiko> heh :) happy Thursday desrt and pitti seb128 TheMuso willcooke larsu etc
[08:47] <seb128> hey hikiko, happy almost friday!
[08:47] <hikiko> hahahaha
[08:48] <larsu> thanks hikiko, you too!
[08:49] <TheMuso> Later folks.
[08:51] <seb128> bye TheMuso
[08:51] <seb128> enjoy your evening
[08:52]  * duflu never did get around to asking if TheMuso plays music :)
[08:53] <duflu> Or maybe I did and don't remember because /UDS evenings/
[08:56] <alexarnaud> Hi Ubuntu community !
[08:58] <duflu> Hi alexarnaud
[09:01] <seb128> hey alexarnaud
[09:01] <seb128> good morning Laney!
[09:03] <Laney> MUHAHAHA
[09:03] <seb128> :-)
[09:03] <Laney> what's up
[09:04] <seb128> just tried daily (which works!) and your ubiquity wk2, works as well!
[09:04] <seb128> and sky is blue
[09:04] <seb128> good start of day ;-)
[09:04] <seb128> you?
[09:04] <Laney> I hear birds
[09:05] <Laney> and some daffodils are starting to come out
[09:05] <seb128> spring?
[09:05] <Laney> could be!
[09:05] <andyrock> morning
[09:05] <seb128> weeeiird
[09:06] <seb128> hey andyrock
[09:06] <seb128> it's a season for snow :p
[09:08] <Laney> been a crap winter for snow so far
[09:08] <Laney> had about 1mm one time
[09:08] <alexarnaud> hey seb128 Laney duflu andyrock !
[09:08] <alexarnaud> Laney: you are a geek poetry ^^
[09:08] <seb128> yeah :-/
[09:08] <alexarnaud> :)
[09:09] <seb128> Laney, oh, and we got gnome-software binaries in universe ;-)
[09:09] <Laney> indeed
[09:09] <seb128> without fwdupdate/gcab/packagekit
[09:09] <seb128> but still, a good first step ;-)
[09:09] <Laney> did you try them?
[09:10] <seb128> no, I'm waiting for that install to be done, it's uninstalling packages
[09:10] <seb128> so almost there
[09:10] <seb128> that's my next-on-the-list ;-)
[09:17] <pitti> seb128: ok, previous fires dealt with (for now) -- are they missing from the current langpacks? i. e. are my current logs/tarballs useful for debugging?
[09:17] <seb128> pitti, yes
[09:17] <pitti> /usr/share/locale-langpack/de/LC_MESSAGES/eog.mo exists anyway
[09:19] <pitti> grep fr.*eog logs/xenial.log → nothing
[09:19] <seb128> pitti, http://paste.ubuntu.com/15015106/
[09:19] <pitti> it's there for plenty of other langs, though
[09:19] <seb128> that's n-1 to current
[09:20]  * pitti compares the latest three deltas on https://translations.launchpad.net/ubuntu/xenial/+language-packs
[09:20] <willcooke> hikiko, Trevinho - do you have nVidia hardware?  Suggestion that installing the proprietary nv drivers "break" u7.... https://plus.google.com/+PopescuSorin/posts/j8RPRvzMvbU
[09:20] <pitti> seb128: what do you mean with "n-1"?
[09:20] <pitti> seb128: oh, nevermind
[09:21] <seb128> pitti, the -de one lost devhelp
[09:21] <pitti> seb128: speaking of which, we should do a -base refresh
[09:21] <seb128> but that might be a different issue
[09:21] <pitti> last one was in November
[09:21] <seb128> Files in first .deb but not in second
[09:21] <seb128> -------------------------------------
[09:21] <seb128> -rw-r--r--  root/root   /usr/share/locale-langpack/de/LC_MESSAGES/devhelp.mo
[09:21] <seb128> -rw-r--r--  root/root   /usr/share/locale-langpack/de/LC_MESSAGES/gtkhtml-4.0.mo
[09:21] <seb128> gtkhtml is normal
[09:21] <seb128> that source is deprecated
[09:21] <seb128> yeah
[09:27] <pitti> seb128: ok, they are there in the tarball
[09:32] <hikiko> willcooke, I don't
[09:32] <hikiko> I have only integrated intels
[09:34] <seb128> pitti, yeah, last time I looked (before the holidays) I couldn't find anything weird/buggy in the export
[09:34] <seb128> do we have logs on the packs generation?
[09:34] <pitti> seb128: yes, on macquarie
[09:35] <pitti> seb128: I was just looking, fr/eog doesn't appear there at all -- as if it wasn't in the tarball (but it is)
[09:35] <seb128> weird
[09:35] <pitti> seb128: you should have access to that
[09:35] <hikiko> willcooke, Error: Plugin 'opengl' not loaded means that he has no opengl, he needs to rm -r ~/.compiz-1 restart lightdm open ccsm and enable opengl, unityshell
[09:36] <willcooke> hikiko,  would you mind commenting on that post?  Or I can if you prefer
[09:36] <hikiko> sure
[09:36] <willcooke> thanks
[09:36] <willcooke> I'm mindful that we don't want to turn G+ in to a support forum, but that guy does a lot of good stuff for us
[09:37] <willcooke> so yes, pure favouritism ;)
[09:37] <larsu> G+ is still a thing?
[09:38]  * larsu giggles
[09:38] <willcooke> :)
[09:38] <willcooke> It's a thing for Ubuntu users
[09:38] <willcooke> and Arduino
[09:38] <willcooke> and I think that's it
[09:38] <willcooke> it's quite nice really
[09:38] <pitti> and FOSS in general
[09:39] <pitti> less of a thing for exchanging cat pictures indeed
[09:39] <willcooke> ha!
[09:39] <pitti> I see electronic boards and beer bottles a LOT, though :)
[09:39] <seb128> hope it stays one
[09:39] <seb128> I hate having the world forced into a single choice
[09:39] <willcooke> ha, yes there are a lot of beer bottles.
[09:39] <willcooke> Goes along with FOSS I expect ;)
[09:41] <seb128> Laney, gnome-software (sort-of) "works"
[09:41] <seb128> the "all" tab lists firefox and transmission and that's it
[09:42] <seb128> "installed" has a better list
=== s1aden is now known as sladen
[09:43] <Laney> appstreamcli search .
[09:43] <pitti> why do we seed ubuntu-sso-client-qt? I didn't see that Qt client for ages
[09:44] <pitti> unseeding would apparently allow us to drop python-qt4
[09:44] <pitti> which is two obsolete APIs in one package :)
[09:44] <seb128> Laney, that list <things>
[09:44] <Laney> iz gnome-software boog then
[09:44] <Laney> sry
[09:44] <pitti> is that just a leftover from rhythmbox music or so?
[09:45] <seb128> like search empathy or brasero works
[09:45] <seb128> pitti, software-center
[09:45] <Laney> gnome-software --search robocode --verbose
[09:45] <seb128> it does the auth for reviews
[09:45] <pitti> seb128: ok, but shouldn't software-center depend on it then, rather than seedin git?
[09:45] <pitti> seb128: I just purged s-c to see how much that loses, was curious
[09:46] <seb128> I guess we should yes
[09:46] <pitti> seb128: oh sorry, it already does
[09:46] <pitti> ... depend on it, I mean
[09:46] <seb128> k
[09:46] <seb128> makes sense
[09:46] <pitti> seb128: so is it ok if I unseed it?
[09:46] <seb128> afaik yes
[09:46] <seb128> maybe check with dobey
[09:46] <seb128> he might know of something else using that I don't have in mind
[09:47] <pitti> it won't change the images/default install due to that dep anyway
[09:47] <pitti> seb128: ack, will do
[09:47] <seb128> danke
[09:47] <pitti> dobey: can you think of a reason to still keep ubuntu-sso-client-qt seeded? software-center directly depends on it, but I don't see anything else using it
[09:47] <pitti> dobey: thus as soon as we unseed software-center, we could lose ubuntu-sso-client-qt and python-qt4 along with it
[09:48] <pitti> dobey: i. e. this should be a dependency only, not a first-class seeded package
[09:48] <pitti> desktop: * ubuntu-sso-client-qt # because software-center uses it for comments/purchases/oneconf, and there is no GTK+ edition
[09:49] <pitti> looks like it's only for s-c, as per seed history
[09:49] <seb128> Laney, http://paste.ubuntu.com/15015186/
[09:49] <pitti> and as it's a dep -> I'll drop it for now  (I'll put it back if dobey objects0
[09:49] <seb128> pitti, +1
[09:50] <Laney> seb128: is that incomplete?
[09:50] <Laney> it looks like it ends int he middle of a line
[09:50] <Laney> anyway I see it too here
[09:50] <seb128> Laney, unsure why it truncated
[09:52] <Laney> app invalid as no pixbuf
[09:52] <Laney> this all worked before when we were at the sprint
[09:52] <Laney> larsu can confirm!!!!
[09:52] <seb128> :-/
[09:52] <seb128> rob updated g-s to 3.19 though
[09:52] <Laney> guess that side broke things
[09:52] <seb128> so maybe a bug in the new version
[09:52] <Laney> dunno why he didn't notice this though
[09:53] <seb128> yeah, or maybe he did
[09:53] <seb128> but he's getting things moving
[09:53] <seb128> and going to fix it next
[09:54] <Laney> nein
[09:54] <Laney> eg bug #1542242
[09:54] <ubot5`> bug 1542242 in gnome-software (Ubuntu) "Search doesnt return any results" [Undecided,Confirmed] https://launchpad.net/bugs/1542242
[09:54] <seb128> hum :-/
[09:56] <seb128> k, going offline for 10 minutes or so, walking back from the coffee place
[09:56] <Laney> watch out for those canals
[09:56] <Laney> damn
=== bigon_ is now known as bigon
[10:10] <hikiko> G+ is interesting :) I might start posting links to bug fixes and features..
[10:10] <hikiko> I never look at it much :p
[10:16] <seb128> back
[10:18] <Sweet5hark> moin all
[10:18] <seb128> hey Sweet5hark
[10:18] <desrt> Sweet5hark: greetings
[10:18] <seb128> hey Sweet5hark desrt
[10:18] <Sweet5hark> ricotz: 5.0.5~rc2 is at https://launchpad.net/~bjoern-michaelsen/+archive/ubuntu/libreoffice-staging -- havent smoketested that yet.
[10:19] <Sweet5hark> popey: libreoffice vanilla minimal is at https://launchpad.net/~bjoern-michaelsen/+archive/ubuntu/libreoffice-quantaltest-20120601 but likewise not tested yet in any way. (also not that 5.0.5 strictly speaking isnt finalized yet)
[10:20] <michael-vb> Hello.
[10:20] <seb128> Sweet5hark, thanks for the autpkg fix, I just uploaded your update
[10:20] <michael-vb> seb128: for your information, https://bugs.launchpad.net/bugs/1543619
[10:20] <ubot5`> Launchpad bug 1543619 in unity-settings-daemon (Ubuntu) "unity-settings-daemon randr support has problems in virtual machines" [Undecided,New]
[10:20] <popey> thanks Sweet5hark
[10:20] <seb128> michael-vb, thanks
[10:20] <larsu> Laney: hm?
[10:20]  * larsu was in a call
[10:20] <michael-vb> seb128: we will work around it somehow, not least because we need to support distribution releases which are no longer regularly updated.
[10:21] <michael-vb> I may just be radical and delete that file with a warning when we find it.
[10:21] <Sweet5hark> seb128: thanks a lot. and thank you for handling the hsqldb thing (*sigh*)!
[10:22] <ricotz> Sweet5hark, alright
[10:22] <seb128> Sweet5hark, yw!
[10:22] <Sweet5hark> desrt: good mo ... wait *confused*-- good $(whatever time it is at your place)
[10:22] <seb128> bbiab
[10:25] <desrt> Sweet5hark: still in .de :)
[10:47] <larsu> Sweet5hark: speaking of .de, I'm in Hamburg right now :)
[10:47]  * Laney wants a hamburger
[10:47]  * Laney chews on Sweet5hark 
[10:47]  * larsu eyes to the street below
[10:48]  * Sweet5hark tastes aweful.
[10:49] <Sweet5hark> larsu: oh, cool. How long will you be around?
[10:49] <larsu> Sweet5hark: how do you know?
[10:49] <Sweet5hark> larsu: Im bitter.
[10:49] <Sweet5hark> ;)
[10:49] <larsu> Sweet5hark: only until the early evening (picking up Faina as we hadn't seen each other for a while)
[10:50] <larsu> Sweet5hark: otherwise I would have let you known sooner and asked for a beer ;)
[10:52] <Sweet5hark> larsu: right, my thoughts exactly ;)
[11:53] <Laney> seb128: fixed that icon thing
[11:54] <Laney> everything is non-free and 3rd party but hey ho
[11:55] <larsu> Laney: icons broke (again)?
[11:55] <Laney> yeah who knows why
[11:56]  * larsu shrufs
[11:56] <larsu> *shrugs
[11:56] <larsu> did I ever mention that I hate the way we do icons?
[11:58] <Laney> nah this is appstream side
[11:58] <Laney> for uninstalled things
[12:23] <seb128> Laney, well done!
[12:27] <seb128> pitti, did you get anywhere with the langpack issue?
[12:34] <seb128> Laney, dunno what changed but now I get gnome-software listing categories but no selection and the categories are mostly empty
[12:35] <pitti> seb128: sorry, no, got diverted
[12:35] <Laney> that's what happened before no?
[12:35] <seb128> Laney, no, this morning I had http://people.canonical.com/~seb128/gnomesoftware.png
[12:36] <seb128> now I've no icon but a grid of categories, when clicking on those I get subcategories on the left side and nothing on the right
[12:36] <Laney> k, didn't look like that for me
[12:36] <seb128> k
[12:36] <seb128> is your fix server side?
[12:36] <seb128> or something to upload/update?
[12:37] <seb128> pitti, no worry, there was some other discussions ongoing so I was unsure if I had missed something
[12:37] <Laney> look on the bug, just attached a patch
[12:38] <Laney> you can try it if you want
[12:39] <seb128> thanks
=== hikiko is now known as hikiko|ln
=== alan_g is now known as alan_g|lunch
=== hikiko|ln is now known as hikiko
[13:53] <dobey> pitti: imo, no; not sure why it specifically was seeded
[14:04] <willcooke> desktoppers:  via davidcalle - http://arstechnica.com/science/2016/02/liveblog-scientists-announce-major-gravitational-wave-finding/
[14:04] <willcooke> I AM IN UR FACILITY.  DETECTING YOUR GRAVITATIONAL WAVES
[14:07] <seb128> woooot
[14:07] <seb128> :-)
[14:07] <seb128> Laney, your path change does the trick ;-)
=== alan_g|lunch is now known as alan_g
[14:14] <pitti> willcooke: wasn't that supposed to be announced in an hour and a quarter from now?
[14:14] <pitti> oh, there's a countdown
[14:24] <larsu> crazy times. A countdown :)
[14:24]  * pitti can already hear it..
[14:24] <larsu> the waves? ;)
[14:25] <pitti> "Red Alert! Captain, a gravitational wave of magnitude 7 is approaching us. Evasive manœuvers!"
[14:25] <larsu> hehe
[14:25] <desrt> pitti: they would definitely have said "graviton" there
=== mhall119_ is now known as mhall119
=== vrruiz_ is now known as rvr
[16:36] <Sweet5hark> seb128: oh, i386 build for libreoffice in proposed says "failed" but doesnt have a log ...
[16:37] <Sweet5hark> seb128: (while it even build on powerpc/ppc64el/s390x just fine, so seems to be a transient failure)
[16:38] <Sweet5hark> seb128: just restart that?
[16:39] <seb128> Sweet5hark, done
[16:39] <Sweet5hark> seb128: thx!
[16:39] <seb128> yw!
[16:50] <seb128> time for some exercice, bbl
[16:56] <alexarnaud> seb128: what's bbl?
[16:56] <alexarnaud> baseball?
[16:56] <ogra_> close :)
[16:57] <ogra_> "be back later" ;)
[17:33] <chrisccoulson> ricotz, I'm just about to upload Firefox builds with telemetry enabled to https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next. I'm going to turn publishing off until I've verified it works as expected (just in case you wonder what's going on)
[17:43] <alexarnaud> ogra_: oh, well. I know AFK only ^^.
[17:51] <ricotz> chrisccoulson, are you going to take beta5 or the current beta4?
[17:52] <ricotz> Sweet5hark, happened to all ppa builds too :\
=== alan_g is now known as alan_g|EOD
[18:06] <Laney> goodnight!
[18:06] <Laney> off to the theatre
[18:17] <chrisccoulson> ricotz, the current beta4 (it's a new tarball though, as it needs to embed the source revision)
[18:17] <chrisccoulson> ricotz, see https://bugzilla.mozilla.org/show_bug.cgi?id=1233687
[18:17] <ubot5`> Mozilla bug 1233687 in Telemetry "[meta] Ubuntu Firefox builds don't send Telemetry" [Normal,New]
[18:21] <ricotz> chrisccoulson, ah, I see
[18:21] <willcooke> g'night all, off to Beavers
[18:22] <ricotz> chrisccoulson, I assume you finished this within the next 11 hours (in time for beta 5)?
[18:24] <chrisccoulson> ricotz, fingers crossed
[18:30] <ricotz> chrisccoulson, hmm, ok
[20:51] <bschaefer> hello, was wondering if anyone could give this package some love :) https://launchpad.net/ubuntu/+source/capnproto/0.5.3-2ubuntu1
[21:09] <TheMuso> duflu: I do/did. Haven't really played in a while for various reasons, although looking to get back into it.
[21:20] <robert_ancell> bschaefer, what's the issue?
[21:22] <bschaefer> robert_ancell, mainly just would like the 0.5.3 in xenial rather then proposed to get proper cmake/pkg packaging changes
[21:22] <robert_ancell> bschaefer, according to http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html it should have migrated - I don't know what's holding it back
[21:22] <bschaefer> robert_ancell, bregma pointed out a rdepends on unity-scopes-api but it looks like it should just need a rebuild
[21:23] <bschaefer> but yeah other then that... it seemed to pass everything, but seems like a low priority
[21:23] <robert_ancell> bschaefer, then I'd expect the excuses page to give that as a reason :/
[21:23] <bschaefer> true, not really sure whats holding it back :(
[21:24] <bschaefer> figured maybe someone in desktop would know
[21:24] <robert_ancell> that's the end of my knowledge in -proposed migration. Perhaps RAOF might know
[21:24] <bschaefer> o cool, ill be sure to poke him when he gets on
[21:24] <bschaefer> thanks!
[21:27] <dobey> bschaefer: it's been a painful migration
[21:28] <dobey> bschaefer: new capnproto caused unity-scopes-api to break, and new jsoncpp caused unity-scopes-api and some other packages to break
[21:28] <bschaefer> aww dang :(
[21:28] <bschaefer> was worried about that
[21:28] <dobey> well, that's what happens with abi breaks :)
[21:28] <bschaefer> its not a requirement, just makes things simpler :)
[21:28] <bschaefer> yup!
[21:29] <dobey> bschaefer: anyway, the necessary rdepends should be uploaded to proposed now, so should just be a matter of time for launchpad and autopkgtests to catch up and let things through
[21:30] <dobey> (i've been dealing with that the past few days)
[21:30] <bschaefer> o thats good to hear. Thanks for the information and battling with the ABI break :)
[21:31] <dobey> (well, me and a couple others on my team, i can't take all the credit :)
[21:32] <bschaefer> :)
[21:40] <bregma> robert_ancell, I'm looking at changing the name of the lightdm session for Unity 8 (removing the -mir, because it's Mir all the way down now) but when I do, stuff stops working...  it seems the session name is always derived from the name of the session file instead of the user-session string inside the session file
[21:40] <bregma> robert_ancell, would you suggest any simple way around that?
[21:41]  * bregma find the above description confusing and apologizes in advance
[21:42] <robert_ancell> bregma, yeah, not sure exactly what you're getting at there. What is the "session name" exactly? $XDG_SESSION_DESKTOP? $XDG_CURRENT_DESKTOP?
[21:43] <robert_ancell> bregma, in short, you can rename the session file to anything you like, though you will break existing logins as they will use the old name
[21:43] <bregma> robert_ancell, $DESKTOP_SESSION
[21:43] <robert_ancell> bregma, right, nothing *should* be using that anymore
[21:45] <bregma> well, it's used by the Unity 8 upstart job to only start Unity 8 when it's a Unity 8 session
[21:45] <bregma> is there a better way?
[21:46] <robert_ancell> bregma, you should set DesktopNames in the .desktop file to have any keys you might want
[21:46] <robert_ancell> So you'd probably do DesktopNames=Unity;Unity8
[21:46] <robert_ancell> So existing stuff that checked for Unity would still work and new stuff could check for Unity8
[21:47] <robert_ancell> That gets exposed as (the confusingly named) $XDG_CURRENT_DESKTOP
[21:48] <robert_ancell> caveat, I bet there's a bunch of software that doesn't correctly check it as a list instead doing basically strcmp (getenv ("XDG_CURRENT_DESKTOP"), "Unity") == 0
[21:48] <bregma> robert_ancell, all that matters here really is the upstart job to start the desktop session, so it's worth playing with, thanks
[22:08] <robert_ancell> ximion, do you know where the appstream code is that set the origin of an app, e.g. "xenial-main"
[22:08] <robert_ancell> ?
[22:09] <robert_ancell> ximion, because I've found the issue that the apps say they're third party - we need a plugin to mark them as not (Debian will need one too)
[22:10] <ximion> robert_ancell: which kind of origin do you mean exactly? The AppStream metadata origin, or the candidate origin (= repository in case of distro packages)?
[22:10] <robert_ancell> ximion, appstream metadata origin
[22:10] <robert_ancell> which is used as the origin for the GsApp and is what is used by the Fedora plugin to determine if they came from Fedora
[22:10] <ximion> robert_ancell: did you discuss that with hughsie? That sounds a bit short-sighted to me...
[22:11] <ximion> ah, if the Fedora plugin does it, we must do the same, since it appears to be the preferred way then...
[22:11] <ximion> and yes, I would like to have that plugin in Debian too, maybe we could even add it upstream
[22:12] <ximion> I just know the origin stuff for libappstream
[22:12]  * ximion check appstream-glib
[22:12] <ximion> but I think checking AppStream data will be insufficient, since AppStream metadata can come from anywhere, including 3rd-party sources
[22:13] <ximion> I think what you really want is to check for the PackageKit repository software originates from...
[22:14] <ximion> in a package-id, that is the last part of the pkg;version;arch;data triplet (data == repository, unless installed, then it's an "installed" string)
[22:14] <ximion> in GS, you should receive an origin of the software component via the gs_app_get_source_id_default () call, btw
[22:15] <ximion> robert_ancell: ^
[22:15] <robert_ancell> ximion, yeah, the packagekit plugin also seems to set origin
[22:16] <ximion> AppStream doesn't know or care about where the software it provides metadata for comes from - but tools like PackageKit, XdgApp and Limba do have that knowledge
[22:18] <ximion> hah! The GS code just gave me an idea how I could improve the PK aptcc backend :-)
[22:25] <ximion> robert_ancell: I don't like that this code is in a distro-specific plugin - maybe we can convince hughsie to make this a config file which distributors can ship?
[22:26] <robert_ancell> ximion, I guess it depends if we can simply define what consitutes a supported package.
[22:26] <ximion> robert_ancell: supported package == anything in the distributors official repositories
[22:27] <ximion> 3rd-party: anything else
[22:28] <robert_ancell> ximion, it seems like a maintainence issue to keep updating the whitelist of supported things
[22:30] <ximion> robert_ancell: if we would do things right, PackageKit would provide that information, and either have it in its backend, or query APT for it
[22:33] <ximion> ideally, a client tool like GS shouldn't contain any distribution-specific stuff, and hardcoded lists are especially evil
[22:33] <robert_ancell> yes