[01:27] good morning [05:15] Hm. Has anyone else run into scaling issues with Xwayland in the most recent GNOME Shell Wayland (LP: #1894177) [05:15] Launchpad bug 1894177 in gnome-shell (Ubuntu) "Scale factor not applied to Xwayland clients" [Undecided,New] https://launchpad.net/bugs/1894177 [05:16] good morning [05:18] Mornin' didrocks! [05:18] hello world [05:27] hey RAOF, jibel [05:42] Salut didrocks [06:19] good morning desktoppers [06:28] good morning/afternoon didrocks jibel oSoMoN [06:32] hey callmepk [06:32] salut jibel & didrocks [06:40] hey callmepk, oSoMoN [06:42] Salut oSoMoN [06:42] and callmepk [06:57] good morning desktopers! [06:57] oSoMoN, hey, thank you for looking into the ff81 xenial builds [07:03] good morning ricotz [07:04] you're welcome [07:28] hi Desktop people, I have a remote KVM guest that I can only connect through double tunneld remote viewer. Due to that it is so slow I can't control it well [07:29] unfortunately it decided to auto set resolution to 2560x something which also adds scaling and even more screen content to transfer [07:29] I can login via ssh just well, and I wondered if you could point me to a place/config that I could change to control resoltion [07:29] goood morniong desktopers [07:30] normally I'd just go to settings->display and reduce, but as I said it is not usable this way [07:30] or alternatively soemthing like "run xrandr in ssh session but have its effects affect the remote X" [07:30] would that work somehow? [07:31] good morning seb128 [07:32] salut seb128 [07:36] uh this could be as trivial as "export DISPLAY=:1; xrandr" nice [07:36] I think I have expected something more complex, but let's wait until I try to change resolution ... [07:37] cpaelzer, what's the issue? [07:38] I just join and don't have the backlog (and irclog is not updated yet) [07:38] I was trying to set the resoluton of a X display on a remote server [07:38] it worked [07:38] ah, k, good [07:38] so I self-served me by mostly just trying things [07:38] :-) [07:43] ok, but now I have the enxt question (sorry) [07:43] keyboard input seems to be fine, but mouse is odd - it seems it isn't present at all thorugh this remote connection [07:44] and to be clear I blame my remote connection setup [07:44] but is there a Desktop Tool that debugs mouse? [07:44] I can via SSH start things on the remote desktop (liek gedit and write) [07:44] I wonder if there are mouse events and inputs at all [07:46] no desktop debug tool afaik [07:46] xinput looks normal there [07:47] lists the usual vmous, spice tablet, usb tablet and such [08:05] yo [08:05] Good morning seb128! [08:05] seb128: We would need an ibus upload, since Kubuntu needs the latest Debian commit. However, the usual uploaders have been absent for quite a while, so can you or somebody else in the desktop team help with a team upload? [08:06] hey Laney , GunnarHj , how are you today? [08:06] GunnarHj, you don't have upload rights for ibus? I can sponsor an update if you have it ready [08:06] Feeling as I deserve. ;) [08:07] seb128: No I haven't. But then there is the next problem: The IME team (where I have developer access) is the maintainer, but I'm not sure that the IME team has access to Debian's ibus repo. [08:08] seb128: I can make an attempt to fix d/changelog, but if it proves I don't have access, you would need to do that too. [08:09] GunnarHj, you are taking about an upload to Debian or was it to Ubuntu? [08:09] seb128: Debian. We are in sync mode, so it would be suboptimal to do it in Ubuntu only. [08:10] technically I could do the upload to Debian but I'm not the maintainer nor in the team and I don't know how the maintainers there feel like about uploads done by others [08:11] I would just do an upload to Ubuntu and sync again next time the Debian maintainer wakes up [08:12] seb128: Ok. Let me check if I can change the Debian repo. If I can't, I'll propose an Ubuntu upload. [08:12] thx [08:18] hey seb128 [08:19] yeah I'm alright [08:19] sad things can't get moving to groovy though, stupid transitions [08:19] you? [08:20] I'm alright, it's friday! [08:28] Laney, the transitions are blocking the gnome updates? [08:29] I didn't check details, it seems gnome-shell at least requires a bunch of removal before being candidate, unsure if that would be enough to unblock gdm/session/etc though [08:29] there is at least desktop icons and dock in the list though [08:30] definitely not, libffi stuff blocks it all [08:30] Trevinho, what's the status of desktop icons and ubuntu dock updates? [08:31] Laney, right, gjs is on the libffi transition :/ [08:49] seb128: Ok, this is the ibus patch for Ubuntu: https://pastebin.ubuntu.com/p/qWN7Y28sS3/ [08:54] seb128: Another thing: Can you please sync ibus-typing-booster on my behalf. [08:58] GunnarHj, ibus uploaded now [08:58] k [08:58] seb128: Thanks! [08:58] yw! [09:03] Laney, Hi, the FFe for AD has been accepted. could you review the branch attached to bug 1894055 [09:03] bug 1894055 in ubiquity (Ubuntu) "FFe - Active Directory integration" [Undecided,Fix committed] https://launchpad.net/bugs/1894055 [09:03] ? [09:04] jibel: sure, but it might have to be Monday, I'm supposed to be doing +1 maint today [09:05] Laney, okay, the deadline to release it is before the 17th. So early next week is fine. [09:06] k [09:07] jibel: did you get mpt to review (or do) the design btw? [09:15] tkamppeter: hi! do you know if there is a deliberate change (or a bug) in cups on 20.10 that would explain the need for a workaround like this in snapd tests: https://github.com/snapcore/snapd/pull/9281 ? [09:20] Laney, no, this is the first I’ve heard of it [09:22] Laney, not yet [09:22] On a quick glance I see a few problems … No explanation of what checking the checkbox will do. It asks “Who are you?” on a page that isn’t about that. And the “Domain:” label is a couple pixels too low. [09:22] I planned to send it today. [09:26] jibel, didrocks, I just crossed bug #1894135 in a round of triage, unsure if that's of interest to you so mentioning in case it is useful [09:26] bug 1894135 in realmd (Ubuntu) "Enable homedir creation" [Wishlist,Triaged] https://launchpad.net/bugs/1894135 [09:28] seb128: this is what we do in the installer [09:29] but thanks for signaling :) [09:33] np! [09:36] that's cool, we'll remove the additional step once/if this is changed in realmd [09:53] seb128: Did you miss my ping about syncing ibus-typing-booster? [09:53] GunnarHj, no, I didn't, just got busy with other things, I will get to it in a bit don't worry [09:54] seb128: Ok, great. [11:28] GunnarHj: thanks for the ibus change! [11:29] RikMills: yw. Got tired of waiting for the Debian folks. [12:06] pstolowski, I added a comment with a summary of changes to the pull request now. [12:12] tkamppeter: thank you. i'm not sure what it is then, maybe the image we have on gce is off. i don't see anything in that diff that would explain it. it is not even related to snapd (or the cups plug), it's just no default printer at all in the distro [12:27] tkamppeter: does that diff cover all of cups, or are there separate cups packages that could also affect it (e.g. for cups-pdf)? [13:23] seb128: sorry I didn't see... So, I've mostly ported desktop icons, but I've a problem with the folder dialog... [13:25] dock is also in progress, looking at things here and there [13:29] I saw that fossfreedom handled budgie already 👍👍👍👍👍👍👍👍👍👍👍👍👍👍👍👍👍 [13:30] nice, I was asking last week, good work! :) [14:07] glib tags 8afa47e Simon McVittie upstream/2.63.6 * Upstream version 2.63.6 * https://deb.li/HDFz [14:31] good morning everyone [14:51] omg so many LO packaging bugs [14:53] sup hellsworth [14:53] hey Laney [17:28] happy weekend! [17:37] have a good week-end everyone [17:39] cheers guys!