You are not logged in.
there is no subdirectory inside /usr/src/snd_hda_codec_cs8409-1.0 which has source code and tar, nor inside original.
Therefore BUILT_MODULE_LOCATION=./
The name of the folder must be: <PACKAGE_NAME> - <PACKAGE_VERSION>
Disclaimer: don't use hyphens ( - ) in the name, use underscores ( _ ) instead.
when creating dkms.conf in 8409-master dir it turn into a brown folder package
cd into 8409 dir
Pay attention to what I said:
The name of the folder must be: <PACKAGE_NAME> - <PACKAGE_VERSION>
Althogh there isn't any debian package here. So, the uncompressed tarball must be copied to /usr/src/snd_hda_codec_cs8409-1.0 or whatever name and version you wish. But they should match those given in the dkms.conf file:
PACKAGE_NAME=snd_hda_codec_cs8409
BUILT_MODULE_NAME=snd_hda_codec_cs8409
PACKAGE_VERSION=1.0
BUILT_MODULE_LOCATION=./
...
BUILT_MODULE_LOCATION is the subdirectory containing the source and the Makefile. It might be src/ in some common cases.
All the steps worked for me.
reinstalled pulse and alsa
no longer says cirris-logic-genaric
cat /proc/asound/card*/codec* | grep Codec Codec: Cirrus Logic CS8409
how to compile and install driver from github? cd, mkdir, make build not installing
https://github.com/egorenar/snd-hda-codec-cs8409
It's not so trivial. I recommend you to install the driver using the Dynamic Kernel Module Support (DKMS).
You need to install dkms together with the linux-headers (replace the version of the headers to match your kernel version):
# apt-get install dkms linux-headers-5.16.0-1-amd64
Download the tarball:
$ wget https://github.com/egorenar/snd-hda-codec-cs8409/archive/refs/heads/master.zip
and extract the content (you'll need to install unzip first):
$ unzip master.zip
Enter the directory:
$ cd snd-hda-codec-cs8409-master
Create the dkms.conf file inside of the extracted source code directory. For example:
PACKAGE_NAME=snd_hda_codec_cs8409
BUILT_MODULE_NAME=snd_hda_codec_cs8409
PACKAGE_VERSION=1.0
BUILT_MODULE_LOCATION=./
DEST_MODULE_LOCATION=/kernel/driver/updates
AUTOINSTALL=yes
This example identifies a kernel module named snd_hda_codec_cs8409 with version 1.0.
As root, copy the kernel module source code into the /usr/src/ directory:
# mkdir /usr/src/snd_hda_codec_cs8409-1.0
# cp -Rv . /usr/src/snd_hda_codec_cs8409-1.0
In the above commands, the name of the folder must be: <PACKAGE_NAME> - <PACKAGE_VERSION>
Add the kernel module to the dkms tree so that it is tracked by if:
# dkms add -m snd_hda_codec_cs8409
Build the kernel module using dkms:
# dkms build -m snd_hda_codec_cs8409 -v 1.0
Install the kernel module using dkms:
# dkms install -m snd_hda_codec_cs8409 -v 1.0
The modprobe command can be used to load it:
# modprobe snd_hda_codec_cs8409
Validate the kernel module is loaded:
$ lsmod | grep snd_hda_codec_cs8409
Good luck!
Danielsan wrote:It was closed for lack of volunteers but I think it was a great idea.
It would be fantastic if Devuan could inherit and revive this project!
So I take it you're volunteering then? Thanks!
I started working on that:
https://www.gnuinos.org/kfreebsd-13.1/
But I can't make any promises. It's not an easy task.
Spirit in the Dark by Arethra Franklin.
And now True Genius by Ray Charles.
In a Soul mood today.
Don't forget Janis Joplin
/usr/bin/xfce4-terminal -x sudo apt upgrade
Nice mixer I should say altor.
Thanks
This app obviously lacks some features like sound device selection.
I am aware of this. Thanks for giving it a try!
Hello everybody!
during system upgrade got this mesage
update-initramfs: Generating /boot/initrd.img-5.10.0-16-686-pae W: No zstd in /usr/bin:/sbin:/bin, using gzip
trying to install 'zstd' got this one
update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools (0.142) ... update-initramfs: Generating /boot/initrd.img-5.10.0-16-686-pae live-boot: core filesystems dm-verityE: /usr/share/initramfs-tools/hooks/live failed with return 1. update-initramfs: failed for /boot/initrd.img-5.10.0-16-686-pae with 1. dpkg: error processing package initramfs-tools (--configure): installed initramfs-tools package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: initramfs-tools E: Sub-process /usr/bin/dpkg returned an error code (1)
any help is appreciated!
thank you in advance!
The part concerning to dm-verity in /usr/share/initramfs-tools/hooks/live should be as follows:
# dm-verity support
if [ "${DISABLE_DM_VERITY:-}" != "true" ] && [ "${DISABLE_DM_VERITY:-}" != "yes" ]
then
[ "${QUIET}" ] || echo -n " dm-verity"
manual_add_modules dm-verity
# The BusyBox mount does not support dm-verity so we use the util-linux version.
copy_exec /bin/mount
fi
The problem arises trying to copy the mount binary, which is located at /bin instead of /usr/bin. So, the line:
copy_exec /usr/bin/mount /bin
must be replaced with:
copy_exec /bin/mount
in live-boot-initramfs-tools
It looks great. Thank you for your work.
Thanks, Pedro!
ISO images have to be fixed, though
Quoting Ralph Ronnquist, there is an initial collection of trial installer ISOs that need to be tested in a range of settings at:
I've developed a new alsa mixer interface:
The packages are built for chimaera.
Just run amixer-gtk or add it to your autostart applications, and the icon will appear in your systray. The sound card suitable for playback/capture streaming will be automatically detected by the program. It looks like this:
At https://ido.rrq.id.au/download there is an initial collection of trial installer ISOs that need to be tested in a range of settings.
Everyone here who doesn't devalue themselves with the label "just a Devuan user" should grab at least one of them and run it through a number of variations, and then report on it, maybe as an email to me. Refer to usecases.html for the primary use case division. VM trials as well as bare-metal trials are good.
EDIT: my alternate email is rrq at rrq dot id dot au
Thanks for your work, Ralph
is hk the person giving this conference?
Get your decentralized project some EU funding
There is also KatolaZ' setnet which I understand works quite well too.
Yes. Although I used setnet in devuan jessie, I didn't mention it because I can't remember whether it depended on ifupdown. On the other hand, I can't find the packages in chimaera.
Simple-netaid uses ifupdown.
I fixed aitor's link and it works now.
Thanks
There were other excellent critiques written at the time. I remember one by Jude Nelson in particular but it all fell on deaf ears.
This one:
Systemd: The Biggest Fallacies (by Jude C. Nelson)
I see there's a new version of GNUinos ISO's posted to the Chimaera live mirror today, both 32-bit (PAE and non-PAE) and 64-bit, with XFCE or openbox. https://www.gnuinos.org/mirror/chimaera/live/
I've tried the XFCE version, think I'll have a look at the openbox version this time.
Yes, I've fixed some issues related to Hopman.
On the other hand, I'm also looking at the following plugin for SpaceFM, the file manager included in the openbox version:
https://github.com/jpfleury/corbeille-spacefm
because it doesn't send files to the trash bin when you hit delete in the right click popup menu.
If you decide to install another file manager, you must indicate it in the files below:
~/.xmenurx
~/.hopmanrc
If they don't exist, you can create them and copy the content of the respective files located in /etc/default, modifying them for matching your installed programs.
My beloved transparent gkrellm skin is failing on chimaera with this error:
The program 'gkrellm' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadPixmap (invalid Pixmap parameter)'.
(Details: serial 5672 error_code 4 request_code 56 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)It does run with the one and only "default" skin which is incredibly fugly.
Here's a tar.gz of the skin that I tweaked many years ago.
My now officially 80 year old brain is way beyond being able to sort this. I'm hoping the collective brain power on this forum might be able to pinpoint the problem. My eyes would be eternally grateful and others may enjoy it too!
Did you uncompress the tarball in your ~/.gkrellm2/themes/ ?
I know there are Xfce wallpapers at /usr/share/backgrounds/xfce. I can't find the Devuan ones, however. Any help? (I'm using Devuan 4 Chimaera Xfce.)
You can find them at /usr/share/images/desktop-base
I forgot: xmenu-cacherc has been renamed to xmenurc, and I did change it in my previous posts.
I' ve fixed a bug when running execv in xmenu-cache.c, and I'm rebuilding the iso images of gnuinos openbox.
Done. I've built the images mirroring from deb.devuan.org without issues:
https://www.gnuinos.org/mirror/chimaera/live/
Now you can give a try to the xmenu downloading the ob images.
aitor wrote:I replaced deb.devuan.org with pkgmaster.devuan.org a few days ago in my amprolla config files, and everything is working as expected since then.
Doing that works for you but will slow down the syncing of our mirrors and cause more timeouts for everyone else.
There are also some changes that are in the process of being sorted.
I'm trying again with deb.devuan.org