[02:01] robert_ancell: around? [05:32] good morning [05:34] Morning didrocks [05:38] hey duflu [05:57] morning desktopers! who can sponsor a libreoffice upload for me? :) [05:57] Morning marcustomlinson [05:59] hey duflu, how've you been? [05:59] marcustomlinson, glad to now have a working car [05:59] marcustomlinson: that early? :) Ok, give it to me :) [06:00] didrocks: :D It's a small fix, nagging, so wanted it out of the way: https://drive.google.com/drive/folders/1-m5DAYT-lxzUVBB_JOjtAcpvhvU2BrY-?usp=sharing [06:00] so that's an improvement of sorts [06:00] You marcustomlinson? [06:01] marcustomlinson: do you mind generating a debdiff for me, please? [06:02] * didrocks downloads orig.tar.gz anyway [06:04] duflu: oh that's good, I'm doing well thanks, nothing amazing, just good :) [06:05] didrocks: ok just a sec [06:08] didrocks: k debdiff in same folder [06:10] marcustomlinson: hum, provides with version? [06:10] * didrocks looks at the spec [06:10] weird that C/R/P didn't get apt to do what it needs [06:11] (you didn't mention the debian/rules changes in the changelog, but that's ok IMHO ;)) [06:11] The exception is the Provides field, for which only = is allowed. [06:11] ok ok, learnt something new today :) [06:12] :) [06:12] I trust you tested it and apt is happy with the transition [06:12] didrocks: yeah, reproduced the issue, added my ppa, tried again, fixed [06:12] tested libreoffice itself with the style, all good too [06:13] good :) Really weird that the usual unversion C/R/P didn't work, but the secret of solving N-P complete algorithm… :) [06:14] haha [06:20] marcustomlinson: sponsored and waiting in unapproved [06:21] didrocks: excellent thank you :) [06:21] * marcustomlinson gets some coffee [06:22] hi all [06:22] marcustomlinson: yw ;) [06:23] hey jibel [06:23] Morning jibel [06:24] * jibel reboots to check if the new ati drivers fix the rendering issues [06:27] shortcut to open a terminal stopped working [06:28] is anyone seeing ^ on a up to date eoan [06:29] it works immediately after boot then stops [06:29] I didn't reboot since I upgraded [06:30] good morning desktoppers [06:30] and happy Friday! [06:31] happy Friday oSoMoN! [06:31] salut didrocks [06:34] Morning oSoMoN [06:35] jibel, that's been failing randomly for me for a year or more. But you should check it's not the whole keyboard and mouse clicks not responding bug [06:35] We don't have that fixed in archive yet AFAIK [06:36] Oh, "works immediately after boot" suggests a different issue [06:37] hey duflu [06:39] morning jibel and oSoMoN [06:56] good morning marcustomlinson [06:56] salut jibel [06:56] been working late last night marcustomlinson ? [06:57] oSoMoN: "working" :) [06:57] just touch ups [06:57] I got bugmail late, that counts as work too :) [06:58] I can't help myself with reading mails at night [06:58] and checking IRC periodically :P [06:59] I admit I have trouble not reading e-mail if I'm in front of the screen, can't be bothered closing the tab [07:03] oSoMoN: tabs? Are you not using thunderbird? :p [07:03] didrocks, thunderbirds has tabs, too :) [07:04] right, but who uses them? :p === pstolowski|afk is now known as pstolowski [07:10] I do too [07:33] Does anyone here use Thunderbird for IRC? [07:33] I just noticed the Chat button recently [07:33] Must be blind [07:34] heh, I hadn't noticed it either [07:34] * oSoMoN hides [07:34] I'll give it a try [07:41] Hmmm Since upgrade to Eoan my numlock isn't enabled by default anymore on boot [07:41] And led is sometimes out of sync with numlock status [07:42] Is that configurable somewhere? [07:42] dupondje, bug 1845031 [07:42] bug 1845031 in mutter (Ubuntu) "gnome not remembering numlock state in eoan" [Low,New] https://launchpad.net/bugs/1845031 [07:45] hi all [07:45] good morning willcooke [07:45] thunderbird's IRC implementation won't connect to my ZNC instance, and it's not showing any logs either, so hard to know what's not working [07:47] TIL: Thunderbird has an IRC client [07:48] hey willcooke [07:50] willcooke, me too, which is why I was giving it a try, but it hasn't gone very far [07:50] heh [08:07] grrrrrrrr [08:08] hi Laney [08:08] So. Ubuntu Software - The Updates tab. For as long as I can remember, I will periodically get a notification which will land me on this tab and tell me there are updated available and gives me a "Download" button which does absolutely nothing. [08:08] Morning angry Laney [08:18] hey everyone 0/ [08:18] Hi clobrano [08:18] morning willcooke Laney and clobrano [08:19] tjaalton, I can't seem to install any nvidia but 430 on eoan. Is it just me? [08:20] duflu: dunno? what happens [08:20] and probably meant for tseliot [08:20] Ah [08:20] yes [08:20] tseliot, I can't seem to install any nvidia but 430 on eoan. Is it just me? [08:20] 390 has missing deps and 418 automatically installs 430 [08:22] In other news... [08:22] $ sudo apt install nvidia-driver-430 [08:23] After this operation, 499 MB of additional disk space will be used. [08:23] Welcome to the 21st century [08:36] duflu: thx! [08:48] Laney, hi, any chance you can finish the review of ubiqutiy? [08:48] I am doing right now [08:49] tried to install into the inspiron but it failed to reboot into the installed system [08:49] probably that ESP problem you found [09:07] ricotz, hey, the problem with firefox 70 being partially localized appears to be an upstream regression: https://bugzilla.mozilla.org/1586216 [09:08] Mozilla bug 1586216 in Untriaged "Translations from language pack are not fully loaded in firefox 70.0" [Normal,Unconfirmed] [09:08] I'm putting further investigation on hold in the hope that upstream will acknowledge it and fix it [09:11] duflu, missing dependencies? [09:14] duflu, also, 418 is expected to migrate to 430. We also have the 435 series. Still 390 should work [09:15] tseliot, yeah I got the same error from 390 on the command line or trying to install it via the GUI [09:15] But I don't care now -- back on Intel till at least next week [09:15] oSoMoN, hi, thanks, sorry that I was/am busy with other things. I am suspecting the mechanism/support which downloads locale extensions automatically when switching the language in preferences->general [09:16] But I don't care now -- back on Intel till at least next week [09:17] It must be time to think about the weekend [09:17] have a good one duflu [09:17] enjoy duflu [09:17] Well, not quite yet [09:21] jibel: is there a bug for that ESP thing btw? [09:22] * duflu wonders if it's the same as he hit in Paris [09:24] actually I should check it is just EFI being generally broken and not zfs+EFI ;-) [09:24] * Laney does One More Test Install™ [09:27] Hmm, not it sounds like my issue was fixed as bug 1845466 [09:27] bug 1845466 in grub2 (Ubuntu Eoan) "UEFI/Secureboot - "Failed to start MokManager" error when trying to install 3rd party drivers during install, leading to unbootable device" [Critical,Fix released] https://launchpad.net/bugs/1845466 [09:27] Hmm, no it sounds like my issue was fixed as bug 1845466 [09:27] different from this one I'm seeing [09:27] the installation succeeds without error and then the system doesn't boot [09:27] either loops or you get an EFI shell or some problem like that [09:40] Laney, which build? [09:40] good question [09:40] you boot the system and the iso in uefi? [09:40] yes [09:40] i'll try with latest build [09:41] 20191003 [09:41] now checking disco to make sure I am not doing something wrong ... [09:41] k, so recent enough [09:46] this seems to be me [09:46] disco is doing the same thing and that was surely working [09:47] oh yeah /o\ /o\ /o\ /o\ [09:47] helps if you select the disk as a boot device [09:47] * marcustomlinson facepalms [09:48] :D [09:49] the 'help' output from the OVMF shell scrolls off the top of the display so I didn't know how to make it print which partitions it can see :-) [11:08] Afternoon desktoppers o/ [11:08] hey Wimpress [11:10] hey Wimpress [11:11] didrocks jibel Is the ZFS on root going to land for 19.10 final? [11:11] If so, will the be for all flavours or is there something flavour need to do to opt-in? [11:12] Asking so that I can assist any flavours that want to participate over the weekend. [11:12] I'm obviously interested for Ubuntu MATE :-) [11:13] Wimpress: it's currently being reviewed/tested by Laney [11:14] Wimpress: the way to enable it for a flavor is to have zfsutils-linux seeded for them [11:14] should get it in soon [11:14] be warned though that it's experimental [11:14] and maybe there will be no upgrade path to the LTS [11:15] :) [11:15] Hi all. I've got an issue where my chosen audio devices are not being remembered. It doesn't seem to matter if I change from a gnome extension I have installed, or if I go the long way round to Settings->Sound. I've got no idea where to start looking for problems - anyone got any ideas? (Currently running 19.10, but has been happening on 19.04 too) [11:26] Gargoyle: try using pavucontrol, if it works there then probably file a bug under gnome-control-center (ideally upstream) [11:26] chrisccoulson mentioned a problem like that so maybe there is one filed already [11:27] there isn't - I should probably file one. I don't know if it's actually a regression, or whether it's just something that started with my new laptop and dock (which has never had anything other than eoan on it) [11:29] I had it on 19.04, but I have been running a non standard kernel pretty much since the upgrade to 19.04. [11:36] Laney: Can't figure out how pavucontrol is going to help. I can see all the devices and I can configure each one, but there doesn't seem to be an option for setting a default. [11:36] k [11:37] Unless "Set as Fallback" == "Set as Default"? [11:37] dunno, maybe I don't remember what's in there [11:37] you get what I'm asking you to do: eliminate the GNOME component [11:38] OK. I'll see what happens on the next reboot. [11:39] if it's not pavucontrol maybe it's something else that I forgot the name of [11:39] 🙊 [11:55] didrocks: Is there an FFe bug I can piggy back on to land `zfsutils-linux` in Ubuntu MATE? [11:56] Also, which seed should `zfsutils-linux` be added to? [11:57] Wimpress: well, one you are using for Mate [11:57] on the FFe, one sec [11:58] jibel: I think it's good - a suggestion is https://paste.ubuntu.com/p/5wqb7P28m3/ for general safety when looping over a directory (in bash you'd use shopt -s nullglob, but not available in dash) [11:58] didrocks: I mean should `zfsutils-linux`` be in the desktop seed or `live`? [11:58] but if you want to rely on you knowing that home/ can never be empty, ... I guess that's ok [11:58] Wimpress: desktop, you want to have it installed on the dest system [11:59] Thanks. [11:59] Wimpress: bug #1843768 [11:59] bug 1843768 in ubuntu-meta (Ubuntu) "[FFe] Ubiquity with zfs install option" [Undecided,New] https://launchpad.net/bugs/1843768 [11:59] Cheers didrocks [11:59] yw ;) [12:00] the posix behaviour is that you get "/target/home/*" as a literal string which is a bit lame [12:00] https://paste.ubuntu.com/p/GzbgShx4cW/ [12:00] wonder what the reason for that behaviour is [12:02] Laney, ok, ill' add this [12:04] Laney, done [12:08] thanks!!!!!! [12:09] want to try this then? [12:10] raelly? [12:10] can do [12:10] WCPGW [12:11] what indeed [12:11] everything will but we'll fix it [12:11] actually I wanted to sneak in the max-width-chars change for the 'installation has finished' dialog as well [12:12] it'd be nicer [12:12] let me just test and then you can review if you don't mind [12:12] ok [12:19] I assume no zfs support added for the KDE front end here? [12:19] RikMills, no, just gtk [12:20] RikMills, you can have a look at the MP if someone wants to port the gtk side to kde [12:20] https://code.launchpad.net/~jibel/ubiquity/+git/ubiquity/+merge/373087 [12:21] most of the change is a shell script [12:21] jibel: ok. that is fair enough. gtk can be guinea-pigs. I doubt a KDE port of that could be ready for 19.10, but having it for 20.04 is a good target [12:22] https://people.canonical.com/~laney/weird-things/grim.png [12:22] think that's a bit small ... [12:22] Laney, waaaaaay better [12:22] that is 50, should I try more? [12:22] I think it looks right [12:22] the most beautiful dialog of Ubiquity ;) [12:23] Lulz [12:28] definitely a fix for the ubuntu twitter account ;-) [12:30] mpt: want to rubber stamp our taming of Ubiquity's over long dialog https://people.canonical.com/~laney/weird-things/grim.png ? [12:30] feel free to abstain [12:31] Laney, is that the before or the after? [12:31] after [12:31] guessing it's not burned into your brain then [12:31] the current one has that whole string on one line [12:31] it reaches from one end of the screen to the other :-) [12:32] Yikes, how long had it been like that? [12:32] that screenshot is a maximum width of 50 chars which is a number that could be tweaked [12:32] many releases [12:32] I think GTK made a change several years ago that we should have adjusted to, and we never did [12:32] for ... some reason ... [12:35] Well then, improvement, +1 [12:36] Righto, thanks [12:36] I think I can't see it properly because I'm too used to the old dialog [12:36] for me 50 looks weirdly compressed [12:36] cheers for the feedback [12:39] jibel: https://paste.ubuntu.com/p/HRmcY3jd9k/ [12:44] k [12:44] (Unsurprisingly, that dialog isn’t supposed to exist, it’s supposed to be just the final step in the main window) [12:47] sometimes devs try to be creative [12:47] .... and shouldn't [12:47] There's quite a lot of TODO: in ubiquity [12:49] hmm [12:49] do I need to do anything about the translation template [12:49] jibel: didrocks: we will need to mail the translators won't we, to hopefully get this translated in most languages [12:50] yes we do [12:51] not quite sure how this ends up in the template, one second ... [12:52] xnox: do you know if ubiquity translation templates happen automagically? [12:54] template updates* [12:57] Laney: no idea. Better ask vorlon cyphermox sil2100 [12:57] :> [12:57] don't see it in the source at all, it is a mystery [13:09] sil2100, ^ do you know how translations of ubiquity are updated? [13:17] If you aren’t changing the string at all, why are translations involved? [13:19] there are new strings [13:19] for zfs [13:22] it's maybe okay since they are in debian/ubiquity.templates already [13:23] maybe we should try it and see if LP picks the strings up [13:29] Laney, change tested and pushed [13:35] jibel: cool, thanks, let's just try this [13:44] The proposal to merge ~jibel/ubiquity/+git/ubiquity:zfs_install_two into ubiquity:master has been updated. [13:44] Status: Needs review => Merged [13:44] \o/ [13:44] Thanks laney [13:44] woot [13:44] BTW, I take next 2 weeks off ;) [13:44] kthebye [13:45] thx [13:55] \o/ [13:55] jibel: quick, let's run before the upload :) [13:56] it's got jibel's name on the changelog [13:56] NO ESCAPE! [13:58] oSoMoN, I lost all my dictionaries in thunderbird. Is there any know issue? [13:58] I only have en_us [13:58] and cannot switch to French [14:08] jibel: I don't know how translation of those works per-se, but from time to time I do update it manually by downloading the translations from LP and applying that on the source package [14:09] didrocks: feel free to update the seeds, then when it's all migrated we can make an iso happen if you want [14:10] would be good for someone to watch LP to see if the translations do get updated, & then mail the list about that [14:10] * Laney goes for a late lunch [14:18] jibel, your dictionnaries were extensions installed manually within thunderbird, right? [14:20] jibel, can you share the output of `find ~/.thunderbird -name *.dic` [14:22] Laney: seed updated and ubuntu-meta refresh/uploaded [14:22] (with the fonts* changes from jibel) [14:43] morning, folks! [14:45] good morning hellsworth! [14:45] hi :) [14:52] hey hellsworth [14:53] hi didrocks! happy friday :) [14:58] Happy Friday hellsworth :) [14:59] yes indeedy [15:30] jibel: it failed on some arches when applying the patch [15:30] hey hellsworth [15:30] hidy ho! [15:31] IIRC things get imported from the upload; then you need to manually export and update translations [15:31] * cyphermox handwaves [15:31] tbh, I'm not sure === jamesh__ is now known as jamesh [16:08] Laney, ah, grub-installer doesn't exist on these archs. I'll update the rules to exclude the patch [16:09] nod === pstolowski is now known as pstolowski|afk [16:11] why is https://packages.ubuntu.com/eoan/libxml++2.6-dev not found by apt on eoan? [16:11] it should be there [16:15] might need to be a bit more verbose [16:15] it's weird. `sudo apt search libxml++2.6-dev` gives me no results but you can install it [16:15] it's sure found here [16:15] yeah apt install works. [16:15] maybe a but with apt search? [16:15] idk [16:15] oh right, the package name will be being interpreted as a regex [16:15] escape those + [16:16] or use 'apt list' or 'apt policy' [16:16] aaaah that makes sense [16:43] Has anyone else run into the amazingly not reproducible bug where Ctrl-Alt-T (or whatever your terminal shortcut is) just stops spawning terminals, and it won't start working again until you restart your session? [16:44] It's happened to me twice in the last few months. First time, I assumed maybe an in-place upgrade broke it, but this time, I've touched nothing, it just stopped terminallying. [16:44] terminalling... [16:44] I'm not sure why I felt the need to fix a typo in my made-up verb. [16:47] NAAAAAAAAAAAAAAAAAAAHT me [16:48] that's handled by gsd-media-keys [16:48] check in the journal to see if anything shat itself [16:54] night all [16:55] infinity: is it broken now? do other shortcut keys work? [16:56] I have had issues with some sort of loss of shortcuts/ability to type in certain windows [16:57] * gQuigs tries to find the bug [16:57] gQuigs: Iz broken now. I don't really use other shortcuts, so hard to say. :P [16:59] good week-end everyone! [16:59] you too! [16:59] gsd-media-keys does indeed have some poop in the journal. [17:02] * gQuigs was thinking of https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1181666 but the workaround is to use Ctrl-alt-T, oh well I knew I remembered it from a bug [17:02] Launchpad bug 1181666 in GNOME Shell "gnome-shell randomly blocks mouse clicks from working in app windows" [Critical,Confirmed] [17:02] Output of journalctl -g gsd-media-keys > https://paste.ubuntu.com/p/JT6wVZJ7GK/ [17:02] anything above the SIGTERM? [17:02] it's been broken since sep 27? [17:02] Erm, but that's not recent. [17:02] you tolerant person [17:03] Thanks, journalctl. [17:03] is gsd-media-keys.target active now? [17:03] No, it's been broken for about an hour. :P [17:03] That journalctl command failed me. [17:03] Maybe if I do -n100000 or something, so it's not reaching into the distant past. [17:03] journalctl -b [17:06] I'm off now - if systemctl --user status gsd-media-keys.target show it's not active, restart it & hopefully that should recover you [17:06] It claims to be active. [17:06] Will restart anyway. :P [17:06] Maybe.. [17:07] I feel like that should not still be attempting to restart. [17:07] infinity: aside, you might want to check your journal usage - I thought it was supposed to clear logs before that (journalctl --disk-usage) [17:08] Took about 2m to restart, but I have Ctrl-Alt-T back now. Fun. [17:08] Archived and active journals take up 3.3G in the file system. [17:08] something something X grabs [17:08] happy weekend [17:09] that's not huge (or at least my system has similar) so nvm [17:09] oh, we fixed that fading to screen lock bug btw [17:09] Laney: Oh, shiny! Thanks! [17:09] Laney: I mean, weird use-case on my part, but I found it handy. [17:09] upstream, not uploaded yet, next week [17:09] nah, it was meant to work, some refactoring broke the animation [17:09] Laney: (I'll often be working at two computers, watching laptop out of the corner of my eye, and smack shift to inhibit when I see it start to fade :P) [17:09] it was actually confusing and kind of crap because it meant the session locking was happening at the wrong time [17:10] Yes, I know there are ways to actually inhibit, but spacebar heating computer and all that. [17:10] I do that too [17:10] Desktop and laptop are both on my desk here, with two keyboards [17:10] Yeahp, same. [17:10] Tried synergy a few times, but ... it's just a bit rubbish [17:11] ok, laters for realz [17:11] Toodles. Weekend well. [18:10] hellsworth: can you test something for me? [18:10] sure thing [18:10] refresh gnome-3-28-1804 --candidate [18:10] and [18:10] refresh gnome-characters --edge [18:10] and confirm characters works :) [18:11] gnome-3-28-1804 grew by 6M but I shaved over 14M off gnome-characters ;) [18:11] and simplified snap that use gjs [18:11] s/snap/snaps/ [18:11] nice!! [18:12] 👍 [18:12] haha well the character doesnt' work in hexchat but gnome-characters seem to work [18:13] :) [18:13] not related [18:13] can you point me to a diff of what you did? [18:13] yeah i know [18:14] galgalesh added gjs to the platform, which I hadn't done before because it wasn't relocation friendly [18:14] but... now that we have layouts we can handle that [18:14] hellsworth: https://gitlab.gnome.org/GNOME/gnome-characters/commit/afa5663e76dd4cc4aa925dc7a5805d681ed39e03 [18:15] he's going to submit a PR to snapcraft adding the layout for gjs [18:15] which will simplify it [18:16] I also switched to using appstream as well [18:16] and moved the snap dir under build-aux [18:17] hellsworth: which btw, i've been putting snap under build-aux for any project that has the flatpak packaging under build-aux [18:17] if the flatpak packaging is at the root, i put snap under root [18:17] yeah that makes sense [18:17] gnome-characters is now using build-aux for that, so i moved the snap dir [18:17] and christian hergert expressed desire yesterday for snap stuff to go in build-aux [18:18] only a few of the gnome projects are doing that so far [18:18] yup, i saw that :) [18:18] so anytime i touch a snap, i'll move it there too [18:18] cool [18:18] maybe we should do that even if there is no flatpak stuffs [18:18] snapcraft only recently grew support for build-aux :) [18:18] yeah, it's fine to move it there regardless [18:18] cool [18:18] we added build-aux to the search path for this very reason [18:19] nice [18:20] i'm going to let gnome-3-28-1804 bake in candidate over the weekend and see how the automated tests are looking next week [18:20] don't want to risk breaking anything on a friday :) [18:20] hellsworth: we need to make sure gjs makes it into gnome-3-34-1804 [18:21] it's not currently in gnome-3-32-1804{,-sdk} [18:21] ok [18:21] so we might miss it :) [18:21] on that note... time for lunch! [18:22] bon apetit! [18:36] kenvandine, why did you need to add the additional LD_LIBRARY_PATH and GI_TYPELIB_PATH in https://gitlab.gnome.org/GNOME/gnome-characters/commit/afa5663e76dd4cc4aa925dc7a5805d681ed39e03 ? [18:38] gjs needed that [18:38] ah ok. i wasn't sure if it was needed for adopt-info or parse-info or something else [21:33] kenvandine, hi [21:34] Hey ricotz [21:34] kenvandine, wbere can I see which vala version is in these snap gnome sdks? [21:35] those are recommended to match there latest release as mentioned here https://wiki.gnome.org/Projects/Vala [21:36] there/their [21:36] ricotz: https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk/blob/gnome-3-32-1804-sdk/snapcraft.yaml#L133 [21:36] 0.44 [21:36] in gnome-3-32 sdk snap at least [21:37] https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk/blob/3.32-1804-sdk/snapcraft.yaml#L133 [21:37] ah it picks up the actual git branches [21:37] Oh, marcustomlinson is faster [21:37] gnome-3-28-1804 had the version in 18.04 updates [21:37] (libgee should be bump to 0.20.2) [21:38] kenvandine, I see [21:38] gnome-3-28-1804 is built from debs in 18.04. we're moving to building everything from git [21:39] ok, this gives me something to look at [21:39] kenvandine: do you have the powers needed to kick a rebuild here: https://launchpad.net/ubuntu/+source/libreoffice/1:6.3.2-0ubuntu2/+build/17846875 [21:40] I've not seen that build error before, it reads like a racy test [21:41] this had built just fine in my ppa: https://launchpad.net/~marcustomlinson/+archive/ubuntu/libreoffice/+build/17842347 [21:41] kenvandine, where is valac coming from to bootstrap the build? [21:41] marcustomlinson: i retried it [21:41] kenvandine: thanks [21:41] ricotz: marcustomlinson knows better [21:41] ricotz: from 18.04 updates [21:42] kenvandine, ok [21:42] marcustomlinson, I see, this brings me to https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1803136 [21:42] Launchpad bug 1803136 in vala (Ubuntu Bionic) "[SRU] Update to vala 0.40.16 in bionic" [Low,Confirmed]