[01:40] <KGB-0> orca pristine-tar 99f7673 Samuel Thibault orca_3.36.5.orig.tar.xz.delta orca_3.36.5.orig.tar.xz.id * pristine-tar data for orca_3.36.5.orig.tar.xz * https://deb.li/3L0s
[01:40] <KGB-0> orca upstream/stable 71445ee Joanmarie Diggs README.md configure.ac * Post-release version bump * https://deb.li/3Xr70
[01:40] <KGB-0> orca upstream/stable 3be5b5b Joanmarie Diggs src/orca/scripts/ apps/SeaMonkey/script.py apps/Thunderbird/script.py web/script.py * Fix regression reading content resulting from cherry-pick * https://deb.li/Jrzz
[01:40] <KGB-0> orca upstream/stable 1c6a890 Joanmarie Diggs NEWS README.md configure.ac * Release prep * https://deb.li/3mAUs
[01:40] <KGB-0> orca upstream/stable 0061024 Samuel Thibault (12 files in 6 dirs) * New upstream version 3.36.5 * https://deb.li/3Ubsv
[01:40] <KGB-0> orca tags 2b2d3d8 Samuel Thibault upstream/3.36.5 * Upstream version 3.36.5 * https://deb.li/3ONSU
=== oerheks is now known as DT_oerheks
=== DT_oerheks is now known as oerheks
[07:12] <duflu> And the day came. I need mozjs78 to build upstream now
[07:39] <marcustomlinson> morning duflu
[07:39] <duflu> Hi marcustomlinson 
[08:03] <Laney> yo
[08:12] <marcustomlinson> yo Laney
[08:21] <RikMills> morning
[08:22] <RikMills> libreoffice armhf tests overnight look much more like some regression with 6.4.5
[08:27] <seb128> goood morning desktopers
[08:28] <luna_> morning
[08:28] <ricotz> hey desktopers
[08:31] <duflu> Morning Laney, RikMills, seb128, luna_, ricotz 
[08:32] <seb128> hey duflu , Laney, luna_ , ricotz , marcustomlinson , how is everyone today?
[08:33] <duflu> seb128, going well, I guess. Any cooler for you now?
[08:33]  * duflu asks as he turns the heater on again
[08:33] <seb128> not really but it's supposed to rain and cool down today, fingers crossed!
[08:40] <Laney> moin marcustomlinson ricotz luna_ ricotz duflu seb128 
[08:41] <Laney> got to go beg the security team to review libjcat /o\
[08:41] <Laney> looks like we have a bug that let it migrate
[08:42] <seb128> fun
[08:47] <jamesh> fwiw, a fwupd with jcat support will probably break the snap-store snap
[08:48] <jamesh> maybe having an up-to-date libfwupd inside the sandbox will fix things
[08:53] <seb128> jamesh, thanks, I created a trello card for that now, https://trello.com/c/KSS71PdN/218-update-snap-store-for-the-new-fwupd
[08:53] <seb128> jamesh, also could be tricky, if we update libfwupd is it still going to work on focal which has the old fwupd?
[08:53] <jamesh> seb128: upstream seems to think so, but we haven't tested it
[08:53] <seb128> the snap needs to work with the old and the new versions since it's the same snap being used on different Ubuntu series
[08:54] <seb128> k
[08:55] <jamesh> I just know about the "old library, new daemon" incompatibility from when Mario was trying to get the snap-store snap to talk to the snapped fwupd
[08:55] <seb128> k
[08:56] <seb128> jamesh, btw you are not on the team trello board?
[08:56] <seb128> how did you manage to escape? :p
[08:56] <marcustomlinson> hey seb128, doing well. the house is super quiet now, my son is back to school after 5 months at home
[08:56] <jamesh> no idea
[08:56] <seb128> marcustomlinson, lucky!
[08:57] <jamesh> I'm on the other board
[08:59] <marcustomlinson> seb128: yeah so glad. just 2 days a week for now, but anything is so much better than nothing
[08:59] <duflu> Oh, my improved fragment shader is in mutter 3.36.4. That's a bonus. I've been telling people nothing of performance interest was in that
[08:59] <seb128> marcustomlinson, I'm looking forward the time I've quiet days at work again
[13:50] <hellswor1> good morning desktopers
[13:51] <seb128> hey Heather, how are you?
[13:54] <marcustomlinson> hey hellswor1
[13:58] <hellswor1> hey guys i'm ok thanks :)
[14:44] <hellswor1> marcustomlinson: since the LO 7 armhf is still building in my ppa i was goingto ask you to run the autopkgtest on rico's prereleases ppa build but it looks like the armhf build failed there (dpkg-buildpackage died)
[14:44] <marcustomlinson> hellswor1: no worries, whenever you have a build that's ready
=== hellswor1 is now known as hellsworth
[14:47] <hellsworth> (no idea how i was hellswor1)
[14:50] <seb128> kenvandine, hey, I don't know if trello notifications reach you properly, but in case they don't, https://trello.com/c/KSS71PdN/218-update-snap-store-for-the-new-fwupd
[14:51] <kenvandine> seb128: yeah, i saw that
[14:51] <kenvandine> thanks
[14:52] <seb128> np!
[15:00] <ricotz> hey kenvandine hellsworth 
[15:00] <ricotz> seb128, hi, could you sponsor this to the focal queue? https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1891318
[15:00] <ubot5> Ubuntu bug 1891318 in vala (Ubuntu) " [SRU] Update to vala 0.48.9 in focal " [Undecided,New]
[15:02] <hellsworth> Laney: ricotz hey
[15:02] <hellsworth> ha didn't mean to ping laney there
[15:05] <seb128> ricotz, hey, alright, let me add that to my backlog for the remaining of the day :-)
[15:07] <ricotz> seb128, ty :)
[15:11] <marcustomlinson> seb128: question regarding package updates (https://people.canonical.com/~platform/desktop/versions.html)
[15:12] <marcustomlinson> is there a trello board/cards for things so that we don't duplicate work
[15:12] <marcustomlinson> or rather, what's the process in taking one of those?
[15:12] <seb128> marcustomlinson, no, though we do set one up for new GNOME to make things easier
[15:13] <seb128> marcustomlinson, usually it's 'click on the 'Open bug...' from the status column, that had the proper tag for the report to pick it up
[15:13] <seb128> had->add
[15:13] <seb128> see e.g fontconfig that has a bug reference
[15:13] <seb128> also mentioning it here doesn't hurt
[15:14] <seb128> marcustomlinson, are you looking at some specific update? do you want to help with GNOME?
[15:14] <marcustomlinson> seb128: yeah I've got some time to help
[15:14] <marcustomlinson> was looking at orca
[15:14] <seb128> marcustomlinson, ah, good one
[15:14] <seb128> I'm pretty sure you are not going to conflict on that one :-)
[15:15] <marcustomlinson> in that one's case the "Open bug" link opens one for a focal sru
[15:15] <marcustomlinson> I mean for "3.36.5" that is
[15:15] <seb128> vte / gnome-terminal if you want suggestion for what to do next
[15:16] <seb128> marcustomlinson, we still target 3.36 as stable and 3.37as unstable, that's only an initial title value you can edit it
[15:16] <seb128> see the upstream version column
[15:16] <seb128> 3.36.5 / 3.37.90
[15:16] <seb128> that's stable / unstable
[15:16] <seb128> we default to stable but just adapt the title
[15:16] <marcustomlinson> seb128: ok so I'm going to merge tag 3.37.90 into ubuntu/master on orca and that goes to groovy
[15:17] <seb128> marcustomlinson, did you do updates before? are you familiar with the workflow?
[15:17] <seb128> marcustomlinson, https://wiki.ubuntu.com/DesktopTeam/git
[15:18] <seb128> marcustomlinson, but basically in that case you want to fork https://salsa.debian.org/gnome-team/orca
[15:18] <seb128> checkout ubuntu/master
[15:18] <seb128> and merge debian/experimental
[15:18] <marcustomlinson> is it not cleaner to merge tags?
[15:18] <marcustomlinson> /safer
[15:18] <seb128> yes
[15:19] <seb128> so debian/3.37.90-1
[15:19] <marcustomlinson> ok thanks for the link, I've not done this before but I think I know the process, will read first in any case
[15:19] <seb128> you want to merge the packaging since Debian already updated that
[15:19] <seb128> not the upstream tag
[15:20] <marcustomlinson> right I meant debian/3.37.90-1
[15:20] <seb128> marcustomlinson, feel free to ask here if you have any question, and thanks a lot for helping with those!
[15:20] <seb128> k, good :)
[15:20] <marcustomlinson> well I haven't helped yet ;)
[15:21] <luna_> No Daily Groovy image today?
[15:21] <marcustomlinson> seb128: I'm going to have to fork and PR for that project as I'm not a member. Should I be a member?
[15:23] <jibel> luna_, no, it failed to build due to dependency issues cf https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/groovy/ubuntu/
[15:23] <seb128> luna_, there was an archive problem earlier which made the iso build fail, L_aney fixed it
[15:23] <seb128> tomorrow should give a new one
[15:24] <seb128> :a
[15:24] <seb128> marcustomlinson, member comes with permissions to commit to the official packaging vcs, you need to earn enough trust to get that
[15:24] <marcustomlinson> seb128: ok fair
[15:24] <seb128> marcustomlinson, which you are on you way of getting if you starting picking up some of the updates :-)
[15:26] <luna_> jibel: seb128: Laney: alright thanks for the information :) 
[15:27]  * Laney did nothing
[15:29] <seb128> outside of fixing the migration bug and the archive state... :-)
[15:38] <Laney> heh
[15:39] <Laney> well, it was my bug that broke it initially
[15:39] <Laney> so -100 + 100 -> nothing :p
[15:39] <seb128> :-)
[15:40] <seb128> kenvandine, jamesh , any opinion on what xdg-desktop-portal serie we want in G? debian/experimental has 1.7, we should sync that before feature freeze if that's what we are at
[15:40] <kenvandine> 'we need to check when 1.8 is due to be released
[15:41] <seb128> they use stable/unstable alternate versioning?
[15:41] <seb128> 1.7 is unstable?
[15:41] <kenvandine> yeah
[15:41] <seb128> k, well if you know who to ask that would be useful
[15:43] <seb128> I wonder if we want to aim for tracker3, seems a bit late in the cycle even if GNOME seems to try to sneak that in for 3.38 :-/
[15:44] <kenvandine> ahayzen: do you know when the next stable series will be bumped for xdg-desktop-portals and flatpak?
[17:12] <ahayzen> kenvandine, hmm, flatpak 1.8 was just released in July before alex went on holiday, normally xdg-desktop-portal is bumped at the same time, but seems it hasn't. You'll want to talk to mclasen to find out his plans :-)
[18:43] <ricotz> hellsworth, afaics, the last resort would be use gcc-9 on armhf for libreffice in groovy
[18:44] <hellsworth> you're talking about the 7.0 builds that keep failing on armhf?
[18:45] <ricotz> hellsworth, yes, seems to be random and seeing a compiler ICE is not a good sign - /<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx:47:1: internal compiler error: Segmentation fault
[18:45] <hellsworth> and there's also the 6.4.5 (groovy) autopkgtests that are failing on armhf only. looks like an actual problem (chatted with seb,laney,marcus about it earlier today). we were hoping that 7.0 armhf autopkgtests might have magically fixed the problem but the builds don't even pass
[18:45] <hellsworth> gross
[18:45] <ricotz> https://launchpadlibrarian.net/493173941/buildlog_ubuntu-groovy-armhf.libreoffice_1%3A7.0.1~rc1-0ubuntu0.20.10.1_BUILDING.txt.gz
[18:47] <ricotz> I would assume the test failure might be a symptom of this compiler issue
[18:48] <ricotz> e.g. https://bugzilla.redhat.com/show_bug.cgi?id=1859588
[18:48] <ubot5> bugzilla.redhat.com bug 1859588 in gcc "LibreOffice FTBFS with internal compiler error" [Unspecified,Closed: rawhide]
[18:50] <hellsworth> could be. the test failure is new in 6.4.5 (although doesn't happen on focal) and is either the binary urp bridge (uno bridge between python and LO APIs) crashing or is libreoffice crashing while a whole bunch of dialogs are opened as part of the uitests
[18:51] <hellsworth> and looking at this log you linked to i see just up one line: 
[18:51] <hellsworth> /<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx: In member function ‘virtual com::sun::star::uno::Any dbaccess::OStaticSet::getBookmark()’:
[18:51] <hellsworth> that com::sun::star::uno is to fault in the tests as well
[18:51] <hellsworth> nice redhat link find
[18:52] <hellsworth> interesting that this bug was filed for building on x86_64 though when we only see it on armhf
[18:54] <ricotz> jfy the source packages in the ppa for focal and groovy are identical
[18:54] <ricotz> (so my bet stays on gcc 10)
[18:56] <ricotz> hellsworth, I don't think the mentioned redhat bug is related to the current issue
[18:58] <hellsworth> ricotz: the redhat link looks related to gcc10 too though.
[19:00] <hellsworth> Laney: marcustomlinson ok now my rpi 3B+ has groovy server and 6.4.5 installed from proposed.. going to try the autopkgtest to reproduce the error
[19:00] <hellsworth> i went off down the wrong (mate) path for a while
[19:01] <hellsworth> ricotz: i feel like using gcc9 is not a real option
[19:01] <hellsworth> so we just have to find a solution with gcc 10.2.0
[19:24] <ricotz> hellsworth, ack
[19:54] <hellsworth> Laney: well local autopkgtests don't seem to work and i'm not sure what i'm doing wrong.. the pi has lxd setup and with the command you gave this is the output i get: https://paste.ubuntu.com/p/hrYz6hxgdF/
[20:17] <KGB-0> gnome-shell tags 554e94a Simon McVittie upstream/3.36.5 * Upstream version 3.36.5 * https://deb.li/3wJd
[20:17] <KGB-0> gnome-shell pristine-tar 1f2c840 Simon McVittie gnome-shell_3.36.5.orig.tar.xz.delta gnome-shell_3.36.5.orig.tar.xz.id * pristine-tar data for gnome-shell_3.36.5.orig.tar.xz * https://deb.li/3vvHN
[20:17] <KGB-0> gnome-shell pristine-tar 6a4e5aa Simon McVittie gnome-shell_3.36.4.orig.tar.xz.delta gnome-shell_3.36.4.orig.tar.xz.id * Merge remote-tracking branch 'origin/pristine-tar' into pristine-tar * https://deb.li/hvmc
[20:19] <KGB-0> gnome-shell upstream/3.36.x 4abb56a Simon McVittie * pushed 28 commits (first 5 follow) * https://deb.li/3SwQy
[20:19] <KGB-0> gnome-shell upstream/3.36.x 6b86b6a Sebastian Keller js/ui/iconGrid.js * iconGrid: Account for non-icon content and padding/spacing when scaling * https://deb.li/o0uG
[20:19] <KGB-0> gnome-shell upstream/3.36.x 1e87315 Olivier Fourdan js/ui/popupMenu.js * popupMenu: Handle keypress if numlock is enabled * https://deb.li/igHSM
[20:19] <KGB-0> gnome-shell upstream/3.36.x 7097796 Michael Catanzaro js/ui/ background.js layout.js * Delay login animation until after wallpaper has loaded * https://deb.li/OuUI
[20:19] <KGB-0> gnome-shell upstream/3.36.x 5f50985 Florian Müllner js/ui/background.js * backgroundManager: Always emit 'loaded' signal * https://deb.li/3hH1A
[20:19] <KGB-0> gnome-shell upstream/3.36.x 8f6c64f Robert Mader js/ui/workspacesView.js * Revert "workspacesView: Only animate on show() when geometries are already set" * https://deb.li/8wFe
[21:24] <xnox> seb128:  is there VCS for ubuntu's plymouth packaging? i have a slight improvement to send for the fsckd progress.
[21:24] <xnox> seb128:  or is it simply "upload into the archive"?
[21:25] <seb128> xnox, I'm not aware of a Vcs, we should probably set one up, but just upload for now
[21:26] <xnox> seb128:  well, there is one in proposed now, maybe it should migrate first?
[21:26] <xnox> hm but that's "just" systemd tests?
[21:28] <seb128> xnox, rbalint said earlier he has a systemd fix pending upload
[21:33] <xnox> my patch is small / cosmetic, thus i'll just upload it and will keep an eye on autopkgtests
[21:33] <xnox> and like retrigger them after systemd migrates
[21:35] <seb128> xnox, thx