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