[00:22] <callmepk> gooood morning
[02:00] <pieq_> Morning everyone
=== pieq_ is now known as pieq
[03:10] <duflu> Hi pieq 
[03:15] <pieq> duflu, hey! :)
[03:16] <pieq> duflu, by any chance, would you know what exactly happens in a FreeDesktop-compatible DE when a user clicks in a link inside an application? For instance, when I click a URL in the terminal or in Telegram. What catches this, and how is it handled?
[03:16] <pieq> I'm trying to know if it's possible to know what program has provided the link
[03:17] <duflu> pieq, not sure but my first guess is 'xdg-open'
[03:18] <duflu> pieq, you probably can't find out who it came from unless it causes an app launch in which case you could look at the parent PID
[03:22] <pieq> too bad
[03:23] <pieq> I recently discovered this: https://www.choosyosx.com/ and I was wondering if it could be replicated on Linux
[03:25] <duflu> pieq, that would be easy enough. Just write a choosy replacement tool/script and tell the system to open links with that. Perhaps make it your default browser
[03:27] <duflu> (Settings > Default Applications)
[03:53] <pieq> duflu, yes, but how would you do things like "if the link comes from Hexchat, open it in my Firefox work profile; if the link comes from Telegra, open it in my Firefox personal profile"
[03:54] <RAOF> That's something that should be possible…
[04:10] <duflu> pieq, just look at the parent process ID then
[04:45] <jibel> Good morning all
[04:59] <jibel> and again, my session restarted on its own. every morning
[04:59] <jibel> this is really really annoying 
[04:59] <jibel> it seems that systemd restarts and brings the entire user session down
[05:10] <duflu> Morning jibel, no crash reports?
[05:11] <duflu> Actually you might get crashes without crash reports, because bug 1870060
[05:11] <ubot5> bug 1870060 in apport (Ubuntu Focal) "systemd ProtectSystem/mount namespace makes apport fail (impact most of our default system services)" [High,Confirmed] https://launchpad.net/bugs/1870060
[05:14] <jibel> duflu, no crash report
[05:16] <jibel> duflu, it's really a systemd restart
[05:16] <jibel> sept. 10 06:50:51 boedic systemd[1]: Reloading.
[05:16] <jibel> ^ from the journal
[05:17] <jibel> then there is this
[05:17] <jibel> sept. 10 06:50:51 boedic systemd[1]: /lib/systemd/system/dbus.service:12: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or >
[05:18] <jibel> just before the restart I've this message
[05:18] <jibel> sept. 10 06:50:47 boedic dbus-daemon[3023]: Unknown group "power" in message bus configuration file
[05:18] <jibel> sept. 10 06:50:47 boedic dbus-daemon[3023]: [system] Reloaded configuration
[05:19] <jibel> and that's all
[05:22] <jibel> The workaround is to start working after 7AM
[05:44] <duflu> :)
[05:52] <pieq> salut jibel !
[06:08] <jibel> Salut pieq, ça va?
[06:12] <pieq> jibel, ça va ! The weather was getting "cooler" here, I had the hope summer was finally over, but today temperatures are on the rise again...
[06:32] <oSoMoN> good morning desktoppers
[06:32] <luna_> hi
[06:39] <oSoMoN> hi luna_ 
[06:39] <didrocks> good morning
[06:39] <didrocks> hey oSoMoN, luna_ 
[06:46] <oSoMoN> salut didrocks 
[06:57] <duflu> Hi oSoMoN, luna_, didrocks 
[06:58] <oSoMoN> hey duflu 
[06:58] <didrocks> hey duflu 
[07:31] <marcustomlinson> good morning desktoppers
[07:33] <duflu> Hey marcustomlinson 
[07:33] <marcustomlinson> hey duflu
[07:34] <didrocks> hey marcustomlinson 
[07:35] <marcustomlinson> yo didrocks
[08:01] <oSoMoN> good morning marcustomlinson 
[08:01] <marcustomlinson> hi oSoMoN
[08:02] <Laney> \m/
[08:02] <oSoMoN> hey Laney 
[08:04] <marcustomlinson> o/ Laney
[08:06] <seb128> goood morning desktopers
[08:07] <duflu> Hi seb128 
[08:07] <marcustomlinson> morning seb128
[08:15] <oSoMoN> salut seb128 
[08:16] <seb128> hey duflu, marcustomlinson, oSoMoN , how are you today?
[08:16] <oSoMoN> doing good, and you?
[08:16] <duflu> seb128, back to sinus-headache-land. But going well otherwise. You?
[08:16] <seb128> :-(
[08:16] <seb128> I'm alright, again awake since 6:30 though :/
[08:17] <seb128> well at least I already had time to deal with emails, backlog etc
[08:17] <didrocks> hey seb128, want to have a contest? here it’s 3am and then 5am without going back to sleep :p
[08:18] <seb128> didrocks, it's a contest I'm happy to let you win *g*
[08:18] <jibel> I'd so much to sleep until 6:30 :D
[08:18] <jibel> much like*
[08:18] <seb128> salut jibel :-)
[08:19] <didrocks> heh
[08:19] <seb128> jibel, did you report your systemd issue or figure out why it was restarting? is that some cron job or something?
[08:19] <seb128> also reloading systemd shouldn't take down the session :-/
[08:19] <seb128> can you reproduce by doing a manual reload?
[08:19] <Laney> moin oSoMoN marcustomlinson seb128 didrocks jibel 
[08:20] <seb128> hey Laney, wie gehts?
[08:20] <jibel> seb128, we are trying to understand what's going on
[08:20] <didrocks> morning Laney 
[08:20] <jibel> Hi Laney 
[08:20] <seb128> jibel, try asking rbalint maybe if he has a clue?
[08:20] <didrocks> the closest seems to be https://github.com/systemd/systemd/issues/15316
[08:21] <seb128> jibel, also if it happens reliably at 7am I would try to attach gdb to gdm before that and see if it's gdm going away taking your session down
[08:21] <seb128> didrocks, do you see the problem as well or is it only jibel?
[08:21] <didrocks> jibel only
[08:21] <didrocks> but my machine is stopped at night
[08:22] <seb128> did you guys try to manual do the reload and see if that takes the session down the same way?
[08:22] <didrocks> yep
[08:22] <didrocks> same warnings, but not logout
[08:22] <seb128> :(
[08:22] <didrocks> no*
[08:22] <seb128> not making easier to debug
[08:22] <didrocks> right
[08:22] <seb128> I would attach gdb to gdm and wait for tomorrow
[08:23] <seb128> usually session closing is gnome-session or gdm going down
[08:23] <didrocks> and I think then, as we don’t clean up our systemd user session properly, login take back the old user session
[08:23] <didrocks> try to connect to old bus
[08:23] <seb128> unless it's something in the systemd user session machinery leading to closing the session...
[08:23] <didrocks> and then, everything is broken (hence no network, nothing)
[08:23] <seb128> :(
[08:35] <marcustomlinson> seb128: doing ok thanks, yep I’m usually up at 2, 4, and 6 alternating between my son coming in with stories and my daughter crying
[08:37] <seb128> marcustomlinson, lock the room of the oldest at night!
[08:38] <seb128> I don't mind much before waken up during the night (if it's not too often) as long as I can go back to sleep after, but one can dream right?
[08:39] <marcustomlinson> What is a dream?
[08:40] <marcustomlinson> oh yes I had those once ;)
[08:41] <jibel> seb128, it really looks like bug 1871538
[08:41] <ubot5> bug 1871538 in dbus (Ubuntu Focal) "dbus timeout-ed during an upgrade, taking services down including gdm" [High,Confirmed] https://launchpad.net/bugs/1871538
[08:41] <seb128> jibel, it's weird that it does daily on a fixed time for you though
[08:42] <jibel> it's the time I do my upgrades
[08:42] <jibel> the common denominator is the upgrade not the time
[08:42] <seb128> ah ok, you said the workaround was to start working after 7am
[08:42] <seb128> so I though it was a on the clock system event
[08:44] <seb128> jibel, please try to gdb on gdm and maybe dbus-daemon and accountsservice, hopefully one of those crash and gdb can tell us which one and why...
[09:38] <seb128> jdstrand, hey, thanks for commenting on that apparmor/evince/exo issue. Is the salsa Vcs reference in debian/control still in use? It hasn't been updated for a while and is missing some uploads so I was wondering if you guys moved to another Vcs or if you just forgot to push your changes? 
[09:55] <Laney> that dbus thing we looked at some time ago but didn't manage to reproduce it https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1871538
[09:55] <ubot5> Ubuntu bug 1871538 in dbus (Ubuntu Focal) "dbus timeout-ed during an upgrade, taking services down including gdm" [High,Confirmed]
[09:56] <Laney> it's probably a deadlock somewhere in dbus-daemon, the messages indicate that it stops responding to systemd
[09:56] <Laney> all Type=dbus services fail
[10:19] <KGB-1> mutter pristine-tar 1d53c50 Simon McVittie mutter_3.36.6.orig.tar.xz.delta mutter_3.36.6.orig.tar.xz.id * pristine-tar data for mutter_3.36.6.orig.tar.xz * https://deb.li/3zFoh
[10:19] <KGB-1> mutter pristine-tar 6f793e0 Simon McVittie mutter_3.36.6.orig.tar.xz.delta * pristine-tar data for mutter_3.36.6.orig.tar.xz * https://deb.li/332q2
[10:19] <KGB-1> mutter upstream/3.36.x 3f4a49f Simon McVittie * pushed 24 commits (first 5 follow) * https://deb.li/iObwC
[10:19] <KGB-1> mutter upstream/3.36.x d37e728 Robert Mader src/wayland/meta-wayland-xdg-shell.c * wayland/xdg-shell: Handle null-parent in get_popup() * https://deb.li/knCR
[10:19] <KGB-1> mutter upstream/3.36.x 35353fa Robert Mader src/wayland/meta-wayland-xdg-shell.c * wayland/xdg-shell: Move popup role assignment behind checks * https://deb.li/37FMv
[10:20] <KGB-1> mutter upstream/3.36.x 1015dff Benjamin Berg src/x11/meta-startup-notification-x11.c * startup: Fix possible crash in startup notifications * https://deb.li/m2Gz
[10:20] <KGB-1> mutter upstream/3.36.x ea5af9f Georges Basile Stavracas Neto src/backends/meta-screen-cast-stream-src.c * screen-cast-stream-src: Properly unset cursor metadata * https://deb.li/3abjs
[10:20] <KGB-1> mutter upstream/3.36.x 02a46f3 Georges Basile Stavracas Neto src/backends/ meta-screen-cast-monitor-stream-src.c meta-screen-cast-window-stream-src.c * streams: Don't bail out when cursor is outside the stream * https://deb.li/rbcI
[14:33] <jdstrand> seb128: if you are talking about the apparmor vcs, it is in use, but as you know can happen, others did uploads and we are out of date
[14:33] <jdstrand> seb128: I'm going to update salsa after we do a pending upload
[14:35] <jdstrand> seb128: normally I would do the evince upload for the apparmor fix in that bug. considering my (temporary) role change, would that be something you or your team could do?
=== popey8 is now known as popey
[14:45] <hellsworth> good morning desktopers
[14:45] <oSoMoN> good morning hellsworth 
[14:46] <hellsworth> hi there oSoMoN how are you tdoay?
[14:46] <oSoMoN> a bit tired, but doing good otherwise, you?
[14:46]  * Laney stabs gtk reftests
[14:46] <Laney> hi hellsworth 
[14:47] <hellsworth> yeah i'm pretty tired but coffee is helping :)
[14:49] <hellsworth> hey Laney I tried building lo 7 gcc 10 on my py 4 last night and it failed but i captured all of the output. no seg fault. the tail end of the output is https://paste.ubuntu.com/p/6hc5cpzs64/ but i could provide the whole log.. and the pi didn't run out of memory
[14:50] <hellsworth> i went back to the pi for trying to reproduce the seg fault because i'm having a hard time getting an arm64 device in canonistack (no hosts available) and even amd64 images were giving me problems (filed a ticket with IS)
[14:54] <Laney> make[3]: *** No rule to make target '/home/heather/Projects/libreoffice/libreoffice/translations/source/af/readlicense_oo/docs.po', needed by '/home/heather/Projects/libreoffice/libreoffice/workdir/CustomTarget/readlicense_oo/readme/readme.xrm'.  Stop.
[14:54] <Laney> was ist das
[14:56] <hellsworth> right but 1) not the segfault i was hoping for and 2) what do i even do with this
[14:57] <hellsworth> oh gosh the damn translations dir is empty
[14:57] <hellsworth> hmm ok perhaps if i manually extract the translations tarball...
[14:58] <seb128> hey hellsworth , how are you?
[14:58] <seb128> is there a libreoffice upload coming this week or next from G-serie?
[14:58] <hellsworth> hey seb128 i'm ok.. wishing i had a second pi4 for n-m snap work
[14:58] <seb128> (we need a rebuild for the new poppler soname, so trying to figure out if we do an upload for that or wait for something else coming)
[14:59] <seb128> that's probably something kenvandine should be able to sort out for you?
[15:00] <Laney> hellsworth: how did you unpack the package?
[15:00] <Laney> dpkg-source -x <foo.dsc> should get that all set up right for you
[15:00] <seb128> jdstrand, hey, sure we can handle evince. And for the vcs fair enough, one of the archive upload was from you so I was wondering if the Vcs moved location and debian/control was outdated, I was mostly a bit surprise to see 0 change on apparmor sine april, I just though that the package was more active than that wrongly assumed the vcs must have moved
[15:01] <hellsworth> seb128: no, not likely another upload this week but we are working on 7.0.1. probably next week. 
[15:01] <seb128> hellsworth, ok, thanks, I will do a no change one for poppler
[15:01]  * hellsworth makes mental note to sync with archive to grab that change then
[15:02] <hellsworth> Laney: I did pull-lp-source and then build with dpkg-buildpackage -us -uc
[15:03] <hellsworth> and i believe dpkg-buildpackage calls dpkg-source already..
[15:03] <Laney> yeah
[15:03] <Laney> so why wouldn't you get the translations?
[15:03] <hellsworth> great question
[15:03] <jdstrand> seb128: it's extremely active, wait til the next upload where we have apparmor 3 :)
[15:03] <jdstrand> we've just not done much since focal
[15:03] <jdstrand> (in the archive)
[15:03] <jdstrand> but that will change in the coming week or so
[15:04] <seb128> ack
[15:04] <seb128> (brb, session restart)
[15:05] <waveform> hellsworth, I have some spare pi4s which I can rig up with serial access if you require for n-m snap work?
[15:05] <hellsworth> Laney: would running an armhf lxc container on amd64 work? i'd really like to free up this pi and it seems like arm64 instances on canonistack are just never available
[15:06] <seb128> jdstrand, thanks for the details, I will have a look to the evince changes upload
[15:07] <hellsworth> waveform: ah wow.. yeah that might work.
[15:07] <waveform> hellsworth, just in a meeting at the moment, but if you shoot me an e-mail with what you want on there I can get it set up
[15:08] <hellsworth> will do! thanks again!
[15:11] <jdstrand> seb128: thanks!
[15:13] <Laney> hellsworth: no, the best you could do is use emulation to run a VM
[15:14] <Laney> what's the problem that you can't do both workloads on this pi? becomes too slow?
[15:14] <hellsworth> yeah LO takes all of the resources
[15:14] <hellsworth> and LO needs network, that i would be messing with
[15:15] <hellsworth> once a build is going i just don't want to touch it and potentially ruin it
[15:15] <hellsworth> i could just launch another LO build (with translations unpacked this time) tonight
[15:16] <Laney> hopefully it can resume
[15:16] <Laney> pass -nc
[15:17] <Laney> dpkg-buildpackage -us -uc -nc
[15:17] <hellsworth> mkay i'll unpack the translations myself and then build with dpkg-buildpackage -us -uc -nc tonight
[15:18] <Laney> nc -> no clean
[15:18] <hellsworth> so you mean try this now?
[15:19] <Laney> just saying what nc means :p
[15:19] <Laney> you can decide that
[15:20] <hellsworth> :)
[15:20] <hellsworth> ok thanks
[15:36] <oSoMoN> seb128, have you seen my comment on https://trello.com/c/gkUYOoCh/14-gvfs-14592 ?
[15:36] <oSoMoN> the gvfs-bin dependency needs to be removed from a bunch of meta packages
[15:37] <oSoMoN> shall I go ahead and prepare debdiffs/MRs for these?
[15:37] <seb128> right, I'm off tomorrow and just don't have time to deal with that those changes today :/
[15:37] <seb128> upload and it's going to block in proposed until the rdepends are sorted out
[15:37] <oSoMoN> ack
[15:37] <oSoMoN> I'll do that
[15:37] <seb128> if you want please do yes
[15:37] <seb128> thx
[15:37] <oSoMoN> yw
[15:39] <oSoMoN> ah, I can't upload gvfs either
[15:39] <oSoMoN> I can prepare and tag the release in salsa in the ubuntu branch though
[15:40] <oSoMoN> seb128, in case you or another core dev can do the upload
[15:40] <seb128> k
[15:43] <oSoMoN> I can also prepare a debdiff if that's easier
[15:43] <oSoMoN> https://salsa.debian.org/gnome-team/gvfs/-/commits/ubuntu/master/
[15:45] <seb128> debdiff not needed
[15:50] <hellsworth> kenvandine: could you please run some autopkgtests for me? https://paste.ubuntu.com/p/vy2xwYzHfb/
[15:51] <hellsworth> seb128: actually, there will be a new libreoffice upload once ^^ those tests are complete and passing
[15:51] <marcustomlinson> hellsworth: kenvandine's in a meeting, I can do it
[15:51] <seb128> hellsworth, k, I've uploaded the no change now though
[15:51] <hellsworth> ah..
[15:51] <hellsworth> thanks marcustomlinson 
[15:52] <marcustomlinson> hellsworth: done
[15:52] <hellsworth> thanks!
[15:56] <kenvandine> thanks marcustomlinson 
[16:12] <hellsworth> sorry marcustomlinson i thought you were off this week... but that was last week :)
[16:12] <marcustomlinson> :)
[16:12] <marcustomlinson> I don't know what week it is either
[16:12] <hellsworth> :)
[16:14] <Laney> seb128: cancel it?
[16:36] <seb128> Laney, it's already uploaded
[16:37] <seb128> oh, by it you mean the builds? well, the new one isn't going to be uploaded before the test results of the ppa, that includes an armhf autopkgtest round
[16:37] <seb128> which might mean not before monday, I'm going to keep the head start and try to get poppler migrated before that if possible...
=== zach is now known as Guest15673
=== paride is now known as paride|off
[22:51] <KGB-2> gnome-shell tags 37edec6 Simon McVittie upstream/3.36.6 * Upstream version 3.36.6 * https://deb.li/008G
[22:52] <KGB-2> gnome-shell upstream/3.36.x e1cccf4 Simon McVittie * pushed 7 commits (first 5 follow) * https://deb.li/310cs
[22:52] <KGB-2> gnome-shell upstream/3.36.x 407abf5 Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/3ZHCA
[22:52] <KGB-2> gnome-shell upstream/3.36.x 6b20eb8 Zephaniah E. Loss-Cutler-Hull js/ui/unlockDialog.js * unlockDialog: Defend against absence of blur effect * https://deb.li/Aw2e
[22:52] <KGB-2> gnome-shell upstream/3.36.x 4718f46 Sebastian Keller js/ui/iconGrid.js * iconGrid: Account for display scaling when scaling down icons * https://deb.li/30fG0
[22:52] <KGB-2> gnome-shell upstream/3.36.x 5c0d038 Sebastian Keller js/ui/iconGrid.js * iconGrid: Ensure minimum item size is big enough for label and icon * https://deb.li/dIiz
[22:53] <KGB-2> gnome-shell upstream/3.36.x 11f3dc7 Balázs Úr po/hu.po * Update Hungarian translation * https://deb.li/3pvhv
[22:53] <KGB-2> gnome-shell pristine-tar e9eaf90 Simon McVittie gnome-shell_3.36.6.orig.tar.xz.delta gnome-shell_3.36.6.orig.tar.xz.id * pristine-tar data for gnome-shell_3.36.6.orig.tar.xz * https://deb.li/ijUyn