[00:52] kenvandine, I'm here if you want to start early [01:01] robert_ancell: 5 minutes [01:01] ok === el is now known as thegoose === DalekSec is now known as WrathOfAchilles [06:36] gooood morning desktopers [07:08] good morning [07:12] Morning didrocks [07:14] good morning desktoppers [07:16] hey duflu, oSoMoN [07:17] Hi oSoMoN [07:23] salut didrocks [07:23] hey duflu === pstolowski|afk is now known as pstolowski [08:08] morning seb128 didrocks duflu oSoMoN [08:14] Hi marcustomlinson [08:15] hey marcustomlinson [08:16] We lost seb a while back [08:19] hey again desktopers [08:20] hey seb128 [08:20] hey (again) seb128 [08:20] lut didrocks, hey marcustomlinson, how are you today? [08:20] seb128: good thanks, yourself? [08:21] oh and happy-friday-like for those have tomorrow off [08:21] marcustomlinson, I'm good! [08:22] seb128: ça va, happy Friday to you too :) [08:23] Hi seb128 [08:25] hey duflu, how are you? [08:27] duflu, getting ready for your holidays? [08:29] duflu, thx for testing that kernel/flickfree again [08:29] seb128, no worries, I am pleased to have got though most of my tagged emails [08:29] so from the log fbcon is taking over the buffer some seonds later, does it mean you see a shitfed flicker now?. [08:30] seb128, not noticeably. The same image is on screen so it's hard to judge any shift in time [08:33] but you still see it flicker? [08:34] seb128, yes. Actually the switching message is at the same time still, with either kernel [08:34] :( [08:34] I will try to ask Hans again to see if he has more ideas [08:35] I hope they built the kernel correctly and just didn't screw up the enabling of the option [08:36] seb128, I'm not sure it's even possible to fix. I would not imagine you can switch framebuffers without one mode set. And for many monitors that incurs a brief blackout [08:36] Sure some laptops won't notice it [08:36] I think both macOS and Windows get around that by dimming to black screens during the transitions? [08:37] so the flicker in your case is on an external monitor? [08:38] seb128, yes and most laptops I tried too [08:38] Laptops are faster than my Dell monitor though [08:39] in theory there is no need to switch framebuffers though? [08:40] https://patchwork.kernel.org/patch/10432641/ [08:40] good morning marcustomlinson [08:40] salut seb128 [08:40] 'This commit adds a new FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER config option, [08:40] which when enabled defers fbcon taking over the console from the dummy [08:40] console until the first text is displayed on the console. Together with the [08:40] "quiet" kernel commandline option, this allows fbcon to still be used [08:40] together with a smooth graphical bootup, having it take over the console as [08:40] soon as e.g. an error message is logged. [08:40] ' [08:40] ups, sorry for the lines wrapping [08:41] lut oSoMoN, comment ça va aujourd'hui ? [08:41] duflu, I wonder if the issue is that we get some text printed on the console for some reason? [08:41] seb128, fatigué, mais comme c’est jeudredi ça va :) [08:42] oSoMoN, une journée à tenir et du 'repos' :) [08:47] seb128, that's for text consoles. I'm talking about just the raw graphical framebuffer it's running on, which is efifb and then i915drmfb/inteldrmfb. [08:47] Consoles are a layer on top [08:47] Or they should be [08:47] I see [08:53] seb128, I now remember what continuous DRM modesetting looks like. It's just a bit slow but doesn't blank out the monitor signal like this bug does. So actually it sounds like the issue is that the mode attributes are changing, not just being set redundantly [08:56] I will test on my new xps, I just need to change the grub config to hide the menu [08:56] since it's showing by default when you have multiple OS... [09:01] I guess if I had a serial console to the kernel I would be able to tell when it happens [09:01] Bah, not this week [09:02] right, no hurry don't worry [09:02] oh, Laney had dropped from IRC! [09:02] Laney, good morning :) [09:03] hellooOOOOOOOoooOOo 🦇🦇🦇🦇 🎃🎃🎃🎃🎃🎃 💀💀💀💀💀💀💀💀💀💀💀💀💀💀💀💀 [09:04] yeah the vps provider restarted all the servers for a security update [09:04] what is up [09:04] 👻👻👻 [09:04] hallooooweeeennn :) [09:04] Morning Laney [09:05] and we had frost this night! [09:05] We had hail last night and this morning. Almost similar :) [09:05] :) [09:05] (also brb, relocating) [09:05] hey Laney [09:06] hey duflu didrocks [09:06] no frost for us yet, won't be long though [09:06] then i'll have to go dig up the dahlias [09:08] I always forget to sync my joined channels and window layout on irssi [09:08] now it's all messed up [09:12] 🧟👻🦇🎃💀🧛 [09:12] For future reference === Laney changed the topic of #ubuntu-desktop to: Home of the Spooky Desktop Team, https://wiki.ubuntu.com/DesktopTeam | For help or questions, try #ubuntu | Work (read-only for non-developers): https://trello.com/b/uEut6bfN/ubuntu-desktop-1910-cycle [09:12] ⚰️ [09:12] spooky morning Laney [09:13] \o oSoMoN [09:15] Laney: do dahlias need digging up? oops. mine just get left and regrow the next year [09:16] it's probably one of those things like everything in gardening [09:16] bet I could mulch them instead [09:16] right [09:17] next year I want them in a different place anyway [09:18] next to the allotment gate :> [09:57] ricotz, have you seen bug #1850529 ? [09:57] bug 1850529 in firefox (Ubuntu) "Crash after update to 71.0~b5+build1-0ubuntu0.16.04.1 " [Medium,Confirmed] https://launchpad.net/bugs/1850529 [09:58] I commented on the bug but I can't dig further right now, I'll get back to it later if you don't beat me to it [10:06] Morning desktoppers o/ [10:06] good morning Wimpress [10:06] hey Wimpress [10:07] hey Wimpress, how are you today? [10:08] All good today. Just picked the girls up from the station 🙂 [10:08] How is everyone else. [10:09] doing well, it's still cold&sunny here, but that's going to change for mild/rainy/windy in the next days :-( [10:09] oh, also it's sort of friday here with tomorrow off in France (& other european countries) [10:10] yay [10:14] Got anything planned for tomorrow? [10:17] We are going to the north of France/at my gf's place for the w.e [10:17] driving tonight (it's a bit less than 3 hours so easy enough) [10:29] Morning Wimpress, and good night [10:36] seb128: Enjoy your road trip :-) [10:36] thx :) [12:01] Hi Laney, glib2.0 (synced from Debian) is stuck in focal-proposed with a few autopkgtest regressions. Not sure who is responsible for handling that. Is it a desktop team thing? [12:07] Yes, it'll get handled [12:07] If you're asking if you can look, the answer is sure [12:15] Laney: That's not what I asked. :) My interest in it that the migrating is a prerequisite for a combined glib2.0 and ibus SRU. [12:16] That's why I said "if" [12:16] It will be looked at at some point soon-ish. [12:16] Ok. [12:17] Do note there is a glib2.0 in the eoan queue too [12:21] Laney: Didn't know that. Looks like I will need to modify https://launchpad.net/~gunnarhj/+archive/ubuntu/glib2.0 then. [12:22] GunnarHj, hey, I don't think the SRU team mandates the current serie version to be out of proposed ot accept a SRU [12:22] Yep, looks like it [12:25] seb128: The plan is to wait until it has migrated. Also talking with the -security folks. [12:27] k [12:29] Maybe consider simply backporting that whole upload [12:38] has anyone try the first image of focal? [12:38] it completely hangs when the live session starts for me [12:40] it's https://gitlab.gnome.org/GNOME/mutter/issues/896 [12:40] GNOME issue 896 in mutter "Hang when interacting with desktop icons on x11 after 71c3f4af" [1. Bug, 1. Regression, 5. Backend: X11, Opened] [12:42] thanks [12:44] Laney: Were you talking about backporting glib2.0 from focal? If so, that would work, of course. [12:48] GunnarHj: Yeah, that [12:49] You can upload a re-backport over the top of my SRU if you want [12:49] Laney: But how on earth would the verification of it be accomplished? [12:50] Upstream parts covered under https://wiki.ubuntu.com/StableReleaseUpdates/GNOME, like any update [12:50] Test fixes verify themselves when the thing builds [12:53] Laney: Hmm.. Does it mean that also the more focused SRUs to d/b/x can be done without a test case? [12:54] Only for things which come from the stable branches directly (not cherry picks) [12:55] Which makes sense, because that combination hasn't been verified by upstream [12:58] Laney: I see. Sure, I can happily propose an override of your SRU. :) (But wouldn't it be smoother if you dropped it from the queue instead?) [13:00] GunnarHj: You can ask #ubuntu-release to do that once you've uploaded [13:01] Laney: K. (I'll need sponsoring for this, btw. But I'll update the PPA to start with.) [13:02] K [13:25] Laney: rbalint: i had to boot with "intel_iommu=on" kernel option, and then in virt-manager i was able to attach nvidia pci host device to guest. But that kernel option makes nvme drive generate a tonne of errors, and eventually lock system up. [13:25] but it did work long enough to test installer etc, without like compiling boost in the background. [13:38] xnox, yes i added intel_iommu=on, too, but did not notice the nvme errors just the eventual system lockup after i started the vm [14:09] Laney: glib backport uploaded to PPA. Any chance you can sponsor it? (And the d/b/x updates too - I will fix the bug description to be SRUable.) [14:11] Laney: https://launchpad.net/~gunnarhj/+archive/ubuntu/glib2.0 [14:23] good morning everyone! [14:23] happy halloween :) [14:31] morning HELLsworth [14:31] \m/ [14:41] hey hellsworth! [14:41] hiya! [14:41] good morning hellsworth [14:41] good morning indeed [14:44] GunnarHj: What about your plan with the security team? [14:44] hey hellsworth [14:45] what's up Laney [14:59] Laney: We have agreed that they upload proposed ibus versions in their PPA. That way we can use those when verifying the glib2.0 SRUs. [15:00] 'k [15:00] GunnarHj: can you subscribe ubuntu-sponsors please? Might not get to it immediately [15:01] Laney: Ok. [15:35] Laney: In the meantime, can we ask someone to drop your glib2.0 upload from the eoan queue, so it's not built in -proposed? [15:37] I package gnome-twitch into a snap and have noticed that the button on the left of the window decorations for "menu" to access the app's settings window is not visible on ubuntu but is on ubuntu-mate. The same behaviour is occuring in the archive .deb packaged version, too, so it appears to be specific to ubuntu. I've tried switching to adwaita theme and that does **not** fix it [15:37] I'm wondering if there's something to do with the global menu mechanism that's causing the button to disappear? [15:40] gnome-twitch uses client-side decorations, to achieve the button in the menubar [15:41] titlebar** [20:10] diddledan, sounds like the application menu, that on older GNOME releases is at the top by the activities button. But now has been deprecated, so moved back into the app. It is probably detecting there is no application menu on other DEs and then using the fallback which is the left of the title bar. [20:10] sounds about right [20:11] is the incorrect detection an ubuntu bug or upstream in gnome-twitch, do you think? [20:12] it's occuring in both the repository version of gnome-twtitch and the one that I compile from upstream. [20:12] (as a snap) [20:13] diddledan, is this on Ubuntu 18.04 or 19.10, as IIRC 18.04 still had the app menu, but 19.10 doesn't ... and idk maybe a bug in gtk ? This was the initiative to remove the app menu https://gitlab.gnome.org/GNOME/Initiatives/issues/4 [20:13] GNOME issue 4 in Initiatives "App menu retirement" [9. Initiatives: App Menu Retirement, Opened] [20:13] 19.10 here [20:15] someone else is reporting it on 18.04.3: https://github.com/vinszent/gnome-twitch/issues/389 [20:15] vinszent issue 389 in gnome-twitch "Login" [Open] [20:16] and the snap is built against core18 but that just introduces confusion because the DE is on my system 19.10 running the snap against core18 libraries [20:21] looks like it calls `gtk_application_set_app_menu` [20:29] marcustomlinson: kenvandine i can't reproduce the evince segfault with the gnome-3-34-1804-sdk and gnome-3-34-1804 that are in the store. so evince running with the gnome-3-34 extension seems to work just fine. [20:31] also kenvandine, popey : glimpse has been pushed to the store and is awaiting review :) [20:33] hellsworth: woot [20:34] will https://snapcraft.io/glimpse-editor have a proper page once the package has been accepted? [20:34] ie. not 404 [20:38] hellsworth: not sure if this is helpful for glimpse, but I've just this second pushed an updated recipe for gimp to bump to 2.10.14: https://github.com/snapcrafters/gimp/pull/81/files [20:38] snapcrafters issue (Pull request) 81 in gimp "Gimp 2.10.14" [Open] [20:40] diddledan: thanks but glimpse is sticking to tracking gimp 2.10.12, until the gtk 3 version comes out. then they'll "hard fork" and start to really diverge with their own changes. [20:40] ok, cool :-) [21:32] hellsworth: i thought you were gonna use glimpse, not glimpse-editor? [21:59] popey: hey, do you know who to poke about squashed screenshots on snapcraft.io? [21:59] have you noticed? [21:59] uh, luke [22:01] cool, I'll ping him tomorrow [22:25] popey: i was going to use glimpse but there is another package in debian and ubuntu called glimpse : https://packages.ubuntu.com/eoan/glimpse [22:25] this glimpse package is not in the snap store but maybe it will be snapp'd someday, and they should have the glimpse name [22:26] i suppose that is why the github project of the thing i'm trying to snap is https://github.com/glimpse-editor/Glimpse/ [22:26] so we decided to reserve glimpse-editor in the snapstore and change the name to glimpse [22:27] ok [22:29] does someone on the store team go through the manual review requests every so often or should i go make a post on the snapstore forum [22:31] they do, but you can always nudge someone in #snapstore [22:31] on canonical irc [22:31] ok i'll do that then