[06:12] <jibel> Good morning
[06:17] <oSoMoN> good morning desktoppers
[06:22] <duflu> Morning jibel and oSoMoN 
[06:27] <oSoMoN> hey duflu, salut jibel 
[06:41] <jibel> Hi duflu oSoMoN 
[07:20] <seb128> goood morning desktopers
[07:31] <jibel> salut seb128 
[07:36] <seb128> jibel, lut, en forme ?
[07:38] <seb128> jibel, as a fyi I hacked unmkinitramfs on venonat , there is a local version here so I guess it's not the first time we overwrite the archive one to add support for a new format, I copied the current binary with zstd support there and install the corresponding binary
[07:38] <seb128> hopefully it unscrew the daily ISO job
[07:39] <jibel> seb128, en forme. 
[07:40] <jibel> seb128, okay, thanks for doing this.
[07:40] <seb128> np!
[07:40] <jibel> seb128, did you inform paride too?
[07:40] <seb128> no, I've no idea who works on that machine and if there is a list or channel or something
[07:40] <seb128> I will copy what I said to him
[07:50] <jibel> seb128, it's just paride for server and I 
[08:03] <laney> hey
[08:06] <jibel> Hi laney 
[08:08] <duflu> Hi seb128 and laney 
[08:11] <seb128> hey laney, how are you?
[08:11] <seb128> hey duflu 
[08:15] <laney> hiya jibel duflu seb128 
[08:15] <laney> i'm alright, bit zzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZ
[08:15] <laney> how's it going there?
[08:18] <seb128> tiiiiirreeeeed
[08:19] <seb128> baby woke up around midnight and didn't want to real go back to sleep before 3am
[08:19] <seb128> then was up at 7 sharp this morning
[08:20] <laney> :(((
[08:22] <seb128> I had some decent nights earlier in the week so it's ok, also went to play tennis yesterday which was greate
[08:23] <seb128> we managed to get a ~1h gap in the rain and then it resumed slowly so we were able to continue playing for a bit
[08:24] <seb128> the weather feels like octobre though 😬
[08:29] <didrocks> good morning
[08:33] <laney> hey didrocks!
[08:33] <laney> seb128: october indeed, I was wearing my coat yesterday
[08:35] <didrocks> hey laney 
[08:36] <jibel> salut didrocks 
[08:38] <didrocks> hey jibel 
[08:43] <seb128> small FYI for those interested by the topic but I had a chat with Robie about unblock the GNOME SRU exception discussion, we have a board now to track the items that need to be resolved
[08:43] <seb128> https://trello.com/b/McJts4BN/gnome-sru-mre
[08:45] <seb128> the main things to get resolved is what we do for gnome-shell, we probably want to remove some of the extensions from the archive to make things easier
[08:45] <laney> what happens while this is ongoing?
[08:45] <seb128> and how the list of packages is defined, ideally based on 'components defined in <upstream defined lists> + exceptions on top'
[08:46] <seb128> Trevinho, ^ I think you were working on that
[08:46] <seb128> laney, ^ also
[08:47] <seb128> the current proposed listing was based on core + (part of) sdk?
[08:47] <seb128> also unsure if GNOME has a formal description of what the sets are supposed to be and how changes get accepted (is someone from their release team just doing it, do they have a list or process?)
[08:49] <seb128> laney, we don't get a free pass of any sort while it's ongoing, so it will keep depending of who is reviewing and what is their understand of what the GNOME exception set is :/
[08:53] <laney> happy days
[09:00] <seb128> ricotz, ^ also vala is out of the revisited list which somewhat makes sense since it's not part of the desktop, on difference cadence and freezes and a special case. We should be able to get it updated still using microrelease rules or ask for a specific vala exeption
[09:29] <ricotz> seb128, hi, ack, is this a fundamental discussion or mainly concerning focal LTS?
[09:30] <ricotz> (and yes, I would really like see vala 0.48.18+ landing in focal)
[09:40] <seb128> ricotz, it's a SRU policy discussion so not specific to focal
[09:40] <seb128> shrug
[09:40] <seb128> $ /snap/bin/epiphany 
[09:40] <seb128>  /snap/epiphany/83/usr/bin/epiphany: symbol lookup error: /snap/epiphany/83/gnome-platform/usr/lib/x86_64-linux-gnu/libgtk-3.so.0: undefined symbol: atk_plug_set_child
[09:40] <seb128> another snap that got bitten by the gtk update because it's ship an outdate libatk
[09:41]  * seb128 fixes
[09:53] <seb128> kenvandine, do you understand on https://launchpadlibrarian.net/542136156/buildlog_snap_ubuntu_bionic_amd64_eog_BUILDING.txt.gz why we end up with
[09:53] <seb128> 'The 'version' property is specified in adopted info as well as the YAML: taking the property from the YAML
[09:53] <seb128> Determining the version from the project repo (version: git).
[09:53] <seb128> The version has been set to '0+git.490db84''
[09:54] <seb128> the log has 
[09:54] <seb128> + snapcraftctl set-version 40.1
[09:54] <seb128> unsure how it ends up with '0'?
[10:04] <Trevinho> seb128: yeah, I saw the trello... Saw my comment? 
[10:04] <Trevinho> hi BTW :-)
[10:04] <seb128> Trevinho, hey, no, where?
[10:05] <Trevinho> on the one you asked what source to use 
[10:05] <Trevinho> I'm about to take off though, no link handy 
[10:06] <seb128> Trevinho, I don't think it made it to the server
[10:06] <seb128> the card has no comment
[10:06] <seb128> Trevinho, safe flight!
[10:58] <laney> dear canonistack
[10:58] <laney> can you please work nicely
[11:20] <seb128> jibel, the ISO job is back to success just as a fyi
[11:20] <seb128> and we have a current ISO again ;)
[11:24] <laney> :D
[11:44] <kenvandine> seb128: version is set twice there.  Remove the version: git
[12:18] <laney> ok clipboard is a bit broken for me atm, nvidia/wayland
[12:18] <laney> maybe we should have a tag for these bugs or something
[12:18] <laney> anyway brb lunch
[12:54] <sergiusens> seb128 hi, for the version set from a part and adopt-info, remove https://git.launchpad.net/~desktop-snappers/eog/+git/snap/tree/snapcraft.yaml#n2 ... it takes precedence over anything "adopted" (same applies for summary and description if you are trying to pick that up from things like appstream)
[12:58] <oSoMoN> laney, maybe duflu already has a tag for these things?
[13:00] <luna> i decided to only stay in the Ubuntu community as a Swedish translator 
[13:36] <laney> oSoMoN: maybe - not sure how to find out
[14:08] <seb128> sergiusens, kenvandine: but shouldn't 'version: git' also give a valid number and not 0?
[14:24] <kenvandine> if it doesn't have a tag
[14:25] <kenvandine> i'm guessing the git repo has never had a tag
[14:27] <seb128> kenvandine, what sort of tag?
[14:28] <seb128> kenvandine, that snap is built from a tag,     source-tag: '40.1'
[14:28] <kenvandine> git tag in the repo.  Thought I don't think it would end up being just 0, i think it's usually 0-somehash
[14:28] <kenvandine> yeah, but "version: git" gives you the commit for the repo not the source repo
[14:29] <kenvandine> setting it in the eog part using adopt-info gives us the version from the eog source
[14:29] <seb128> ah, so it worked when we had the snapcraft.yaml in the upstream source
[14:29] <kenvandine> yeah
[14:29] <seb128> not with the new packaging-on-github layout
[14:29] <seb128> gotcha, that explains
[14:29] <seb128> thx
[14:29] <seb128> can you delete the line or do you want me to MP the change?
[14:30] <kenvandine> sure
[14:30] <seb128> thx
[14:31] <kenvandine> done
[14:31] <kenvandine> ls
[14:31] <kenvandine> whoops :)
[15:39]  * laney train greetings
[15:43] <laney> someone a few seats away is rocking out to chip tunes
[15:43] <laney> \m/
[20:42] <sergiusens> kenvandine since seb128 left I am going to ask you :-) "version: git" applies to the tree of the snapcraft project and not the part and the tag needs to be an annotated tag, not a development tag
[20:47] <kenvandine> sergiusens: yeah, it's been fixed :)