callmepk | good morning | 01:13 |
---|---|---|
bittin | morning | 04:07 |
jibel | Good morning all | 05:41 |
callmepk | hi bittin jibel | 05:46 |
jibel | Hi callmepk | 05:54 |
ricotz | good morning | 05:56 |
oSoMoN | good morning desktoppers | 05:58 |
callmepk | hi ricotz oSoMoN | 06:04 |
oSoMoN | hey callmepk, morning ricotz | 06:07 |
jibel | Salut oSoMoN | 06:16 |
jibel | hi ricotz | 06:16 |
ricotz | hey oSoMoN callmepk jibel | 06:17 |
oSoMoN | salut jibel | 06:17 |
didrocks | good morning | 08:00 |
jibel | salut didrocks | 08:03 |
jibel | didrocks, https://github.com/ubuntu/WSL-DistroLauncher/actions/runs/938422288 | 08:03 |
laney | yo | 08:03 |
jibel | Hi laney | 08:05 |
seb128 | hey didrocks jibel and laney | 08:06 |
jibel | Salut seb128 | 08:08 |
didrocks | jibel: yeah, I’m looking at it right now Cert:LocalMachine\Trust ? So the local one is not needed? | 08:10 |
didrocks | hey laney, seb128 | 08:10 |
didrocks | jibel: … and well done! | 08:10 |
jibel | didrocks, we need both | 08:10 |
didrocks | ah, one is used for checking | 08:10 |
didrocks | and the other one for signing | 08:10 |
didrocks | I guess | 08:10 |
jibel | didrocks, it's been spinning in my head the whole night, and found the solution with my morning coffee | 08:13 |
jibel | :) | 08:13 |
didrocks | found the solution, like you became a Windows expert and learnt about all the local certificate stores? :p | 08:13 |
didrocks | which podcast were you listening while sleeping? :) | 08:14 |
laney | hey jibel seb128 didrocks | 08:28 |
laney | fun with windows? | 08:28 |
didrocks | hey laney, for some definition of fun :) | 08:30 |
jibel | fun with windows on github actually | 08:34 |
jibel | why limit the fun to windows only | 08:35 |
* didrocks waits for a microsoft expert badge :) | 08:36 | |
laney | needs more azure | 08:37 |
oSoMoN | good morning didrocks, laney, seb128 | 08:42 |
didrocks | salut oSoMoN | 08:43 |
marcustomlinson | morning callmepk bittin jibel ricotz oSoMoN didrocks laney seb128 | 08:45 |
oSoMoN | hey marcustomlinson | 08:45 |
laney | hey oSoMoN marcustomlinson | 08:47 |
seb128 | RAOF, hey, do you know if there are plans to update the mir package in Debian (experimental at this point of the cycle)? | 09:12 |
RAOF | I believe the Debian maintainer wants to get all the Lomiri stack in. That requires that Debian stay on the 1.8 branch. | 09:14 |
RAOF | At least for now. | 09:14 |
seb128 | RAOF, ok, the reason I was asking is because the lomiri and ayatana indicator a blocked in proposed for Ubuntu, I though that updating in Debian would help motivating fixing it... | 09:16 |
RAOF | We were hoping there'd be more movement upstream to get on to 2.x (and have done some work to help), but they've got plenty of other things needing attention 😐 | 09:16 |
seb128 | RAOF, I'm surprised that the ayatana indicator being missing is not an issue for some flavors | 09:17 |
seb128 | indicators* | 09:17 |
seb128 | RAOF, thanks for the reply! | 09:17 |
didrocks | hey marcustomlinson | 09:21 |
RAOF | No problem! | 09:22 |
seb128 | jamesh, hey, did you see https://forum.snapcraft.io/t/the-ubuntu-software-application-refuses-to-see-that-i-am-online/24981 ? unsure if you have an idea about it | 09:35 |
seb128 | it fails to download assets from the store it seems for some reason | 09:35 |
seb128 | Gs failed to load icon for io.snapcraft.snap-store-gjf3IPXoRiipCu9K0kVu52f0H56fIksg: Failed to download icon https://dashboard.snapcraft.io/site_media/appmedia/2018/07/io.snapcraft.Store.png: Connection terminated unexpectedly | 09:35 |
seb128 | but the same url on the same machine in a firefox loads fine | 09:35 |
seb128 | so probably not the store? | 09:35 |
seb128 | sudo snap refresh --revision=70 gnome-3-34-1804 | 09:42 |
seb128 | erreur : cannot refresh "gnome-3-34-1804": Access by specifying a revision is not allowed for this | 09:42 |
seb128 | Snap. | 09:42 |
seb128 | thanks for not being helpful snapd :/ | 09:43 |
seb128 | k, downgrading the snap gives working icons so that's another regression of the recent build :/ | 09:46 |
jamesh | seb128: I suspect things would work if snap-store adds a "network-status" plug | 09:47 |
seb128 | jamesh, any idea why it was not an issue before the recent rebuild? | 09:47 |
jamesh | seb128: the snap is configured to use portals, and the network connectivity portal will only provide that data if the snap has network-status plugged. | 09:48 |
jamesh | seb128: If the software itself hasn't changed, I don't know. This aspect of portal behaviour happens outside the sandbox though. | 09:48 |
seb128 | jamesh, I downgraded to snap-store from edge and that is loading the banners and icons fine | 09:49 |
seb128 | (with a LD_PRELOAD of the right libatk to work with the new gnome platform since snapd doesn't let me downgrade to a random revision) | 09:50 |
jamesh | seb128: I don't see any reference to GTK_USE_PORTAL in the snapcraft.yaml, but it is in the snap's meta/snap.yaml | 09:51 |
jamesh | seb128: so I believe the difference is that it was compiled with a newer Snapcraft that has updated the gnome extension | 09:51 |
seb128 | jamesh, do you think it's a portal issue? | 09:51 |
seb128 | ah! | 09:51 |
jamesh | seb128: In my initial patch set for snapd, I made the network portal available to any snap plugging network. I was asked to switch it to network-status instead. | 09:52 |
jamesh | seb128: adding "network-status" to the plugs list should fix the problem. | 09:53 |
jamesh | I'll post a summary to the forum thread | 09:53 |
seb128 | jamesh, I will try that thanks, just curious but what is hinting you that it is the issue? | 09:54 |
jamesh | seb128: because I wrote the code in snapd and xdg-desktop-portal that decides whether the network connectivity portal should provide that data to snaps. | 09:55 |
seb128 | jamesh, as usual you are spot on figuring out what the issue is | 09:56 |
seb128 | and it's somewhat my fault :p | 09:56 |
seb128 | jamesh, it's my fix on https://github.com/snapcore/snapcraft/pull/3356/ which is the difference | 09:56 |
ubottu | Pull 3356 in snapcore/snapcraft "extensions: correctly spell the GTK_USE_PORTAL variable" [Merged] | 09:56 |
gitlab-bot | snapcore issue (Pull request) 3356 in snapcraft "extensions: correctly spell the GTK_USE_PORTAL variable" [Closed] | 09:56 |
seb128 | the previous snap env has GTK_USE_PORTALS with the 'S' still | 09:57 |
seb128 | ok, adding "network-status" now | 09:57 |
jamesh | seb128: it's possible the network-manager plug could be dropped if it was only being used for connectivity checking | 10:00 |
jamesh | but I'd leave that for another day | 10:00 |
seb128 | jamesh, ack | 10:13 |
didrocks | seb128: hey! How do you start subiquity on the canary daily image? | 10:15 |
seb128 | didrocks, hey, https://github.com/canonical/ubuntu-desktop-installer/blob/main/snap/snapcraft.yaml#L15 | 10:16 |
didrocks | seb128: oh, so it looks like it’s already started by snaps in a daemon, but starting the canary image drops us in ubiquity-dm | 10:17 |
seb128 | didrocks, yes, because | 10:18 |
seb128 | a/ we don't have a such screen on the new installer yet | 10:18 |
didrocks | should we just try ubuntu-desktop-installer? (I guess subiquity.ubuntu-desktop-installer?) | 10:18 |
seb128 | b/ I didn't remove ubiquity yet, mostly due to ^ | 10:18 |
didrocks | making sense, so live session -> ubuntu-desktop-installer | 10:18 |
seb128 | yes | 10:18 |
didrocks | thanks! | 10:18 |
seb128 | and the binary is ubuntu-desktop-installer yes | 10:18 |
seb128 | not subiquity. | 10:19 |
didrocks | ack | 10:19 |
seb128 | didrocks, we have a .desktop now but I didn't change the launcher config, from what I saw it sounds like we don't have overrides there, just include ubiquity in the default which is silently removed on an installer system since it's not installed? | 10:20 |
seb128 | installed system* | 10:20 |
seb128 | I guess I will build up on the same hack, add the new .desktop in the config which should give the right result once ubiquity isn't on the iso anymore | 10:21 |
didrocks | yeah, sounds like a good path, but starting it manually works perfectly, thanks! | 10:23 |
seb128 | np! | 10:25 |
seb128 | jamesh, marcustomlinson, kenvandine, anyone wanting to +1 https://gitlab.gnome.org/Community/Ubuntu/gnome-software/-/merge_requests/37 for the issue discussed before? Also is the store going to autoconnect that one? | 10:34 |
ubottu | Merge 37 in Community/Ubuntu/gnome-software "Use network-status which is required to get connectivity" [Opened] | 10:34 |
gitlab-bot | Ubuntu issue (Merge request) 37 in gnome-software "Use network-status which is required to get connectivity" [Opened] | 10:34 |
* jamesh looks | 10:34 | |
jamesh | seb128: I've posted my thoughts on the problem here: https://forum.snapcraft.io/t/the-ubuntu-software-application-refuses-to-see-that-i-am-online/24981/4?u=jamesh | 10:36 |
seb128 | jamesh, thanks | 10:39 |
marcustomlinson | thanks jamesh! | 11:01 |
seb128 | jamesh, ok, the snap finally built, somehow launchpad picked the slowest builder, armhf was done before amd64 | 12:09 |
seb128 | the new revision is in beta and confirmed that it autoconnect and that it solved the issue | 12:10 |
seb128 | if some others want to give a try to snap-store/beta before I promote it to stable? we screwed some revisions in a week, would be nice to have it right on this one! | 12:11 |
oSoMoN | ricotz, seen https://bugs.launchpad.net/ubuntu/+source/telegram-desktop/+bug/1916469/comments/14 ? Looks like some recent firefox packaging changes need to be merged back to the branch used for trunk builds | 12:29 |
ubottu | Launchpad bug 1916469 in telegram-desktop (Ubuntu) "Apps don't use Wayland by default" [Undecided, Confirmed] | 12:29 |
ricotz | oSoMoN, oh, I see | 14:11 |
ricotz | thanks, I think I picked up some changes though | 14:12 |
hellsworth | good morning desktopers | 14:39 |
oSoMoN | good morning hellsworth | 14:44 |
hellsworth | hiya oSoMoN | 14:44 |
marcustomlinson | hey hellsworth | 14:44 |
hellsworth | o/ marcustomlinson | 14:46 |
ricotz | hey hellswor1 | 16:10 |
ricotz | oSoMoN, I checked the current firefox-trunk build and it works as expected on wayland and runs natively | 16:11 |
ricotz | (tested on focal) | 16:12 |
oSoMoN | ricotz, ack, thanks for testing! can you comment on bug #1916469 to state that? | 16:12 |
ubottu | Bug 1916469 in telegram-desktop (Ubuntu) "Apps don't use Wayland by default" [Undecided, Confirmed] https://launchpad.net/bugs/1916469 | 16:12 |
hellswor1 | hey ricotz | 16:46 |
=== jpeisach is now known as ItzSwirlz | ||
=== hellswor1 is now known as hellsworth | ||
KGB-2 | mutter tags abfec47 Marco Trevisan upstream/40.2 * Upstream version 40.2 * https://deb.li/ilrBh | 21:07 |
KGB-2 | mutter upstream/latest 5351a49 Marco Trevisan * pushed 21 commits (first 5 follow) * https://deb.li/oWl4 | 21:08 |
KGB-2 | mutter upstream/latest 6322dea Pawan Chitrakar po/ne.po * Update Nepali translation * https://deb.li/36qAD | 21:08 |
KGB-2 | mutter upstream/latest 6822b0e Pascal Nowack src/backends/meta-screen-cast-monitor-stream.c * screencast: Fix transform_position(), when using fractional scaling * https://deb.li/OWC0 | 21:08 |
KGB-2 | mutter upstream/latest 36eaad8 Carlos Garnacho src/wayland/meta-wayland-data-device.c * wayland: Close pipe file descriptors after use * https://deb.li/3KqX2 | 21:08 |
KGB-2 | mutter upstream/latest 7acf790 Charles Monzat po/fr.po * Update French translation * https://deb.li/vP9i | 21:08 |
KGB-2 | mutter upstream/latest 722af3e Carlos Garnacho data/61-mutter.rules * backends/native: Disable KMS modifiers on "radeon" driver * https://deb.li/3syWh | 21:08 |
KGB-2 | mutter pristine-tar b5d8f46 Marco Trevisan (Treviño) mutter_40.2.orig.tar.xz.delta mutter_40.2.orig.tar.xz.id * pristine-tar data for mutter_40.2.orig.tar.xz * https://deb.li/Cycn | 21:09 |
KGB-0 | gnome-shell tags 8f9e139 Marco Trevisan upstream/40.2 * Upstream version 40.2 * https://deb.li/ii0Fv | 23:06 |
KGB-0 | gnome-shell upstream/latest cbb1100 Marco Trevisan * pushed 19 commits (first 5 follow) * https://deb.li/3pHPd | 23:07 |
KGB-0 | gnome-shell upstream/latest b978074 Florian Müllner (5 files in 5 dirs) * Post-release version bump * https://deb.li/iQ9uV | 23:07 |
KGB-0 | gnome-shell upstream/latest 2c07918 Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/xw7A | 23:07 |
KGB-0 | gnome-shell upstream/latest 2c6aca9 Olivier Fourdan js/ui/windowManager.js * windowManager: Ignore error without systemd * https://deb.li/3lfBi | 23:07 |
KGB-0 | gnome-shell upstream/latest a236326 Gustavo Noronha Silva src/calendar-server/gnome-shell-calendar-server.c * calendar-server: Fix double-free detection abort * https://deb.li/9Hd0 | 23:07 |
KGB-0 | gnome-shell upstream/latest 1b9c032 Florian Müllner meson/generate-manpages.py * build: Fix manpage generation at dist time * https://deb.li/3D0Jc | 23:07 |
KGB-0 | gnome-shell pristine-tar f9282a3 Marco Trevisan (Treviño) gnome-shell_40.2.orig.tar.xz.delta gnome-shell_40.2.orig.tar.xz.id * pristine-tar data for gnome-shell_40.2.orig.tar.xz * https://deb.li/35v32 | 23:07 |
KGB-0 | mutter tags a9d2898 Marco Trevisan upstream/40.2.1 * Upstream version 40.2.1 * https://deb.li/swpM | 23:38 |
KGB-0 | mutter upstream/latest b1bc047 Jonas Ådahl src/backends/native/meta-renderer-native.c * renderer/native: Clear pending update list before repopulating * https://deb.li/cfuN | 23:39 |
KGB-0 | mutter upstream/latest 69f35b8 Florian Müllner NEWS meson.build * Bump version to 40.2.1 * https://deb.li/3G0Rx | 23:39 |
KGB-0 | mutter upstream/latest e9d6ecb Marco Trevisan (Treviño) NEWS meson.build src/backends/native/meta-renderer-native.c * New upstream version 40.2.1 * https://deb.li/3wvjg | 23:39 |
KGB-0 | mutter pristine-tar df8d147 Marco Trevisan (Treviño) mutter_40.2.1.orig.tar.xz.delta mutter_40.2.1.orig.tar.xz.id * pristine-tar data for mutter_40.2.1.orig.tar.xz * https://deb.li/3OFdj | 23:39 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!