[05:59] <didrocks> good morning
[06:01] <duflu> Morning didrocks
[06:02] <didrocks> hey duflu
[07:05] <jibel> Hi didrocks and duflu
[07:10] <duflu> Hi jibel
[07:16] <didrocks> salut jibel
[07:24] <oSoMoN> good morning desktoppers
[07:29] <didrocks> salut oSoMoN
[07:29] <oSoMoN> salut didrocks
[07:30] <duflu> Hi oSoMoN
[07:36] <oSoMoN> hey duflu
[08:02] <willcooke> morning
[08:02] <didrocks> hey willcooke
[08:02] <Laney> yo
[08:03] <didrocks> morning Laney
[08:11] <Laney> hey didrocks
[08:11] <Laney> you good?
[08:12] <didrocks> I'm fine, thanks. Yourself?
[08:12] <Laney> tired today :<
[08:13] <didrocks> it's Friday though!
[08:13] <Laney> YEAH!
[08:28] <oSoMoN> last night I attempted to upgrade to cosmic, and got hit by bug #1792537
[08:29] <oSoMoN> jibel, is that an upgrade path that we test at all? maybe later in the cycle?
[08:30] <jibel> oSoMoN, we test that
[08:30] <jibel> but I haven"t looik at the results recently
[08:30] <oSoMoN> jibel, ack, would you mind confirming what I'm seeing?
[08:32] <jibel> oSoMoN, bionic to cosmic upgrade with do-release-upgrade?
[08:33] <jibel> oSoMoN, you didn't have this problem in bionic already when you updated the package cache?
[08:33] <oSoMoN> jibel, I ran "update-manager -d"
[08:34] <oSoMoN> jibel, I wasn't seeing the problem in bionic, but if I run appstreamcli I can reproduce the crash
[08:34] <oSoMoN> (wasn't seeing it when applying regular updates)
[08:34] <oSoMoN> it might be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906538
[08:34] <oSoMoN> in which case it's fixed in the version in cosmic
[08:35] <oSoMoN> I'll try installing the cosmic package and then run the upgrade again
[08:35] <oSoMoN> will try in a VM first
[08:38] <jibel> from errors.u.c it is not fixed in cosmic and is not really frequent in bionic
[08:38] <jibel> but I'll have a look
[08:39] <oSoMoN> if you confirm and it turns out not to be fixed in cosmic (apparently not), then I can look into it
[08:40] <oSoMoN> well the upgrade seems to be proceeding, so it looks like the version in cosmic fixed that crash
[08:41] <jibel> maybe you have a package installed that triggers this issue
[08:42] <oSoMoN> jibel, I was able to reproduce in a clean bionic VM, with supposedly no exotic package
[08:48] <jibel> oSoMoN, appstreamcli refresh-cache works fine on a default installation of bionic
[08:49] <Laney> It's probably when apt updating after switching the sources.list
[08:50] <oSoMoN> indeed it's not crashing when run outside of the context of the upgrade, so Laney must be right
[08:51] <oSoMoN> see my comment on bug #1792537, the crash was fixed upstream, we should probably SRU that patch
[08:51] <jibel> let me try that
[08:52] <jibel> Laney is right
[08:52] <jibel> change bionic -> cosmic in sources.list and run apt update
[08:53] <Laney> that makes sense given the bug
[08:53] <Laney> happy to sponsor it if you want to prepare the debdiff / bug template oSoMoN
[08:54] <Laney> assuming you can't upload that, maybe it is in the set tho
[08:54] <Laney> == All uploaders for package 'appstream' ==
[08:54] <Laney> Archive Upload Rights for ubuntu-core-dev: archive 'primary', component 'main' in bionic
[08:56] <oSoMoN> Laney, on it
[08:56] <Laney> 🏋
[09:03] <oSoMoN> test packages building in https://launchpad.net/~osomon/+archive/ubuntu/appstream-sru-1792537/+packages
[09:14] <didrocks> jibel: you may want to have a look/answer on https://forum.snapcraft.io/t/add-sweethome-3d-fixtures/7360
[09:22] <oSoMoN> Laney, I attached the debdiff to the bug report: https://bugs.launchpad.net/ubuntu/+source/appstream/+bug/1792537/+attachment/5188736/+files/debdiff-1792537.diff
[09:22] <oSoMoN> now going to update the bug description for SRUability
[09:26] <oSoMoN> jibel, according to errors.ubuntu.com the crash still happens in cosmic with appstream 0.12.2-2, so it's not fully fixed, but the patch does fix that specific occurence
[09:28] <Laney> it's not always accurate
[09:29] <Laney> sometimes crashes which happen around an upgrade are reported against the new version mistakenly
[09:32] <oSoMoN> aha, so the patch might be complete indeed
[09:32] <oSoMoN> good
[09:34]  * Laney eyes ximion
[09:34] <Laney> can you cast a string to a GVariantType*?
[09:36] <oSoMoN> https://developer.gnome.org/glib/stable/glib-GVariantType.html#G-VARIANT-TYPE-ARRAY:CAPS
[09:36] <oSoMoN> looks fine
[09:39] <Laney> usually you would use G_VARIANT_TYPE ("...")
[09:55] <oSoMoN> that would be safer indeed
[10:04] <oSoMoN> Laney, I updated the bug report, thanks for the upload
[10:05] <Laney> grazie
[10:11] <zyga> hello
[10:11] <zyga> I need help SRUing this patch: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1792552
[10:12] <zyga> hmm, I just realized I should have used more parentheses
[10:12]  * zyga goes to refresh the patch
[10:35] <zyga> done now
[10:35] <zyga> popey: ^ who can we get to SRU this into ubuntu?
[10:36] <popey> Good question. willcooke ^ :)
[10:36] <popey> probably something you'd want to upstream to debian?
[10:37] <zyga> popey: yes,
[10:37] <ahayzen> zyga, oh does that help with the docker stuff i was saying the other day ? before i spoke to m_itya57 and t_simonq2 in #ubuntu-qt
[10:37] <zyga> we're working on a snapd-side fix but this will not happen immediately
[10:38] <zyga> ahayzen: hmmm please remind me about the issue (sorry about that)
[10:38] <ahayzen> zyga, https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1774739
[10:39] <zyga> ahayzen: thank you,
[10:39] <zyga> looking at the attached backtrace I don't think this is the sme issue
[10:40] <ahayzen> yeah maybe not :-/ m_itya57 at the time suspected it was a missing syscall of some kind, so wondered if it was related
[10:42] <willcooke> I'm just looking to see who can look at that patch
[10:42] <willcooke> we dont maintain qt in the desktop team
[10:43] <zyga> willcooke: the patch is litterally a one liner
[10:44] <zyga> we're just extending the support for the ESYS error so that EPERM is handled exactly as if the system call was not available in the first place
[10:45] <willcooke> tsimonq2, is that something you could take a look at? ^
[10:46] <zyga> s/bfp/bpf/ there but meh :)
[11:00] <willcooke> zyga, we'll need to wait for t_simonq2 to come online and see if he can take a look.  He's on the qt packagers team, and I think Debian upstream maintainer too - or at least knows the right people to talk to.
[11:20] <tsimonq2> willcooke: Sure, I can look into it.
[11:20] <willcooke> ace!  Thanks a lot tsimonq2  (cc zyga(
[11:20] <willcooke> ))
[11:21] <willcooke> can't leave those brackets hanging
[11:21]  * tsimonq2 sips coffee
[11:28] <tsimonq2> willcooke: And if possible, could that be submitted upstream as well?
[11:33] <willcooke> zyga, can you submit it upstream too? ^
[11:33] <zyga> willcooke: sure
[11:33] <zyga> I'll get to it
[11:33] <willcooke> thanks a lot chaps
[12:39] <Mirv> well it sounds related https://bugreports.qt.io/browse/QTBUG-70447
[12:51] <zyga> Mirv: indeed
[12:52] <zyga> man, sending a one liner to qt is pretty complex
[12:52] <zyga> Mirv: if you have a qt account could you please add a comment that there's a distro patch for that: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1792552
[13:11] <Mirv> added, but please just register too :)
[13:16] <zyga> Mirv: yeah, in pgoress
[13:37] <kenvandine> oSoMoN, didrocks: i've published gtk-common-themes rev 701 to stable
[13:38] <kenvandine> it was a big improvement over what we had before
[13:39] <willcooke> kenvandine, how is the size now?
[13:39] <kenvandine> 42M
[13:39] <kenvandine> up a couple meg
[13:39] <willcooke> not to bad
[13:39] <kenvandine> we need to add the mint themes
[13:39] <kenvandine> and i think there's a couple we should remove
[13:40] <kenvandine> but let's discuss that next week
[13:40] <willcooke> ack
[13:40] <willcooke> good plan
[13:40] <kenvandine> i'd like to get on a release cadence, maybe every couple weeks or so
[13:40] <kenvandine> at least until yaru slows down
[13:41] <kenvandine> but i really don't want to push updates too often since it's seeded
[13:48] <oSoMoN> kenvandine, good stuff, +1 on discussing that next week
[13:49] <oSoMoN> didrocks, speaking of yaru, I upgraded to cosmic and noticed that the communitheme remained installed, despite being useless on !bionic, how about removing it when installing the yaru deb?
[13:49] <oSoMoN> s/communitheme/communitheme snap/
[14:01] <kenvandine> oSoMoN, i'm thinking about naming for the sdk snap repository
[14:03] <kenvandine> how about a repo named gnome-platform sub directories for the runtime and sdk snaps with master and  gnome-3-30-1804 branches?
[14:03] <kenvandine> and gnome-3-30-1604 for now
[14:04] <kenvandine> oSoMoN, or do you think it would be better to use separate repositories for the runtime and sdk?
[14:05] <oSoMoN> kenvandine, I think having runtime and sdk in the same repo is fine
[14:06] <kenvandine> and we can build the snaps out of CI
[14:06] <kenvandine> although, i guess that would trigger builds for the sdk when we only change the runtime
[14:07] <oSoMoN> we can have a script check wether only one of sdk/runtime changed, and trigger the corresponding build only
[14:07] <kenvandine> indeed
[14:07] <kenvandine> and ultimately i want the runtime to not stage packages but repack files from the sdk snap
[14:20] <tsimonq2> zyga: Please add a DEP-3 header and send an MP to Salda.
[14:20] <tsimonq2> *Salsa
[14:20] <zyga> Salsa?
[14:20] <zyga> sure, I'll add the header
[14:20] <tsimonq2> salsa.debian.org
[14:20] <tsimonq2> Debian's Alioth replacement.
[14:21] <tsimonq2> You would make us happy if you prepared a Debian upload in Salsa as well. :)
[14:21] <zyga> I never did that
[14:21] <zyga> but it's Friday
[14:21] <zyga> so I can try
[14:21] <tsimonq2> ¯\_(ツ)_/¯
[14:21] <tsimonq2> OK.
[14:22] <tsimonq2> Let me know if you need a hand with anything.
[14:29] <zyga> tsimonq2: I'm still cloning Qt
[14:29] <zyga> tsimonq2: I reported https://bugreports.qt.io/browse/QTBUG-70557
[14:29] <zyga> any hints appreciated, I will try to make the change next
[14:29] <zyga> s/make the change/patch upstream qt, commit and send/
[14:30] <zyga> Qt takes *forever* to clone :/
[14:33] <tsimonq2> heh
[14:34] <tsimonq2> Sure, talk in a bit.
[14:37] <zyga> brb, walk
[15:06] <didrocks> oSoMoN: I'm unsure how we could do this without hackeries
[15:06] <didrocks> oSoMoN: it needs to work offline and so on, last time, those were hacks in the upgrader and it had quite some impacts
[15:08] <oSoMoN> didrocks, couldn't it be a postinst in the yaru package that tries to remove the snap, but doesn't blow up if it can't ?
[15:08] <oSoMoN> dunno whether it's a good idea, just thinking out loud
[15:08] <didrocks> oSoMoN: we can try snap remove community || true
[15:08] <didrocks> oSoMoN: would like to see that working, indeed, removing is supposively less complex than installing :p
[15:09] <oSoMoN> didrocks, note that when I upgraded and rebooted, I was logged into the communitheme session, but I suppose if the snap is removed gdm3 would fall back to the default ubuntu session, right?
[15:11] <didrocks> oSoMoN: yes! which would be the positive upside of this
[15:12] <didrocks> oSoMoN: is that something you want to work on/test?
[15:13] <oSoMoN> didrocks, sure, I can give it a try
[15:13] <didrocks> sweet! :)
[15:13] <oSoMoN> I'll start by filing a bug to track the proposal
[15:13] <didrocks> oSoMoN: I guess use a VM, snapshot and try various scenarios (no network, default session fallback)
[15:13] <didrocks> yep
[15:14] <k_alam> Hi, Is anyone here works on libreoffice on Ubuntu ?
[15:15] <tsimonq2> Hey k_alam :)
[15:15] <didrocks> a french guy :)
[15:15] <tsimonq2> !ask
[15:15] <tsimonq2> That's the canned response. :P
[15:15] <tsimonq2> didrocks: Oh he's French? TIL :D
[15:16] <didrocks> tsimonq2: sure, ZE only one :p
[15:16] <oSoMoN> k_alam, I do, what's your question?
[15:17] <k_alam> Can you look into this ? If it can be imported as patch until it gets merged on upstream....https://gerrit.libreoffice.org/#/c/60489/2
[15:17] <k_alam> LO Bug: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1589215/
[15:17] <tsimonq2> didrocks: I thought you were too :)
[15:18] <didrocks> tsimonq2: *maybe* ;)
[15:19] <oSoMoN> k_alam, I filed the upstream bug, the patch is abandoned as it's not complete, but I can have a look next week
[15:20] <k_alam> Alright. Thanks.
[15:20] <k_alam> :)
[15:24] <zyga> re
[15:24] <zyga> tsimonq2: like this? http://paste.ubuntu.com/p/w3K3Y2KHGZ/
[15:24] <zyga> tsimonq2: I'll check out salda next
[15:37] <oSoMoN> didrocks, bug #1792604
[15:38] <oSoMoN> didrocks, can you see any reason why someone (e.g. a yaru developer) might want to keep the snap around when upgrading?
[15:51] <didrocks> oSoMoN: testing other PR, but in that case, they can reinstall
[15:52] <oSoMoN> yeah, it would only be a minor inconvenience I guess
[15:52] <didrocks> indeed
[16:04] <kenvandine> i really wish libgweather was more easily relocatable :/
[16:19] <oSoMoN> time to wrap up, have a good week-end everyone
[16:39] <zyga> kenvandine: hey
[16:40] <zyga> kenvandine: as in filesystem wise?
[16:41] <kenvandine> zyga, yeah
[16:41] <zyga> kenvandine: what does it need to access?
[16:41] <kenvandine> it expects an xml file to be installed at $datadir
[16:41] <zyga> kenvandine: *layouts* :)
[16:41] <kenvandine> i thought we aren't supposed to use that?
[16:41] <zyga> no?
[16:41] <zyga> the plan is to release them out of beta in the next release
[16:42] <kenvandine> ah
[16:42] <kenvandine> cool
[16:42] <zyga> but if you want it in 2.35 then yes, a bit more annoying to use
[16:42] <zyga> yeah, the blocking bug is fixed now, just waiting for reviews
[16:42] <zyga> I'll get the team to review it next week if possible
[16:42] <zyga> will you be at the sprint?
[16:42] <kenvandine> i'm planning to
[16:42] <kenvandine> but...
[16:42] <kenvandine> we have a hurricane bearing down on us
[16:43] <kenvandine> so not sure my flight will get out
[16:43] <zyga> yeah, I'm following the news
[16:43] <zyga> I hope everyone will follow the evacuation plans
[16:43] <kenvandine> they canceled flights today and the storm hasn't quite reached our area yet
[16:44] <kenvandine> the worst of it will be tomorrow afternoon, which is when my flight is :(
[16:44] <kenvandine> it won't be too bad where I live, but enough wind to cancel flights
[16:44] <zyga> stay safe!
[16:44] <kenvandine> thanks!
[16:44] <kenvandine> zyga, can i try to use layouts now?
[16:45] <zyga>   absolutely
[16:45] <zyga> hold on
[16:45] <zyga> https://forum.snapcraft.io/t/snap-layouts/7207
[16:45] <zyga> :)
[16:45] <zyga> documented!
[16:45] <kenvandine> woot
[16:50] <kenvandine> zyga, how long before this is enabled in stable?
[16:54] <zyga> I strongly want to enable it next week in master
[16:54] <zyga> just as soon as the fix lands
[16:54] <zyga> so next release
[16:58] <kenvandine> oh, happy times... libgweather now lets me override the path with env :)
[17:00] <zyga> that's great :)
[17:00] <kenvandine> zyga, i do have a good use case for layouts though
[17:00] <kenvandine> i have to build iso-codes into quite a few desktop snaps
[17:00] <kenvandine> layouts should be a nice improvement
[17:03] <tsimonq2> zyga: nack, the DEP-3 header should be inside the patch diff, not the patch containing it, if that makes sense.
[17:03] <zyga> ah
[17:03]  * zyga tweaks
[17:03] <zyga> http://paste.ubuntu.com/p/4JqSb8xRwD/
[17:04] <Laney> night, see some of you sunday!
[17:04] <zyga> tsimonq2: ah, sorry
[17:04] <tsimonq2> zyga: No, in statx-seccomp ;)
[17:04] <zyga> you mean that the actual patch should have the
[17:04] <tsimonq2> Right.
[17:04] <zyga> header :)
[17:04] <zyga> no problem :)
[17:04] <tsimonq2> Yeah :)
[17:04] <tsimonq2> Thanks.
[17:06] <zyga> http://paste.ubuntu.com/p/hJN7FSdYNw/
[17:06] <zyga> tsimonq2: is salsa just gitlab?
[17:07] <zyga> and how do I apply the patch there?
[17:07] <tsimonq2> zyga: It's their GitLab instance, yes.
[17:07] <zyga> naive search for qtbase-opensource-src yields nothing
[17:07] <tsimonq2> https://salsa.debian.org/qt-kde-team/qt/qtbase
[17:08] <tsimonq2> Fork it, push to your copy, and make an MP :)
[17:08] <zyga> k, let me handle the account first
[17:08] <zyga> I'm not a DD
[17:08] <zyga> but I'm a DM so .. maybe :)
[17:13] <zyga> tsimonq2: upstream NACKed the patch
[17:13] <zyga> so meh :/
[17:43] <dupondje> Oh boy! I built firefox with --enable-default-toolkit=cairo-gtk3-wayland, and fonts etc look so much better :)
[17:43] <dupondje> to bad it seems to be lagging a bit now :(
[18:55] <zyga> dupondje: better how?