=== chiluk_ is now known as chiluk [07:04] good morning desktoppers [07:08] goood morning desktopers [07:09] Morning oSoMoN and seb128 [07:10] salut seb128, hey duflu [07:11] hey duflu, oSoMoN, ricotz, how are you? [07:12] seb128, finally feeling good, just in time for my long weekend. How are you? [07:12] BlueZ is published now, thanks [07:13] duflu, nice that you are feeling better! I'm alright, just a bit tired and it seems we might end up again with a sick baby around after only 3 days back at daycare :-/ [07:13] :( [07:21] seb128, duflu, good morning :) [07:22] Hi ricotz [07:22] looks like a busy morning with preparing libreoffice 7.3.0 rc2 [07:22] morning [07:23] Morning RikMills [07:23] hey RikMills [07:23] seb128: hi. is the ubuntu iso build going to work now that gvfs depends on fuse3? [07:23] hi all :) [07:45] ok, the livefs build did fail :( [07:45] The following packages have unmet dependencies: [07:45] fuse3 : Breaks: fuse [07:47] LP: #1916390 [07:47] Launchpad bug 1916390 in sshfs-fuse (Ubuntu) "seeding a package that depends/recommends fuse3 causes livefs builds to fail" [Undecided, Confirmed] https://launchpad.net/bugs/1916390 [07:54] RikMills, the weird forward is to finish the transition I think, which is what bug #1956949 is about? [07:54] Bug 1956949 in unionfs-fuse (Ubuntu) "CPC AWS jammy builds fail with: 'fuse3 : Breaks: fuse'" [Undecided, New] https://launchpad.net/bugs/1956949 [07:57] not looked that hard at it, but yes I guess any reason fuse2 might be wanted/preferred in the initial parts of the build needs to be fix [07:57] Steve put the blam on ntfs-3g in my bug. not sure if that is still an issue [07:58] *blame [08:05] RikMills, it's probably not [08:09] RikMills, Graham wrote 'ntfs-3g builds with an internal libfuse-lite' which seems to be true, for desktop we at least need to upload xdg-desktop-portal which I'm going to do toay [08:11] Steve meant the runtime depends IIRC, not what is needs to build [08:11] RikMills, the current deb doesn't have a fuse depends if I checked recently [08:12] s/recentlt/correctly [08:12] Pre-Depends: [08:12] ${misc:Pre-Depends}, [08:12] fuse [linux-any], [08:12] fuse4bsd [kfreebsd-any], [08:12] oh, urg, nice catch indeed [08:12] ginggs, ^ was that an oversight when you reviewed the fuse3 transition? [08:17] might not be an issue now if something else will cause fuse3 to be chose 1st, but steve thought was a problem back then [08:18] RikMills, I'm going to wait for Graham to reply but to me it seems like we need to change it [08:19] fair enough, and thanks [08:20] seb128: indeed I did not pick that up, i was concentrating on things that linkted to libfuse2 and libfuse3-3 [08:21] but it "should" just be a case of switching the depends on fuse -> fuse3 [08:21] seb129: did you catch Graham's reply there ^. your IRC timed out [08:22] no [08:22] " seb128: indeed I did not pick that up, i was concentrating on things that linkted to libfuse2 and libfuse3-3" [08:22] got a kernel issue the system locked up [08:22] thx [08:24] anyway, good that is on the radar now :) === seb129 is now known as seb128 [08:24] I will just do the change now [08:24] :D [12:48] could someone retry the failed udisks2 test fro trigger ntfs-3g? [12:48] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ntfs-3g === Mirv__ is now known as Mirv [12:58] RikMills, retried [12:59] thanks! [13:01] ricotz: silly question, how is the libreoffice backport to 20.04 supposed to be used, is the ~official way of it documented somewhere? (I'm referring to https://launchpad.net/ubuntu/+source/libreoffice/1:7.1.7-0ubuntu0.21.04.1~bpo20.04.1) I went with http://paste.debian.net/1226964 :S which seems to work fine though [13:05] (possibly needless to mention, but 7.1.x in 20.04 is a huge boost for 20.04 LibreOffice users who need to eg interoperate with proprietary formats) [13:06] Mirv, it is a normal backports packages, so these docs would apply - https://help.ubuntu.com/community/UbuntuBackports [13:07] yeah, major libreoffice updates provide all kinds of improvements [13:08] ddstreet, hi :), is https://help.ubuntu.com/community/UbuntuBackports up2date while it mentions "trusty"? [13:16] ricotz: ah, right, now that backports is not selectable in software-properties, I had forgotten that pinning is needed. thanks! [13:41] Mirv, yw! [14:17] ricotz well the release is just an example, though i suppose we could adjust the example to use $(lsb_release -cs) instead [14:22] ddstreet, I noticed the page got edited recently, although if one is reading trusty while focal is the currently suggested version to use, it might be a bit irritating :) [16:01] gnome-shell-extension-desktop-icons-ng pristine-tar 185d02e Gunnar Hjalmarsson gnome-shell-extension-desktop-icons-ng_38.orig.tar.gz.delta gnome-shell-extension-desktop-icons-ng_38.orig.tar.gz.id * pristine-tar data for gnome-shell-extension-desktop-icons-ng_38.orig.tar.gz * https://deb.li/3LPTh [16:01] gnome-shell-extension-desktop-icons-ng upstream/latest 6252114 Gunnar Hjalmarsson * pushed 19 commits (first 5 follow) * https://deb.li/0WY2 [16:01] gnome-shell-extension-desktop-icons-ng upstream/latest eaa5938 Sergio Costas HISTORY.md * Updated HISTORY.md * https://deb.li/ii1OC [16:01] gnome-shell-extension-desktop-icons-ng upstream/latest f4ed275 Sundeep Mediratta stackItem.js * Fix Stacks3 icon resize * https://deb.li/pC7n [16:01] gnome-shell-extension-desktop-icons-ng upstream/latest 77dca90 Sergio Costas stackItem.js * Merge branch 'fix-stack3-icon-resize' into 'master' * https://deb.li/3QyB7 [16:01] gnome-shell-extension-desktop-icons-ng upstream/latest f86eb69 Davy Defaud po/fr.po * Complete the French translation * https://deb.li/11fU [16:02] gnome-shell-extension-desktop-icons-ng upstream/latest f3bc1e2 Sergio Costas po/fr.po * Merge branch 'french_translation' into 'master' * https://deb.li/3B33F [16:02] gnome-shell-extension-desktop-icons-ng tags 186d278 Gunnar Hjalmarsson upstream/38 * Upstream version 38 * https://deb.li/jWyg === chrisccoulson_ is now known as chrisccoulson