This brings USE_TWISTED options which works like USE_GNOME
to python ports. [1]
- Fill comment about USE_ZOPE. [1]
- Fix some mixed usage of tab and space.
PR: 82445 [1]
Submitted by: Vsevolod Stakhov <vsevolod@highsecure.ru> [1]
Wavpack moves from main package to stand alone plugin.
New cdio plugin, spc plugin now enabled.
Mark the cairo plugin ignore because it needs a newer version of cairo.
Use gst-register-0.8 instead of gst-register.
Changelog: http://gstreamer.freedesktop.org/releases/gst-plugins/0.8.10.html
Approved by: maintainer (implicit)
it is empty. USE_AUTOTOOLS_COMPAT will always be defined, but we don't
want to assume that we're using autotools compatibility unless its value
is non-null. Previously, the defined check would cause ports using the new
USE_AUTOTOOLS scheme to fail.
Approved by: ade
USE_AUTOTOOLS stanza. Full backwards compatibility with the current
USE/WANT variables has been maintained via a number of shims which
are set to expire on January 1st, 2006.
Please do *not* start using USE_AUTOTOOLS in port Makefiles until
after 6.0-RELEASE has gone out the door. Once that has happened,
I will implement a tree-wide conversion process before 5.5-RELEASE,
at which points ports will be free to use the new mechanisms.
This change has been extensively locally tested with various large
consumers of autotools building with no ill-effects notice. However,
there may well be edge cases that need to be taken care of. After
discussion with various members of portmgr, it was agreed that this
commit could go ahead without an -exp run, but that does not, in
my mind, constitute full approval. The responsibility for any breakages
caused by this commit are mine, and mine alone. Please do file PRs,
or mail me directly, if breakage is noticed, and I will endeavor to
fix immediately.
PR: 82462
- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD
tools to strip binaries anymore, so it's not neccesary anymore to override
STRIP and STRIP_CMD.
- USE_LINUX_PREFIX implies NO_MTREE now.
- In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries
instead upon the native FreeBSD libraries.
- The variable LINUX_BASE_PORT contains a string which is suitable as an
item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the
default (or overriden) linux base, ${LINUX_BASE_PORT} should be used
instead of a hardcoded reference.
- Change all ports to comply to the "new world order".
- The Ports Collection now allows to override the default linux_base port.
Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use
${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use
${PORTSDIR}/emulators/linux_base-${OVERRIDE_LINUX_BASE_PORT}).
- If USE_LINUX or OVERRIDE_LINUX_BASE doesn't point to an existing linux_base
port and if USE_LINUX isn't set to "yes" (case insensitive), the port will
be marked as IGNORE. [1]
- Readd USE_LINUX knobs into several ports and make several uses of a
conditional dependency ("USE_LINUX?=") into an unconditional one
("USE_LINUX=") which where removed/changed by Trevor to allow the use of
alternative linux_base ports. While this is a nice goal, the implementation
resulted in missing dependencies. The OVERRIDE_LINUX_BASE_PORT knob
in this commit is supposed to fix the problem while keeping the feature.
Basicaly this includes a backout of Trevor's commit, to prevent confusion
I mention it here explicitely.
- Use the correct prefix (X11- instead of LOCAL- or LINUX-) for some ports.
Chase dependencies for this.
- Changes to make linux_devtools installable on amd64, remove some stray
device nodes (they don't work on recent OS versions and aren't really
needed).
- Make linux_base-8 PREFIX clean and remove some stray device nodes.
Additionally tell a little bit more about how to setup NIS/YP [2].
- Update the PGSQL dependency in the linux-opengroupware port to a recent
version (the old one isn't available anymore), I don't know if this
works (at least it isn't more broken than before).
- Use PREFIX/usr/share/doc instead of PREFIX/usr/doc in the divx4linux
ports, the former path exists already and gets populated by other
packages too (PREFIX=LINUXPREFIX!).
- Fix some obvious (non-linuxolator) bugs in some linux ports while being
there.
- Bump PORTREVISION where neccesary.
Requested by: portmgr (linimon) [1]
Submittted by: Gerrit Kuehn <gerrit_huehn@gruft.fido.de [2]
Approved by: portmgr (kris, linimon), maintainers (or maintainer timeout)
Tested on: ports cluster (kris)
Reviewed by: silence on emulation@
Superseedes PR: 69997
Maintainer approval from:
chris@chrisburkert.decracauer@cons.org
des
girgen
jamie@bishopston.net
mezz
mi
nivit@users.sf.net
pat
simond@irrelevant.orgriggs@rrr.deUdo.Schweigert@Siemens.com
flagged a port as BROKEN. Since INDEX builds just fine, it's pretty
obvious that all ports have been converted over to the current world
order, and this has been the case through at least the lifetime of 5.x,
so it's time they went away.
using the various GNU autotools, running "aclocal" at configuration
time, prior to any other tools.
This should allow a number of ports Makefiles to be cleaned up with
respect to their explicit calling of ${ACLOCAL}
PR: 41945 (reworked for current reality)
Submitted by: Bruce M Simpson <bms@spc.org>
The versioned autotools are now strictly for building other ports in the tree.
Likewise, the gnu- autotools are for runtime dependencies for IDEs, and others,
where unmodified cross-platform capabilities are desired.
USE_GCC=3.2+ on a 6-CURRENT system prefers the GCC 3.2 compiler
instead of the GCC 3.4 default system compiler.
One often uses USE_GCC=3.2+ to enable a port to build on RELENG_4,
but that does not mean a 6-CURRENT user doesn't want to use the
native compiler.
I also argue that the correct algorithm for USE_GCC=3.2+ is:
1. Use system compiler if it's version is allowable by the USE_GCC
invocation.
2. Prefer the highest version # found already installed and allowed
by the USE_GCC invocation, rather than the lowest.
3. Install the specified GCC version and use if, if no other already
installed compiler meets the USE_GCC invocation.
#1 and #3 are implemented with this patch, but #2 isn't.
The reason for it is because there is no highest version # specifiable
with the USE_GCC command. What could be made is that the USE_GCC
command accepts two arguments, where the first is the lower version,
the second is the upper version. Or USE_GCC=-4.0, where everything
<= 4.0 is allowed.
PR: ports/81116
Reviewed by: David O'Brien <obrien@freebsd.org>
Remove xine plugins, not very well supported and gstreamer-ffmpeg does a
better job.
Override COMMENT and PORTREVISION in slave ports.
For the slave ports in multimedia add also CATAGORIES.
Chase libmusepack -> libmpcdec rename.
Changelog: http://gstreamer.freedesktop.org/releases/gst-plugins/0.8.9.html
Approved by: maintainer (implicit)
graciously provided by the Federal University of Parana, Brazil;
the only SOURCEFORGE mirror on Latin America. They are committed
for full SOURCEFORGE mirroring.
Release notes are available at
http://www.x.org/X11R6.8.2/doc/RELNOTES.html
Thanks to kris and krion for running several cluster test builds,
maintainers of GNOME for prompt responses, portmgr for postponing ports
freeze for this update, testers on FreeBSD-X11@ list and others that I
might have mised here.
Also included:
- fix for ATI Mobility on Dell Inspiron 7500 (obtained from Marc Aurele La
France; obtained and tested by julian)
- fix for kbd driver on Sparc64 (tested by Aaron Dudek, Michael G. Jung and
Matthias Muthmann), which still appears to have problems with some
keyboards - so
- fix for kbd driver on PC98 (reported and tested by NAKAJI Hiroyuki; PR
ports/77217)
- fix for i810 on HP D530 (obtained from Egbert Eich; obtained and tested
by Anders Nor Berle; PR ports/74757)
His idea was:
What do you guys think of changing the +='s in bsd.sites.mk to
?='s? The deal is this: say I have a specific AfterStep dist
site that I want to use, and I don't want the default listed
sites to be attempted at all.
As it stands now, there are two current solutions that I see:
* edit bsd.sites.mk after every cvsup
* put like 100 entries for that site in MASTER_SITE_AFTERSTEP
in /etc/make.conf and turn on RANDOMIZE_MASTER_SITES
His solution was:
Change the bsd.sites.mk to MASTER_SITE_AFTERSTEP?=, and then I
can define MASTER_SITE_AFTERSTEP to be whatever I want it to
be.
The final solution is:
Add an .if !defined(IGNORE_MASTER_SITE_xxx) / .endif around all
MASTER_SITE definitions:
+.if !defined(IGNORE_MASTER_SITE_XORG)
MASTER_SITE_XORG+= \
ftp://ftp.x.org/pub/%SUBDIR%/ \
ftp://ftp.gwdg.de/pub/x11/x.org/pub/%SUBDIR%/ \
[...]
+.endif
This way, if you want to ignore the default MASTER_SITE_xxx and use
a certain mastersite for this collection, you set this in your
/etc/make.conf:
IGNORE_MASTER_SITE_xxx=yes
MASTER_SITE_xxx=http://z.x.y/
While if you prefer a certain mastersite for this collection, you
set this in your /etc/make.conf:
MASTER_SITE_xxx=http://z.x.y/
NOTE: these are only added if the related variables are defined by the port.
This should ease the configuration of launcher shell scripts used for Java
application ports, when they are using javavmwrapper to invoke a JVM. From now,
a simple launcher that suits most of the Java application ports can be writen
using the following scheme:
#!/bin/sh
JAVA_VERSION="%%JAVA_VERSION%%" \
"%%LOCALBASE%%/bin/java" -jar "%%JAVAJARDIR%%/myport.jar" "$@"
As mentioned above, this is of course only correct provided that the port
defines JAVA_VERSION.
Approved by: glewis (co-maintainer)
- Sync up Motif selection algorithm with xemacs21-mule port.
- Remove GTK support for now, it was commented out and it does not work well.
- General Makefile cleanup
- Unbreak on sparc64
PR: ports/77291
Submitted by: Pawel Worach <pawel.worach(at)telia.com>
* Document DISABLE_VULNERABILITIES variable. [2]
* Add WWW: line for 'search' target. [3]
* Speedup check-vulnerable invokation, if portaudit is installed. [4]
* Run install-info for all .info files. [5]
* Run add-plist-docs more strictly and prevent some situations with
leftover files in the future. [6]
* Introduce two new variables: MASTER_PORT and SLAVE_PORT.
The results from these variables is only used as information for
users. [7]
* Honour OPTIONS if PACKAGE_BUILDING or BATCH are defined. [8]
* Move all USE_GCC entries to new file - bsd.gcc.mk. 'test-gcc'
target allows users to check gcc version if USE_GCC is used. Give
maintainers opportunity to add '+' character to USE_GCC version
for using specified and higher versions. [9]
* Install startup scripts with the help of USE_RC_SUBR variable. [10]
* Add three new targets: config-recursive, rmconfig-recursive and
config-conditional. You can set or delete OPTIONS for all
dependencies before every build. config-conditional target is
used to skip configuring ports which have already been
configured. [11]
* Fix using of WANT_PGSQL_VER variable if postgresql is already
installed. [12]
PR: ports/75768 [1], ports/75728 [2], ports/76187 [3],
ports/76191 [4], ports/76182 [5], ports/75379 [6],
ports/75286 [7], ports/75727 [8], ports/76489 [9],
ports/73691 ports/69217 [10], ports/76254 [11],
ports/76988 [12]
Submitted by: dinoex [1], edwin [2] [5] [6] [8] [9] [10],
Marcus Grando <marcus@corp.grupos.com.br> [3],
tobez and Valentin Nechayev <netch@netch.kiev.ua> [4],
linimon [7], Florent Thoumie <flz@xbsd.org> [10],
Chris Dillon <cdillon@wolves.k12.mo.us> [11],
girgen [12]
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
Use more correct OSVERSION threshold to distinguish between
base system perl and perl from ports - the right value is 500036 [1].
Also, simplify OSVERSION-related logic in lang/perl5 and lang/perl5.8.
Now it goes as follows:
- for lang/perl5.8, if there is perl in the base system, install
use.perl script, use a helpful pkg-message, and do not automatically
update symlinks;
- for lang/perl5.8, if there is no perl in the base system, do not
install use.perl script, and update symlinks automatically;
- for lang/perl5, always install use.perl;
- for lang/perl5, never update symlinks automatically;
- for lang/perl5, vary produced pkg-message depending on the presence of
the base system perl.
Bump PORTREVISION for both lang/perl5 and lang/perl5.8.
[1] Approved by: portmgr
All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.
PR: 75344
Approved by: portmgr@ (kris), ade & sean (mentors)
dependency on many python versions. This fixes a problem that Zope
product ports depend on both of Python 2.3 and 2.4 if they use not
only Zope itself but also 3rd party Python modules.
Submitted by: Filippo Natali <filippo.natali@widestore.net>
This site is pain in the butt. I'm sitting 280 km away from it, on ISP
backbone who have a direct link to Wien, and still I was not able to
pull more than 5000 bytes per second from this site in past year or two.
list. Both were set up with no SUBDIR. The former gives a "No
such directory" response and the latter only carries Alpha bits
from Red Hat 7.2, whereas I removed Alpha support from the Red Hat
7 linux_base port when I updated it to 7.3. I conclude that these
entries are no longer needed.
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
* Users may specify a nonstandard PREFIX to install somewhere. If they
are trying to use an USE_X_PREFIX=yes port, install with BSD.x11*.dist.
Otherwise, use BSD.local.dist. Ports that deliberately set a nonstandard
PREFIX must also set NO_MTREE to avoid spamming their hierarchy with an
inappropriate MTREE specfile.
Pointed out by: krion
with the reasonable use of that variable to hold date strings in the
environment [1]
* Overhaul the mtree spec file selection code: instead of deciding based
on the value of USE_X_PREFIX, compare PREFIX to X11BASE and LOCALBASE
directly. This fixes the MTREE_FILE for ports that set PREFIX=${X11BASE}
but don't set USE_X_PREFIX for some reason. If PREFIX is a
nonstandard value, set NO_MTREE=yes.
Noticed by: Jez Hancock <jez.hancock@gmail.com> [1]
linked with -pthread and -Wl,as-needed will have all references to libphthread
stripped (reason/reasoning unknown), causing funny runtime errors when Qt
decides to fire up a thread.
