libMirage: MirageFragment: fix description and annotations
libMirage: gobject-introspection: update deprecated `allow-none` annotations
libMirage: gobject-introspection: fix incorrect `closure` annotations
cmake: bump minimum CMake version
image analyzer: fix navigationBar for matplotlib 3.5+
libMirage: MDS parser: fix num_layers detection
gCDEmu: debian dir from official DEB package
vhba: Debian version 20250329-1
libMirage: Debian version 3.2.10-1
vhba: Bump DEB package Standards-Version
vhba: DEB package compatible with debhelper <= 12
Bump versions for next (partial) release
vhba: debian: add missing releases to appstream info
libMirage: debian: add missing releases to appstream info
libMirage: writer: adjust detection of pregap-only fragments
libMirage: ISO writer: fix segfault when track has no associated filename
I'll see about pushing a new release tomorrow or over the weekend. Thanks for the reminder!
@mrok 6.14 is released now and this issue is hitting NixOS. Could we get a release of vhba?
Export cdemu-daemon devices over iSCSI (no vhba-module necessary)
tested with 6.14-rc1 and works. thanks!
Thanks for the heads up! I've pushed commit ee6bba585d53891577089e9dd856eb733d8231f8 which should fix this.
VHBA: fix building with kernel 6.14-rc1
libMirage: READCD parser: clear prev_mode when opening new session
vhba: debian dir from official DEB package
libMirage: debian dir from official DEB package
image analyzer: debian dir from DEB package
Daemon: debian dir from official DEB package
Client: debian dir from official DEB package
Bump versions for next (partial) release
vhba: fix build errors with kernel 6.11
Determine session type when parsing cuesheets
Bump versions for next (partial) release
Fix previous session's last track size when creating new session (cue)
Build failure with linux 6.14-rc1
GCDEMU not mount ISZ compressed
VHBA does not compile with kernel 6.11
This was fixed in vhba-module-20240917.
VHBA does not compile with kernel 6.11
I've noticed, that probability of failure increased, if memory-heavy applications were loaded, and swap space intensively used, even if they are already unloaded at the time of suspend. Maybe something critical could get swapped out?..
More than week have passed, vhba module is loaded, cdemu daemon and manager are not (but was loaded once, to talk to the module initially) — not a single hiccup occured.
P.S. clarification: systemd cdemu daemon and cdemu kde manager. I'll disable both of them.
VHBA module, and cdemu kde daemon. 2 virtual drives, but no images loaded in them. No extra optical drives in system. I'll disable daemon, and report back in whats the result.
That does look more in line with other reports. To clarify - you do not only have vhba module loaded, but also have at least one cdemu-daemon instance running, and at least one virtual device created? Or not (i.e, just vhba module loaded, and nothing else). Also, do you have any other optical drives (internal or external) connected to the system? The number of in-flight number reported fordisk_events_workfn seems suspiciously high. I think this is related to kernel's continuous probing for device...
I'm not sure, if this is related to vhba, but after I installed it back into system, I've managed to get this freeze (it was recoverable, unlike previously): kernel: PM: suspend entry (s2idle) kernel: Filesystems sync: 0.029 seconds kernel: Freezing user space processes kernel: Freezing user space processes completed (elapsed 0.004 seconds) kernel: OOM killer disabled. kernel: Freezing remaining freezable tasks failed after 20.009 seconds (0 tasks refusing to freeze, wq_busy=1): kernel: Showing freezable...
Its very weird issue, I agree. It probably occurred sometimes before, but I cant confirm it was issue in vhba. System occasionally just freezes going to standby, and Im using s3idle. After kernel update from 6.10.0 to 6.10.4 it started to occur quite often, like once a day. And thats the only lead I had: one time system do not get totally frozen, I was able to switch to console and see the logs, and that was there. I tried to remove vhba+cdemu, and there already 3 days without issues. Obviously its...
We've had couple of issue reports over years with suspend/hibernate (https://sourceforge.net/p/cdemu/bugs/91, https://github.com/cdemu/cdemu/issues/11), and I've seen couple of threads around the internet where vhba and cdemu were identified as culprit. I haven't been able to reproduce these locally, though. Suspend on my Fedora 40 notebook (6.10.4-200.fc40.x86_64 #1 SMP PREEMPT_DYNAMIC) seems to work as expected. Although with caveat that the default suspend method here seems to be deep, while s2idle,...
We've had couple of issue reports with suspend/hibernate (https://sourceforge.net/p/cdemu/bugs/91, https://github.com/cdemu/cdemu/issues/11), and I've seen couple of threads around the internet where vhba and cdemu were identified as culprit. I haven't been able to reproduce these locally, though. Suspend on my Fedora 40 notebook (6.10.4-200.fc40.x86_64 #1 SMP PREEMPT_DYNAMIC) seems to work as expected. Although with caveat that the default suspend method here seems to be deep, and s2idle, which...
Suspend freezes PC with kernel 6.10
Daemon: adjust error codes returned by read commands
Daemon: implement SEEK (10) command
Daemon: READ SUBCHANNEL command fixes
cdemu is currently being packaged for Debian Unstable / Testing. https://tracker.debian.org/pkg/cdemu-client https://tracker.debian.org/pkg/cdemu-daemon https://tracker.debian.org/pkg/libmirage11 https://tracker.debian.org/pkg/vhba-module https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983444
cdemu is currently being packaged for Debian Unstable / Testing. Refer https://sourceforge.net/p/cdemu/bugs/133/#acfc
Same as https://sourceforge.net/p/cdemu/bugs/133/
cdemu is currently being packaged for Debian Unstable / Testing. https://tracker.debian.org/pkg/cdemu-client https://tracker.debian.org/pkg/cdemu-daemon https://tracker.debian.org/pkg/libmirage11 https://tracker.debian.org/pkg/vhba-module
Enabling transfer rate emulation doesn’t work
vhba: bump version for new release
vhba: make all module's functions static
I am running the latest version of Testing - updated before I attempted the install. I do have Kernel 6.7.9 installed as well. I haven't done anything weird to the system. The only non-standard aps I have installed are wine 9.4, and I installed Firefox from their new deb/repository, switched Libreoffice, okular, vlc, zoom, and discord to flatpak. That is all I've done to it. It is my daily driver at work and runs fine. I have had 0 issues with it. I use it mostly for email, spread sheets, and office...
Those are issues with 2nd and higher-order dependencies, and have nothing to do with our packages. I don't see them when trying to build in bookworm/trixie/sid containers, so I guess it's a problem with your system. Maybe you need to update package list ("apt update")? Or perhaps upgrade all packages to the latest available version (assuming you are using trixie or sid).
Debian 12 Testing - only vhba compiles
Those are issues with 2nd and higher-order dependencies, and have nothing to do with our packages. I don't see them when trying to build in bookworm/trixie/sid containers, so I guess it's a problem with your system. Maybe you need to update package list ("apt update")?
I can't get them to compile, as seen in the text I sent. Here it is again; usw@usw:~/Downloads/cdemutar/libmirage-3.2.7$ dpkg-buildpackage -b -us -tc dpkg-buildpackage: info: source package libmirage dpkg-buildpackage: info: source version 3.2.7-1 dpkg-buildpackage: info: source distribution debian dpkg-buildpackage: info: source changed by Henrik Stokseth hstokset@users.sourceforge.net dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . dpkg-checkbuilddeps: error: Unmet...
Okay, I tried it again - once I figured out what you were saying to do. Sorry for my ignorance. Here is the output: usw@usw:~/Downloads/cdemutar/libmirage-3.2.7$ sudo dpkg-buildpackage -b -us -tc dpkg-buildpackage: info: source package libmirage dpkg-buildpackage: info: source version 3.2.7-1 dpkg-buildpackage: info: source distribution debian dpkg-buildpackage: info: source changed by Henrik Stokseth hstokset@users.sourceforge.net dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build...
Seems to build just fine under both stable (12) and testing (13). How are you installing those dependencies? Usually the easiest way is to use "apt build-dep ." from the source directory.
Debian 12 Testing - only vhba compiles
Fails to build against linux-6.8 due to -Werror and upstream commit
Should be fixed in vhba-module-20240202 (tested on Fedora Rawhide with 6.8.0-0.rc0.20240112git70d201a40823.5.fc40.x86_64).
Thanks for the heads-up! Looks like most (if not all) of functions in the vhba module should be static in the first place...
Fails to build against linux-6.8 due to -Werror and upstream commit
@ Rodney Eugene Barnes: The following worked for me on Debian12. (Or at least it compiled, installed, ran, and mounted an ISO. Haven't yet seen if it's still happy after a reboot...) Consider dh-dkms a new dependency and install it (along with all other dependencies). Build vhba-module. (Unpack tarball, cd, dpkg-buildpackage -b -uc -tc) Build libmirage. (Unpack tarball, cd, dpkg-buildpackage -b -uc -tc) Install vhba module (sudo dpkg -i vhba-dkms_20211218-1_all.deb) Install libmirage (sudo dpkg -i...
indeed, thanks for the heads up. It'd been stuck with compress-only multi-threaded support for quite a while. Good to see they finally got support for decompression added in 5.4.
indeed, thanks for the heads up. It'd been stuck with compress-only multi-threaded support. Good to see they finally got support for decompression added in 5.4.
indeed, thanks for the heads up. It'd been stuck with encode-only multi-threaded support. Good to see they finally got support for decompression added in 5.4.
xz does threaded compression and decompression nowadays.
I'll also throw my vote in for CHD support. It compresses better than XZ, compresses faster due to good multi-thread support, packs multiple tracks into a single file that's easier to handle, and is fully reversible back to the original format if needed. With dosbox-x now support CHD, I'm looking at converting all of my older PC games over to this format, and would be great to be able to mount them via cdemu when needed as well.
cdemu-daemon won't load
Illegal Audio-MPEG-Header 0x00000000 at offset 2104 (libmpg123) using image with audio tracks
Should be fixed in libmirage 3.2.7.
gCDEmu: CMake: add missing whitespace
Bump versions for next (partial) release
libMirage: SNDFILE filter: ignore .BIN files
libMirage: SNDFILE filter: fix signalling of read errors
image analyzer: fix compatibility with matplotlib 3.8
vhba module: debian: add dh-dkms to build dependencies