[02:22] <duflu> robert_ancell (or anyone): This new package 'googletest' just appear in archive and it makes all our builds break. Please remove it :)  https://bugs.launchpad.net/ubuntu/+source/googletest/+bug/1644062
[02:22] <ubot5`> Ubuntu bug 1644062 in googletest (Ubuntu) "googletest 1.8.0-2 (on zesty) breaks existing builds [add_library cannot create target "gmock" ...]" [Critical,Confirmed]
[02:22] <duflu> *appeared*
[02:22] <robert_ancell> duflu, don't know what that is
[02:23] <duflu> Yeah it's new, as of last night. Overrides other packages
[02:24] <duflu> Crap. It's inherited from Debian. Created by a non-launchpad user.
[06:07] <hikiko> Hi
[06:36] <duflu> Morning hikiko
[06:36] <hikiko> hi duflu :)
[06:36] <hikiko> how are you?
[06:37] <duflu> hikiko: Good, you?
[06:38] <hikiko> good too
[07:30] <pitti> Good morning
[07:31] <robert_ancell> pitti, hey, do you know anything I can do to get snapd-glib into xenial faster?
[07:32] <pitti> robert_ancell: as soon as someone actually tests it
[07:32] <pitti> bug 1635270, right?
[07:32] <ubot5`> bug 1635270 in snapd-glib (Ubuntu Yakkety) "libsnapd-glib is not useful without snapd-login-service " [High,Fix committed] https://launchpad.net/bugs/1635270
[07:33] <robert_ancell> pitti, no, I'll fing the bug..
[07:35] <robert_ancell> pitti, I think it was bug 1620159
[07:35] <ubot5`> bug 1620159 in snapd-glib (Ubuntu) "[MIR] snapd-glib" [Wishlist,Fix released] https://launchpad.net/bugs/1620159
[07:35] <robert_ancell> The issue was I couldn't open a bug against the xenial snapd-glib package because it doesn't yet exist..
[07:36] <pitti> robert_ancell: oh right, sorry, that was y
[07:36] <robert_ancell> actually, it was bug 1616943 according to the changelog
[07:36] <ubot5`> bug 1616943 in gnome-software (Ubuntu Xenial) "Can't auth against U1 in g-s" [Critical,Triaged] https://launchpad.net/bugs/1616943
[07:36] <pitti> robert_ancell: sure you can; snapd-glib does exist, you can add a xenial task
[07:36] <robert_ancell> But yeah, both bugs are pretty closely related
[07:36] <pitti> (exists in Launchpad's "ubuntu" BRAIN)
[07:36] <pitti> ergh @ shift key
[07:37] <robert_ancell> It wouldn't let me at the time...
[07:37] <robert_ancell> pitti, tried now, xenial is not a checkbox on the "nominate series" page
[07:41] <pitti> robert_ancell: right, because that bug already has a xenial task
[07:41] <pitti> robert_ancell: I figure someone added xenial tasks and then deleted them from the snapd-glib package
[07:41] <robert_ancell> oh
[07:41] <pitti> robert_ancell: you can delete the x task from gnome-software as well, and then add them both back
[07:42] <robert_ancell> pitti, bingo, worked!
[07:42] <robert_ancell> Thanks!
[07:43] <robert_ancell> pitti, so yeah, I just need snapd-glib to exist in xenial, so I can upload the g-s that will make use of it.
[07:43] <pitti> robert_ancell: thanks for the lightdm review; just typing a reply
[07:43] <robert_ancell> pitti, np, sorry for the delay getting back to you
[07:43] <pitti> robert_ancell: ack, then that bug seems appropriate for the SRU as it explains the background
[07:44] <pitti> robert_ancell: replied; I'm not entirely convinced that we should bother with TERM and wait for the session, but we can discuss that in the MP; I'll restore the patch for the time being
[07:45] <pitti> robert_ancell: and then, just upload a snapd-glib backport to xenial-proposed
[07:45] <robert_ancell> pitti, 1.2-0ubuntu1.1~xenial should exist in xenial-proposed, but I can't see it on https://launchpad.net/ubuntu/+source/snapd-glib
[07:46] <pitti> robert_ancell: it's in https://launchpad.net/ubuntu/xenial/+queue?queue_state=0&queue_text=
[07:48] <robert_ancell> pitti, right, so who can let it out of the queue?
[07:53] <pitti> robert_ancell: any SRU team member; I'm currently restoring the lightdm patch, then I can do an SRU round
[07:53] <robert_ancell> pitti, awesome, thanks.
[07:55] <pitti> robert_ancell: in the meantime, you can upload the corresponding gnome-software SRU?
[07:55] <robert_ancell> pitti, sure
[08:12] <pitti> robert_ancell: lightdm uploaded and committed to bzr this time (as d/patch/ again)
[08:12] <robert_ancell> pitti, ack
[08:17] <pitti> snapd-glib accepted
[08:47] <robert_ancell> pitti, uploaded, bye!
[08:47] <pitti> robert_ancell: good night!
[08:59] <willcooke> o/
[09:00] <pitti> hey willcooke!
[09:03] <Laney> morning
[09:08] <willcooke> hey Laney pitti
[09:08] <pitti> hey Laney, good morning
[09:10] <davmor2> Morning all
[09:10] <willcooke> hey davmor2
[09:11] <seb128> good morning desktopers
[09:11] <seb128> hey pitti willcooke Laney
[09:11] <Laney> hey willcooke, ahoy pitti, aloha davmor2, g'day seb128
[09:11] <davmor2> morning willcooke Laney and seb128
[09:11] <pitti> bonjour seb128 !
[09:11] <seb128> hey davmor2
[09:11] <Laney> I can see...
[09:11] <Laney> blue sky
[09:11] <Laney> and it's not raining!
[09:12] <pitti> Laney: turn off the video on that monitor
[09:12] <pitti> and look at the window instead :)
[09:12] <didrocks> hey desktop gang! :-)
[09:12] <willcooke> Laney, pics or it didnt happen
[09:12] <willcooke> wait
[09:12] <didrocks> roh #troll
[09:12] <willcooke> I can confirm
[09:12] <Laney> there we go, that is science
[09:12] <davmor2> seb128, Laney: have you guys noticed no network icon if you have no connection I'm going to have a play about to double check it either friday or when I go home
[09:13] <Laney> nope
[09:13] <Laney> what release?
[09:14] <davmor2> Laney: zesty of course
[09:15] <seb128> that was reported on launchpad so it's not only you
[09:15] <flexiondotorg> Good morning Laney davmor2 willcooke pitti seb128 hikiko
[09:15] <seb128> do you have the lightdm update that pitti did yesterday?
[09:15] <seb128> hey flexiondotorg
[09:15] <davmor2> morning flexiondotorg
[09:16] <davmor2> seb128: just upgraded now I'll have a look see
[09:16] <hikiko> good morning all
[09:16]  * hikiko highlights everyone's nickname 
[09:16] <hikiko> how are you?
[09:16] <willcooke> :)
[09:17] <seb128> hey hikiko
[09:19] <willcooke> Trevinho, ping for when you're about
[09:19] <willcooke> errr
[09:19] <willcooke> contextless
[09:19] <willcooke> \o/
[09:19]  * willcooke moves to query 
[09:19] <seb128> willcooke, you said too much, need to give us the meat now
[09:20] <willcooke> just wanting to fact check a couple of things
[09:20] <willcooke> for U7
[09:21] <didrocks> it sounds like politics!
[09:22] <Laney> strivers and skivers
[09:22]  * Laney could be a politician
[09:24] <davmor2> seb128: looks like it lightdm:amd64 (1.20.0-0ubuntu2, 1.20.0-0ubuntu3)
[09:24] <seb128> did you reboot since?
[09:25] <davmor2> seb128: not yet but then I also have a connection let me reboot and log into guest
[09:35] <hikiko> desktop irrelevant question: I'm trying to backup a whole partition with rsync because I want to delete it and install ubuntu afterwards but it takes ages, I am doing this since yesterday, do you know any faster tool?
[09:36] <davmor2> seb128: okay so now it shows but about a minute after everything else is displayed
[09:36] <hikiko> it's about 300GB
[09:38] <seb128> davmor2, that's the bug reported on launchpad
[09:38] <popey> hikiko: clonezilla
[09:38] <seb128> which also claims that polkit doesn't work for a minute after login
[09:38] <seb128> likely another systemd user session regression
[09:38] <seb128> unsure if that's the same as pitti was working on though
[09:38] <seb128> or a different issue
[09:39] <hikiko> thanks popey !
[09:39] <popey> np
[09:39] <pitti> happyaron: Replace-Ad-Hoc-WPA-None-support-with-IBSS-RSN-PSK.patch, Revert-wifi-disable-Ad-Hoc-WPA-connections-lp-905748.patch, and wifi-Signal-on-the-wifi-device-when-its-supplicant-i.patch still exist in NM's debian/patches/ but not in series any more; can these actually be dropped?
[09:41] <pitti> seb128, davmor2: haven't followed the entire conversation, but you can disable the systemd user session in /etc/X11/Xsession.d/00upstart -- comment out/disable the "if" block that adds /usr/share/upstart/systemd-session to XDG_CONFIG_DIRS
[09:42] <pitti> doing that is useful -- many of these bugs come from the switch to dbus-user-session, but some are certainly also bugs in the systemd units
[09:42] <willcooke> pitti, happyaron is off sick atm - probably back next week
[09:42] <seb128> pitti, davmor2 is reporting that nm-applet is taking a minute to load after login on zesty (and we had a report mentioning that polkit has the same issue)
[09:42] <pitti> willcooke: ah, thanks
[09:42] <pitti> seb128: hm, I haven't see that one yet; most likely not related to the lightdm fix
[09:42] <seb128> k
[09:47] <davmor2> pitti: okay cool
[10:21] <desrt> does anyone know how to make valgrind treat individual "possibly lost" cases as reachable?
[10:22] <desrt> ie: i know some locations where some fishy pointer math is going on... i don't want to suppress them entirely... i just want valgrind to know that, indeed, they are reachable via mangled pointers (if valgrind finds any such pointers)
[10:22] <desrt> and otherwise, they are, indeed, lost
[10:23]  * seb128 doesn't know
[10:23] <desrt> annoying.
[10:38] <willcooke> oh, Autumn Statement is on and I missed the start
[10:41] <willcooke> no it's not.  The BBC is confusing me
[10:41] <seb128> is that the budget discussion La_ney was mentioning earlier?
[10:45] <desrt> MemCheck:Leak \n match-leak-kinds:possible
[10:45] <desrt> this gets pretty close to doing the right thing...
[10:50] <willcooke> seb128, yeah
[10:52] <Laney> willcooke: 12:30
[10:52] <Laney> do you feel like you're Just About Managing?
[10:52]  * Laney hides behind hands
[10:52] <willcooke> sounds about right
[10:53]  * Laney enjoys an organic kale and quinoa smoothie
[10:53]  * Laney the metropolitan liberal elite
[10:53]  * willcooke shakes his Guardian 
[10:54] <Laney> I actually have one of those ...
[11:05] <ricotz> hey desktopers
[11:06] <ricotz> looks like python2.7 2.7.12-7 breaks bzr
[11:10] <seb128> hey ricotz, that might be a topic better placed on #ubuntu-devel for doko and/or barry
[11:12] <ricotz> seb128, hi, I see, right
[11:15] <davmor2> Laney: we are all jammin....jammin.....jammin....with the money we got
[11:44]  * Laney dist-upgrades from x to z without going through y
[11:45] <Laney> LIFE ON THE EDGE
[11:45] <jcastro> hey everyone, the Valve guys are updating their package to support PS4 controllers and are adding new udev rules, I've filed the changes here: https://bugs.launchpad.net/ubuntu/+source/steam/+bug/1644196
[11:45] <ubot5`> Ubuntu bug 1644196 in steam (Ubuntu) "Update udev rules to the latest upstream set" [Undecided,New]
[11:46] <jcastro> if someone has time to update these it would be lovely.
[11:50] <willcooke> Should probably mark that against udev as well as Steam
[11:50] <willcooke> at least I think so,
[11:50] <jcastro> ack
[11:52] <seb128> that's not in systemd nowadays?
[13:27] <tjaalton> what draws the background of unity greeter?
[13:30] <tjaalton> nautilus it seems
[13:30] <tjaalton> downgrading that makes lightdm slightly happier here
[13:30] <tjaalton> while it still thinks the canvas is much bigger than my screen
[13:35] <tjaalton> [+2,91s] DEBUG: main-window.vala:187: Screen is 1600x900 pixels
[13:35] <tjaalton> [+2,91s] DEBUG: main-window.vala:195: Monitor 0 is 3200x1800 pixels at 0,0
[13:35] <tjaalton> before it was 1600x900 for both, after scaling
[13:35] <tjaalton> in yakkety that is
[13:37] <Laney> Before what?
[13:37] <Laney> Nautilus isn't used there
[13:37] <seb128> tjaalton, hum, I don't think nautilus is being used in the greeter no, that wouldn't make much sense
[13:38] <tjaalton> upgrading to zesty
[13:38] <tjaalton> well downgrading nautilus at least helped
[13:38] <tjaalton> downgrading lightdm did not
[13:38] <seb128> how helped?
[13:39] <seb128> did you drowngrade gtk as well?
[13:39] <seb128> or gnome-desktop?
[13:39] <tjaalton> I only had a square "box" of the greeter visible on top left corner
[13:39] <tjaalton> no
[13:39] <seb128> could be a coincidence
[13:40] <tjaalton> now I have the whole screen but the greeter is still "huge"
[13:40] <tjaalton> because it thinks the screen is bigger
[13:40] <seb128> xorg/driver issue?
[13:40] <tjaalton> no
[13:40] <seb128> or gtk/gnome-desktop one?
[13:40] <tjaalton> nothing changed there
[13:40] <tjaalton> dunno
[13:41] <tjaalton> I'm open for suggestions
[13:41] <tjaalton> what to downgrade
[13:41] <seb128> I would try downgrading gtk
[13:41] <tjaalton> ok
[13:42] <tjaalton> uh
[13:42] <tjaalton> now it's removing half of the system, damn
[13:43] <seb128> :-(
[13:43] <seb128> you might need to have a yakkety source and /yakkety things that depends on the new gtk
[13:43] <tjaalton> I have yakkety added back to sources
[13:48] <tjaalton> yep, I have lightdm back as before
[13:48] <tjaalton> apt install libgtk-3-0=3.20.9-1ubuntu2 gir1.2-gtk-3.0=3.20.9-1ubuntu2 libclutter-gtk-1.0-0=1.8.0-1 gir1.2-totem-1.0=3.22.0-0ubuntu1 libtotem0=3.22.0-0ubuntu1 libgail-3-0=3.20.9-1ubuntu2 libgtkmm-3.0-1v5=3.20.1-1
[13:48] <tjaalton> it stil removed totem and something
[13:51] <tjaalton> should unity8 run as guest?
[13:55] <tjaalton> probably not, complains about some permissions
[14:09] <tjaalton> filed bug 1644240
[14:09] <ubot5`> bug 1644240 in gtk+3.0 (Ubuntu) "lightdm greeter not shown properly on zesty" [Undecided,New] https://launchpad.net/bugs/1644240
[15:10] <davmor2> seb128, Laney, willcooke: are there any automated test for installing snap packages through software center?
[15:11] <willcooke> davmor2, just talked to j_ibel about that briefly.  Don't think so, but if you want to start a thread with Robert Ancell please cc me in
[15:11] <davmor2> willcooke: awesome thanks
[15:15] <seb128> don't think so either
[15:16] <seb128> tjaalton, the gtk guess was right then ;-)
[15:19] <tjaalton> yeah
[15:20] <ricotz> tjaalton, gtk 3.22.x?
[15:21] <ricotz> 3.22.4-1ubuntu1 includes some hidpi scale-factor fixes
[15:21] <tjaalton> ricotz: I had 3.22.2-0ubuntu1
[15:22] <ricotz> tjaalton, I guess 3.22.4 will fix the issue you had
[15:22] <tjaalton> cool
[15:23] <tjaalton> any idea why unity-greeter doesn't list gnome available on the session list?
[15:23] <tjaalton> upgrade probably broke/removed something
[15:25] <ricotz> gnome-session is installed?
[15:26] <tjaalton> yep
[15:27] <ricotz> tjaalton, with "gnome" you mean gnome-shell?
[15:27] <tjaalton> yes
[15:28] <tjaalton> ah, it's not installed..
[15:28] <tjaalton> oh right, gtk downgrade removed it hehe
[15:29] <ricotz> better pick 3.22.4 from proposed
[15:29] <ricotz> gtk+
[15:29] <tjaalton> sure
[15:29] <tjaalton> I'll just try again tomorrow
[15:30] <Laney> would be good to know if it works for you
[15:30] <tjaalton> alright
[15:31] <Laney> FAIL: test_pep8_clean (test_pep8.TestPep8Clean)
[15:31]  * Laney stabs pep8 in testsuites
[16:17] <Trevinho> didrocks: there are various repeated parts in https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/snapcraft.yaml, I was wondering...Couldn't those be replicated using the - after: instead?
[16:24] <didrocks> Trevinho: no, the parser doesn't have support otherwise for this
[16:24] <didrocks> Trevinho: the repetition will be removed once we say we don't support / anymore in parts name
[16:25] <didrocks> but it needs proper announcement and such
[16:25] <Trevinho> didrocks: sure...
[16:25] <didrocks> Trevinho: the whole repetition is due to this namespace change transition…
[16:25] <Trevinho> yeah, I know... I was just wondering if there was a way to avoid it, but it seems not
[16:30] <didrocks> Trevinho: maybe you are right with after: but I won't test it (the server-side parser is quite hard to grasp)
[16:30] <didrocks> so I will just duplicate and want for it to die in a couple of months
[16:30] <Trevinho> didrocks: yeah... Unfortunately it's not that easy to test remote parts... It would be nice to have a way to mock it
[16:32] <didrocks> yep!
[16:34]  * Trevinho looks reviewers for https://code.launchpad.net/~3v1n0/libappindicator/incons-paths-on-snap/+merge/311424
[16:53] <Laney> isle of man parliament T _ N _ A _ D
[16:57] <davmor2> Laney: 16.04.1 daily iso should it have snapd on by default?
[17:01] <Laney> davmor2: There's a compmonent mismatch (xdelta) so its not installable
[17:03] <davmor2> Laney: ah cool thanks for a minute I thought https://www.youtube.com/watch?v=Od6hY_50Dh0
[17:03] <Laney> this better be the x-files theme
[17:03] <Laney> close enough
[17:05] <ximion> Laney: the only missing bit for asgen is the "update data from old suites" feature, right?
[17:05] <Laney> hey ximion
[17:05] <Laney> missing how?
[17:06] <Laney> ximion: oh you mean feature requests?
[17:06] <Laney> that and PPAs
[17:07] <ximion> jup
[17:07] <ximion> okay, PPAs weren's supported by dep11gen as well and are a lot more work
[17:07] <Laney> updating wasn't either
[17:07] <Laney> was it?
[17:07] <ximion> no
[17:07] <ximion> updating will need changes in AppStream itself too
[17:08] <ximion> I haven't finalized a plan for it, but I have an idea
[17:08] <ximion> I need to chat with the APT guys first to see if they have a better one
[17:08] <Laney> you mean because of the origin?
[17:09] <ximion> yes, although the origin field isn't much of a problem, the duplicate IDs however are an issue
[17:09] <Laney> hmm
[17:09] <Laney> I thought dataPriority would sort that out
[17:09] <Laney> or Priority or whatever it's called in the spec
[17:09] <ximion> I am drowning in work at time, so I am currently sifting through tasks and priorizing them
[17:09] <Laney> anyways
[17:10] <Laney> if you write down your idea on the bug then I would be happy to help implementing
[17:10] <Laney> drowning in real work is probably good ;-)
[17:10] <ximion> DataPriority is super inefficient, since we read & parse & download everything and then throw everything away. We also can not delete any component that way
[17:10] <Laney> after ximion's world tour of 2016
[17:10] <ximion> yeah...
[17:11] <ximion> zlatan being away and me having his managing work too doesn't exactly help ^^
[17:11] <Laney> heh
[17:11] <Laney> I see, you might want something in the header to completely disable another file
[17:11] <ximion> also, lab is crazy busy, I am never home before 6 p.m.
[17:12] <ximion> Laney: that, *or* have the APT glue code ignore a file based on its filename, *or* have APT do that for me
[17:12] <ximion> the latter would prevent us from downloading needless data, which would be pretty nice
[17:13] <Laney> you probably want an *and* there
[17:14] <Laney> I think that the Endless dudes are doing something about shipping appstream post release too
[17:14] <Laney> sort of following what they were saying in #gnome-software aanyway
[17:14] <ximion> so we have logic like "if "origin-sru" file is present, do not process "origin" file"
[17:14] <ximion> Laney: but endless has a very different system of shipping software...
[17:14] <Laney> ostree-core thing
[17:15] <Laney> but the problem seems similar
[17:15] <ximion> normally, the data shipped at the time of build should be final
[17:16] <ximion> the only time you want to update it is if there were asgen changes and you need them in the stable suite
[17:16] <Laney> might want to override the description, icon, ship more translations
[17:16] <ximion> which should be a less and less important case, nevertheless we have this problem now
[17:16] <Laney> probaby the last one is the one they care about
[17:17] <Laney> worth chatting imho
[17:17] <ximion> since upstream is doing the l10n stuff in AppStream, this isn't really in its design - since you can't update the l10n data without also updating the app itself
[17:18] <ximion> it's pretty much a clash of the "upstream" vs the "distro" deploy model
[17:18] <ximion> hmm, I think at Debian l10n data is frozen together with everything else on release
[17:19] <ximion> so the whole archive - including l10n - becomes immutable
[17:20] <ximion> but I never really looked at that very closely (but since l10n works the same way AppStream does in Debian, they will have the same problems)
[17:22] <Laney> ximion: I think for distros (at least for us) it's an asgen bugs (or -dep11 -> asgen) use case
[17:22] <Laney> or if we're being ambitious maybe enabling other types
[17:23] <Laney> I'm saying that this other case might be useful to think about as apart of the same problem
[17:23] <Laney> https://git.gnome.org/browse/gnome-software/tree/src/plugins/gs-plugin-external-appstream.c <- that thing I think
[17:23] <Laney> not sure how it works
[17:35] <Laney> thisssss wifi
[17:35]  * Laney should pay for tethering
[17:39] <seb128> it's ridiculous that providers block that/make it a paying option
[17:40] <xnox> what's blocked?
[17:40] <Laney> My phone does something to tell them that I'm tethering
[17:41] <xnox> they count the hops on the packets.
[17:41] <xnox> without your phone telling them.
[17:41] <Laney> Nope
[17:41] <Laney> it works if I change phones
[17:41] <xnox> you can root your phone and run transparent proxy on it, i think to bypass.
[17:41] <xnox> sigh
[17:41] <ximion1> Laney: yeah, I asked richard about the polkit policy for installing AppStream data, because I found it to be really weird, and he said that it was something exclusively for endless
[17:41] <Laney> I think it must add another interface or something
[17:41] <xnox> Laney, don't you love the closed-source software defined radio stack in the phones modems?! =)
[17:42] <Laney> ximion1: seems weird
[17:42] <Laney> *but* you might care about the appstream side of it in this context
[17:43] <Laney> because I'm not sure what g-s is doing with these random AppStream files
[17:45] <ximion1> Laney: me neither... GS is sometimes using AS in weird ways, because hughsie was/is in some "make everyone happy as soon as possible" mode :P - so at least in the past, some weirdness and workarounds were added
[17:46] <Laney> ximion1: that's why I'm trying to hint you over there :P
[17:46] <ximion1> e.g. GS is way less sensitive about metadata collisions and just does a relatively complex merge to show as much data as possible
[17:46] <ximion1> (I am not super-happy about that, since it makes finding out where data came from harder)
[17:47] <ximion1> yes, the main "problem" is that people use AS in a lot of different ways, and especially for problems it was not designed to solve (e.g. a replacement for *all* package metadata)
[17:48] <ximion1> I need to write more mails, more blog posts (there is still one pending on the last release...)
[17:48] <ximion1> but time...
[17:52] <Laney> indeed
[17:52] <Laney> right, back in a bit
[17:53] <seb128> k, calling it a day here
[17:53] <seb128> have a nice evening desktopers!
[17:53] <seb128> see you tomorrow
[17:53] <willcooke> cya seb128
[17:53] <seb128> bye willcooke
[18:16] <willcooke> night all
[18:23] <tjaalton> Laney, ricotz: looks like newer gtk fixed my bug
[18:24] <ricotz> tjaalton, go go mesa 13
[18:24] <tjaalton> took two hours to upload..
[18:25] <tjaalton> network was ba-a-a-a-d
[20:41] <Laney> tjaalton: good, so let's fix tests to get it to migrate ;-)
[20:41] <Laney> (will look tomorrow)
[20:57] <Laney> ximion1: btw, asgen is deployed
[20:57] <Laney> http://appstream.ubuntu.com/
[21:05] <ximion1> Laney: wohoo! Amazing!
[21:06] <ximion1> the front-page sorting is weird, maybe I should use a sorted list as input there instead of the raw dict keys :P
[21:07] <ximion1> heh, xenial even has the old html pages, nice!
[21:11] <ximion1> Laney: at some point in the near future, I want to switch the .desktop file reading code to use the libas routines instead of its own implementation. I also want to make the archive-handling code refcounted instead of GC managed
[21:12] <ximion1> both changes are big and have a high regression potential - the first one might make your langpack stuff harder, but I'll need to look into that - it could also just require very minor adjustments