The officially official Devuan Forum!

You are not logged in.

#1 Re: Installation » How is it possible that Java update breaks Trinity DE? » 2021-01-15 17:58:44

Head_on_a_Stick wrote:

Until there is a vulnerability in glibc that will not be corrected on your system because your version is seen as "newer" than the fixed package — that would then expose pretty much every program on your system to the vulnerability.

You also now won't be able to install any packages in Devuan that depend on libc6 <v2.32 and you may experience strange problems because the Devuan packages are expecting a different API version for glibc.

There is so much you "should not do" with Linux but that I do successfully and without problems. Instead of using virtual environments, I run different environments - XFCE 4, Gnome and KDE - on different partitions with but the same / home where the different configuration files coexist. That's not the way to do it, is it? You should not even test if it works, because it is better to believe than to know.

And plugging in individual program files from Arch solved my problem that some programs could not start with Nvidia, Gnome and Wayland. But it did not cause any problems.
Installing libc from Ubuntu solved my problem with a Firefox plugin. But it did not cause any problems.

As for Trinity, I only used it for a few days. It was when I was using Konqueror to surf that I discovered that Konqueror does not support modern web technologies. Also, I had some general issues with making things work.

Right now I'm trying KDE 5 and am very impressed. Now finally all programs look the same whether it is GTK and QT. But I have not managed to get KDE to run on Wayland, yet. But I'm testing and learning... just for fun...





bimon wrote:
Magnus wrote:

You use the software packages you need no matter where they come from. Should you encounter problems, you solve them or reset the mess.
A few days ago I had to install libc-2.32 and the dependencies from Ubuntu just to solve dependency problems with the Firefox plugin Scrapbee. It works great.
You do not have to be rigid and obey authorities. It is better and more instructive to test yourself.

I prefer to have such things in KVM virtual machines and connect to them via ssh -X, which displays them in Trinity on ASCII.

Magnus wrote:

But Trinity is a mess. Tested it last summer. When I started up and saw it, it was like coming home. I screamed right out. Good old KDE 3. I've been missing it. But after a few days I discovered that most of it was so outdated (there have been a lot of new standards and the like) that it became problematic to use it. Much more problematic than mixing software packages between different distributions and versions.

I have found Trinity the most rock solid reliable DE and still convenient enough at the same time, it looks for me like good old Windows XP I liked so much earlier.
Even Trinity v14.0.6 could display anything I wanted on ASCII and very seldom something from a virtual machine.
It excellently displays Microsoft Office 2010 and other programs from WINE, anything GUI related from Devuan ASCII repo I have ever tried, any Java programs, and I need nothing more.

Can you please indicate what are you missing in Trinity?

As for me I like Trinity on ASCII because I am sure they are so reliably rock solid that I will not stuck with trying to fix many different new things and spend hours/days or even weeks on that what can happen on rolling distros like Arch or even on Devuan testing.
And still ASCII is a very modern OS for me, it has ZFS, security fixes, capable to run anything modern in a KVM VM with Ceres, Arch, GUIX, etc. guests with a narrow subset of specialized software installed on each of them, I almost do not care if anyone from them fails because all of them running from zvols with snapshots.

Until I have created this thread yesterday I even forgot when I had any new unexpected problem with ASCII. But I had to replace KDE by Trinity about a year ago, KDE4 was hardly tolerant (after they changed where settings are kept, in a database instead of files), but KDE5 is a complete mess for me. I am not interested in so rapid progress when they break old things every 3-6 months, I am not a free of charge tester (and not a tester at all) for their DE experiments.

It looks like they do another Windows 10 rebranded as Vulkan+KDE5, if I ever need this mass surveillance probe sometimes for a play, I can temporary start it in a VM on a separated dedicated physical host (like a double or triple condom if someone likes this analogy) to avoid it even run on the same CPU as my valuable data.

#2 Re: Installation » How is it possible that Java update breaks Trinity DE? » 2021-01-10 15:45:13

You use the software packages you need no matter where they come from. Should you encounter problems, you solve them or reset the mess.
A few days ago I had to install libc-2.32 and the dependencies from Ubuntu just to solve dependency problems with the Firefox plugin Scrapbee. It works great.
You do not have to be rigid and obey authorities. It is better and more instructive to test yourself.

