===> The following configuration options are available for lame-4.0:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
audio/lame: fix build (missing pkgconfig)
It did build fine in my poudriere, but not in the poudriere of others.
PR: 296643
Submitted by: Eric Camachat <eric@camachat.org>
Noticed by: Einar Bjarni Halldórsson <einar@isnic.is>
audio/lame: Remove libsndfile support and modernize port
Remove libsndfile support as this will cause circular dependency
with upcoming release of libsndfile 1.2.0. While it's possible to
disable usage of specific external libraries to some extent we want
to follow upstream as closely as possible instead of having to work
around such issues. If better input support is needed ffmpeg provides
support for LAME (by default), much better input format support and
very little overhead. While at it, do some minor changes to Makefile.
PR: 268566
Reviewed by: netchild (maintainer via private e-mail)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
audio: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <dmagda+libsamplerate@ee.ryerson.ca>
* <trasz@FreeBSD.org>
* Adam Weinberger
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aleksander Fafula <alex@bsdguru.org>
* Alex Allan <alex@kamaz.org.uk>
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexander Kojevnikov <alexander@kojevnikov.com>
* Alexander Nedotsukov <bland@FreeBSD.org>
* Alexander Vereeken <Alexander88207@protonmail.com>
(Only the first 15 lines of the commit message are shown above )
audio/lame: fix build on riscv
The previous commit only removed the BROKEN for riscv, but didn't add a patch.
PR: 256583
Reported by: Robert Clausecker <fuz@fuz.su>
Obtained from: LLVM project https://reviews.llvm.org/D89557
Mark these ports as BROKEN on riscv64.
The current contents of sys/riscv/include/ieeefp.h are empty. These
ports rely on that file being defined.
Approved by: portmgr (tier-2 blanket)
Patents are a complicated topic, and their regulation varies depending on
jurisdiction. Patents are not necessarily related to the license and so
should not be connected to the license framework.
As a project we will officially remove all patent limitations within the
ports tree and leave it to the user or consumer to deal with their local
legislation to determine if they can use the software without legal
restrictions.
Approved by: core
Move patents text from the Makefile to a file.
While I'm here, make it more an explanatory text than just a
copy&paste from the previous comment of the Makefile.
Requested by: portmgr (mat)
Add OPTIONS_DEFINE=DOCS for ports with %%PORTDOCS%% in the plist.
Where possible, correct a few instances where PORTDOCS was being used
to flag stuff in EXAMPLESDIR. For some ports, mostly those owned by
ruby@, PORTDOCS is applied to pretty much everything whether it's
documentation or example.
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
Convert audio from USE_GMAKE to USES=gmake
While here:
- Trim headers
- Convert some USE_GNOME=pkgconfig to USES=pkgconfig
- Add some missing pkgconf dependencies
- Convert some USE_GNOME=gnomehack to USES=pathfix
- update audio/lame to 3.98.4
- use ?= for the portrevision of a master port to make it possible to
change it in a slave port which depends upon lame
- bump portrevisions of ports which depend upon lame
- done via a semi-automated way (manual review and fixup)
- I tried to take care to not bump ports which only depend optionaly on
lame (with a default of no dependency)
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Trevor thinks we may be seen as a manufacturer of lame if we distribute
packages, so mark the port as NO_PACKAGE for patent licensing
reasons.
The distfile is safe to distribute.
Discussed with: trevor, Gabriel Bouvigne <bouvigne@mp3-tech.org>
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
- fix plist (only affects installs from a package) [1]
- replace the outdated pkg-descr with a new one
Noticed by: "Thomas E. Zander" <riggs@rrr.de> [1]
kris [1]
- (finally) update to 3.92
- take over maintainership (after some months of maintainer timeout)
Note: I have write access to the LAME repository, I think this is enough
to justify this and the following decisions.
- remove gtk support (it's only useful for active mp3 algorithm developers,
and if you use it, you use the CVS version of it, so there's no need to
install it)
- don't add vorbis support from PR 39606:
* there are much better tools to encode ogg vorbis
* there's no support from the LAME developers (FreeBSD would be the
only OS with working vorbis in LAME)
* it will get removed in a later LAME version
Submitted by: many, see PRs
PR: 39606, 43255, 43727
1) Revert change supporting for shared library build/installation due to
uncertainty: there are too many unsharable global variables. Pointed out by
Alexander Leidinger. 2) Due the last, revert to previous state without static
library installation 3) Revert patch template to patch-aa revision 1.7 4)
Unique change that is not reverse related: update MASTER_SITES using
MASTER_SITE_SOURCEFORGE (joseph@randomnetworks.com) 5) PORTREVISION bump.
