Package Details: gnome-terminal-transparency 3.52.0-1

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: 110
Popularity: 0.74
First Submitted: 2016-04-12 21:23 (UTC)
Last Updated: 2024-03-29 17:07 (UTC)

Required by (12)

Sources (2)

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.

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

hoschi commented on 2024-04-01 10:57 (UTC) (edited on 2024-04-01 11:21 (UTC) by hoschi)

@linuxghost

Good Morning!

• Arch and Manjoro are different distributions.
• You can use this package, likely on Manjaro. Keep in mind that AUR is intended for Arch.
• Check the installed version of vte3 (i.e. pacman -Q vte3). Again, you must have vte3 0.76installed. It is a requirement by gnome-terminal 3.52.
• Arch does not support partial upgrades. Package maintainers can require specific versions, but they often do not.

Your response indicates that you use Manjaro, if that is the case:
Manjaro ships today (2024-04-01) the previous versions of gnome-terminal and vte3. The new packages are currently in the unstable branch. If you want to use the package here, you can pick the previous version from the git log or wait till Manjaro upgrades. Switching to unstable is something I don't recommend for you.

The deceiving versions numbers:
I hope I have described it correctly; please don't punish me. The version number 2.91 is part of the library soname, and the version number 0.74 is part of the package name. The library sonames are important for linking and indicating compatibility. Here is a brief description. The soname says every executable or library compatible with 2.xx can link to this library. The developers of vte3 didn't bump the major or the minor version of the soname. That's their decision.
The developers of gnome-terminal 3.52 require vte3 with soname ` 2.91' and also require the package version 0.76.

I hope this helps you and explains the background.
Happy easter.

linuxghost commented on 2024-04-01 09:31 (UTC) (edited on 2024-04-01 09:34 (UTC) by linuxghost)

I don't understand. 1) Build/pkgconfig needs vte-2.91 2) Found 0.74.2 3) vte-2.91 is located in /usr/bin and owned by vte3 0.74.2-1 !

The required version of vte is there, nothing a Manjaro update would change IMHO. How can I change the PKGBUILD to piont to the location of vte-2.91?

hoschi commented on 2024-03-31 13:12 (UTC)

Looks like your Arch needs an upgrade (pacman -Syu). Or you are using Manjaro, which seems to lag behind (in this case I recommend the previous version from the source tree).
See pinned post above :)

linuxghost commented on 2024-03-31 10:05 (UTC)

Build fails with: Dependency vte-2.91 found: NO found 0.74.2 but need: '>=0.76.0' Found CMake: /usr/bin/cmake (3.28.3) Run-time dependency vte-2.91 found: NO (tried cmake)

gnome-terminal-3.52.0/meson.build:361:16: ERROR: Dependency lookup for vte-2.91 with method 'pkgconfig' failed: Invalid version, need 'vte-2.91' ['>=0.76.0'] found '0.74.2'.

pacown vte-2.91 /usr/bin/vte-2.91 is owned by vte3 0.74.2-1

hoschi commented on 2023-12-12 19:14 (UTC) (edited on 2023-12-18 18:38 (UTC) by hoschi)

I will update the package as soon as possible. My laptop did need a new mainboard 🫢

// edit DONE

hoschi commented on 2023-02-19 21:48 (UTC) (edited on 2023-02-19 21:48 (UTC) by hoschi)

I've removed the debug option. The vanilla package also removed it.

hoschi commented on 2022-12-01 11:29 (UTC) (edited on 2022-12-01 13:19 (UTC) by hoschi)

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.

fsociety3765 commented on 2022-12-01 01:09 (UTC) (edited on 2022-12-01 01:15 (UTC) by fsociety3765)

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.

Cryen commented on 2022-11-30 23:44 (UTC) (edited on 2022-11-30 23:44 (UTC) by Cryen) 

error: invalid conversion from ‘const void*’ to ‘const char*’ [-fpermissive]

Basically everywhere is (gconstpointer) (v1) or (gconstpointer) (v2)

hoschi commented on 2022-11-20 23:39 (UTC) (edited on 2022-11-20 23:40 (UTC) by hoschi)

@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.

https://gitlab.gnome.org/GNOME/mutter/-/issues/2520

1 2 3 4 5 6 .. 11 Next › Last »