[03:07] <kenvandine> robert_ancell: https://bugs.launchpad.net/snap-store/+bug/1869021
[03:08] <kenvandine> https://bugs.launchpad.net/snap-store/+bug/1869021
[06:05] <jibel> Good morning all
[06:19] <duflu> Morning jibel 
[06:23] <jibel> Hi duflu 
[06:29] <oSoMoN> good morning desktoppers
[06:29] <oSoMoN> happy Friday!
[06:31] <callmepk> Good morning ( Acutally afternoon here)
[06:35] <jibel> It's always morning somewhere
[06:35] <duflu> Hi oSoMoN 
[06:35] <jibel> Hey oSoMoN 
[06:42] <oSoMoN> good afternoon callmepk 
[06:42] <oSoMoN> hey duflu, salut jibel 
[07:11] <didrocks> good morning
[07:21] <duflu> Morning didrocks 
[07:24] <ricotz> hello desktopers
[07:28] <seb128> goood morning desktopers, and happy friday!
[07:28] <seb128> hey didrocks duflu ricotz, how are you?
[07:29] <duflu> Morning seb128. Going OK. You?
[07:31] <duflu> seb128, BTW I feel resolving gnome-shell!1070 and the plymouth issues are both multi-week tasks so I shouldn't commit to trying to get both done. Maybe we should just drop the former patch from gnome-shell till it's more ready
[07:33] <duflu> I feel terribly unproductive jumping between tasks that both require a lot more work
[07:33] <duflu> So reducing the number of those tasks is probably a good idea
[07:33] <seb128> duflu, right, do you feel comfortable unpatching 1070 and going back to that after plymouth work is done?
[07:34] <duflu> seb128, yeah it's the lesser evil - people are already used to the non-fading icons and I'm the only one who ever complained about it
[07:34] <seb128> k, let's do that then
[07:34] <seb128> Trevinho, ^ please remove that patch from the next upload
[07:35] <duflu> Just a shame the only remaining issue seems to be another mutter damage bug. I feel there are a couple of those still
[07:36] <didrocks> hey duflu, seb128, good thanks! You?
[07:36] <ricotz> seb128, hey, I am good
[07:36] <seb128> didrocks, good!
[07:36] <ricotz> oSoMoN, hi, would be available to sponsor a libreoffice update for focal
[07:38] <duflu> Oh well, that was just icing on the cake. Most of the performance work is still in
[07:38] <duflu> And when I get organised I'll write about that...
[07:40] <seb128> :)
[07:50] <ricotz> oSoMoN, https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/11087893/+listing-archive-extra
[08:46] <oSoMoN> ricotz, I can do that later today
[09:04] <Laney> morning
[09:08] <seb128> hey Laney, happy friday! how are you?
[09:13] <Laney> hey seb128 
[09:13] <Laney> not too bad thanks, you?
[09:14] <seb128> I'm good!
[09:14] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages down to one item that isn't blocked: )
[09:22] <didrocks> hey Laney 
[09:25] <Laney> moin didrocks, you good?
[09:26] <didrocks> doing well, thanks! you?
[09:28] <Laney> aaaaaalrighttttt
[09:29] <jibel> seb128, in ubiquity you removed xkb-data-i18n from the control file but it's added automatically by d-i/update-control. Do you want me to remove it from there? otherwise it's added during the build.
[09:30] <seb128> jibel, yes please
[09:30] <seb128> sorry for overlooking that it's autogenerated like that
[09:54] <jibel> sil2100, actually it's all of ubiquity not only the oem install cf bug 1869331
[09:56] <sil2100> jibel: yeah, hugo poked me about it today
[09:57] <sil2100> Let me see what changed
[10:01] <sil2100> Added it to the beta milestone for now
[10:02] <sil2100> Apparently it only got broken on 25, maybe it would be a good exercise to confirm that 24 was still good
[10:03] <sil2100> Ah, hugo attached a screenshot, so I guess that's not needed
[10:38] <mantas-baltix> seb128, hi, have you noticed build error in latest console-setup:
[10:39] <mantas-baltix> install -m 644 debian/vtrgb debian/console-setup-linux/etc/console-setup/install: target 'debian/console-setup-linux/etc/console-setup/' is not a directory: No such file or directorymake: *** [debian/rules:143: deb-install-main] Error 1
[10:39] <mantas-baltix> seb128, see https://launchpadlibrarian.net/470959763/buildlog_ubuntu-focal-amd64.console-setup_1.194ubuntu3_BUILDING.txt.gz
[10:40] <seb128> mantas-baltix, see my comment on your sponsoring bug?
[10:40] <seb128> will teach me to take some time for sponsoring :p
[10:43] <seb128> oSoMoN, you should be able to sync gedit/gedit-plugins to focal now
[10:55] <mantas-baltix>  seb128, in Debian build doesn't fail, see https://packages.debian.org/source/unstable/console-setup
[10:56] <seb128> mantas-baltix, in Ubuntu the previous version built also, probalby something else in the archive changed...
[10:57] <mantas-baltix> so, problem is not in my patch and not in console-setup_1.194ubuntu3 source?
[10:59] <seb128> mantas-baltix, maybe, would need debugging to tell
[11:11] <ricotz> oSoMoN, ok
[11:21] <Laney> jibel: sil2100: are you working on #1869331?
[11:21] <Laney> I know what the problem is I think
[11:27] <jibel> Laney, I am not at the moment, if you know what the problem is go ahead
[11:28] <Laney> ok
[11:53] <ricotz> oSoMoN, oh, https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1869357
[11:53] <ricotz> this is the issue I made aware of and should be handled by the update
[11:57] <seb128> jibel, is https://code.launchpad.net/~ubuntu-installer/ubiquity/+git/ubiquity/+merge/376777 still on your list? if Mario updated it a while ago, if it's important to Dell we should probably try to get it in focal?
[12:11] <jibel> seb128, sure, I'll review it again
[12:17] <Laney> jibel: ok, pushed the fixes, or what I think are the fixes anyway
[12:22] <sil2100> Laney: thanks for looking into that! I started diving into that but then stuff happened and got completely context-switched
[12:22] <sil2100> Preempted
[12:32] <Laney> it's ok, would have been surprising if you had the knowledge at hand to fix it :p
[12:38] <popey> Good day friends!
[12:39] <oSoMoN> ricotz, ack, I'm on it
[12:39] <oSoMoN> good day popey 
[12:39] <popey> Just the man!
[12:40] <popey> oSoMoN are you aware of snap pack --compression=lzo  ? 
[12:40] <oSoMoN> popey, I wasn't until recently, but I heard something about the store recompressing selected snaps using lzo, and that chromium is one of them?
[12:41] <popey> I'm not aware of the store doing anything. However, I think we could do a test of a chromium build, maybe unpack / repack a build and push to a channel to test it?
[12:41] <popey> it will get rejected by the store, but a reviewer can let it through
[12:49] <oSoMoN> popey, that would be interesting indeed
[12:51] <oSoMoN> popey, `snap help pack` doesn't mention --compression, do I need a newer version of snapd? (I have 2.44+20.04)
[12:52] <popey> i have the same version and it worked here
[12:52] <popey> maybe the help isn't up to date
[12:54] <oSoMoN> yes, that, or it's intentionally not documented yet
[13:00] <oSoMoN> popey, you're right there's no repackaging happening behind the scenes for chromium, I must have dreamt that
[13:00] <oSoMoN> the good kind of dream
[13:01] <oSoMoN> seb128, I synced gedit, but I don't have upload rights for gedit-plugins, can you sync it for me, please
[13:05] <seb128> oSoMoN, sure
[13:28] <popey> oSoMoN i just wrote a simple script to repack snaps, the chromium one goes from 153M to 229M
[13:30] <oSoMoN> wow, that's significantly bigger
[13:31] <oSoMoN> but if it makes it significantly faster, I guess that's a good tradeoff
[13:31] <popey> :)
[13:32] <ricotz> oSoMoN, I forwarded a mail to you
[13:33] <ricotz> oSoMoN, do you want a prepared libreoffice package?
[13:36] <oSoMoN> ricotz, give me a minute, I'm looking at the debdiff
[13:36] <oSoMoN> (and if it all looks good, yes please :))
[13:38] <ricotz> oSoMoN, see https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=ubuntu-focal-6.4
[13:38] <oSoMoN> ricotz, yeah, I was actually reviewing the individual commits there
[13:38] <ricotz> good :)
[13:38] <oSoMoN> ricotz, LGTM, would you mind adding a reference to LP: #1869357 in the changelog?
[13:40] <seb128> oSoMoN, ricotz, do you plan a libreoffice/focal upload?
[13:40] <oSoMoN> seb128, yes, ricotz is preparing it and I'll sponsor
[13:41] <popey> oSoMoN on the subject of libreoffice - if you lzo that, it jumps from 416M to 577M
[13:41] <oSoMoN> that's an awful lot of megabytes…
[13:41] <ricotz> seb128, i sent h_ellsworth an email earlier this morning
[13:41] <seb128> oSoMoN, ricotz, how would you feel about including the patch from https://bugs.documentfoundation.org/show_bug.cgi?id=131353 ?
[13:41] <seb128> I plan to upload the new poppler today
[13:41] <ricotz> seb128, oh
[13:42] <seb128> the patch is a one liner
[13:42] <ricotz> seb128, oSoMoN, if this is wanted then it will take a moment and the upload should be coordinated given the buildtime of libreoffice
[13:43] <oSoMoN> that's an unfortunate API change
[13:43] <seb128> ricotz, oSoMoN, the new poppler is in https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions/
[13:44] <seb128> oSoMoN, poppler is no fun, they keep changing things and bump the soname at every new version :-/
[13:44] <seb128> the patch is easy enough though
[13:44] <oSoMoN> seb128, the patch looks fine to me, I'd prefer if it had been reviewed and committed upstream, but it looks trivial enough
[13:45] <ricotz> oSoMoN, +1
[13:45] <seb128> oSoMoN, right, it sucks a bit :/ at the same time the poppler update has some nice fixes and we are not going to land a soname change as a SRU
[13:49] <oSoMoN> yeah, let's go for it
[13:50] <oSoMoN> seb128, is there a PPA with the new poppler that we could build against to test that the patch is sufficient?
[13:50] <seb128> oSoMoN, <seb128> ricotz, oSoMoN, the new poppler is in https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions/
[13:51] <oSoMoN> seb128, oh, sorry, you posted that link a few lines earlier…
[13:52] <seb128> oSoMoN, you should have upload rights ot the ppa since it's under ~ubuntu-desktop ... I might need to delete a few other things from the ppa though if it ENISPACE (which I hit there recently with a libreoffice upload)
[13:52] <seb128> let me clean things that are tested/I've ready locally
[13:52] <oSoMoN> seb128, that's okay, I can re-use an old PPA of mine that I used for libreoffice test builds
[13:53] <oSoMoN> unless you prefer to have it all in one place
[13:53] <seb128> oSoMoN, k, as you prefer
[13:53] <seb128> oSoMoN, no, I plan to upload, I don't care about the ppa
[13:53] <seb128> if that's ok with you guys I will get the other things uploaded already? 
[13:54] <seb128> libreoffice can come later tonigh or monday once the test build is hopefully successful
[13:54] <seb128> or how long does it take to get a build on the first arch? I could also wait for end of afternoon
[13:55] <ricotz> seb128, s390x might be within 4 hours
[13:55] <ricotz> https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+build/18899703
[13:55] <seb128> k
[13:55] <seb128> I'm fine waiting for that
[13:56] <oSoMoN> ricotz, I'm preparing a test build, unless you want to handle it?
[13:56] <ricotz> oSoMoN, already done
[13:56] <oSoMoN> you're too fast :)
[13:56] <ricotz> https://people.ubuntu.com/~ricotz/sponsoring/
[13:57] <seb128> ricotz, thanks!
[13:57] <ricotz> I can push it as ~lo2 to prereleases once the poppler package is ready
[13:59] <ricotz> seb128, oSoMoN, or better take this package and push it somewhere together with poppler
[13:59] <oSoMoN> ricotz, yeah, or, use another PPA and build-depend on ppa:ubuntu-desktop/transitions
[13:59] <ricotz> I don't want to interfere with the ~lo1 build which fixes the installation issues
[13:59] <seb128> ricotz, oSoMoN, let me upload it to the transition ppa
[14:00] <oSoMoN> SGTM
[14:01] <ricotz> seb128, might be reasonable to disable/cancel the arm* build for this testbuild
[14:01] <seb128> ricotz, good idea yes
[14:01] <ricotz> (might take 15-24 hours)
[14:03] <seb128> oSoMoN, ricotz, uploaded, I don't know how disk space restrictions work on ppa, I hope that's not a cause to fail build after some hours?
[14:04] <ricotz> afaik it only restricts source uploads, after that it won't cause trouble
[14:04] <oSoMoN> seb128, unlikely, if the source package fits, launchpad shouldn't blow up
[14:04] <seb128> great
[14:05] <seb128> ricotz, oSoMoN, https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions/+sourcepub/11150273/+listing-archive-extra
[14:05] <seb128> let's see how it goes :)
[14:09] <ricotz> :)
[14:10] <oSoMoN> nice one
[14:12] <seb128> Laney, didrocks, jibel, does any of you has any hint/pointer to documentation on how it repack a desktop iso with a file changed if that's possible?
[14:14] <jibel> seb128, IIRC there was some pretty good documentation on the wiki to remaster an ISO
[14:15] <seb128> jibel, https://help.ubuntu.com/community/InstallCDCustomization ?
[14:17] <didrocks> seb128: it seems my page on the french wiki transformed to https://doc.ubuntu-fr.org/personnaliser_livecd (which isn’t ubuntu-fr iso specifique anymore)
[14:17] <didrocks> ah, the page was https://doc.ubuntu-fr.org/projets/traduction_live_cd#iso_a_creer
[14:18] <didrocks> but it seems quite heavily edited and shorten, so unsure if this still work
[14:18] <seb128> thanks
[14:18] <jibel> seb128, https://help.ubuntu.com/community/InstallCDCustomization also for example
[14:18] <jibel> yes this sone
[14:18] <jibel> one
[14:18] <seb128> I was hoping for, mount, copy, edit, run one command to repack :p
[14:18] <seb128> I guess I've to read
[14:18] <jibel> ah no; unfortunately
[14:18] <seb128> thx jibel didrocks
[14:28] <jibel> seb128, i did this very raw scripts a while a ago. To extract the iso https://paste.ubuntu.com/p/4t9z5DRHgD/
[14:28] <jibel> seb128, to rebuild the iso https://paste.ubuntu.com/p/phKWQkRMsb/
[14:29] <seb128> jibel, thanks!
[14:29] <jibel> no error checking or anything and the work directories must exist
[14:51] <hellsworth> good morning desktopers
[15:02] <hellsworth> just catching up... ricotz oSoMoN thank you for fixing LO!
[15:05] <hellsworth> i see how you fixed it but it's not clear what was wrong with libreofice-common though.
[15:13] <hellsworth> oh i think it's the libboost versions
[15:25] <didrocks> good morning hellsworth 
[15:25] <hellsworth> hi didrocks 
[15:40] <seb128> jibel, those scripts are working for you? 
[15:40] <seb128> jibel, it unsquasfs in edit-default/ and then try to mount things in edit/
[15:40] <seb128> should that be the same dir?
[16:08] <jibel> seb128, they are symlinks https://paste.ubuntu.com/p/rYGQTWqcr2/ 
[16:09] <jibel> I don't remember why though
[16:09] <seb128> jibel, ah, thanks
[16:09] <seb128> jibel, probably easier to wipe the extracted dir that way
[16:10] <seb128> though it shouldn't make a real difference
[16:10] <jibel> seb128, yes, I wanted to test different setup and pointed the symlink to the right target. It want just a convenient wayto do it
[16:10] <jibel> it was*
[16:18] <seb128> Laney, what happened to the bot you had yesterday for commit to salsa/ubuntu? it was just testing/not ready yet or is it supposed to be there/working?
[16:19] <Laney> seb128: I only updated the packages I was working on one by one
[16:20] <Laney> I said that at the time
[16:20] <Laney> If you want them all done then that needs to be scripted
[16:20] <Laney> otherwise copy and paste the hooks from mutter as you push things
[16:20] <seb128> Laney, I was probably busy and didn't see those bits, thanks
[16:21] <seb128> I also didn't know that had info in the package
[16:21] <Laney> it's in the repository configuration on salsa
[16:21] <seb128> I though the bot was monitor a list of project or a team space 
[16:21] <seb128> ah, ok, that makes more sense
[16:21] <seb128> Laney, thanks!
[16:22] <Laney> did try to hint Trevinho to do some script there but he didn't take the bait :(
[16:32] <Celmor[m]> Hello, after installing a .deg  because the corresponding package didn't exist in the repo, I'm getting complaints from apt-get for every operating that it has missing dependencies (which I also manually installed via a .deb because the repo version was too old), is there a way to ignore the dependencies of that package for future apt-get operations?
[16:32] <Laney> Celmor[m]: please try #ubuntu for that question, we can't help with that here, sorry
[16:36] <Celmor[m]> Seems to be only 35 user in there according to my client? Is that correct? I'm here because my client showed me it as the highest people count for "Ubuntu". Sry if I'm mistaken
[16:38] <Celmor[m]> Oh, that was from snoonet
[16:39] <seb128> kenvandine, woot, #debian-gnome's bot is showing your vte commits :)
[16:49] <seb128> jibel, for some reason the resulting ISO isn't see as a bootable media :/
[16:53] <kenvandine> seb128: cool
[17:02] <seb128> jibel, I got the iso working, thanks for the scripts
[17:05] <Laney> w00t
[18:06] <seb128> oSoMoN, ricotz, k, s390x libreoffice is doing pkgstriptranslations so looks it builds fine, I'm uploading
[18:12] <ricotz> seb128, make sure to wait long enough ;)
[18:12] <ricotz> ... with the libroffice upload
[18:15] <seb128> ricotz, what was I supposed to wait for?
[18:15] <ricotz> ah poppler is already there, I assumed you are beginning to do both just now
[18:16] <seb128> ricotz, no, poppler has been uploaded an hour ago :)
[18:16] <seb128> other things already rebuilt and picked the right version
[18:16] <ricotz> seb128, +1
[18:17] <ricotz> kenvandine, hi, dpkg: Fehler beim Bearbeiten des Archivs /tmp/apt-dpkg-install-sBGjuI/24-libvte-2.91-common_0.60.0-2ubuntu1_amd64.deb (--unpack):
[18:17] <ricotz>  Versuch, »/usr/lib/systemd/user/vte-spawn-.scope.d/defaults.conf« zu überschreiben, welches auch in Paket libvte-2.91-0:amd64 0.59.91-0ubuntu2 ist
[18:20] <marcoagpinto> [18:02] <marcoagpinto> guys?! What is the maximum size of icons in toolbars in Ubuntu?
[18:20] <marcoagpinto> [18:02] <marcoagpinto> someone in the PureBasic forum was saying that OS APIs limit the size to 24x24 but I think it is not true
[19:51] <seb128> kenvandine, the error from ricotz, looks like those files were added to libvte-2.91-0 in Ubuntu and the merge picked the change from Debian who install them to -common, weird that it didn't conflict when you tried to install locally?
[19:51] <seb128> kenvandine, it should be remove from the lib and use a Replaces