FS#35672 - [oss] osscore module fails to load after update
Attached to Project:
Community Packages
Opened by Petar (klothius) - Thursday, 06 June 2013, 08:46 GMT
Last edited by Kyle Keen (keenerd) - Wednesday, 25 September 2013, 11:38 GMT
Opened by Petar (klothius) - Thursday, 06 June 2013, 08:46 GMT
Last edited by Kyle Keen (keenerd) - Wednesday, 25 September 2013, 11:38 GMT
|
Details
Description:
After the last update, while soundon osscore throws an error : "modprobe: ERROR: could not insert 'osscore' : Invalid argument Loading the osscore module failed" The only lines in dmesg regarding this are : "osscore: no symbol version for memmove osscore: Unknown symbol memmove (err -22)" Tested on clean arch installs in vm and both x64 and x86 fails. oss-4.2_2007-2 package still works as it should. Additional info: * package version(s) * config and/or log files etc. oss-4.2_2007-4 Steps to reproduce: update system to the latest install oss-4.2_2007-4 reboot soundon |
This task depends upon
Closed by Kyle Keen (keenerd)
Wednesday, 25 September 2013, 11:38 GMT
Reason for closing: Won't fix
Additional comments about closing: OSS has been moved to AUR.
Wednesday, 25 September 2013, 11:38 GMT
Reason for closing: Won't fix
Additional comments about closing: OSS has been moved to AUR.
The main difference in the newer package is the /usr move. But how did it break OSS and why won't the symlinks help?
I'm throwing in here because I'm not using the latest kernel -- I'm running linux-lts 3.0.81-1
I would be really interested to see what your results are?
- was cleaned up and simplified a bit
- updates to 4.2_2008
- fixes
FS#36033- fixes
FS#36284However while everything compiles, the OSS modules still fail to load with the memmove symbol error!
Until we can fix this bug OSS users can install the oss-nonfree package from the AUR, which uses 4Front's precompiled binaries and currently works well: https://aur.archlinux.org/packages/oss-nonfree/
I will contact Hannu Savolainen who seems to be the active oss developer and ask for suggestions. Maybe they are using a different compiler, or whatever.
> new version of gcc that geterates calls to memmove. I have never heard
> about this kind of problem.
> I'm not working on OSS any more so I can't help.