Package Details: libflashsupport-oss-nonfree 4.2_2020-1

Git Clone URL: https://aur.archlinux.org/oss-nonfree.git (read-only, click to copy)
Package Base: oss-nonfree
Description: Adobe flash plugin support lib (OSSv4)
Upstream URL: http://www.opensound.com/oss.html
Keywords: oss
Licenses: custom:4Front Commercial License
Conflicts: libflashsupport, libflashsupport-oss, libflashsupport-oss-git, libflashsupport-pulse
Submitter: alexdw
Maintainer: alexdw
Last Packager: alexdw
Votes: 15
Popularity: 0.000000
First Submitted: 2013-06-23 13:17 (UTC)
Last Updated: 2020-12-29 17:36 (UTC)

Latest Comments

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

alexdw commented on 2014-09-09 05:30 (UTC)

@nuc: Thanks for checking and posting back. Yes I noticed it was a bit odd now that AUR does not allow all 3 of the base packages to have a "libflashsupport-oss". The reason why I left it as "libflashsupport-oss" in optdepends is I thought this would allow any of the 3 "libflashsupport-oss" to work, though thinking again you probably always want the one associated with the base package so I'll have a look at changing it in the way you suggest. I'm not sure about what is causing those warnings (I get them too but osstest seems to work), whether it's a new feature in AUR/makepkg or a change in file permissions in the OSS source archive. Nor do I know how to resolve them - do I need to change the directory permissions in the package somehow? I'll have a look at this while checking out the "libflashsupport-oss" issue. Again I'm travelling for work so it will be Friday before I can make any of these fixes.

nuc commented on 2014-09-08 23:50 (UTC)

Hi, thanks for the update. Some issues though: libflashsupport-oss is in optdepends but it should be libflashsupport-oss-nonfree. Also I needed to manually remove libflashsupport-oss first because it obviously pulls in oss, which in turn conflicts to oss-nonfree. So maybe oss-nonfree should also conflict to libflashsupport-oss (and oss to libflashsupport-oss-nonfree)? Kind of a mess :/ Also I got those warnings after updating: Warning: directory permissions differ for / usr / lib / oss / build / Filesystem: 755 package: 2755 Warning: directory permissions differ for / usr / lib / oss / lib / Filesystem: 755 package: 2755 Warning: directory permissions differ for / usr / lib / oss / etc / Filesystem: 755 package: 2755 Warning: directory permissions differ for / usr / lib / oss / scripts / Filesystem: 755 package: 2755 Warning: directory permissions differ for / usr / lib / oss / cuckoo / Filesystem: 755 package: 2755 It *think* it installed properly though.

alexdw commented on 2014-09-08 19:44 (UTC)

Updated (4.2_2010-4) for build 2010, some clean-up in the PKGBUILD as suggested by nuc (thank you!), use of mkaurball (for new .AURINFO requirement in AUR) and renaming libflashsupport-oss to not conflict with the other ones (seems to be another new AUR requirement).

nuc commented on 2014-09-03 01:41 (UTC)

@alexdw: Sure np :) About the licensing issue: There appeared to be another bug concerning proper registration, thats why I didn't answer. The dev told me he will probably get it fixed in the next release (build 2010 I guess).

alexdw commented on 2014-09-02 18:04 (UTC)

@nuc: Thanks for the new version notification. I'll have a look at updating the PKGBUILD to 2010 on Monday - I'm away travelling for work at the moment and won't have access to my primary (Linux) PC until then.

alexdw commented on 2014-05-08 19:42 (UTC)

@nuc: I've commented that line so it should now install to: /lib/modules/$KERNEL/kernel/oss/ instead of: /lib/modules/extramodules-$KERNEL/oss/ Please could you try applying your license with this new version? According to the comments below, this change was for consistency with the old community/oss package. If it works better without this I'll do the same with the oss and oss-git packages for consistency (so all will install to /lib/modules/$KERNEL/kernel/oss as oss seems to expect). Updated (4.2_2009-3) with the above change.

nuc commented on 2014-05-08 18:00 (UTC)

It appears this change makes a problem: # make OSS install its modules to /usr/lib/modules/$KERNEL/extramodules/oss When I tried to apply my bought oss license, there was an error: # osslic /tmp/N12345678.asc /lib/modules/3.13.8-1-ARCH/kernel/oss/osscore.ko: No such file or directory It appears that arch installed the osscore.ko file into /lib/modules/extramodules-3.13-ARCH/oss/osscore.ko Could you please fix this alex? Thanks in Advance!

alexdw commented on 2014-04-06 01:37 (UTC)

Thanks for letting me know seschwar. I had a quick search and found a similar compilation error resolved here: https://communities.vmware.com/thread/469169 Looks like the issue is caused by this: http://lkml.iu.edu//hypermail/linux/kernel/1204.1/00030.html OSS is expecting uid_t but kernel is returning kuid_t instead. So I've added a very simple patch (linux-3.14.0.patch) to convert the return value back to uid_t. Updated version (4.2_2009-2) works for me now (osstest runs fine) with 3.14.0 kernel in testing repos (3.14.0-3-ARCH).