vmware2A virtual machine emulator - a full PC in a window
2.0.4.1142_2emulatorsΣ=49 2.0.4.1142_2Version of this port present on the latest quarterly branch.
BROKEN: Unfetchable DEPRECATED: Unfetchable This port expired on: 2006-12-01 IGNORE: is marked as broken: Unfetchable RESTRICTED: "Not sure if we can redistribute it"
This is the Linux version of the VMware virtual machine emulator made
to run on FreeBSD using the Linux compatibility mode. VMware can be
used to run Microsoft MS-DOS, Windows 95/98/NT/2000, Linux, FreeBSD,
or any other operating system that runs on the i486.
Official VMware, Inc. web site:
WWW: http://www.vmware.com/
We all are thankful to Vladimir N. Silyaev for porting vmmon/vmnet
modules to FreeBSD. Have a look at his page for the latest
information:
http://www.mindspring.com/~vsilyaev/vmware/
Remove expired ports:
2006-12-01 audio/xmms-rateplug: Project disappeared from the internet
2006-12-01 chinese/iiimf-le-chewing: fails to install (dependency problem)
2006-12-01 deskutils/mhc-xemacs21-mule: hangs during build
2006-12-01 devel/alleyoop: Does not compile
2006-12-01 devel/hs-crypto: is incompatible with current GHC, needs updating
2006-12-01 editors/gedit-autocomplete-plugin: Not compatible with gedit versions
>= 2.14
2006-12-01 emulators/basiliskII: Does not compile
2006-12-01 emulators/vmware-tools2: Unfetchable
2006-12-01 emulators/vmware2: Unfetchable
2006-12-03 finance/ccard: Project disappeared from the internet
Mega-patch to cleanup the ports infrastructure regarding our linux bits:
- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD
tools to strip binaries anymore, so it's not neccesary anymore to override
STRIP and STRIP_CMD.
- USE_LINUX_PREFIX implies NO_MTREE now.
- In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries
instead upon the native FreeBSD libraries.
- The variable LINUX_BASE_PORT contains a string which is suitable as an
item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the
default (or overriden) linux base, ${LINUX_BASE_PORT} should be used
instead of a hardcoded reference.
- Change all ports to comply to the "new world order".
- The Ports Collection now allows to override the default linux_base port.
Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use
${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use
(Only the first 15 lines of the commit message are shown above )
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
(Only the first 15 lines of the commit message are shown above )
Substitute BROKEN with IGNORE in cases where the port requires the src tree
to be present, or does not compile on certain versions of FreeBSD. This
will potentially avoid needless compilations on bento, and has the added
benefit of improving certain reporting tools. To most users, this change
is a no-op.
PR: 61090
Submitted by: linimon
Fix for -CURRENT with the recent struct cdevsw changes and
cdevsw_add()/remove() removal.
This outputs a
WARNING: driver "vmmon" used unreserved major device number 200
message, but as the vmware application really requires to use a major
of 200 (error otherwise, tested), we need to use a fixed one, and I
don't want to register a major for this.
Seems like I had another fix in my system. On 5.0, the vmnet1 in
$LINUXBASE/dev had a different device minor than the cloned one
in /dev/vmnet1. Thus delete the one in $LINUXBASE and link it
to the devfs one to have everything right.
This fixes the port on my fresh installed 5.0-RELEASE box.
Make this port build on CURRENT systems older than 2003/01/01 (abusing
OSVERSION of 5.0-RELEASE for this)
- include sys/filedesc.h where required
- define M_WAITOK to 0 until THEY found a solution.
Fix this on 5.0. It isn't enough to "echo -n" to /compat/linux/dev/vmnet1,
but you also need to do this with /dev/vmnet1 in days of devfs. This has
been in my tree for months now.
Catch up with some not-so-recent VM changes to make vmware2 work
again on -CURRENT. Without this, attempting to boot the virtual
machine causes an instant panic in the host.
Approved by: knu, vsilyaev@mindspring.com (maintainer)
Fix -current breakage caused by a type change of pt_entry_t. Note that the
OSVERSION test is inexact. The type change happened after 500027, but since
there's no 500028 yet and making one specifically for this port is considered
overkill we hope to get away with it.
Switch the port over to netgraph bridging. This method has a number of
advantages, chief of which is that it doesn't hose over multi-interface
configurations the way the default installation did before. This mechanism
"chains" the guest's interface to an interface specified at installation-time
(it can be changed afterwards by editing the rc.d script).
Update md5 due to their repack of the distfile as of a week ago. -
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.