But Trinity is a mess. Tested it last summer. When I started up and saw it, it was like coming home. I screamed right out. Good old KDE 3. I've been missing it. But after a few days I discovered that most of it was so outdated (there have been a lot of new standards and the like) that it became problematic to use it. Much more problematic than mixing software packages between different distributions and versions.

#3 Re: Installation » [Ceres] Install mega packages » 2020-12-11 09:31:10

Of course, bad decisions should be avoided. You do this, of course, if you are somewhat intelligent and knowledgeable. But just following the sheep flock does not lead to development. Without individuals who made their own decisions, we would still live in  the Stone Age.

#4 Re: Installation » [Ceres] Install mega packages » 2020-12-08 19:36:47

I thought Linux was about freedom - freedom to do what you want and how you want - not dogmas.
For me, it is the freedom to do things that no one has done or at least told about before. Adding a single package from another distro I consider to be the least freedom you can get. There are much greater freedoms you can enjoy and learn from.

#6 Re: Hardware & System Configuration » How to make devuan boot with Secure Boot enabled the way antiX does it » 2020-11-30 08:31:49

Ulysses_ wrote:

Incidentally, xubuntu boots. It has these shim packages:
Devuan has these:

shim-helpers-amd64-signed_1+15+1533136590.3beb971+7_amd64.deb
shim-signed_1.33+15+1533136590.3beb971-7_amd64.deb
shim-signed-common_1.33+15+1533136590.3beb971-7_all.deb
shim-unsigned_15+1533136590.3beb971-7_amd64.deb

Install them and a signed kernel.
But if you use nvidia-dkms, you have to sign it yourself. Otherwise it will not load with secure boot.

#7 Re: Documentation » Run Gnome on Wayland with Nvidia drivers on Ceres » 2020-11-24 22:27:40

Now discovered that I could not start Gnome boxes in Wayland. Searched a bit and found that I needed egl-wayland (libnvidia-egl-wayland1) version 1.1.5 + a patch.
Found an Arch package 1.1.5 including the patch at https://ftp5.gwdg.de/pub/linux/archlinu … kg.tar.zst
Unpacked the package and manually replaced two Devuan Ceres version 1.1.4 files at "/usr/lib/x86_64-linux-gnu/" with the package "/usr/lib/libnvidia-egl-wayland.so.1" and "/usr/lib/libnvidia-egl-wayland.so.1.1.5". Also chmod and chown the new files to have the same as the replaced files.
Restarted. Launched Gnome boxes.

#8 Re: Documentation » Run Gnome on Wayland with Nvidia drivers on Ceres » 2020-11-13 07:24:47

zapper wrote:

Well whatever works for you. :0b

Thank you very much for that freedom. You are so kind. ;-)

#9 Re: Documentation » Run Gnome on Wayland with Nvidia drivers on Ceres » 2020-11-13 07:23:03

Head_on_a_Stick wrote:

The colord backend works for pretty much any desktop and can even be used from the command line:

https://www.freedesktop.org/software/colord/using.html

Yes, color management work in those applications that has built support för color management. But in Gnome on Wayland color management works for the hole environment: The desktop picture, the window frames, themes and everything.

#10 Re: Other Issues » [Solved] How to load nftables rules at boot? » 2020-11-12 13:36:50

Or add a line in /etc/rc.local /usr/sbin/nft -f /etc/firewall.tables

#11 Re: Documentation » Run Gnome on Wayland with Nvidia drivers on Ceres » 2020-11-12 13:29:34

