Remove expired leaf ports:
2006-12-01 x11/XFree86-aoutlibs: Requires a.out ld.so and support libraries
2006-12-10 x11/linux-XFree86-libs: superseeded by linux-xorg-libs port
2006-12-04 www/mod_v2h: No longer available for download, the website is gone
2006-12-04 www/mod_injection: No longer available for download, the website is
gone
- set MAINTAINER to ports@, so anyone interested may take care of the port;
- set DEPRECATED=superseeded by linux-xorg-libs port;
- set EXPITATION_DATE=2006-12-10.
Suggested by: netchild
Revert back previous commit of removing deleted ports from
CONFLICTS variable. Give happy users just another chance to
update their systems.
Pointed out by: infofarmer, kris
The read-only LINUXBASE case (after installing the ports, of course) has
to besolved differently, since the ldconfig call has to be chrooted, else
the linux ldconfig will cache some FreeBSD native libs which results in
not being able to start some programs:
- remove the symlink (linux_base)
- revert to chroot the ldconfig call (with internal functionality this
time)
Check if /usr/X11R6/lib is in the ld.so.conf. If it isn't (that's
only the case in non-default linux_base ports): moan.
Suggested by: Boris Samorodov <bsam@ipt.ru>
Mega-patch to cleanup the ports infrastructure regarding our linux bits:
- 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
(Only the first 15 lines of the commit message are shown above )
Minimal changes to let users update the linux base and the linux X11 bits
in any order:
- add the X11 lib path to ld.so.conf in the linux base port
- (re)generate the ld.so.cache file in the linux base port too
- don't change the ld.so.conf in the linux X11 port
At deinstall time the linux base port may still complain about a changed
ld.so.cache file. A clean way to solve this would be to use ("@unexec" and
"@exec") in the plist. Since the plist is autogenerated this would need
some little magic in the plist generation or we have to switch to a static
plist. Delay the decission about how to handle this until we know when/how
to update to a more recent linux base port.
Say hello to the linux mega patch, it consolidates our linux bits a
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
(Only the first 15 lines of the commit message are shown above )
update for security bugs in parsing of X Pixmap images, see:
<URL:https://rhn.redhat.com/errata/RHSA-2004-478.html>
<URL:http://www.novell.com/linux/security/advisories/2004_41_xshared_XFree86_libs_xorg_x11_libs.html>
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0687>
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-068*>
Back out new PORTREVISION: after discussion with des and nectar I
believe that the bugs in RHSA-2004-059 need not concern users of
this port. If anyone has evidence to the contrary, please discuss
it with me.
Sync FORBIDDEN tags with the FreeBSD VuXML database, please refer to the
individual database entries for details. Report errors and omissions in the
database to the FreeBSD Security Officer <security-officer@FreeBSD.org>
bump PORTREVISON for x11/linux-XFree86-libs, since the vulnerabilites are
fixed.
Update to version 4.3.0-2.90.55 due to several security bugs
(discovered by iDefense and David Dawes) in the parsing of font
files and the font.alias file which can give root privileges to
local users. Advisories are at:
<URL:https://rhn.redhat.com/errata/RHSA-2004-059.html>,
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0083>,
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0084>,
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0106>,
<URL:http://www.idefense.com/application/poi/display?id=72> and
<URL:http://www.idefense.com/application/poi/display?id=73> (Flash
and Javascript required on the latter site).
Submitted by: mi
The linux-gtk port sets USE_LINUX_PREFIX which adds a dependency
on linux_base 7.1, but the latter port has its own XFree86 libraries
which conflict with the ones from this port. The rpm2cpio (used
in pre-install) and rpm (used in do-install) ports conflict with
each other. Fix the dependencies by bringing in parts of the
linux-gtk Makefile so this port can stand on its own, and by using
the rpm2cpio that accompanies rpm.
While I'm here, be less verbose, reorder some lines to please
portlint, and slim the pre-install a little.
Approved by: portmgr (marcus) for 5.2 freeze
