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.005456
First Submitted: 2013-09-25 11:25
Last Updated: 2021-01-15 00:09

Packages (2)

Latest Comments

« First ‹ Previous ... 4 5 6 7 8 9 10 Next › Last »

RunningDroid commented on 2013-10-20 18:26

I tried adding the -L line to CFLAGS and the build failed the same way.
Then I ran "pacman -Ql gcc47 | grep '\.a$' " and there weren't any *.a files, so I rebuilt gcc47 and that solved it.

Nowaker commented on 2013-10-20 10:24

@RunningDroid, I just tried building it to make sure it works. I installed gcc47 and oss from scratch, and got:
==> Finished making: oss 4.2_2008-2 (nie, 20 paź 2013, 12:06:38 CEST)
Full log:

"cannot find -lgcc" suggests gcc compile-time libs are not available. gcc47 is installed though...

Could you please try adding something like this to gcc-4.7 call?
This is where *.a files reside: pacman -Ql gcc47 | grep '\.a$'

RunningDroid commented on 2013-10-20 02:12

I seem to be having trouble building this, the build fails with "/usr/bin/ld: cannot find -lgcc"

makepkg build log:

seschwar commented on 2013-10-17 14:57


I think it is unlikely that OSS is picked up by a TU and put into [community] again, because it does not build with Arch's current tool chain, which includes GCC 4.8. Also upstream isn't very active and does not keep up with Linux kernel development very well. This makes it unsuitable for a rolling release distribution.

OSS support being dropped from VLC is unfortunate, but understandable from the maintainer's point of view. You could open an issue and nicely request it being readded on the grounds that it does not require any additional dependencies, practically does not increase the size of the package and basically doesn't impact VLC for non-OSS users in any way. Alternatively you could use mplayer, mpv or some GStreamer based video player, all of which still include OSS output.


OSS does not build correctly with GCC 4.8 and later. We will only find out, whether this is a bug in GCC or in OSS, if someone which too much time bisects GCC and then locates the offending code in OSS.

The gcc47 PKGBUILD was updated to allow installation alongside gcc-multilib. If you have any problems with building gcc47 report it in gcc47's comments.


Thank you all for your continued patronage. :P

TiborB commented on 2013-10-16 19:35

what is current status in regard to gcc47 dependency? It is still being listed in "makedepends" array....

Osune commented on 2013-10-15 00:45


does this working package mean we will see (in near? future) oss in official repositories again?
It's a shame that oss suport in most packages was droped since it moved to AUR (e.g. VLC).

Thanks for maintaining OSS!

Nowaker commented on 2013-10-04 10:17

@Freso, you are right. And it's already documented. :) Will update all my pkgvers soon.

Nowaker commented on 2013-09-29 23:25

@lspci, It compiles but does not work. Try modprobe and you will see.

hav3lock commented on 2013-09-29 23:23

please update your pkgbuild to use gcc-libs instead of gcc47. Gcc47 is not necessary. The package compiled and built just fine for me using the current gcc-libs version. gcc47 is deprecated and not needed. please update.

Nowaker commented on 2013-09-29 21:09

Thanks guys for your contribution.

@Freso, what you say would absolutely make sense for binary packages - as in official repositories. Whenever you build a *-git package from AUR, you get a current version from HEAD. pkgver only says when the maintainer last updated the PKGBUILD. pkgver may be "a1b2c3" but you clone a repo with "d4e5f6" on HEAD anyway. However, I will ask on aur-general or arch-general. It would be best to have official guidelines on the wiki.

@seschwar, 1 - You put in on the bottom, I first didn't even notice that. 2 - We will duck it if I perform some other changes, so far it's you who mainly wrote the PKGBUILD. :D