[08:12] <ricotz> good morning desktopers :)
[08:13] <ricotz> seb128, hi, https://launchpad.net/~mozillateam/+archive/ubuntu/ppa/+sourcepub/14443372/+listing-archive-extra
[08:13] <seb128> goood morning desktopers!
[08:14] <seb128> hey ricotz, thanks, I noticed the new version thanks to the snap auto updates :)
[08:15] <ricotz> seb128, there were some more changes required to adjust for the new comm-l10n repository
[08:15] <ricotz> https://paste.debian.net/plain/1267501
[08:15] <seb128> ricotz, ok, I will review the debdiff ... do you have a vcs for your changes?
[08:17] <ricotz> seb128, I could push them directly to the packaging repo
[08:18] <ricotz> I kept the changes minimal so there is likely room for improvement
[08:20] <seb128> ricotz, feel free to push to the vcs if you want otherwise I will do that later
[12:10] <GunnarHj> On a freshly installed and updated lunar in VirtualBox it doesn't let me log in to Ubuntu on Xorg. I'm just bumped back to the login screen.
[12:10] <GunnarHj> On my regular (updated) lunar install, logging in to Ubuntu on Xorg works fine. But that's anything but a fresh install.
[12:10] <GunnarHj> Missing dependency?
[12:11] <seb128> GunnarHj, hey, unsure, do you have a journal log?
[12:12] <GunnarHj> seb128: Well, not easily available since it's VirtualBox. Not sure how I best could show it...
[12:14] <seb128> GunnarHj, well if it go back to the login screen and you can log into a wayland session you can do journalctl | pastebin from there
[12:15] <GunnarHj> Will try that.
[12:29] <GunnarHj> seb128: https://pastebin.ubuntu.com/p/9NhtrH9qGG/
[12:34] <seb128> GunnarHj, thx, unsure why it's exiting from the log but maybe Trevinho or jbicha have a clue there
[12:52] <seb128> hum, thunderbird on arm fails to build due to DEBUG: llvm_objdump: Looking for llvm-objdump :/
[12:55] <seb128> ricotz, the create-tarball.py update is following upstream vcs changes right? which means technically we should do the same to stable series?
[13:00] <ricotz> seb128, yes, create-tarball.py should be kept in sync in all thunderbird stable repos
[13:00] <seb128> ricotz, thanks
[13:01] <seb128> ricotz, also any reason to not move those repository to git? do you know why Olivier did do it?
[13:02] <ricotz> not sure, maybe there was some trouble with the export/import scripts
[13:02] <ricotz> preserving the history seems not trivial with all the branches
[13:06] <seb128> ricotz, those are debian/ dir only vcs-es so I would expect it to be not too complicated, I will give it a try :)
[13:39] <ricotz> seb128, ok :)
[13:55] <bandali> good morning
[13:56] <bandali> hey ricotz, so i followed your lto-related rules.mk change from firefox-beta.bionic in firefox.bionic as well, but it seems that for some reason the rule is being invoked twice:
[13:56] <bandali> https://launchpadlibrarian.net/646393129/buildlog_ubuntu-bionic-i386.firefox_109.0+build2-0ubuntu0.18.04.1_BUILDING.txt.gz
[13:56] <bandali> and we apparently end up with multiple 'lto = "thin"' which is seemingly problematic
[13:58] <bandali> i'm not super familiar with all of those make targets, but i'll investigate a bit, and either make that sed invocation more robust so it doesn't add a duplicate, or try reverting that bit from 'pre-build' back into 'debian/stamp-mach-configure' and see if it helps
[13:58] <ricotz> bandali, hi, this some race condition which already happened without the syncing this change with focal
[13:58] <ricotz> bandali, re-try the build please
[14:00] <bandali> ricotz, ah ok i see :) thanks, sure i'll retry it
[14:00] <bandali> but yeah it might be worth making that sed invocation look ahead and make sure there's no lto = "thin" in that section already before it adds another one
[14:04] <ricotz> bandali, there is already a "stamp" file (Cargo.toml.bak) as guard, seems the i386 builders are way faster while this doesn't happen on arm64/armhf
[14:22] <dob1> hi, I am using i3 as my wm and I have problem with firefox: for example when I upload a photo to gmail and I want to see it it gives me the option to use "System handler" or download it,  the problem is that "System handler" fails, it does nothing and I have to download the photo to see it.  The same for pdf.... I am sure that on gnome this works but I am not using gnome
[14:23] <dob1> even if I set a specific command to handle photo or pdf it doesn't work because it can't access to them
[14:24] <dob1> I had no problems with the no-snap version of fireforx when it was available
[14:54] <bandali> ricotz, hmm i see
[14:55] <bandali> hi dob1, just to confirm, do you use i3 from ubuntu's repos? and do you log into it via gnome's display manager gdm (i.e. login screen)?
[14:55] <dob1> bandali: yes
[14:56] <bandali> dob1, i see, thanks for confirming. i haven't tried the firefox snap outside the gnome desktop, but i've been meaning to install i3 on this machine and try it. i'll see if i can reproduce the issue
[14:57] <dob1> bandali: if you have an email on gmail with a pdf try to see it not with gmail preview or firefox preview but with system hanlder, or  create a draft upload a photo and try to view it in the draft, it gives the option for system handler and it fails
[14:58] <bandali> dob1, right. i don't really use gmail, so i'll probably have to try with another upload/download site, but if absolutely necessary, i should be able to try on gmail too
[14:59] <bandali> but taking a guess, i believe the firefox snap uses the xdg-desktop-portal to communicate with the outside world for the most part, and perhaps your i3 environment doesn't have that process running
[14:59] <ogra> IIRC the "system handler" should just make it call "xdg-open /path/t👋file" ... have you tried running that manually for a file type you see issues with ?
[14:59] <ogra> tsk ... silly emoji plugin
[15:00] <ogra> i.e. does it open the file with the default app for that mime type ? 
[15:02] <dob1> if I run firefox on console and I try to view a pdf via system handler I get  env: ‘/snap/bin/firefox’: Permission denied
[15:02] <ogra> not what i asked 🙂
[15:03] <ogra> xdg-open /fo👋bar/mydoc.pdf ... does that open your default pdf viewer with the file you gave it
[15:03] <dob1> /path/to/file what is in my case?  I didn't have download the file
[15:03] <ogra> download a file then 🙂
[15:03] <dob1> ah ok! sorry now it's clear
[15:03] <ogra> it is to test if the expected mechanics outside of firefox work at all 
[15:04] <dob1> it works
[15:04] <dob1> it open it
[15:04] <ogra> good, so that bit at last works ... 
[15:04] <ogra> so the issue must be between FF and xdg-open ... do you have the xdg-desktop-portal* packges installed ? 
[15:05] <ogra> they should handle that communication bit on a desktop level
[15:05] <ogra> though not sure if that can work with just plain window manager witout proper session mgmt
[15:06] <dob1> yes
[15:07] <dob1> this is what I have https://termbin.com/srz14
[15:09] <ogra> yeah, i guess the session management is the issue here ... 
[15:10] <dob1> I would like to understand where firefox store the file, if it store it somewhere or it's in ram, when I use system handler.  and then use xdg-open file to that file
[15:12] <ogra> it ands it t the portal ... and IIRC that stores it somewere in a privat area of /tmp or so 
[15:12] <ogra> *hands it
[15:12] <dob1> no /tmp
[15:13] <dob1> on /tmp there are few dirs owned by my user so I don't consider them
[15:15] <dob1> imho it cannot store the file (hence the permission errror) so it cannot open it
[15:17] <ogra> ah, it seems to not be /tmp but XDG_RUNTIME_DIR (i.e. /run/user/$UID/)
[15:18] <dob1> I found the file there and xdg-open can open it
[15:19] <ogra> right, proves my point from above ... communicaion error wih the session mgmt somewhere 
[15:20] <nteodosio> I use dwm and `. /etc/X11/Xsession.d/*dbus*` solves many of these kind of problems.
[15:20] <ogra> ah, sourcing the dbus address ? 
[15:20] <nteodosio> Though you mention that you start i3 via GDM, I'd bet it would do it for you
[15:21] <ogra> it should ... theoretically ... but there might also be logind involved and whanot
[15:21] <dob1> no it's the same
[15:22] <dob1> source if from a terminale, launched firefox from the same terminale and still this     env: ‘/snap/bin/firefox’: Permission denied
[15:22] <dob1> no infos about this "permission denied"
[15:24] <ogra> run journalctl -f alongside and reproduce it ... see if there are any denials/errors
[15:26] <dob1> ok more infos https://dpaste.org/qr0nV
[15:26] <dob1> it still doesn't explain 
[15:27] <dob1> (at least to me)
[15:27] <ogra> looks like gdm actually tries to exec firefox for some reason ... not sure that should run through gdm at all 
[15:28] <dob1> I have no clue
[15:28] <ogra> file a bug and attach that info ... 
[15:28] <dob1> or at least what change on gnome when you do the same operation
[15:28] <dob1> where to file it? ubuntu bug?
[15:29] <ogra> well, in gnome gdm hands over authority to gnome-shell i think 
[15:29] <ogra> yeah, start with "ubuntu-bug firefox" i should DTRT (it at least does on gnome 😛 )
[15:29] <dob1> DTRT stands for?
[15:30] <ogra> do the right thing ...
[15:32] <ogra> *it should ... btw my keyboard is solwly giving up 
[15:33] <dob1> here https://bugs.launchpad.net/ubuntu  ?
[15:33] <ogra> "ubuntu-bug firefox" ... run that in a terminal 
[15:34] <dob1> it says I can'ut use it
[15:34] <dob1> because it is published by mozilla (I am translating)
[15:34] <ogra> it should give you a url 
[15:34] <dob1> https://support.mozilla.org/it/kb/segnalare-bug-richiedere-funzionalita
[15:35] <dob1> it's not the right place on mozilla imho
[15:35] <bandali> yeah i think we currently ask that people file firefox snap bugs against mozilla, on bugzilla.mozilla.org
[15:35] <ogra>  right, but we usually provide the correct URL to do that
[15:36] <dob1> so it's mozilla where to file the bug for this?
[15:36] <bandali> unfortunately it seems 'ubuntu-bug firefox' doesn't do that when choosing the snap package for the affected package, it directs people o the above mozill akb page
[15:37] <ogra> well, and thats a 404 here on my german install UGH !
[15:37] <bandali> dob1, https://bugzilla.mozilla.org
[15:38] <ogra> oh, LOVELY ! there is a dot at the end of the line here for me ... which indeed ends up as part of the url if i click it
[15:38] <ogra> sigh
[15:38] <ogra> https://support.mozilla.org/de/kb/file-bug-report-or-feature-request-mozilla.
[15:38] <ogra> this is what i get when clicking what apport gives me ... 
[15:39]  * ogra wonders if thats an apport or mozilla bug now ... 
[15:39] <bandali> the ubuntu bug tracker for firefox is at https://bugs.launchpad.net/ubuntu/+source/firefox/+bugs?orderby=-id&start=0 and you can report a bug from https://bugs.launchpad.net/ubuntu/+source/firefox/+filebug but i think you should report the bug to mozilla's bugzilla i linked above
[15:39] <bandali> ogra, right :p i was gonna ask if you know whether that string/dialog is coming from
[15:39] <ogra> haha, i wish i did 
[15:40] <dob1> ok I will file it on bugzilla
[15:40] <bandali> dob1, thanks :) feel free to drop a link to it here as well
[15:40] <dob1> I will do later when I am home
[15:41] <bandali> ty
[15:41] <bandali> *thank you
[15:49] <bandali> fwiw the message is indeed coming from apport https://git.launchpad.net/ubuntu/+source/apport/tree/apport/ui.py?h=ubuntu/lunar#n1580 and looks fine in english, so i would guess it's the particular translation that's problematic
[16:06] <ogra> bandali, yeah
[16:07] <ogra> (and thanks for looking it up)
[16:11] <ogra> hmm, though the string "snap["contact"]" comes from somewhere else 
[16:13] <ogra> (seemingly something somewhere calls "snap info firefox" and grabs the "contact:" string from there ... but thats also untranslated if i manually call snap info ...)
[16:14] <KGB-0> gnome-shell signed tags 46d755f Jeremy Bicha ubuntu/43.2-1ubuntu1 * gnome-shell Debian release 43.2-1ubuntu1 * https://deb.li/31nHd
[16:14] <KGB-2> gnome-shell ubuntu/master a0cdd83 Jeremy Bicha * pushed 39 commits (first 5 follow) * https://deb.li/3pApF
[16:14] <KGB-2> gnome-shell ubuntu/master 250b730 Florian Müllner js/ui/overview.js * overview: Don't block on wayland popovers * https://deb.li/7NKi
[16:15] <KGB-2> gnome-shell ubuntu/master 0149558 Alessandro Bono js/ui/overviewControls.js * overviewControls: Group prepare to enter/leave overview code * https://deb.li/3rlah
[16:15] <KGB-2> gnome-shell ubuntu/master dab3632 Alessandro Bono js/ui/ overview.js overviewControls.js * overview: Make preparation to enter/leave overview explicit * https://deb.li/ij2b1
[16:15] <KGB-2> gnome-shell ubuntu/master 000c678 Alessandro Bono js/ui/overview.js * overview: Start animation after setting coverPane initial state * https://deb.li/xbNe
[16:15] <KGB-2> gnome-shell ubuntu/master 3d638cb Jonas Ådahl js/perf/basic.js * perf/basic: Toggle quick settings instead of old menu * https://deb.li/3lnE0
[16:15]  * ogra wishes olivier was sill here 😞
[16:16] <ogra> *still
[16:17] <nteodosio> Yes
[16:17] <nteodosio> ogra, that's Apport
[16:18] <nteodosio> https://github.com/canonical/apport/blob/75540cb0f665e50495d994b529c8418a1ebca178/apport/report.py#L449
[16:18] <nteodosio> Ah Amin had already answered that :p
[16:20] <ogra> right, i just dont know where that string lives .... i see the code that processes it 
[16:25] <nteodosio> ogra, ah, OK, pretty sure it's https://github.com/canonical/apport/blob/f0386909272207593f1baa5fee900ac387ca04fa/apport/fileutils.py#L184
[16:25] <ogra> oh ! a direct store query !
[16:26] <ogra> but i think that is still untranslated ... hmm
[16:26] <bandali> how about https://translations.launchpad.net/apport/main/+pots/apport/de/68/+translate
[16:27]  * ogra hugs bandali 
[16:27] <ogra> you'Re a hero !
[16:27] <bandali> =) you're too kind ogra :p
[16:28] <bandali> hmm, so, looking at that translation, i'm guessing whatever code is linkifying URLs is buggy and inclues that period right after the %s ?
[16:28] <ogra> well, credit where credit is due 🙂
[16:29] <ogra> right, the dot needs to be dropped 
[16:29] <bandali> right
[16:29] <nteodosio> The terminal emulator is at fault for making URLs clickable. Use Xterm. :P
[16:30] <ogra> well, it is actually a GTK popup window ... 
[16:30] <KGB-2> gnome-remote-desktop signed tags 965912c Jeremy Bicha upstream/43.3 * Upstream version 43.3 * https://deb.li/ilbFx
[16:30] <ogra> (try yourself "ubuntu-bug firefox")
[16:30] <KGB-2> gnome-remote-desktop upstream/latest 0984992 Olga Smirnova po/ LINGUAS ie.po * Add Interlingue translation * https://deb.li/3xzPC
[16:30] <KGB-2> gnome-remote-desktop upstream/latest e17336c Nathan Follens po/nl.po * Update Dutch translation * https://deb.li/bEOh
[16:30] <KGB-2> gnome-remote-desktop upstream/latest aab4317 Jonas Ådahl meson.build * build: Bump version to 43.3 * https://deb.li/39Amc
[16:31] <KGB-2> gnome-remote-desktop upstream/latest 8086b28 Jeremy Bicha meson.build po/LINGUAS po/nl.po po/ie.po * New upstream version 43.3 * https://deb.li/3CQJd
[16:31] <KGB-2> gnome-remote-desktop pristine-tar a27d840 Jeremy Bicha gnome-remote-desktop_43.3.orig.tar.xz.delta gnome-remote-desktop_43.3.orig.tar.xz.id * pristine-tar data for gnome-remote-desktop_43.3.orig.tar.xz * https://deb.li/s6KF
[16:34] <ogra> LOL
[16:34] <ogra> okay ... so sad ... but the bug is already reported and a fix was applied ... sadly rejected because the bug # was not mentioned in the changelog 
[16:34]  * ogra head -> wall
[16:34] <ogra> https://bugs.launchpad.net/apport/+bug/1978301
[16:34] -ubottu:#ubuntu-desktop- Launchpad bug 1978301 in apport (Ubuntu Jammy) "Broken contact URL in German translation" [Undecided, Confirmed]
[16:37] <ogra> https://github.com/canonical/apport/commit/e0a90520b84d8c46b1474fb3c9421d72e3a99960
[16:37] -ubottu:#ubuntu-desktop- Commit e0a9052 in canonical/apport "apport-gtk: Exclude trailing dot from URL links"
[16:37] <ogra> heh, even a code fix, not just dropping the dot from the translation
[16:39] <bandali> ah
[16:40] <ogra> not sure if bdrung plans to re-submit it though 
[16:54] <bdrung> ogra, on 2022-12-15 I uploaded apport 2.20.11-0ubuntu82.4 to jammy to fix this bug. It is waiting in the unapproved queue.
[17:01] <ogra> bdrung, awesome ! thx !
[19:42] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 06f2352 Jeremy Bicha * pushed 15 commits (first 5 follow) * https://deb.li/3QDTV
[19:42] <KGB-0> gnome-shell-extension-desktop-icons-ng pristine-tar 48809ed Jeremy Bicha gnome-shell-extension-desktop-icons-ng_46+really47.0.2.orig.tar.bz2.delta gnome-shell-extension-desktop-icons-ng_46+really47.0.2.orig.tar.bz2.id * https://deb.li/1xY1
[19:42] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 40aeca6 Sergio Costas HISTORY.md metadata.json * Removed "session-modes" * https://deb.li/fJRs
[19:42] <KGB-0> pristine-tar data for gnome-shell-extension-desktop-icons-ng_46+really47.0.2.orig.tar.bz2
[19:43] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 98fb585 Sergio Costas desktopManager.js * Fix incorrect call * https://deb.li/3Yu6U
[19:43] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 0169c70 Sergio Costas createThumbnail.js * Fixed thumbnail generation when using external program * https://deb.li/348vn
[19:43] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 8047a4c Sergio Costas extension.js * Fixed bug * https://deb.li/iWxt7
[19:43] <KGB-2> gnome-shell-extension-desktop-icons-ng upstream/latest 863544f Sergio Costas fileItemMenu.js * Fixed another bug * https://deb.li/iMrd
[19:43] <KGB-0> mozjs signed tags 854b79b Jeremy Bicha upstream/102.7.0 * Upstream version 102.7.0 * https://deb.li/3VJON
[19:43] <KGB-2> mozjs upstream/102 b06f1f1 Jeremy Bicha config/milestone.txt js/src/devtools/automation/autospider.py mozglue/build/TsanOptions.cpp * New upstream version 102.7.0 * https://deb.li/DJfc
[19:43] <KGB-0> mozjs pristine-tar ec700b5 Jeremy Bicha mozjs102_102.7.0.orig.tar.xz.delta mozjs102_102.7.0.orig.tar.xz.id * pristine-tar data for mozjs102_102.7.0.orig.tar.xz * https://deb.li/3RM3y