Avainsanana Ubuntu

Yeah, still not working for me either

19. heinäkuuta 2024 klo 7.58
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Home Assistant, Snap, Ubuntu

Yeah, still not working for me either. Restarting HA snap just results in the same traceback getting logged as before.

Settings > Devices & services > HACS shows it’s up to date (or at least at that same version, 1.34.0). I can’t find a ”Configuration” or ”HACS update” view under the HACS service, only the one with related Service info, Automations and so on (possibly because HACS is ”Not loaded”, which is the issue).

I don’t know if the host system has any bearing on this, but mine is running Ubuntu 20.04, and I’ll happily provide any other info if needed.

Screenshot from 2024-07-19 07-34-58

Screenshot from 2024-07-19 07-36-46

Vastaa viestiin sen kontekstissa (Github)

segfault error 4 in libgobject-2.0.so.0

15. joulukuuta 2023 klo 9.07
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Apport, Ubuntu

== System information ==
Ubuntu 23.10, up to date before today’s updates.

== Steps to reproduce (WIP) ==
0. have a group of packages that are kept back from updating, plus some that aren’t (screenshot demonstration attached) below
1. open update-manager
2. (try to) open the kept group, click on their (unchecked) checkboxes
3. do the same for some of the other, non-kept packages
4. repeat 2.-3. for a while

== What happens ==
Update-manager becomes unresponsive, then eventually segfaults:

update-manager[3292]: segfault at 30 ip 00007fc0718b4c41 sp 00007ffc2cca6a68 error 4 in libgobject-2.0.so.0.7800.0[7fc071889000+34000] likely on CPU 4 (core 0, socket 0)

== Other info ==
I’ve marked the steps above WIP because these are the conditions under which I found this today, but I haven’t yet tried narrowing them down, because of course I have little control over which updates are available. (For instance, the kept packages might just be a red herring.)

I initially tried to report the crash file with ubuntu-bug, but despite asking preliminary questions, in the end it never opened a browser to complete the report. I’ll try apport-collect next, but if that fails too, I’ll just attach the crash file here manually.

Vastaa viestiin sen kontekstissa (Launchpad)

For Ubuntu 23.10, `gnome-extensions disable ding@rastersoft.com`

10. joulukuuta 2023 klo 12.11
Sijainti: Muut: Ask Ubuntu
Avainsanat: Gnome, Ubuntu

For Ubuntu 23.10, open a terminal and run `gnome-extensions disable ding@rastersoft.com`

Vastaa viestiin sen kontekstissa (Ask Ubuntu)

There’s a bug report about this on Launchpad

16. huhtikuuta 2023 klo 17.27
Sijainti: Muut: Ask Ubuntu
Avainsanat: Launchpad, Snap, Ubuntu

There’s a bug report about this on Launchpad.

Vastaa viestiin sen kontekstissa (Ask Ubuntu)

With 2.1 it always fails due to non-existent org.webrtc

24. helmikuuta 2023 klo 14.39
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Linux, Mattermost, Ubuntu

I have the same issue. I’m doing this in a Linux container (Ubuntu 20.04 inside Ubuntu 20.04), but like matthaios-easy-bi, I’m using npm run build:android to build (as per documentation). This has worked up until 2.0, but with 2.1 it always fails due to non-existent org.webrtc. Manually running npm install prior to npm run build:android makes no difference, nor does node node_modules/react-native-webrtc/tools/downloadWebRTC.js (although it does seemingly download the package successfully).

Here’s excerpts from the build output.

Vastaa viestiin sen kontekstissa (Github)

If a simple accidental click somewhere could cause this, that’s a loaded gun pointed at the user’s toe

29. syyskuuta 2022 klo 19.46
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Ubuntu

@Julian: I’d argue that if a simple accidental click somewhere can cause this, that’s a loaded gun pointed at the user’s toe, and hence a bug in the installer.

@Brian: I’ll try the 22.04 images. I’ve kept trying with 20.04.5, but have yet to find another instance of this occurring, so it’s obviously not easy to trigger.

I’m not particularly troubled by this issue (and the original reporter doesn’t seem to be either), so feel free to adjust ’Importance’ accordingly.

Vastaa viestiin sen kontekstissa (Launchpad)

I don’t know anything beyond ”this is a standard Ubuntu 20.04 (Gnome) desktop”

29. syyskuuta 2022 klo 11.51
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Gnome, Ubuntu, Wayland, WezTerm

Please tell me more about your window environment; Gnome/Mutter don’t support Client Side Decoration (CSD) for Wayland clients, so wezterm draws its own limited decorations. Those don’t support right clicking or context menus, so I’m not sure how that maximize menu you described shows up.

Sure, though I don’t yet know anything beyond ”this is a standard Ubuntu 20.04 (Gnome) desktop, using Wayland”. Are there any commands I could run to find out more?

Copy & paste doesn’t work in the debug overlay (any selection I make is deselected as soon as I hit Ctrl), but there’s nothing there anyway apart from the intro (no matter how many times I trigger the resizing issue).

Screenshot from 2022-09-29 11-35-40

Vastaa viestiin sen kontekstissa (Github)

Window resizing broken in Ubuntu 20.04 with Wayland

28. syyskuuta 2022 klo 14.13
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: GDM, Gnome, Ubuntu, Wayland, WezTerm

What Operating System(s) are you seeing this problem on?

Linux Wayland

Which Wayland compositor or X11 Window manager(s) are you using?


WezTerm version


Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

I’m running a standard Ubuntu 20.04 Gnome desktop, but with Wayland. Resizing of wezterm window is broken on this setup: selecting ”maximize” from the title bar context menu or dragging the window against the top or the sides of the screen doesn’t maximize/tile the window, but any resizing that does happen results in any text entered in the terminal thereafter to be get garbled. In this screenshot I’ve first entered wezterm --version before resizing, then dragged the window against the top, then entered wezterm --version again:

Screenshot from 2022-09-28 13-43-02

To Reproduce

  1. Install your bog-standard Ubuntu 20.04 desktop in a VM and boot it up.
  2. On the GDM login screen select ”Ubuntu on Wayland” from the bottom right menu, then log in.
  3. Install wezterm.
  4. Start wezterm.
  5. Right-click wezterm’s title bar and select ”Maximize”.
  6. Type something


no config

Expected Behavior

After step 5, I expect the window to be maximized (i.e. to fill the desktop). After step 6, I expect to see what I typed.


no logs available

Anything else?

The issue is not present in an X11 session. Ubuntu 20.04 defaults to X11, but I’ve used it with Wayland exclusively since the release without issues. More specifically, I can’t remember seeing resizing issues similar to this with any other application.

I also have a laptop running Ubuntu 22.04 and Wayland, and there all resizing of the wezterm window works just as I’d expect (i.e. just as in any other application).

Vastaa viestiin sen kontekstissa (Github)

Sure. There shouldn’t be anything confidential here

27. syyskuuta 2022 klo 18.35
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Ubuntu

installer.tar.xz Edit (396.6 KiB, application/x-tar)

@Olivier: Sure. This VM was just for testing purposes, so there shouldn’t be anything confidential here.

Vastaa viestiin sen kontekstissa (Launchpad)

Looks like the deb line for updates is missing entirely from sources.list in this install

26. syyskuuta 2022 klo 21.05
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Ubuntu

Screenshot from 2022-09-26 21-01-16.png Edit (159.6 KiB, image/png)

Looks like the deb line for updates is missing entirely from sources.list in this install; only the deb-src is there.

Vastaa viestiin sen kontekstissa (Launchpad)

Vanhempia »