[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?
[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><EMAIL_ADDRESS>[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<EMAIL_ADDRESS>[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


[05:30] <mgalvin> hey guys, does tomcat run on top of gcj/gij
[05:31] <mgalvin> if so will there be a tomcat package for breezy
[05:32] <jbailey> None of the Free VMs have a working security manager.
[05:32] <jbailey> So the problem is that it *could* work, but you don't have any of the usual safety guarantees of Java.
[05:34] <mgalvin> ah i c
[05:35] <mgalvin> thnx
[05:44] <wasabi_> that's not what's holding it back
[05:44] <wasabi_> We just need tomcat 5 packages.
[05:44] <wasabi_> it runs fine (- security manager)
[05:44] <wasabi_> tomcat4 makes use of com.sun classes which are not in free JVMs
[05:49] <mgalvin> wasabi_ are there plans for getting tomcat5 packages into breezy?
[05:51] <wasabi_> I doubt we'll make breezy.
[05:51] <wasabi_> In fact, we won't.
[05:51] <wasabi_> Probably breezy +1 though
[06:02] <jbailey> wasabi_: Well, I wasn't mentioning the state of the packaging so much as why you shouldn't do it even if you can right now.
[06:37] <wasabi_> ahh, the security manager really isn't that big of a deal except for ISVs
[06:38] <jbailey> How do you figure?
[06:38] <wasabi_> The security manager protects you from code you yourself choose to run.
[06:38] <wasabi_> So does running as another user.
[06:39] <wasabi_> Or... more than likely, you should run code you don't trust anywa.s
[06:39] <jbailey> Can tomcat easily run different apps as different users now?  Last I checked it was a big monolith.
[06:39] <wasabi_> Well, that is true.
[06:40] <wasabi_> But it's not something the security manager is going to help with, except in the case where you are running untrusted software
[06:40] <wasabi_> (ISV)
[06:40] <wasabi_> maybe I mean ASP instead.
[06:40] <wasabi_> (ASP)
[06:40] <jbailey> IT people shouodn't trust their vendor's software either.
[06:40] <wasabi_> I mean, php doesn't even have a CONCEPT of a security manager
[06:40] <wasabi_> and people get by fine with it
[06:40] <wasabi_> Or cgi.
[06:40] <jbailey> Well, you at least have safe_mode with php
[06:41] <mgalvin> oh, also what about the firefox java plugin? right now the sun jre 1.5 is required for that. is there an open source alt for this? if not will gjc/gij and jre co-exists peacefully?
[06:41] <jbailey> And most ISPs I know don't do cgi anymore because they got tired of getting hacked.
[06:41] <wasabi_> heh.
[06:41] <jbailey> mgalvin: gcjwebplugin - see above warnings.
[06:41] <wasabi_> yeah the security manager matters big time for the web plugin
[06:42] <mgalvin> thanks guys!
[06:43] <wasabi_> Don't get me wrong, I'm not trying to downplay the security maanger for tomcat.
[06:43] <wasabi_> It's just not what's holding us back from packaging it.
[06:43] <jbailey> Right.  We're talking different sides of the problem.
[06:43] <wasabi_> avdyk has tomcat 5 packages in experimental now I believe.
[06:43] <wasabi_> But they don't run.
[06:43] <wasabi_> They need some work.
[06:43] <jbailey> I haven't mentioned packages anywhere here. =)
[10:46] <wasabi_> https://wiki.ubuntu.com/EclipsePlatform
[10:46] <wasabi_> I need to relearn wiki formatting and stuff unfortunatly.
[10:47] <wasabi_> Just trying to shine some light on the pieces, where they live.
[10:47] <wasabi_> Eventually I will get packaging policy up
[10:47] <wasabi_> For plugins and other components.
[10:47] <jbailey> I spent a bit of time this morning and will spend more later looking at doing the jar splitting on ppc
[10:47] <wasabi_> Jar splitting?
[10:47] <wasabi_> Whatcha mean?
[10:47] <wasabi_> What needs to be split?
[10:56] <jbailey> To work around a ppc bug with gcj
[10:57] <jbailey> Their aot-compile-rpc will split the jars automatically for compiling on pppc
[10:57] <jbailey> s/rpc/rpm
[11:07] <wasabi_> what's wrong with it on ppc?
[11:07] <wasabi_> Is it just that one of the jars don't work on ppc?
[11:08] <wasabi_> Could just exclude it. I've done that to a few that don't work. No biggy.
[11:13] <jbailey> It's in your backlog on #gcj from a couple days ago.  There's a bug in gcc.
[11:13] <jbailey> One of the RTL passes doesn't do what it should do.


[15:42] <lars2> Hi,
[15:42] <lars2> I'm looking for the roadmap for Edubuntu 16.04 LTS. Where can I find it?
[15:42] <lars2> Any thought of switching DE for Sugarlabs "One laptop per Child" DE?
[15:42] <lars2> Thanks.
[20:53] <highvoltage> no roadmap as present
[21:22] <powersaw> Zzzzz
[21:22] <powersaw> Dead


[14:48] <cmaloney> Good morning
[14:50] <rick_h_> morn
[14:53] <wolf|work> it'll be a good morning tomorrow
[14:58] <cmaloney> Heh
[14:58] <cmaloney>  Have to take my dad-in-law to the eye doctor tomorrow
[14:58] <cmaloney> so woo hoo. :)
[15:01] <rick_h_> woo
[15:07] <wolf|work> My day will hopefully be better than that.
[15:08] <wolf|work> but at any rate, I get to sleep in and work barefoot
[15:16] <cmaloney> nice
[15:16] <cmaloney> I involuntarily slept in this morning
[15:17] <cmaloney> woke up at 8:30 and managed to get dressed / showered / shaved and in to work by 9:40
[15:17] <cmaloney> shaved-ish
[15:35] <rick_h_> bwuhaha https://youtu.be/T7dEftrfq5g?t=86 successful fishing night!
[15:35] <rick_h_> cmaloney: :P late night last night?
[15:35] <cmaloney> ?
[15:35] <cmaloney> Oh, re: sleeping in?
[15:35] <rick_h_> cmaloney: "in to work by 9:40"
[15:35] <rick_h_> yea
[15:35] <cmaloney> Nah, it's just been really good sleeping weather
[15:35] <rick_h_> sorry, been on calls so I'm a very out of sync conversationalist
[15:35] <cmaloney> That's alright
[15:36] <cmaloney> I'm not quite in sync either
[15:37] <cmaloney> Skipped CHC last night to try to catch up on home-related foo
[15:38] <rick_h_> all caught up?
[15:38] <cmaloney> Mostly.
[15:38] <cmaloney> Got what I set out to accomplish completed.
[17:54] <cmaloney> https://www.chillingeffects.org/notices/10969223 <- Scroll downl to see if your address is listed.
[17:55] <greg-g> all of ours are!
[17:56] <cmaloney> ;)
[21:28] <gamerchick02> cmaliney, did you get your Pebble Time?
[21:29] <gamerchick02> cmaloney even. i can't type. did you get your pebble time and what do you think?
[21:31] <cmaloney> I got it and I <3 it
[21:31] <gamerchick02> :)
[21:31] <cmaloney> Only mild disappointment is the backlight does wash out towards blue.
[21:31] <gamerchick02> what's the most functionality you get out of it?
[21:31] <cmaloney> But that's a function of the color LCD
[21:32] <gamerchick02> it's a epaper screen
[21:32] <cmaloney> gamerchick02: Well, obviously showing me the time
[21:32] <gamerchick02> LOL
[21:32] <cmaloney> But beyond that it does notifications and controls my music on my phone
[21:32] <gamerchick02> i have a watch on my wrist that doesn't require charging to do that. what else do you have it set up for?
[21:32] <cmaloney> One downside is the bezel is easy to scratch
[21:32] <gamerchick02> nice
[21:32] <gamerchick02> eee
[21:32] <gamerchick02> what are you doing with your old one?
[21:32] <cmaloney> Repurposed with family (sis in law and her boyfriend)
[21:33] <cmaloney> I also use it as a pedometer
[21:33] <gamerchick02> cool!
[21:33] <gamerchick02> that's what i'm thinking
[21:33] <gamerchick02> a fitbit with a clock only costs a bit less
[21:33] <cmaloney> There's an app called Plexfit which is quite awesome
[21:33] <cmaloney> 2.99
[21:33] <cmaloney> If you have an Android phone it's awesome
[21:33] <cmaloney> if you have an iPhone then it unfortunately doesn't work so well
[21:34] <gamerchick02> cool ofc i have an android phone, what do you take me for?
[21:34] <gamerchick02> :-P
[21:34] <gamerchick02> tho i *am* thinking of defecting to ios with the 6 on Virgin mobile
[21:34] <cmaloney> Heh
[21:34] <gamerchick02> so. not. sure. though
[21:34] <cmaloney> Don't do it if you get a pebble
[21:34] <cmaloney> Apparently Apple is being a bag of assholes
[21:35] <gamerchick02> for real? why?
[21:35] <cmaloney> Apple Watch
[21:35] <gamerchick02> ah yes
[21:36] <gamerchick02> the apple watch is super expensive and not as funtional as the pebble
[21:36] <cmaloney> https://itunes.apple.com/us/app/pebble-smartwatch/id592012721?mt=8
[21:36] <gamerchick02> ah yes
[21:37] <cmaloney> https://itunes.apple.com/us/app/pebble-time/id957997620?mt=8
[21:38] <cmaloney> Plus they have a nice SDK if you want to develop for it
[21:38] <gamerchick02> yes!
[21:38] <gamerchick02> on the ubuntu podcast there was a quick review
[21:39] <cmaloney> Overall I really like it
[21:40] <gamerchick02> sweet
[21:40] <gamerchick02> i need to get some food but i don't know what i want. i will figure it out. heh
[21:41] <cmaloney> I prefer the corporeal versions of food
[21:52] <gamerchick02> hah. i'm just not sure what i want


 @wxl [<wxl> ^ @N0um3n0 i mean], is online ;P http://cdimage.ubuntu.com/lubuntu/daily-live/current/focal-desktop-amd64.iso
 now it is you mean :P
 it wasn't when the issue was happening :P
 @teward001 [it wasn't when the issue was happening :P], you're right
 @wxl [<wxl> who wrote the bit in the release notes about geting tiling shortcuts back? …], I wrote that tiling didn't work anymore
 @HMollerCl the post they made on Ask Ubuntu there is referencing the "Keyboard Shortcuts" section which quotes a way to 'reset' the OpenBox shortcuts by removing the 3 files and they will be autoregened
 but users often don't read past instructions so
 but meh.
 mmm, apparently we weren't clear enough. The problem is that if they use Meta, all the shortcuts with meta will be broken
 @HMollerCl [mmm, apparently we weren't clear enough. The problem is that if they use Meta, a …], +1. Using Meta in openbox kills meta shortcuts in lxqt.
 Guys
 You have to check this out
 https://sourceforge.net/projects/pangaealubuntu/
 I found this on source forge, its Lubuntu but its panel layout is like MATE's unity
 Is there a panel layout changing plugin in Lubuntu
 Like an lxqt-tweak thing?
 Because we need to add thisl ayout
 I mean, come on
 This picture is dope
 (Photo, 1855x1056) https://i.imgur.com/hOFvEKv.jpg
 Maybe vala-panel
 @ItzSwirlz [<reply to image>], Brings back the nostalgia of unity.
 Yeah, we need a lxqt-tweaks.
 I don't remember correctly but long ago, in an install from the .net lubuntu, I had somehow Installed some version of lubuntu-tweaks. But it had only icon theme and wallpaper changing options AFAIK. Wasn't much powerful.
 That said we do have kvantum for tweaks. But we can't achieve the above layout from it.
 @ItzSwirlz [Maybe vala-panel], Maybe.
 Btw anybody up for some experiments? … I have an idea.
 I think it isn’t a bad idea
 @ItzSwirlz [I think it isn’t a bad idea], +1


 Hi! I've been testing Ubuntu 21.10 and I believe I found a bug: when you "switch applications", which by default is Super+Tab, it would not bring Nautilus to the front. It works with all other applications, but not Nautilus. However, when you "switch windows" using Alt+Tab it works fine. Can you confirm?
[07:08] <guiverc> @jlemonde, I just did a QA-test install of ubuntu impish (gnome desktop) & don't notice what you describe  (i have rhythmbox/firefox/nautilus running and switch between them equally)
 I may have narrowed it down to being due to an extension, but I don't know which nor how to find out:  when I disable one by one, or when I cycle through all my extensions by only enabling a single one at a time, I always get the bug in all cases. The only way for me to not get the bug is disable all extensions. But perhaps I should restart new nautilus instances between each attempt with the extensions?
[07:48] <guiverc> I'm not a gnome user so can't give authoritative advice.  I'd ensure the extensions are intended to work with the gnome/gtk used by impish; messages may exist in logs but I'm guessing
[09:18] <lotuspsychje> @jlemonde: the first thing devs will ask to test is to disable extensions to debug it vanilla
[09:21] <lotuspsychje> @jlemonde: another idea rising to my mind is keeping a journalctl -f open, see if you can trace any issues while testing it
 Yes sorry, I narrowed it down to dash-to-panel, but earlier I failed at identifying it was due to a specific extension due to probably the fact that extensions may remain partly active after being disabled, so even if I disabled the buggy extension, the bug remained some time. May this be a Wayland thing? I am very disoriented by it not having a restart function (such as Xorg had Alt+F2 "r")
 So the above bug I mentioned has nothing to do with Ubuntu 21.10, only that this popular extension does not support GNOME 40 well.
[09:27] <lotuspsychje> @jlemonde: cool tnx for the testing, another handy extension from the repos you can try is workspaces to dock, i use it myself and found it pretty nice
 I've been improving Quickemu recently. With the Impish final release upon us, I thought it would be good to let you know some that Quickemu is better than ever for QA and testing.
 The project is here: https://github.com/wimpysworld/quickemu
 Here's the TL;DR for installing and using Quickemu to test Ubuntu MATE daily-live images, but all official flavours are supported.
 sudo apt-add-repository ppa:flexiondotorg/quickemu
 sudo apt install quickemu
 That will install Quickemu on Focal, Hirsute or Impish 👆
 To create and run Ubuntu MATE daily-live do the following:
 quickget ubuntu-mate devel
 quickemu --vm ubuntu-mate-devel.conf
 Replace ubuntu-mate with the flavour you want to test.
 quickget ubuntu-mate devel will use zsync to automatically sync new daily live iso images, even if the new series becomes available.
 You can replace devel with supported final release such as focal and hirsute.
 Copy/paste and file sharing between the host and guest is also available, just add --display spice to quickemu, like this:
 `quickemu --vm ubuntu-mate-devel.conf --display spice`
 If you need macOS or Windows then Quickemu can create those VMs in the same way.
 *Windows*
 macOS
 quickget macos catalina
 quickemu --vm macos-catalina.conf


[01:07] <emma> Ever since edgy doing what is on this link made my logitech marble mouse work with scroll wheel ability -- http://ubuntuforums.org/showthread.php?t=169423
[01:07] <emma> It worked in edgy, feisty, gutsy, and hardy.
[01:08] <emma> But now in Intrepid some how X has changed and now I put the same stuff in there and it does not change the behavior of the mouse at all.
[01:08] <emma> Does anyone have any ideas?
[05:06] <tjaalton> morning
[05:07] <tjaalton> emma: input-hotplug means that evdev "steals" all your input devices
[05:08] <emma> so that's a bug?
[05:08] <tjaalton> emma: so that's why "mouse" no longer works unless you do other things
[05:08] <tjaalton> no
[05:08] <emma> i see. what other things should a person do?
[05:09] <tjaalton> you can use 'xinput' to set the options you like (during a session start, for instance.. GUI support coming later), or add an fdi file which does the same
[05:09] <tjaalton> which is persistent
[05:11] <emma> to me it sounds much more complicated than the old way.
[05:11] <tjaalton> maybe
[05:12] <emma> but ubuntu's raison de'tre is to be easy.
[05:12] <tjaalton> or you can add 'Option 'AutoAddDevices "false"' to the ServerFlags section
[05:12] <tjaalton> and specify keyboard and mouse like before..
[05:13] <emma> i don't want to mess things up if it was made this way now there must be some good reasons.
[05:13] <emma> i would just like my marble mouse to be able to scroll wheel effect again.
[05:13] <tjaalton> man xinput then
[05:13] <emma> okay
[05:13] <tjaalton> you can change those settings while the session is running.. that was not possible before
[05:15] <emma> i may stand a chance of figuring it out but not tonight i have to sleep now. after midight here.
[05:15] <emma> thanks for the clues.
[05:15] <tjaalton> sure, np
[05:17] <bryce> heya tjaalton
[05:18] <tjaalton> hi bryce
[05:33] <tjaalton> bryce: the autotoolized mesa doesn't build intel DRI drivers for lpia, but is i915_dri.so the only one needed there?
[05:34] <tjaalton> I think it is
[05:34] <tjaalton> I've got also some xkb-data fixes on the radar before a6
[05:37] <bryce> cool
[05:37] <bryce> did the autotoolized mesa build them before?
[05:38] <bryce> I don't remember that -psb required them, and I don't know if there's any other gfx hw on lpia that uses -intel.  maybe...
[05:42] <tjaalton> there's bug 270106
[05:43] <tjaalton> so while the DRI driver is never really required, it does help with 3D :)
[05:43] <tjaalton> and it got dropped when the package was autotoolized
[05:44] <tjaalton> which was July'ish
[05:59] <bryce> hrm
[05:59] <bryce> any ideas why it got dropped?  would it be easy to add back in?
[06:14] <tjaalton> yes it is. it got dropped by accident, since the list of drivers to build varies based on the architecture
[06:15] <tjaalton> I've got it ready on my tree, but wanted to make sure i915 was enough
[06:21] <bryce> ah, yeah I believe so
[06:22] <bryce> i965 might be worth having
[06:37] <tjaalton> ok, I'll add that too
[17:44] <james_w> tseliot: hey, have you seen bug 270980
[17:45] <tseliot> james_w: let me have a look at it
[17:52] <tseliot> james_w: ok, I'll fix it, however when my patch is accepted the virtual resolution will be calculated by the C part, therefore this is a temporary fix
[17:53] <james_w> ah, ok.
[18:19] <tseliot> james_w: ok, I have fixed the problem
[18:19] <tseliot> how can I associate a commit with a bug?
[18:20] <tseliot> s/commit/revision/
[18:20] <james_w> tseliot: commit with "--fixes lp:12345"
[18:20] <james_w> if you have a changelog entry with "LP: #12345" then debcommit in Intrepid will do that for you
[18:21] <tseliot> yes, of course the changelog has such entry
[18:24] <tseliot> james_w, bryce: the fix is in this branch: ~albertomilone/screen-resolution-extra/intrepid
[18:27] <tseliot> bryce: can you upload it for me (when you have the time), please?
[18:27] <james_w> tseliot: I don't see how the new code is any different, what am I missing?
[18:29] <tseliot> james_w: I made it look exactly as the C code
[18:29] <tseliot> and it works well here
[18:30] <tseliot> I have tested the function and passed it some values in a tuple as the real program would do
[18:30] <tseliot> and it works well
[18:31] <james_w> ok
[18:31] <james_w> the same tests show the old version was broken?
[18:34] <tseliot> wait, no, now they don't
[18:34]  * tseliot wonders what happened before...
[18:35] <tseliot> james_w: this makes little sense
[18:35] <bryce> tseliot: we're in freeze for alpha6 starting today
[18:35] <tseliot> the C part is ok
[18:35] <tseliot> bryce: ok, no problem
[18:36] <james_w> tseliot: is it whatever passes the values that is wrong then?
[18:38] <tseliot> james_w: the C program passes those values and that part looks good
[18:40] <tseliot> james_w: are we sure that the user chose the right settings?
[18:40] <tseliot> it has always worked for me here and it worked for bryce too
[18:40] <james_w> tseliot: I'm not sure, I have no prior experience with "Virtual" to know what the correct values are
[18:41] <james_w> he does say that changing it gave him a working set up
[18:41] <tseliot> yes, and he's right
[18:42] <james_w> I can't test at the moment due to other bugs, sorry
[18:42] <tseliot> no, problem, I'm too tired to do anything else too
[18:44] <james_w> for param in params[0]:
[18:44] <james_w> should that not be
[18:44] <james_w> for param in params:
[18:44] <james_w> so that it considers all of sys.argv
[18:45] <james_w> that will only look at the first, and so could lead to taking max(first) -> first
[18:45] <james_w> so if the second is larger it won't get considered
[18:46] <james_w> ah, def computeVirtual(*params):
[18:46] <tseliot> yes
[18:48] <james_w> so it get's called like "1024x768:0,0 1280x968:1024,0"
[18:49] <tseliot> 0,0:1680x1050 0,0:1600x1200
[18:49] <james_w> no, other way round
[18:49] <james_w> yeah
[18:49] <tseliot> xposition, yposition, width, height
[18:50] <tseliot> xposition, yposition:widthxheight
[18:50] <tseliot> this one looks better ^
[18:50] <tseliot> so in your example
[18:51] <tseliot> the x position of the 2nd screen will be 1024
[18:51] <tseliot> and you will have to add the x position to the width
[18:51] <tseliot> and get the highest value
[18:52] <Ng> tjaalton: bug 262605 wouldn't be related to seeing mieqEnequeue errors and X getting wedged, right?
[18:52] <Ng> I just unlocked the screensaver and was left with just my backdrop and a mouse pointer. sshing in showed a lot of these in X logs:
[18:52] <Ng> [mi] mieqEnequeue: out-of-order valuator event; dropping.
[18:52] <Ng> [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[18:52] <jcristau> Ng: seeing mieqEnqueue errors is a symptom of X getting wedged
[18:52] <jcristau> or, the gpu locking up
[18:53] <jcristau> so that alone doesn't say anything about the cause
[18:54] <Ng> there's nothing of note in syslog
[18:54] <Ng> and the Xorg.0.log just goes from EDID output straight into those messages
[18:55] <james_w> tseliot: yeah, I can't see what's wrong here
[18:58] <tseliot> james_w: I have asked that user to try again, just to be sure
[18:58] <james_w> thanks
[18:59] <tseliot> james_w: thanks for reporting. BTW I subscribed to the bugs of that package.
[18:59]  * tseliot > dinner. Bbl
[19:00] <Ng> jcristau: if it happens again, is there anything I can do to get some more useful information?
[19:02] <jcristau> Ng: see where X is blocked (gdb helps)
[19:03] <jcristau> also if it's reproducible it's easier
[19:18] <superm1> bryce, at some point you had a document that referred to setting up faulty keymappings, but i seem to forget where I saw it.  you have a link handy?
[19:18] <bryce> probably http://wiki.ubuntu.com/X/Troubleshooting - the keyboard section
[19:21] <superm1> ah yup.  i'll see if this can help get a few missing keycodes sorted out on the latitude xt
[19:21] <superm1> thanks
[19:37] <superm1> it looks like there is no hotkey defined in input.h to trigger a screen rotation is there?
[23:19] <Ng> bryce: OOI, any ideas what intel's plans are for video acceleration?
[23:20] <bryce> what's OOI mean?  or are you spewing binary at me?  ;-)
[23:21] <bryce> Ng: for acceleration, have you looked at UXA?
[23:21] <Ng> Out Of Interest
[23:21] <Ng> I've not looked at anything specifically
[23:22] <Ng> I'm just curious about video acceleration, because I tried to play a 1080p video earlier on and it sucked
[23:22] <Ng> (on a G45)
[23:24] <bryce> yeah I think the priority is going to be to get the GEM/UXA stuff worked out first
[23:25] <bryce> see http://ph.ubuntuforums.com/showthread.php?t=890843
[23:52] <Ng> bryce: that stuff is more about 2D acceleration though, right?
[23:52] <bryce> it involves both 2d and 3d
[23:52] <Ng> I'm thinking more like xvmc
[23:53] <Ng> basically I think a G45 and a Core2Duo 6300 ought to be able to play 1080p H.264 :)
[23:53] <Ng> mplayer was close to being able to, with a single thread eating all the CPU and using Xv, so pretty much just using the CPU since no scaling is required
[23:58] <Ng> jcristau: ok. so far it's not reproducible, but next time I will ssh in and fire up gdb


[06:33] <ginggs> coreycb: sorry, was afk.  sure, sync jinja2 and plastex over
[09:16] <zhsj> i wonder if we bother to retry more failed autopkgtest given that the infra is only half fixed. if not could someone retry https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=arm64&package=automake-1.16&trigger=zip%2F3.0-13
[09:16] <zhsj> (still too slow to install packages)
[09:39] <ginggs> zhsj: queues are empty, so retrying
[12:13] <coreycb> ginggs: done, thanks
[15:31] <dbungert> arraybolt3: I'd like to get you a better email response, for now "make run" is a good strategy for testing menu changes
[17:06] <utkarsh2102> hi! I am on +1 this week, let me know if there's anything specific you'd like me to focus on.
[18:28] <sergiodj> doko: before I dive any further: there's something going on with libgccjit on riscv64.  it's currently affecting emacs, but I can reproduce the problem using a standalone program
[18:30] <sergiodj> https://paste.debian.net/1273919/
[18:35] <sergiodj> I'll file a bug soon-ish