Searches without login should now work. You must get asked to click a button.
Port details
linux_base-gentoo-stage1Files from Gentoo distribution, for Linux compatibility
2008.0_1emulatorsΣ=8 2008.0_1Version of this port present on the latest quarterly branch.
DEPRECATED: no recent buils; use linux_dist-gentoo-stage3 instead This port expired on: 2010-03-10 IGNORE: compat.linux.osrelease: 2.4.2 is not supported RESTRICTED: binaries licensed under GNU GPL without accompanying source
from Daniel Robbins of Gentoo Technologies, Inc.:
The "stage1" tarball is what we used to call a "build
tarball". It is a chrootable image that you can use to
build Gentoo Linux completely from scratch. It requires a
bootstrap and an "emerge system" to convert it to a bootable
Gentoo Linux system, and it will run on any PC (i486 or
greater).
WWW: http://www.gentoo.org/
emulators/linux_base-gentoo-stage1||2010-06-08|Expired: please use
emulators/linux_base-gentoo-stage3
emulators/linux_dist-gentoo-stage1||2010-06-08|Expired: please use
emulators/linux_dist-gentoo-stage3
Make these slave ports of their linux_dist-stage[123] cousins. This
does not change the functionality of these ports but moves the logic
to the master ports.
PR: 99210
Submitted by: Gabor Kovesdan <gkovesdan@t-hosting.hu> (maintainer)
- Explain in pkg-message that this port is not the default linux_base, thus it
isn't guaranteed that it will work in every case
Requested by: netchild
PR: 98595
Submitted by: gabor (maintainer)
Try a different way to find(1) to prevent chmod(1) from traversing
into linprocfs as fstype doesn't seem to work on pointyhat.
Not bumping PORTREVISION as it only affects pointyhat.
Submitted by: kris
Approved by: Kövesdán Gábor <gabor.kovesdan@t-hosting.hu> (maintainer)
Remove ia64 from supported ARCH as we have no linuxulator support for it.
PR: 97394
Submitted by: Gabor Kovesdan <gkovesdan@t-hosting.hu> (maintainer)
Reported by: pointyhat (kris)
Copy the way linprocfs is (re)mounted from linux_base-fc3 to fix
pointyhat failures.
PR: 97082
Submitted by: erwin
Approved by: Gabor Kovesdan <gkovesdan@t-hosting.hu> (maintainer)
- Unbreak (The plist generation completely works for me with a clean
installation, extra files can be generated later, during the use, as I
experienced with linux_base-fc3, but the port isn't broken. Or if the
port should handle this case, linux_base-fc3 is broken as well)
- Upgrade to 2006.0
- Add linux_base-fc3* as a conflicting package
- Take maintainership
- portlint cleanup and style fixes
PR: 95652
Submitted by: Gabor Kovesdan <gabor.kovesdan@t-hosting.hu>
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]
1. Unbreak port due to incorrect packing list, using NO_FILTER_SHLIBS
2. Unbreak port due to distfiles not fetchable on both i386 and alpha
3. Unbreak port on 5.3-RELEASE and 6-CURRENT for using bsdtar
unsupported flag (-S)
4. doesn't unnecessaryly rebuild things for 'make reinstall'
5. cleans up pkg_delete errors due to incorrect PLIST @dirrm ordering
6. cleans up pkg_delete errors due to trying to rm ${PREFIX}/etc
Thus 7. un-deprecates as portmgr's requirements met to keep port alive
Reviewed by: trevor
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.
The amd64 and i386 distfiles are unavailable. I'll look for fresh
ones later. One of the Gentoo hosts was broken into, too recently
for my comfort.
reported by: Kingsley Foreman of internode.com.au