=== JanC_ is now known as JanC
[07:02] <didrocks> good morning
[07:04] <duflu> Morning didrocks
[07:06] <didrocks> hey duflu
[07:29] <oSoMoN> good morning desktoppers
[07:29] <duflu> Hi oSoMoN
[07:32] <ricotz> good morning everyone
[07:33] <didrocks> salut oSoMoN, hey ricotz
[07:35] <duflu> Hi ricotz
[08:08] <seb128> gooood morning desktoppers and happy friday!
[08:10] <didrocks> hey seb128, happy Friday
[08:12] <seb128> hey didrocks :-)
[08:25] <ricotz> marcustomlinson, ping, please see pm
[08:25] <ricotz> hey seb128 didrocks duflu
[08:26] <seb128> hey ricotz, how are you?
[08:26] <seb128> ricotz, do you need Marcus for a libreoffice issue? can someone else maybe help if he's not around?
[08:26] <ricotz> seb128, hi, I am fine, how are you?
[08:27] <seb128> I'm good, it's fosdem's friday!
[08:27] <ricotz> seb128, he pushed a build to deal for diskspace issue, which seems insufficient
[08:27] <duflu> Morning seb128. Happy... Brussels?
[08:27] <ricotz> seb128, I have another solution, hopefully better
[08:28] <ricotz> seb128, in progress here https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+packages?field.name_filter=&field.status_filter=published&field.series_filter=focal
[08:28] <seb128> hey duflu, how is your friday going? getting some success of your gjs improvements? ready for the w.e?
[08:28] <ricotz> seb128, oh fosdem :)
[08:28] <duflu> seb128, Friday is going well but today upstream has been silent. So that's at least not bad news.
[08:28] <seb128> ricotz, ah, good ... I've not followed the details, but why are builds hitting enospace now? toolchain changes?
[08:29] <ricotz> seb128, likely, that is a downside of merging the l10n build
[08:29] <ricotz> https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=wip/ricotz-focal-6.4
[08:31] <seb128> ricotz, Bjoern is still around or did you resurect some old patch? ;)
[08:31] <ricotz> seb128, cherry-picked it
[08:31] <ricotz> marcustomlinson, ping
[08:31] <seb128> I see, cool
[08:31] <seb128> ricotz, it's a bit early for him I think
[08:32] <seb128> or rather I think he's around earlier but then step out and come back a bit later
[08:32] <ricotz> seb128, https://launchpad.net/~marcustomlinson/+archive/ubuntu/libreoffice/+packages?field.name_filter=&field.status_filter=&field.series_filter=focal
[08:36] <seb128> duflu, I wonder if we regressed grub, it's not supposed to apply the purple screen/do anything if it's not displaying the menu
[08:37] <seb128> duflu, by 'ACPI BGRT changes in the kernel' you mean FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER=y ?
[08:37] <duflu> seb128, I've never seen it not apply the purple screen. Assuming it's the only thing that ever displays a blank purple screen
[08:37] <duflu> Yes I mentioned that in the same bug :)
[08:37] <seb128> it's not applying the purple bg on my xps
[08:37] <seb128> well, assuming you use the spinner theme?
[08:38] <duflu> seb128, I mean without the flickerfreeboot package installed. Sorry I used the same tag just because it is related
[08:38] <duflu> So no, I do not mean the spinner theme
[08:38] <seb128> ah ok
[08:38] <seb128> that makes more sense now
[08:39] <duflu> Just a plain focal install, and one reboot
[08:39] <seb128> btw we decided to switch to spinner by default for focal, at least to evaluate it
[08:39] <duflu> That sounds good and would at least solve that new bug :)
[08:39] <seb128> it's not fully flicker free but we still believe it's an improvement
[08:39] <seb128> :)
[08:40] <duflu> seb128, however it is telling grub to not display a splash screen should probably be done independently in grub though. So the bug does not return in the absence of the plymouth theme
[08:41] <seb128> yes, well that's the intend, unsure what's the issue there
[08:41] <duflu> seb128, completely separately I think Ubuntu needs a little logo on top of the BGRT
[08:42] <duflu> otherwise it looks like a hung BIOS
[08:42] <seb128> yes
[08:42] <seb128> x_nox was suggesting added the 'ubuntu' logo at the same position than in gdm
[08:42] <seb128> adding
[08:43] <seb128> bottom of the screen centered
[08:43] <duflu> I can't remember but we can debate the perfect position once something is visible
[08:43] <seb128> right
[08:44] <duflu> It's a slow graphics path though. So we either want zero animation or a small one
[08:44] <duflu> Actually, zero. Because it's during kernel boot
[08:44] <duflu> Animation is probably not possible at that time
[08:45] <seb128> duflu, the grub patch we are using that I though should avoid the colored background is the most recent commit on https://github.com/jwrdegoede/grub2/commits/for-upstream
[08:45] <seb128> anyway, bugs that we should probalby polish before the LTS
[08:46] <duflu> 👍
[08:49] <seb128> duflu, I created https://trello.com/c/aa3X88QY/118-plymouth-boot-improvements
[08:50] <duflu> seb128, maybe deduplicate with https://trello.com/c/FiGczlI0
[08:51] <seb128> duflu, fair point, let me add the reference/checklist to that one
[08:52] <seb128> duflu, k, updated
[09:11] <marcustomlinson> morning desktoppers
[09:11] <duflu> Morning marcustomlinson
[09:12] <marcustomlinson> question (to whoever sees it first): can a package in main recommend a package in universe? Or is that still too strict a dependancy?
[09:12] <seb128> hey marcustomlinson, how are you?
[09:13] <seb128> marcustomlinson, you should lower to a suggest iirc
[09:14] <duflu> Yeah I guess, because recommendations get automatically installed
[09:14] <duflu> ?
[09:14] <marcustomlinson> I'm doing ok seb128 thanks. Still recovering, but at least it's friday
[09:15] <seb128> duflu, right, they don't fail installation if they are missing but that would give inconsistent behaviour depending of your activated sources
[09:17] <marcustomlinson> hmm, so if the package doesn't have to be installed but does help significantly, it can be from universe?
[09:18] <marcustomlinson> to be clear here, I'm wondering if LibreOffice can recommend fonts from universe
[09:19] <seb128> marcustomlinson, no
[09:19] <seb128> main package need to have their recommends in main
[09:19] <seb128> so either you need to MIR those or to lower the recommends to a suggests
[09:20] <marcustomlinson> ok that's a clearer answer :)
[09:20] <marcustomlinson> thanks seb128
[09:20] <seb128> np
[09:21] <seb128> if the fonts are specifics to a locale you might be able to make the languages-selector support pull them in when enabling the said language
[09:31] <marcustomlinson> ricotz: I was working outside of IRC hours ;)
[15:21] <hellsworth> good morning desktopers
[15:22] <marcustomlinson> hey hellsworth
[15:22] <hellsworth> o/ marcustomlinson !
[17:07] <diddledan> who knows mesa? I'm onto a new crash when using Indirect GLX, which seems specific to the client application I'm running - glxgears runs fine without causing this issue, as does supertuxkart (albeit with graphical abberations in STK's case because it expects newer opengl): https://paste.ubuntu.com/p/cqrqq4FZWD/
[17:09] <diddledan> the application code I'm experimenting with can be gathered from https://github.com/irixxxx/igl.git
[17:09] <diddledan> specifically any of the examples
[17:11] <diddledan> make sure you don't have anything important open/unsaved if you attempt this, because it WILL kill your Xorg :-p (you also need Xorg compiled from the debdiffs in LP #1776447
[17:11] <ubot5> Launchpad bug 1776447 in xorg-server (Ubuntu) "Xorg's Indirect GLX broken from upstream regression" [Medium,Triaged] https://launchpad.net/bugs/1776447
[17:11] <diddledan> this doesn't appear to be a regression from those debdiffs, just an unmasking
[18:01] <tjaalton> try #dri-devel
[18:05] <diddledan> thanks :-)
[20:01] <kenvandine> diddledan: good news, soon we'll have gtk2-common-themes for arm64 and armhf :)
[20:02] <kenvandine> diddledan: and i'm submitting a PR that fixes the gtk theme if you set it to use the system theme
[20:02] <kenvandine> gimp that is
[20:02] <diddledan> \o/
[20:18] <diddledan> tjaalton, it might be a stack overflow somehow runaway recursion
[20:49] <kenvandine> diddledan: getting a weird issue trying to build gimp
[20:50] <kenvandine> Issues while validating properties: Specified icon 'gimp.png' does not exist
[20:50] <kenvandine> that line in the yaml hasn't changed in nearly 2 years
[20:50] <diddledan> is the icon there?
[20:51] <kenvandine> it's in the top level dir
[20:51] <diddledan> should be in the root of the repo, yeah
[20:52] <kenvandine> hmm
[20:52] <kenvandine> a second run and it is working
[20:55] <diddledan> odd
[21:09] <kenvandine> diddledan: https://github.com/snapcrafters/gimp/pull/97
[21:09] <gitbot> snapcrafters issue (Pull request) 97 in gimp "Set necessary env for system gtk themes to work and clean up content interfaces" [Open]
[21:09] <kenvandine> diddledan: this does revert one of your commits, but we should have gtk2-common-themes for all supported arches by early next week
[21:10] <kenvandine> we can wait for that before merging this, but comments would be appreciated
[21:39] <kenvandine> diddledan: once this PR is merged, we'll get all the arches https://gitlab.gnome.org/Community/Ubuntu/gtk2-common-themes/merge_requests/1
[21:39] <gitbot> Ubuntu issue (Merge request) 1 in gtk2-common-themes "Updated to build with bionic" [Opened]
[21:57] <kenvandine> diddledan: what's gtk3 in gimp?
[21:58] <diddledan> nothing directly, but there might be plugins that want to use GTK3. also if I were to add darktable that definitely is GTK3
[21:59] <kenvandine> gtk2 and gtk3 use different env variables
[21:59] <kenvandine> so shouldn't clobber each other
[21:59] <diddledan> I could only find GTK_PATH applied to both
[21:59] <kenvandine> how can i verify that i didn't break gtk3 in gimp?
[21:59] <diddledan> GTK_EXE_PREFIX allows both to coexist without setting GTK_PATH
[22:01] <diddledan> GTK_EXE_PREFIX simply requires that gtk-2.0 and gtk-3.0 exist at /usr/lib instead of /usr/lib/$SNAPCRAFT_ARCH_TRIPLET
[22:01] <kenvandine> ok, i'll look at this some more later on
[22:02] <kenvandine> at least glimpse-editor looks much better now :)
[22:02] <kenvandine> https://usercontent.irccloud-cdn.com/file/bvJt1cPG/Screenshot%20from%202020-01-31%2013-23-37.png
[22:02] <diddledan> lines 167 thru 171 do the moving about - as we're now using gtk-engines we might need a bit more than a simple symlink - maybe a dir with symlinks inside
[22:03] <diddledan> nice :-)
[22:03] <kenvandine> i look more carefully at gimp and make sure my fix doesn't break gtk3
[22:03] <kenvandine> none of the gtk3 stuff is in the glimpse snap, so simpler case
[22:03] <diddledan> aye
[22:04] <kenvandine> gimp does looks great with my branch though :)
[22:04] <kenvandine> but i probably busted something else
[22:04] <diddledan> I'm not currently using gtk3 but I was mulling adding darktable into it because people keep moaning they can't use darktable and gimp snap together :-)
[22:10] <kenvandine> diddledan: actually, if we move the GTK_PATH to environment under the app it wouldn't effect darktable
[22:10] <kenvandine> right now it snap global
[22:11] <kenvandine> but if we move it to the apps section, gimp and darktable could have separate env
[22:11] <diddledan> good point
[22:12] <diddledan> although, I don't know if they can launch each other in addition to talking to eachother?