You are not logged in.
Yes, I'm well aware that Ubuntu is based on Debian.
Ok this is what I did to build the package (after reading the instructions from Igor and on the debian site):
mkdir gtk3-nocsd
cd gtk3-nocsd
dget --extract --allow-unauthenticated https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/gtk3-nocsd/3-1ubuntu3/gtk3-nocsd_3-1ubuntu3.dsc
sudo apt build-dep gtk3-nocsd
sudo apt install markdown
cd gtk3-nocsd-3
dpkg-buildpackage --build=binary --no-sign
cd ..these are the binary packages that got created:
ls -la *.deb
-rw-r--r-- 1 user user 47416 Jul 1 01:16 gtk3-nocsd_3-1ubuntu3_all.deb
-rw-r--r-- 1 user user 56524 Jul 1 01:16 libgtk3-nocsd0-dbgsym_3-1ubuntu3_amd64.deb
-rw-r--r-- 1 user user 16232 Jul 1 01:16 libgtk3-nocsd0_3-1ubuntu3_amd64.debTo replace the standard Devuan packages with the freshly built ones I ran:
sudo apt remove gtk3-nocsd libgtk3-nocsd0
sudo dpkg -i gtk3-nocsd_3-1ubuntu3_all.deb libgtk3-nocsd0_3-1ubuntu3_amd64.debThis how Ghex (a gtk4 app) looks like with the standard Devuan gtk3-nocsd packages:
http://pkgrepo.linuxtech.net/files/Ghex-original.png
And this is how it looks like with the packages rebuilt from Ubuntu sources:
http://pkgrepo.linuxtech.net/files/Ghex … -nocsd.png
Unfortunately the result is not what I hoped for, the Ubuntu sourced gtk3-nocsd packages simply remove the CSD (i.e. the program icon on the left and the three windowbar icons on the right) but the SSD doesn't get added, Does anyone know what needs to be done to add the SSD?
BTW, is there no way to attach images to a post on this forum?
Hi Igor, unfortunaltely already the first step doesn't work for me:
root@vm:~# apt-get install packaging-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package packaging-dev
root@vm:~#I'm on Excalibur, does this guide maybe not apply to Excalibur?
Ok, I will try to build the Ubuntu package for Devuan Excalibur and report my findings but I will first have to figure out how to do this so it might take some time, as I'm a complete beginner with regards to building packages on Debian/Devuan (my experience of the last 30 years with Linux has been almost exclusively with various RPM based distros and more recently some Arch based distros).
I'm currently experimenting with a Devuan XFCE (Excalibur) installation in a VM, I noticed that the gtk3-nocsd packages were installed automatically and they seem to work fine with gtk3 applications.
$ apt list |grep nocsd
gtk3-nocsd/testing,now 3-2 all [installed,automatic]
libgtk3-nocsd0/testing,now 3-2 amd64 [installed,automatic]But unfortunately this library has no effect on gtk4 applications (I tested for example Ghex) so I did a quick search and found that Ubuntu ships a modified version of gtk3-nocsd that is supposed to also work for gtk4:
https://bugs.launchpad.net/ubuntu/+sour … ug/1946161
This bug was fixed in the package gtk3-nocsd - 3-1ubuntu2
---------------
gtk3-nocsd (3-1ubuntu2) kinetic; urgency=medium* debian/patches/add-gtk4-support.patch:
- Add Gtk4 Support.
- Fix logic error in gtk_window_set_titlebar.
(LP: #1946161)-- Brett Bogert <email address hidden> Thu, 01 Sep 2022 06:28:38 -0500
Changed in gtk3-nocsd (Ubuntu):
status: New → Fix Released
https://launchpad.net/ubuntu/+source/gtk3-nocsd
Is this patched version of gtk3-nocsd with gtk4 support available already somewhere for devuan exacalibur or will I have to build it myself from sources?
Does anybody have any experience with this patched version, does it reliably remove CSD in GTK4 apps without unwanted side effects?
That article seems like a collection of all the usual buzzwords and expressions a certain political fringe group likes to throw around when they are throwing a tantrum...
It makes me sad to see how immature and brainwashed some people are.
Where do you see that a minimum microarchitecture level is required?
With regards to Redhat and Suse it's specified on their websites:
Suse:
https://en.opensuse.org/X86-64_microarchitecture_levels
OpenSUSE developers decided to use x86-64-v2 microarchitecture level for Leap 16.0 instead of x86-64-v3, which is used for SUSE SLE 16
Redhat:
https://access.redhat.com/articles/rhel-limits
Red Hat has upgraded the instruction set architecture (ISA) baseline to x86-64-v3 microarchitecture level in RHEL 10. See Deprecation of x86-64-v1 and x86-64-v2 x86_64 microarchitecture CPUs in RHEL9 / x86-64-v3 is required by RHEL10 and Exploring x86-64-v3 for Red Hat Enterprise Linux 10 for more details.
Ubuntu AFAIK has so far only stated that they are thinking about it.
Follow is not really the right word - we use most of their packages without changing them.
So basically if Debian decided to make x86-64-v2 or v3 the minimum requirement then the same would apply to Devuan?
That's bad news as I have a feeling Debian will follow Redhat fairly soon (especially since apparently quite a few influential Debian Devs are Redhat employees, that's at least what I read).
I consider this a very bad development, it's basically forced obsolescence (not unlike what MS did with Win11) of older but still very usable hardware and in developing countries this hardware is still very widely in use.
Basically it destroys the widely held belief that Linux is perfect for giving old PCs which are no longer supported by proprietary OSes a second life.
Of course Redhat/IBM and Suse don't care about this, their customers don't use old hardware, but non profit distros should take this into account.
I thought I would add my question here as it's the same topic:
what are Devuans plans with regards to the minimum required x86-64 microarchitecture level? https://en.wikipedia.org/wiki/X86-64#Mi … ure_levels
I hope Devuan is not going to follow IBM/Rehat which introduced the x86-64-v2 requirement for RHEL8 and more recently the x86-64-v3 requirement for RHEL10.
AFAIK Suse has introduced similar requirements and Ubuntu is planning to do the same.
I still have multiple systems based on AMD Phenom II X4 and X6 processors (and one with an Intel Core2Quad cpu) which are all x86-64-v1 but are still perfectly usable (the are equipped with 8 GB and one with 16 GB of ECC RAM) so I hope that by migrating them to Devuan I can still continue using them for many years (not just with Excalibur but also after that).