summaryrefslogtreecommitdiff
path: root/emulators/linux_base-suse-9.3 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* new Linux base port with packages from SUSE 9.3Trevor Johnson2005-07-204-113/+344
|
* Remove expired linux_base-6 port.Trevor Johnson2005-06-101-1/+1
|
* new port linux_base-suse-9.2, based on the latest SuSE point releaseTrevor Johnson2005-01-145-145/+142
|
* Add new Linux base ports with packages from Red Hat Linux 9 [1] andTrevor Johnson2004-12-214-132/+104
| | | | | | | SUSE Linux 9.1 [2]. PR: 75241 [1] and 75296 [2] Submitted by: Xin Li [1], me [2]
* Remove some lines that are no longer needed.Trevor Johnson2004-12-191-7/+0
|
* Correct a mistake in my grouping of master site subdirectories.Trevor Johnson2004-12-181-1/+1
|
* Simplify by grouping master site subdirectories.Trevor Johnson2004-12-181-30/+19
| | | | | Clean up amd64 support by consolidating tests. Code after bsd.port.mk was not reached.
* On amd64 we want to use FALLBACK_ELF_MIB as kern.elf32.fallback_brand,David E. O'Brien2004-12-141-0/+4
| | | | vs. kern.fallback_elf_brand.
* First cut at supporting AMD64 (to give 32-bit support).David E. O'Brien2004-12-141-1/+9
|
* Try to mount and unmount both linproc and linprocfs: the formerTrevor Johnson2004-02-081-0/+12
| | | | is documented in linprocfs(5) but I have seen and used the latter.
* Add sizes.Trevor Johnson2004-02-061-0/+33
|
* Fix CONFLICTS lines, as requested by eik then petef:Trevor Johnson2004-02-051-1/+1
| | | | | | | | | | | | | | 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.
* Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.Joe Marcus Clarke2004-02-041-1/+1
| | | | (Part 2)
* Use the CPIO macro defined in bsd.port.mk.Trevor Johnson2004-01-221-1/+1
|
* Use the latest glibc packages. Changes are described atTrevor Johnson2003-12-042-5/+5
| | | | | | <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>.
* Mention the x11/linux-XFree86-libs port.Trevor Johnson2003-11-211-0/+2
|
* Remove the XFree86-libs RPM from here (see ports/x11/linux-XFree86-libs).Trevor Johnson2003-11-192-4/+3
|
* I don't see any use for the /compat/linux/initrd directory.Trevor Johnson2003-11-191-1/+1
|
* Use the FIND and XARGS macros introduced in bsd.port.mk 1.391.Trevor Johnson2003-11-131-2/+2
|
* Redistribution in binary form must provide a disclaimerTrevor Johnson2003-09-291-0/+3
| | | | | | | | | | 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, neededTrevor Johnson2003-07-212-5/+9
| | | | | | | | | 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)
* security fix: update the XFree86 libraries to 4.2.1 because ofTrevor Johnson2003-07-032-5/+5
| | | | | | | | | | | | | | 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>.
* Register conflicts among linux_base ports.Trevor Johnson2003-07-031-0/+1
|
* new i386-only linux_base port, which installs bits from release 8.0Trevor Johnson2003-07-036-19480/+106
| | | | of a Linux distribution
* Lars Eggert reports:Trevor Johnson2003-06-101-0/+16
| | | | | | | | | | | | | 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:Trevor Johnson2003-06-015-10/+10
| | | | | | | | | | | | | 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 intoYoshio MITA2003-05-192-3/+5
| | | | | | | | | | | | | | 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 the Alpha, update glibc and un-forbid (untested).Trevor Johnson2003-04-092-6/+7
| | | | | PR: 50313 Submitted by: Miguel Mendez
* For i386, update glibc and for the Alpha, mark forbidden due toTrevor Johnson2003-04-082-5/+9
| | | | | | | | | | | | 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.
* De-pkg-comment.Akinori MUSHA2003-02-202-1/+1
|
* Duplicate the two different MD5 checksums for redhat-release-*.rpmMarcel Moolenaar2002-12-102-0/+2
| | | | | | | in both distinfo files. The alpha and i386 versions are identical except for some meta-data. Requested by: trevor
* The previous commit deserved a revision bump.Marcel Moolenaar2002-12-031-1/+1
| | | | Acknowledged by: kris
* Fix both alpha and i386. The major change is that glibc has beenMarcel Moolenaar2002-12-034-18/+13
| | | | | | updated. Reviewed by: kris
* Force links so reinstalls can happen.Mark Murray2002-11-051-2/+2
|
* On -CURRENT (i386), installation of the bash RPM failed because ofTrevor Johnson2002-09-261-1/+2
| | | | a missing libtermcap.so.2.
* The redhat-release-7.1-1.noarch.rpm from Red Hat 7.1/Alpha has aTrevor Johnson2002-09-262-0/+2
| | | | | | | | 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 dependencyMaxim Sobolev2002-09-141-0/+4
| | | | | | | | | | 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.)
* Bump PORTREVISION for the glibc update.Trevor Johnson2002-08-281-1/+1
|
* Update glibc to 2.2.4-29, to avoid resolver and RPC security bugs.Trevor Johnson2002-08-285-194/+565
|
* These should have the resolver bug too.Trevor Johnson2002-08-261-1/+1
|
* Forbid because of XDR security bug.Trevor Johnson2002-08-261-0/+2
|
* Use MASTER_SITE_REDHAT_LINUX.Akinori MUSHA2002-07-251-12/+4
|
* Upgrade to Red Hat 7.x support. Many binary-only packages are now requiringDavid E. O'Brien2002-05-285-2287/+10574
| | | | Red Hat 7.x to run.
* This file isn't used any more -- distinfo.{ARCH} is.David E. O'Brien2002-05-281-55/+0
|
* Catch up checksums of arch-neutral files to distinfo.i386Kris Kennaway2002-05-151-4/+4
| | | | Submitted by: bento
* add missing directory.Norikatsu Shigemura2002-04-282-0/+2
| | | | Reviewed by: knu (mentor)
* Bump PORTREVISION for the zlib update.Trevor Johnson2002-03-131-0/+1
| | | | | | Forgotten by: me Reported by: Mike Buchanon <buchanon@mlss15.cl.msu.edu> PR: 35860
* Update for zlib "double free" security bugTrevor Johnson2002-03-126-8/+10
| | | | | (http://www.redhat.com/support/errata/RHSA-2002-026.html). I only tested this on i386.
* Fix ownership on ${LINUXBASE}/var/spool/mail.Pete Fritchman2001-12-231-0/+1
| | | | PR: 33096
* Pass maintainership over to ports@FreeBSD.org. The linux_base portsMarcel Moolenaar2001-11-181-1/+1
| | | | are getting beyond my control.
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-15 11:43:41 +0000