[00:46] <callmepk> good morning
[01:18] <jamesh> morning callmepk 
[01:33] <callmepk> morning jamesh 
[01:44] <duflu> Morning jamesh, callmepk 
[01:44] <callmepk> morning duflu 
[01:44] <jamesh> hi duflu 
[06:00] <jibel> Good morning 
[06:11] <seb128> goood morning desktopers
[06:12] <duflu> Morning jibel and seb128 
[06:14] <seb128> hey duflu, how are you?
[06:14] <seb128> lut jibel, t'as passé un bon weekend?
[06:14] <duflu> seb128, wet. Summer is cancelled it seems. How are you?
[06:21] <seb128> I'm alright! Weekend was nice enough, we managed to enjoy the sunny weather and to see some friends on saturday
[06:22] <duflu> Nice
[06:24] <jibel> salut seb128 duflu 
[06:25] <jibel> seb128, w-e de 3 jours, ça fait du bien. Pas super actif avec le confinement mais c'est agréable aussi
[07:00] <oSoMoN> good morning desktoppers
[07:17] <seb128> lut oSoMoN, comment ça va ? passé un bon weekend?
[07:18] <duflu> Morning oSoMoN 
[07:26] <oSoMoN> salut seb128, bon week-end, mais j’ai attrapé le rhume de ma fille. Et toi?
[07:26] <oSoMoN> good afternoon duflu 
[07:28] <seb128> oSoMoN, ah, soigne toi bien! ici weekend ensoleillé et sympa (par contre journée un peu galère un perspective, ma copine a choppé la gastro et y a un rdv de suivi de pédiatre, donc je vais devoir gérer)
[07:33] <oSoMoN> seb128, bon courage!
[07:43] <marcustomlinson> morning desktoppers
[07:49] <duflu> Morning marcustomlinson 
[08:08] <didrocks> good morning
[08:08] <duflu> Hi didrocks 
[08:10] <didrocks> hey duflu 
[08:13] <marcustomlinson> hey duflu and didrocks
[08:40] <seb128> hey marcustomlinson 
[08:40] <seb128> lut didrocks 
[08:40] <seb128> how are you?
[08:42] <didrocks> salut seb128, I’m fine, thanks! Nothing really exciting over the weekend apart advancing a little bit on the house. You?
[08:42] <didrocks> hey marcustomlinson 
[09:02] <Laney> morning!
[09:02] <didrocks> hey Laney 
[09:03] <seb128> didrocks, I'm alright, we had some nice weather over the weekend and enjoyed some walks, and we saw some friends who stopped by on saturday, otherwise nothing special
[09:03] <seb128> hey Laney 
[09:03] <Laney> hey hey didrocks ho ho seb128 
[09:04] <duflu> Hi Laney
[09:05] <Laney> hi hi duflu 
[09:07] <oSoMoN> good morning marcustomlinson, didrocks, Laney 
[09:09] <didrocks> salut oSoMoN 
[09:14] <Laney> hey oSoMoN 
[09:26] <seb128> $ git pull
[09:26] <seb128> ssh: Could not resolve hostname lp: Name or service not known
[09:26] <seb128> hum?
[09:27] <Laney> do you have this thing: https://help.launchpad.net/Code/Git#Configuring_Git ?
[09:27] <seb128> yes, it's my normal machine
[09:28] <seb128> what's going on today?
[09:28] <Laney> dunno then, sorry, that sounds like it is trying to use lp: as a hostname instead of rewriting it
[09:30] <seb128> I added that snippet back there, I wonder how it had been working before or what config I lost over the weekend...
[09:31] <seb128> git and I shall never be real friends :p
[09:32] <seb128> I was reading https://code.launchpad.net/~3v1n0/ubuntu-desktop-versions/+git/ubuntu-desktop-versions/+merge/393487 , turns out the list of commits is incomplete
[09:32] <seb128> which could be a launchpad bug, unsure if gitlab/github handle that better
[09:34] <seb128> also I got confused by the snap-store branch showing the most recent comments as from april in the 3.38 branch
[09:34] <seb128> the non linear history is confusing
[09:35] <seb128> oh well, I probably just need more coffee to be able to get along with git again, requires to be really awake to make any sense ;-)
[09:51] <jibel> seb128, FYI, hirsute image has grown by 400MB at 3.1GB. I didn't look what changed.
[09:51] <jibel> compared to latest groovy image
[09:55] <Laney> doesn't dok_o turn on some gcc thing at the start of cycle which makes bigger binaries, could be that?
[09:56] <Laney> not sure I remember that correctly
[09:57] <jibel> yeah, that's what I was thinking too but didn't check the size of the binaries on the iso
[10:53] <GunnarHj> Hi seb128, Please read my comment at bug #1903449 and compare it with how Robert motivated the patch deletion here:
[10:53] <GunnarHj> https://launchpad.net/ubuntu/+source/accountsservice/0.6.55-0ubuntu7
[10:53] <GunnarHj> Any doubts?
[11:27] <ricotz> hello desktopers!
[11:27] <ricotz> is there progress to pick up gnome-shell/mutter 3.36.7 for focal?
[11:38] <cpaelzer> GunnarHj: isn't the old root-bug we dup all those to at 857651 ?
[11:38] <cpaelzer> Thanks btw your reference to 1841079 explains why some things got better in that regard already
[11:38] <seb128> ricotz, hey, there is .6 in the SRU queue but it has been blocked on the discourse discussion with the SRU team about testing all the available extensions in the archive
[11:39] <seb128> .7 is probably one to pick for Trevinho
[11:39] <seb128> GunnarHj, hey, I think we had that issue even before when we had that patch
[11:39] <seb128> I will check the bug comment in a bit though
[11:40] <seb128> Laney, jibel , I think it's something toolchainish yes, iirc not individual binaries but something debug in the toolchain itself
[11:42] <ricotz> seb128, I see, 3.36.8 will be there in soon too though
[11:43] <GunnarHj> cpaelzer: AFAIU there are different issues. accountsservice should always prevent non-human users from showing up at e.g. the login screen, while bug #857651 is more about the ability for a system admin to hide certain human users as well.
[11:46] <GunnarHj> seb128: Are you saying that we should consider to drop the patch in xenial too?
[11:55] <seb128> GunnarHj, I'm not going to invest any desktop work on xenial at this point it's LTS--
[11:58] <GunnarHj> seb128: Thought so. But you mentioned "even before" which was the reason I asked.
[11:58] <seb128> GunnarHj, I just know that login screen listing users that it shouldn't has been a complain for ever
[11:59] <GunnarHj> seb128: Ok.
[12:04] <seb128> GunnarHj, it's not clear to me if we still have bug, I know that the libvirt case has been raised over the years, e.G bug #1674765
[12:04] <seb128> but they were also using an uid which wasn't < 500 so unsure if that was their fault
[12:06] <GunnarHj> seb128: "/usr/sbin/nologin" should be sufficient to prevent a user from being shown. So the bug is indeed valid. (I even reproduced it.)
[12:07] <seb128> did we ever show those?
[12:08] <GunnarHj> seb128: The case in the bug is an example of it - that libvirt-qemu user has /usr/sbin/nologin.
[12:08] <GunnarHj> seb128: And dropping the patch fixes it.
[12:10] <seb128> GunnarHj, it doesn't make much sense bug #1841079 states 'Downgrading them to 0.6.50-0ubuntu1 version (as it was in 20190821 iso) fixes the issue:'
[12:10] <seb128> or bionic and xenial versions are older than this
[12:11] <seb128> sounds like it's a different issue?
[12:12] <GunnarHj> seb128: Or a variant of it... We know that dropping the patch fixes the latest bug and that the patch originally was there due to Ubuntu Touch.
[12:14] <seb128> GunnarHj, I wouldn't bother trying to SRU that to older series
[12:15] <seb128> it's a behaviour change, I'm unsure how we would assert that no one in those series is relying on the feature (even if it creates issues)
[12:15] <GunnarHj> seb128: "Won't fix" then?
[12:16] <seb128> fix released, it's fixed in focal and newer no?
[12:16] <GunnarHj> seb128: Yes. I meant for bionic.
[12:20] <seb128> don't add a line for bionic, or delete it or wontfix, either way
[12:21] <seb128> I don't think the issue has enough 'user heat' to bother
[12:29] <seb128>  
[12:30] <seb128> git question for the experts, how in a git merge with conflicts do I tell I want to reset the content of a file to the initial one?
[12:31] <seb128> e.g bar has some conflicts and such a bunch of <<< & co sections
[12:31] <seb128> it's will be easier to do 'go back to what is currently in the vcs and edit by hand on top'
[12:31] <seb128> I tried to git checkout bar, but it says that bar is unmerged :-(
[12:34] <GunnarHj> seb128: Got it. Just closed the bug report with a comment.
[12:34] <seb128> GunnarHj, thx
[12:40] <Laney> seb128: like 'git restore --source=<some commit> some/path' maybe?
[12:40] <Laney> did you ever try using meld to resolve conflicts btw?
[12:40] <Laney> like git mergetool -t meld
[12:40] <seb128> no, thanks for the tip
[12:43] <mgedmin> there's some magic syntax for git checkout to refer to the original file on either side of the merge by prefixing the filename with :1: and :2:
[12:44] <mgedmin> but it's usually easier to use a mergetool that displays everything
[12:45]  * mgedmin personally gets confused about which file is which and prefers the diff3 format of conflict markers, git config --global merge.conflictStyle diff3)
[12:47] <Laney> lol
[12:47] <Laney> git questions always quickly turn complicated
[12:47] <seb128> at least I learnt about git mergetool :p
[12:47] <seb128> I went the 'easy' way
[12:47] <seb128> cp file file.before
[12:47] <seb128> git merge
[12:47] <seb128> mv file.before file
[12:47] <seb128> :p
[12:48] <seb128> now I can edit and git add :)
[14:30] <luna_> oSoMoN: another Firefox Dot release to package up today: https://archive.mozilla.org/pub/firefox/releases/82.0.3/
[14:30] <oSoMoN> luna_, ack: https://launchpad.net/ubuntu/+source/firefox/82.0.3+build1-0ubuntu1
[14:30] <luna_> great
[14:31] <luna_> but [FAILEDTOBUILD] Failed to build does not sound that promising
[14:35] <oSoMoN> yes, that's a problem with build dependencies (perl in that case), that's rather typical at the beginning of the cycle where building blocks are moving fast
[14:36] <luna_> ah i see
[15:10] <GunnarHj> seb128: Can you please advise about these autopkgtests blocking gtk+3.0:
[15:10] <GunnarHj> 1. juce i386 - should probably be ignored since juce isn't built for i386.
[15:10] <GunnarHj> 2. isenkram amd64 - probably needs some investigation
[15:10] <GunnarHj> Can you help with juce? How would you go about isenkram? Debian bug?
[15:13] <seb128> GunnarHj, unsure why 1) is getting tested at all if it isn't build on that arch indeed
[15:14] <seb128> I think I will never understand how the partial archive is done for i386
[15:14] <GunnarHj> :)
[15:14] <seb128> GunnarHj, I would suggest to try to mp an hint to badtest it and see how it goes, maybe ping vorlon for review
[15:15] <seb128> GunnarHj, isenkram did you try to reproduce in a vm or something?
[15:15] <GunnarHj> seb128: Please translate: "mp a hint to badtest it".
[15:16] <seb128> GunnarHj, https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu
[15:16] <seb128> see the recent commits
[15:16] <seb128> do a merge proposed with a such change
[15:16] <seb128> merge proposal
[15:16] <GunnarHj> seb128: I haven't tried anything yet (besides requesting new attempts).
[15:16] <seb128> k, I would try in a fresh instance
[15:17] <GunnarHj> seb128: Ok, will do.
[15:17] <seb128> GunnarHj, https://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test
[15:17] <seb128> if you never really tried that
[17:31] <hellsworth> good (late) morning desktopers!
[17:31] <oSoMoN> good morning hellsworth 
[17:32] <hellsworth> hey ther oSoMoN how are you today?
[17:44] <GunnarHj> seb128: As regards isenkram I submitted bug #1903574 with some info which may or may not be useful. It doesn't seem to have very much with gtk+3.0 to do, though.
[17:49] <oSoMoN> hellsworth, I've caught a cold, so not feeling at 100%, but I'm otherwise good, how are you yourself?
[17:52] <hellsworth> oh that's too bad.. hopefully just a cold though :) 
[17:52] <hellsworth> and it's an excuse to drink lots of tea.. i hope you feel better soon
[17:52] <hellsworth> oh i'm pretty good. a little hungry and excited to work on fun things this week :)
[17:53] <oSoMoN> yeah, tea with lots of honey in it :)
[19:32] <seb128> GunnarHj, great, if that's an issue in Debian could you report it there as well?
[19:33] <GunnarHj> seb128: Sure.
[19:43] <seb128> oSoMoN, kenvandine , Lukazs was nice enough to review and accept the focal/yaru SRU, now to find someone to do the verification and then we should be able to move forward with the snap changes
[20:02] <oSoMoN> nice