I will update the package as soon as possible. My laptop did need a new mainboard 🫢
// edit DONE
Git Clone URL: | https://aur.archlinux.org/gnome-terminal-transparency.git (read-only, click to copy) |
---|---|
Package Base: | gnome-terminal-transparency |
Description: | The GNOME Terminal Emulator with background transparency |
Upstream URL: | https://wiki.gnome.org/Apps/Terminal |
Keywords: | gnome terminal transparency |
Licenses: | cc-by-sa-3.0, GPL-3.0-or-later, GPL-3.0-only, GFDL-1.3-only |
Groups: | gnome-extra |
Conflicts: | gnome-terminal |
Provides: | gnome-terminal |
Submitter: | hoschi |
Maintainer: | hoschi |
Last Packager: | hoschi |
Votes: | 109 |
Popularity: | 0.006415 |
First Submitted: | 2016-04-12 21:23 (UTC) |
Last Updated: | 2024-10-27 11:55 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 .. 12 Next › Last »
I will update the package as soon as possible. My laptop did need a new mainboard 🫢
// edit DONE
I've removed the debug option. The vanilla package also removed it.
Thanks for your reports! If I get it right this is actually an issue within glib2 2.74.2-1
and a fix is already in testing glib2 2.74.2-2
:
https://gitlab.gnome.org/GNOME/glib/-/commit/560e56fa71f21e8f0f7b91322d560dedb1af13e4
Therefore all packages using this g_str_equal()
from ghash.h
in glib2 with C++ should be affected. You can temporarily downgrade glib2, use the package from testing or just wait until it is moves to core
(i.e. stable).
C++ is more restrictive about types than C which improves safety.
// edit
I've upgraded to glib2 2.47.2-2
and the issue is solved.
The latest update 3.46.6-1
is failing to build for me.
Could I be missing something?
It fails shortly after the ninja build process starts.
[25/229] Compiling C++ object src/gnome-terminal-preferences.p/terminal-accels.cc.o
FAILED: src/gnome-terminal-preferences.p/terminal-accels.cc.o
It proceeds to [30/229]
and then stops.
[30/229] Compiling C object src/gnome-terminal-server.p/meson-generated_.._terminal-search-provider-gdus-generated.c.o
ninja: build stopped: subcommand failed
Seems to be the same issue @Cryen
reported. I am also seeing those same errors between build steps 25
and 30
.
error: invalid conversion from ‘const void*’ to ‘const char*’ [-fpermissive]
Basically everywhere is (gconstpointer) (v1)
or (gconstpointer) (v2)
@serene-arc
Between mutter 43.0 and 43.1 a change was applied which probably causes the black background in fullscreen. Fedora shipped 43.1 on Thursday and is now also affected.
It is not related the the graphics card. Seems like Arch (on Wayland) is affected but Fedora not.
I am using a Nvidia card, a GTX 1660 Ti I believe. This is a fairly recent change (or I noticed it fairly recently).
I confirm this. The background becomes black with F11
when using Wayland upon an Intel HD3000 (Sandy Bridge). But when using X11 it remains transparent! With Fedora 37 running Wayland upon an RX 560 (AMD Polaris 21) the background remains transparent. Also within a virtual-machine, again with Fedora 37 and Wayland.
What graphics card are you using? Also an Intel?
@hoschi That's not the same fullscreen, I mean F11 where it fills the entire screen.
Pinned Comments
hoschi commented on 2017-04-26 15:38 (UTC) (edited on 2022-11-06 16:47 (UTC) by hoschi)
Hi!
This is less invasive than gnome-terminal-fedora because it doesn't include the notification feature. Therefore you can stay with the regular vte3 and vte-common! To fulfill the makedepends you probably need to install the packages itstool, docbook-xsl, appstream-glib and yelp-tools. Ensure that you have installed the package group base-devel, which is a requirement to use AUR.
http://i.imgur.com/whZYSLX.png
Top Workaround with devilspie, fore- and background are transparent.
Bottom Background transparency with gnome-terminal, better readability.
@Users of Manjaro
Please check if Manjaro is providing the same version of GNOME, especially the dependencies vte3 and vte-common. If you want the package for an older release, you can pick the required files from the git log.