Wayland and Gnome is the only combination (must tell I didn't know how it is on KDE) there you get a completely color managed environment. Even the desktop picture is color managed. Because I use Linux even to photomanagement It's a big step forward. And Wayland works fine.

#12 Documentation » Run Gnome on Wayland with Nvidia drivers on Ceres » 2020-11-09 13:16:30

Magnus
Replies: 9

Install libnvidia-egl-wayland1
Kernel parameters nvidia-drm.modeset=1
Comment out the line with "DRIVER==nvidia" in /lib/udev/rules.d/61-gdm.rules
Comment out the line with "WaylandEnable=false" in /etc/gdm3/daemon.conf

Restart
Write echo $XDG_SESSION_TYPE in a terminal to see if you run x11 or Wayland

#13 Re: Desktop and Multimedia » Sony Camera not recognized » 2020-10-17 08:17:05

rolfie wrote:

@OP: when I read what you wrote in your first posts it is very interpretable if the camera worked under ASCII. I would assume when it worked under ASCII it also should under Beowulf. Buuuuut: we have the proof that there is no memory recognised. Very strange.
rolfie

It seems that older hardware can be removed when "upgrades" occur. I came across this when a scanner I have stopped working. Then I had to write my own udev rule.

### /etc/udev/rules.d/60-canon-lide-25.rules
# Canon CanoScan LiDE25
ATTRS{idVendor}=="04a9", ATTRS{idProduct}=="2220", ENV{libsane_matched}="yes"

#15 Re: Hardware & System Configuration » Post Your Sources List » 2020-09-06 18:34:23

My personal configuration:

/etc/apt/sources.list

### deb http://auto.mirror.devuan.org/merged/ ceres main non-free contrib

deb http://deb.devuan.org/merged ceres main non-free contrib
### deb-src http://deb.devuan.org/merged ceres main non-free contrib

### deb http://se.mirror.devuan.org/merged/ ceres main non-free contrib

deb http://http.debian.net/debian experimental main non-free contrib

### deb http://http.debian.net/debian testing main non-free contrib

### deb http://deb.devuan.org/merged testing main non-free contrib

### deb http://se.mirror.devuan.org/merged/ ascii main non-free contrib

### deb http://se.mirror.devuan.org/merged/ jessie main non-free contrib

### Oomox ###
### https://github.com/themix-project/oomox/releases
### deb http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu xenial main 
### deb-src http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu xenial main

deb https://apt.svtplay-dl.se/ svtplay-dl release

### deb https://www.deb-multimedia.org sid main non-free

#UBUNTU
### deb http://us.archive.ubuntu.com/ubuntu/ groovy universe restricted multiverse
### deb-src http://us.archive.ubuntu.com/ubuntu/ cosmic universe

### Dark Table
### deb http://download.opensuse.org/repositories/graphics:/darktable:/master/Debian_Unstable/ /
deb http://download.opensuse.org/repositories/graphics:/darktable/Debian_Next/ /

Have the extra, commented out, repositories in case I want or need a specific package.

/etc/apt/apt.conf.d/99myown

Acquire::AllowInsecureRepositories	"true";

/etc/apt/preferences.d/xfce4-from-experimental

Package: libxfce4panel-2.0-4
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4ui-1-0
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4ui-2-0
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4ui-common
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4ui-utils
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4util-bin
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4util-common
Pin: release a=experimental
Pin-Priority: 800

Package: libxfce4util7
Pin: release a=experimental
Pin-Priority: 800

Package: libxfconf-0-3
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-appfinder
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-panel
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-sensors-plugin
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-session
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-settings
Pin: release a=experimental
Pin-Priority: 800

Package: xfce4-weather-plugin
Pin: release a=experimental
Pin-Priority: 800

Package: xfconf
Pin: release a=experimental
Pin-Priority: 800

Package: xfdesktop4
Pin: release a=experimental
Pin-Priority: 800

Package: xfdesktop4-data
Pin: release a=experimental
Pin-Priority: 800

Package: xfwm4
Pin: release a=experimental
Pin-Priority: 800

#16 Re: Hardware & System Configuration » Suspend regression in kernel 4.19.0-10 » 2020-08-11 15:41:41

OK. I didn't understand that you config your kernels yourself. I supposed that your kernels was stock kernels.
You can search after kernel change logs on the net to see what differs from 4.19.133 and 4.19.137.

https://cdn.kernel.org/pub/linux/kernel … g-4.19.134
https://cdn.kernel.org/pub/linux/kernel … g-4.19.135
https://cdn.kernel.org/pub/linux/kernel … g-4.19.136
https://cdn.kernel.org/pub/linux/kernel … g-4.19.137

#17 Re: Hardware & System Configuration » Suspend regression in kernel 4.19.0-10 » 2020-08-11 08:22:53

It may not be a bug but a function. ;-) Take a look in the two kernel configuration files - in / boot or in the kernel package - and see under the heading "Power management and ACPI options", or similar, if you see any differences. It is very possible that a flag has been changed from "y" (to) to commented and "is not set" (off). Older hardware seems to be phased out...

