[01:14] <callmepk> good morning
[01:26] <duflu> Morning callmepk 
[01:29] <callmepk> Morning duflu 
[01:39] <jamesh> hi callmepk, duflu 
[01:40]  * duflu is still confused by the grammar of that
[05:35] <oSoMoN> good morning desktoppers
[05:36] <RikMills> morning. latest libreoffice upload is breaking all ISO builds :(
[05:53] <oSoMoN> RikMills, how so?
[06:03] <RikMills> oSoMoN: some new breaks I think
[06:03] <RikMills> The following packages have unmet dependencies:
[06:03] <RikMills>  libreoffice-core : Conflicts: libreoffice-core-nogui but 1:6.4.2-0ubuntu2 is to be installed
[06:03] <RikMills>  libreoffice-core-nogui : Conflicts: libreoffice-core but 1:6.4.2-0ubuntu2 is to be installed
[06:03] <RikMills>                           Breaks: libreoffice-calc but 1:6.4.2-0ubuntu2 is to be installed
[06:03] <RikMills>                           Breaks: libreoffice-gtk3 but 1:6.4.2-0ubuntu2 is to be installed
[06:03] <RikMills> E: Unable to correct problems, you have held broken packages.
[06:04] <RikMills> so far all ISO builds that seed libreoffice have failed since latest upload migrated to release pocket. mate/xubuntu/kubuntu etc
[06:05] <RikMills> I imagine the main Ubuntu ISO build will do the same in a few hrs time
[06:06] <oSoMoN> RikMills, would you mind filing a bug? I'm sure ricotz will handle this as a priority
[06:06] <RikMills> oSoMoN: np. will do shortly
[06:06] <oSoMoN> thanks!
[06:06]  * RikMills finds coffee 1st
[06:06] <oSoMoN> yeah, first things first :)
[06:08] <seb128> gooood morning desktopers!
[06:10] <seb128> goooood morning from the vpn now :)
[06:11] <RikMills> LP: #1869652
[06:12] <RikMills> seb128: morning :)
[06:12] <seb128> hey rikMills, how are you?
[06:12] <RikMills> good apart from that iso fail ;) :D
[06:13] <RikMills> looking forward to the beta
[06:19] <seb128> RikMills, I don't understand why libreoffice-core-nogui is to be installed...
[06:20] <RikMills> nor do I yet
[06:33] <oSoMoN> salut seb128 
[06:33] <seb128> lut oSoMoN, comment ça va ?
[06:33] <oSoMoN> bien, et toi?
[06:33] <seb128> nickel!
[06:34] <duflu> Morning oSoMoN, RikMills, seb128, Europe
[06:34] <oSoMoN> hey duflu 
[06:34] <seb128> hey duflu, how are you? had a good w.e?
[06:35] <duflu> seb128, I'm OK. Weekends are not really good these days but it was nice to sleep in. You?
[06:35] <seb128> I'm good
[06:36] <seb128> we didn't do anything fancy with the lockdown
[06:36] <seb128> but still good to relax
[06:36] <seb128> rikMills, trying to install libreoffice in a chroot, it doesn't try to pull in -nogui :-/
[06:36] <duflu> seb128, was the spinner animation removed on purpose?
[06:37] <duflu> Not sure if the update broke it or I did
[06:37] <seb128> duflu, where/when?
[06:37] <seb128> no, it's not
[06:37] <duflu> Plymouth
[06:37] <RikMills> seb128: germinate getting confused?
[06:37] <seb128> I did an upload on friday but just tweaking position
[06:37] <seb128> and style
[06:38] <seb128> rikMills, dunno, that line in the log is weird
[06:38] <seb128> ? Unknown dependency libreoffice-core-nogui (= 1:6.4.2-0ubuntu2) by libreoffice-base-core
[06:38] <duflu> Yeah still no spinner animation. Only logos
[06:38] <seb128> duflu, try downgrading and see if it resolves it?
[06:38] <seb128> rikMills
[06:38] <seb128> $ apt-cache show libreoffice-base-core
[06:39] <seb128> Version: 1:6.4.2-0ubuntu2
[06:39] <seb128> Depends: libreoffice-core-nogui (= 1:6.4.2-0ubuntu2) | libreoffice-core (= 1:6.4.2-0ubuntu2)
[06:39] <seb128> I wonder if it has an issue with the nogui being first?
[06:39] <seb128> but it should try the alternative then :/
[06:39] <duflu> Wait a minute. I don't have spinner or bgrt installed. How is it working?
[06:39] <RikMills> yeah, there are some that way around, and and some the other
[06:39] <seb128> oSoMoN, ricotz is not around (yet), do you know if the libreoffice change intend was to have nogui installed by default?
[06:40] <RikMills> found that greping depends in the build log
[06:40] <oSoMoN> seb128, I'm looking at that now, but I think that's not intended
[06:40] <RikMills> maybe that fries germinates brain
[06:41] <duflu> Ah, wrong machine
[06:43] <oSoMoN> seb128, RikMills: this looks like the faulty commit: https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=9560722596515ca49cc14096a36d996363b42968
[06:47] <RikMills> oSoMoN: so does that need to change, or should we do something like explicitly seed libreoffice-core on images? 
[06:47] <oSoMoN> RikMills, I think this needs to be changed in the control file
[06:48] <RikMills> ok :)
[06:50] <seb128> shrug, a libreoffice upload has a roundtipe of some days, took the w.e to mgirate :-/
[06:51] <seb128> also -nogui should be fine, it just tries to install the other variant as well for some reason
[06:52] <seb128> having #ubuntu-release"s opinion would be useful
[06:56] <didrocks> good morning
[07:14] <oSoMoN> salut didrocks
[07:15] <didrocks> ça va oSoMoN ?
[07:15] <oSoMoN> didrocks, bien, et toi?
[07:17] <didrocks> oSoMoN: ça va :)
[07:19] <duflu> Morning didrocks 
[07:20] <jibel> hi all
[07:20] <didrocks> hey duflu 
[07:24] <oSoMoN> salut jibel 
[07:30] <ricotz> hey desktopers 
[07:30] <ricotz> oSoMoN, hi
[07:40] <clobrano> good morning all 0/
[07:45] <seb128> lut didrocks, hey ricotz clobrano, how are you?
[07:45] <seb128> lut jibel, t'as passé un bon w.e?
[07:45] <clobrano> hey seb128, I'm fine, what about you?
[07:45] <seb128> clobrano, I'm good, thanks!
[07:47] <oSoMoN> hey ricotz 
[07:48] <jibel> seb128, salut, oui, très très calme :) et toi?
[07:48] <seb128> oSoMoN, ricotz, timing is a bit unfortunate, that libreoffice upload from friday broke ISO builds, it's going to take at least 2 days to get an upload/built/autopkgtested and migrated, on beta week
[07:48] <didrocks> salut seb128, ça va et toi ?
[07:48] <seb128> jibel, tranquile également ici
[07:48] <didrocks> hey clobrano 
[07:48] <seb128> didrocks, ça va :)
[07:49] <seb128> oSoMoN, ricotz, I should have questioned those depends changes rather than just uploaded, it doesn't seem like anything that brings us benifits and it was risky :-/
[07:50] <seb128> jibel, in case you didn't follow up, bug #1869652 is likely to impact our ability to have beta iso before tomorrow/wednesday
[07:52] <jibel> seb128, yup, I saw that in that in the backlog. Thanks for the heads up
[07:53] <seb128> np!
[07:54] <ricotz> seb128, hi, I had some confidence since those -nogui dep changes got worked out in debian by two people
[07:55] <seb128> ricotz, right, still it doesn't sound like something we need/that bring us any value; sounds like we took risk for little benefit and beta time is late for that ...
[07:55] <ricotz> it is kind of a fundamental problem of sorting dependencies in alphabetical order
[07:55] <seb128> ricotz, oh well, now it's done, a bit unfortunate though :/
[07:55] <oSoMoN> I must admit I didn't sanity check those changes, I should have
[07:56] <clobrano> hey didrocks, how are you?
[07:56] <ricotz> oSoMoN, afaics the culprit is libreoffice-base-core which should get fixed by the proposed commit
[07:56] <didrocks> clobrano: I’m good, thanks, and you?
[08:01] <clobrano> didrocks, good, I'm still confined, but all good :)
[08:01] <seb128> oSoMoN, ricotz, let me try to promote libreoffice-core-nogui  to main
[08:02] <ricotz> seb128, you don't want libreoffice-core-nogui to be installed
[08:03] <Laney> hi there
[08:03] <seb128> ricotz, but https://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[08:03] <seb128>  o libreoffice-core-nogui                                        {libreoffice}
[08:03] <seb128>    [Reverse-Depends: python3-uno (MAIN)]
[08:03] <seb128> hey Laney, how are you? had a good w.e?
[08:05] <Laney> moin seb128 
[08:06] <Laney> was alright, found a site to play board games online and tried it with some friends
[08:06] <ricotz> seb128, ok, still if this checker prefers the first Depends option for python3-uno then we need to reverse those too
[08:06] <Laney> tabletopia
[08:06] <seb128> Laney, ah, nice
[08:06] <Laney> you?
[08:07] <Laney> oh dear @ libreoffice
[08:07] <xnox> seb128:  meanwhile, on other news.... upstart's mountall did use "fsck:device:%-complete" messages, but systemd-fckd never did, as it instead does "fsckd:#-devices:%-complete:console-message"
[08:07] <xnox> and casper which just now was implemented, uses upstart's message
[08:07] <seb128> Laney, I'm good, had a relaxing w.e, poppler migrated and I think we have plymouth getting in shape ... sucks for libreoffice now though :/
[08:07] <xnox> now looking into what spinner theme supports, if any.
[08:08] <clobrano> didrocks, I did a MP for user-themes extension to look into `share/gnome-shell/theme/<theme-name>` for shell themes https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/111, but Florian is pushing for looking into `share/gnome-shell/theme` only and use `theme-name.css`. If/when you have some time can we see this together?
[08:09] <seb128> xnox, did you see the WIP patch from d_uflu on https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1867130/comments/15 ? I tested it over the w.e and it works
[08:09] <xnox> seb128:  ooooh oooh, did not see. looking
[08:10] <seb128> xnox, also see  comment #13 about whether we need to support the upstream protocol and the ubuntu variant? (why don't we use the upstream one?)
[08:10] <xnox> seb128:  that's very nice, and supports both message types
[08:11] <xnox> seb128:  well, upstart's mountall is dead; casper was broken full stop, and i "fixed" it this cycle to use the old variant, but it is trivial to change it to the fsckd variant.
[08:11] <seb128> xnox, also we were missing a depends on plymouth-label which is probably a good part of the reason why the messages don't display on the ISO, I added the depends... now if only systemd/ppc64el would stop failing autopkgtest that could migrate
[08:11] <xnox> seb128:  so yeah, i think we should only support "fsckd:*" messages
[08:11] <seb128> well, that + need to fix libreoffice now to have an ISO to build :/
[08:11] <seb128> duflu, ^
[08:11] <seb128> xnox, if you could update casper that would be nice
[08:12] <xnox> seb128:  ack
[08:12] <seb128> thx
[08:12] <ricotz> seb128, so, the deps of python3-uno should be altered too :\
[08:13] <jibel> can someone do a release of ubiquity 20.04.7 from current master branch?
[08:13] <didrocks> clobrano: I wonder if Trevinho (as he’s working on Shell upstream) would have a better opinion, compatible with what they want upstream due to their recent change on gressources and so on
[08:13] <duflu> seb128, I will struggle to get back into that today but it's possible. Let me see
[08:13] <didrocks> clobrano: I’m happy to have a second opinion if needed, but Trevinho will be more helpful than I on that IMHO
[08:13] <clobrano> didrocks, Trevinho: indeed, I was in fact thinking about the gresource as well
[08:14] <didrocks> clobrano: the issue of not having a subdirectory is if assets are differents
[08:14] <clobrano> didrocks, exactly
[08:14] <didrocks> but if the gresource filename can be different, I think that’s ok, as all in one single place
[08:14] <duflu> seb128, I would rather keep backward compatibility than be blamed for some regression so I will keep both for now
[08:15] <clobrano> didrocks, I was also thinking of leaving the gresource in the subdirectory and use theme-name.css to point to it
[08:15] <clobrano> but, okay, I'll wait for Trevinho's opinion
[08:15] <clobrano> thanks
[08:15] <xnox> jibel:  release new ubiquity? i can do that, unless somebody claimed that task
[08:16] <Laney> Wait.
[08:16] <Laney> I want to merge my OEM stuff in.
[08:16] <xnox> ok
[08:16] <didrocks> yw
[08:16] <didrocks> hey Laney 
[08:16] <Laney> Thanks!
[08:16] <Laney> hi didrocks 
[08:19] <seb128> duflu, k, fair enough
[08:21] <jibel> Laney, is it ready to merge? the MP says "DO NOT MERGE THIS"  
[08:21] <jibel> I'd like to have the other changes for the beta
[08:21] <Laney> Not the MP
[08:21] <ricotz> seb128, oSoMoN, in case you consider this sufficient and worth -- https://people.ubuntu.com/~ricotz/sponsoring/ -- https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=wip/focal-6.4
[08:21] <Laney> I'm working on it
[08:21] <Laney> I know
[08:27] <duflu> Is visual bell meant to be a black flicker now??
[08:27] <duflu> Hmm, upstream gnome-shell seems to suggest so
[08:29] <duflu> Because we just had the first bug report about the fact that it looks like more bug than feature
[08:32] <xnox> hmmmmmm..... didn't we historically disable any bell anyway?!
[08:32] <duflu> Yeah but users turn anything and everything on
[08:39] <xnox> seb128:  and i guess casper should use the same fsck-cancel-msg: and the patched theme will display that correctly too? (and i.e. using Ctrl+C to cancel checks in progress)
[08:40] <seb128> yes
[08:54] <duflu> seb128, bug 1869671 (?)
[09:01] <seb128> duflu, yeah, fix commited as you wrote
[09:11] <xnox> didrocks:  #define PLYMOUTH_REQUEST_KEY "K\2\2\3" => i wonder if you can unpack that for me =)
[09:11] <xnox> it is sending "K" command in plymouth protocol, and then sends 223 down it, which is supposed to be Ctrl+C?
[09:12]  * xnox ponders how to send 223 using regular plymouth api
[09:35] <didrocks> xnox: I’m pretty sure to remember this is indeed the Ctrl+C equivalent (I had to dive into plymouth itself to find it)
[09:37] <Trevinho> clobrano: so.. when doing the grsource thingy I was a bit confused of the two paths and indeed I'd go for just usr/share/themes... 
[09:44] <Laney> jibel: just doing a couple of test installs and then I'll upload ubiquity
[09:44] <jibel> Laney, okay, thanks
[09:45] <Laney> Might follow up later again; I've been trying to implement the rst / bitlocker UI
[09:45] <Laney> as that's new strings ...
[09:47] <xnox> didrocks:  ack
[10:03] <xnox> didrocks:  got it, https://en.wikipedia.org/wiki/End-of-Text_character
[10:07] <didrocks> right, rings a bell :)
[10:09] <seb128> Trevinho, hey, do you know if we can expect a shell .1 today from upstream/packaged? if we want to have the update in the beta image it needs to be uploaded today...
[10:12] <xnox> duflu:  seb128: following the forums thread on flickerfree boot => do we want to like grub pain the "ubuntu" logo on the bottom? cause then it will be "oem logo in bios, +ubuntu when grub starts, +spinner when plymouth starts, then gdm" getting more visuals in terms of "progress" of boot.
[10:12] <xnox> duflu:  seb128: also, re: gdm => is it normal that lockscreen & login screen have visually different background?
[10:12] <duflu> xnox, yes I think that's what I had in mind
[10:13] <duflu> xnox, yes AFAIK they are different
[10:13] <duflu> But I don't know what Fedora looks like right now
[10:13] <xnox> duflu:  ack, the way I see it happening is for the plymouth theme, shipping that subordinate update-alternatives grub snippet that is sourced.
[10:13]  * duflu shrugs
[10:13] <xnox> duflu:  right they are different today, but i question if they should be or not =)
[10:14] <duflu> xnox, you will need to ask a question of upstream. I assume they're meant to be different, not least because the login screen has no central clock or pre-existing wallpaper
[10:14] <duflu> to blur
[10:15] <duflu> I agree it's inconsistent but I don't know if that's a bug
[10:16] <xnox> oh, it blurs the pre-existing wallpaper? interesting. I use default paper, that's why to me it seemed as if lockscreen is "stock gradient" and login screen is "a different stock gradient"
[10:16] <xnox> i didn't grasp that it's my wallpaper =)
[10:17] <duflu> Yeah it's very blurry
[10:17] <GunnarHj> Good morning desktoppers!
[10:17] <duflu> Morning GunnarHj 
[10:17] <GunnarHj> seb128: Would appreciate your help with these two bugs:
[10:17] <GunnarHj> bug #1869641 - sponsoring needed
[10:17] <GunnarHj> bug #1869288 - is my suggestion a sensible solution?
[10:28] <xnox> seb128:  changed casper-md5sum messages to match systemd-fsckd ones, including Ctrl+C to cancel and tested that it works with the current spinner theme. Did not yet rebuild plymouth with that patch from that bug to see how things look with it.
[10:39] <xnox> duflu:  or it could paint  the spinner logo in the starting position, which then starts spinning
[10:40] <xnox> however, i though grub is not hi-dpi aware, horum, let me check what can be done there.
[10:40] <duflu> xnox, no that assumes no fade-in and no customisation. 
[10:40] <duflu> Less is more
[10:41] <duflu> xnox, I will publish a new patch tonight
[10:41] <duflu> And it's already tonight here
[10:44] <jbicha> chrisccoulson: please see https://launchpad.net/ubuntu/+source/flashplugin-nonfree/32.0.0.344ubuntu2 that change is ok all the way back to Xenial
[10:48] <xnox> duflu:  so looking into grub stuff, it can do background_img and either paint it as is, or stretch it. There are no arguments for "placement", thus if we want "ubuntu logo, centered on the bottom" we will need patches to grub to support "placement" like that
[10:48] <duflu> Yeah I figured maybe not for focal. Just wishing
[10:48] <duflu> Or something simpler
[10:49] <xnox> or make boot faster
[10:49] <duflu> Hah. Yeah plymouth runs for a very small fraction of the actual boot time
[10:50] <duflu> xnox, maybe a blurry Ubuntu logo so it doesn't have to match the resolution and position?
[10:50] <duflu> Then becomes clear when plymouth starts
[10:50] <xnox> ooooh
[10:51] <xnox> duflu:  i wonder if we should just remove plymouth full stop.....
[10:51] <xnox> unless one does encrypted disk / password login
[10:51] <duflu> I did suggest that last year
[10:51]  * duflu continues fixing plymouth anyway
[11:00] <duflu> xnox, bug 1867130 updated
[11:00] <duflu> and I'm overdue for dinner
[11:01] <xnox> duflu:  nom nom! enjoy =)
[11:04] <Laney> jibel: have you tried installing into qemu+uefi lately? I just end up @ initramfs but not sure if it's me ...
[11:21] <popey> Hello desktoppers!
[11:21] <oSoMoN> hello popey 
[11:22] <didrocks> hey hey popey 
[11:22] <popey> Was libpango1.0-0 removed from focal recently?
[11:22] <popey> (i just did my updates today, might have been done a few weeks ago)
[11:24] <popey> https://launchpad.net/ubuntu/+source/pango1.0/1.44.7-2  ?
[11:25] <popey> oh, it was renamed libpangox-1.0-0 ?
[11:26] <popey> This breaks minecraft. Minecraft depends on libpango1.0-0 which cannot be installed because it's purely virtual.
[11:26] <jbicha> popey: libpango-1.0-0 has been the replacement for years (notice the extra hyphen)
[11:27] <popey> Well, minecraft worked yesterday, and I just updated and minecraft and libpango got removed from my system
[11:27] <popey> and I cannot reinstall minecraft.
[11:27] <jbicha> can Minecraft just be rebuilt against pango?
[11:27] <popey> It's a proprietary application
[11:27] <popey> Would need to contact the upstream developer (Microsoft) to get that done.
[11:27] <jbicha> https://launchpad.net/ubuntu/+source/flashplugin-nonfree/32.0.0.344ubuntu2 had a manual dependency that I had to replace
[11:28] <popey> https://paste.ubuntu.com/p/BddH6gXsc6/
[11:30] <jbicha> the transitional pkg was introduced in 2013. Can you try to contact upstream about the issue?
[11:31] <popey> They are *notoriously* hard to contact, especially about Minecraft. Imagine my request would be in among a billion 8 year olds trying to get password resets.
[11:31] <popey> matlock ^
[11:32] <jbicha> the Minecraft package is at least not i386 right? https://launchpad.net/ubuntu/+source/pango1.0/1.44.7-1ubuntu1
[11:33] <popey> it's 64-bit
[11:34] <jbicha> we could add the package back if we really needed it. I think we'd prefer not to though 😉
[11:35]  * popey creates an upstream issue
[11:38] <popey> https://bugs.mojang.com/browse/MCL-13512
[11:40] <jbicha> for most packages, all I had to do was rebuild them against a recent pango1.0 to get the correct dependency - I don't know how recent though
[11:41] <matlock> Popey 10-4
[11:41] <popey> This worries me, what other things are broken by this.
[11:41] <popey> If Microsoft use their standard tools to make the launcher, they may well use the same tools to make other packages, which could also break.
[11:41] <oSoMoN> seb128, did the promotion of libreoffice-core-nogui to main do the trick?
[11:42] <jbicha> Debian only made the pango change in experimental so far
[11:42] <jbicha> anyway, I'll let others handle the pango issue. I was just helping out a bit this weekend but I'm not around as much
[11:45] <Wimpress> jbicha: Out of interest, what was the requirement to sync pango1.0 from experimental?
[11:57] <Laney> jibel: (it's uploaded)
[11:57] <seb128> oSoMoN, I didn't do that because ricotz said it was wrong/we didn't want -nogui
[11:58] <seb128> jbicha, it's a bit late in the cycle to remove binaries like that, even transitionals
[11:58] <oSoMoN> seb128, so we still need a new upload, right? shall I handle it?
[11:58] <seb128> oSoMoN, I don't know, I'm not around much atm, will be in a bit
[11:58] <seb128> but also I asked for help on #ubuntu-release
[11:59] <seb128> waiting to see if someone here can help/pick it up
[11:59] <seb128> I would prefer to avoid an upload, especially if that's guess work
[11:59] <seb128> xnox suggested seed changes might work better
[11:59] <seb128> but dunno, maybe we need another upload and wait tomorrow afternoon to see if it worked
[12:00] <oSoMoN> ricotz, do you have a test rebuild running for that dependency ordering fix?
[12:00] <Laney> the problem is that iso builds with universe enabled picked nogui and that ends up making something else uninstallable?
[12:01] <oSoMoN> seb128, I'm not familiar with the iso builder tools, who could help me set it up locally to confirm the problem and test fixed packages?
[12:01] <ricotz> oSoMoN, no, a test build is not useful in this case
[12:01] <oSoMoN> ricotz, well it would be to confirm the fix
[12:01] <ricotz> oSoMoN, you mean you can run the isobuilder on a ppa?
[12:02] <Laney> or what?
[12:03] <oSoMoN> ricotz, I don't know, I'm hoping we could run just the part of the pipeline that fails against a PPA or even local packages, just to confirm it works
[12:03] <xnox> oSoMoN:  ricotz: seb128: over on #ubuntu-release, there is answered question i posed "what is the expected/correct set of packages on the iso?"
[12:03] <xnox> as in "all -nongui" or for example "none of -nongui"
[12:04] <ricotz> xnox, none of -nogui
[12:04] <xnox> ricotz:  ack, let me trace things.
[12:05]  * Laney feels ignored :(
[12:05] <Laney> I'll go back to working on ubiquity
[12:05]  * xnox ignores Laney with kidness =)
[12:05]  * xnox ignores Laney with kindness =)
[12:05] <ricotz> Laney, libreoffice-core-nogui gets picked up before libreoffice-core due to the alphabetically order in control
[12:06] <ricotz> so when the resolver reaches libreoffice-base-core then libreoffice-core-nogui gets picked up first
[12:06] <ricotz> while "libreoffice-base" is one of the first depends of "libreoffice"
[12:07] <ricotz> https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=wip/focal-6.4&id=6834a11abdd6d80c50e80beaf75db84a3192d3fa
[12:08] <ricotz> the change to python3-uno should deal with the component mismatch
[12:09] <xnox> images are built correctly
[12:09] <xnox> -nogui packages are unknown, and are not pulled in
[12:10] <ricotz> xnox, huh?
[12:10] <Laney> no
[12:10] <Laney> look at a universe flavour e.g. kubuntu
[12:12] <RikMills> ah, so that is why main ubuntu build worked. should have realised :/
[12:13] <xnox> i will get to other flavours in a second
[12:14] <xnox> first i want to fix components missmatch, by adding extra-exclude annotation for -nogui
[12:26] <xnox> rerunning germinate locally against kubuntu seed with universe enabled
[12:32] <seb128> rikMills, ricotz, oSoMoN, sorry, I hadn't realized either that it was universe enabled images only, when I got pinged this morning ubuntu had no iso build yet since libreoffice migrated
[12:32]  * xnox still is confident i can unbreak components-missmatches & universe-isos with seed changes
[12:33] <seb128> xnox, thanks for looking at those changes!
[12:34] <xnox> germinate is sooooo slow
[12:36]  * RikMills crosses fingers this works
[12:40] <xnox> local germinate run complete
[12:40] <xnox> now running germinate with my Desktop-Include change
[12:43] <xnox> ha, didn't actually push my change
[12:43] <xnox> redoing
[12:46] <xnox> perfect, it seems to work
[12:46] <xnox> pushing changes
[12:51] <xnox> so
[12:52] <xnox> seb128:  RikMills: we need to wait for kubuntu seeds to update on snakefruit, once the seeds are updated there, we can retry the kubuntu iso build
[12:52] <RikMills> nice
[12:52] <xnox> oh, it looks like it is already updated
[12:53] <xnox> RikMills:  schedule kubuntu rebuild in the iso tracker?
[12:53] <xnox> https://bazaar.launchpad.net/~kubuntu-dev/ubuntu-seeds/kubuntu.focal/revision/1505 is the change i did
[12:53] <RikMills> xnox: doing
[12:54] <RikMills> ty
[12:58] <Wimpress> xnox: Should that change in seeds be made for all universe enabled flavours?
[12:59] <RikMills> xnox: still fails /o\
[13:00] <xnox> Wimpress:  let's start with one
[13:00] <Wimpress> OK
[13:00] <xnox> RikMills:  let's check if it using the correct seeds, cause maybe internal ftpmaster seed mirror was not updated yet
[13:00] <RikMills> hope so
[13:01] <xnox> cause my local run with everything up to date results in:
[13:01] <xnox> ? Package libreoffice-core-nogui blacklisted in desktop but seeded in desktop (libreoffice-base-core)
[13:01] <xnox> * Chose fonts-liberation2 to satisfy libreoffice-common
[13:01] <xnox> * Chose libreoffice-core to satisfy libreoffice-base-core
[13:04] <xnox> Chose libreoffice-core to satisfy libreoffice-base-core -> looks good
[13:04] <xnox> but it seems like germinate runs against main only
[13:04] <xnox> because it has
[13:04] <xnox> ? Unknown dependency libreoffice-core-nogui (= 1:6.4.2-0ubuntu2) by libreoffice-base-core
[13:04] <xnox> and it means internal ftpmaster mirror is not updated yet
[13:05] <xnox> also not sure why it tries to remove libreoffice-core
[13:08] <xnox> it seems to me that a) live-build is a bit broken, as it doesn't correclty pass components to germinate b) it seems to install packages ignoring what germinate has calculated
[13:08] <xnox> potentially we will need to seed libreoffice-core harder
[13:11] <popey> seb128 jbicha filed in launchpad so we can track it too. https://bugs.launchpad.net/ubuntu/+source/pango1.0/+bug/1869716
[13:11] <seb128> popey, thanks
[13:14] <Wimpress> Regarding #1869716, I just reviewed the i386 evaluation from last year.
[13:15] <Wimpress> We do need to keep that pango transitional package around, the reason for its original whitelisting it due to it being referenced 3rd party games. Not just Minecraft, but older Unity 3D games too.
[13:16] <seb128> Wimpress, popey, jbicha, would a Provides be enough there? they are versioned now
[13:17] <Wimpress> I think a Provides would be sufficient.
[13:18] <xnox> hm
[13:28] <hellsworth> good morning desktopers.. catching up on the libreoffice iso failure now
[13:31] <seb128> hey Heather, how are you?
[13:32] <Wimpress> Hello hellsworth o/
[13:39] <oSoMoN> hey hellsworth 
[13:39] <Laney> yeah blacklist isn't going to work like that
[13:39] <Laney> perhaps positively seeding the correct alternate would
[13:41] <hellsworth> oh boy.. just finished with the backlog
[13:42] <hellsworth> ricotz: oSoMoN thanks for looking into libreoffice. is there anything i can do to help?
[13:43] <hellsworth> seb128: oh i'm ok.. still trying to get over a cold
[13:43] <oSoMoN> looks like it's covered by ISO build experts
[13:43] <hellsworth> that's what i figured but wanted to offer in case.
[13:43] <hellsworth> TIL ordering dependencies matters
[13:44] <hellsworth> ls -l
[13:44] <seb128> ricotz  has a patch/commit which I think would make sense to take in any case
[13:44] <seb128> but now might not be the right time for another libreoffice upload
[13:45] <hellsworth> but there's no way to test it, right?
[13:45] <seb128> indeed not
[13:45] <hellsworth> when is a better time for another LO upload?
[13:45] <hellsworth> i know it's beta week but better now than next week..
[13:45] <Laney> it would be better to fix the package rather than doing seed hacks imho
[13:46] <xnox> what's the reason for the first alternative to be nogui?
[13:46] <hellsworth> it seems to me that the hesitance to upload is because we can't test the package first to make sure it fixes it but i think we need to fix the package
[13:46] <xnox> is it such that build-deps are smaller when things run things nongui?
[13:47] <xnox> ideally if one installs interactively "install libreoffice-foo" one gets the gui version, right?
[13:48] <xnox> Laney:  but i wouldn't want to add Recommends: libreoffice-core on the metapackage. Looks not tidy.
[13:48] <hellsworth> right.. so not sure why we need -nogui at all
[13:50] <xnox> ooooh
[13:50] <xnox> Laney:  maybe we can do this in livecd-rootfs, cause this is exactly like "which ubiquity frontend to pull in" where we need kde one on kubuntu, and gtk one on ubuntu, and seeding the right one doesn't work, hence we do add_package call in livecd-rootfs?
[13:50]  * Laney facepalms
[13:51] <Laney> just fix libreoffice already
[13:51] <Laney> figure out and implement the nongui stuff properly when we're not trying to release a beta if it's necessary
[13:52] <hellsworth> Laney: it seems like we need some approval to do a new upload, that's the tone i get from reading the backlog
[13:52] <xnox> i thought we want -nogui to be the default dep.....
[13:52] <Laney> I think it's because it takes ages to build
[13:53] <xnox> Laney:  at least i want to wait for seed to be updated on the internal master, and see that updated seed indeed doesn't fix anything
[13:53] <Laney> maybe rene did in Debian for some reason, but not here, not now
[13:53] <xnox> how often do we rsync to ftpmaster.internal?
[13:54] <xnox> i think it should work
[13:55] <xnox> because in stock run libreoffice-core-nogui ends up in .depends, and in patched one it does not.
[13:55]  * xnox ponders if we should have Unrecommends: field =))))) which is a weaker Conflicts:
[13:56] <ricotz> seb128, the patch will be part of 6.4.3 and is in debian now
[13:56] <seb128> ricotz, can prepare an upload with the change? 
[13:56] <ricotz> if this seed patching works out
[13:56] <seb128> I agree with Laney that we should just get the fix uploaded now
[13:56] <ricotz> seb128, already did 6 hours ago
[13:56] <seb128> ricotz, where is it?
[13:56] <seb128> I saw your git commit
 seb128, oSoMoN, in case you consider this sufficient and worth -- https://people.ubuntu.com/~ricotz/sponsoring/ -- https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=wip/focal-6.4
[13:57] <seb128> ah, thanks
[13:57] <seb128> I will get that uploaded
[13:57] <seb128> I did see the git url but didn't notice the sponsoring one, morning as a bit crazy, sorry
[13:58] <oSoMoN> seb128, I can handle the upload if you're busy with other things
[13:59] <ricotz> thanks
[14:00] <Laney> worth checking the diff to the previous good upload to see if it looks right
[14:00] <Laney> not that I doubt ricotz's skills ;-)
[14:01] <ricotz> of course, please do
[14:01] <ricotz> .. check it
[14:55] <xnox> ricotz:  Laney seb128: looks like internal mirror is up to date now, and i completed kubuntu build with just the seed change without new libreoffice
[14:55] <xnox> i hope you didn't upload libreoffice yet
[14:55] <xnox> ignore the name, but here is the build-log
[14:55] <xnox> https://launchpadlibrarian.net/471745584/buildlog_ubuntu_focal_amd64_amd64_ubuntu-server-live_BUILDING.txt.gz
[14:55] <xnox> (it is overriden to build kubuntu)
[14:56] <xnox> oSoMoN:  ^^^
[14:56] <Laney> very good, fixing libreoffice is still ok and correct
[14:56] <xnox> ricotz:  can you please retrigger kubuntu build again?
[14:57] <oSoMoN> I haven't uploaded yet, I was triple-checking the changes
[14:59] <xnox> Laney:  right, then i don't understand what for nogui was listed as a first dep in the first place then. Or like how build-deps for package building can opt into nogui variants. I guess with like build-conflcits?!
[14:59] <xnox> at least with or without libreoffice, images should be building.
[15:00] <xnox> meaning we can roll this dep change into a future libreoffice upload, rather than pushing it now
[15:00] <Laney> xnox: a bug?
[15:00] <oSoMoN> xnox, nogui being listed first was a mistake in the first place, not deliberate
[15:00] <Laney> I would prefer to have a package with the correct relations in the archive
[15:01] <Laney> so please could you stop pushing back on that :(
[15:01] <xnox> oSoMoN:  Ah! i see!
[15:01] <RikMills> xnox: tried requesting a rebuild, but the qa UI still said (rebuilding) from the last fail, so it might ignore me
[15:01] <xnox> Laney:  I missed the bit that the deps are wrong way around.
[15:01]  * xnox was under assumption the deps were right way around
[15:02] <Laney> okey
[15:02] <xnox> Laney:  yeah, i'd rather back out seed changes out too, becuase !libreoffice-core-nogui is ugly
[15:02] <xnox> in that case
[15:02] <Laney> ya
[15:02] <Laney> probably wait until the new one migrates
[15:04] <seb128> oSoMoN, sorry, a bit busy here again, if you want to upload that would be appreciated
[15:04] <oSoMoN> seb128, just done
[15:04]  * Laney spanks gtk
[15:04] <Laney> can't convince this gtk to not be huge
[15:04] <Laney> svg*
[15:05] <Laney> guess I could give up and use a png
[15:05] <seb128> oSoMoN, thx
[15:05] <oSoMoN> seb128, ricotz, Laney, xnox : https://launchpad.net/ubuntu/+source/libreoffice/1:6.4.2-0ubuntu3
[15:05] <Laney> sweert
[15:05] <Laney> -r
[15:07] <xnox> woop woop
[15:07] <hellsworth> thanks oSoMoN and ricotz :)
[15:58] <ricotz> oSoMoN, thanks
[16:00] <GunnarHj> Hey seb128, trying to parse your "append the keywords from the code side to all subpanel from a category" idea. Is there any other way besides the .desktop files to set keywords for g-c-c panels?
[16:44] <seb128> GunnarHj, gnome-control-center is doing the search so I guess it could have code to special case search keywords?
[16:45] <seb128> like there is some code there doing the reading/parsing of the keys, it could also add the subcategory as a keyword
[16:45] <GunnarHj> seb128: Okay.. Sounds like you suggest code digging? ;)
[16:46] <seb128> GunnarHj, I can poke at that later if you want
[16:46] <seb128> otherwise I would say there is probably less users relying on 'privacy' to return the panels than users relying on having translated keywords working
[16:46] <seb128> so I wouldn't change strings at this point of the cycle
[16:48] <GunnarHj> seb128: I agree on the latter. If you can spend a minute later to spot a code example, and point me in the right direction, I may be able to take it from there.
[16:58] <KGB-1> gnome-shell signed tags d989e5f Iain Lane ubuntu/3.36.0-2ubuntu2 * gnome-shell Debian release 3.36.0-2ubuntu2 * https://deb.li/uxds
[19:27] <seb128> GunnarHj, I wil try to have a look. Could you review bug #1868019 from an UIFe perspective? Apparently Robert's email to the lists got caught in moderation
[19:28] <seb128> seems like legacy softwares are popular
[19:28] <seb128> we got several reports about the pango transitional missing already...
[19:29] <GunnarHj> seb128: Will do that.
[19:29] <seb128> GunnarHj, thanks
[19:32] <GunnarHj> seb128: Another thing: Also gnome-doc-utils seems to have been drooped from archive, which makes the accountsservice build fail. I just uploaded it to PPA without that build-dep to see what happens: https://launchpad.net/~gunnarhj/+archive/ubuntu/accountsservice, but I don't know possible implications. Thoughts?
[19:33] <seb128> GunnarHj, I don't know enough about the topic to say sorry, I can have a look later though
[19:34] <GunnarHj> seb128: Let's see if it builds to start with. :)
[19:35] <GunnarHj> seb128: It did. I can upload it, but I would appreciate if to have a look before I do.
[19:36] <GunnarHj> s/to/you/
[19:44] <seb128> GunnarHj, I've debdiffed the debs from the current archive version and from your ppa, no change, it looks safe to drop
[19:45] <GunnarHj> seb128: Thanks, then I'll upload.
[19:45] <seb128> GunnarHj, thanks
[20:40] <Laney> seb128: planning to push those pango changes to unstable too?
[20:40] <Laney> experimental*
[20:46] <BigWhale> Greetings.
[20:48] <BigWhale> Where is the designated bug reporting/tracking place for desktop stuff now? Launchpad? 
[21:05] <sarnold> best is to run ubuntu-bug with the package or program name, so the log scrapers can run, etc
[21:08] <seb128> Laney, probably, I was thinking about that, usually Debian/upstream are more idealistic on the fact that the world needs to move forward so I was not sure if that'something other pkg-gnome people would agree with
[21:09] <seb128> also I was unsure if we would keep it after the LTS or just for this cycle since it's late in the cycle which isn't the case for Debian
[21:10] <seb128> Laney, do you have an opinion on that?
[21:10] <Laney> I think people on unstable should get to play minecraft too if people on focal do
[21:11] <Laney> tbh it doesn't feel like we'll be able to drop it according to any distro release cycle
[21:11] <Laney> but just the first one after the people providing the .debs fix them, whenever that is
[21:11] <seb128> or maybe the fact that minecraft stops working for Debian users is enough to make upstream fix their package? always a tricky question
[21:12] <Laney> Ubuntu would be a better forcer there probably
[21:12] <seb128> yeah, I'm fine doing that, but early in a cycle
[21:12] <Laney> ok if you say so
[21:13] <Laney> 10€ we end up back in this exact place ;-)
[21:14] <GunnarHj> Laney: Re beta freeze: Are uploads in order to fix a build problem still ok?
[21:14] <BigWhale> sarnold: yeah, I did that. I'll report it with gnome-shell. It's about workspaces. I'm in the process of writing how to reproduce it.
[21:15] <Laney> Dunno.
[21:15] <Laney> Nothing bad will happen if it gets held in the queue, don't worry about it.
[21:15] <GunnarHj> Ok.
[21:15] <seb128> Laney, I asked Simon about the pango provide since he dropped the transitional, if he's not against it I will commit that to Debian tomorrow
[21:16] <Laney> okey
[21:16] <Laney> I don't mind if you decide to take the flak btw
[21:16] <Laney> just concerned whether you'll be able to sustain the flak taking or have to cave in again
[21:17] <Laney> ok good, proposed-migration is working again
[21:17]  * Laney goes away, see you tomorrow!
[21:17] <seb128> yeah, I think it's likely that we will add it back again before release if that didn't success in making upstream move
[21:17] <seb128> Laney, 'night!