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>
A problem exists when one ``pkg_add -r acroread'' and ftp.crom.com is at
it's limit. One can be able to download Latest/acroread.tgz. BUT when
`pkg_add' tries to install all the dependancies it fails due to being unable
to fetch one of them. If the user then ``pkg_add -r acroread'' again in an
attempt to get everything installed they now get scary error messages from
``mkdir'' since the directories already exist.
NIS users now what to do. Display a note after installation of the port/package
to draw attention to it.
Creating the proper yp.conf on the fly is being considered...
PR: 12748
Originator: Palle Girgensohn <girgen@partitur.se>
Solution by: Palle
Thanks to: nsayer
and linux-base. Both will be removed from the ports collection at the
proper time.
linux_base uses a subset of packages from a Red Hat 5.2 release to populate
/compat/linux. There's no functional difference between linux-base and
linux_base. The name of the latter is preferred over the name of the former.
Reviewed by: Tim <hoek@FreeBSD.org>
Supervised by: Satoshi <asami@FreeBSD.org>
