PORTREVISION or PORTEPOCH are defined.
Most of these Makefiles were defining DISTNAME and WRKSRC (and
sometimes EXTRACT_SUFX) -- change those to define DISTFILES only.
Also, some of the WRKSRC lines were not even necessary, as they were
defining it to the default value.
Instigated by: Peter Pentchev <roam@orbitel.bg> and kris
This breaks the port (hopefully temporarily) for CURRENT, but it is
verified to work in both, RELENG_3 and RELENG_4.
It also corrects problems with RELENG_3, which is more important
than CURRENT.
PR: 20951
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Furthermore: James McNaughton <jtm63@enteract.com> submitted
PR 21147, which is solved with this commit, and tested
this version on RELENG_3
independent packages that, despite the identical names, have
different contents.
This "feature" is currently implemented in a way that works
around a limitation in bsd.port.mk and can be considered a
hack.
versions are not the same as the i386 version, even though they
have the same name.
This fix does not have effect until the architecture specific md5
files are used.
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.
install those themselves now. MAINTAINER changed to someone who said he'd
keep the port up to date. Add sed regex to replace patch-aa to extend
the port's life. At least, now portlint doesn't whine so much..
PR: 18047, 18368
Some patch submitted by: Ports Fury
script so that the behaviour of a package installation matches
that of a port installation identically.
Note that, in the package case, we already have a valid run-time
linker hints file for Linux.
XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
- Add support for FreeBSD bridging facility. To use it, you need a
kernel built with `options BRIDGE'.
- Integrate vmnet and if_tap code into vmmon module.
- Install vmmon/vmnet1 pseudo-device nodes under /compat/linux/dev
instead of /dev
- Set TMPDIR to /var/tmp if empty.
- Change MAINTAINER back to Vladimir N. Silyaev <vns@delta.odessa.ua>,
now he is back and being active. :)
- vmware-sniffer and vmware-wizard were changed. (details unknown)
- vmmon/vmnet/vmppuser sources were unchanged, however, some of the
binaries (for Linux) seems have recompiled. That would not affect
us because we compile them from source.
Fix configure script to return zero on exit.
options `start' and `stop' now (unless I have forgotten any). This allows
us to call the scripts from /etc/rc.shutdown with the correct option.
The (42 or so) ports that already DTRT before are unchanged.
I've tested this version for several hours and found it pretty stable,
which means this "release" version could handle the situations which
RC versions never could.
If you suffer any problems with it, feel free to report the situations
in detail at the freebsd-emulation list.
which defines "trace" in a way that causes link errors.
This patch just places "#undef trace" statements on the line following the
"#include <ncurses.h>" in the two WIne files, that include that header.
This workaround should be kept as long as there may be systems with the
buggy definition of "trace" in "ncurses.h".
Approved by: Maintainer
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
Set MAINTAINER to <ak@freenet.co.uk> and mention the freebsd-emulation list.
emulators/vmware2:
Set MAINTAINER to <knu@FreeBSD.org> and mention the freebsd-emulation list.
Include the checksum of the 2.0.1-546 beta's distfile in files/md5 for those
who want to test it.
PR: ports/18799
Submitted by: Vladimir B. Grebenschikov <vova@express.ru>
Fix by: Kentaro Inagaki <inagaki@tg.rim.or.jp>
Advice by: peter
Tested by: people at freebsd-emulation list
1) Update to 20000430 release snapshot.
2) Remove irrelevant (integrated into wine tree) patches.
3) Add new patch.
4) New MAINTAINER (pfeifer@dbai.tuwien.ac.at).
Gerald apparently overlooked installation, so I added a few files to the
install so people can actually run WINE; I also accounted for these files
in pkg/PLIST updating. Unfortunately, I could not test WINE because I
don't have USER_LDT in my kernel and I'm not adding it just now. :-)
Special thanks to Gerald for his help!
PR: 18648
Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Approved by: se (previous MAINTAINER)
environment variables properly to run VMware, instead of installing it
as a symbolic link to ${PREFIX}/lib/vmware/bin/vmware.
Suggested by: Frank Mayhar <frank@exit.com>
Add $FreeBSD$ on the top of the Hints.FreeBSD file.
Add a link to the official VMware Product FAQ page.
- Remove post-install information from DESCR's.
- Replace /usr/local with ${PREFIX} in DESCR's and MESSAGE's.
- Remove unnecessary whitespace.
Pointed out by: portlint
- Mention full screen graphics mode works though it'll need due care not
to enter full screen text mode.
- Wording: vmware -> VMware
- Wording: tmpfs -> MFS
Some apps such as VMware for Linux would be happy with it.
The code was originally written by Vladimir N. Silyaev.
Note: It _includes_ Linux ioctl support, but basically it's
FreeBSD native stuff. I'm importing this into emulators
category for convevience' sake. Check it out.
- Correspond to VMware 2.0 Build 476 release (not beta)
- Support SMP kernel
- Install VMware tools floppies (for Windows and Linux)
- Add Hints.FreeBSD
- Mention my unofficial `rtc' port on post-install
- Raw disk may not work for the present
- etc.
Enjoy it!
- Make portlint satisfy
- Avoid creating files out of WRKDIR
- Remove the void directory "patch" (What ever was this?)
- Adjust whitespace
- Fix some ungrammatical wordings
- Modify COMMENT and DESCR
- Drop fakeprocfs support due to the import of Linux procfs to the base system
- Show MESSAGE after installation
- Change maintainer to the -emulation list because:
- Vladimir seems too busy or unreachable these days
- This port depends very much on Linux compatibility stuff
- Get it to check if the system has Linux procfs module and stop if not
PR: ports/16960 (add WWW to DESCR)
No response by: maintainer
- remove [buggy] dependencies from linuxprocfs port, when this
port doesn't exist in a system (it's a common situation, because
linuxprocfs port isn't included in the official port tree).
- remove Makefiles.inc.xxx at cleanup stage
- added message about loading kernel modules
- added warning when vmware runned with not super-user id
Submitted by: Vladimir N. Silyaev <vsilyaev@mindspring.com>
PR: ports/16894
rather large patchset improving pcemu. I therefore also decided to
bump the version number from 1.01a to 1.01b, David Hedley apparently
abandoned all work on pcemu anyway.
The exact details of Arne's patches can be studied in the PR, it's
something like 50 lines of explanation i don't want to quote in full
here. In short, he submitted a number of improvements and a fix for
the hard disk emulation in pcemu's BIOS. After a review, i decided to
leave the patches verbatim.
In addition and while i was at it, i added something i always ment to
do: the option to dynamically add floppy disks (and now also hard
disks) from within the .pcemurc file, so there's no need to recompile
if you just wanna get access to your floppy from within pcemu.
Comment it out again once you're done.
PR: ports/5788
Submitted by: <arnej@math.ntnu.no> Arne Henrik Juul
linuxulator uses /compat/linux and /compat may be a link (it is
on fresh installs) and may not point to /usr/compat at all. Also,
linux_devtools still uses /compat/linux.
If the prefix is changed to something other than /compat/linux,
make sure it's changed in all relevant places!
Only changed giflib -> libungif in kdegraphics.
They realy do NOT want libgif, and do NOT use libgif anywhere.
Some ports are checking its existence in configure, but they
are nonsense at all!!
these are not the Tru64 libs, but rather the Digital Unix 4.0f libs.
Note that the new version number is "lower" than the previous one.
Submitted by: gallatin
* Removed xview dependancies to keep port simple.
* Sound doesn't function very well so I have disabled that also.
* Updated URL's and Maintainer's email address.
PR: 16509
Submitted by: Maintainer
- Add MAINTAINER line
- Support CC/CFLAGS/PREFIX properly
- Shorten pkg/DESCR and add README file from distribution source
PR: 16035
Submitted by: tkato@prontomail.ne.jp
- Add MAINTAINER line
- Add (probably missing) USE_XLIB line
- Move install path of utility data files from lib/ to libdata/
- Shorten pkg/DESCR and move original file to files/README.FreeBSD
- Sort pkg/PLIST
PR: 16039
Submitted by: tkato@prontomail.ne.jp
Use the ioctl's CDIOREADTOCHEADER and CDIOREADTOCENTRYS to determine
the size of the data track on the disk, rather than using the DIOCGDINFO
ioctl (which doesn't appear to work for all users / CD media under FreeBSD).
Submitted by: Keith Jones <keith@mithy.org>
