[09:25] <seb128> goood morning desktopers!
[09:51] <seb128> ricotz, hey, how are you doing?
[09:52] <seb128> ricotz, where is the libreoffice snap being built from nowadays? the store seems to have a newer revision than what is built on https://launchpad.net/~desktop-snappers/+snap/libreoffice-snap
[09:53] <ricotz> seb128, hey, I am good :), how are you?
[09:53] <ricotz> seb128, the libreoffice snap is located at https://launchpad.net/~libreoffice/df-libreoffice/+snap/libreoffice-fresh
[09:53] <seb128> I'm alright!
[09:54] <ricotz> the snapcraft bug is https://github.com/canonical/craft-cli/issues/221
[09:54] -ubottu:#ubuntu-desktop- Issue 221 in canonical/craft-cli "Bad handling of non-utf8 text in _PipeReaderThread" [Open]
[09:55] <ricotz> the translation error in libreoffice which triggered the bug is hopefully gone with 24.2~rc2
[09:58] <seb128> ricotz, I will nag snapcraft people about bumping the priority there
[09:58] <seb128> ricotz, when did the snap vcs change?
[09:59] <seb128> it used to be https://github.com/ubuntu/libreoffice/tree/fresh no?
[09:59] <seb128> which https://launchpad.net/~desktop-snappers/+snap/libreoffice-snap uses 
[09:59] <ricotz> seb128, ah I am pushing those changes to github as well
[10:00] <seb128> and that snap build is still configured to autopublish to candidate
[10:00] <ricotz> yes, candidate is gine
[10:00] <ricotz> fine
[10:00] <seb128> ricotz, it's a bit confusing to have 2 Vcs-es
[10:00] <seb128> what you mean fine?.
[10:00] <ricotz> "autopublish to candidate" is fine
[10:01] <seb128> we have https://launchpad.net/~desktop-snappers/+snap/libreoffice-snap and https://launchpad.net/~libreoffice/df-libreoffice/+snap/libreoffice-fresh which are both configured to autopublish to candidate but building from different Vcs-es
[10:01] <seb128> that doesn't seem like a deterministic setup
[10:02] <ricotz> https://launchpad.net/~desktop-snappers/+snap/libreoffice-snap is disabled
[10:02] <seb128> oh, ok
[10:02] <seb128> I wonder if I should just delete this one to avoid confusion
[10:02] <ricotz> meaning it won't build without requesting it
[10:03] <ricotz> that sounds reasonable
[10:03] <seb128> ok
[10:03] <ricotz> thanks
[10:03] <seb128> so next question is https://launchpad.net/~libreoffice/df-libreoffice/+snap/libreoffice-fresh
[10:04] <seb128> why is that building from https://code.launchpad.net/~libreoffice/+git/libreoffice-snap and not https://code.launchpad.net/~desktop-snappers/df-libreoffice/+git/libreoffice-snap ?
[10:04] <seb128> the later being a mirror of github
[10:07] <ricotz> seb128, the libreffice owned repo was there before, and doesn't require a force import to get the snap building
[10:08] <ricotz> and it feels less invasive to force push to the launchpad repo than the github one
[10:08] <seb128> why do we need to force push?
[10:08] <ricotz> I have no local setup to build a snap
[10:08] <seb128> sorry I'm just trying to remove the confusion
[10:09] <seb128> so it feels like we should standardize on one vcs and delete the other one
[10:09] <seb128> I'm just trying to figure out which one makes sense to use
[10:10] <ricotz> so I tend to correct previous commits to avoid a mess up repo "history"
[10:10] <seb128> I see
[10:10] <ricotz> I can see the github repo get more attention and possible patches, so having this seems helpful
[10:10] <seb128> I started by trying to check what was going on with https://github.com/ubuntu/libreoffice/issues/33 which Ken pinged me about
[10:10] -ubottu:#ubuntu-desktop- Issue 33 in ubuntu/libreoffice "LO Snap in Snap Store doesn't actually use LZO compression" [Open]
[10:11] <seb128> and then we ended up noticing that the snap was not currently built from github
[10:11] <seb128> but https://git.launchpad.net/~libreoffice/+git/libreoffice-snap/tree/snapcraft.yaml also has 'compression: lzo'
[10:11] <ricotz> I see, and yes it is build on launchpad
[10:12] <seb128> I mean not built from the github vcs
[10:12] <ricotz> ah ok
[10:12] <seb128> we build all our desktop snaps on launchpad
[10:12] <ricotz> ok, I thought there is some github actions setup available as well
[10:13] <seb128> they are, but we standardize on the 'set up a git code import on launchpad and build from there'
[10:13] <seb128> at least for desktop snaps
[10:13] <seb128> it gives us build records/log and proper ubuntu team owning for those builds
[10:13] <ricotz> ok
[10:23] <ricotz> seb128, so regarding the compression issue, I guess the corresponding build log is not available anymore
[10:25] <ricotz> seb128, there are logs from 7.5.x build at https://launchpad.net/~libreoffice/+snap/libreoffice-still
[10:57] <seb128> ricotz, thanks, I'm asking to store people/on one of our channels, I'm not even sure how to check that lzo is enabled, but it seems a snapcraft or store issue to me
[11:07] <seb128> bbl
[11:46] <KGB-X> gnome-control-center ubuntu/latest 0bfd1be Jeremy Bícha debian/control * Don't recommend libnss-myhostname since we use systemd-resolved * https://deb.li/34BBM
[12:42] <lissyx> seb128, bandali, I'm not sure I will be able to attend today in fact, I've been up & down in the past days and I might be too exhausted
[12:43] <seb128> lissyx, ah, good that you mention it, it's also going to be difficult for me today, I wanted to warn you guys about that, let's postpone
[12:44] <seb128> lissyx, btw we have a desktop matrix channel now, https://matrix.to/#/#ubuntu-desktop-dev:matrix.org , you might want to try join, would make easier to have conversations since in practice people often are disconnected on IRC for $reasons
[12:44] <seb128> ricotz, ^ you might be also interested
[12:45] <lissyx> seb128, weird I dont see the channel
[12:46] <seb128> I don't understand matrix :/
[12:47] <seb128> lissyx, what about https://matrix.to/#/#ubuntu-desktop-dev:matrix.org ?
[12:48] <lissyx> I see some ubuntu channels when filtering on matrix.org
[12:48] <lissyx> including ubuntuunity and ubuntu-pt
[12:48] <lissyx> but not ubuntu-desktop-dev
[12:48] <seb128> that's another matrix instance
[12:48] <seb128> unsure how the federation is working between servers
[12:49] <lissyx> is the channel public?
[12:56] <ricotz> seb128, the link worked for me
[12:57] <ricotz> so the room is actually #desktop-dev:ubuntu.com
[12:59] <ricotz> https://matrix.to/#/#desktop:ubuntu.com
[13:03] <seb128> lissyx, ricotz, sorry, seems someone renamed the channel earlier this week and I didn't have my notes updated
[13:03] <seb128> https://matrix.to/#/#desktop-dev:ubuntu.com
[15:04] <seb128> ricotz, I got a confirmation that the snapcraft team has the parsing bug on their backlog for this Canonical-pulse so they are going to work on it soon enough (pulses are 2 weeks and that one started on Monday)
[15:05] <ricotz> seb128, great, thanks!
[15:06] <ricotz> such a "crash" in quite critical
[15:09] <seb128> indeed
[15:29] <fossfreedom_> hi desktopers. In your planning for GNOME 46 noble uplift, I'm aware that gnome-session v46 breaks our budgie-desktop.  The fix will be budgie-session that is currently in the Debian NEW queue.  I'm ever hopeful that it will be accepted and make its way to ubuntu before ubuntu's GNOME 46 transition & the freeze date.  If it gets held up in that queue, what's the best way to stop the v46 version of gnome-session  
[15:29] <fossfreedom_> breaking budgie?  Re-patch in the bits that breaks budgie ("--builtin" removal)? Or get sponsorship here to upload budgie-session?  
[15:30] <jbicha> fossfreedom_: could you be more specific about why you believe gnome-session 46 will break Budgie?
[15:31] <jbicha> For instance, Ubuntu Desktop 24.04 LTS will continue to fully support the Ubuntu on Xorg session
[15:31] <fossfreedom_> v46 drops the support for "--builtin" in favour for a systemd only approach.  We depend on that flag to launch budgie-desktop
[15:32] <jbicha> ok, so https://gitlab.gnome.org/GNOME/gnome-session/-/commit/76534bcc5e4e
[15:32] -ubottu:#ubuntu-desktop- Commit 76534bc in GNOME/gnome-session "Drop consolekit backend and hard depend on systemd"
[15:32] <fossfreedom_> yep
[15:34] <bandali> nice one gnome
[15:35] <bandali> lissyx, seb128, ack re postponing today's
[15:36] <seb128> fossfreedom_, you can always upload budgie-session to the Ubuntu NEW queue if it's still stuck in Debian
[15:37] <fossfreedom_> ah - ok.  just need a friendly sponsor.
[15:37] <jbicha> yes, uploading to Ubuntu directly when Debian takes too long is what you did for magpie last cycle and it works well
[15:42] <KGB-X> gnome-control-center Sebastien Bacher 455931 * commented merge request !33 * https://deb.li/3Fksn
[15:43] <KGB-X> gnome-control-center Sebastien Bacher 455932 * commented merge request !34 * https://deb.li/ATzs
[15:47] <KGB-X> gnome-control-center ubuntu/latest 2ba5fae Jeremy Bícha debian/patches/ubuntu/info-overview-Show-updates-in-software-propeties-instead-.patch * Show Software Updates in the Software Updater app instead of the config app * https://deb.li/34dv0
[15:47] <KGB-X> gnome-control-center ubuntu/latest 2d90c50 Jeremy Bícha debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * Update Ubuntu Desktop patch to use Home folder label instead of Personal folder * https://deb.li/ijTt2
[16:04] <KGB-X> gnome-control-center Marco Trevisan 455943 * commented merge request !35 * https://deb.li/wUOM
[16:14] <ricotz> seb128, the libreoffice snap already finished building, so there is new snap to investigate "the lzo issue"  - https://launchpad.net/~libreoffice/df-libreoffice/+snap/libreoffice-fresh/+build/2358809
[17:09] <seb128> ricotz, after talking to Ken we believe that they just changed the default and such it's not reflecting in the info but it is using lzo
[17:10] <seb128> $ sudo file /var/lib/snapd/snaps/libreoffice_302.snap 
[17:10] <seb128> /var/lib/snapd/snaps/libreoffice_302.snap: Squashfs filesystem, little endian, version 4.0, lzo compressed, 1135050607 bytes, 31950 inodes, blocksize: 131072 bytes, created: Wed Nov 22 08:11:59 2023
[17:12] <ricotz> seb128, ack
[17:12] <ricotz> $ file libreoffice_24.2.0.2_amd64.snap 
[17:12] <ricotz> libreoffice_24.2.0.2_amd64.snap: Squashfs filesystem, little endian, version 4.0, lzo compressed, 1152306450 bytes, 31949 inodes, blocksize: 131072 bytes, created: Wed Jan 17 13:41:08 2024
[17:59] <KGB-X> gnome-initial-setup signed tags 5db697e Jeremy Bicha upstream/46_alpha * Upstream version 46~alpha * https://deb.li/3pk7
[17:59] <KGB-X> gnome-initial-setup upstream/latest 89d033a Jeremy Bicha * pushed 29 commits (first 5 follow) * https://deb.li/3OSqd
[17:59] <KGB-X> gnome-initial-setup upstream/latest e7e8472 Марко Костић po/sr.po * Update Serbian translation * https://deb.li/ztZF
[17:59] <KGB-X> gnome-initial-setup upstream/latest dcd515c Ngọc Quân Trần po/vi.po * Update Vietnamese translation * https://deb.li/3vYo1
[17:59] <KGB-X> gnome-initial-setup upstream/latest 828e749 Bruce Cowan po/en_GB.po * Update British English translation * https://deb.li/heWh
[18:00] <KGB-X> gnome-initial-setup upstream/latest 34aa4e2 Dylan McCall gnome-initial-setup/gis-driver.c * driver: Dismiss close-request for main window * https://deb.li/3Si8c
[18:00] <KGB-X> gnome-initial-setup upstream/latest 1db957a Will Thompson gnome-initial-setup/gis-driver.c * Merge branch 'dylanmccall/prevent-window-close' into 'master' * https://deb.li/osLC
[18:00] <KGB-X> gnome-initial-setup pristine-tar 910d39b Jeremy Bicha gnome-initial-setup_46~alpha.orig.tar.xz.delta gnome-initial-setup_46~alpha.orig.tar.xz.id * pristine-tar data for gnome-initial-setup_46~alpha.orig.tar.xz * https://deb.li/ig76G
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest eb6f2c2 Jeremy Bicha * pushed 45 commits (first 5 follow) * https://deb.li/ik8nD
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest 7383e1d Will Thompson .gitlab-ci.yml * ci: Work around nested podman permissions issue * https://deb.li/tZ10
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest f1a918d Marge Bot (10 files in 4 dirs) * Merge branch 'mcatanzaro/optional-webkitgtk' into 'master' * https://deb.li/3rVO2
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest 2343637 Will Thompson NEWS meson.build * Prepare 46.alpha release * https://deb.li/yJTi
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest 89d033a Jeremy Bicha (32 files in 7 dirs) * New upstream version 46~alpha * https://deb.li/3MMPh
[21:32] <KGB-X> gnome-initial-setup ubuntu/latest 6cf74ca Jeremy Bicha (32 files in 7 dirs) * Update upstream source from tag 'upstream/46_alpha' * https://deb.li/IMVn