[00:10] <xnox> Sweet5hark, well apport bombs out processing failed gconf2
[00:10] <xnox> probably circular trigger dependencies again
[01:03] <jbicha> Sweet5hark: https://launchpad.net/ubuntu/+source/apt/1.3~rc2ubuntu3 is still in -proposed, maybe that's relevant?
[05:20] <hikiko> Hi!
[05:26] <pitti> Good morning
[05:52] <pitti> Laney: FYI, ppc64el y instances crash on boot, filed bug 1616743
[05:53] <pitti> Laney: and I took down lgw as axino wants to do maintenance on it today
[08:02] <Laney> morning!!!
[08:03] <flexiondotorg> Yawn o/
[08:04] <seb128> good morning desktopers
[08:04] <willcooke> morning seb128
[08:05] <pitti> hey Laney, hello seb128!
[08:05] <flexiondotorg> Laney, can you tell me if I have PPU rights for xenial-proposed please?
[08:05] <seb128> hey willcooke pitti Laney
[08:05] <pitti> hello willcooke and flexiondotorg!
[08:05] <seb128> how are you?
[08:05] <flexiondotorg> pitti, o/
[08:06] <pitti> seb128: reasonably well, thanks! et toi ?
[08:06] <flexiondotorg> Because this - https://bugs.launchpad.net/ubuntu/+source/libmateweather/+bug/1616533
[08:06] <Laney> flexiondotorg: edit-acl -p flexiondotorg -S xenial query (lp:ubuntu-archive-tools)
[08:06] <flexiondotorg> Laney, aha. Thanks.
[08:07] <seb128> pitti, ça va bien !
[08:08] <davmor2> Morning all
[08:25] <Trevinho> Good morning
[08:28] <willcooke> hey Trevinho
[08:29] <Trevinho> Hi Will
[08:31] <Sweet5hark1> moin
[08:50] <flexiondotorg> I've built and tested a patch for libmateweather on xenial
[08:50] <flexiondotorg> https://launchpadlibrarian.net/280864053/libmateweather_1.12.1-1_1.12.1-2.diff.gz
[08:51] <flexiondotorg> MATE 1.12 has been supceeded in Debian testing/unstable with MATE 1.14.
[08:51] <flexiondotorg> So I am uncertain of the correct version number to give this update?
[08:57] <Sweet5hark1> (building libreoffice 5.2.1~rc2 tarballs)
[08:57] <flexiondotorg> libmateweather 1.12.2 was never in Debian and never will be.
[08:58] <flexiondotorg> So should it be libmateweather (1.12-2ubuntu1) ?
[08:58] <flexiondotorg> Ugh.
[08:58] <flexiondotorg> libmateweather (1.12.1-2ubuntu1)
[08:58] <Laney> 1ubuntu1 or 1ubuntu0.1 or 1ubuntu0.16.04.1 would all be fine
[08:59] <Laney> It just has to be less than the version in the next release
[08:59] <flexiondotorg> OK, thanks.
[09:00] <flexiondotorg> Does this update need an SRU or is it reasonable to upload the next version directly?
[09:09] <Laney> To xenial?
[09:11] <flexiondotorg> Yes, for xenial.
[09:11] <Laney> There's no other thing than an SRU
[09:12] <Laney> (well, apart from a security update or a backport)
[09:12] <flexiondotorg> OK, thought so.
[09:15]  * Laney investigates reading mo files directly for a bit
[09:34] <pitti> Laney: WDYM?
[09:34] <pitti> gettext() reads *.mo files, and msgunfmt converts it back to a human readable form
[09:35] <Laney> I need to read random .mo files
[09:36] <Laney> It's either: generate the locales, or read the files directly
[09:36] <Laney> AFAICS
[09:39] <pitti> indeed, there doesn't seem to be a *gettext() variant that specifies the file directly
[09:40] <Laney> You can setlocale(), but I found out yesterday that you have to have the locale generated for that to work
[09:40] <Laney> assumed it would just work for LC_MESSAGES at least
[09:41] <pitti> Laney: what about catopen()/catget()?
[09:41] <Laney> But I suppose there's plural stuff
[09:41] <pitti> catgets() I mean
[09:41] <Laney> not seen those
[09:41]  * Laney looks
[09:41] <pitti> I haven't used them either yet, not sure if they are applicable, but that seems to be the  lower-level stuff that gettext() is built on
[09:43] <pitti> I saw it on https://www.gnu.org/software/gettext/manual/gettext.html#Programmers
[09:44] <pitti> it may or may not be helpful depending on what you do (iterate over all messages or look up a particular one)
[10:42] <Laney> winning
[10:43] <Laney> https://paste.debian.net/791462
[10:49] <seb128> Laney, well done! ;-)
[10:51] <Laney> getting there :/
[10:51] <Laney> got to translate that to D now
[10:56] <pitti> Laney: nice! so you just need to iterate through all messages now? which api are you using now, ooi?
[10:56] <Laney> pitti: no API, just reading it manually
[10:56] <Laney> pitti: I'll build a hashtable or something to look things up
[11:18] <seb128> non standard languages :-/
[11:27] <Sweet5hark1> FWIW, just tried the 2016-08-26 amd64 daily image and the installer crashed ...
[11:29] <seb128> Sweet5hark1, living in the futur
[11:30] <seb128> could be that apt/non english locale bug
[11:30] <seb128> what version of apt is on the iso?
[11:30] <seb128> http://cdimage.ubuntu.com/daily-live/current/yakkety-desktop-amd64.manifest
[11:30] <seb128> apt	1.3~rc2ubuntu2
[11:30] <Laney> that is worked around in ubiquity
[11:30] <seb128> https://launchpad.net/ubuntu/+source/apt/1.3~rc2ubuntu3 is the fix
[11:30] <seb128> k
[11:30] <seb128> so I don't know
[11:31] <seb128> Laney, do you know if there another known installer issue?
[11:31] <seb128> Sweet5hark1, I guess report a bug...
[11:31] <Laney> wtf
[11:31] <Laney> is it?
[11:31] <Laney> https://launchpadlibrarian.net/280621488/ubiquity_16.10.7_16.10.8.diff.gz
[11:31] <Laney> oh I can't read
[11:31] <Laney> but he duplicated a line
[11:31] <Laney> dunno
[11:31] <Laney> file a bug and the ubiquity team will look at it :-)
[11:35] <seb128> cyphermox, ^ duplicate os.environ["LC_ALL"] = "C.UTF-8" call, you might want to fix it
[13:30] <cyphermox> seb128: well now I can remove it all too
[13:42] <seb128> cyphermox, k ;-)
[14:06] <seb128> happyaron, hey, n-m-a 1.2.4 status? ;-)
[14:36] <seb128> shrug
[14:36] <seb128> gnome-software segfaults on start on yakkety daily
[14:36] <seb128> :-/
[14:37] <seb128> in the apt plugin
[14:37]  * seb128 gets ddeb
[14:38] <willcooke> seb128, it didnt here on my ~ 1 week old iso
[14:38] <willcooke> I'm upgrading now
[14:40] <willcooke> seb128, works for me (well, no seg fault) but a distinct lack of snaps
[14:43] <seb128> of course it works with the dbgsym installed
[14:44] <seb128> or maybe it works after an apt-get update
[14:49] <davmor2> seb128: works in live session
[14:49] <seb128> no for me
[14:50] <seb128> but maybe locale specific
[14:50] <seb128> I'm using french
[14:52] <davmor2> seb128: seems there are 42 updates including libapt let me see what happens if I install that
[14:53] <willcooke> seb128, 32bit for you right?
[14:54] <seb128> right
[14:55]  * davmor2 sprays coffee all over the screen someone still uses 32bit
[14:55] <davmor2> I'm testing amd64 live session :(
[14:57]  * willcooke downloads 32bit
[14:58] <davmor2> and it still works
[14:59] <davmor2> willcooke: let me save you the effort I have 32bit too I was just testing live session of amd64bit cause I had it open :)
[14:59] <willcooke> ah, thx davmor2
[15:01] <seb128> not likely due to 32bits
[15:01] <seb128> it doesn't segfault everytime either
[15:01] <seb128> http://paste.ubuntu.com/23089237/
[15:03] <seb128> it's https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1571729
[15:05] <seb128> interesting it has i386 and armhf reports only
[15:09] <davmor2> hmmmm still working
[15:10] <davmor2> seb128, willcooke: so with live session updated it is working here, might be an installed issue over live session
[15:11] <seb128> davmor2, the error reports suggests it impacts i386 and armhf only
[15:11] <davmor2> seb128: yeap I have i386 open now and it is working
[15:11] <seb128> k, weird
[15:11] <seb128> did you try to apt-get update?
[15:13] <davmor2> seb128: I've only done live session, apt install && apt full-upgrade and then opened software-centre
[15:13] <seb128> k
[15:13] <seb128> it might be random
[15:13] <seb128> I'm wondering if it has with the enabled sources
[15:13] <seb128> i changed the yakkety one to xenial to downgrade snapd and it's working
[15:20] <davmor2> seb128: okay so it crashes if I don't update first
[15:23] <seb128> davmor2, thanks
[15:29] <davmor2> willcooke: spicy + kvm so much better than kvm on it's own :)
[15:31] <seb128> bah
[15:31] <seb128> wip/ubuntu-xenial git doesn't build
[15:32] <seb128> gs-appstream.c:525:26: error: ‘AS_APP_QUIRK_NOT_LAUNCHABLE’ undeclared (first use in this function)
[15:32] <seb128> grrrrrr
[15:40] <Trevinho> ricotz: as you might have seen, I've released bamf 0.5.3 https://launchpad.net/bamf/0.5/0.5.3
[15:42] <seb128> attente, hey, is there any easy way to get debug info from the g-s/macaroon auth code? like see why it fails or if it hits any server error?
[15:42] <attente> seb128: try GNOME_SOFTWARE_SNAPPY=debug i think
[15:43] <seb128> attente, thanks
[15:44] <seb128> weird
[15:44] <seb128> [15:44] <seb128> Status 401
[15:44] <seb128> {"type":"error","status-code":401,"status":"Unauthorized","result":{"message":"access denied","kind":"login-required"}}
[15:45] <attente> is there a request part to that?
[15:47] <seb128> yes
[15:47] <seb128> [15:47] <seb128> POST /v2/login HTTP/1.1
[15:47] <seb128> Host:
[15:47] <seb128> Content-Length: 77
[15:47] <seb128> {  "username" : "<...>",  "password" : "<...>"}
[15:47] <seb128> [15:47] <seb128> that's try to install a snap on a xenial machine
[15:48] <attente> wonder if the api changed or something
[15:48] <seb128> yeah
[15:49] <seb128> do you know who would know?
[15:49] <seb128> nessita?
[15:49] <seb128> is that a store thing?
[15:50] <attente> wasn't it normally supposed to send a 2-factor otp too?
[15:50] <seb128> I don't know, never tried to look at the debug before, but could be
[15:51] <attente> i'll try here...
[15:51] <seb128> thanks
[15:53] <ricotz> Trevinho, nice :)
[16:19] <qengho> seb128: Is that talking to the store, or to the local snapd webserver? Looks like the latter.
[16:27] <willcooke> qengho, yeah talking to snapd I think
[16:34] <Laney> oh god I have langpack translations in the output
[16:35] <Laney> praise be
[16:43] <seb128> wooot
[16:58] <seb128> Sweet5hark1, is that known that on current yakkety daily iso there is an empty bar on top of the toolbar?
[17:12] <Laney> byeeee
[17:13] <seb128> Laney, have a nice evening!
[17:15] <Laney> seb128: you too!
[17:16] <seb128> yeah, calling it a day as well
[17:16] <seb128> hit enough g-s issues for one day
[17:16] <seb128> (though some are snapd ones)
[17:22]  * willcooke follows
[17:22] <willcooke> night all
[19:53] <seb128> tkamppeter, hey, do you know if a pixma 3650 printer is easy to get working on xenial? I tried to help a friend to get it working on trusty some time ago but that didn't work out, wondering if xenial fixes the issues