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.
* Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1)
may coredump with a double free() problem from a misuse of the DL
module. In that case, reinstall sysutils/portupgrade manually.
DRI drivers are incompatible with the old libGL in XFree86, they have been
repocopied to graphics/xfree86-dri. Also note that with this commit the html
manpages are going away, and with it the runtime dependency on perl for the
imake port.
Release notes at: http://www.x.org/X11R6.8.1/RELNOTES.txt
Props to: kris (multiple cluster runs and sorting through logs)
lesi (fixing all the issues in those logs, and more)
The sites included are a semirandom subset of the official
mirror list.
Tested with databases/mysql40-server:
CATEGORIES= databases
MASTER_SITES= ${MASTER_SITE_MYSQL}
MASTER_SITE_SUBDIR= MySQL-4.0
PKGNAMESUFFIX?= -server
PR: ports/67311
Submitted by: Roman Neuhauser <neuhauser@chello.cz>
deskutils/drivel is the only port that has pkg-plist change, so bump the
PORTREVISION. The rest else should be no function change, but just remove the
patches to allow gnomehack takes care of it. Keep in mind, I only touch those
ports that already have gnomehack.
Reviewed by: pav and marcus
ORIGIN" problem when a python extension module is needed by not
only a Zope product but also non-Zope python application. And
there's no known good solution yet.
PR: 75013
Submitted by: Filippo Natali <filippo@widestore.net>
and use command macro SORT. [1]
* Clean up the comments, and use 4 column tabs everywhere. [2]
* Introduce 2 new variables: SUB_FILES and SUB_LIST. [3]
* Document DEPRECATED and EXPIRATION_DATE variables. [4]
* Sanitize the intermittent output by the build infrastructure
so that cutting and pasting from it no longer interferes
with GNATS-tags. [5]
* Honour configure arguments for USE_XLIB if USE/WITH_LIBTOOL_
is used. [6]
* Properly document 'describe' target. [7]
* Fix pkg-plist handling for ports that set a non-standard
PREFIX. [8]
* Defaults INDEXFILE to INDEX-6 on 6-CURRENT (600000). [8]
PR: ports/62298 [1], ports/73633 [2], ports/67151 [3],
ports/74310 [4]. ports/74758 [5], ports/74536 [6],
ports/74710 [7], ports/74691 [8]
Submitted by: eik [1], edwin [2], Florent Thoumie <flz@xbsd.org>,
sem [4], vs [5], ahze [6], linimon [7], kris [8]
