This prgogarm is particularly useful to extract .SYS and .INF files
from NDIS drivers packaged as InstallShield archives, which are required
as input to ndiscvt (i.e. for the NDISulator).
ever. It fixes many bugs, and adds some features missing in previous
FreeBSD ports. To help users upgrade from GNOME 2.4, we have constructed an
upgrade FAQ at:
http://www.freebsd.org/gnome/docs/faq26.html
Please read it carefully. GNOME 2.6 packages are also available for all
supported i386 versions of FreeBSD at:
http://www.marcuscom.com/tinderbox/
The FreeBSD GNOME Team would like the thank the following users for their
wonderful testing and patching efforts. We would especially like to thank
Franz Klammer <klammer@webonaut.com> for his wonderful new splash screen.
Without these people, our team, and our team alumni, GNOME on FreeBSD would
not be possible.
Jeremy Messenger <mezz7@cox.net>
Khairil Yusof <kaeru@pd.jaring.my>
Koop Mast <kwm@rainbow-runner.nl>
Simon Barner <barner@in.tum.de>
Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Scott Dodson <sdodson@sdodson.com>
Vladimir Grebenschikov <vova@sw.ru>
Libarchive is a programming library that can create and read several
different streaming archive formats, including most popular tar
variants and the POSIX cpio format.
WWW: http://people.freebsd.org/~kientzle/libarchive/
This code is present in -CURRENT but Tim currently has no intention of
MFC'ing it. The port will allow 4.x users to benefit from Tim's current
work and the tools he is building on top of it (bsdtar, libpkg).
Not objected to by: kientzle
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
From: Roman Shterenzon <romanbsd@yahoo.com>
To: ports@freebsd.org
Subject: e-mail change
The email address roman@xpert.com is no longer valid.
Please update ports' maintainer to ports@oven.org.
Submitted by: Roman Shterenzon <romanbsd@yahoo.com>
Important changes:
==================
KDE:
- Audio/arts does not install artswrapper anymore, instead it is provided by
audio/artswrapper. See UPDATING.
- misc/kdeaddons3 is now a metaport with
editors/kate-plugins
editors/vimpart
games/atlantikdesigner
misc/kaddressbook-plugins
misc/kfile-plugins
misc/kicker-applets
misc/knewsticker-scripts
misc/konq-plugins
misc/ksig
misc/renamedlgplugins
multimedia/noatun-plugins
net/kontact-plugins
as slave ports.
- A number of KDE ports now uses OPTIONS do make various WITH_* options more
visible.
- Plist fixes
- devel/kdevelop should be able to detect FreeBSD's autoconf/automake now for
newly created projects.
- kdebase will no longer remove previous KDM configurations. This won't take
effect during the update from 3.2.0 to 3.2.1 (as deinstalling 3.2.0 will still
remove the configuration), but subsequent updates will merge old configs.
QT:
- Previous versions of QT could be compiled with debugging-support enabled by
defining DEBUG. This switch has been renamed to the more unambiguous
WANT_QT_DEBUG (similar to WANT_KDE_DEBUG in the KDE ports).
the distfile was renamed (only the EXTRACT_SUFX changed and it still has
the same content and checksum).
- Some cleanup, no longer chmod(8) the distfile in DISTDIR executable
without reason and add a do-build target to brandelf(1) the binaries
instead of doing this in the do-install target so that the binaries in
WRKDIR actually can be used after a `make all` run.
Submitted by: Marius Strobl <marius@alchemy.franken.de>
"The Red Hat Package Manager (RPM) is a powerful command line driven
package management system capable of installing, uninstalling,
verifying, querying, and updating computer software packages. Each
software package consists of an archive of files along with information
about the package like its version, a description, and the like.
There is also a related API ("Application Program Interface"),
permitting advanced developers to bypass 'shelling out' to a command
line, and to manage such transactions from within a native coding
language.
WWW: http://www.rpm.org/"
4.0.4 was chosen because:
. The only newer version available as a tarball (4.1) is buggy.
. This version closely corresponds to our current default linux_base.
. This version uses the version of popt we have in the tree (unfortunately
it uses an earlier version of beecrypt).
. This version is a lot less work to port than 4.2 (elfutils).
However, I am considering how best this port could be updated to a more
recent version (e.g. 4.1.1 or 4.2, probably the latter).
This wasn't an update to the current rpm port as I haven't done enough
testing of other ports that use rpm with it.
Tested on 4.9/i386, 5.2/sparc64 and 5.2/alpha.
Maybe ruby 1.6 will be supported again, but for the moment mark this
port IGNORE when it is being built with ruby 1.6.
PR: ports/61631
Submitted by: Paul Argentoff <argentoff@rtelekom.ru>
