Searches without login should now work. You must get asked to click a button.
Port details
linux_baseBasic packages for Linux mode from Red Hat 7.3/i386
7.3_1emulatorsΣ=268 7.3_1Version 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
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
This port contains Linux binary packages from Red Hat Linux 7.3. These
packages, in conjunction with the linux.ko kernel module, form the basis of the
Linux compatibility environment.
This port is available for the i386 architecture and experimentally for amd64.
If you use an Alpha computer, please install the linux_base-debian or
linux_base-gentoo-stage1 port instead.
Mark deprecated and set expiration time for various reasons:
- superseeded
- outdated/EOL
- no maintainer
- bitrod
While I'm here add some more conflicts.
Reset maintainership to ports@ after ~4 months without any response to any
PR.
Thanks for contributing.
Since the acroread7 port is a somewhat important port for our users, I
will hand it over to emulation@ if no _active_ *committer* takes it
before the ports freeze.
While I'm here:
- fix a little nit in the csound port (I think the intention was to
create no backup file instead of creating one with a "-e" extension)
- set ARCH to i386 in the amd64 case for the acroread7 port. This
is a work-around to be able to install everything when a dependency
is not already installed (ARCH is read-only in sub-makes, so the
dependencies can't change it). This should be removed when the
dependencies are fixed or converted to use bsd.linux-rpm.mk. [1]
Not objected to by: portmgr (explicit: krion; silence: rest)
Maintainer timeout: ~4 months
Submitted by: Sangwoo Shim <sangwoos@gmail.com> [1]
PR: 87985 [1]
Back out the check for the osf1 module: when I looked at
src/sys/alpha/linux/linux_sysvec.c I saw that the linux module
depends upon it.
Prompted by: Daniel O'Connor
Mark forbidden due to X Pixmap parsing bugs in
the XFree86-libs RPM installed by this port.
advisories:
CAN-2004-0687, CAN-2004-0688, CAN-2004-0692,
RHSA-2004-478, CAN-2004-0914, RHSA-2004-612
For i386, use latest glibc and XFree86-libs, and increment PORTREVISION.
Advisories are at <URL:https://rhn.redhat.com/errata/RHSA-2003-286.html>
and <URL:https://rhn.redhat.com/errata/RHSA-2003-325.html>.
Hewlett-Packard has not issued updates for Red Hat 7.2/Alpha.
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.
Fix the install by stripping the i386 tag out of DISTFILES.
Reported by: Stephen Hilton <nospam@hiltonbsd.com>
Tested by: Stephen Hilton <nospam@hiltonbsd.com>
Remove the two checksums for redhat-release-7.1-1.noarch.rpm from each
distinfo file, and instead fetch this one from from the i386 directory for
both Alpha and i386 architectures. Based on the previous commit that
duplicated these entries in the plist, these files should be more or
less identical. Note: ftp-master will be updated soon with the correct
distfile. [1]
Also, remove redundant slashes from the jail message. [2]
PR: 61660 [1]
61697 [2]
Submitted by: Linh Pham <question@closedsrc.org> [2]
Lars Eggert reports:
Installation of linux_base-7.1_2 fails when linprocfs is
mounted. Unmounting linprocfs before installing works
around the issue.
At Lars' suggestion, this script also mounts the linprocfs after
installation. I assume that if the user has a linprocfs entry in
/etc/fstab, the user wants it to be mounted. It also seemed like
a good idea to un-mount it before de-installation.
PR: 46172
security update:
The function gzprintf within zlib, when called with a string
longer than Z_PRINTF_BUFZISE (= 4096 bytes), can overflow
without giving a warning. zlib-1.1.4 and earlier exhibit
this behavior. There are no known exploits of the gzprintf
overrun, and only a few programs, including rpm2html and
gimp-print, are known to use the gzprintf function. The
problem has been fixed by checking the length of the output
string within gzprintf.
--<URL:http://rhn.redhat.com/errata/RHSA-2003-079.html>
Make libstdc++-2.96-112.7.1.i386.rpm to be extracted and included into
package. libstdc++-2.96 is a core package that is referenced by many
linux_base applications such as linux-eagle. For instance, linux-eagle
doesn't work with linux_base-7.1_3.
Despite the importance, libstdc++-2.96 has been forgotten to be extracted
since 6 months. (Actually, the RPM package is listed in the Makefile,
but was badly defined so that no extraction was performed.)
Since linux_base is an important package, I hesitated to commit this
correction (for a long time :). If there is any incovenience in the
way of package definition, please feel free to correct my change.
For i386, update glibc and for the Alpha, mark forbidden due to
remotely exploitable RPC bug (Red Hat advisory RHSA-2003-089 and
CERT advisory CA-2003-10).
According to <URL:http://www.redhat.com/apps/support/errata/>, "all
errata support for Alpha products, Sparc products, and Powertools
products have reached end of life."
I didn't do proper run-time testing of this, but "make package
deinstall" leaves a clean /compat/linux/ behind.
Duplicate the two different MD5 checksums for redhat-release-*.rpm
in both distinfo files. The alpha and i386 versions are identical
except for some meta-data.
Requested by: trevor
The redhat-release-7.1-1.noarch.rpm from Red Hat 7.1/Alpha has a
different MD5 hash from the corresponding package from 7.1/i386.
The contained etc/redhat-release files have the same contents but
different time stamps. By having both hashes in both distinfo
files, installation can proceed for users who share the same distfile
cache for both architectures.
Due to popular demant into each port which might be inserted into dependency
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
Fix unknown uid/gids that come out of the RPMs, to avoid the quotacheck
warning about unknown owners. Add a reminder in the Makefile, because this fix
should be removed when a new release of the RPMS fixes the problem.
The info package seems to be sensitive about the locale settings and fails to
install if the language is not C. Override any locale settings when running
rpm.
Replace the locally defined PREFIX (defined as /compat/linux) by the globally
defined LINUXBASE. Setting DESTDIR on the command line now does what one
expects.
Revert previous checksum change. The checksums were correct for the i386. They
seem to be wrong for alpha. Whether that's caused by a bad mirror or is caused
by a structural bogosity has to be determined at this time.
Do not rely on the linux(8) shell script. Instead, use an INSTALL script so
that the behaviour of a package installation matches that of a port
installation identically.