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