Commit graph

127 commits

Author SHA1 Message Date
Trevor Johnson
09f75fd0f9 Don't error out when the user defines USE_LINUX (See PR 69997 and
bsd.port.mk 1.505).
2005-03-15 05:25:17 +00:00
David E. O'Brien
91025526aa GC EXTRACT_DEPENDS (now done as a BUILD_DEPENDS). 2005-02-07 03:31:53 +00:00
Alexander Leidinger
3d5f5c279c Add rpm to build depends to fix the build on the cluster.
Suggested by:	kris
2005-01-29 11:15:15 +00:00
Alexander Leidinger
533b15786a 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.
2005-01-20 15:40:43 +00:00
David E. O'Brien
c0ec0fbec9 Get the PLIST generation out of do-install and into pre-instal.
Reported by:	sf
2005-01-17 19:37:47 +00:00
David E. O'Brien
420824d5d0 Follow the porter's handbook and allow 'make all' to be run by a moral user. 2005-01-16 03:56:35 +00:00
David E. O'Brien
4b160522cd Remove bogus do-patch: target.
Bump PORTREVISION for the move to freetype-2.1.5-0.
Properly spell gentoo.
2005-01-16 03:51:38 +00:00
Alexander Leidinger
64cf27c85d 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
   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
2004-12-31 18:24:10 +00:00
Trevor Johnson
f2145fc3fd 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
2004-12-30 19:41:02 +00:00
David E. O'Brien
f412920126 These ports should be using 'ARCH' rather than 'MACHINE_ARCH'.
Submitted by:	kris
2004-12-27 21:47:57 +00:00
Trevor Johnson
ce8d2856e5 Update CONFLICTS.
PR:		75283
Submitted by:	linimon
2004-12-21 19:49:43 +00:00
Trevor Johnson
335bfa1784 Remove some lines that are no longer needed. 2004-12-19 02:13:56 +00:00
Trevor Johnson
99e70a66fe Correct a mistake in my grouping of master site subdirectories. 2004-12-18 21:54:15 +00:00
Trevor Johnson
9e603b7d45 Simplify by grouping master site subdirectories.
Clean up amd64 support by consolidating tests.  Code after bsd.port.mk
was not reached.
2004-12-18 17:58:50 +00:00
David E. O'Brien
a2fc57960b On amd64 we want to use FALLBACK_ELF_MIB as kern.elf32.fallback_brand,
vs. kern.fallback_elf_brand.
2004-12-14 19:26:50 +00:00
David E. O'Brien
c4a086c3de First cut at supporting AMD64 (to give 32-bit support). 2004-12-14 19:13:10 +00:00
Trevor Johnson
ed18944122 Try to mount and unmount both linproc and linprocfs: the former
is documented in linprocfs(5) but I have seen and used the latter.
2004-02-08 21:49:37 +00:00
Trevor Johnson
396e63911f Add sizes. 2004-02-06 01:06:40 +00:00
Trevor Johnson
4100e88725 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.
2004-02-05 23:19:55 +00:00
Joe Marcus Clarke
053fdb6a6b Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 2)
2004-02-04 05:21:48 +00:00
Trevor Johnson
439b8a040c Use the CPIO macro defined in bsd.port.mk. 2004-01-22 12:18:43 +00:00
Trevor Johnson
4d61a0ed94 Use the latest glibc packages. Changes are described at
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0689>,
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0859>
and <URL:https://rhn.redhat.com/errata/RHSA-2003-325.html>.
2003-12-04 03:41:30 +00:00
Trevor Johnson
0ec456277c Mention the x11/linux-XFree86-libs port. 2003-11-21 04:39:59 +00:00
Trevor Johnson
098ed299a5 Remove the XFree86-libs RPM from here (see ports/x11/linux-XFree86-libs). 2003-11-19 16:12:24 +00:00
Trevor Johnson
9388793141 I don't see any use for the /compat/linux/initrd directory. 2003-11-19 13:23:25 +00:00
Trevor Johnson
e99ceadaf6 Use the FIND and XARGS macros introduced in bsd.port.mk 1.391. 2003-11-13 14:45:08 +00:00
Trevor Johnson
37bcffe8c9 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>
2003-09-29 15:55:57 +00:00
Trevor Johnson
f730b9000c 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)
2003-07-21 00:44:28 +00:00
Trevor Johnson
43a3ce9a00 security fix: update the XFree86 libraries to 4.2.1 because of
what is described at <URL:http://www.xfree86.org/security/> as "an
Xlib problem that made it possible to load (and execute) arbitrary
code in privileged clients"

"local users [may] gain root privileges via a modified LD_PRELOAD
environment variable that points to a malicious module"
--CAN-2002-1472
<URL:http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2002-1472>

The hash matches the one in RHSA-2003:067-19 at
<URL:http://rhn.redhat.com/errata/RHSA-2003-067.html>.
2003-07-03 16:35:54 +00:00
Trevor Johnson
57597c1200 Register conflicts among linux_base ports. 2003-07-03 14:38:31 +00:00
Trevor Johnson
a62f32ec86 new i386-only linux_base port, which installs bits from release 8.0
of a Linux distribution
2003-07-03 14:29:29 +00:00
Trevor Johnson
1cf930b9cc 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
2003-06-10 14:57:03 +00:00
Trevor Johnson
885cb8d505 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>
2003-06-01 08:23:28 +00:00
Yoshio MITA
13718d41d6 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.
2003-05-19 06:26:25 +00:00
Trevor Johnson
007fd60dd7 For the Alpha, update glibc and un-forbid (untested).
PR:	50313
Submitted by:	Miguel Mendez
2003-04-09 02:05:12 +00:00
Trevor Johnson
f0b43969f2 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.
2003-04-08 21:22:45 +00:00
Akinori MUSHA
1707b424cb De-pkg-comment. 2003-02-20 17:24:13 +00:00
Marcel Moolenaar
ee41069f85 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
2002-12-10 03:04:57 +00:00
Marcel Moolenaar
dad821b043 The previous commit deserved a revision bump.
Acknowledged by: kris
2002-12-03 06:45:56 +00:00
Marcel Moolenaar
950671e1f4 Fix both alpha and i386. The major change is that glibc has been
updated.

Reviewed by: kris
2002-12-03 06:27:50 +00:00
Mark Murray
d1b7d59c8a Force links so reinstalls can happen. 2002-11-05 08:23:18 +00:00
Trevor Johnson
f58e55ea1e On -CURRENT (i386), installation of the bash RPM failed because of
a missing libtermcap.so.2.
2002-09-26 16:26:19 +00:00
Trevor Johnson
e7bfaf6db7 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.
2002-09-26 16:21:32 +00:00
Maxim Sobolev
4fe6852b8f 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.)
2002-09-14 13:32:06 +00:00
Trevor Johnson
07f5480d94 Bump PORTREVISION for the glibc update. 2002-08-28 11:54:41 +00:00
Trevor Johnson
48f343aba0 Update glibc to 2.2.4-29, to avoid resolver and RPC security bugs. 2002-08-28 11:43:54 +00:00
Trevor Johnson
7fac87763d These should have the resolver bug too. 2002-08-26 09:56:34 +00:00
Trevor Johnson
fc90e46ce0 Forbid because of XDR security bug. 2002-08-26 09:47:59 +00:00
Akinori MUSHA
e24c539e8e Use MASTER_SITE_REDHAT_LINUX. 2002-07-25 18:55:23 +00:00
David E. O'Brien
02709ab678 Upgrade to Red Hat 7.x support. Many binary-only packages are now requiring
Red Hat 7.x to run.
2002-05-28 02:35:23 +00:00