Arch Linux

You need to run depmod if you expect the module to be found.

depmod is called by /usr/lib/oss/build/install.sh, which is run
on post_install, post_upgrade and by soundon. OSS' soundon
script used to take care of automatically building and loading
the modules. No further intervention was required. But even
after explicitly running depmod soundon still fails:

# depmod
# soundon
modprobe: FATAL: Module oss_hdaudio not found.
Loading module oss_hdaudio failed - ignored
modprobe: FATAL: Module oss_usb not found.
Loading module oss_usb failed - ignored
# ls /usr/lib/modules/extramodules-3.8-ARCH/kernel/oss
osscore.ko

It seem ossvermagic is not working anymore.

Here is what I get when I try to run /usr/lib/oss/build/install.sh manually:

# cd /usr/lib/oss/build
# sh install.sh

OSS build environment set up for REGPARM kernels

Building module osscore
Building module oss_ali5455
Compiling module oss_ali5455 failed
make -C /usr/lib/modules/3.8.0-1-ARCH/build M=/usr/lib/oss/build modules
make[1]: Entering directory `/usr/src/linux-3.8.0-1-ARCH'
CC [M] /usr/lib/oss/build/oss_ali5455.o
In file included from /usr/lib/oss/build/module.inc:45:0,
from /usr/lib/oss/build/oss_ali5455.c:21:
/usr/lib/oss/build/pci_wrapper.inc:21:1: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘osspci_probe’
/usr/lib/oss/build/pci_wrapper.inc:69:1: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘osspci_remove’
In file included from /usr/lib/oss/build/oss_ali5455.c:21:0:
/usr/lib/oss/build/module.inc:51:12: error: ‘osspci_probe’ undeclared here (not in a function)
/usr/lib/oss/build/module.inc:52:13: error: ‘osspci_remove’ undeclared here (not in a function)
In file included from /usr/lib/oss/build/oss_ali5455.c:21:0:
/usr/lib/oss/build/module.inc:33:12: warning: ‘instance’ defined but not used [-Wunused-variable]
In file included from /usr/lib/oss/build/module.inc:45:0,
from /usr/lib/oss/build/oss_ali5455.c:21:
/usr/lib/oss/build/pci_wrapper.inc:17:18: warning: ‘dev_map’ defined but not used [-Wunused-variable]
/usr/lib/oss/build/pci_wrapper.inc:18:12: warning: ‘n_devmap’ defined but not used [-Wunused-variable]
make[2]: *** [/usr/lib/oss/build/oss_ali5455.o] Error 1
make[1]: *** [_module_/usr/lib/oss/build] Error 2
make[1]: Leaving directory `/usr/src/linux-3.8.0-1-ARCH'
make: *** [default] Error 2

There is a related thread on the OpenSound forum:
http://www.opensound.com/forum/viewtopic.php?t=5191
It also has a patch which I have yet to test properly.

I recompiled oss with the patch from the thread mentioned above
and the modules compile and load without problems again.

However ossvermagic still acts strange. It takes really a lot
of time to do whatever it does and produces no useful output:

# time ossvermagic -z -s
/tmp/oss.tmpmodule: No such file or directory
(...)
/tmp/oss.tmpmodule: No such file or directory
ossvermagic -z -s 59.57s user 17.25s system 90% cpu 1:24.46 total

This does not seem to impact any functionality, but soundon
takes quite some time to complete.

maybe it is because of some you chose during kernel config (I supose it is a customized kernel compiled by yourself)

Well, I forgot to mention that I am using the default ARCH kernel:

# pacman -Q linux
linux 3.8.2-1
# uname -r
3.8.2-1-ARCH

On another note what's this?

> A task closure has been requested. Reason for request: already solved...

A solution may be available, but it has not been implemented in the package, yet. So no reason for the task to be closed already.

Some information concerning the very long startup time of soundon:

As indicated above most of the time soundon takes is spent on
waiting for ossvermagic. ossvermagic is trying to detect the
kernel version by looking at the kernel modules. Normally
ossvermagic would exit after is has extracted the version
information from the first module. However something also has
changes there since it cannot find the version information and
therefore tries every available module on after another. I
have currenly 3202 in /usr/lib/modules/3.8.2-1-ARCH/kernel.
gunzipping and searching them takes quite some time, as you can
see by my previous simple measurement.

My apologies for the delays. I've been away from my computers that use OSS. Normally I don't release something without personally testing it... but I've released oss 4.2_2007-2 with the 3.8 patch applied. Could I get confirmation that it works properly?

seschwar, thank you for finding that patch. I'll try to fix the soundon problem when I get back to my computers.

My bad, 3.8 is still in [testing]. Please try oss-4.2_2007-3.

I can confirm that oss-4.2_2007-3 works fine on linux-3.8.2-1.
The overly long startup of soundon is still present, but does
not break any functionality. Just in time for linux-3.8.3-1's
impending move to [core].