Avainsanana Gnome

It’s cool, V14 is working just

6. toukokuuta 2019 klo 14.59
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Gnome, Javascript

@elvetemedve It’s cool, V14 is working just fine so I’ll just postpone updating the extension until sometime in the future. Thanks!

Vastaa viestiin sen kontekstissa (Github)

Release 16 doesn’t work in Gnome Shell 3.28 (Ubuntu 18.04): GObject.registerClass() used with invalid base class (is PanelMenuButton)

4. toukokuuta 2019 klo 21.02
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Gnome, Ubuntu

I’m using Ubuntu 18.04, which has Gnome Shell 3.28 (3.28.3+git20190124-0ubuntu18.04.1).

After I updated the extension to latest release (16), it fails to start. Gnome Shell reports this error:

Extension "System_Monitor@bghome.gmail.com" had error: TypeError: GObject.registerClass() used with invalid base class (is PanelMenuButton)

Downgrading to release 14 makes it work again.

Ubuntu’s appindicator extension has a similar issue from a while back, with pointers to an issue with the extensions website, but I’m unsure if this is related.

In any case, I decided to open this issue to at least document it. Feel free to close it if it’s intentional (Gnome Shell 3.28 no longer supported), or otherwise not a bug with System Monitor.

Vastaa viestiin sen kontekstissa (Github)

Tested this again and it seems to have been fixed at some point

21. helmikuuta 2019 klo 17.13
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Gnome, Ubuntu

Tested this again and it seems to have been fixed at some point by some Ubuntu (18.04) updates: my test user still had version 8 of the extension, and I could no longer reproduce the issue, neither before nor after updating the extension to release v9. My main user’s desktop now also appears unaffected.

(I was going to try the workaround reported by @ChrisLancs, but ended up not having to. My ”List type” is set to ”Disabled”.)

Vastaa viestiin sen kontekstissa (Github)

A new log; still nothing useful from colord AFAICT, despite the –verbose

7. helmikuuta 2019 klo 12.37
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

A new log; still nothing useful from colord AFAICT, despite the –verbose.

Vastaa viestiin sen kontekstissa (Launchpad)

–debug isn’t one of gsd-color’s recognized parameters

24. tammikuuta 2019 klo 10.12
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

…except that –debug isn’t one of gsd-color’s recognized parameters, and adding it caused GDM to fail to start. I changed it to –verbose which is available.

10.08 jani@saegusa:~$ LC_ALL=C /usr/lib/gnome-settings-daemon/gsd-color –help-all
Usage:
gsd-color [OPTION?] color

Help Options:
-h, –help Show help options
–help-all Show all help options
–help-gtk Show GTK+ Options

GTK+ Options
–class=CLASS Program class as used by the window manager
–name=NAME Program name as used by the window manager
–gdk-debug=FLAGS GDK debugging flags to set
–gdk-no-debug=FLAGS GDK debugging flags to unset
–gtk-module=MODULES Load additional GTK+ modules
–g-fatal-warnings Make all warnings fatal
–gtk-debug=FLAGS GTK+ debugging flags to set
–gtk-no-debug=FLAGS GTK+ debugging flags to unset

Application Options:
–exit-time Exit after n seconds time
–dummy-name Name when using the dummy daemon
-v, –verbose Verbose
–display=DISPLAY X display to use

There’s also –gtk-debug and –gdk-debug, but I could do with a little help for what to select for those, as just giving ’all’ seems a little counterproductive (for instance, ”touchscreen” and ”interactive” don’t seem very useful here).

10.03 jani@saegusa:~$ LC_ALL=C /usr/lib/gnome-settings-daemon/gsd-color –gtk-debug help
Supported debug values: misc plugsocket text tree updates keybindings multihead modules geometry icontheme printing builder size-request no-css-cache baselines pixel-cache no-pixel-cache interactive touchscreen actions resize layout all help

10.04 jani@saegusa:~$ LC_ALL=C /usr/lib/gnome-settings-daemon/gsd-color –gdk-debug help
Supported debug values: events misc dnd xim nograbs input cursor multihead xinerama draw eventloop frames settings opengl all help
Error parsing option –gdk-debug

(Looks like –gdk-debug reports an error with ’help’, despite having just listed it as one of the options.)

Vastaa viestiin sen kontekstissa (Launchpad)

Sure, I’ve now set it up thus and will post the results once this occurs again.

23. tammikuuta 2019 klo 17.03
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

Sure, I’ve now set it up thus and will post the results once I hit this again (it seems pretty unpredictable, so could be anything from days to weeks).

Vastaa viestiin sen kontekstissa (Launchpad)

Had this occur twice in a row just now

23. tammikuuta 2019 klo 12.44
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome

Here you go. Had this occur twice in a row just now, so my original theory of the second login never failing was false.

Vastaa viestiin sen kontekstissa (Launchpad)

All right. Thanks, Jeremy!

8. syyskuuta 2018 klo 16.02
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome, Ubuntu

All right. Thanks, Jeremy!

Vastaa viestiin sen kontekstissa (Launchpad)

Okay, did it!

7. syyskuuta 2018 klo 18.19
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Gnome, Ubuntu

Okay, did it! https://gitlab.gnome.org/GNOME/gnome-terminal/issues/30

Vastaa viestiin sen kontekstissa (Launchpad)

No way to disunify/unify ’New Terminal’ during runtime

7. syyskuuta 2018 klo 18.18
Sijainti: Vianhallintajärjestelmät: Gnome GitLab
Avainsanat: Fedora, Gnome, saavutettavuus, Ubuntu

Some years back (2013/2014 maybe?) the ’New Window’ and ’New Tab’ menu items were combined into a single ’New Terminal’ item.

This apparently met with resistance from users, so Fedora and recently also Ubuntu have chosen to build Gnome terminal with DISUNIFY_NEW_TERMINAL_SECTION to restore the old behavior.

This unfortunately leaves users of those distros, like myself, who actually prefer the simplicity of ’New Terminal’, with no practical way to restore that functionality (beyond rebuilding the package with the compile-time switch reverted).

After hearing me out, the Ubuntu maintainer suggested I file a bug here, asking to turn the compile-time option into a Gsetting so that the behavior could be more easily adjusted per user preferences.

So that is what I’m asking here.

Vastaa viestiin sen kontekstissa (Gnome GitLab)

Vanhempia »