You are not logged in.
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.
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.
You can get libraw19 here https://packages.debian.org/buster/libraw19
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.
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.
Well whatever works for you. :0b
Thank you very much for that freedom. You are so kind. ;-)
The colord backend works for pretty much any desktop and can even be used from the command line:
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.
Or add a line in /etc/rc.local /usr/sbin/nft -f /etc/firewall.tables
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.
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
@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"
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
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
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...
I use
cp -a
to make a clone of the whole system.
I installed Trinity 'Preliminary Testing Builds' for Ceres for two weeks ago without problems, and no need for systemd.
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.
Do you have the right graphic driver installed?
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?
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.
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.
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...
I use Ceres and i have this line in /etc/rc.local to set the screen brightnes for my laptop
sh -c "echo 466 >/sys/class/backlight/intel_backlight/brightness"
466 is the setting
To see the screens max brightness I use
cat /sys/class/backlight/intel_backlight/max_brightness
And to see that setting the screen use I use
cat /sys/class/backlight/intel_backlight/actual_brightness
Iommu has with virtualisation to do. To run virtual system like Gnome Boxes or Virtualbox. Is virtualisation on in your BIOS?
https://en.wikipedia.org/wiki/Input–out … ement_unit