linux_base-8Base set of packages needed in Linux mode (for i386/amd64)
8.0_16emulatorsΣ=92 8.0_16Version of this port present on the latest quarterly branch.
DEPRECATED: unsupported by upstream, no security support anymore This port expired on: 2006-09-01 IGNORE: unsupported by upstream, no security support anymore
This port contains packages from a near-minimal installation of Red Hat Linux
8.0. These packages, in conjunction with the linux module, form the basis of
the Linux compatibility environment.
This port is only available for the i386/amd64 architecture. If you use an
Alpha computer, please install the linux_base port instead of this one.
If you want to run X11 applications, install the x11/linux-XFree86-libs port.
Mark deprecated and set expiration time for various reasons:
- superseeded
- outdated/EOL
- no maintainer
- bitrod
While I'm here add some more conflicts.
Move the dirrm of usr to a more appropriate place and convert it to
a dirrmtry since usr/local may be populated by the user.
Noticed by: pointyhat/kris
Use the new dirrmtry in the plist to remove the LINUXBASE/usr/local/*
dirs if empty, but without anoying messages if someone decides to
install some files by hand there.
Noticed by: pointyhat/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)
- use MASTER_SITE_READHAT_LINUX now that fedoralegacy is added there
- pet portlint a little bit
- don't create LINUXBASE/var/run, to let linux apps access /var/run
- link LINUXBASE/etc/ld.so.cache to /var/run/linux-ld.so.cache on a
recent -current (where /etc/rc.d/abi knows how to handle the symlink);
this should allow a read-only LINUXBASE
- don't remove LINUXBASE/usr/local, someone may have installed something
there
Examine MACHINE_ARCH instead of ARCH with respect to installation
commands that are dependent on the host machine architecture.
This fixes installation failure on amd64 in some circumstances.
PR: ports/80679 [1], ports/90252 [2]
Submitted by: OMATSU Shinichiro <koma2@lovepeers.org> [1]
Torfinn Ingolfsen <tingo@start.no> [2]
Approved by: emulation (maintainer, timeout 7 months)
- update bash and fileutils
- don't remove nsswitch.conf if modified [1]
- utilize the new "store GPLed sources" feature [2]
- use a master site which carries the files
Submitted by: Ulrich Spoerlein <q@galgenberg.net> [1]
Requested by: kris [2]
When installed as a package, some (empty) directories are missing. This
commit tries to solve this by adding some @exec calls into the plist.
Add a pkg-deinstall script with appropriate content which was previously
in pkg-install (ouch). [1]
PR: 82625 [1]
Submitted by: Boris B. Samorodov <bsam ipt ru>
- reformat the pkg-message
- don't generate the plist at install time, use a static plist instead
(this fixes the empty plist after the change to pre-su-install) [1]
- brand _every_ ELF executable in {,usr/}{,s}bin/
(short command line, should be used by other linux ports with a lot of
files too; contrary to the commit messages of some linux ports: brandelf
is usefull and doesn't result in foot-shooting in edge cases)
- install directly into the destination instead of bouncing through WRKSRC
Noticed by: marcus [1]
Pointy hat to: netchild [1]
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 )
On amd64, the installation script contained in the glibc RPM fails.
Work around this by using the --noscripts option.
PR: 75645
Submitted by: Carlos F. A. Paniago and Conrad J. Sabatier
Fix CONFLICTS lines, as requested by eik then petef:
I think it's a bug that linux_base thinks it conflicts with itself.
--petef
The problem occurs if you do
make install; make install FORCE_PKG_REGISTER=yes
which is somewhat supported, although [seldom] (never?) used.
--eik
Also record conflicts with cle_base.
Redistribution in binary form must provide a disclaimer
that states that the software is based in part of [sic] the
work of the FreeType Team, in the distribution documentation.
We also encourage you to put an URL to the FreeType web
page in your documentation, though this isn't mandatory.
-- <URL:http://cvs.freetype.org/cgi-bin/viewcvs.cgi/~checkout~/freetype2/docs/
FTL.txt?rev=1.7>
Add the libattr, libacl, libelf, and bzip2-libs packages, needed
by programs such as mv (used in installation); remove librpm404 and
rpm404-python which are unused. Make rpm an EXTRACT_DEPENDS rather
than BUILD_DEPENDS, based on Phil Pennock's suggestion for the
sgifonts port.
Submitted by: Frank Reppin (adding libattr and libacl)
