[01:02] good morning [01:47] Morning callmepk [01:47] Morning duflu [04:53] good morning [05:01] Morning jibel [05:25] goood morning desktopers [05:25] Hi duflu seb128 [05:26] lut jibel et un bon vendredi ! [05:26] hey duflu, how are you? [05:33] Hi seb128, going well. You? [05:33] seb128, bon vendredi à toi aussi [05:34] duflu, doing alright, thanks! [05:35] seb128, I got some tips from upstream that might be useful in 21.04: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1406#note_935033 [06:01] morning callmepk duflu jibel seb128 [06:01] Hi marcustomlinson [06:16] Hi marcustomlinson jibel seb128 [06:17] good morning desktoppers [06:21] Morning oSoMoN [06:21] biab [06:25] hey marcustomlinson, callmepk, oSoMoN [06:25] morning oSoMoN [06:26] duflu, right, that's a situation we know about, pipewire has a MIR pending review [06:26] which is a pre-require to enable those options [06:26] we also don't really have someone with the free cycles to work on the updates, packaging, etc for it atm [06:33] seb128: spoke to ken yesterday about pipewire, I’m happy to drive that. could you point me to a good place to start? that MIR probably [06:36] ah found it https://bugs.launchpad.net/ubuntu/+source/pipewire/+bug/1802533 [06:36] Ubuntu bug 1802533 in pipewire (Ubuntu) "[MIR] pipewire" [Low,Triaged] [06:40] Salut marcustomlinson callmepk [06:41] marcustomlinson, right, unsure there is much we can do on the MIR, it needs reviewing (it's late for the ffe now but nothing should block security to review the current Debian source until we sync over to Ubuntu) [06:42] marcustomlinson, we will need to test it to validate that it works though, so if you want to do that and also ensure screencasting, portals for snaps, etc work that would be welcome [06:42] seb128: alright cool, will do [06:43] marcustomlinson, https://trello.com/c/KRFxarVl/226-start-using-gnome-remote-desktop [06:43] duflu, ^ [06:56] seb128, great. That's more action than I expected. Was just an FYI [07:06] good morning [07:07] Morning didrocks [07:13] hey didrocks [07:16] hey duflu, marcustomlinson === nikotine is now known as ping [07:31] lut didrocks, et bon vendredi ! :) [07:33] bon vendredi seb128 :) [08:01] sup [08:06] hey Laney, happy friday! how are you? [08:08] hey Laney [08:11] hey Laney [08:11] Hi Laney [08:11] heya [08:12] moin seb128 didrocks marcustomlinson duflu and luna_ [08:12] happy friday indeed [08:14] raining here again! [08:14] apparently we had the wettest day on record on October 3 https://www.bbc.co.uk/news/science-environment-54561601 [08:14] this was when we were on holiday :> [08:16] hope you are all good! [08:22] bah my desktop has hung on unlocking [08:23] :-( [08:24] https://paste.ubuntu.com/p/WGqjFgV8pz/ some gvfs thing [08:24] seb128, I'm trying the translation update with the help of your doc. Should I export mo or po then mo are done at build time? [08:25] or both [08:25] jibel, did you see that Gunnar has a MP up for review with the update on https://code.launchpad.net/~gunnarhj/ubiquity/+git/ubiquity/+merge/392332 ? [08:25] ooh what doc? [08:25] seb128, Yes, just trying your doc to understand how it works [08:26] Laney, see backlog from yesterday evening, I included you in the ping :) [08:26] thanks for writing it btw it's definitely helpful [08:26] ah I didn't scroll up [08:26] jibel, np! only the .po [08:26] let me add a note to the wiki about that [08:26] thx [08:26] that looks nice [08:27] jibel, https://wiki.ubuntu.com/Ubiquity?action=diff&rev2=29&rev1=28 [08:28] w00t, killing gvfs got me back to the session [08:28] Laney, :-( [08:28] ah, to the session [08:28] yeah [08:29] I parsed that as to the greeter for some reason [08:29] still :-( for the fact it did hang though [08:29] indeed [08:29] I was having a look to see who is making that gvfs call to maybe file a bug [08:29] can't find it in shell [08:33] Laney, that's an upstream session? e.g no ubuntu dock? [08:33] correct [08:33] I wondered about that too [08:34] argh the french translators changes the link of the help page of AD to another one which doesn't rely on sssd :/ [08:34] changed* [08:36] seb128, when you have a minute can you approve my suggestion https://translations.launchpad.net/ubuntu/groovy/+source/ubiquity/+pots/ubiquity-debconf/fr/154/+translate [08:36] it's just the link [08:37] ah could be https://github.com/neffo/bing-wallpaper-gnome-extension/blob/master/extension.js#L432 [08:37] It's Always Extensions™ [08:38] indeed [08:38] jibel, did you remove the https:// prefix on purpose? [08:38] seb128, yes [08:39] isn't it more understandble that it's an url with it? [08:39] ah [08:39] but original string doesn't have it [08:39] alright [08:39] the link must be short so it can be memorized and written down easily. It is not an active link. [08:39] k [08:39] that's the style mp-t gives for urls in ubiquity [08:40] jibel, validated [08:40] ta [08:40] if only https had been added I wouldn't mind, but the target doc was wrong for our case [08:42] indeed [08:42] that's an interesting case [08:42] maybe we should consider not having the url in the translatable bit [08:42] but then you have to have a %s which can be messed up too :( [08:42] jibel, you can probably manual amend the fr.po if you merge Gunnar's MP [08:42] or do another commit I guess [08:42] yes, I'll update gunnar's mp [08:43] Laney, also some of those urls are replaced by localized versions [08:43] we have a server side redirector for the relases notes iirc [08:43] it gets passed the lang code and does it at that end [08:43] like in the slideshow the community part they point to something ubuntu-fr [08:44] unsure if that's something we should allow for official pages though [08:44] like what if we don't provide a french version of the AD instructions but the ubuntu-fr community has a nice page in french? [08:45] or you mean we could redirect like that server side instead? [08:45] yeah [08:45] IMHO, a note to the translators is enough [08:45] might not be worth the effort [08:45] Is it expected that non-root can still access the kernel log via journalctl, but not dmesg? [08:45] depends how often this kind of thing happens :-) [08:45] and if they have localized doc then they're free to change it [08:45] or if it needs to ever change post release without an upload [08:46] duflu, https://lists.ubuntu.com/archives/ubuntu-devel/2020-June/041063.html [08:47] ah, that's what the subject of the thread meant, I didn't even open the message :) [08:47] duflu, is your user a non admin one? because admin should have access to dmesg [08:47] I'm currently breaking the machine, but assume so because there's only one user [08:48] I'm a member of adm and I am not allowed to read dmesg [08:51] in fact I think that's discussed in the follow up [08:51] https://lists.ubuntu.com/archives/ubuntu-devel/2020-August/041125.html [08:51] https://lists.ubuntu.com/archives/ubuntu-devel/2020-August/041151.html [08:51] 'Debian already has the dmesg_restrict change since stretch, so our [08:51] users already need to use other mechanisms to look at the kernel log [08:51] messages. [08:51] Probably using journalctl or tailing the /var/log/syslog file.' [08:52] so yeah, looks like it's expected [08:52] dmesg is restricted now even to adm user and journalctl is the recommended way to access it [08:53] it's all good then [08:54] indeed [08:56] python question for the group, does anyone know how to do a something.readlines().decode('utf-8')? [08:56] I'm porting the versions script to python3 and it does those calls [08:58] for line in urllib.request.urlopen (url).readlines(): [08:58] if not line[0].isalpha(): [08:59] which bails out because the lines are bytes and not strings [08:59] and line[0] is an int, not a str [08:59] I guess I could done a line = line.decode('utf-8') or such after the for [09:01] yeah, I guess that’s it or read().decode('utf-8') but then do the for split yourself [09:12] Hi xnox, wondering if you can have a look at [09:12] https://code.launchpad.net/~gunnarhj/ubiquity/+git/ubiquity/+merge/392332 [09:12] and hopefully merge it. Asking you because besides the translations it includes an additional default language (for Kenya) through the same kind of patch modification as you did for Myanmar in the latest upload. [09:17] GunnarHj, I just did [09:18] jibel: Great, thanks! xnox: Please disregard ^ [09:20] seb128, Laney ^ if there is nothing else waiting for Ubiquity trunk can be uploaded [09:32] alright, I will do it [09:33] GunnarHj: Did you test that default language change that it works properly? [09:33] I saw some comment about one of the others that it doesn't (Taiwan was it ?) [09:35] I guess maybe you can't read 'sw' :p [09:36] Laney: I successfully tested the change which x_nox committed and uploaded, so my conclusion is that the approach works. I suspect (not confirmed) that the Taiwan issue may be related to localechooser playing around with zh-hans and zh-hant and that that's the reason why the default language is not effective for TW. [09:37] mmm [09:37] let me see quickly [09:42] ah man, how do you work with these patches [09:45] Laney: No idea. There is a reason why I avoid the ubiquity/languagechooser code normally. [09:53] GunnarHj: OK. I see some special casing for zh in there, but it'll probably require some thought/time to figure out what it's trying to do [09:53] so I should just upload what we have, ok, will do [09:55] Laney: Good. I will of course test it once in the daily build. [09:58] speaking of ubiquity, a trivial fix for a problem I found when writing the wiki instructions [09:58] https://code.launchpad.net/~seb128/ubiquity/+git/ubiquity/+merge/392362 [10:00] ah nice, will merge that one too [10:00] thx [14:01] shrug, people.c.c is on precise still and of course no python3-launchpadlib there :-( [14:01] * seb128 reverts to python2 version [14:22] eww [14:45] good morning desktopers [14:45] Good afternoon hellsworth [14:45] hi there jibel :) [14:46] how are you today? [14:46] yeah pretty good actually.. the coffee is extra tasty this morning or something :) [14:47] i hope your friday has been good too [14:48] yeah, it's been a good week overall, and happy it ends too :) [14:48] good morning hellsworth [14:48] hey there oSoMoN