into separate ports. The OPTIONS will remain as of yet and trigger dependencies
now, for easy transition.
Update KOffice to version 1.3.2.
Add patches to fix a number of issues, including:
- fix kxkb on Xorg
- fix kdemultimedia WITH_MPEGLIB (now mpeglib_artsplug) compilation on gcc 3.4.2
with optimizations greater than -O
Add security related patches and entries to portaudit.txt.
The distfile for this port is not fetchable until its URL
is changed to match the new name for the same company. The
size & md5 checksum etc. remain the same.
For their official announcement of the name change, please see:
<http://www.allume.com/company/pressroom/releases/aladdin/072604allume.html>
PR: ports/69974
Submitted by: Paul Seniura <pdseniura@techie.com>
----- Transcript of session follows -----
451 4.4.1 reply: read error from mix.premierbank.dp.ua.
<kot@premierbank.dp.ua>... Deferred
Message could not be delivered for 1 week
Message will be deleted from queue
For two consecutive weeks.
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Notable changes in this release:
- Support for POSIX.1-2001 and ustar archive formats.
- Various option flag changes.
- New message translations.
- Bug fixes.
able to take advantage from long distance redundancies in files, which can
sometimes allow rzip to produce much better compression ratios than other programs.
WWW: http://rzip.samba.org/
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>