Package Base Details: oss

Git Clone URL: (read-only, click to copy)
Keywords: oss
Submitter: keenerd
Maintainer: alexdw
Last Packager: alexdw
Votes: 48
Popularity: 0.37
First Submitted: 2013-09-25 11:25
Last Updated: 2017-02-26 11:17

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

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/
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/ error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
.remove = osspci_remove
/usr/lib/oss/build/ note: (near initialization for ‘osspci_driver.remove’)
cc1: some warnings being treated as errors
scripts/ 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.

Geistesblitz commented on 2015-08-10 13:55

I really can't do a thing. The scripts should be more powerful for a noobie as me because the kernel's always changing and the compatibility is not always full.
I wish that the autobuild system:PKGBUILD should do more things, better, with a richer log in which we could learn exactly the entire steps that are needed to use this professional sound system in our lives.
Offtopic: I wish that Linus should implement OSS by default , entirely , because as I think it is : there are better maths in the code that there are in ALSA, maybe I'm completly wrong but that's what I've heard...
The FreeBSD guys would be happy if the porting system would be far easier.
Still Offtopic : why ARchlinux have lost the allmightlypower rc.conf ...
That was something , the BSD hierarchy is far more simple : rc.conf, loader.conf and you almost done . You should really fusion with this guys: Arch+Gentoo+FreeBSD = DeathofMicrosoft.

doru001 commented on 2015-06-26 18:49

@alexdw: Thank you, it works. The kernel update from 4.0.5 to 4.0.6 was required. The change of mirror I'm not sure.