=== seb129 is now known as seb128
[08:50] <ricotz> good morning desktoppers!
[08:53] <seb128> ricotz, hey, how are you?
[08:54] <ricotz> seb128, hey, happy to see packages moving out of lunar-proposed :)
[08:55] <seb128> :-)
[08:55] <ricotz> seb128, how are you?
[08:55] <seb128> start of cycles is always a bit bumpy
[08:55] <seb128> ricotz, I'm alright!
[08:55] <ricotz> especially libreoffice after 2 weeks ;)
[09:13] <RikMills> ricotz: :D
[09:14] <RikMills> gpgme has been a PITA
[09:14] <ricotz> RikMills, I noticed :) and gvmd, thanks!
[09:43] <ricotz> schopin, hello :), are you making progress for https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/1995096
[09:43] -ubottu:#ubuntu-desktop- Launchpad bug 1995096 in rustc (Ubuntu Lunar) "rustc 1.63 and cargo 0.64 required by firefox 108" [Undecided, New]
[09:45] <lissyx> ricotz, how is this a problem? snap already sources rust 1.64
[09:45] <schopin> ricotz: I am. I have both rustc 1.63 and cargo 0.64 builds running locally right now, with the hope to upload them to lunar by today, with the backports coming tomorrow.
[09:45] <lissyx> (there's an issue on 1.65 due to llvm 15)
[09:45] <lissyx> or is this for non snap versions?
[09:45] <schopin> It is :)
[09:46] <lissyx> right
[09:46] <ricotz> schopin, great, thank you :), bionic and focal are the most important in the moment for testing
[09:47] <schopin> I figured as much, but it's way easier to work from lunar down.
[09:48] <ricotz> I know, I am using debian ports for jammy and later currently
[09:48] <ricotz> although no builds for bionic/focal were made yet
[10:14] <seb128> k, I understand now why I became seb129 yesterday. I autoconnect to irc.gnome.org which is redirecting to libera now
[10:27] <lissyx> seb128, oSoMoN, what would be your take for a snap-related issue on 18.04 that does not reproduce on 22.04 (for firefox obviously) ?
[10:27] <lissyx> context is https://bugzilla.mozilla.org/show_bug.cgi?id=1693302
[10:27] -ubottu:#ubuntu-desktop- Mozilla bug 1693302 in Core "[snap] Cannot open containing folder from a downloaded item if the default path is changed" [S3, New]
[10:30] <seb128> lissyx, low priority even if those should be fixed ideally
[10:31] <lissyx> I mean would we have visibility on what could have fixed it?
[10:42] <seb128> lissyx, not really, I would suppose portal, but https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-portal/+bug/1978295 suggests it should be working on that serie
[10:42] -ubottu:#ubuntu-desktop- Launchpad bug 1978295 in xdg-desktop-portal (Ubuntu Focal) "org.freedesktop.portal.OpenURI.OpenDirectory doesn't highlight the selected file" [Medium, Fix Committed]
[10:43] <seb128> since that SRU fixes the file selection in the view
[10:43] <seb128> or maybe the user doesn't have the portal installed or in use in their session?
=== alocer1 is now known as alocer
[12:49] <bandali> hey ricotz, just thought i'd say hi and briefly introduce myself. i'm amin and i recently joined the desktop team at canonical, and will be working mainly on the maintenance of ubuntu's browser packages, primarily firefox
[12:52] <lissyx> bandali, oh, welcome!
[12:52] <bandali> last night i committed, tagged, and pushed a debian/changelog bump for the firefox.bionic and firefox.focal mozillateam bzr repos on lp and uploaded corresponding changes to ubuntu-mozilla-security/ppa (skipped the mozillateam one since i noticed you'd already beat me to it)
[12:52] <bandali> thanks lissyx!
[12:54] <lissyx> bandali, so oSoMoN might have told you about me, but I'm on the mozilla side and trying to improve the snap situation as much as I can
[12:56] <bandali> lissyx, ah yup, he has indeed! sorry i didn't recognize your nick right away, still a bit sleepy here :p nice [textually] meeting you and i look forward to working with you :)
[13:01] <jbicha> good morning
[13:02] <ricotz> bandali, hello and welcome, Olivier mentioned you to me :)
[13:02] <bandali> thanks ricotz :) great
[13:03] <bandali> morning jbicha
[13:03] <ricotz> bandali, you don't have to push packages to the mozillateam ppas :), I am copying the binaries from mozilla-security if needed
[13:04] <ricotz> bandali, I will mention it if there are prepared tarballs available in a ppa already
[13:04] <bandali> ricotz, ha okay cool. is mozilla-security a pocket? i don't think i've come across it
[13:04] <bandali> ricotz, btw regarding your change to debian/tests/html5test setting the expected check for "row-offline.applicationCache" to "No", i wasn't entirely sure so i skipped it. per the MDN docs it is indeed deprecated, but an implementation (even if half-baked) seems to still be present on the latest versions. i'd imagine lissyx and/or other folks at mozilla (or perhaps yourself) would know better and 
[13:04] <bandali> could help shed a light
[13:04] <ricotz> bandali, referring to https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+packages
[13:05] <bandali> ricotz, ah yup yup, of course :)
[13:05] <ricotz> bandali, I saw it failing in an autopkgtest, let me dig
[13:06] <ricotz> https://autopkgtest.ubuntu.com/results/autopkgtest-bionic-mozillateam-firefox-next/bionic/amd64/f/firefox/20221025_051622_002d0@/log.gz
[13:10] <bandali> ricotz, ah okay i see! thanks. oSoMoN would you like me to do another push to mozilla-ubuntu-security/ppa with the above change? ^
[13:21] <oSoMoN> bandali, ricotz : afaict the application cache is still enabled in stable builds, but disabled in beta builds (firefox-next), hence the discrepancy in test expectations
[13:23] <oSoMoN> so we probably don't need that change in the stable branches
[13:24] <ricotz> oSoMoN, ah, thanks
[13:24] <oSoMoN> bandali, you'll need to run the autopkgtests against the packages in ppa:ubuntu-mozilla-security/ppa to confirm
[13:24] <lissyx> bandali, do you have more context on that application cache thing?
[13:24] <KGB-2> devhelp Mohammed Sadiq 358422 * commented merge request !2 * https://deb.li/3w0ve
[13:24] <lissyx> AppCache goes back to B2G era, I think it was all ripped-off
[13:25] <oSoMoN> bandali, see https://wiki.ubuntu.com/ProposedMigration#Testing_against_a_PPA
[13:26] <lissyx> oSoMoN, I'm wondering if the CTRL+S fork bomb we have is not something  I also experiment in HexChat on my laptop, but with some key being repeated twice from time to time
[13:34] <bandali> oSoMoN, gotcha, thanks for clarifying. will do
[13:34] <bandali> lissyx, do you mean in firefox itself or more on the packaging side?
[13:35] <lissyx> bandali, AppCache? it should have been removed back in 2016-2017 from mozilla-central
[13:38] <bandali> lissyx, yeah, that :) that's what i thought too, but apparently there are still traces of it left in the stable releases ?
[13:39] <bandali> for me https://mdn-bcd-collector.appspot.com/tests/api/ApplicationCache has all "Supported" except for api.ApplicationCache.abort
[13:41] <lissyx> bandali, running against which build?
[13:41] <lissyx> it's all "No support" for me on nightly
[13:44] <oSoMoN> lissyx, my observations is that it's disable on beta/nightly, but still enabled on stable
[13:44] <oSoMoN> s/disable/disabled/
[13:45] <lissyx> hm
[13:46] <lissyx> could it be https://bugzilla.mozilla.org/show_bug.cgi?id=1677718 ?
[13:46] -ubottu:#ubuntu-desktop- Mozilla bug 1677718 in Core "Disable the AppCache API on release" [S3, New]
[13:47] <lissyx> indeed a release show it
[13:48] <lissyx> bandali, what's your bugzilla account?
[13:49] <lissyx> so that  I can ask you get a few perms to edit bugs
[13:52] <bandali> hey lissyx yup i'm this is on stable (107.0 at the moment). as for my bugzilla account, do you need its associated email address?
[13:52] <lissyx> please yes
[13:52] <lissyx> in PM if you'd like
[13:52] <bandali> sure. it's bandali@gnu.org
[13:52] <lissyx> ok too fast.
[13:52] <bandali> here is ok :)
[13:52] <bandali> lol
[14:28] <lissyx> bandali, confirmed, the API is still exposed, pending removal, but it's an empty shell
[14:35] <oSoMoN> bandali, we might want to update the test expectation to ignore the value of that applicationCache ? Although not sure how to reflect that in the expected score value.
[14:52] <bandali> lissyx, ack
[14:52] <bandali> oSoMoN, hmm, right...
[14:53] <bandali> should we wait until the apis are properly removed before we try to update the tests? or..? i'm indeed not sure about the score
[15:24] <lissyx> bandali, generally speaking searchfox.org is a great tool when you wonder about the code
[15:47] <bandali> thanks, yeah i've used it a few times in passing :)
[17:46] <KGB-0> glib pristine-tar d22f68e Simon McVittie glib2.0_2.74.2.orig-unicode-data.tar.xz.delta glib2.0_2.74.2.orig-unicode-data.tar.xz.id * pristine-tar data for glib2.0_2.74.2.orig-unicode-data.tar.xz * https://deb.li/qqLF
[17:46] <KGB-0> glib pristine-tar 0a64e57 Simon McVittie glib2.0_2.74.2.orig.tar.xz.delta glib2.0_2.74.2.orig.tar.xz.id * pristine-tar data for glib2.0_2.74.2.orig.tar.xz * https://deb.li/38661
[17:47] <KGB-2> glib upstream/2.74.x 89e2919 Simon McVittie * pushed 18 commits (first 5 follow) * https://deb.li/DgZh
[17:47] <KGB-2> glib upstream/2.74.x efb43ef Marco Trevisan (Treviño) gio/gdesktopappinfo.c * gio/gdesktopappinfo: Free the wrapped argv array on launch failure * https://deb.li/3REoc
[17:47] <KGB-2> glib upstream/2.74.x a1151bc Marco Trevisan gio/gdesktopappinfo.c * Merge branch 'backport-3008-wrapped-argv-leak-glib-2-74' into 'glib-2-74' * https://deb.li/TjqC
[17:47] <KGB-2> glib upstream/2.74.x 681980d Nart Tlisha po/ab.po * Update Abkhazian translation * https://deb.li/i3qwG
[17:47] <KGB-2> glib upstream/2.74.x 1304f9e Robert Ancell gio/gportalsupport.h * portal: Fix broken header guard * https://deb.li/3YEys
[17:47] <KGB-2> glib upstream/2.74.x 05fdb2d Simon McVittie gio/gportalsupport.h * Merge branch 'backport-3035-portal-header-guard-glib-2-74' into 'glib-2-74' * https://deb.li/34jcv
[17:47] <KGB-2> glib tags d7145e0 Simon McVittie upstream/2.74.2 * Upstream version 2.74.2 * https://deb.li/QjAl
[20:08] <KGB-0> devhelp Jeremy Bicha 358554 * commented merge request !2 * https://deb.li/3XVS7
[20:15] <KGB-0> libsoup3 upstream/latest f0f2fb0 Jeremy Bicha * pushed 16 commits (first 5 follow) * https://deb.li/3SsBd
[20:15] <KGB-0> libsoup3 upstream/latest 4607a5a Carlos Garcia Campos tests/context-test.c * context-test: use send and read API * https://deb.li/3ow2
[20:15] <KGB-0> libsoup3 upstream/latest a5f85f9 Carlos Garcia Campos libsoup/http2/soup-client-message-io-http2.c * http2: do not retry a message if connection never completed a request * https://deb.li/32tYC
[20:15] <KGB-0> libsoup3 upstream/latest 47e322d Carlos Garcia Campos libsoup/http2/soup-client-message-io-http2.c tests/http2-test.c * http2: ensure connection is alive on IO finished * https://deb.li/qprh
[20:15] <KGB-2> libsoup3 pristine-tar 3a2d23f Jeremy Bicha libsoup3_3.2.2.orig.tar.xz.delta libsoup3_3.2.2.orig.tar.xz.id * pristine-tar data for libsoup3_3.2.2.orig.tar.xz * https://deb.li/NefF
[20:15] <KGB-0> libsoup3 upstream/latest 9dbfc4e Carlos Garcia Campos libsoup/soup-session.c * session: remove unused disposed member * https://deb.li/38STc
[20:15] <KGB-0> libsoup3 upstream/latest 9bd2e0e Carlos Garcia Campos libsoup/soup-session.c * session: use a weak ref of session in SoupMessageQueueSource * https://deb.li/HRt7
[20:16] <KGB-2> yelp-tools signed tags 1daf26a Jeremy Bicha upstream/42.1 * Upstream version 42.1 * https://deb.li/i3p31
[20:17] <KGB-2> yelp-tools pristine-tar 0b14fea Jeremy Bicha yelp-tools_42.1.orig.tar.xz.delta yelp-tools_42.1.orig.tar.xz.id * pristine-tar data for yelp-tools_42.1.orig.tar.xz * https://deb.li/iOsze