#18 Re: Installation » [IDEAS] Rollback system in Devuan » 2020-07-22 16:20:34

I use

cp -a

to make a clone of the whole system.

#19 Re: Other Issues » The package tex-common is BEING dead due to Trinity (TDE) » 2020-06-25 15:10:32

I installed Trinity 'Preliminary Testing Builds' for Ceres for two weeks ago without problems, and no need for systemd.

#20 Re: Installation » How to make initramfs not wait for a suspend/resume device? » 2020-06-23 12:52:38

If I understand you - you have no swap and delay at boot - you seems to have changed the partitions so they got new uuid.

Run blkid in a root terminal to see all your partitions, inkl. swap, and their uuid.

Open /etc/fstab change to the right uuid's.
Open /etc/initramfs-tools/conf.d/resume and change to the right uuid [the / partition, I suppose [It's right in my case :-)]].

Rebuild initramfs.
Restart.

#21 Re: Installation » Devuan doesn't boot into xfce4 desktop. » 2020-06-05 13:14:10

Do you have the right graphic driver installed?

#22 Re: Hardware & System Configuration » Updating X » 2020-05-18 07:38:45

ToxicExMachina wrote:

I think you're spreading misinformation. Ceres has one of newest drivers for AMD videocards including Radeon HD 7970. It has the best OpenGL support ever.

And the name of the driver is?

#23 Re: Hardware & System Configuration » Updating X » 2020-05-15 10:41:22

ToxicExMachina wrote:
Magnus wrote:
Head_on_a_Stick wrote:

Well the situation is markedly better for new AMD cards because AMD themselves are effectively writing the open source drivers and they now out-perform the proprietary version for most tasks.

As long as the AMD card is new... But my experience say that NVIDIA upgrade theire drivers to support new X versions for a longer lasting period than AMD does.

Instead of supporting proprietary fglrx driver AMD preferred to support fully featured free driver. It's xserver-xorg-video-radeon and Mesa in Devuan repository. It works even with very old AMD GPUs.

Nvidia don't support GNU/Linux. Proprietary blob is total garbage. It doesn't even support OpenGL (there is NvGL, which is NOT OpenGL). So downgrading to nvidia is very big mistake. Nvidia hate everything related to freedom and choice.

In any case, there was no driver with OpenGL support - I need OpenGL for Dark Table - for my AMD HD7970 a year ago, because AMD did not upgrade its drivers to the version of X that Ceres used. However, NVIDIA's drivers work well. OpenGL also works well with NVIDIA's drivers and NVIDA usually has the habit of upgrading its drivers considerably longer than AMD does.
And about freedom and choise. The only wish I have is a working graphic card that last more than a few years.

Must tell: My mom has my old computer from 2003 with ASCII installed. The graphic card is a NVIDIA GEFORCE 4 TI 4200 and there are still working proprietary drivers for it.

#24 Re: Hardware & System Configuration » Updating X » 2020-05-13 22:30:08

Head_on_a_Stick wrote:

Well the situation is markedly better for new AMD cards because AMD themselves are effectively writing the open source drivers and they now out-perform the proprietary version for most tasks.

As long as the AMD card is new... But my experience say that NVIDIA upgrade theire drivers to support new X versions for a longer lasting period than AMD does.

#25 Re: Hardware & System Configuration » Updating X » 2020-05-13 09:23:37

Head_on_a_Stick wrote:
Kiwi Rider wrote:

I get the following error

Catalyst ("fglrx") doesn't work any more.

That forced me to buy a new graphic card.  - Then it affected Ceres. - A NVIDIA card...

Board footer

Forum Software