Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 120093 - media-plugins/vcf - LADSPA plugins
Summary: media-plugins/vcf - LADSPA plugins
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Default Assignee for New Packages
URL: http://www.suse.de/~mana/ladspa.html
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks:
 
Reported: 2006-01-23 13:10 UTC by Benjamin Tremoulheac
Modified: 2013-11-19 22:01 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
vcf-0.0.5.ebuild (vcf-0.0.5.ebuild,482 bytes, text/plain)
2006-01-23 13:10 UTC, Benjamin Tremoulheac
Details
vcf-0.0.5.ebuild (vcf-0.0.5.ebuild,481 bytes, text/plain)
2006-01-23 13:13 UTC, Benjamin Tremoulheac
Details
vcf-0.0.5.ebuild (vcf-0.0.5.ebuild,517 bytes, text/plain)
2006-02-13 04:43 UTC, Benjamin Tremoulheac
Details
vcf-0.0.5.ebuild (vcf-0.0.5.ebuild,459 bytes, text/plain)
2006-02-13 07:16 UTC, Benjamin Tremoulheac
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Tremoulheac 2006-01-23 13:10:16 UTC
Hi,
vcf is a LADSPA  plugins for audio EQ biquad filters based on the cookbook formulae by Robert Bristow-Johnson and written by Matthias Nagorni.
Comment 1 Benjamin Tremoulheac 2006-01-23 13:10:59 UTC
Created attachment 77946 [details]
vcf-0.0.5.ebuild

Simple ebuild for vcf-0.0.5.
Comment 2 Benjamin Tremoulheac 2006-01-23 13:13:18 UTC
Created attachment 77947 [details]
vcf-0.0.5.ebuild

Corrected licence.
Comment 3 Carsten Lohrke (RETIRED) gentoo-dev 2006-02-12 18:52:06 UTC
- LGPL is not a valid license, please have a look at /usr/portage/licenses
- did you test on all the keyworded architectures, ~arch please
- looks like src_compile() is superfluous
Comment 4 Thomas Cort (RETIRED) gentoo-dev 2006-02-12 19:46:56 UTC
> /usr/lib/ladspa
Your ebuild should not hardcode the lib directory because it breaks multilib. Instead you should use $(get_libdir) from the multilib eclass. So, you should change /usr/lib/ladspa to something like /usr/$(get_libdir)/ladspa.

See this page for details on multilib: http://dev.gentoo.org/~plasmaroo/devmanual/archs/amd64/#the-multilib-strict-feature

Thanks for submitting the ebuild and continuing to improve upon it.
Comment 5 Benjamin Tremoulheac 2006-02-13 04:43:15 UTC
Created attachment 79679 [details]
vcf-0.0.5.ebuild

Corrected ebuild. Why src_compile() is superfluous ?
Comment 6 Thomas Cort (RETIRED) gentoo-dev 2006-02-13 05:18:11 UTC
(In reply to comment #5)
> Why src_compile() is superfluous ?
If all your src_compile does is run econf and then emake (or just emake, or
even does nothing at all), you can omit it. See:    http://dev.gentoo.org/~plasmaroo/devmanual/ebuild-writing/functions/src_compile/

> KEYWORDS="~alpha ~amd64 ~ppc ~sparc x86"
Have you really tested this on all of those platforms? You should only include keywords for archs on which you have tested. There are no exceptions for "stuff that is obviously cross platform", "stuff that upstream says works on other platforms" or "stuff that should be tested on other platforms". If you include anything other than ~x86 and ~amd64 in KEYWORDS, drop a comment in the bug saying "yes, I really have tested this on $arch" (and note that even if you *have*, the arch teams will still need to give the okay).

> KEYWORDS="~alpha ~amd64 ~ppc ~sparc x86"
Using arch (eg x86) rather than ~arch (eg ~x86). New packages start off in ~arch. There are no exceptions for stuff that is "really simple", "obviously stable" or "working".
Comment 7 Benjamin Tremoulheac 2006-02-13 07:16:14 UTC
Created attachment 79695 [details]
vcf-0.0.5.ebuild

Hope it's alright now...
Comment 8 Tom Wijsman (TomWij) (RETIRED) gentoo-dev 2013-11-19 22:01:59 UTC
This package has no maintainer so this bug may go unnoticed for a long time.
Gentoo has a dedicated team[1] for assisting users in maintaining orphaned
packages. If you are interested in maintaining this package, please contact
proxy-maint@gentoo.org.

[1]: http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml