Package Details: oss 4.2_2011-5

Git Clone URL: https://aur.archlinux.org/oss.git (read-only)
Package Base: oss
Description: Open Sound System UNIX audio architecture
Upstream URL: http://developer.opensound.com/
Keywords: oss
Licenses: GPL2
Conflicts: libflashsupport-oss-git, libflashsupport-oss-nonfree, oss-git, oss-nonfree
Submitter: keenerd
Maintainer: alexdw
Last Packager: alexdw
Votes: 39
Popularity: 1.714018
First Submitted: 2013-09-25 11:25
Last Updated: 2016-06-15 06:14

Required by (15)

Sources (10)

Latest Comments

alexdw commented on 2016-06-14 23:10

Uploaded a new version with a patch to allow compilation with kernel 4.6.

Thanks again to kgunders and ratatat for the information.

alexdw commented on 2016-06-14 22:31

OK, I just had a look at this and I think it's due to a mismatch between the return type of the function "osspci_remove" in "pci_wrapper.inc" (static int) and the ".remove" component of the "pci_driver" structure (void). A patch on "pci_wrapper.inc" to resolve this mismatch should hopefully fix this.

alexdw commented on 2016-06-12 22:11

@ratatat: Thanks for the information.

From that I wonder if the easy fix would be to change the compiler parameters to not treat this warning as an error? Probably it would be better to actually fix the code to not trigger this warning.

ratatat commented on 2016-06-10 16:41

sudo sh /usr/lib/oss/build/install.sh
gives
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/4.6.2-1-ARCH/build M=/usr/lib/oss/build modules
make[1]: Entering directory '/usr/lib/modules/4.6.2-1-ARCH/build'
CC [M] /usr/lib/oss/build/oss_ali5455.o
In file included from /usr/lib/oss/build/oss_ali5455.c:21:0:
/usr/lib/oss/build/module.inc:52:13: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
.remove = osspci_remove
^~~~~~~~~~~~~
/usr/lib/oss/build/module.inc:52:13: note: (near initialization for ‘osspci_driver.remove’)
cc1: some warnings being treated as errors
scripts/Makefile.build:297: recipe for target '/usr/lib/oss/build/oss_ali5455.o' failed
make[2]: *** [/usr/lib/oss/build/oss_ali5455.o] Error 1
Makefile:1429: recipe for target '_module_/usr/lib/oss/build' failed
make[1]: *** [_module_/usr/lib/oss/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.6.2-1-ARCH/build'
Makefile:15: recipe for target 'default' failed
make: *** [default] Error 2

alexdw commented on 2016-06-08 22:17

@kgunders: Thanks for the heads-up; I'll try to have a look at this over the weekend.

kgunders commented on 2016-06-08 19:58

Head's Up: broken on 4.6.1 kernel ;(

Xylemon commented on 2016-04-13 06:10

Thanks for the response alexdw,

1) I am not sure if there are any, but if you're going for a 'standard' OSS install then I guess the PKGBUILD should be left as is (I can always edit it in anyway I suppose). There is currently talk of some new OSS work, I'll suggest this feature to be upstreamed.

2) Sure, I'll look into this soon.

alexdw commented on 2016-04-10 11:10

@Xylemon: You're welcome, and thank you for your suggestions.

1) Are there any disadvantages to changing this config setting?
If not then shouldn't this be suggested as an upstream change to OSS?
Generally I have tried to keep this AUR package as close to the 'standard' OSS as possible.

2) I don't know how to do this but feel free to branch this oss AUR package into an 'oss-openrc' for this purpose.

Xylemon commented on 2016-04-08 18:06

Hi, I wanted to thank you for providing OSS support on Arch and I have two suggests to help improve the experience:

1) You should add this bit right before the configure process:

sed -e "s;grc_max=3;grc_max=6;g" -i "setup/srcconf.c"
sed -e "s;GRC_MAX_QUALITY=3;GRC_MAX_QUALITY=6;g" -i "configure"

It allows you to use additional high quality resamplers in Vmix by editing the configure script. Credit to the funtoo ebuild for this one.

2) Could you (or perhaps we could) make an openrc version of this PKGBUILD? This would be great for people who don't want to use systemd.

alexdw commented on 2015-08-10 19:44

@Geistesblitz: I'm not sure I fully understand what you're getting at, or how it relates to this AUR oss package.

Similarly, I can't find a new version of oss that would mean this one is out of date, so I've removed the out-of-date flag.

All comments