Package Details: gtk-nocsd-git r254.c726d29-1

Git Clone URL: https://aur.archlinux.org/gtk-nocsd-git.git (read-only, click to copy)
Package Base: gtk-nocsd-git
Description: An LD_PRELOAD library to disable CSD in GTK3/4, LibHandy, and LibAdwaita apps.
Upstream URL: https://codeberg.org/MorsMortium/gtk-nocsd
Licenses: GPL-3.0-or-later
Conflicts: gtk-nocsd, gtk3-nocsd, gtk3-nocsd-git, gtk4-nocsd, gtk4-nocsd-git
Provides: gtk-nocsd, gtk3-nocsd, gtk3-nocsd-git, gtk4-nocsd, gtk4-nocsd-git
Replaces: gtk3-nocsd, gtk3-nocsd-git, gtk4-nocsd, gtk4-nocsd-git
Submitter: morsmortium
Maintainer: morsmortium
Last Packager: morsmortium
Votes: 11
Popularity: 0.27
First Submitted: 2025-11-12 22:32 (UTC)
Last Updated: 2026-07-21 19:35 (UTC)

Required by (0)

Sources (1)

Pinned Comments

morsmortium commented on 2026-02-19 18:52 (UTC)

Yes, this is on purpose, as documented in the readme.

Flatpak

The library can be used as is.

To do so, the easiest is using Flatseal:
In the All Applications/Filesystem the folder in which the library is has to be added.
Remember that /usr cannot be shared, if it is there, it has to be moved or copied somewhere else.
For the packages using the make method (all listed), /opt/gtk-nocsd/libgtk-nocsd.so is available for flatpak.

On Flatpak it can only be used this way. However, it is a link to the original file, not a duplicate of it.

It is enough to write issues in a single place (the codeberg repository issue tracker)

Latest Comments

1 2 Next › Last »

morsmortium commented on 2026-07-16 18:29 (UTC)

No, setting LD_LIBRARY_PATH is definitely not the correct way. I just checked Bottles flatpak for some other reason, which sets that variable for itself. Setting that globally would either break Bottles or break loading the library for Bottles

itamarperdomo commented on 2026-07-15 13:41 (UTC)

after reading similar comments as i know libraris for flastscrap must be in '/usr/local/lib' and grant access using '--env=LD_LIBRARY_PATH' this is the CORRECT WAY

morsmortium commented on 2026-04-24 11:01 (UTC)

@beermad Does this happen on the most recent 210th commit? There was an issue reported, and from my quick testing the fix for that fixed this too (the commit was 2 days ago)

beermad commented on 2026-04-20 19:42 (UTC)

A quick warning for any GIMP users. While using in Wayland this DOES nicely put the dialogue buttons where they should always have been, it has one unfortunate side-effect. When you save (or export) an image, by default it gets saved in whichever directory GIMP was started from, rather than in the directory whence the image file originally came. The only way to get the buttons in the right place AND keep the correct behaviour is to run GIMP through Xwayland rather than wayland.

morsmortium commented on 2026-03-13 16:49 (UTC)

To be fair, I could have pinned it, which I'll do

yochananmarqos commented on 2026-03-13 16:48 (UTC)

@morsmortium: Ah, helps if I read before commenting, eh?

morsmortium commented on 2026-03-13 16:43 (UTC)

@yochananmarqos You can read the 3rd comment from yours, or the docs, the /opt/ hard link is for easing flatpak usage, where /usr/ cannot be shared

yochananmarqos commented on 2026-03-13 16:41 (UTC)

@morsmortium: Libraries belong in /usr/lib/, not /opt/.

morsmortium commented on 2026-03-13 14:56 (UTC)

@retractant0916 Thank you for the report! Fixed

1 2 Next › Last »