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
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>
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.
mirrors. Replace it with VMware-workstation-3.2.1-2237.tar.gz and fix the
patchset to work with this version.
Only issue a warning about needed system shm-patches if we are running a
old CURRENT.
- Mark NO_PACKAGE since these ports require VMware itself.
(and avoid using .ifdef(PACKAGE_BUILDING) also)
- Forget to mark IS_INTERACTIVE if !BATCH (vmware-guest4).
in PATH. [1]
o Add a build-depends dependency to a weird place to make BUILD_DEPENDS
really work. [2]
Spotted by: bento via kris [1],
Vaidas Damo??evi??ius <vaidas.damosevicius@if.lt> [2]
emulators/linux-vmware-toolbox -> emulators/linux-vmware-toolbox2
emulators/vmware-guestd -> emulators/vmware-guestd3
All histories are already repocopied to new directories.
Update ports/MOVED file to note that.
* Update pkg-descr to point a new ports location.
* Update RUN_DEPENDS to point a new ports location.
* Sync COMMENT message to all versions.
* Use INSTALL_PROGRAM instead of CP since it installs a program.
* Wrap interactive-related script with .if !defined(BATCH) appropriately.
* Unhide UMOUNT command and users will know what's happened.
(after repocopying old ones, thank you joe).
It seems that VMware does not provide a new version of guest tools
for VMware 4.x to FreeBSD guest, but it would be better to add these
ports, since users will know FreeBSD runs on VMware 4.x.
I've also add vmware-toolbox port for VMware 4.x, which is for Linux
guest. In VMware 3.x, we FreeBSD guest user are happy to use FreeBSD
version of vmware-toolbox so we don't need the Linux version. However,
at least my VMs, FreeBSD version's vmware-toolbox causes X pointer a
bumpy one (pointer moves every seconds); it is unusable. Linux version
seems OK for me, so if you have seen such behavior, please try
linux-vmware-toolbox4 instead.
Old ports cleanup will come later.
Reviewed by: kuriyama (mentor)
