Your message dated Sat, 13 Sep 2025 09:40:39 +0200
with message-id <[email protected]>
and subject line Re: cdemu-daemon: missing dependency
has caused the Debian Bug report #1111437,
regarding cdemu-daemon: missing dependency
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1111437: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1111437
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cdemu-daemon
Version: 3.2.5-2
Severity: important
X-Debbugs-Cc: [email protected]
Dear Maintainer, running the program returned an error "cdemu0: Kernel I/O:
failed to open control device /dev/vhba_ctl: doesn't exist"
I have solved this, by installing the kernel development headers (package:
linux-headers-6.12.38+deb13-amd64). Which are listed as a requirement in
"https://cdemu.sourceforge.io/about/vhba/";, reinstalling package "vhba-dkms"
and then running "sudo modprobe -a sg sr_mod vhba"
If this is an issue only on my end, i apologize for wasting your time with this
report.
* What led up to the situation?
sudo apt install cdemu*
gcdemu (returned time out error for starting service)
cdemu-daemon (returned error described in first line)
* What exactly did you do that was ineffective?
creating file "60-vhba.rules" in "/etc/udev/rules.d/" with content "
KERNEL==“vhba_ctl”, NAME="%k", MODE=“0666”, OWNER=“root”, GROUP=“users” "
-- System Information:
Debian Release: forky/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.38+deb13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8),
LANGUAGE=es_AR:es
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cdemu-client depends on:
ii cdemu-daemon 3.2.7-2
ii gir1.2-glib-2.0 2.84.3-1
ii python3 3.13.5-1
ii python3-gi 3.50.0-4+b1
Versions of packages cdemu-client recommends:
ii bash-completion 1:2.16.0-7
ii gcdemu 3.2.6-1.2
cdemu-client suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 3.2.5-2
Hi tobias,
thanks for your message.
After a bit of thought and a conversation on #debian-mentors [1], I came
to the conclusion that this is not a bug: this is the normal behaviour
of package that depends on a dkms package.
Right now there is no way to specify the running kernel headers as a
package dependency. Besides, even if it was, this would be a dkms issue,
since vhba-dkms is no different from any other dkms package.
To give you a bit of context, past versions of dkms recommended the
virtual package linux-headers-generic, which provides the last kernel
headers for that Debian version. However, what if you are running a
different kernel than the latest? You would have to install that kernel
headers version manually anyway. Since Debian Trixie dkms does not
recommend linux-headers-generic anymore.
I hope this explains my reasoning well enough. Have a good weekend.
[1] irc://irc.debian.org/debian-mentors
--
Matteo Bini
--- End Message ---
