=== simonquigley is now known as tsimonq2
=== 17SAAK0SL is now known as infinity
[05:59] <didrocks> good morning
[06:01] <duflu> Morning didrocks
[06:02] <didrocks> hey duflu
[07:05] <jibel> Hi didrocks and duflu
=== pstolowski|afk is now known as pstolowski
[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:28] <ubot5> bug 1792537 in appstream (Ubuntu) "/usr/bin/appstreamcli:5:g_variant_new_parsed_va:g_variant_builder_add_parsed:as_content_rating_to_variant:as_component_to_variant:as_cache_file_save" [Undecided,Confirmed] https://launchpad.net/bugs/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] <ubot5> Debian bug 906538 in appstream "appstream: apt-get update fails due to appstream crash" [Important,Fixed]
[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] <ubot5> bug 1792537 in appstream (Ubuntu) "/usr/bin/appstreamcli:5:g_variant_new_parsed_va:g_variant_builder_add_parsed:as_content_rating_to_variant:as_component_to_variant:as_cache_file_save" [Undecided,Confirmed] https://launchpad.net/bugs/1792537
[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] <ubot5> Ubuntu bug 1792537 in appstream (Ubuntu) "/usr/bin/appstreamcli:5:g_variant_new_parsed_va:g_variant_builder_add_parsed:as_content_rating_to_variant:as_component_to_variant:as_cache_file_save" [High,Triaged]
[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:11] <ubot5> Ubuntu bug 1792552 in qtbase-opensource-src (Ubuntu) "Qt doesn't cope with EPERM returned from statx(2)" [Undecided,New]
[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:38] <ubot5> Ubuntu bug 1774739 in qtbase-opensource-src (Ubuntu) "Running Qt apps inside a 18.04 container crashes" [Undecided,New]
[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
=== pavlushka is now known as Guest18370
=== pavlushka_ is now known as pavlushka
=== pstolowski is now known as pstolowski|lunch
[12:39] <Mirv> well it sounds related https://bugreports.qt.io/browse/QTBUG-70447
=== pstolowski|lunch is now known as pstolowski
[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
[12:52] <ubot5> Ubuntu bug 1792552 in qtbase-opensource-src (Ubuntu) "Qt doesn't cope with EPERM returned from statx(2)" [Undecided,New]
[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/
=== gffa is now known as Guest72349
=== jdstrand_ is now known as jdstrand
[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] <ubot5> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[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] <ubot5> Ubuntu bug 1589215 in libreoffice (Ubuntu) "'Unknown Application Name' menu item in Indicator Applet Appmenu when LibreOffice is running" [High,Confirmed]
[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:37] <ubot5> bug 1792604 in yaru-theme (Ubuntu) "Installing yaru should try to remove the communitheme snap" [Undecided,New] https://launchpad.net/bugs/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 :/
=== pstolowski is now known as pstolowski|afk
[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 :(
=== Class7_ is now known as Class7
[18:55] <zyga> dupondje: better how?