kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/UPDATING

6028 lines
217 KiB
Text
Raw Blame History

This file documents some of the problems you may encounter when
upgrading your ports. We try our best to minimize these disruptions,
but sometimes they are unavoidable.
You should get into the habit of checking this file for changes each
time you update your ports collection, before attempting any port
upgrades.
20080126:
AFFECTS: users of net-p2p/deluge
AUTHOR: mezz@FreeBSD.org
Update of deluge to 0.5.8.2, if you are using blocklist plugin. You have
to remove blocklist.conf first before you can run it or it will crash in
the start up.
$ rm -f ~/.config/deluge/blocklist.conf
20080125:
AFFECTS: users of www/mod_security2
AUTHOR: araujo@FreeBSD.org
Update of mod_security2 is a dramatic change, because there is a need
to completely rewrite their obsolete rules and migrate for capacity
to use new syntax.
You need to make a complete backup of your conf files before to do an
update.
20080120:
AFFECTS: users of www/apache20
AUTHOR: clement@FreeBSD.org
BDB framework provided by bsd.database.mk is now used by www/apache20
port. WITH_BERKELEYDB knob is deprecated in favor of WITH_BDB and
WITH_BDB_VER/WITH_BDB_BASE, see documentation for more details.
('make show-options').
20080120:
AFFECTS: users of www/apache22
AUTHOR: clement@FreeBSD.org
BDB framework provided by bsd.database.mk is now used by www/apache22
port. WITH_BERKELEYDB knob is deprecated in favor of WITH_BDB and
WITH_BDB_VER/WITH_BDB_BASE, see documentation for more details.
('make show-options').
20080118:
AFFECTS: users of net/freeradius
AUTHOR: David Wood <david@wood2.org.uk>
FreeRADIUS 2.0 is now available as the net/freeradius2 port. All
FreeRADIUS users are advised to consider upgrading to 2.0. It is the
FreeRADIUS team's intention to put the 1.x server into 'maintenance' mode with
just critical bug fixes.[1] 2.0 has many improvements including numerous bug
fixesthat were too difficult for the 1.x server, as well as many new features.
Before uninstalling 1.x, it is recommended that you backup your
configuration, which is typically in /usr/local/etc/raddb, then move
it out of the way. It is also worth backing up the default configuration,
which is typically in /usr/local/share/examples/freeradius/raddb.
1.x configurations should work with the 2.0 server [2]. However the
port automatically upgrades any unedited files in the configuration when
you install a new version of FreeRADIUS. Installing 2.0 with the residue
of a 1.x configuration in the default location will result in a mixed 1.x and
2.0 configuration that may not work.
The recommended approach is to diff your 1.x configuration against the
default 1.x configuration, then make corresponding changes to a copy
of the default 2.0 configuration. If you moved your 1.x configuration out of
the way before upgrading, you will have a 2.0 configuration ready to edit in
the default location. It is worth reading man 5 unlang for details of
the new FreeRADIUS 'un-language' before starting.
Alternatively, you can move your 1.x configuration to another
location, such as /usr/local/etc/raddb_v1, then edit /etc/rc.conf to point the
rc.d script to that location. For example:
radiusd_flags="-d /usr/local/etc/raddb_v1"
I cannot guarantee that all 1.x configurations will work with the 2.0
server,and I only recommend using a 1.x configuration as an interim measure.
[1] - http://www.freeradius.org/business/roadmap.html
[2] - http://preview.tinyurl.com/ysrr6a
20080114:
AFFECTS: users of devel/perforce
AUTHOR: lth@FreeBSD.org
Perforce has been updated to version 2007.3. Upgrading is fairly
straightforward, but it is still highly recommended to follow the
upgrading instructions in the release notes:
http://www.perforce.com/perforce/doc.073/user/relnotes.txt
20080108:
AFFECTS: users of irc/bitlbee
AUTHOR: brix@FreeBSD.org
irc/bitlbee now stores saved user settings in /var/db/bitlbee/, not
$PREFIX/etc/bitlbee/. You will have to manually move any existing
user settings to the new location (or override the user settings
directory using -d if you wish to keep the old behavior). Other
configuration files are still kept in $PREFIX/etc/bitlbee/ by
default.
The default installation is now configured for running bitlbee as
user 'nobody' by default. Make sure any existing configuration
files are readable by that user.
20071225:
AFFECTS: users of www/amphetadesk
AUTHOR: lioux@FreeBSD.org
www/amphetadesk has been updated to use the USE_RC_SUBR framework
for rc.d scripts. The rc.d script has been renamed from ampetadesk.sh
to amphetadesk for consistency with other ports.
20071216:
AFFECTS: users of net-mgmt/cacti
AUTHOR: sem@FreeBSD.org
From 0.8.7a version database settings has moved to config.php file.
You have to copy your setting from db-settings.php to config.php and
remove db-settings.php file after updating.
Plugin support is dropped again and will not revive anymore in the port.
A reason for that is the patch is unofficial and there are long time lags
between a new cacti version released and time when the patch is adapted.
20071215:
AFFECTS: users of www/suphp
AUTHOR: koitsu@FreeBSD.org
The suPHP port has been upgraded to 0.6.2. This update requires
modifications to your Apache httpd.conf, as the new version of suPHP does
things differently than the previous version -- particularly in regards
to how AddHandler is used.
Previously, enabling suPHP was as simple as:
suPHP_Engine on
AddType application/x-httpd-php .php
AddHandler x-httpd-php .php
With suPHP 0.6.2, these should be changed to:
suPHP_Engine on
AddType application/x-httpd-php .php
suPHP_AddHandler application/x-httpd-php
If you forget this change, your PHP content will likely be offered as
downloadable content and not parsed by the PHP interpreter!
Additionally, the new version uses a configuration file vs. compile-time
settings. The configuration file is /usr/local/etc/suphp.conf, and a
working example installed as /usr/local/etc/suphp.conf-example. It's
important that the MIME type under the [handlers] section matches what
the type passed to suPHP_AddHandler in your Apache configuration.
20071101:
AFFECTS: users of x11/nvidia-driver
AUTHOR: danfe@FreeBSD.org
There appears to be a conflict with xorg-server 1.4 and previous version
of nvidia-driver: new xorg-server had plist change that made upgrading of
nvidia-driver bomb out with the following error:
===> Checking if x11/nvidia-driver already installed
mv: rename /usr/local/lib/xorg/modules/libwfb.so to
/usr/local/lib/xorg/modules/XXX-libwfb.so.%%.xorg-server-1.4_2,1:
No such file or directory
*** Error code 1
To remedy the situation, deinstall any instance of nvidia-driver you might
have, then reinstall xorg-server, e.g.:
# cd /usr/ports/x11-servers/xorg-server
# make install -DFORCE_PKG_REGISTER
After that, new nvidia-driver will install cleanly.
20071101:
AFFECTS: users of net/skype-devel
AUTHOR: beech@FreeBSD.org
The skype-devel port has been upgraded to version 1.4.0.118. This requires a sysctl
change to run. After upgrading, please do: "sysctl compat.linux.osrelease=2.4.20"
from a terminal. Also add: "compat.linux.osrelease=2.4.20" to your
/etc/sysctl.conf to make this change at boot time.
20071030:
AFFECTS: users of sysutils/daemontools
AUTHOR: roam@FreeBSD.org
If you were experiencing build problems on NFS when running daemontools's
run-time testsuite, turn off the new TESTS option in the configure screen.
On a related note, svscan can now send its error messages to multilog
instead of readproctitle; see the etc/rc.d/svscan.sh startup script for
more information on the svscan_* configurable variables.
20071029:
AFFECTS: users of security/stunnel
AUTHOR: roam@FreeBSD.org
In the 4.21 update there are two major user-visible changes:
- the stunnel binary is in ${PREFIX}/bin/, no longer in ${PREFIX}/sbin/;
- the libstunnel library is in ${PREFIX}/lib/stunnel/ instead of lib/.
You may need to adjust your PATH settings or your scripts to accommodate
the new location of the stunnel executable (and library, if there is
actually anything using it).
20071024:
AFFECTS: All GNOME users and ports depend on gnomehier
AUTHOR: gnome@FreeBSD.org
GNOME has been updated to 2.20.1. All ports that depend on gnomehier have
had their DATADIR moved from share/gnome/ to share/ (e.g.
${LOCALBASE}/share/gnome/ to ${LOCALBASE}/share/).
This puts the FreeBSD GNOME ports more in line with the default
GNOME installation hierarchy. To find the specific directories that
have changed, see misc/gnomehier/files/dirlist. To upgrade your
installed ports, you will need to use either sysutils/portupgrade or
sysutils/portmaster.
Portupgrade users:
# pkgdb -Ff
# portupgrade -f -o textproc/rarian textproc/scrollkeeper
# portupgrade -a
Portmaster users:
# portmaster -o textproc/rarian textproc/scrollkeeper
# portmaster -a
If some of icons, applets, themes or other customized items have
disappeared from your desktop in this upgrade, you will need to
remove and re-add these items to make them appear again due to the
DATADIR change.
20071024:
AFFECTS: users of databases/mysql-connector-java
AUTHOR: miwi@FreeBSD.org
databases/mysql-connector-java version is 5.1.5 now. 5.0.8 version was
preserved on databases/mysql-connector-java50 port.
20071009:
AFFECTS: users of mail/vpopmail
AUTHOR: roam@FreeBSD.org
The vpopmail port has been upgraded to version 5.4.20. There are several
important changes that may affect your vpopmail installation and may need
you to handle manually:
- THE MYSQL CONNECTION INFORMATION IS NO LONGER DEFINED AT COMPILE-TIME!
The WITH_MYSQL_{USER,PASSWD,SERVER,DB} variables should NOT be defined
when you build the port; place that information in the vpopmail.mysql
file after vpopmail has been installed!
- the default domain is also no longer defined at compile time - you need
to place it in the defaultdomain file after the installation.
- the defaultdomain and vpopmail.mysql files are no longer blindly removed
on deinstallation, they are only removed if they have not been modified
- in vpopmail 5.4.18, the database schema was changed - some fields were
extended from 64 to 96 characters. If you do not apply those changes
to your database, as explained in the vpopmail/doc/UPGRADE file, your
vpopmail installation may silently fail or lose the trailing portions
of domain names and usernames.
- in vpopmail 5.4.19, the upstream authors integrated large parts of
Alex Dupre's SpamAssassin support, without the SPAM_THRESHOLD part.
If you use vpopmail along with the SpamAssassin FreeBSD port support,
take extra care to ensure that your installation still processes
e-mail messages in the same way.
- vpopmail 5.4.19 added support for maildrop as a mail delivery agent.
This is available in the FreeBSD port if WITH_MAILDROP is defined.
There is also a new user-limit flag for maildrop delivery.
- vpopmail 5.4.19 added support for MySQL connections via Unix sockets
instead of TCP sockets to the server. To do that, change the second
value (the port number) in vpopmail.mysql to the full pathname of
the MySQL socket (e.g. /tmp/mysql.sock).
- vpopmail 5.4.20 extended the LDAP support; please see README.ldap for
more information, and specify the LDAP connection information in
the vpopmail/etc/vpopmail.ldap file after the installation.
20071008:
AFFECTS: users of www/mediawiki
AUTHOR: miwi@FreeBSD.org
www/mediawiki version is 1.11 now. 1.10 version was preserved on
www/mediawiki110 port.
20071008:
AFFECTS: users of graphics/OpenEXR and graphics/ilmbase
AUTHOR: nork@FreeBSD.org
The new OpenEXR (1.6 and later) separated two libraries. The first is IlmImf
library a.k.a. ILM's "EXR" file format operation library for storing 16-bit
FP images. The others are Half, IlmThread, Imath and Iex a.k.a. ILM's basic
utility libraries.
To portupgrade OpenEXR and related ports, please do following operations,
manually:
# pkg_delete -f OpenEXR
# pkg_delete -f ilmbase (if you already installed before CONFLICT)
# cd /usr/ports/graphics/OpenEXR
# make install
# pkgdb -F
20071008:
AFFECTS: users of emulators/linux_base-fc7
AUTHOR: bsam@FreeBSD.org
Since Fedora is not more Core the port emulators/linux_base-fc7 is renamed
emulators/linux_base-f7. Now it's Fedora 7.
20071007:
AFFECTS: users of sysutils/nut sysutils/nut-*
AUTHOR: Martin Matuska <mm@FreeBSD.org>
The slave ports sysutils/nut-libupsclient, sysutils/nut-snmp and
sysutils/nut-usb have been removed with the upgrade of sysutils/nut to 2.2.0
They are now fully integrated into sysutils/nut and their functionality
can be enabled/disabled in OPTIONS of sysutils/nut.
Please uninstall all sysutils/nut-* slave ports before upgrading sysutils/nut
to version 2.2.0 or higher.
20070930:
AFFECTS: everyone
AUTHOR: Mark Linimon <linimon@FreeBSD.org>
The ports tree has been migrated to the latest version of autoconf,
2.61. Versions 2.53 and 2.59 were declared obsolete and removed.
m4 was also updated to 1.4.10, but this proved to be incompatible and
was rolled back to 1.4.9. If you are experiencing 'Makefile: not found'
errors, make sure you are not using 1.4.10.
20070928:
AFFECTS: users of irc/ratbox-services
AUTHOR: Lewis <moggie@elasticmind.net>
Significant changes have been made between the 1.0.x series and
the current release version of ratbox-services.
It is highly recommended that services be stopped, and the proper
upgrade procedure be followed as described in
'/usr/local/share/doc/ratbox-services/', before restarting
ratbox-services with the new release version.
Please remember to backup the database before attempting an
upgrade, an incorrectly upgraded database may be rendered unusable.
20070926:
AFFECTS: users of devel/p5-gearmand
AUTHOR: clsung@FreeBSD.org
The port p5-gearmand has been splited up, so Gearman servers can
be embedded into other processes. The Gearman::Server class is
located at devel/p5-Gearman-Server, if you have devel/p5-gearmand
installed, perform an upgrade devel/p5-Gearman-Server with a
command like:
# portupgrade -o devel/p5-Gearman-Server devel/p5-gearmand
20070923:
AFFECTS: users of emulators/linux_base-fc7
AUTHOR: bsam@FreeBSD.org
The new port is used just like emulators/linux_base-fc6. Please,
read carefully record 20070327 about emulators/linux_base-fc6.
20070921:
AFFECTS: users of sysutils/grok
AUTHOR: Wesley Shields <wxs@atarininja.org>
The new version of grok has changed the meaning of a couple of
pre-defined patterns.
Please see /usr/local/share/doc/grok/CHANGELIST for more
information. Existing grok.conf may be broken by these changes.
20070919:
AFFECTS: users of net/samba3
AUTHOR: timur@FreeBSD.org
This is a cumulative update of net/samba3 from version 3.0.25a to
3.0.26a. Detailed list of all the changes can be found:
http://www.samba.org/samba/history/samba-3.0.26a.html
or in the WHATSNEW.txt file in the port's document directory.
Short summary is:
o Memory leaks in Winbind's IDMap manager.
o CVE-2007-4138 - Incorrect primary group assignment for domain
users using the RFC 2307 or sfu winbind nss info plugin.
o File sharing with Widows 9x clients.
o Winbind running out of file descriptors due to stalled child
processes.
o MS-DFS inter-operability issues.
o Offline caching of files with Windows XP/Vista clients.
o Improper cleanup of expired or invalid byte range locks on files.
o Crashes is idmap_ldap and idmap_rid.
Bug #4715 (https://bugzilla.samba.org/show_bug.cgi?id=4715) is NOT
fixed yet, although it won't core dump smbd process any more. Still,
access to the shares other than UFS is not guaranteed.
* USE SUCH SHARES AT YOUR OWN RISK *
20070918:
AFFECTS: users of www/apache22
AUTHOR: clement@FreeBSD.org
By popular request, OPTIONS support has been added. When enabled
(default), these knobs are ignored:
* WITH_<CATEGORY>_MODULES
* WITHOUT_<CATEGORY>_MODULES
* WITH_CUSTOM_<CATEGORY>
* WITH_MODULES
* WITHOUT_MODULES
* WITH_STATIC_MODULES
However, you can disable OPTIONS by defining WITHOUT_APACHE_OPTIONS.
20070913:
AFFECTS: users of x11/xorg, x11/nvidia-driver
AUTHOR: flz@FreeBSD.org
X.org ports were updated to 7.3. Since we're now using the modular
build, the upgrade is pretty much painless. If you're using the
x11/xorg meta-port, upgrade should be as easy as:
# portupgrade -R xorg
Users of nvidia-driver will have to make sure Composite extension is
turned off and start Xorg with the following command:
$ startx -- -ignoreABI
The -ignoreABI option is a Xorg option. If you're using gdm, kdm or
xdm, you will have to modify your configuration file so that Xorg
starts with this option.
An updated nvidia-driver should be released soon.
20070905:
AFFECTS: testers of net/openldap24-server
AUTHOR: delphij@FreeBSD.org
openldap24-server was updated to 2.4.5-beta. This is the first beta
release of the OpenLDAP 2.4.x series, and contains significant changes
compared to its previous release.
Berkeley DB 4.2 support was dropped and Berkeley DB 4.6 is now
default. As this is still a beta release, it should be treated
accordingly and should not be used in critical environment e.g.
production environment.
20070904:
AFFECTS: users of mail/qmail-scanner
AUTHOR: lippe@freebsdbrasil.com.br
qmail-scanner was updated to 2.x, and 1.x version was repocopied to
mail/qmail-scanner1. There are some differences between these 2 versions:
quarantine-attachments.txt has been renamed to quarantine-events.txt, it is
used to quarantine more than just attachments, and the format of that file
has been changed.
Quarantine directory is now separated into THREE subdirs: "spam", "viruses"
and "policy". This is so sites can arrange different auto-delete jobs to
control the size of these areas if they so wish.
Some features that were hard-wired into the main body of Q-S have been moved
into quarantine-events.txt where they should have been all along. This makes
it possible to change settings without reconfiguring the main body of qmail-
scanner-queue.pl. You will need to rewrite any rules you had in place within
the old quarantine-attachments.txt into the new format quarantine-events.txt
Changed setuid to 6755 - ie it's now setuid and setgid. Forcing all files to
be group qscand will allow those who wish to do so to keep their AV daemons
running as other accounts. They just need to ensure those daemons are members
of the qscand group - and as such should be able to read the necessary files.
e.g. clamd could run as "clamav", but as long as account "clamav" is a member
of group "qscand", clamd is able to read the mail enough to scan it.
20070903:
AFFECTS: users of net/whois, net/gwhois
AUTHOR: nivo+kw+ports.bfa274@is-root.com
To avoid a conflicting binary name issue, net/whois has renamed its
files to mwhois. Please use mwhois if you want to use Marco d'Itri's
whois client from now on.
20070828:
AFFECTS: users of www/wordpress-mu
AUTHOR: araujo@FreeBSD.org
To follow the standards this port has received a small reworking.
WORDPRESSMU (that defaulted to PREFIX/www/data/wordpress-mu) is deprecated,
use WWWDIR (defaults to PREFIX/www/wordpress-mu).
20070828:
AFFECTS: users of databases/mysql51-client
AUTHOR: ale@FreeBSD.org
Since libmysqlclient version number is increased, all ports depending
on it must be recompiled. Run something like:
# portmaster -r mysql-client
20070821:
AFFECTS: users of net-im/pidgin
AUTHOR: marcus@FreeBSD.org
Because sound support was added to finch 2.1.1, the sound files used by
pidgin have been moved from the pidgin port to the libpurple port. This
makes updating a bit tricky. To properly update to pidgin 2.1.1 and retain
sounds, you must first upgrade libpurple and pidgin as you normally would,
then force a rebuild of libpurple. For example, using portupgrade:
# portupgrade net-im/libpurple net-im/pidgin
# portupgrade -f net-im/libpurple
20070804:
AFFECTS: users of DESTDIR
AUTHOR: gabor@FreeBSD.org
DESTDIR is a feature, that allows installation of ports into separate
environments, like jails. The previous implementation, introduced in the
August 2006, had some problems and was very expensive to maintain. It was
completely rolled back, and replaced with a brand new implementation utilizing
chroot.
When DESTDIR is set, the system will chroot into the specified directory, mount
devfs, null mount the ports tree, then proceed with building and installing.
Your kernel must support nullfs (is available as loadable kernel module on
default installation). The target environment must be a full FreeBSD
installation. For advanced use, read comments at the beginning of
bsd.destdir.mk.
20070730:
AFFECTS: users of py-*
AUTHOR: python@FreeBSD.org
The default version of Python has been changed from 2.4.x to 2.5.x.
If you have 2.4.x installed, perform an upgrade of lang/python24 to
lang/python25 with a command like:
# portupgrade -o lang/python25 lang/python24
If want to keep 2.4.x installed alongside 2.5.x, set the PYTHON_DEFAULT_VERSION
variable to 'python2.5' without quotes in make.conf, then go to lang/python and
execute
# portupgrade -R python
Once the installed Python has been updated to 2.5, by using one of the methods
above, it is required to run the upgrade-site-packages target in lang/python to
assure that site-packages are made available to the new Python version.
# cd /usr/ports/lang/python && make upgrade-site-packages
This Makefile target requires ports-mgmt/portupgrade to be installed.
20070727:
AFFECTS: autotools
AUTHOR: ade@FreeBSD.org
Extensive reworking of the autotools ports has occurred, putting them in
the canonical locations, along with a suitable wrapper port to make
developing autotools-using code (as opposed to just building ports)
considerably easier.
Upgrade path is as follows for portupgrade, substitute the appropriate
commands if you are using portmaster:
1. portupgrade -f 'autoconf*' 'automake*'
2. cd /usr/ports/devel/autotools; make install
3. portupgrade -a
The second step is optional, but is recommended to bring in all versions
of autoconf and automake.
20070723:
AFFECTS: users of x11/nvidia-driver and slave ports
AUTHOR: danfe@FreeBSD.org
NVVERSION is no longer user settable variable, it's derived from
DISTVERSION from now on. If you used nvidia-driver port with custom
NVVERSION, it's time to switch to corresponding legacy driver version
port. They were renamed in order to stop hardcoding explicit version
numbers in their [directory] names.
20070718:
AFFECTS: users of devel/llvm
AUTHOR: brooks@FreeBSD.org
The llvm bytecode and .ll formats have changed as have numerous
internal APIs. Existing users should consult the release notes.
http://llvm.org/releases/2.0/docs/ReleaseNotes.html
20070716:
AFFECTS: users of editors/emacs
AUTHOR: nobutaka@FreeBSD.org
editors/emacs port is upgraded to 22.1.
Since this is a major upgrade, all installed elisp ports should be
reinstalled.
Please add EMACS_PORT_NAME=emacs22 to /etc/make.conf and
upgrade Emacs and related ports with:
# portupgrade -fr emacs
If you want to keep using Emacs 21.3, please add EMACS_PORT_NAME=emacs21
to /etc/make.conf and reinstall Emacs from editors/emacs21 port:
# portupgrade -f -o editors/emacs21 emacs
20070713:
AFFECTS: users of audio/pulseaudio
AUTHOR: gnome@FreeBSD.org
The realtime group (default GID of 557) has been renamed pulse-rt to keep
in sync with the pulseaudio distribution. If you are upgrading from a
previous version of pulseaudio, you will need to modify /etc/group and
change the name of the group with ID 557 to ``pulse-rt''.
20070706:
AFFECTS: users of www/gallery
AUTHOR: freebsd-ports@varju.ca
The default install location has changed from
${PREFIX}/www/data/gallery to ${PREFIX}/www/gallery.
20070704:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
The media kioslave now mounts all filesystems that support charset conversion
with charset conversion turned on, set to the locale from the user's
environment (LANG). If you are using a customized kernel configuration, make
sure all *_iconv kernel modules are available. At the time of writing, these
are cd9660_iconv, udf_iconv, msdosfs_iconv and ntfs_iconv.
20070614:
AFFECTS: users of www/oscommerce
AUTHOR: vlad@vlad.uz.ua
osCommerce now installs into /usr/local/www/oscommerce instead of
/usr/local/www/data/oscommerce.
20070614:
AFFECTS: users of www/mediawiki
AUTHOR: miwi@FreeBSD.org
www/mediawiki version is 1.10 now. 1.9 version was preserved on
www/mediawiki19 port.
20070614:
AFFECTS: users of www/xshttpd-devel and web apps porters
AUTHOR: johans@FreeBSD.org
www/xshttpd-devel now uses ${PREFIX}/www/xshttpd/ as a root
directory for its data files. The xshttpd configuration files have
been moved to ${PREFIX}/www/xshttpd/conf/. Move the appropriate
local files manually if you are upgrading from versions <= 3.5.b07
20070613:
AFFECTS: users of net-mgmt/zabbix
AUTHOR: infofarmer@FreeBSD.org
The agent part has been moved out into net/zabbix-agent. If you
need both the server and the agent, install both ports.
20070612:
AFFECTS: users of security/sshguard
AUTHOR: itetcu@FreeBSD.org
The port has been split in 3, if you use it with ipfw please:
# portupgrade -o security/sshguard-ipfw sshguard\*
or if you use it with pf:
# portupgrade -o security/sshguard-pf sshguard\*
20070526:
AFFECTS: users of devel/perforce
AUTHOR: lth@FreeBSD.org
Perforce has been updated to version 2006.2. Even though upgrading
should be fairly straightforward, it is still highly recommended
to follow the upgrading instructions in the release notes:
http://www.perforce.com/perforce/doc.062/user/relnotes.txt
20070525:
AFFECTS: users of textproc/{senna,p5-Senna}
AUTHOR: kuriyama@FreeBSD.org
Index format (binary) and some of APIs are changed. At least you
need to rebuild all indexes, and maybe need to change your code (if
you use senna API) to follow up to new API.
20070514:
AFFECTS: users of net/samba3, japanese/samba3
AUTHOR: timur@gnu.org
ATTENTION! Besides security fixes this version of Samba3
significantly changes a lot of options and behavior of Samba.
Please, read WHATSNEW.txt and other port documentation before
upgrading production systems.
Off-line Logons and AD Site Support
===================================
Winbind's capability to support offline logons has been greatly
improved with the 3.0.25 release including support for locating
domain controllers asynchronously using Active Directory Site
information.
New IdMap Interface for Winbindd
================================
The 3.0.25 release of Samba includes a rewritten IdMap interface
for winbindd which replaces the "idmap backend" parameter. Please
refer to the "idmap domains" description in the smb.conf(5) man
page for more details.
Dynamic DNS Updates
===================
The "net ads join" command is now able to register the host's DNS
A records with Windows 2000 SP4 and 2003 DNS servers. This feature
must be enabled at compile time using the --with-dnsupdate when
running the ./configure script. There is also a related "net ads
dns" command for refreshing a host's records which could be launched
from a dhcp client script when a new IP address is obtained.
Support for Additional ACL Modules
==================================
Samba's POSIX ACL support has been moved inside of the VFS layer
which means it is now possible to support multiple ACL
implementations on the same server including NFSv4 and GPFS ACLs.
VFS ReadAhead Plugin
====================
Windows Vista introduces pipe-lined read support for improved
performance when transferring files. The new vfs_readahead plugin
allows Linux file servers to utilize additional Kernel buffers for
caching files in order to avoid Disk I/O wait time when serving
Vista clients. If you experience poor read performance between
Linux servers and Vista clients, please test the vfs_readahead
module by adding the following lines to the share definition in
smb.conf:
[file_share]
vfs objects = readahead
Note that this plugin will result in additional RAM requirements
due to the increased amount of kernel buffer caches used by smbd.
Please refer to vfs_readahead(8) for more information.
Windows Vista, Office 2007, and Offline Files
=============================================
Research surrounding offline files, Windows Vista, and Microsoft
Office 2007 has revealed a incompatibility between these
applications and the "map acl inherit = no" setting in smb.conf.
Users requiring support client side caching (csc) and offline
files are encouraged to enable the "map acl inherit" for any
affected share definitions in the server's configuration.
Future versions of Samba will enable this setting by default.
Please refer to the smb.conf(5) man page for more details on
"map acl inherit".
20070519:
AFFECTS: users of Xorg
AUTHOR: kris@FreeBSD.org
Welcome, fearless user! You are about to embark upon a mystical
journey to the world of xorg 7.2.
This upgrade procedure is for users of portupgrade. Users of other
upgrade tools should contact the author for the corresponding upgrade
method for that tool.
It is recommended that you run the xorg 7.2 upgrade inside a script(1)
session. This way, if something goes wrong, you will have hopefully
saved enough information for the developers to debug the problem.
Make sure you choose a filesystem with lots of space for the script
output.
# script xorg-upgrade
You may wish to set BATCH=yes in the environment to avoid interactive
dialogue boxes.
You may want to consider using portupgrade-devel, which fixes some
annoying bugs that cause upgrades to incorrectly be marked as failed
when they actually completed successfully. To switch to
portupgrade-devel:
# portupgrade -f -o ports-mgmt/portupgrade-devel portupgrade
# rm -f /usr/ports/INDEX*.db /var/db/pkg/pkgdb.db
# pkgdb -fu
If you have changed your ports environment in /etc/make.conf,
/usr/local/etc/pkgtools.conf or similar you need to rebuild INDEX:
# cd /usr/ports && make index
If you have not changed your ports environment you can save some
time and just fetch the latest INDEX:
# cd /usr/ports && make fetchindex
It is necessary to set the XORG_UPGRADE environment variable while
updating from xorg 6.9 to 7.2. Once the upgrade is complete this
is no longer be required.
For users of csh-like shells:
# setenv XORG_UPGRADE yes
For users of sh-like shells:
# export XORG_UPGRADE=yes
Unfortunately portupgrade (nor portupgrade-devel) cannot yet handle
the rigors of the xorg upgrade without a small bit of help:
# portupgrade -Rf libXft
If your machine does NOT have any gstreamer ports installed, you can then
run:
# portupgrade -a
However, if you DO have gstreamer ports installed, you must run:
# portupgrade -a -x 'gstreamer*'
Followed by:
# portupgrade -Rr 'gstreamer*'
When packages are available (wait for the announcement on ports@), you
may prefer to use precompiled packages to speed up the process:
# portupgrade -aP
Once the upgrade completes successfully, you can delete the
xorg-manpages package, which is now orphaned.
# pkg_delete xorg-manpages\*
The final step is to merge remaining files from /usr/X11R6 into
/usr/local (/usr/X11R6 is no longer used with xorg 7.2) and replace
/usr/X11R6 with a symlink.
A script is provided for your convenience (or you may choose to do
this by hand): it will first attempt to back up your /usr/X11R6 into
/usr/tmp/mergebase in case something goes wrong, then look for
conflicts (files in /usr/X11R6 that would overwrite files in
/usr/local). Depending on your system configuration you may have to
resolve some of these conflicts by hand first (if in doubt, ask for
help on freebsd-x11@FreeBSD.org). You may also need to edit the
script if the default locations are not correct on your system.
If your /usr/X11R6 is a file system, you will also need to modify the
script to pause after /usr/X11R6 is backed up, but before the symlink is
created.
# sh /usr/ports/Tools/scripts/mergebase.sh
When the merge operation completes successfully, the /usr/X11R6
directory hierarchy will be removed and replaced by a symlink to
/usr/local. This symlink is necessary because some binary ports (and
some remaining source ports) have hard-coded references to /usr/X11R6.
Congratulations, you are done!
# exit
CAVEATS
Make sure you have the x11/xorg meta-port installed. If you do not have
this meta-port installed with X.Org 6.9, you will miss out on a lot of
the new X.Org 7.2 sub-ports.
If you plan on keeping your current /etc/X11/xorg.conf, make sure you
change ModulePath to /usr/local/lib/xorg/modules prior to running X.
If you run into problems running the new X server, try moving aside
your /etc/X11/xorg.conf and allow X to run with default values. After
that you can see the default values in a log file (e.g. /var/log/Xorg.0.log)
and fix your xorg.conf according to the defaults.
IF YOU RUN INTO PROBLEMS:
# uname -a
# ls -l /var/db/pkg
# exit
and send an email to freebsd-x11@FreeBSD.org with a full description
of the problem. Do not include the above typescript in your email,
but bzip2 it and make it available to the developers (e.g. put it
online or send it by private email upon request).
20070428:
AFFECTS: users of print/ghostscript-gnu-{commfont,jpnfont,korfont}
AUTHOR: hrs@FreeBSD.org
These ports now use PostScript virtual fonts to handle CJK CID/TT-CID
emulated fonts. CIDFnmap still works but note that if a font
is both in Resource/Font or Resource/CIDFont and in CIDFnmap,
the entry in Resource/* will be used. For the actual font mapping, see
files in Resource/CIDFont/*. This is just an internal structural
change; default font mapping has not been changed.
If you use CIDFnmap to change a font mapping already defined by
Resource/CIDFont/foo, you have to remove (or rename) the
Resource/CIDFont/foo file first.
20070423:
AFFECTS: users of www/p5-Kwiki
AUTHORS: clsung@FreeBSD.org
The current version of Kwiki contains all plugins.
To upgrade from old version ( prior to 0.39):
# cd <into your Kwiki site directory>
# rm index.cgi
# rm -rf ./lib # Remove ./lib, if you have one
# kwiki -update
And you are safe to uninstall www/p5-Kwiki-*, which also means
you do not have to install www/p5-Kwiki-*.
20070408:
AFFECTS: users of japanese/ptex{,-base,-tetex}
AUTHOR: hrs@FreeBSD.org
The japanese/ptex has been removed and japanese/ptex-tetex has been
renamed with japanese/ptex. A pair of ptex and ptex-base and
ptex-tetex are basically the same with each other, so there should
be no functionality regression.
20070407:
AFFECTS: users of net-mgmt/nagios
AUTHOR: jarrod@netleader.com.au
nagios now uses the registered uid/gid 181 for a fresh installation.
To switch to the new scheme, the following may help:
# /usr/local/etc/rc.d/nagios stop
Stopping nagios.
# find / -user nagios -exec chown 181 {} \;
# find / -group nagios -exec chgrp 181 {} \;
# pw groupmod nagios -g 181
# pw usermod nagios -u 181 -g 181
# /usr/local/etc/rc.d/nagios start
Performing sanity check of nagios configuration: OK
Starting nagios.
20070405:
AFFECTS: users of print/ghostscript-*
AUTHOR: rafan@FreeBSD.org
The default ghostscript port is changed from ghostscript-gnu to
ghostscript-gpl. To upgrade
portupgrade -o print/ghostscript-gpl ghostscript-gnu
portmaster -o print/ghostscript-gpl ghostscript-gnu
If you want to use the ghostscript-gnu as default, put
WITH_GHOSTSCRIPT_GNU=yes in your make.conf.
20070404:
AFFECTS: users of graphics/gimp and graphics/gimp-devel
AUTHOR: ahze@FreeBSD.org
The gimp[-devel] port is now a meta-port so users will need to upgrade via
one of the following examples. Gimp now depends on gutenprint instead of
gimp-print, if you have gimp-print installed you will need to
pkg_delete gimp-print before you install or upgrade the gimp.
portmaster users:
(gimp)
portmaster -o graphics/gimp-app gimp
portmaster -u graphics/gimp
(gimp-devel)
portmaster -o graphics/gimp-app-devel gimp-devel
portmaster -u graphics/gimp-devel
portupgrade users:
(gimp)
portupgrade -o graphics/gimp-app gimp
portupgrade -u graphics/gimp
20070404:
AFFECTS: users of print/gutenprint
AUTHOR: ahze@FreeBSD.org
The gutenprint port is now a meta-port so users will need to upgrade via
one of the following examples. If you have gimp-print installed you
will need to pkg_delete gimp-print before installing gutenprint.
portmaster users:
portmaster -o print/gutenprint-base gutenprint
portmaster -u print/gutenprint
portupgrade users:
portupgrade -o print/gutenprint-base gutenprint
portupgrade -u print/gutenprint
20070402:
AFFECTS: users of devel/cvstrac
AUTHOR: nkoch@demig.de
cvstrac is changed to use SQLite 3, users should backup their database
then restore after upgrading. For example,
mv cvstrac.db cvstrac_2.db
sqlite cvstrac_2.db .dump | sqlite3 cvstrac.db
20070327:
AFFECTS: users of emulators/linux_base-fc6
AUTHOR: bsam@FreeBSD.org
ATTENTION! The port is experimental for now. Use it at your own risk. This
port may be used only with 7-CURRENT and compat.linux.osrelease=2.6.16.
To use/test the port (along with linux FC4 infrastructure ports) you
should do:
0. Backup all your vital information!
1. Remove the current linux base port.
2. Add to your /etc/make.conf "OVERRIDE_LINUX_BASE_PORT=fc6".
3. Make sure no linux application is running.
4. Set appropriate sysctl (compat.linux.osrelease=2.6.16).
5. Install emulation/linux_base-fc6.
5a. Those who use linux ports with automatic plist building should
apply the following patch:
ftp://mail.ipt.ru/pub/FreeBSD/patches/bsd.linux-rpm.mk-autoplist.diff
That should be enough at most circumstances. If you have difficulties,
please be sure to expand item 1 to:
1a. Remove all ports which depends on linux base port.
1b. Remove linux base port.
1c. Clean /compat/linux/ directory.
In case you want to get rid of the port, deinstall it, then return
back compat.linux.osrelease to 2.4.2 (as usual make sure that no
linux application is running) and remove from /etc/make.conf the line
containing the OVERRIDE_LINUX_BASE_PORT variable.
20070327:
AFFECTS: users of lang/tcl-tk-wrapper, lang/tcl*, x11-toolkits/tk*
AUTHOR: martin@matuska.org
The lang/tcl-tk-wrapper port has been replaced by lang/tcl-wrapper and
x11-toolkits/tk-wrapper ports. The Tcl and Tk ports no longer include an
option to install the wrapper - the wrapper ports require a Tcl/Tk instead.
The new configuration files in local etc are named: tclsh.conf wish.conf
20070327:
AFFECTS: users of devel/py-sip and x11-toolkits/py-qt
AUTHOR: miwi@FreeBSD.org
py-sip and py-qt has been updated to the latest snapshot. Please update
py-sip *before* updating py-qt and/or installing py-qt4-*. The full changelog
can be found at http://people.freebsd.org/~miwi/py-qt4.txt
20070325:
AFFECTS: users of www/drupal and drupal-*
AUTHOR: rafan@FreeBSD.org
All 4.x drupal ports are renamed to have a drupal4 prefix. As a result,
default install location is changed from PREFIX/www/drupal to
PREFIX/www/drupal4. Take some precautions when upgrading.
20070319:
AFFECTS: users of x11-wm/fluxbox and x11-wm/fluxbox-devel
AUTHOR: mezz@FreeBSD.org
The x11-wm/fluxbox-devel has been merged into x11-wm/fluxbox. You should
be back up your ~/.fluxbox and remove it. If you still want to keep to
use the same ~/.fluxbox, then you will have to do this:
- The prefix has been changed from X11BASE (/usr/X11R6) to
LOCALBASE (/usr/local). You might have to edit a few of paths in
the ~/.fluxbox/* if there is any.
- The bsetroot has been renamed to fbsetroot. You might have to
tweak a few of theme for bsetroot -> fbsetroot. Other way can be
done is to install the x11-wm/boxtools that has bsetroot if you
don't want to edit any theme.
While I am here, don't forget to use 'pkgdb -Ff'. As for the portmaster
users, I don't think you will need to do anything since portmaster will
taking care of it by default.
20070318:
AFFECTS: users of devel/gettext (ie: YOU)
AUTHOR: ade@FreeBSD.org
As a result of the upgrade to gettext-0.16.1, the shared library version
of libintl has changed, so you will need to rebuild all ports that
depend on gettext (ie: most of them, sorry):
portupgrade -rf gettext
or
portmaster -r gettext
In addition, if you have multimedia/vlc installed, you should deinstall
it *before* either of the above commands, and reinstall it manually
afterwards - vlc erroneously installs its own version of lib/charset.alias
which will overwrite the one supplied by devel/gettext otherwise.
20070313:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
The HAL option has been turned on by default and the fstabbackend
patches which have kept the fstab backend for the media kioslave
at the status quo of KDE 3.5.3 have been removed. This means that
MOUNTING DEVICES THROUGH KDE WILL NO LONGER WORK WITHOUT HAL.
Thus if you wish to use device icons or the media:/ view in konqueror,
make sure to turn on the HAL option in the x11/kdebase3 port and also
read /usr/ports/UPDATING entry 20061219 and
http://www.freebsd.org/gnome/docs/faq2.html#q19 for more information on
using HAL.
20070312:
AFFECTS: all users of net/py-libdnet
AUTHOR: tmclaugh@FreeBSD.org
The py-libdnet port has been separated out as a slave port to libdnet and
is now dependent on libdnet. py-libdnet now only installs the libdnet
python modules. Since files previously owned by py-libdnet are now owned
by its dependency, in order to upgrade correctly, py-libdnet must be
deinstall and then reinstalled manually.
20070205:
AFFECTS: all users of FreeBSD 4.X
AUTHOR: portmgr@FreeBSD.org
The remnants of FreeBSD 4.X support have been removed from bsd.port.mk.
Any remaining users should _not_ get this or any subsequent updates.
20070311:
AFFECTS: users of x11-wm/enlightenment-devel
AUTHOR: stas@FreeBSD.org
The binary used to start an enlightenment session was renamed from
enlightenment to enlightenment_start. All users should update their
xinitrc's or other startup files to reflect this change.
20070301:
AFFECTS: users of ports-mgmt/portupgrade*
AUTHOR: sem@FreeBSD.org
Because of a bug in previous version, it's recommended you fill ALT_PKGDEP
section in pkgtools.conf file for portupgrade be aware of alternative
dependencies you use, and run pkgdb -L to restore dependencies that was
lost.
Example of ALT_PKGDEP section:
ALT_PKGDEP = {
'www/apache13' => 'www/apache13-modssl',
'print/ghostscript-afpl' => 'print/ghostscript-gnu',
}
Note also, portupgrade knows nothing how to handle ports with different
suffixes (E.g. -nox11). So you should define explicitly variables
(E.g. WITHOUT_X11=yes) for the ports in /etc/make.conf or pkgtools.conf
(MAKE_ARGS section) files.
20070227:
AFFECTS: users of net-im/jabber*
AUTHOR: martin@matuska.org
With update to version 1.6.0 the name of the jabber daemon has been
changed to bin/jabberd14 to avoid conflicts with other jabber daemons.
The port now supports WITH_MYSQL and WITH_POSTGRESQL knobs.
If you are using one of the following ports please recompile it due
to changes in the library.
net-im/jabber-conference
net-im/jabber-jud
net-im/jabber-yahoo
Some configuration directives have changed, too. Please see example
configuration files and README.jabberd14 files in the ports above.
20070223:
AFFECTS: users of audio/speex and any port that depends on it
AUTHOR: mezz@FreeBSD.org
The shared library version has been changed in audio/speex, so you will
have to rebuild all ports that depend on speex. You need to do following:
Portupgrade users:
pkgdb -Ff
portupgrade -rf speex\*
Portmaster users, skip a first step if you don't have audio/speex-devel
installed:
portmaster -o audio/speex speex-devel\*
portmaster -r speex\*
20070218:
AFFECTS: users of sysutils/symon
AUTHOR: uspoerlein@gmail.com
The symon port has been updated from 2.72 to 2.75. It changes the wire
protocol, therefore, you should update your symux(8) installation first,
before updating your symon(8) clients. symux(8) is backwards compatible and
understands both protocol versions.
20070215:
AFFECTS: users of security/clamav
AUTHOR: garga@FreeBSD.org
Since version 0.90, clamd.conf and clamav.conf have changed their syntax.
All parameters can now be turned on/off using a boolean value (0,1) or
(on,off) or (true,false), the old crude hack of "DisableDefaultScanOptions"
is no longer required.
Please, check ${PREFIX}/etc/(clamd|freshclam).conf.default and make needed
changes on your conf files.
20070215:
AFFECTS: users of www/py-turbogears
AUTHOR: nivit@FreeBSD.org
TurboGears has been updated from version 0.8.9 to 1.0.1,
so there are significant changes. After upgrading the port,
with the usual portupgrade/portmanager command, it is highly
recommended to follow the instructions at this URL:
http://www.turbogears.com/download/upgrade.html
starting from section "Updating from 0.8 to 0.9" on, to make
your projects/code consistent with the new version.
20070210:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
The media kioslave now mounts cdrom/dvd volumes with local charset
conversion (mount_cd9660 -C <charset>), which requires the cd9660_iconv
kernel module to be available for volumes with ISO 9660 filesystems and
the udf and udf_iconv kernel modules for UDF filesystems.
20070209:
AFFECTS: users of x11/nvidia-driver
AUTHOR: danfe@FreeBSD.org
nVidia continues to drop support for old ("legacy") GPUs. To deal with
this fact, the port now allows to specify correct NVVERSION in order to
build driver that supports your graphics card. Currently, supported
"legacy" values are 7184 and 9631. Consult nVidia's README (Appendix A)
to find out whether you need to use legacy driver version, and exactly
which one. Alternatively, you can install one of the corresponding
`x11/nvidia-driver-XXXX' slave ports, where XXXX == needed NVVERSION.
20070208:
AFFECTS: users of databases/pear-MDB2
AUTHOR: rafan@FreeBSD.org
All databases dependent bits are moved into other PEAR modules. You need
to install appropriate databases/pear-MDB2_Driver_* port.
20070207:
AFFECTS: users of www/squid*
AUTHOR: tmseck@netcologne.de
The www/squid port has been updated to 2.6. If you are updating from Squid
2.5, please read the Squid release notes at
http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE9-RELEASENOTES.html
and see whether you need to adapt your squid.conf to the changes described
there.
Squid 2.5 will be available as www/squid25 for next few months. But note
it's no longer being maintained by the Squid developers.
20070206:
AFFECTS: users of emulators/qemu
AUTHOR: nox@FreeBSD.org
qemu now uses aio at least for ide dma, so if you get
"Invalid system call" crashes that is because aio is not (kld)loaded.
20070206:
AFFECTS: users of graphics/djvulibre
AUTHOR: stas@FreeBSD.org
djview was renamed to djview3. For now, the symlink djview->djview3
installed for compatibility. However, users should refer to djview3(1)
instead of djview(1).
20070205:
AFFECTS: prospective users of devel/qt4
AUTHOR: kde@FreeBSD.org
The qt4 ports and associated infrastructure introduce a few new
Makefile variables and porting concepts (compared to qt33).
For details and examples, see
http://mail.kde.org/pipermail/kde-freebsd/2007-February/000239.html
20070205:
AFFECTS: everybody
AUTHOR: pav@FreeBSD.org
New ports category was created - /usr/ports/ports-mgmt
Most significant port moved to this new category is portupgrade.
So don't be alarmed, it was not deleted. You can find it now in
/usr/ports/ports-mgmt/portupgrade
20070205:
AFFECTS: users of devel/portmk
AUTHOR: linimon@FreeBSD.org
With the repocopy of portmk to ports-mgmt, you need to update your
make.conf. Change the two Makevars BSDPORTMK and BSDPORTSUBDIRMK
to point to ports-mgmt/portmk.
20070202:
AFFECTS: users of www/aolserver
AUTHOR: martin@matuska.org
With update to aolserver 4.5.0 modules have been moved to separate ports.
The following modules are available initially:
archivers/aolserver-nszlib
databases/aolserver-nsmysql
databases/aolserver-nspostgres
graphics/aolserver-nsgd
security/aolserver-nsencrypt
security/aolserver-nsmcrypt
security/aolserver-nsmhash
security/aolserver-nsopenssl
security/aolserver-nssha1
www/aolserver-nscache
A different aolserver install directory for aolserver and modules
can be specified by defining AOLSERVERBASE in make.conf
The rc.d script has been renamed from aolserver.sh to aolserver.
20070102:
AFFECTS: users of sysutils/portupgrade
AUTHOR: sem@FreeBSD.org
If you have a problem with upgrading the tools from version 2.2.1 and less,
remove the package with pkg_delete portupgrade\* command and reinstall it
from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u.
20070130:
AFFECTS: users of dns/powerdns
AUTHOR: tremere@cainites.net
The configuration file was moved from /usr/local/etc to /usr/local/etc/pdns.
20070127:
AFFECTS: users of mail/dovecot
AUTHOR: robin@isometry.net
Since dovecot-1.0.r15, the port has reserved UID/GID 143.
If you are upgrading from an earlier version, please allow the uninstall
script to remove the dovecot user and group or remove them manually prior
to reinstalling the new version.
If your prefer to maintain your existing user/group, you may override this
change with the DOVECOT_UID/DOVECOT_GID environment variables at
installation time.
20070115:
AFFECTS: users of www/lightsquid
AUTHOR: clsung@FreeBSD.org
The default configuration files have changed to
${PREFIX}/etc/lightsquid.
20070111:
AFFECTS: users of irc/weechat
AUTHOR: az@FreeBSD.org
For users of any previous version, all your charset settings
in weechat.rc will be LOST! You should save your weechat.rc
to keep your values and set them again with new "charset" plugin.
For ISO users: history of channels may be without accents
(after /upgrade), this is not recoverable, but this is not a bug.
All new messages should be ok.
Be careful, now default encode is UTF-8 for all channels (before
it was terminal charset). If you still want to send messages as
ISO-8859-1, you should send either global encode or server specific
encode to ISO-8859-1.
For global encode: /setp charset.global.encode = "ISO-8859-1"
For server encode: (on server buffer) /charset encode ISO-8859-1
20070109:
AFFECTS: users of databases/postgresql*
AUTHOR: girgen@FreeBSD.org
The server-side utilities of postgresql (initdb, initlocation,
ipcclean, pg_controldata, pg_ctl, pg_id and pg_resetxlog) are now
installed by the respective postgresql*-server port (previously
they where installed with the client). If you update the client, you
should also update the server to make sure you are not left without
the server-side tools. Do something like:
portupgrade postgresql-client postgresql-server
20070105:
AFFECTS: users of mail/spamprobe
AUTHOR: stefan@FreeBSD.org
With the update to version 1.4d, the SpamProbe port doesn't use the OPTIONS
framework any more to allow part of the changes below. That means that options
selected for this port won't be saved/used automatically any more and you have
to set the appropriate variables in /etc/make.conf or on the command line to
change the port's behaviour; the variables are documented at the top of the
port's Makefile. Before updating, it might be a good idea to remove
/var/db/ports/spamprobe.
The port now has support for the PBL database backend; unless built with
WITHOUT_PBL set, SpamProbe will use PBL as the default even if you have an
existing BerkleyDB or hash database; in that case, use the parameter "-d" to
specify the type of the existing database on the command line, e.g.
spamprobe -d bdb:$HOME/.spamprobe receive
or
spamprobe -d hash:$HOME/.spamprobe receive
Using PBL instead of BerkleyDB might be a good idea, though, as the former
seems to perform better. You can convert your existing database to PBL using
the following commands (assuming you didn't disable PBL support):
cd ~
mkdir spamprobe.new
spamprobe -d bdb:.spamprobe export | spamprobe -d spamprobe.new import
mv .spamprobe spamprobe.old
mv spamprobe.new .spamprobe
20070106:
AFFECTS: users of security/libwhisker
AUTHOR: araujo@bsdmail.org
Libwhisker 2.0 is *not* backwards-compatible with Libwhisker 1.x.
Changing 'use LW' to 'use LW2' in your programs is not enough--you may
need to make code changes to your program.
However, there is a 'bridge' LW.pm module in which will use LW2
(libwhisker 2.x) functions to emulate the LW (libwhisker 1.x)
functionality.
See http://www.wiretrip.net/rfp/libwhisker/README2 for more details.
20070104:
AFFECTS: users of www/phpsurveyor
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/phpsurveyor to ${PREFIX}/www/phpsurveyor.
20070104:
AFFECTS: users of sysutils/hal
AUTHOR: gnome@FreeBSD.org
If atapicam is enabled in the kernel, hald will use the CAM device nodes
instead of ATAPI device nodes to access disc devices (e.g. CD-ROMS,
DVD drives, etc.). Previously, hald would use ATAPI device nodes even
if atapicam was enabled. The previous behavior can be restored by
following the instructions in /usr/local/share/doc/hal-0.5.8/README.freebsd.
20070102:
AFFECTS: users of security/gnutls and any port that depends on it
AUTHOR: novel@FreeBSD.org
gnutls has been updated to 1.6.1 and all shared libraries' versions
have been bumped. So you need to rebuild all applications that
depend on gnutls. Do something like:
portupgrade -rf gnutls
20061231:
AFFECTS: users of mail/sylpheed-claws*
AUTHOR: itetcu@FreeBSD.org
Sylpheed-Claws has been renamed to Claws-Mail upstream. The port and the ports
for the plug-ins have been renamed. If you didn't install claws-mail
already you need to:
portupgrade -o mail/claws-mail sylpheed-claws-2.6\*
20061221:
AFFECTS: users of security/gnupg
AUTHOR: kuriyama@FreeBSD.org
The security/gnupg port was upgraded to 2.0.1 (with security fix)
and good-old gnupg-1.4.6 was repocopied to security/gnupg1.
Both of security/gnupg (2.x) and security/gnupg1 (1.4.x) are
designed not to conflict with each other. So you can use
security/gnupg1 for gpg(1), and use security/gnupg for gpg2(1)
commands.
All directly dependents are $PORTREVISION bumped, so portupgrade -R
gnupg will works fine. After portupgrade, you will have both of
gnupg-2.0.1 and gnupg-1.4.6.
20061219:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
If you choose to enable the HAL backend for the media kioslave,
you should enable dbus, hal and policy kit during system startup.
To do this, add the following lines to /etc/rc.conf:
dbus_enable="YES"
polkitd_enable="YES"
hald_enable="YES"
Notes / known problems about mounting devices in media:/ with HAL enabled:
- Your user must be in group operator in order to be able to mount removable
media.
- Removable media drives (such as CD-ROM drives) *MUST NOT* be listed in
/etc/fstab in order to be mountable.
- If you mount a volume by double-clicking it, it may appear empty. Refresh
the fileview in konqueror to see the files.
- Mounting floppies is currently not supported.
You can still mount them in KDE if ...
- You have an fstab entry for your floppy pointing to a mountpoint
owned by your user (i.e. somewhere in your homedir)
- The vfs.usermount sysctl is set to 1
... by creating a floppy device icon on your KDE desktop and selecting
the above-mentioned fstab entry in the device dropdown list on the
device tab.
- Mounting volumes from fixed drives is prohibited for non-superusers
by default.
20061212:
AFFECTS: users of net/smokeping
AUTHOR: lth@FreeBSD.org
Smokeping now uses rc.d script to startup. Please remember to add
'smokeping_enable="YES"' to your rc.conf.
20061207:
AFFECTS: users of devel/p5-PAR
AUTHOR: rafan@FreeBSD.org
As of version 0.97.0, all PAR::Packer logic, i.e. pp, parl and
all packaging tools are moved to another distribution. You can
install devel/p5-PAR-Packer to get them.
20061207:
AFFECTS: users of net/samba3
AUTHOR: timur@gnu.org
Version 3.0.23d of net/samba3 finally got ability to conditionally
link smbd daemon against FAM libraries. If you don't need this
support make sure that it's not selected in the options menu -
run 'make config' to verify it. You can remove FAM package if it
was installed before as a part of Samba dependencies.
20061201:
AFFECTS: users of mail/assp
AUTHOR: fbsd@opal.com
This version of ASSP switches virus detection support from
Mail::ClamAV to File::Scan::ClamAV which uses the external clamd
daemon from the security/clamav port. You will need to ensure
clamd is configured and running if you wish to use ASSP's CLAMAV
option. The default means for ASSP to communicate with clamd
has been set to match clamd's UNIX socket: /var/run/clamav/clamd.
If you use clamd with a TCP socket, you should configure ASSP's
AvClamdPort option to 3310 or whatever socket you use.
20061130:
AFFECTS: users of net/openldap2[34]-server
AUTHOR: delphij@FreeBSD.org
The default Berkeley DB version has been changed from
4.3 to 4.4, as suggested by OpenLDAP developers.
Suggested upgrade step:
- Stop OpenLDAP server (i.e. ${PREFIX}/etc/rc.d/slapd stop)
- Backup the OpenLDAP database (typically, /var/db/openldap-data)
with your favorite tool
- Do a "slapcat > backup.ldif" to dump all data
- portupgrade net/openldap23-server
- Remove BDB files from your /var/db/openldap-data; you will want
to keep DB_CONFIG as-is.
- Do a "slapadd < backup.ldif" to restore the data
Alternatively, if you want to keep the current BDB version (4.3),
please define WITH_BDB_VER=43 when building the server.
20061121:
AFFECTS: users of www/hastymail
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/hastymail to ${PREFIX}/www/hastymail.
20061109:
AFFECTS: users of milter-bogom, dk-milter, dkim-milter
AUTHOR: ache@FreeBSD.org
All 3 milters change their default user to "mailnull".
20061108:
AFFECTS: Users of databases/postgresql*-server
AUTHOR: Palle Girgensohn <girgen@FreeBSD.org>
With the latest patch release of the PostgreSQL ports, the rc script
is renamed `postgresql'.
20061106:
AFFECTS: Users of net/freeradius
AUTHOR: David Wood <david@wood2.org.uk>
FreeBSD used to patch FreeRADIUS's rlm_mschap.c to strip all domain names
when calculating the hash of an MS-CHAP challenge (a requirement specified
in RFC 2759 paragraph 4 and amplified in paragraph 8.2). FreeRADIUS now
offers its own solution to discard a domain name before hashing in the
MS-CHAP code, which can be enabled via a configuration option. As there is
no longer any need for the FreeBSD patch, it has been removed, leaving the
MS-CHAP code behaving as supplied by the FreeRADIUS team.
If the previous behaviour of the MS-CHAP code is required, add:
with_ntdomain_hack = yes
to the mschap { } section of your FreeRADIUS configuration. There should be
a commented out line that can be modified around line 696 of
${PREFIX}/etc/raddb/radiusd.conf if your configuration is based on the
sample FreeRADIUS configuration.
This option is not set by default in the sample FreeRADIUS configuration.
Only those who have clients sending a domain name as part of the user name
when using MS-CHAP will be affected by this change; they will need to set
this option to allow FreeRADIUS to authenticate their clients successfully.
This may only affect those with older Windows clients, but I cannot be sure.
Some sources suggest setting this configuration option anyway to prevent
FreeRADIUS from breaching RFC 2759 inadvertently, leading to authentication
failure. It is left to the user whether to set this configuration option
anyway, or only to set it in the event of authentication failures stemming
from MS-CHAP.
Debug output from radiusd that reads "rlm_mschap: NT Domain delimeter found,
should we have enabled with_ntdomain_hack?" suggests that this configuration
option should be enabled.
New maintainer alerted to this issue by private mail from Thomas Vogt
<thomas@bsdunix.ch>.
20061106:
AFFECTS: users of syutils/munin-*
AUTHOR: miwi@FreeBSD.org
- The default install location has changed from
${PREFIX}/www/data/munin to ${PREFIX}/www/munin.
20061106:
AFFECTS: users of chinese/tatter-tools
AUTHOR: chinsan.tw@gmail.com
- The default install location has changed from
${PREFIX}/www/data/tatter to ${PREFIX}/www/tatter.
20061102:
AFFECTS: users of mail/fetchmail
AUTHOR: barner@FreeBSD.org
- Along with the update to fetchmail 6.3.5, support for the POP2
protocol has been removed from the port's default configuration.
If needed, POP2 can be enabled with the port's option interface.
- New feature: GSSAPI support.
20061101:
AFFECTS: Users of mail/dovecot
AUTHOR: shaun@FreeBSD.org
Dovecot now requires the mail root to be set explicitly in the
default_mail_env variable, where it could previously be omitted.
Using the old-style syntax may result in dovecot being unable to find
mailboxes. Installations using the example/default configuration
settings should not be affected.
This is noted in the release announcement:
http://dovecot.org/list/dovecot-news/2006-October/000016.html
20061031:
AFFECTS: Users of math/rkward
AUTHOR: thierry@FreeBSD.org
The way some information such as descriptive labels is stored in the
R workspace was changed in RKWard 0.4.0.
While the data itself can still be loaded, labels will not be
available from workspaces created with an earlier version of RKWard.
To convert the old labels to the new format, run
rk.convert.pre040 ()
in the RKWard R console after loading the workspace in question.
20061031:
AFFECTS: Users of news/inn-current or news/inn-stable
AUTHOR: shaun@FreeBSD.org
The stable and current ports of inn have been updated. They suffered
from the same problem previously documented and fixed in news/inn.
When upgrading either of the two mentioned ports, users are advised
to move inn's database directory (/usr/local/news/db) out of the way
prior to _deinstallation_ in order to save its contents from being
erased.
20061014:
AFFECTS: All GTK+2 and GNOME users
AUTHOR: gnome@FreeBSD.org
GNOME has been updated to 2.16. All GTK+2 and GNOME components have
been moved from X11BASE (/usr/X11R6) to LOCALBASE (/usr/local). To
upgrade your GNOME desktop or/and other applications you will need
to use either sysutils/portupgrade or sysutils/portmaster. To use
portmaster, make sure you have least 1.9 version to have the
upgrade succeed.
Portupgrade users:
pkgdb -Ff
portupgrade -rf pkg-config\*
Portmaster users:
portmaster -r pkg-config\*
20061010:
AFFECTS: users of devel/avr-gcc*
AUTHOR: joerg@FreeBSD.org
The old avr-gcc port has been renamed into avr-gcc-3, and continues
support for GCC 3.x (for a while).
The former avr-gcc-devel port has been moved into avr-gcc, so GCC
4.x is now the default.
There is an entry in MOVED for the latter change but not for the
former one, as the automated tools (e.g. portupgrade) got confused
otherwise.
If you've previously been using avr-gcc-devel, these tools should
automatically take notice (based on the entry in MOVED), and change
the installed package to avr-gcc.
If you've previously been using avr-gcc, and want to move on to the
new default GCC 4.x, this should be fully automatic, as the port
name just stays, and the version increases.
If you've previously been using avr-gcc, and want to stay at GCC 3.x
for some reason, please manually perform a portupgrade to the new
name:
portupgrade -o devel/avr-gcc-3 avr-gcc
20061010:
AFFECTS: user of sysutils/flexbackup
AUTHOR: Marcus von Appen <mva@sysfault.org>
The port now respects PREFIX:
Before:
/etc/flexbackup.conf for PREFIX=whatever, WITH_PREFIX_CONF unset
Now:
PREFIX/etc/flexbackup.conf for PREFIX=whatever
20061010:
AFFECTS: users of audio/gtkpod
AUTHOR: danfe@FreeBSD.org
WITH_AAC knob has been renamed to WITH_MPEG4IP since it now covers
not only AAC, but H.264 support as well.
20061009:
AFFECTS: users of ports using ODBC (databases/libiodbc or databases/unixODBC)
AUTHOR: ganael.laplanche@martymac.com
All the ports have been modified to use the same way of choosing
between ODBC flavors (IODBC and UNIXODBC).
This way is defining either WITH_IODBC or WITH_UNIXODBC.
20061009:
AFFECTS: users of any ports using Python
AUTHOR: perky@FreeBSD.org
After upgrading of lang/python, you must rebuild all its consumer
ports to make them get ready to Python 2.5.
To do this, you will need to:
pkgdb -uf && cd /usr/ports/lang/python && make upgrade-site-packages
20061007:
AFFECTS: users of security/p5-openxpki
AUTHOR: svysh@cryptocom.ru
Old port security/p5-openxpki has been split into 8 new ports:
p5-openxpki: core for server part
p5-openxpki-client: base class for actual clients
p5-openxpki-i18n: internationalization of the user interface
p5-openxpki-client-cli: command line interface to local OpenXPKI daemon
p5-openxpki-client-html-mason: web interface to local OpenXPKI daemon
p5-openxpki-client-scep: set of SCEP tools
p5-openxpki-client-soap-lite: set of SOAP-Lite tools
p5-openxpki-deployment: set of deployment tools
Please see security/p5-openxpki/pkg-descr for their interdependencies.
20060926:
AFFECTS: users of security/libgpg-error and any port that depends on it
AUTHOR: novel@FreeBSD.org
libgpg-error was updated to 1.4 and shared library version has been
bumped. So you need to rebuild all ports that depend on libgpg-error.
Do something like:
portupgrade -rf libgpg-error-\*
20060923:
AFFECTS: users of net-mgmt/net-snmp
AUTHOR: nork@FreeBSD.org
rcNG script was updated to support snmpd_pidfile and snmpd_conffile.
So, if you set snmpd_flags like "-c /usr/local/etc/snmpd.conf ...",
please change your /etc/rc.conf like following setting:
from (before update)
snmpd_flags="-a -c /usr/local/etc/snmpd.conf -p /var/run/snmpd.pid"
to (after update)
snmpd_flags="-a"
snmpd_pidfile="/var/run/snmpd.pid"
snmpd_conffile="/usr/local/etc/snmpd.conf"
20060922:
AFFECTS: users of mail/tmda
AUTHOR: sergei@FreeBSD.org
TMDA has been updated to version 1.1.5, which is the latest stable
release. 1.1 is now the stable branch, 1.0 branch has been obsoleted.
Changes include:
- ~/.tmdarc configuration file has been obsoleted by ~/.tmda/ dir;
see ${PREFIX}/share/examples/dot-tmda for sample configuration
- only minimal set of HTML documentation is now installed;
please see http://wiki.tmda.net/ for full documentation
- templates has changed: single bounce.txt has been replaced
with various bounce_*.txt templates; see ${PREFIX}/share/tmda
20060921:
AFFECTS: users of mail/mailfront
AUTHOR: sergei@FreeBSD.org
Mailfront was rewritten in version 1.0 to be totally modular.
Its functionality has been split into several modules that are now
installed into ${PREFIX}/libexec/mailfront. Various *front-* commands
are now merely shell script wrappers around the newly introduced
mailfront command and its new modules.
The smtpfront-reject command has been removed completely,
being deprecated in favor of using a plugin.
Please refer to http://untroubled.org/mailfront/NEWS for further details.
20060910:
AFFECTS: users of net-mgmt/zabbix
AUTHOR: sem@FreeBSD.org
Users who start zabbix server should note that server name was changed
from zabbix_suckerd to zabbix_server and a variable in /etc/rc.conf
should be changed accordingly.
20060904:
AFFECTS: users of net/samba3
AUTHOR: timur@gnu.org
Revision of Samba 3.0.23c port had changed location of the directory,
where Samba stores it's smbpasswd files from $PREFIX/private to a more
common $PREFIX/etc/samba.
You need to move *.tdb files from an old to new location and remove old
directory if you use tdbsam backend for Samba user authentication.
Starting with the 3.0.23c release, the officially supported passdb
backends (smbpasswd, tdbsam, and ldapsam) now operate identically with
regards to the historical RID algorithm for unmapped users and groups
(i.e. accounts not in the passdb or group mapping table). The resulting
behavior is that all unmapped users are resolved to a SID in the
S-1-22-1 domain and all unmapped groups resolve to a SID in the S-1-22-2
domain. Previously, when using the smbpasswd passdb, such users and
groups would resolve to an algorithmic SID in the machine's own domain
(S-1-5-XX-XX-XX). However, the smbpasswd backend still utilizes the RID
algorithm when creating new user accounts or allocating a RID for a new
group mapping entry.
With the changes in the 3.0.23c release, it is now possible to resolve
a uid/gid, name, or SID in any direction and always obtain a symmetric
mapping. This is important so that values for smb.conf parameters such
as "valid users" resolve to the same SIDs as those included in the
local user's initial token.
20060902:
AFFECTS: users of japanese/uim-anthy and japanese/uim-canna
AUTHOR: nobutaka@FreeBSD.org
Input modes for uim-anthy and uim-canna are reorganized since version 1.2.0.
Please re-configure the following keybindings with uim-pref.
- off key
- convert to halfwidth alphanumeric key
- convert to fullwidth alphanumeric key
- convert to halfwidth katakana key
- halfwidth katakana mode key
20060902:
AFFECTS: users of net-p2p/linuxdcpp
AUTHOR: mezz@FreeBSD.org
The name of binary, datadir, and docsdir have been renamed from ldcpp to
linuxdcpp by the linuxdcpp developer.
20060831:
AFFECTS: users of x11-wm/fluxbox-devel
AUTHOR: mezz@FreeBSD.org
The prefix has been changed, the fluxbox-devel now lives in LOCALBASE. You
will need to download the fluxbox_prefix.sh script and run it as in your
normal users that have ~/.fluxbox. The script only will replace old path to
the new path; it does not affect on anything else.
$ fetch http://people.freebsd.org/~mezz/script/fluxbox_prefix.sh
$ sh fluxbox_prefix.sh
It will creating a backup of ~/.fluxbox to ~/.fluxbox-bak. If everything
work fine, then you can remove ~/.fluxbox-bak. If you have the different
default of LOCALBASE and X11BASE, you can edit it in fluxbox_prefix.sh.
20060831:
AFFECTS: users of games/warzone
AUTHOR: alepulver@FreeBSD.org
games/warzone port directory was renamed back to games/warzone2100 because
the last version (2.0.4) uses the original name.
20060830:
AFFECTS: users of textproc/p5-Senna
AUTHOR: kuriyama@FreeBSD.org
This version (0.50) of p5-Senna module breaks some compatibilities
with the previous versions.
20060828:
AFFECTS: users of devel/gpc
AUTHOR: mi+mx@aldan.algebra.com
devel/gpc port directory was renamed to devel/libgpc to avoid conflicting
with lang/gpc.
20060828:
AFFECTS: users of games/warzone2100
AUTHOR: alepulver@FreeBSD.org
games/warzone2100 port directory was renamed to games/warzone to match
the port distfile and data directory.
20060827:
AFFECTS: users of devel/perforce
AUTHOR: lth@FreeBSD.org
Perforce has been updated to version 2006.1. As usual, there has
been significant schema upgrades, so even though upgrading to
2006.1 is straightforward, it is still highly recommended to
follow the upgrading instructions in the release notes:
http://www.perforce.com/perforce/doc.061/user/relnotes.txt
20060818:
AFFECTS: users of net/isc-dhcp3-server or net/isc-dhcp3-relay
AUTHOR: Joerg.Pulz@frm2.tum.de
Starting with version 3.0.5rc1 of the ISC DHCPD package, any running
"dhcpd" or "dhcrelay" processes are stopped automatically when the port
gets deinstalled.
Please remember to start the services again manually, in case you upgrade
from version 3.0.5rc1 or newer to any other version.
Due to the better use of the USE_RC_SUBR framework, the rc script name may
change from isc-dhcpd.sh or isc-dhcrelay.sh to isc-dhcpd or isc-dhcrelay
depending on the FreeBSD version you use.
20060818:
AFFECTS: users of www/gallery2
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/gallery2 to ${PREFIX}/www/gallery2.
20060818:
AFFECTS: users of sysutils/nut
AUTHOR: Joerg.Pulz@frm2.tum.de
Starting with nut-2.0.4, the megatec UPS driver has been backported from
the development tree. Users of the following UPS drivers (powermust, blazer,
fentonups, mustek, esupssmart, ippon, sms, masterguard) are encouraged to
switch to the megatec UPS driver, which should replace all these drivers
by nut-2.2 .
For more information, please refer to ${LOCALBASE}/share/doc/nut/megatec.txt
20060815:
AFFECTS: users of net/samba3
AUTHOR: timur@gnu.org
Since Samba 3.0.8, it has been recommended that all domain accounts
listed in smb.conf on a member server be fully qualified with the
domain name. This is now a requirement. All unqualified names are
assumed to be local to the Unix host, either as part of the server's
local passdb or in the local system list of accounts (e.g. /etc/passwd
or /etc/group).
If the member server is not running winbindd at all, domain
accounts will be implicitly mapped to local accounts and their
tokens will be modified appropriately to reflect the local
SID and group membership.
20060804:
AFFECTS: users of editors/jedit-devel
AUTHOR: question+fbsdports@closedsrc.org
Starting with jEdit 4.3pre6, jedit-devel now requires Java 1.5+ to be
installed due to new features and classes used by the package. If you
cannot install or use Java 1.5, you will need to stay with jEdit 4.2.
20060802:
AFFECTS: users of www/linux-opera
AUTHOR: mezz@FreeBSD.org
The prefix has been changed, linux-opera now lives in LOCALBASE. Be sure to
go in ~/.linux-opera/ and open a few of *.ini files to change all of this
from "/usr/X11R6/share/linux-opera" to "/usr/local/share/linux-opera". Most
of editors have 'search and replace' option, so use it or just use sed.
20060801:
AFFECTS: users of www/b2evolution
AUTHOR: chinsan.tw@gmail.com
The default install location has changed from
${PREFIX}/www/data/b2evolution to ${PREFIX}/www/b2evolution.
20060801:
AFFECTS: users of audio/libtunepimp and any port that depends on it
AUTHOR: clsung@FreeBSD.org
libtunepimp has been updated to 0.5. But it breaks some ports depend
on it such as audio/juk and audio/amarok. To fix this kind of problem,
try to install audio/libtunepimp-old, which is previous version of
audio/libtunepimp.
20060731:
AFFECTS: users of graphics/GraphicsMagick
AUTHOR: mat@FreeBSD.org
In order to fix a symbol collision between GraphicsMagick and libtidy,
GraphicsMagick has been updated so that all its symbols are now prefixed with
'Gm'. Consequently, all dependencies should be upgraded when you perform this
upgrade with this command :
portupgrade -rf graphics/GraphicsMagick
20060729:
AFFECTS: users of net/nss_ldap
AUTHOR: tmclaugh@sdf.lonestar.org
The krb5_ccname option in ldap.conf has been fixed in the port so that it
now works. Please be aware of this when updating if you have it in your
config and are using GSSAPI when use_sasl is enabled. Using GSSAPI with a
misconfigured krb5_ccname combined with one of the 'hard' bind_policy
options can effectively lockout users.
20060728:
AFFECTS: users of polish/ekg and polish/ibgadu
AUTHOR: mwisnicki+freebsd@gmail.com
If you have installed both ekg-1.6,2 and libgadu-20051229_1 then you should
first deinstall them and install polish/ekg after that, eg:
pkg_deinstall -f pl-ekg-\* pl-libgadu-\*
portinstall polish/ekg
20060723:
AFFECTS: users of www/dillo-i18n
AUTHOR: tmseck@netcologne.de
Starting with version 20060709 the i18n version of Dillo encodes
the bookmark file using UTF-8 encoding. You can try to convert
your existing bookmark file with the bm-update script or you could
try to convert it by hand using iconv(1) from you current locale
to UTF-8, e.g. by calling 'iconv -f ISO-8859-1 -t UTF-8 ~/.dillo/bm.txt'.
Please see the iconv documentation for further details.
20060722:
AFFECTS: users of games/phpua-*
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/phpua-* to ${PREFIX}/www/phpua-*.
20060719:
AFFECTS: users of mail/postfix
AUTHOR: mnag@FreeBSD.org
mail/postfix was updated to 2.3.0 and does no longer support POSTFIX_OPTIONS,
please consider using "make config" to set your OPTIONS. The SPF patch was
removed since this does not apply cleanly and has problems when using
pipe(8). Consider using mail/postfix-policyd-spf instead of the SPF patch.
If you need the Postfix 2.2 version you can find this in mail/postfix22.
20060715:
AFFECTS: users of Aspell or its versions bundled with dictionaries
AUTHOR: thierry@FreeBSD.org
Since aspell-0.60.4_4, all dictionaries can be installed separately:
- by default, textproc/aspell installs the English dictionaries (no
change);
- thereafter you can install any foreign dictionary;
- when you install a foreign dictionary, i.e. french/aspell or
textproc/da-aspell, it installs only the dictionaries, and depends
upon textproc/aspell for the programs;
- if you don't need the English dictionaries, you can define
WITHOUT_DICTEN or install textproc/aspell-without-dicten.
20060714:
AFFECTS: users of security/krb5
AUTHOR: cy@FreeBSD.org
As of MIT KRB5 1.5, Kerberos no longer supports static linking nor
do the static libraries build. The reason for this is that KRB5 1.5
implements plugins to implement functions. GSS-API is now implemented
as a function. As such, the MIT Kerberos team has yet to implement
plugins using static libraries. Users requiring static libraries or
statically linked binaries are advised not to upgrade to this release
until MIT provides a solution for statically linked binaries.
20060714:
AFFECTS: users of www/mediawiki
AUTHOR: clsung@FreeBSD.org
www/mediawiki version is 1.7 now. 1.6 version was preserved on
www/mediawiki16 port.
20060713:
AFFECTS: users of x11-fonts/terminus-font
AUTHOR: garga@FreeBSD.org
Since version 4.20, terminus-font changed place to install fonts to
${PREFIX}/lib/X11/fonts/terminus-font, please, add this new path to your
font paths.
20060711:
AFFECTS: users of net/samba3
AUTHOR: timur@gnu.org
Starting from version 3.0.23 Samba no longer supports experimental
SQL and XML passdb backends. If you need this functionality, please
visit http://pdbsql.sourceforge.net/ (port is coming soon).
The default mapping entries for groups such as "Domain Admins" are
no longer created when using an smbpasswd file or a tdbsam passdb
backend. Use 'net groupmap add' rather than 'net groupmap modify'
to set these entries.
A substring matching rule has been added to the sambaSID attribute
definition. For OpenLDAP servers, this will require the addition
of 'index sambaSID sub' to the slapd.conf configuration file. It
will be necessary to run slapindex after making this change. There
has been no change to actual data storage schema.
20060711:
AFFECTS: users of games/linux-ut
AUTHOR: netchild@FreeBSD.org, sean-freebsd@farley.org
Some fixes for network play were done in UnrealTournament.ini
There are two ways to fix it:
1. The easy way is to remove the ${HOME}/.loki/ut directory, yet all
local settings will be lost.
2. The hard way: in ${HOME}/.loki/ut/UnrealTrounament.ini, under the
[Core.System] section, SavePath, CachePath and multiple Paths
variables should be replaced with the ones in (and in the same order
as) ${PREFIX}/share/linux-ut/System/UnrealTournament.ini.
20060707:
AFFECTS: users of www/lifetype
AUTHOR: clsung@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/lifetype to ${PREFIX}/www/lifetype.
20060706:
AFFECTS: users of security/gnutls and any port that depends on it
AUTHOR: novel@FreeBSD.org
gnutls has been updated to 1.4.0 and all shared libraries' versions
have been bumped. So you need to rebuild all applications that
depend on gnutls. Do something like:
portupgrade -rf gnutls
20060703:
AFFECTS: users of audio/amarok
AUTHOR: mich@FreeBSD.org
A bunch of port options have been removed, so you should remove your
current options, before attempting to build the port.
- Enter the amarok port directory, and run `make rmconfig'
20060703:
AFFECTS: users of sysutils/portupgrade
AUTHOR: sem@FreeBSD.org
Because portupgrade had a problem with detecting Berkley DB version 2
or newer, and the default database format is now set to use these
versions, you can end up with a portupgrade that does not work with
older databases. A quick fix is to remove the databases, type:
'rm /var/db/pkg/pkgdb.db /usr/ports/INDEX*.db'.
portupgrade will recreate them automatically. It does absolutely no harm.
If you do not want remove the databases, you should detect what database
type do you use, and set the port options for portupgrade accordingly.
Follow these instructions:
- run 'pkgdb -fu' *before* upgrading and take a look on the output.
You can see database format there as: format:XXX, where XXX is your
current database format.
- Go to portupgrade port directory and configure the port with
`make config' command. If you have bdb_* format, then turn on the BDB4
option. If you have bdb1_* format, then turn off BDB4 and turn on
the BDB1 option. If you have dbd_hash format, then turn off all options.
- Upgrade portupgrade.
Note: if you change database format with changing port options,
you should remove the ruby-bdb* port that you don't need anymore.
Alternatively, you can hard code database format in your pkgtools.conf.
20060702:
AFFECTS: users of multimedia/handbrake
AUTHOR: multimedia@FreeBSD.org
The GTK+2 version in the 0.7.x has been disabled by the author, because it
does not work anymore. If you still want to keep with GTK+2 version, go
with multimedia/handbrake-gtk2 (still 0.6.x) instead. The name of binary
has been renamed to handbrake-gtk2 too.
20060701:
AFFECTS: users of www/phpbb
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/phpbb to ${PREFIX}/www/phpbb.
20060629:
AFFECTS: users of www/mediawiki
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data-dist/mediawiki to ${PREFIX}/www/mediawiki.
20060624:
AFFECTS: users of audio/mt-daapd
AUTHOR: alex@foxybanana.com
The default database directory has been changed to /var/db/mt-daapd. The
default mp3 dir has been changed to ${PREFIX}/share/mt-daapd. Old
configuration files will be maintained, if present, so no updating should
be required.
20060624:
AFFECTS: users of net/py-bittorrent-devel and net/py-bittorrent-core-devel
AUTHOR: lioux@FreeBSD.org
This version has been specially patched to enable
launchmany-{console,curses}. This is experimental.
20060624:
AFFECTS: users of net/py-bittorrent and net/py-bittorrent-core
AUTHOR: lioux@FreeBSD.org
launchmany-{console,curses} do not work under this version.
20060622:
AFFECTS: users of www/dokuwiki
AUTHOR: miwi@FreeBSD.org
The default install location has changed from
${PREFIX}/www/data/dokuwiki to ${PREFIX}/www/dokuwiki.
20060622:
AFFECTS: users of databases/mysql-client
AUTHOR: ale@FreeBSD.org
MySQL version 5.0 is now the default. If you have only the client
port, you can upgrade all ports with:
portupgrade -rfo databases/mysql50-client mysql-client
20060616:
AFFECTS: users of all pfpro ports
AUTHOR: aaron@FreeBSD.org
The default certificate location has been changed to respect hier(7).
The new default location is LOCALBASE/etc/pfpro/certs.
20060616:
AFFECTS: users of net/openldap22{,-sasl}-client
AUTHOR: linimon@FreeBSD.org
OpenLDAP version 2.3 is now the default. To upgrade all ports do
portupgrade -rfo net/openldap23-client openldap-client
(or a similar command for the SASL variant). If you do not want to
upgrade, add the line `WANT_OPENLDAP_VER?=22' to /etc/make.conf.
20060616:
AFFECTS: users of emulation/linux_base-*
AUTHOR: netchild@FreeBSD.org
We now use Fedora Core 4 as the linux base port, and the corresponding
xorg libs for the linux X11 libs port.
To upgrade you have to run
portupgrade -f -o emulators/linux_base-fc4 linux_base\*
portupgrade -f -o x11/linux-xorg-libs linux-XFree86-libs
You need to make sure that you have not changed the sysctl
compat.linux.osrelease. FC4 behaves differently depending on the
content of this sysctl. Only the default value of this sysctl is
supported. In case of problems also revert to the default of the
compat.linux.osname if changed.
In case "printenv | grep LD_" prints something, e.g., LD_LIBRARY_PATH
or LD_PRELOAD, you have to make sure it is not set when starting
linux programs, else FreeBSD libraries will be picked up and the
programs do not start.
After this start a linux program to test, e.g., acroread. If you get
errors when starting linux programs about problems with libraries, and
you made sure no LD_* variable is set as described above, you are one of
those unlucky people where we do not have a better solution as to tell
you to deinstall every linux port, remove /compat/linux completely to
make sure no cruft is left and reinstall everything you need.
20060612:
AFFECTS: users of editors/staroffice60, editors/staroffice70 and
german/staroffice70
AUTHOR: erwin@FreeBSD.org
The USE_CDROM knob was renamed to WITH_CDROM for consistency
within the ports tree.
20060611:
AFFECTS: users of www/c-icap
AUTHOR: b3k@mail.ru
The format of file c-icap.magic has changed. If you use your own
c-icap.magic file remember to convert it to the new format. It can be done
using the convert_old_magic.pl script located in the contrib directory.
20060605:
AFFECTS: users of net/kdenetwork3
AUTHOR: kde@FreeBSD.org
The KDE multi-protocol instant messenger, Kopete, has been moved out
of the net/kdenetwork3 port and is now available separately as
net-im/kopete.
20060529:
AFFECTS: users of net/quagga
AUTHOR: lawrance@FreeBSD.org
As of version 0.99.4 quagga no longer supports UCD-SNMP v4. If you
require this functionality, you should make alternative arrangements
before upgrading quagga.
20060529:
AFFECTS: users of mail/qmail-spamcontrol
AUTHOR: garga@FreeBSD.org
Updated to version 2.4.14 that brings a lot of news, most significant is
STARTTLS support on smtpd and pop3d, if you want to use it, you need to
install sysutils/ucspi-ssl-tls port that has the necessary patch applied.
Remember to select STDERR option and rebuild security/clamav port, this is
necessary to have the correct log on smtpd.
After upgrade from 2.3.x you will need to set environment var SMTPAUTH to
enable auth, you can set it as "login" or "crammd5" to set which auth you
want.
20060528:
AFFECTS: users of news/inn
AUTHOR: shaun@inerd.com
The 2.4.3 port of inn has an unfortunate bug which causes inn's database files
to be erased during an uninstall or upgrade. Earlier versions are also
affected. The latest port revision fixes this, but before upgrading, users are
advised to move their ${PREFIX}/news/db directory out of the way, in order to
save the history, active and newsgroups databases from destruction.
20060526:
AFFECTS: users of security/amavisd-new
AUTHOR: gkovesdan@t-hosting.hu
The Clamav project recommended that security/clamav and security/clamav-devel
should depend on archivers/unzoo instead of zoo, and on archivers/arj instead
of unarj. Because the clamav and clamav-devel ports are used quite often with
amavisd-new, this port was modified to depend on the same two archiver ports
as well. The amavisd-new port automatically recognizes arj, but not unzoo, so
${PREFIX}/etc/amavisd.conf should be modified. This line should be changed:
['zoo', \&do_zoo, 'zoo'],
To this one:
['zoo', \&do_zoo, ['zoo','unzoo'] ],
20060526:
AFFECTS: users of net/openldap23-server
AUTHOR: delphij@FreeBSD.org
The setting of SHELL backend has been inverted to off by default,
because of the side effect it can cause. A new option, SLURPD
has been added to give the user decision on whether the
replication should be built and installed. Please note that the
replication daemon is disabled when threading is disabled (e.g.
when using shell backend), no matter what the user option SLURPD
is set to.
You are advised to do a "make config" in the net/openldap23-server
directory *before* upgrading.
20060524:
AFFECTS: users of games/spicetrade
AUTHOR: hq@FreeBSD.org
To comply with the Porter's Handbook recommendations, spicetrade port no
longer defines USE_X_PREFIX. Hence the executable used to launch the game has
moved to ${PREFIX}/bin/spicetrade (was ${X11BASE}/bin/spicetrade).
20060524:
AFFECTS: users of java/jasmin
AUTHOR: hq@FreeBSD.org
The executable has been renamed to 'jasmin' (was 'jasmin.sh')
20060522:
AFFECTS: users of astro/boinc-setiathome-enhanced,
astro/boinc-setiathome-naparst, astro-boinc-setiathome
AUTHOR: r.c.ladan@gmail.com
As SETI@home doesn't generate work for 4.x clients anymore, the ports
structure has been updated to use the 5.x client by default.
People currently using any of the above ports should finish and report
their existing work (both for normal and enhanced) and not allow any
new work until after their ports are updated, to minimize loss of
work.
Note that this update changes the enhanced client to work for the
normal instead of the beta project. When a beta client for Astropulse
is released, it will work as the new client for the beta project.
20060518:
AFFECTS: users of net/openldap23-server
AUTHOR: delphij@FreeBSD.org
The OpenLDAP 2.3.x series now automatically disables threading when
shell backend is enabled, as suggested by the OpenLDAP developers.
Users should be aware of the change and choose whether to enable
the feature.
20060516:
AFFECTS: users of www/tinyproxy
AUTHOR: wxs@csh.rit.edu
tinyproxy now installs a rc.d script. To enable tinyproxy at boot
time, set the following in rc.conf(5):
tinyproxy_enable="YES"
The configuration file for tinyproxy has been moved to
${PREFIX}/etc/tinyproxy.conf. Any old configuration files will need
to be migrated over to the new location.
20060514:
AFFECTS: users of sysutils/smartmontools, others
AUTHOR: jylefort@FreeBSD.org
In FreeBSD 6.1, the ata(4) device ABI has changed. After updating to
FreeBSD 6.1, ports which access ATA drives directly
(sysutils/smartmontools, others) must be rebuilt.
20060512:
AFFECTS: users of mail/fetchmail
AUTHOR: barner@FreeBSD.org
Fetchmail now has a rcNG script. It supports two modes:
- one fetchmail instance per user: Set the `fetchmail_users'
variable to a list of users for which you want to start
fetchmail.
- a global system wide daemon (runs per default as user
`fetchmail')
See $PREFIX/etc/rc.d/fetchmail for details.
20060509:
AFFECTS: users of net-im/sulci
AUTHOR: Denis Shaposhnikov <dsh@vlink.ru>
After upgrading from 0.5.a.20050918 version you have to convert your
vocabulary database to sqlite using:
/usr/local/libexec/sulci/wtf_convert
and change sulci's configuration file in "vocabulary" directive, see
/usr/local/share/examples/sulci/sulci.conf.example
20060507:
AFFECTS: users of net/isc-dhcp3-server with failover setup
AUTHOR: Joerg.Pulz@frm2.tum.de
Beginning with isc-dhcp3-server-3.0.4 a new field is added to the
lease state structures found in the dhcpd.leases file.
Please refer to ${PREFIX}/share/doc/isc-dhcp3-server/RELNOTES for
further informations about this change and how you can update your
dhcpd.leases file.
20060506:
AFFECTS: users of PHP
AUTHOR: ale@FreeBSD.org
The old PHP slave ports (phpN-cli, phpN-cgi and mod_phpN) were removed
in favor of unified PHP ports that allow building any combination of
PHP SAPIs (cli, cgi and apache module).
The PHP CGI binary was renamed to php-cgi, so you should update
the path in your script. To simplify the update process, *only* for
this release a 'php' compatibility symlink to php-cgi will be created
if you don't select the CLI SAPI.
Before the upgrade you *should* run 'make config' in lang/php4 or
lang/php5 to configure the SAPIs you want to install.
As a consequence the default binary packages include the CLI and the
FastCGI SAPIs.
20060506:
AFFECTS: users of lang/lua, editors/kile, x11/kdelibs3, x11/kdebase3
AUTHOR: pav@FreeBSD.org, kde@FreeBSD.org
Recently, the port of Lua was updated to version 5.1. This version is
incompatible with the version 5.0, which is used in a number of applications,
most notable in the Kile and Kate editors (the latter being part of a base
KDE installation).
If you're having troubles running those, such as error dialogs saying "Check
your KDE installation", make sure to downgrade your lua installation back
to 5.0:
portupgrade -f -o lang/lua50 lua-5.1
20060501:
AFFECTS: users of www/instiki
AUTHOR: arsptr@optusnet.com.au
The instiki port has changed storage methods to use an SQL database.
The README contains instructions on how to migrate existing wiki data to the
new storage methods. The following is a copy of the relevant information,
tailored for FreeBSD port users:
1. cd /usr/ports/www/instiki; make extract
2. Execute
ruby work/instiki-0.11.0/script/import_storage \
-t /usr/local/instiki/storage/2500 \
-i /usr/local/instiki \
-d sqlite \
-o [some location]/instiki_import.sql
3. This will produce instiki_import.sql file in the specified location.
Open it in a text editor and inspect carefully.
4. Upgrade your instiki port normally (eg portupgrade)
5. Connect to your production database, eg:
sqlite3 /usr/local/instiki/db/production.db.sqlite3
and have it execute instiki_import.sql, eg:
.read [some location]/instiki_import.sql
6. Execute
ruby /usr/local/instiki/script/reset_references production
(this script parses all pages for crosslinks between them, so it
may take a few minutes)
20060429:
AFFECTS: all GNOME users
AUTHOR: gnome@FreeBSD.org
GNOME has been updated to 2.14. This new release does NOT require the
use of the gnome_upgrade.sh script. That script should not be used.
Instead, use the following simple recipe:
pkgdb -Ff
portupgrade -o net/avahi -f howl
portupgrade -o x11/gnome-screensaver -f xscreensaver-gnome
portupgrade -a
20060425:
AFFECTS: users of net-im/ejabberd
AUTHOR: shaun@inerd.com
ejabberd's UID and GID have changed. Users are advised to check all
configuration files and data in /var/spool/ejabberd to ensure
everything has the correct owner/group.
20060424:
AFFECTS: users of devel/monotone
AUTHOR: lapo@lapo.it
Version 0.26 of monotone has many differences with past versions, there are
changes in executable name, in repository and workspace format and also
in the 'netsync' network protocol.
A centralized "flagday" migration is needed in order to change format.
Refer to ${PREFIX}/share/doc/monotone/UPGRADE for migration instructions.
20060418:
AFFECTS: users of net/{ipw,iwi}-firmware
AUTHOR: flz@FreeBSD.org
Some changes in the way ipw(4) and iwi(4) work lead to fundamental
changes in ipw-firmware and iwi-firmware ports. Since these drivers
are now using loadable kernel modules as firmware, two new ports have
been created: net/ipw-firmware-kmod and net/iwi-firmware-kmod.
You should not be able to install the wrong one since detection is
based on your FreeBSD version. Trying to install the wrong port will
result in an error message (port marked as IGNORE).
20060413:
AFFECTS: users of security/tor-devel
AUTHOR: johans@FreeBSD.org
The default data directory of tor-devel has been changed from
/var/run/tor to /var/db/tor/data
In order to keep your old server settings, you should either
move the appropriate files to this directory manually,
or set the tor_datadir variable accordingly in /etc/rc.conf
20060414:
AFFECTS: users of www/horde, www/horde-php5, www/horde-passwd,
deskutils/nag, deskutils/mnemo, deskutils/kronolith,
mail/turba, mail/ingo, mail/imp, devel/chora
AUTHOR: shaun@inerd.com
The Horde ports no longer overwrite your existing configuration
files during an upgrade: if you have modified any of the files in the
config directory of any of these ports, they will be left untouched
when you upgrade.
It is recommended that the new .dist files are examined after an
upgrade and any changes merged into your existing config files if
necessary.
20060408:
AFFECTS: users of www/linux-flashplugin*
AUTHOR: hrs@FreeBSD.org
These ports have been removed because the End User License Agreement
explicitly forbids to run the Flash Player on FreeBSD.
For more details, see
http://www.macromedia.com/shockwave/download/license/desktop/.
20060407:
AFFECTS: users of sysutils/bacula*
AUTHOR: dan@langille.org
bacula-server now installs two rc.d scripts, one for the Director
and one for the Storage Daemon. To enable the Director at boot time,
set the following in /etc/rc.conf[.local]:
bacula_dir_enable="YES"
To enable the Storage Daemon, set the following in rc.conf(5):
bacula_sd_enable="YES"
Similarly, bacula-client also installs a rcNG script. To enable
the File Daemon at boot time, set the following in rc.conf(5):
bacula_fd_enable="YES"
The old z-bacula.sh script in PREFIX/etc/rc.d should be removed.
20060403:
AFFECTS: users of databases/db*
AUTHOR: swhetzel@gmail.com
Most of the ports that depend on Berkeley DB have been updated to use
Mk/bsd.database.mk. Mk/bsd.database.mk is used to include MySQL, PostgreSQL,
Berkeley DB, and SQLite in a port.
The Berkeley DB support in Mk/bsd.database.mk is used to return the proper
db* library name and location of the include and library directories of the
requested version.
To select a version of Berkeley DB, you can use either WITH_BDB_VER=<version>
or ${UNIQUENAME}_WITH_BDB_VER=<version> (version is one of 3, 40, 41, 42, 43,
or 44).
When a port has USE_BDB defined as either 'USE_BDB=41+' or 'USE_BDB=yes', the
port will use the oldest installed version of Berkeley DB. For example if
both db41 and db43 are installed, the port would end up compiling with db41.
If you add -DWITH_BDB_HIGHEST to your make command, the port will use highest
db* instead. If no Berkeley DB is installed then the port will default to the
version specified or the default Berkeley DB version (currently db41).
NOTE: If a port was using a different variable to select Berkeley DB or a
version, you will get an IGNORE message when you build the port. This
message will tell you what you need to do.
Port Maintainers please review the comments in Mk/bsd.database.mk on what
variables are available for you use in your own ports.
20060331:
AFFECTS: users of biology/emboss and biology/embassy
AUTHOR: fernan@iib.unsam.edu.ar
Since EMBOSS-3.0.0 both EMBOSS and EMBASSY install by default into
$LOCALBASE/emboss to avoid conflicts with other ports.
Users upgrading to 3.0.0 should take this into consideration when
planning the upgrade, because it will involve moving data not
installed by the port (databases) and tweaking the emboss.defaults
config file.
If you want to install the ports into $LOCALBASE (/usr/local, the old
behavior), you can still do so by setting PREFIX manually. But you
will have to take care of conflicting ports yourself.
20060330:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
The genkdmconf.sh rc-script has been removed in favor of a kdm wrapper
script, which now handles both launching kdm and automatically updating or
generating kdm's configuration files. The actual kdm binaries have been
renamed to 'kdm-bin', 'kdm-bin_config' and 'kdm-bin_greet' respectively.
These changes should be mostly transparent to kdm users and require no
changes to existing configurations or setups, however: The actual kdm process
is now also named 'kdm-bin', so 'killall kdm' will no longer work.
20060328:
AFFECTS: users of sysutils/nut
AUTHOR: Joerg.Pulz@frm2.tum.de
Beginning with nut-2.0.3 the nut rcNG script only starts the ups driver and
the ups daemon 'upsd'.
The ups monitor 'upsmon' and the ups logger 'upslog' are now handled by
separate scripts to get more control over the different services.
Please take a look into the nut, nut_upslog and nut_upsmon scripts
installed in ${PREFIX}/etc/rc.d/ for possible rc.conf values and their
defaults.
20060322:
AFFECTS: users of security/dazuko
AUTHOR: ehaupt@FreeBSD.org
Do not load the module using /boot/loader.conf. It generates a page fault due
to a possible dazuko bug.
You could use /etc/rc.local for loading the module. For example, add the
following line to /etc/rc.local:
/sbin/kldload dazuko
20060319:
AFFECTS: users of graphics/py-exif
AUTHOR: lawrance@FreeBSD.org
The 'exiftool' utility from py-exif has been renamed to
'py-exiftool' in order to avoid a conflict with p5-Image-ExifTool.
20060316:
AFFECTS: users of textproc/docproj[-jadetex]
AUTHOR: delphij@FreeBSD.org
docproj now installs a set of CJK (Chinese, Japanese, Korean)
related stuff in case that you have chosen to install the
jadetex feature. Because the CJK part could be potentially
large for those who do not want it, this feature can be disabled
by defining WITHOUT_CJK=yes.
Please be sure to update to the latest docproj package, as an
upcoming doc/share/mk change will make use of the newly added
fixrtf utility.
20060315:
AFFECTS: users of www/horde, mail/turba and deskutils/kronolith
AUTHOR: thierry@FreeBSD.org
There are several points to check in your configuration files or
in your database after upgrading Horde to 3.1, Turba to 2.1 and
IMP to 4.1; please read UPGRADING in their doc directories.
20060315:
AFFECTS: users of net-im/jabber
AUTHOR: garga@FreeBSD.org
After upgrade jabber-1.x to 1.4.4 you must to rewrite your
${PREFIX}/etc/jabber.xml based on new ${PREFIX}/etc/jabber.xml.dist
installed by the port because it's not backward compatible.
20060313:
AFFECTS: users of multimedia/vcdimager and security/dirmngr
AUTHOR: nork@FreeBSD.org
These versions of the ports which have been installed in your
system accidentally installed some malformed entries to
$LOCALBASE/info/dir, which prevent them from being upgraded
to the latest versions. Please remove the following entries
manually from $LOCALBASE/info/dir before upgrading them to
vcdimager-0.7.23_2 (and later) and dirmngr-0.9.3_2 (and later)
respectively.
multimedia/vcdimager
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
* VCDImager: (vcdimager). GNU Video CD imaging utilities
* cdxa2mpeg: (vcdimager)cdxa2mpeg. Strip RIFF/CD-XA container
* vcd-info: (vcdimager)vcd-info. Video CD diagnostic tool
* vcdimager: (vcdimager)vcdimager. Video CD simple formatter
* vcdxbuild: (vcdimager)vcdxbuild. Video CD XML formatter
* vcdxgen: (vcdimager)vcdxgen. Video CD XML template generator
* vcdxminfo: (vcdimager)vcdxminfo. Display MPEG stream properties
* vcdxrip: (vcdxrip). Video CD Ripping tool
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
security/dirmngr
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
* dirmngr: (gnupg). X.509 CRL and OCSP server.
* dirmngr-client: (gnupg). X.509 CRL and OCSP client.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
20060307:
AFFECTS: users of print/acroread7 and the localized versions
AUTHOR: hrs@FreeBSD.org
Unfortunately, it turns out that printing feature of Adobe
Reader 7.0.5 does not work with FreeBSD's Linux emulation
environment for now. Although English, French, German,
Japanese, and Korean version of the port were updated to
7.0.5 on 2006/02/21, these changes have been reverted consequently.
Please update the packages installed (normal upgrading procedure
by using portupgrade(1) and so on should work). I am sorry for the
confusion.
20060302:
AFFECTS: net-im/jabber-pyicq and net-im/jabber-pymsn
AUTHOR: garga@FreeBSD.org
Port versions older than 0.7 and 0.11a respectively run as root which
is an unneeded security risk. Newer versions run as as user jabber,
so before starting the daemons, you should fix permissions for each
spooldir (default: /var/spool/jabber):
# chown -R jabber:jabber spooldir/Transport_JID
20060223:
AFFECTS: all ports using libtool as part of the build process
AUTHOR: ade@FreeBSD.org
The way in which ports that require libtool to build has been
completely reworked to bring the ports system in line with other
environments, such as Linux, and pkgsrc.
devel/libtool13 no longer exists. devel/libtool15 has been modified
to (a) install in the canonical locations and (b) remove a number
of long-standing FreeBSD-specific patches that resulted in a very
different libtool than is present on other systems.
The main visible change will be that a large number of ports have
had their plists modified (we now install libtool .la archives)
and, as such, PORTREVISIONS have been bumped on ~2000 ports (roughly
1/7th of the tree).
Unfortunately, there is no simple upgrade path. Short of removing
all packages and reinstalling from scratch, the only other viable
alternative would be careful use of portupgrade. Given the large
number of different ways in which libtool is used by other ports
in the tree, this is a process that is likely to vary considerably
from system to system, and as such, folks should be very mindful
of running automatic updating software, such as portupgrade, making
extensive use of the -n flag (and equivalents for other updaters)
to see what will actually be rebuilt, before actually performing
the upgrade.
The good news is that the system now in place will make the handling
of libtool-using ports considerably easier going forward.
20060221:
AFFECTS: users of print/acroread7 and the localized versions
AUTHOR: hrs@FreeBSD.org
installation directory of print/acroread7 and the slave ports
have been changed to ${PREFIX}/Adobe/Acrobat7.0/${ADOBE_LANG}.
${ADOBE_LANG} is one of CHS,CHT,DAN,DEU,ENU,ESP,FRA,ITA,JPN,KOR,
NLD,NOR,PTB,SUO,SVE and represents language used in the UI (FRA means
French version and it is installed by french/acroread, for example).
To configure the UI language, navigate to Edit->Preferences->International->
Application Language, set it to "Choose at application startup" and
restart the program.
The command filename is ${PREFIX}/bin/acroread as before (this is
a script installed by print/acroreadwrapper now), and if multiple
versions are installed, one of them will be selected according to
${ADOBE_LANG} environment variable. If ${ADOBE_LANG} is not set,
it will be automatically set by using ${LANG}; this means when
LANG=fr_FR.ISO8859-15, ADOBE_LANG will be FRA and the French version
will be invoked by ${PREFIX}/bin/acroread. You can set ADOBE_LANG
manually, too.
Also, if you want to activate the PDF plugin, use --install-plugin
option in ${PREFIX}/bin/acroread. For more detail, see
print/acroreadwrapper/pkg-message.
20060220:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org
lang/perl5.8 has been updated to 5.8.8. You should update everything
depending on perl. The easiest way to do that is to use
perl-after-upgrade script supplied with lang/perl5.8. Please see
its manual page for details.
20060220:
AFFECTS: users of x11-wm/enlightenment
AUTHOR: vanilla@FreeBSD.org
enlightenment 0.16 change binary name from 'enlightenment' to 'e16'.
you should change it on your .xinit file.
20060212:
AFFECTS: users of mail/dcc-dccd
AUTHOR: ehaupt@FreeBSD.org
The midnight dccm and dccifd system log message has been changed to disclose
spam passed from whiteclnt-listed MX servers. MX servers should now be listed
in /var/dcc/whiteclnt with lines like:
mx ip 10.2.3.4
mx ip 10.5.6.0/28
mxdcc ip 10.7.8.9
"MX" marks the IP address of one of your mail systems that should be ignored
in initial Received: headers and when reported by sendmail to dccm. "MXDCC"
marks IP addresses of your mail systems that run DCC clients and that will have
already reported mail to the DCC. Continue using "OK" whitelist entries for
mail systems that you trust to never send or forward unsolicited bulk email.
Allow custom DNS blacklist SMTP rejection messages. See -Bset:rej-msg=X in the
dccifd and dccm man pages.
20060207:
AFFECTS: users of www/jakarta-tomcat4, www/jakarta-tomcat41,
www/jakarta-tomcat5, www/jakarta-tomcat55, and www/tomcat55
AUTHOR: lawrance@FreeBSD.org
The Tomcat ports listed above have been converted to use new-style
rc scripts. In order to enable Tomcat, you must add:
tomcat{4,41,5,55}_enable="YES"
to your rc.conf. Select the appropriate version number for your
installation. When shutting down, the rc scripts will kill the
Tomcat process after a default timeout of 10 seconds. This can be
changed by setting the tomcatXX_stop_timeout variable in rc.conf.
Tomcat 5.5 users please note that the rc variables have changed name
from jakarta_tomcat55_* to tomcat55_*.
The "tomcatctl" executable is no longer installed. Please use the
rc scripts to control tomcat instead.
20060202:
AFFECTS: users of textproc/expat2
AUTHOR: kuriyama@FreeBSD.org
Users of expat2 (and its many dependencies) should do the following to
properly update expat2 and all of its dependencies:
portupgrade -rf textproc/expat2
20060201:
AFFECTS: users of sysutils/xmbmon
AUTHOR: jylefort@FreeBSD.org
The tty program (mbmon) was moved into a separate port, sysutils/mbmon.
20060201:
AFFECTS: users of x11/tilda
AUTHOR: barner@FreeBSD.org
The configuration file syntax has changed. Users of x11/tilda must
delete their old ones and re-create them.
20060131:
AFFECTS: users of security/stunnel
AUTHOR: roam@FreeBSD.org
Since stunnel-4.14_1, the stunnel.pem certificate generated by
"make cert" is installed into /usr/local/etc/stunnel/ instead of
/usr/local/etc/.
20060130:
AFFECTS: users of sysutils/portsnap
AUTHOR: cperciva@FreeBSD.org
Due to configuration file changes, users of portsnap are encouraged
to copy the latest sample configuration file into place after updating
portsnap to version 1.0:
# cd /usr/local/etc && cp portsnap.conf.sample portsnap.conf
20060126:
AFFECTS: ports that use Display Postscript libraries and xorg-libraries
AUTHOR: x11@FreeBSD.org
Support for Display Postscript has been deprecated in X.Org 6.9 release
and libraries and tools are no longer installed by default. If you have
installed a port that complains about missing libdpstk or libpsres, you
need to reinstall it so it will be build without DPS support.
20060123:
AFFECTS: users of mail/qmail, mail/qmail-ldap, mail/qmail-mysql,
mail/qmail-spamcontrol, mail/qmail-tls and all dependant
ports.
AUTHOR: garga@FreeBSD.org
If you use qmail installed on a PREFIX different of /var/qmail,
please, set a var on /etc/make.conf named QMAIL_PREFIX with this
value. It'll be used for many ports that depends of qmail.
To prevent stale dependencies, when you use one of qmail slave ports,
now you just need to set a var named QMAIL_SLAVEPORT on /etc/make.conf
assigning to it the name of slave port you are using.
The valid options for now are:
* ldap
* mysql
* spamcontrol
* tls
20060114:
AFFECTS: users of www/apache13-ssl with suexec enabled.
AUTHOR: clement@FreeBSD.org
The port has been converted to new apache framework, using bsd.apache.mk.
suexec knobs have changed to WITH_SUEXEC and SUEXEC_*. See Mk/bsd.apache.mk
for more details.
20060113:
AFFECTS: users of multimedia/qvamps
AUTHOR: lioux@FreeBSD.org
Some program location pathnames have been corrected. Therefore,
a new configuration file has to be generated. First, close qvamps.
Then, remove the previous configuration file. Finally, start qvamps
again. The configuration file can be removed with:
$ rm ~/.qvamps/qvampsrc
20060112:
AFFECTS: users of mail/postfix, mail/postfix1, mail/postfix21,
mail/postfix-current
AUTHOR: mnag@FreeBSD.org
Now all postfix ports use rcNG script to startup. If you have any file
in etc/rc.d directory linked to sbin/postfix, please remove.
Do not forget to add 'postfix_enable="YES"' in your rc.conf
20060112:
AFFECTS: users of security/gnutls and any port that depends on it
AUTHOR: novel@FreeBSD.org
gnutls has been updated to 1.2.9 and all shared libraries' versions
have been bumped. So you need to rebuild all applications that
depend on gnutls. Do something like:
portupgrade -rf gnutls
20060111:
AFFECTS: users of multimedia/lxdvdrip
AUTHOR: lioux@FreeBSD.org
lxdvdrip has been updated to version 1.51 depending on port
multimedia/vamps. However, multimedia/vamps needs to know beforehand
how many bytes will be processed in order to work. Unfortunately,
lxdvdrip cannot provide such information. Therefore, vamps and
playcell specific tailored versions shipped within the lxdvdrip
distribution will be used. They will be named so that lxdvdrip
does not conflict with multimedia/vamps. This is for lxdvdrip
version 1.51_1.
However, users that used lxdvdrip previously to this update, are
required to modify their configuration file in order to comply
to the new naming scheme.
File: ~/.lxdvdrip.conf
From: play_cell_name=play_cell
vamps_name=vamps
To: play_cell_name=play_cell_lxdvdrip
vamps_name=vamps_lxdvdrip
20060111:
AFFECTS: users of devel/perforce
AUTHOR: lth@FreeBSD.org
Perforce has been updated to version 2005.2. As usual, there has
been significant schema upgrades, so even though upgrading to
2005.2 is straightforward, it is still highly recommended to
follow the upgrading instructions in the release notes:
http://www.perforce.com/perforce/doc.052/user/relnotes.txt
20060110:
AFFECTS: users of www/drupal
AUTHOR: brooks@FreeBSD.org
The default install location has changed from PREFIX/www/data/drupal
to PREFIX/www/drupal. Users who want to use the old location can set
the DRUPDIR variable to www/data/drupal.
20060109:
AFFECTS: users of databases/postgresql??-server
AUTHOR: girgen@FreeBSD.org
All postgresql versions have been updated. These patch releases fix
a problem with character string comparisons for locales that
consider different character combinations as equal, such as
Hungarian. This might require "REINDEX" to fix existing indexes on
textual columns. Also, if plperl is used, a "REINDEX" might be
required under certain conditions. Check the HISTORY file in the
source for details.
20060108:
AFFECTS: users of x11/kdelibs3, x11/kdebase3, deskutils/superkaramba,
x11-themes/kde-windeco-smoothblend, irc/kvirc,
editors/vimpart
AUTHOR: kde@FreeBSD.org
A number of files have been moved from kdebase to kdelibs between
KDE 3.4.3 and KDE 3.5.0 and some applications which used to be
distributed separately from KDE have been included in the release.
This means that you will have to take some precautions in order to
update your KDE installation without interruptions.
We recommend sticking to the following procedure. This procedure requires you
to have sysutils/portupgrade installed and to be the superuser (or using sudo).
1.) Delete installed packages which conflict with the updated KDE
ports.
pkg_deinstall -f kdebase-\[0-9\]\* superkaramba-\[0-9\]\* \
kde-windeco-smoothblend-\[0-9]\* kvirc-\[0-9\]\* \
kdeaddons-vimpart-\[0-9\]\*
2.) Now update the remaining KDE ports.
portupgrade -O arts\* kde\* \*kde-i18n\*
or, if you want to update KDE along with other updated ports:
portupgrade -a
3.) Reinstall the KDE ports you deleted in step 1.
portinstall -O kdebase
Superkaramba is now included in misc/kdeutils3.
The smoothblend window decoration is now included in x11-themes/kdeartwork3.
Vimpart is being discontinued and no longer part of KDE.
KNOWN ISSUES:
=============
Just like KDE 3.4, KDE 3.5 does not play nice with openssl-0.9.8. In
particular it breaks kwallet, some of the SSL handling in konqueror and
SSL/TLS support in kmail/kontact.
If you're using the openssl ports rather than the base-system openssl,
make sure to use security/openssl-stable.
You can put WITH_OPENSSL_STABLE=yes into /etc/make.conf to automatically
make ports depend on that rather than on security/openssl.
FreeBSD 4.x users MUST install openssl-stable even if the base openssl is
present for SSL/TLS support in kmail/kontact to work. Unfortunately, the
kdepim3 port cannot depend on it automatically due to shortcomings/bugs in
ports-collection's openssl infrastructure.
20060106:
AFFECTS: users of deskutils/kronolith <= 2.0.6 with MCAL backend
AUTHOR: thierry@FreeBSD.org
Beginning with release 2.1, the support of MCAL will be removed
from Kronolith. To prepare your migration, you can already switch
to a SQL back-end, with the script provided at
/usr/local/www/horde/kronolith/scripts/migrate_to_sql_driver.php.
20060105:
AFFECTS: users of mail/fetchmail >= 6.3.0
AUTHOR: barner@FreeBSD.org
Beginning with release 6.3.0, fetchmail not only needs write
access to the idfile ($HOME/.fetchids), but also to the directory
holding this file. For end users running fetchmail with default
idfile on their own account, nothing changes: they have write
access to their home directory.
20060105:
AFFECTS: users of www/wwwoffle, security/ipsec-tools
AUTHOR: edwin@FreeBSD.org
The startup of the rc.d scripts for these two ports are now
by default disabled.
20051228:
AFFECTS: users of multimedia/tovid
AUTHOR: lioux@FreeBSD.org
tovid shell scripts relies heavily on bash(1) but the previous
port version tried to use sh(1). However, since there were too
many complications, the port now depends on shells/bash.
Due to this change, the configuration files need to be regenerated.
Please, erase all previous configuration files. The configuration
file samples will be generated on the 1st invocation of the
scripts.
$ rm ~/.tovid/*
20051228:
AFFECTS: users of shells/scponly
AUTHOR: rushani@FreeBSD.org
From scponly 4.2, scp & WinSCP compatibilities are not enabled by default.
To enable those compatibilities, define WITH_SCPONLY_SCP and/or
WITH_SCPONLY_WINSCP, respectively.
20051225:
AFFECTS: users of p5-libapreq2
AUTHOR: vanilla@FreeBSD.org
libapreq2 can be pure c library, I believe some people need pure c library,
but hate mod_perl, so I split it to 2 ports, and set libapreq2 as
p5-libapreq2's master ports.
If you need pure library of libapreq2, install www/libapreq2.
If you like mod_perl & enjoy p5-libapreq2, install/www/p5-libapreq2.
20051213:
AFFECTS: users of pear ports
AUTHOR: ale@FreeBSD.org
A few old pear ports have been removed from the tree in favor of a
single devel/pear port. If portupgrade complains about missing ports,
you may safely remove pear-XML_RPC, pear-Console_Getopt, pear-Archive_Tar
and php[45]-pear and then run:
portupgrade -o devel/pear -f pear-PEAR
20051212:
AFFECTS: users of net/ntop
AUTHOR: wxs@csh.rit.edu
ntop now installs a rcNG script. It also logs to syslog by default.
To enable ntop at boot time, set the following in rc.conf(5):
ntop_enable="YES"
20051210:
AFFECTS: users of net/mldonkey-devel
AUTHOR: lioux@FreeBSD.org
MLDonkey port net/mldonkey-devel has been patched to work with
the updated lang/ocaml version 3.09. As a result, ocaml 3.09
is now a requirement. You have to follow the instructions for
updating your complete ocaml installation outlined below on
20051201 by burelle@lri.fr.
If you use the command below, everything should be fine.
$ portupgrade -fr 'ocaml*' 'mldonkey-*devel*'
20051210:
AFFECTS: users of mail/fetchmail using SSL encryption
AUTHOR: barner@FreeBSD.org
Fetchmail now checks the validity of server certificates and complains
verbosely in maillog if the validation fails.
If your mail server's certificate is not signed by one of the root
authorities, you have to manually configure them using the following steps:
* Download the necessary certificates in PEM format and store them
at a suitable location, e.g. /home/user/.certs
* Run the c_rehash tool on the freshly installed certificates:
- If you are using OpenSSL from the base system (this is the default)
use the following command:
% perl /usr/src/crypto/openssl/tools/c_rehash /home/user/.certs
- If you are using OpenSSL from security/openssl please use
% c_rehash /home/user/.certs
* Use the following options to enable SSL encryption in your .fetchmailrc
configuration file:
options ssl sslcertpath /home/user/.certs sslcertck
sslfingerprint '< fingerprint >'
< other options >
20051208:
AFFECTS: users of net/py-bittorrent and net/py-bittorrent-core
AUTHOR: lioux@FreeBSD.org
Developer renamed most BitTorrent command line scripts:
* btdownloadgui.py -> bittorrent.py
* btdownloadheadless.py -> bittorrent-console.py
* btdownloadcurses.py -> bittorrent-curses.py
* btmaketorrentgui.py -> maketorrent.py
* btmaketorrent.py -> maketorrent-console.py
* btlaunchmany.py -> launchmany-console.py
* btlaunchmanycurses.py -> launchmany-curses.py
* bttrack.py -> bittorrent-tracker.py
* btreannounce.py -> changetracker-console.py
* btrename.py has been REMOVED, use maketorrent*.py
* btshowmetainfo.py -> torrentinfo-console.py
Check http://www.bittorrent.com/bittorrent_versions.html
20051207:
AFFECTS: users of {japanese,chinese,korean}/FreeWnn-*
AUTHOR: hrs@FreeBSD.org
{ja,zh,ko}-FreeWnn-server now use the new rc.subr(8) framework
for their startup script. Note that to invoke each Wnn daemon at
boot time you have to set the following variables in rc.conf(5)
respectively:
wnn_enable
kwnn_enable
twnn_enable
cwnn_enable
20051203:
AFFECTS: users of www/apache2
AUTHOR: clement@FreeBSD.org
www/apache2 port directory was renamed to www/apache20 to keep
consistency with other apache ports.
20051203:
AFFECTS: users of www/apache22 and any web apps porters
AUTHOR: clement@FreeBSD.org
www/apache22 stop supporting ${LOCALBASE}/www/(data|error|cgi)(|-dist)
directory layout in favor of ${LOCALBASE}/www/apache22/(data|error|cgi).
FYI, ports layout may change soon.
20051202:
AFFECTS: users of www/plone and cmf oriented zope modules
AUTHOR: filippo.natali@gmail.com
www/plone has been updated to the latest 2.1.1 version. Some
zope modules are unfortunately incompatible with this version
of plone.
20051202:
AFFECTS: users of security/racoon and security/ipsec-tools
AUTHOR: lawrance@FreeBSD.org
security/racoon has been removed. You should migrate to its
replacement, security/ipsec-tools. No configuration changes will
be required.
The default configuration file location has changed for ipsec-tools.
You will need to move your racoon configuration files to the new
location /usr/local/etc/racoon. Alternatively, add this line in
rc.conf to continue using the old location:
racoon_flags="-f /usr/local/etc"
20051201:
AFFECTS: users of lang/ocaml
AUTHOR: burelle@lri.fr
Upgrade to 3.09.0 will break binary compatibility at link time, so any
library build with old versions should be rebuild in order to be
usable (standalone binaries do not require rebuild since they are
statically linked.)
20051129:
AFFECTS: users of devel/monotone
AUTHOR: lapo@lapo.it
Keys are now stored in ~/.monotone/keys/.
You must run 'db migrate' against each of your databases;
this will automatically migrate the keys.
Command line syntax for 'serve' has changed; please adjust
startup scripts accordingly.
See /usr/local/share/doc/monotone/NEWS for details.
20051123:
AFFECTS: users of www/lighttpd
AUTHOR: delphij@FreeBSD.org
A change has been committed against www/lighttpd, which flips the
meaning of the IPV6 option to match other ports, along with the
1.4.7 upgrade. If you have previously saved configuration that
checks the IPV6 option (meaning to disable IPv6), then you will
have to rerun the configuration with ``make config''.
The default setting for IPV6 build is kept, which was enabled by
default.
20051113:
AFFECTS: users of x11/xterm, x11/xorg-clients, x11/XFree86-4-clients
AUTHOR: x11@FreeBSD.org
Xterm no longer installs with '-static' prefix. Users should upgrade
XFree86-clients to 4.5.0_1 or xorg-clients to 6.8.2_1 or newer before
attempting upgrade of xterm to 206_1 or newer. Previous versions remove
xterm on deinstall so CONFLICTS have been set accordingly.
20051105:
AFFECTS: users of x11-toolkits/qt33
AUTHOR: kde@FreeBSD.org
If the compilation of qt fails due to uic segfaulting
(example:
/usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.5/bin/uic -L
/usr/ports/x11-toolkits/qt33/work/qt-x11-free-3.3.5/plugins
listboxeditor.ui -i listboxeditor.h -o listboxeditor.cpp
*** Signal 11)
delete your old .qt directories:
rm -r ~/.qt /root/.qt
20051105:
AFFECTS: all users of gnome/glib/gtk
AUTHOR: gnome@FreeBSD.org
GNOME has been updated to 2.12 and gtk/glib to 2.8.
DO NOT USE portupgrade(1) to update your ports. Instead, use
the gnome_upgrade.sh script from
http://www.marcuscom.com/downloads/gnome_upgrade212.sh
20051104:
AFFECTS: users of www/trac
AUTHOR: rui@ruilopes.com
The Trac database schema was changed between versions 0.8 and 0.9. This
port also started to use PySQLite 2 (SQLite 3). Existing environments
must be upgraded before they can be used with Trac 0.9.
The canonical update procedure for existing trac environments is:
$ export TRAC_ENV=/path/to/trac/env
$ # backup existing trac environment
$ cp -Rp $TRAC_ENV $TRAC_ENV.backup # backup existing trac env
$ # convert database from sqlite 2 to sqlite 3 format
$ mv $TRAC_ENV/db/trac.db $TRAC_ENV/db/trac2.db
$ sqlite $TRAC_ENV/db/trac2.db .dump | sqlite3 $TRAC_ENV/db/trac.db
$ # upgrade trac environment
$ /usr/local/bin/trac-admin $TRAC_ENV upgrade
$ /usr/local/bin/trac-admin $TRAC_ENV resync
$ /usr/local/bin/trac-admin $TRAC_ENV wiki upgrade
Consult the full upgrade instructions at:
http://projects.edgewall.com/trac/wiki/TracUpgrade
20051013:
AFFECTS: users of www/mediawiki
AUTHOR: garga@FreeBSD.org
www/mediawiki has now version 1.5. 1.4 version was preserved on
www/mediawiki14 port.
If you want to preserve your 1.4 installation, run this:
# portupgrade -o www/mediawiki14 -f mediawiki
20051013:
AFFECTS: users of mail/qmrtg
AUTHOR: mij@bitchx.it
Version 2.x marks a new generation for qmrtg and is no longer compatible
with configuration files from old releases.
Upgrading to 2.x version *requires* qmrtg (and possibly mrtg)
configuration files to be adjusted manually starting from the .dist file
included.
20051011:
AFFECTS: users of www/amphetadesk
AUTHOR: lioux@FreeBSD.org
www/amphetadesk can only be ran under a user with a valid home
directory since it stores its configuration information there.
20051010:
AFFECTS: users of games/py-slune
AUTHOR: mnag@FreeBSD.org
games/py-slune has been removed to add in games/slune to
reflect right name.
20051010:
AFFECTS: users of devel/apache-ant
AUTHOR: hq@FreeBSD.org
The Ant launcher script now uses javavmwrapper to pick a suitable JDK. Hence
it is no longer needed to define JAVA_HOME for Ant to run. You may rather use
and combination of JAVA_VERSION, JAVA_OS and JAVA_VENDOR. See javavm(1) for
further information. However, you may still override this behavior using
JAVACMD.
The ANT_INCLUDE_SHARED_JARS variable used to be effective only when set to
"YES" (case sensitive). It is now a defined/undefined switch and thus will be
effective if defined, regardless of its value.
20051009:
AFFECTS: users of games/py-balazar
AUTHOR: mnag@FreeBSD.org
games/py-balazar has been removed to add in games/balazar to
reflect right name.
20051008:
AFFECTS: users of sysutils/rdiff-backup, rdiff-backup-devel
AUTHOR: lawrance@FreeBSD.org
sysutils/rdiff-backup has been upgraded to version 1.0.1. This
version is incompatible with the previous version. Users of
rdiff-backup will need to redo their initial seed.
rdiff-backup-devel has been removed. Users of rdiff-backup-devel
should now use rdiff-backup instead. In this case there is no need
to redo the initial seed.
20051006:
AFFECTS: users of net/smokeping
AUTHOR: lth@FreeBSD.org
Smokeping has undergone a major upgrade to version 2.0.3. If you
are upgrading from versions 1.x, the manpage 'smokeping_upgrade'
may be of help. To verify the configuration file syntax, run
'smokeping --check'.
20051005:
AFFECTS: users of x11-wm/devilspie
AUTHOR: jylefort@FreeBSD.org
The configuration file format has changed. See
/usr/X11R6/share/doc/devilspie/README for more details.
20051002:
AFFECTS: users of x11-toolkits/py-wxPython26
wxPython 2.6 has been split into py-wxPython26, py-wxPython26-unicode
and py-wxPython26-common. Everyone should update to the new structure.
# remove previous installation
1) pkg_delete 'py24-wxPython*2.6*'
# update to new version
2) cd /usr/ports/x11-toolkits/py-wxPython26
3) make install clean
20050927:
AFFECTS: users of mail/dovecot
AUTHOR: robin@isometry.net
Dovecot has been upgraded to version 1.0a3 that breaks down
backward compatibility with previous versions of dovecot.
For information about upgrading existing dovecot installations
one must consult with http://wiki.dovecot.org/moin.cgi/UpgradingDovecot
20050923:
AFFECTS: users of www/b2evo
AUTHOR: chinsan.tw@gmail.com
Database schema changed. Rerun the installation script, which can usually
be found at http://your.site.com/b2evo/blogs/install
20050911:
AFFECTS: users of mail/libspf2, mail/postfix, mail/postfix21, mail/postfix-policyd-spf, mail/exim
AUTHOR: marcus@corp.grupos.com.br
Now version 1.0.4 of libspf2 has repo copied from mail/libspf2 to
mail/libspf2-10 and mail/libspf2 has updated to 1.2.5.
mail/exim depends on mail/libspf2 and mail/postfix, mail/postfix21
and mail/postfix-policyd-spf depends on mail/libspf2-10.
20050907:
AFFECTS: users of databases/metakit
AUTHOR: adamw@FreeBSD.org
The metakit build now enables python support by default. Everybody who
was happy with their python-less metakit should begin specifying
METAKIT_WITHOUT_PYTHON=yes on build.
20050904:
AFFECTS: users of games/pvpgn
AUTHOR: mek@mek.uz.ua
sql_DB_layout.conf-sample: includes changes needed for the new "username" SQL
field; if you update to 1.7.8 YOU MUST update this file too if you have your
accounts on SQL
bnetd.conf-sample: changed "servaddrs" directive to not be totally commented
and be as ":" by default in bnetd.conf (if "servaddrs" is commented this
means "bnetd" will not listen for b.net services at all)
20050902:
AFFECTS: users of www/jakarta-tomcat55
AUTHOR: hq@FreeBSD.org
The port installs a new RCng startup script which no longer uses tomcat55ctl to
control the Tomcat daemon. Furthermore, the behavior of Tomcat may be
configured through switches and variables from /etc/rc.conf. They are
documented in the header of the RCng script:
${PREFIX}/etc/rc.d/jakarta-tomcat55.sh
20050902:
AFFECTS: users of mail/postfix-current
AUTHOR: marcus@corp.grupos.com.br
Now mail/postfix-current use OPTIONS menu instead of
POSTFIX_OPTIONS batch. Please run "make config" and
select your options in menu.
20050828:
AFFECTS: users of net/py-bittorrent-devel and net/py-bittorrent-core-devel
AUTHOR: lioux@FreeBSD.org
Developer renamed most BitTorrent command line scripts:
* btdownloadgui.py -> bittorrent.py
* btdownloadheadless.py -> bittorrent-console.py
* btdownloadcurses.py -> bittorrent-curses.py
* btmaketorrentgui.py -> maketorrent.py
* btmaketorrent.py -> maketorrent-console.py
* btlaunchmany.py -> launchmany-console.py
* btlaunchmanycurses.py -> launchmany-curses.py
* bttrack.py -> bittorrent-tracker.py
* btreannounce.py -> changetracker-console.py
* btrename.py has been REMOVED, use maketorrent*.py
* btshowmetainfo.py -> torrentinfo-console.py
Check http://www.bittorrent.com/bittorrent_versions.html
20050804:
AFFECTS: users of sysutils/kdeadmin3
AUTHOR: kde@FreeBSD.org
One data file has been moved from kdeadmin to kdelibs between
KDE 3.4.1 and KDE 3.4.2. This means that
*********if you currently have the kdeadmin port installed*********
you will have to take some precautions to update your KDE
installation.
We recommend sticking to the following procedure. This procedure requires you
to have sysutils/portupgrade installed and to be the superuser (or using sudo).
1.) Delete installed packages which conflict with the updated KDE
ports.
pkg_deinstall -f kdeadmin-\[0-9\]\*
2.) Now update the remaining KDE ports.
portupgrade -O arts\* kde\* \*kde-i18n\*
or, if you want to update KDE along with other updated ports:
portupgrade -a
3.) Reinstall the KDE ports you deleted in step 1.
portinstall -O kdeadmin
20050728:
AFFECTS: users of sysutils/sge and sysutils/sgeee
AUTHOR: brooks@FreeBSD.org
A port of SGE 6 has been installed in sysutils/sge. SGE 6 is
significantly different from SGE 5 and an upgrade is only possible
by removing the SGE 5 install and replacing it. The SGE vs SGEEE
distinction has been removed in SGE 6 so the sgeee port was removed.
The sge and sgeee ports were repo copied to sge53 and sgeee53
respectively and existing installations may continue to use them.
20050727:
AFFECTS: users of databases/firebird-server
AUTHOR: skv@FreeBSD.org
Changes in layout:
* database directory has changed from /usr/local/firebird to /var/db/firebird
* configuration files are placed in /usr/local/etc/firebird
* common utilities have been moved to /usr/local/bin
* suid-ed binaries have been moved to /usr/local/sbin
Update inetd.conf/xinetd.conf to reflect new location of "fb_inet_server".
20050722:
AFFECTS: all RELENG_6 and HEAD users of ports/packages, maintainers
of ports that interact with the compat libraries.
AUTHOR: kensmith@FreeBSD.org
The shared library version number of all shared libraries built as
part of the baseline system has been incremented in both RELENG_6
and HEAD. The overall goal is to make handling of the compat library
infrastructure easier. Each new release branch will have different
version numbers for all of the shared libraries and the compat ports
can simply include all of the shared libraries from the previous
release.
If you update your system using normal cvsup/rebuild/reinstall
mechanisms the old versions of the libraries will still be on your
system so your old ports executables will continue to work.
But you definitely should plan on recompiling and reinstalling all
of your installed ports so they get relinked against the new libraries.
If you don't take this step as time goes on "normal" updates and
installs run the risk of having executables relying on both the new
and old versions of the libraries which would cause big problems.
It will take some time for the pre-built packages available on the
FTP mirror sites to be rebuilt against the new libraries. If you
want to update your ports using the pre-built packages watch the
mailing lists for when the rebuilt packages become available.
20050710:
AFFECTS: users of x11-toolkits/qt33, x11/kdelibs3
AUTHOR: kde@FreeBSD.org
If you have compiled qt33 with the KDE_OPTIONS option checked (if your
installed qt-package is called qt-copy-3.3.4 instead of qt-3.3.4, check
with pkg_info), you should cvsup and recompile qt33 and everything
depending on it:
portupgrade -rf qt\*
Previous versions of the qt33 port contained a patch that
introduces binary incompatibility between unpatched qt33 and software
compiled against a patched qt33.
Symptoms of the binary incompatibility: Unresolved symbol warnings from
various KDE/Qt applications (both during runtime or compiling/linking),
"Could not start kdeinit" dialogs during KDE startup, kicker crashes during
exiting KDE.
20050630:
AFFECTS: users of x11/nvidia-driver
AUTHOR: danfe@FreeBSD.org
Due to several complaints, new (unsupported) option had been added to port
Makefile: WITH_LEGACY_GPU_SUPPORT. Starting with version 7667, NVidia has
dropped support for numerous "legacy" GPUs, while this option allows to go
with previous version of driver (this does not apply to older versions of
FreeBSD, since you have to use version 6113 of driver (if you did not yet
upgraded to FreeBSD 5.3 or later) which has support for those GPUs).
If you must use WITH_LEGACY_GPU_SUPPORT option, be sure to ``hold'' the
package by making appropriate entry in your pkgtools.conf, otherwise
portupgrade(1) will upgrade your port to latest NVidia release on the
next run, which is probably not what you want.
Refer to x11/nvidia-driver/Makefile for further details.
20050625:
AFFECTS: users of sysutils/nut
AUTHOR: Joerg.Pulz@frm2.tum.de
nut now installs a rcNG script for starting the Network UPS Tools daemons.
To enable that at boot time, add the following into /etc/rc.conf[.local]:
nut_enable="YES"
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org
lang/perl5.8 has been updated to 5.8.7. You should update everything
depending on perl. The easiest way to do that is to use
perl-after-upgrade script supplied with lang/perl5.8. Please see
its manual page for details.
20050622:
AFFECTS: users of ftp/proftpd-*
AUTHOR: flz@FreeBSD.org
ProFTPd binary moved from ${PREFIX}/libexec to ${PREFIX}/sbin. People
using proftpd with inetd must use ${PREFIX}/sbin/in.proftpd (or
${PREFIX}/sbin/proftpd which is just the same). Read the commit log
and diffs for more information.
20050621:
AFFECTS: users of net/cacti
AUTHOR: sem@FreeBSD.org
Because of users need to keep their DB configuration but config.php
can't be saved on upgrading, I've moved DB settings in db-settings.php.
So, you need to change db-settings.php and do not touch config.php
anymore.
20050618:
AFFECTS: users of alternate linux_base ports
AUTHOR: netchild@FreeBSD.org
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
${PORTSDIR}/emulators/linux_base-${OVERRIDE_LINUX_BASE_PORT}).
20050610:
AFFECTS: users of ftp/wget built with SSL (default)
AUTHOR: sf@FreeBSD.org
wget 1.10 now authenticates certificate of remote host before making a
SSL connection. To make it work, you should have working CA root
certificates list in /etc/ssl/cert.pem.
If you don't have it there are options:
a) install security/ca-roots port and you have done.
b) install ftp/curl port and symlink it to /etc/ssl/cert.pem.
ln -s /usr/local/share/curl/curl-ca-bundle.crt /etc/ssl/cert.pem
c) put your favorite one into certain place.
20050601:
AFFECTS: users of devel/perforce
AUTHOR: lth@FreeBSD.org
Upgrading to 2005.1 is straightforward, but it is highly recommended
to follow the upgrading instructions in the release notes:
http://www.perforce.com/perforce/doc.051/user/relnotes.txt
20050526:
AFFECTS: users of mail/sylpheed-claws
AUTHOR: netchild@FreeBSD.org
Sylpheed-claws is updated to the GTK2 version now. This results in a new
configuration directory. To keep your configuration from the GTK1 version
you can
cp -rp ~/.sylpheed .sylpheed-gtk2
before starting the GTK2 version for the first time, or
cp -Rp ~/.sylpheed .sylpheed-gtk2/
when you have run the GTK2 version already.
20050524:
AFFECTS: users of multimedia/mpeg4ip and multimedia/mpeg4ip-libmp4v2
AUTHOR: ahze@FreeBSD.org
Starting with version 1.3 mpeg4ip-libmp4v2 installs libmp4av that mpeg4ip
previously installed. It is advised to de-install mpeg4ip-libmp4v2 and
mpeg4ip before updating to mpeg4ip-1.3 or mpeg4ip-libmp4v2-1.3. If you
have already updated mpeg4ip-libmp4v2 and mpeg4ip you should deinstall
mpeg4ip and reinstall mpeg4ip-libmp4v2 before updating mpeg4ip.
This does not affect users who just have mpeg4ip-libmp4v2 installed
and not mpeg4ip.
20050523:
AFFECTS: users of games/pvpgn
AUTHOR: mek@mek.uz.ua
The following has been changed in the bnetd.conf file (starting with
version 1.7.7):
- The old config variable `servername' has been renamed to `hostname'.
- A new `servername' config variable has been introduced for server
identification.
20050519:
AFFECTS: users of www/squid
AUTHOR: tmseck@netcologne.de
Starting with 2.5.10, the cachemgr.cgi program uses a configuration file
cachemgr.conf to control which hosts this program is allowed to manage.
To prevent abuse, the configuration defaults to "localhost" only.
Please see cachemgr.cgi(8) for further details.
20050517:
AFFECTS: users of www/mod_perl2 and all ports depending on it
AUTHOR: lars.eggert@gmx.net.
API changed for mod_perl2 - existing code will break!
The mod_perl2 developers have significantly changed the API
in release candidate 2.0.0-RC5. These changes include changed
names for core packages, causing software that uses the old API
to fail with the new version. You need to update your code as
described in http://perl.apache.org/docs/2.0/rename.html
20050517:
AFFECTS: users of databases/firebird
AUTHOR: freebsd@galle.com.br
The port was split into a -server and -client parts.
The -server contains server binary, UDFs, and install all in
${PREFIX}/firebird. The -client contains libs, includes,
client binaries, docs and examples. For migration delete
the firebird port and install the -server and/or -client port
afterwards.
20050512:
AFFECTS: users of devel/svk
AUTHOR: rafan@infor.org
Since SVK 0.30, it is fast enough and PPerl causes some problems.
Thus, the SVK port no longer supports WITH_PPERL knob.
If you still want to use PPerl with it, please go and read:
http://svk.elixus.org/?SVKAndPPerl for details.
20050511:
AFFECTS: users of multimedia/ffmpeg{,-devel}
AUTHOR: lioux@FreeBSD.org
The latest FreeBSD CVS snapshot has been committed under
multimedia/ffmepg-devel. In order to build it, you need to deinstall
any ffmpeg ports first.
# pkg_deinstall multimedia/ffmpeg
Furthermore, video capture is no longer working in the latest
version. Work is been done to overcome this.
20050511:
AFFECTS: users of databases/postgresql??-(server|contrib)
AUTHOR: girgen@FreeBSD.org
The PostgreSQL ports have been updated to latest versions. A
security problem in the template database requires a simple SQL
command to be run on each database. Because these problems are
really incorrect system catalog entries, updating to a new release
will NOT by itself solve the problems in an existing
installation.
See http://www.postgresql.org/about/news.315 for details.
20050501:
AFFECTS: users of lang/ocaml based applications and libraries
AUTHOR: lioux@FreeBSD.org
With the recent update of ocaml to 3.08.3 some API compatibility
has been broken. It is a bit subtle so that some users might not
notice it. However, updating all ocaml based applications and
libraries are advised using the new compiler/interpreter version.
Issue the following command:
# portupgrade -rf 'ocaml*'
20050426:
AFFECTS: users of mail/courier-authlib
AUTHOR: oliver@FreeBSD.org
mail/courier-authlib has been moved to security/courier-authlib and is
now only a meta-port. Installing the meta-port installs security/
courier-authlib-base and no, one or more sub-ports regarding to what
authentication methods you've chosen. Courier-authlib-base only
provides you authentication via PAM. All ports depending on courier-
authlib (at the time of writing, courier-imap, sqwebmail and maildrop)
giving you the same choice the meta-port provides you.
20050421:
AFFECTS: users of www/opera-devel
AUTHOR: avleeuwen@piwebs.com
Opera 8.0 final has been released and can be installed by installing the
www/opera port. The opera-devel port is now deprecated. If you want
to continue using the personal settings you used with www/opera-devel,
issue this command:
# mv ~/.opera-devel ~/.opera
20050421:
AFFECTS: users of www/opera
AUTHOR: avleeuwen@piwebs.com
Opera has been updated to 8.0. If are upgrading from version 7.x or
below, it is recommend that you backup your personal "~/.opera"
directory and remove it, like this:
# cp -Rp ~/.opera ~/.opera-bak
# rm -rf ~/.opera/*
After that, you can put your bookmarks, email, contacts, etc. back in
~/.opera/. The most important files are your bookmarks
(~/.opera/opera6.adr) and your emails (~/.opera/mail). It is not a good
idea to put opera6.ini, userstyle.ini, search.ini, pluginpath.ini and other
non-personal stuff back in ~/.opera/. If you need custom settings,
reconfigure Opera from the preferences pane or edit the files by hand.
20050420:
AFFECTS: users of www/ipython
AUTHOR: dryice@liu.com.cn
This is backward-incompatible changes for pysh.
1. You must update your pysh profile (~/.ipython/ipythonrc-pysh):
a) Add to it the line:
import_all IPython.Extensions.InterpreterExec
b) Delete the line
execfile pysh.py
2. You must also delete from ~/.ipython/ the file pysh.py.
20050419:
AFFECTS: users of www/linux-opera
AUTHOR: mezz@FreeBSD.org
Opera has been updated to 8.0. If you are upgrade from version 7.x or
below, it is recommend for you to backup your personal "~/.linux-opera"
directory and remove it. It can be done following from the command line:
# cp -Rp ~/.linux-opera ~/.linux-opera-bak
# rm -rf ~/.linux-opera/*
After that, you can put your bookmark, email, contacts and etc back in
~/.linux-opera/. The bookmark is ~/.linux-opera/opera6.adr and the email is
~/.linux-opera/mail as you can figure out by view in ~/.linux-opera/. It is
probably not good idea to put opera6.ini, userstyle.ini, search.ini,
pluginpath.ini and other non-personal stuff back in ~/.linux-opera/. The
non-personal stuff should be re-configure on new stuff by either Opera
preferences in GUI or hand (manual) in your editor.
20050415:
AFFECTS: users of net-mgmt/cricket
AUTHOR: ijliao@FreeBSD.org
As of 2004/11/09 cricket uses a separate user "wwwadm". If you
upgrade your installation, make sure you chown your existing data.
20050414:
AFFECTS: users of databases/postgresql and any port that depends on it
AUTHOR: girgen@FreeBSD.org
The PostgreSQL ports are updated to 8.0.2. All shared libraries'
versions have been bumped, so you will need to recompile all client
applications that depend on libpq.so. The recommended way to
upgrade from 8.0.x would be something like
portupgrade -rf postgresql-client
20050413:
AFFECTS: users of mail/spamd
AUTHOR: delphij@FreeBSD.org
spamd now installs a rcNG script for starting the OpenBSD pf spamd daemon.
To enable that at boot time, add the following into /etc/rc.conf[.local]:
pfspamd_enable="YES"
20050413:
AFFECTS: users of www/quixote
AUTHOR: dryice@liu.com.cn
There are backward-incompatible changes upgrading from 1.2 to
2.0. Including renaming quixote.form to quixote.form1 and
quixote.form2 to quixote.form. Please refer to upgrading.txt in the
docs dir for detail.
20050411:
AFFECTS: users of x11/gdm
AUTHOR: kwm@FreeBSD.org
GDM now installs a rcNG script for starting the gdm daemon.
To enable that gdm starts a boot time, add the following to /etc/rc.conf:
gdm_enable="YES"
20050406:
AFFECTS: users of databases/mysql50-server
AUTHOR: ale@FreeBSD.org
The base database directory can now be set and changed in rc.conf (default:
/var/db/mysql). If you used to set DB_DIR to a different value during port
compilation, you must specify it via the new "mysql_dbdir" rc variable.
In addition, the "mysqllimits_enable" and "mysqllimits_args" variables
have been replaced by "mysql_limits" for consistency.
20050403:
AFFECTS: users of net/tac_plus4
AUTHOR: marcus@FreeBSD.org
Tac_plus4 now installs an rcNG script for starting the tac_plus daemon.
To enable tac_plus to start at boot time, add the following to /etc/rc.conf:
tac_plus_enable="YES"
You can also pass flags to tac_plus by setting the rc.conf variable
tac_plus_flags. The default flags are "-C ${PREFIX}/etc/tac_plus.conf".
Additionally, the default version of IOS for tac_plus has been changed from
11.x to 12.x.
20050324:
AFFECTS: users of net/mDNSResponder
AUTHOR: brooks@FreeBSD.org
In mDNSResponder 98_1, mdnsd is no longer started by default due to a
switch to an rc.subr startup script. To start it, you must add add
mdnsd_enable="YES" to your /etc/rc.conf or other suitable
configuration file.
20050320:
AFFECTS: users of x11/kde3, x11/kdelibs3, x11/kdebase3,
x11-themes/kdeartwork3, www/akregator, x11-themes/phase,
multimedia/kdemultimedia3
AUTHOR: kde@FreeBSD.org
In KDE 3.4, a number of files were moved between ports, some ports
were added, one port has been removed and some applications formerly available
in their own ports were incorporated into KDE. This means that you will have
to take some precautions to update your KDE installation. A simple
portupgrade -a will not work.
Portupgrade -R kde can fail as well, depending on what parts of KDE you
have currently installed. We therefore recommend sticking to the following
procedure. The procedure requires you to have sysutils/portupgrade installed
and you to be the superuser (or using sudo). We recommend not being logged in
to a KDE session on the machine you're performing the upgrade on. If you
choose to perform the update while being logged in to KDE, expect erratic
behavior and crashes from applications launched until you log out and back
in.
1.) Delete installed packages which conflict with the updated KDE
ports.
pkg_deinstall -f kdeartwork-\[0-9\]\* kdebase-\[0-9\]\* \
kdebase-konqueror-nsplugins-\[0-9\]\* kdewebdev-\[0-9\]\* \
kde-\[0-9\]\* akregator\* phase\*
2.) Now update the remaining KDE ports.
portupgrade -O arts\* kde\* \*kde-i18n\*
or, if you want to update KDE along with other updated ports:
portupgrade -a
3.) Reinstall the KDE ports you deleted in step 1.
portinstall -O kdebase kdeartwork kdewebdev
Changes in detail:
- www/akregator is now included into deskutils/kdepim3.
- x11-themes/phase is now included in x11-themes/kdeartwork3.
- www/konqueror-nsplugins has been removed and is now integrated into
x11/kdebase3.
- Juk has been split out of multimedia/kdemultimedia3 and is now
available as audio/juk.
- Akode has been split out of multimedia/kdemultimedia3 and is now
available as audio/akode and audio/akode-plugins-*. Akode is also
a default dependency of multimedia/kdemultimedia3 now.
- audio/mpeglib_artsplug has been demoted to legacy status and is no
longer the default decoder backend for kdemultimedia3. It's also not
depended on by kdemultimedia3 by default anymore.
Known post-updating issues:
- If you're missing acoustic notifications (system sounds) after the update:
rm ~/.kde/share/config/knotifyrc
Then log out of KDE and back in again (also see
http://freebsd.kde.org/faq.php#q16).
- kdm users might get warnings from kdm about obsolete lines in kdmrc.
You can migrate your configuration while preserving your customizations
by running (as root or with sudo)
genkdmconf
Make sure to backup your old kdm configuration (usually found in
/usr/local/share/config/kdm) beforehand in case the merge produces an
invalid configuration. Especially note that kdm does not use the Xservers
file anymore. A genkdmconf run will merge its contents into kdmrc.
Extensive information about changes and new features of KDE 3.4 can be found
at http://developer.kde.org/development-versions/kde-3.4-features.html. Bugs
can be reported at http://bugs.kde.org.
20050320:
AFFECTS: users of sysutils/portsnap
AUTHOR: cperciva@FreeBSD.org
As a result of shifting from SHA-1 to SHA-256, the structure of
portsnap's configuration file and compressed snapshot have both
changed. After upgrading to portsnap 0.9, you will have to
update your configuration file ($PREFIX/etc/portsnap.conf) and
delete your existing portsnap compressed snapshot:
# cd /usr/local/etc && cp portsnap.conf.sample portsnap.conf
# rm -r /usr/local/portsnap/*
In addition, be aware that the next runs of "portsnap fetch" and
"portsnap update" will take far longer than usual, since they
will need to download and extract a complete copy of the ports
tree.
20050319:
AFFECTS: users of databases/postgresql7[34]-server
AUTHOR: girgen@FreeBSD.org
The startup script has been merged from 8.0 to 7.3 and 7.4. Hence,
to start the PostgreSQL server at boot time (regardless of version),
add the following to /etc/rc.conf:
postgresql_enable=yes
20050318:
AFFECTS: users of x11-wm/blackbox, x11-wm/boxtools, x11-wm/bbkeys, and
x11-wm/bbpager
AUTHOR: A.J.Caines@halplant.com
The new blackbox ports include several changes to use and configuration.
Please read the pkg-message files in the respective ports for details.
20050315:
AFFECTS: users of databases/mysql323-server
AUTHOR: ale@FreeBSD.org
The MySQL Daemon must now be enabled / disabled in rc.conf.
The base database directory can now be set and changed in rc.conf (default:
/var/db/mysql). If you used to set DB_DIR to a different value during port
compilation, you must specify it via the new "mysql_dbdir" rc variable.
See the script for details.
20050314:
AFFECTS: users of databases/mysql40-server
AUTHOR: ale@FreeBSD.org
The base database directory can now be set and changed in rc.conf (default:
/var/db/mysql). If you used to set DB_DIR to a different value during port
compilation, you must specify it via the new "mysql_dbdir" rc variable.
In addition, the "mysqllimits_enable" and "mysqllimits_args" variables
have been replaced by "mysql_limits" for consistency.
20050313:
AFFECTS: users of games/netpanzerdata, games/netpanzer
AUTHOR: mad@madpilot.net
The netpanzerdata port has changed it's name to netpanzer-data,
so before installing the new one you will need to remove the old
netpanzerdata-0.1.3 port.
20050312:
AFFECTS: all users who have glib/gtk/gnome libraries installed
AUTHOR: ahze@FreeBSD.org and the FreeBSD GNOME team
Gnome has been upgraded to 2.10 and gtk/glib to 2.6.
DO NOT USE portupgrade(1) to update any gnome or gtk
or any port that depends on them. Using portupgrade
will cause problems and you will have to manually
upgrade ports. Please use the gnome_upgrade.sh
script from
http://www.FreeBSD.org/gnome/gnome_upgrade.sh
20050309:
AFFECTS: users of mail/maildrop
AUTHOR: sergei@FreeBSD.org
maildrop has been recently upgraded to 1.8.0. This version
has the following changes:
- Maildir quota is now enabled by default.
The following options were deleted:
- WITH_MAILDIRQUOTA
- WITH_TRASHQUOTA
- New option WITH_AUTHLIB is added, which provides optional support for
Courier Auth Library (mail/courier-authlib port).
- Userdb authentication, LDAP and MySQL support are provided through
courier-authlib now, thus the following options
- WITH_USERDB
- WITH_LDAP
- WITH_MYSQL
have been superseded by WITH_AUTHLIB.
20050306:
AFFECTS: users of math/ploticus
AUTHOR: linimon@FreeBSD.org
ploticus is now installed as bin/ploticus rather than bin/pl to
avoid useless conflicts with other ports.
20050303:
AFFECTS: users of net/i2p
AUTHOR: lioux@FreeBSD.org
The newest i2p version 0.5.0.1 is incompatible with all previous
versions. Follow these procedures if you are updating from a
previous port version. You can ignore these if you are installing
i2p for the first time.
1) Update i2p port to the new one
2) Use the i2prouter script to uninstall i2p from user account.
You are going to lose all your configuration.
$ i2prouter uninstall
3) Install the new i2p version
$ i2prouter install
20050301:
AFFECTS: users of sysutils/ganglia-monitor-core
AUTHOR: brooks@FreeBSD.org
With the move to Ganglia 3.0.0, the configuration file for gmond has
changed completely. The -r or --convert options may be used to
emit a file in the new format given one in the old.
Startup is now controlled by an RC_SUBR script so the gmond_enable and
gmetad_enable variables will need to be set for gmond and gmetad to be
started. Existing gmond.sh and gmetad.sh scripts in PREFIX/etc/rc.d
should be removed.
Due to a bug in ganglia's build process, the previous version may need
to be removed before ganglia can be upgraded.
20050224:
AFFECTS: users of lang/ruby18 and any apps that depend on ruby18
AUTHOR: mezz@FreeBSD.org
The theads support has been disabled again. It causes the more trouble, so
it now builds with ${PTHREAD_CFLAGS} and ${PTHREAD_LIBS}. It is recommend
you to rebuild any apps that depend on lang/ruby18. Do something like this:
portupgrade -rf ruby-1.8.2\*
20050224:
AFFECTS: users of www/apache21
AUTHOR: clement@FreeBSD.org
When upgrading from 2.1.2, you need to rebuild all apache modules.
20050215:
AFFECTS: users of databases/mysql41-server
AUTHOR: ale@FreeBSD.org
The base database directory can now be set and changed in rc.conf (default:
/var/db/mysql). If you used to set DB_DIR to a different value during port
compilation, you must specify it via the new "mysql_dbdir" rc variable.
In addition, the "mysqllimits_enable" and "mysqllimits_args" variables
have been replaced by "mysql_limits" for consistency.
20050214:
AFFECTS: users of net-mgmt/nagios
AUTHOR: blaz@si.FreeBSD.org
Nagios has been upgraded to 2.0.b2. Native support for storing various types
of data (status, retention, comment, downtime, etc.) in MySQL and PostgreSQL
has been dropped. There are also multiple changes to the format of
configuration files. Carefully read
http://nagios.sourceforge.net/docs/2_0/whatsnew.html before upgrading.
20050213:
AFFECTS: users of print/teTeX-*
AUTHOR: hrs@FreeBSD.org
print/teTeX-* are now based on teTeX 3.0. Although some
reliability fixes are also added, here are several common problems
which you might fall on.
1) $PREFIX/bin/pdftex is missing:
Probably your system has old files included teTeX 2.x which can
prevent the new version from working. Please remove the old
files first (see 20050206 in this file) and reinstall.
2) Some formats are still corrupted (for example, "Fatal format file error;
I'm stymied" is displayed) or not updated even after a clean install:
You might have old or corrupted *.fmt and/or *.map files
under /root/.texmf-* or $HOME/.texmf-* directories. Typically
these directories are generated when you invoke the updmap(1),
texconfig(1), or fmtutil(1) utility manually. However, for a period
after the first revision of the teTeX-base port erroneously used
fmtutil(1) to regenerate *.fmt files, you could have these directories
without your intent. In such a case, please remove these directories
and reinstall the ports (it is not needed to rebuild ports/packages).
Just for your information, $HOME/.texmf-config and $HOME/.texmf-var
can be used for your personal configuration.
If you have other problems, please contact hrs@FreeBSD.org.
20050212:
AFFECTS: users of x11-fonts/mkbold, x11-fonts/mkitalic, and
x11-fonts/mkbold-mkitalic
AUTHOR: koma2@ms.u-tokyo.ac.jp
The dependency on x11-fonts/mkbold and x11-fonts/mkitalic has been
switched over to x11-fonts/mkbold-mkitalic, which is written in C
and has far better performance than the old ones. There is no
functional difference between the two, but they will conflict with
each other. Since other ports which depend on x11-fonts/mkbold or
x11-fonts/mkitalic will be updated to depend on x11-fonts/mkbold-mkitalic,
you might get an error during upgrading such ports. In such a case,
please pkg_delete the old ones first.
20050206:
AFFECTS: users of print/teTeX and japanese/teTeX
AUTHOR: hrs@FreeBSD.org
print/teTeX is now based on a teTeX 3.0 release candidate
(2.99.13.20050204) and the other related ports are also updated.
Since upgrading from previous versions should be done at a time,
you may want to use the portupgrade utility or reinstall
print/teTeX after deinstalling all of the related ports.
If your teTeX environment became broken during the upgrade,
please see the following URL which explains how to fix it.
http://people.freebsd.org/~hrs/tetex-upgrade.txt
This file also includes notes for people who are familiar
with the teTeX distribution to explain structure of the ports.
20050205:
AFFECTS: users of lang/ruby16_r, lang/ruby18_r, and lang/ruby18
AUTHOR: knu@FreeBSD.org
The slippery pthread support for systems prior to 502102 has been
dropped and lang/ruby16_r and lang/ruby18_r ports have been removed,
since no one seems to appreciate the partially working solution.
Good news is that the pthread support of lang/ruby18 is now enabled
by default for newer systems, which means the ruby interpreter is
linked with libpthread. This will allow threaded extension
libraries to run and work properly on those systems.
20050201:
AFFECTS: users of lang/perl5 and lang/perl5.8
AUTHOR: tobez@FreeBSD.org
lang/perl5 has been updated to 5.6.2, and lang/perl5.8 has been
updated to 5.8.6. you should update everything depending on perl, that
is:
* first, upgrade your perl installation (use either lang/perl5 or
lang/perl5.8, the latter being recommended);
* for FreeBSD 4.X, run "use.perl port", so that the system knows you
have 5.8.6 or 5.6.2; this step is not needed on FreeBSD 5.X and
FreeBSD -CURRENT;
* run some magic incantations to upgrade all ports depending on perl,
that is run something like :
portupgrade -f `(pkg_info -R perl-5\* |tail +4; \
find /usr/local/lib/perl5/site_perl/5.[68].[1245] -type f -print0 \
| xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u`
This is likely to fail for a few ports, you'll have to upgrade them
afterwards by hand.
20050130:
AFFECTS: users of PostgreSQL
AUTHOR: girgen@FreeBSD.org
Each of the PostgreSQL ports have been split into a server and a
client part. Please use postgresqlNN-server and/or
postgresqlNN-client as needed. Versions currently supported are 7.3,
7.4 and 8.0.
To start the PostgreSQL server at boot time, add the following to
/etc/rc.conf:
postgresql_enable=yes
The maintenance script is installed in etc/periodic/daily, and is
controlled by a set of new knobs in periodic.conf. Use it for
vacuuming your databases and get daily backups. Note that daily
vacuuming is on by default. See the script for details.
20050130:
AFFECTS: users of net/howl
AUTHOR: marcus@FreeBSD.org
Howl now installs an rcNG script for starting mDNSResponder. To enable
mDNSResponder to start at boot time, add the following to /etc/rc.conf:
mdnsresponder_enable="YES"
You can also pass flags to mDNSResponder by setting the rc.conf variable
mdnsresponder_flags to the appropriate value. See the mDNSResponder(8)
man page for the list of supported flags. The default is not to pass
any flags to mDNSResponder.
20050126:
AFFECTS: users of x11-wm/xfce4
AUTHOR: oliver@FreeBSD.org
If you use Xorg 6.8.1: Make sure there is an /tmp/.ICE-unix with propper
rights. For further informations about that, please refer to 20041229
Please update all your plugins as well when you update from 4.0.6 to 4.2
They all need recompiling to link against the new xfce libraries
20050122:
AFFECTS: users of PostgreSQL
AUTHOR: seanc@FreeBSD.org
The -devel port has been updated to contain 8.0 release since
postgresql80-server can not be updated until 4.11 is released and the
changes in PR ports/75344 are committed. Users who need 8.0 now can
use the -devel port, however, once postgresql80-server has been
committed, -devel will begin tracking 8.1. Please be smart about
tracking ports and if used in production, update to
databases/postgresql80-server as soon as it becomes available. No
dump/reload will be required when changing from -devel to
postgresql80-server.
20050117:
AFFECTS: users of mail/spambnc
AUTHOR: thierry@FreeBSD.org
The SpamBouncer has been upgraded from version 1.9 to 2.0-RC3, and you
have to modify your ~/.procmailrc files. Please read upgrading.html in
/usr/local/share/doc/spambnc.
20050117:
AFFECTS: users of cad/astk-client
AUTHOR: thierry@FreeBSD.org
ASTK has been moved; if there exists files $HOME/.astkrc/config_serveurs,
you have to update the entry rep_serv from /usr/local/ASTK/ASTK_SERV/bin
to /usr/local/aster/ASTK/ASTK_SERV/bin (or you can remove $HOME/.astkrc).
20050114:
AFFECTS: users of security/libgnomesu, esp. on FreeBSD 4.x.
AUTHOR: adamw@FreeBSD.org
If you installed libgnomesu the day it was added to the ports tree,
you have a malformed PAM control file in /etc/pam.d/. All libgnomesu
users should remove /etc/pam.d/gnomesu-pam, and 5.x users should
replace it with the version in the updated libgnomesu port (ensure
that you're using the most current revision of the libgnomesu port).
4.x users: listen up! The presence of the /etc/pam.d/ directory (and
anything in that directory) presents a Very Bad Thing. Unless you've
manually tweaked your PAM settings, you must run:
# rm /etc/pam.d/gnomesu-pam
# rmdir /etc/pam.d/
or all users will be locked out of your system!
20050110:
AFFECTS: users of irc/iip
AUTHOR: lioux@FreeBSD.org
iip has been updated to the new network servers. Therefore, both
old configuration files and node reference keys no longer apply.
Therefore, you need to update the configuration files for each
user running the iip isproxy daemon:
1) Backup configuration files
cp ~/.iip/isproxy.ini ~/.iip/isproxy.ini.backup
cp ~/.iip/node.ref ~/.iip/node.ref.backup
2) Remove configuration files
rm ~/.iip/isproxy.ini
rm ~/.iip/node.ref
3) Create new configuration. Fill information as requested. This
creates the updated isproxy.ini file
isproxy -C
4) Start iip isproxy. This will initialize your updated node.ref
file. This file will be automatically updated when you connect
to the iip network
isproxy
20050110:
AFFECTS: users of sysutils/nautilus-cd-burner
AUTHOR: gnome@FreeBSD.org
Nautilus-cd-burner now requires cdrtools built with UTF-8 encoding
support. The default sysutils/cdrtools port does not support this
encoding, and that will cause nautilus-cd-burner to enter an infinite
loop when trying to create CD images. To workaround this, the cdrtools
dependency was changed in nautilus-cd-burner to point to the
sysutils/cdrtools-cjk port instead.
Since sysutils/cdrtools and sysutils/cdrtools-cjk conflict, you must
uninstall cdrtools so that the nautilus-cd-burner update can properly
pull in cdrtools-cjk.
20050108:
AFFECTS: users of mail/courier-imap, mail/sqwebmail
AUTHOR: oliver@FreeBSD.org
Courier-imap and sqwebmail are now dependent on courier-authlib. If
you've changed the default authentication config for courier-imap or
sqwebmail, you will have to redo the changes for courier-authlib.
You may wish to deinstall courier-imap and/or sqwebmail before you
install courier-authlib. Since courier-authlib replaces parts of both
ports, some of courier-authlib's files are listed as sqwebmail and
courier-imap files and deinstalling old courier-imap and/or sqwebmail
port may cause the deinstallation of the freshly installed
courier-authlib files.
20050108:
AFFECTS: users of mail/sqwebmail
AUTHOR: oliver@FreeBSD.org
Sqwebmail now installs it's files directly under PREFIX. That means for
instance that files that were formerly found under
PREFIX/share/sqwebmail/etc/ are now located under PREFIX/etc/sqwebmail.
Furthermore you need to set sqwebmaild_enable=YES in your rc.conf
because the rc.d script has been migrated to use the rc.subr Subsystem
20050108:
AFFECTS: users of mail/courier-imap
AUTHOR: oliver@FreeBSD.org
The variable courier_imap_imapdssl_enable have been renamed to
courier_imap_imapd_ssl_enable.
The variable courier_imap_pop3dssl_enable have been renamed to
courier_imap_pop3d_ssl_enable.
userdb stuff is now located in LOCALBASE/etc/authlib instead of
LOCALBASE/etc.
20041231:
AFFECTS: users of www/awstats
AUTHOR: webmaster@lightningfire.net
Location of awstats changed from /usr/local/www to /usr/local/www/awstats.
Please update configuration according instructions in pkg-message.
20041231:
AFFECTS: users of the linux compatibility environment
AUTHOR: netchild@FreeBSD.org
The default linux_base was changed from v7 to v8. You need to update from
v7 to v8 and rebuild every linux port. To update run:
portupgrade -rf -o emulators/linux_base-8 emulators/linux_base
In case you already use linux_base-8 you have to run:
portupgrade -rf emulators/linux_base-8
20041229:
AFFECTS: users of x11/kdebase3, x11-servers/xorg-server
AUTHOR: lofi@FreeBSD.org
If KDE does not start anymore after upgrading Xorg to version 6.8.1
(X restarts when the KDE splash screen has reached the third icon),
please check whether the directory /tmp/.ICE-unix exists, is owned by root
and has permissions 1777 (read/write/access for everybody + sticky bit).
To make sure everything is in working order, do (as root):
mkdir -p /tmp/.ICE-unix && chmod 1777 /tmp/.ICE-unix &&
chown root:wheel /tmp/.ICE-unix
Also, make sure you do NOT have clear_tmp_enable="YES" set in /etc/rc.conf,
as it will remove the directory on every reboot and applications will re-
create it with the wrong ownership.
Users of daily_clean_tmps_enable in /etc/periodic.conf should make sure
daily_clean_tmps_ignore contains /tmp/.ICE-unix.
20041227:
AFFECTS: users of lang/gambas
AUTHOR: thierry@FreeBSD.org
As of this update, the password of your databases connections are crypted.
If you were using the database manager, please remove
~/.gambas/gambas-database-manager.conf before launching the new version.
20041226:
AFFECTS: users of Horde and the related ports (Turba, IMP, Nag, Kronolith,
Mnemo, Chora)
AUTHOR: thierry@FreeBSD.org
As of this update, the configuration files are generated by the application,
with no support for configuration files used in previous versions.
All data saved in the database, LDAP or MCAL backends will be preserved,
considering that you run specific scripts to migrate to this new scheme.
Affected ports are www/horde, mail/turba, deskutils/nag, deskutils/kronolith,
and deskutils/mnemo. See the UPGRADING documentation of the ports in question
for more details.
The filter system of IMP 3.x has been replaced by a separate application:
check the port mail/ingo. Ingo provides a script to migrate the existing
filter rules from IMP 3.x, see Ingo's documentation.
20041224:
AFFECTS: users of x11-servers/XFree86-4-Server and graphics/dri
AUTHOR: lesi@FreeBSD.org
As of version 4.4.0_6, XFree86-4-Server now depends on
graphics/xfree86-dri. This is due to incompatibilities between
XFree86 and the new xorg 6.8.1 DRI.
Users of XFree86-4-Server are strongly encouraged to switch to
the xfree86-dri port as follows:
portupgrade -fo graphics/xfree86-dri graphics/dri
which will also fix dependencies.
20041224:
AFFECTS: users of sysutils/portupgrade and lang/ruby18
AUTHOR: knu@FreeBSD.org
Please upgrade sysutils/portupgrade prior to lang/ruby18, or
pkgdb(1) may coredump with a double free() problem from a misuse (or
a "feature") of the DL module.
In that case, you can reinstall sysutils/portupgrade manually.
20041222:
AFFECTS: users of security/clamav, security/clamav-devel
AUTHOR: jylefort@brutele.be
The ClamAV database path has changed from /usr/local/share/clamav to
/var/db/clamav. You should update the DatabaseDirectory keyword in
/usr/local/etc/clamd.conf and /usr/local/etc/freshclam.conf.
20041221:
AFFECTS: users of security/gpgme03
AUTHOR: clement@FreeBSD.org
security/gpgme03 has been modified to not conflicts with gpgme 1.x
After upgrade, you need to rebuild all ports that depend on it.
You should upgrade security/gpgme (if installed) to avoid nasty
compile time failures, due to original location of gpgme.h.
20041219:
AFFECTS: users of textproc/jdictionary
AUTHOR: hq@FreeBSD.org
The location for JDictionary port installed files has changed. This also
affects the various plugins. Hence, users should upgrade all jdictionary
related ports at once to avoid inconsistencies:
$ portupgrade jdictionary\*
20041214:
AFFECTS: users of net/freenet6
AUTHOR: edwin@FreeBSD.org
The FreeNet6 Service must now be enabled / disabled in rc.conf:
freenet6_enable="YES"
20041213:
AFFECTS: users of security/cryptplug, deskutils/kdepim3
AUTHOR: lofi@FreeBSD.org
The cryptplug port is not compatible with recent versions of gpgme
and has been changed to depend on gpgme03 (the last version of gpg-
me compatible with cryptplug).
Users who have been using cryptplug in order to enable PGP/MIME support
in KMail should DEINSTALL BOTH cryptplug and gpgme03 before updating
KDE to version 3.3.2. Cryptplug is NOT necessary anymore to enable
PGP/MIME support in KMail and will cause the kdepim3 build to fail due
to conflicting dependencies.
20041213:
AFFECTS: users of databases/postgresql-relay
AUTHOR: edwin@FreeBSD.org
The PostgreSQL Relay must now be enabled / disabled in rc.conf:
postgresqlrelay_enable="YES"
20041212:
AFFECTS: users of sysutils/bacula
AUTHOR: lkoeller@FreeBSD.org
The port was split into a -server and -client component.
The -server part contains the storage and director daemon, the -client
part the console, file daemon and the documentation.
For migration delete the bacula port and install the -server and/or
-client port afterwards.
20041208:
AFFECTS: users of mail/getmail
AUTHOR: question+fbsdports@closedsrc.org
There is a known quirk when using mail/getmail with Python 2.4
where the DeprecationWarning is printed regarding the use of
the 'strict' keyword when a message is being retrieved.
You can redirect stdout/stderr to /dev/null to quelch the warning.
The quirk may be fixed in a future version of getmail.
20041205:
AFFECTS: users of multimedia/ffmpeg
AUTHOR: lioux@FreeBSD.org
multimedia/ffmpeg will not work if previous versions of the port
are installed. Also, there is a shared library version bump on
this update. Therefore:
1) Remove old ffmpeg
pkg_delete -f /var/db/pkg/ffmpeg*
2) Install updated ffmpeg
3) Rebuild all ports that depend on ffmpeg due to the shared
library version bump
cd /var/db/pkg && portupgrade -rf ffmpeg* -x ffmpeg*
20041202:
AFFECTS: users of any ports which have dependency on lang/python
AUTHOR: perky@FreeBSD.org
After upgrading of lang/python, you must rebuild all its consumer
ports to make them get ready to Python 2.4.
To do this, you will need to:
pkgdb -uf && cd /usr/ports/lang/python && make upgrade-site-packages
20041128:
AFFECTS: users of mail/dspam and mail/dspam-devel
AUTHOR: itetcu@people.tecnik93.com
When upgrading from previous version, read mail/dspam/files/UPDATING
and adjust your options.
20041121:
AFFECTS: users of news/rawdog
AUTHOR: tim@bishnet.net
Rawdog 2.x changes the format of the state file used in 1.x. To
upgrade from 1.x to 2.x the rawdog author recommends the following:
cp -R ~/.rawdog ~/.rawdog-old
rm ~/.rawdog/state
rawdog -u
rawdog --upgrade ~/.rawdog-old ~/.rawdog
rawdog -w
Once you're happy with the new version:
rm -r ~/.rawdog-old
20041118:
AFFECTS: users of sysutils/portupgrade
AUTHOR: lofi@FreeBSD.org
portsdb(1) is part of the portupgrade suite and is used to convert a ports
INDEX file to a binary INDEX.db database. By default, it uses the
libc-builtin berkeley db to do so, which has a buggy btree implementation.
If you see errors like "[BUG] Segmentation fault" while a portsdb update is
in progress, adjust the PORTS_DBDRIVER variable (in your environment or in
pkgtools.conf) to either bdb1_hash or dbm_hash.
This problem was fixed in 5.3-RELEASE, but users of 4.10-RELEASE and
5.2.1-RELEASE (and older releases) will find fixes by updating to the
latest (at least after Sep 20) of RELENG_4 or RELENG_5.
20041116:
AFFECTS: users of www/bricolage
AUTHOR: ports@rbt.ca
Bricolage may now be run on mod_perl compiled as a DSO for Apache
when following these guidelines:
http://perl.apache.org/docs/1.0/guide/install.html#When_DSO_can_be_Used
To do this, you will need to:
pkg_delete -f apache-mod_perl
pkg_delete -f p5-libapreq-static
portupgrade -rR bricolage
Bricolage will rebuild mod_perl, apache and libapreq using their standard
versions.
20041115:
AFFECTS: users of sysutils/portupgrade
AUTHOR: lofi@FreeBSD.org
Due to the recent removal of INDEX and INDEX-5 from FreeBSD's CVS,
portupgrade with default configuration will run 'make index' if started
after cvsup'ing the ports-collection. This may take an undesirably long
time.
There are several ways to work around this, for example:
- Run 'make fetchindex' after cvsup'ing ports.
or
- Adjust the PORTS_INDEX variable in your environment or in
pkgtools.conf (see portupgrade(1) or the default pkgtools.conf) to
a different value than the default.
Also remember that 'make index' is only supported on _complete_
ports-trees. If you are currently refusing whole categories by means
of a cvsup refuse file, use 'make fetchindex' instead (or consider
keeping an extra machine/jail with a complete ports-tree around to
do INDEX builds on).
20041111:
AFFECTS: users of audio/faad, multimedia/mpeg4ip
AUTHOR: lioux@FreeBSD.org
mpeg4ip has been updated and broken down into 2 separate ports:
mpeg4ip and mpeg4ip-libmp4v2. Furthermore, mpeg4ip now depends
on faad. Moreover, faad now depends on mpeg4ip-libmp4v2 rather
than on mpeg4ip which avoids a cyclic dependency (mpeg4ip depends
on faad which depends on mpeg4ip).
If any of the old ports are installed, mpeg4ip will not compile.
Therefore,
1) Remove old faad and mpeg4ip ports which conflict with new
mpeg4ip
pkg_delete -f /var/db/pkg/mpeg4ip*
pkg_delete -f /var/db/pkg/faad*
2) Install faad, mpeg4ip and mpeg4ip-libmp4v2 in the following
order
cd /usr/ports/multimedia/mpeg4ip-libmp4v2 && make install clean
cd /usr/ports/audio/faad && make install clean
cd /usr/ports/multimedia/mpeg4ip && make install clean
20041111:
AFFECTS: users of Java
AUTHOR: glewis@FreeBSD.org
javavmwrapper has been rewritten. It now creates symbolic links for
all executables of the Java VMs that have been registered with it.
These symbolic links may impact which version of Java you are using,
depending on your PATH, which may need to be adjusted.
For example, if your path is:
${LOCALBASE}/bin:${LOCALBASE}/jdk1.4.2/bin
then previously "java" would resolve to ${LOCALBASE}/jdk1.4.2/bin/java.
With the new javavmwrapper it will resolve to ${LOCALBASE}/bin/java.
Depending upon the Java VMs that are registered and various environment
variables, it may or may not be ${LOCALBASE}/jdk1.4.2/bin/java that is
run by javavmwrapper via the symbolic link ${LOCALBASE}/bin/java.
20041107:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
To use GMail in konqueror, you need to set the browser identification for
gmail.google.com to 'Safari 1.2.3 on Mac OS X', otherwise you will not be
able to click on any links in GMail after logging in.
You can set site-specific browser identifications via the Settings menu in
Konqueror (Configure Konqueror/Browser Identification) or in the KDE Control
Center, Internet & Network/Web Browser/Browser Identification.
20041107:
AFFECTS: all users who have any GNOME libraries installed
AUTHOR: adamw@FreeBSD.org and the rest of the FreeBSD/GNOME crew
Hey, 2.6! You don't have to be 2.6 anymore!
Do NOT use portupgrade(1) to update your GNOME 2.6 desktop to 2.8:
it won't work, and you'll have to recompile bunches of ports by hand
as a result. Use the gnome_upgrade.sh script to automate the upgrade
process. The script is available from
http://www.FreeBSD.org/gnome/gnome_upgrade.sh
20041104:
AFFECTS: users of security/clamav-devel
AUTHOR: rob@debank.tv
The configuration file was renamed from clamav.conf to clamd.conf,
make sure to move your configuration before restarting the server.
20041104:
AFFECTS: users of japanese/rskkserv
AUTHOR: rushani@FreeBSD.org
The format of PREFIX/etc/rskkserv.conf has changed in version 2.95.
Please update your configuration file before restarting the server
using PREFIX/share/examples/rskkserv/conf-o2n.rb and referring to
PREFIX/share/examples/rskkserv/rskkserv.conf.sample.
20041031:
AFFECTS: users of databases/mysql40-server
AUTHOR: ale@FreeBSD.org
The MySQL Daemon must now be enabled / disabled in rc.conf.
See the script for details.
20041028:
AFFECTS: users of net/netatalk
AUTHOR: marcus@FreeBSD.org
Please note that the handling of the default type/creator has changed with
2.0.1. As a side effect, users upgrading from earlier versions, including
2.0.0, will have to remove the default type/creator from the
AppleVolumes.System file. The install process will not modify this file
automatically. Please remove the line starting with '. "????"'
manually.
This text was taken from the Netatalk 2.0.1 release notes at
https://sourceforge.net/project/shownotes.php?release_id=278320.
20041027:
AFFECTS: users of games/pcgen
AUTHOR: hq@FreeBSD.org
The launcher script for PCGen has been renamed to 'pcgen' (formerly
'pcgen.sh').
20041024:
AFFECTS: users of databases/mysql50-server
AUTHOR: ale@FreeBSD.org
The MySQL Daemon must now be enabled / disabled in rc.conf.
See the script for details.
20041024:
AFFECTS: users of mail/popfile
AUTHOR: matusita@FreeBSD.org
Since there is a known problem that popfile doesn't work with DBD::SQLite 1.x
at this time, you'll be in trouble after upgrading databases/p5-DBD-SQLite
to the latest one. A workaround is committed to 0.22.0_1 which uses
databases/p5-DBD-SQLite2 by default. However, if already installed popfile,
please check ${HOME}/.popfile/popfile.cfg, and change the line
"bayes_dbconnect dbi:SQLite:dbname=$dbname" to
"bayes_dbconnect dbi:SQLite2:dbname=$dbname" then restart popfile.
20041023:
AFFECTS: users of mail/dbmail
AUTHOR: seanc@FreeBSD.org
When upgrading from 1.X to 2.X, read the upgrading instructions.
The structure of the database has changed, please use the migration
scripts provided. Many of the programs have been renamed and arguments
have been changed as well.
20041020:
AFFECTS: users of security/antivir-milter
AUTHOR: marius@FreeBSD.org
When updating from previous versions of security/antivir-milter to
antivir-milter-1.1 and you had changed PREFIX/etc/avmilter.conf you
have to bring over your changes to PREFIX/etc/avmilter/avmilter.conf
after installing the new version of this port. Note, however, that
some variables have been renamed.
If you used AntiVir Milter ignore, scan and/or warn files in /etc
you can now move them to PREFIX/etc/avmilter.
20041019:
AFFECTS: users of databases/mysql41-server
AUTHOR: ale@FreeBSD.org
The MySQL Daemon must now be enabled / disabled in rc.conf.
See the script for details.
20041018:
AFFECTS: users of mail/courier-imap
AUTHOR: oliver@FreeBSD.org
The courier-imap port must now be enabled / disabled in rc.conf.
See the script for details.
20041015:
AFFECTS: users of www/apache2 with devel/apr
AUTHOR: clement@FreeBSD.org
WITH_APR_FROM_PORTS knob is no longer supported, since apr > 1.0
doesn't conflict with apache2's one. If you use apr 0.9.x you
won't be able to upgrade apache2 anymore.
20041014:
AFFECTS: users of security/clamav
AUTHOR: eik@FreeBSD.org
The configuration file for the clamd daemon has changed from
/usr/local/etc/clamav.conf to /usr/local/etc/clamd.conf.
20041013:
AFFECTS: users of mail/getmail
AUTHOR: question+fbsdports@closedsrc.org
If you are using a version of mail/getmail earlier than 4.x and
are planning to upgrade to 4.2.2, please note that the configuration file
syntax has changed and the existing configuration file(s) will not work.
Please refer to the online documentation available at:
(http://www.qcc.ca/~charlesc/software/getmail-4/documentation.html)
If you already upgraded to the latest version of getmail, you can refer
to the installed documentation under:
${PREFIX}/share/docs/getmail
The 4.x branch of getmail also requires Python 2.3.3 or newer.
Some mail delivery agents require that the unixfrom parameter to be set to
either "true" or "false" in the configuration file.
A "quick and dirty" guide on setting up, configuring and using getmail is
available at:
(http://www.qnd-guides.org/qnd-getmail.html)
20041012:
AFFECTS: users of devel/perforce
AUTHOR: marshall@chezmarshall.com
Upgrading from 2003.2 to 2004.2 is straightforward, it is highly
recommended to checkpoint and backup your server as follows:
p4 verify //...
p4 verify -u //... # possibly redundant
p4 admin checkpoint
p4 admin stop
<backup repository>
If you are upgrading from a version earlier than 2003.2, you should
consult the Perforce documentation
(http://www.perforce.com/perforce/technical.html)
before proceeding.
Also, it looks as though Perforce has stopped updating the man pages,
so they are no longer included in the port.
20041012:
AFFECTS: users of www/firefox
AUTHOR: freebsd-gnome@FreeBSD.org
After upgrading to firefox-1.0.1.p, certain things such as extension/theme
[de]installation, and "Find On Page" may no longer work. You may also
notice an infinite loop when starting Firefox. If this happens, backup
~/.mozilla/firefox/*/bookmarks.html, and remove ~/.mozilla/firefox.
Afterward, Firefox should start up. You can then restore the bookmarks.html
file to the new ~/.mozilla/firefox/*.default directory.
20041012:
AFFECTS: users of net/netatalk
AUTHOR: marcus@FreeBSD.org
Netatalk has been upgraded to 2.0.0. There are some important
instructions for upgrading from 1.6.x. Please see
http://netatalk.sourceforge.net/2.0/htmldocs/upgrade.html on how
to make the transition.
20041011:
AFFECTS: users of www/linuxpluginwrapper who are running FreeBSD
5.3-BETA7 or later (including -current)
AUTHOR: nork@FreeBSD.org
According to UPDATING(20041001), /etc/libmap.conf should be fixed
libm.so.2 to libm.so.3.
20041001:
AFFECTS: users of ports that require several base system libraries who
are running FreeBSD 5.3-BETA7 or later (including -current)
AUTHOR: kensmith@FreeBSD.org
As part of the FreeBSD-5.3 release the following system libraries
had their version number incremented:
/lib/libm.so.2 -> libm.so.3
/lib/libreadline.so.4 -> libreadline.so.5
/usr/lib/libhistory.so.4 -> libhistory.so.5
/usr/lib/libopie.so.2 -> libopie.so.3
/usr/lib/libpcap.so.2 -> libpcap.so.3
This should have no effect unless you are using FreeBSD 5.3-BETA7 or
higher, or if you are a -current user who upgraded after this date.
Assuming you did a from-source upgrade new versions of these libraries
will be created but the old versions will be left behind (for example
/lib/libm.so.2 will be the old one, /lib/libm.so.3 will be the new one).
Any ports or pre-built packages you have currently installed will
continue to use the old library, any ports you install after the upgrade
will begin to use the new library. You will need to have all your
ports recompiled before the old library goes away. To help with the
migration you could also use /etc/libmap.conf to map libm.so.2 to
libm.so.3.
20040903:
AFFECTS: users of net/kdenetwork3
AUTHOR: kde@FreeBSD.org
The lanbrowsing facility of KDE has been removed from the main
kdenetwork3 port and is now available via the net/lanbrowsing
port.
20040901:
AFFECTS: users of www/squid
AUTHOR: tmseck@netcologne.de
www/squid now installs an rcNG script by default. This means you
need to explicitly enable squid by setting squid_enable=yes in
/etc/rc.conf.
The squid.sh script uses the following variables:
squid_chdir
squid_flags
squid_user
Please see the squid.sh script for further details.
If you want to install an old style rc-script, build the port with
"WITHOUT_SQUID_RCNG=YES" or by rerunning "make config" and disabling this
option.
20040830:
AFFECTS: users of x11/kde3, x11/kdelibs3, x11/kdebase3
AUTHOR: kde@FreeBSD.org
In KDE 3.3, a number of files were moved between ports and some ports
were removed. This means that you will have to take some precautions
to update your KDE installation. A simple portupgrade -a will not work.
portupgrade -R kde can fail as well, depending on what parts of KDE you
have currently installed. We therefore recommend sticking to the following
procedure. The procedure requires you to have sysutils/portupgrade installed
and you to be the superuser (or using sudo). We recommend not being logged in
to a KDE session on the machine you're performing the upgrade on. If you
choose to perform the update while being logged in to KDE, expect erratic
behavior and crashes from applications launched during the update.
1.) First, make sure your ports index is up to date.
cd /usr/ports && make index
or, if you're using the sysutils/portindex port
portindex
2.) Delete installed packages which conflict with the updated KDE
ports.
pkg_deinstall -f kdeaddons-kontact-plugins-\* \
kdeaddons-kaddressbook-plugins-\* kdepim-\* kdeutils-\* \
kdeaddons-\[0-9\]\* kde-\[0-9\]\*
kdegraphics now conflicts with the kolourpaint package and kdeedu now
conflicts with the kwordquiz package. If you have kwordquiz and/or
kolourpaint installed on your system and you want to use the kdegraphics/
kdeedu ports, you should first deinstall the conflicting packages:
pkg_deinstall -f kolourpaint\* kwordquiz\*
3.) Now update the remaining KDE ports.
portupgrade arts\* kde\* quanta\*
or, if you want to update KDE along with other updated ports:
portupgrade -a
Note that the quanta port has been renamed to kdewebdev. The commands
above will automatically replace quanta with kdewebdev, if you have
quanta installed.
4.) Reinstall any KDE ports you deleted in step 2. Note that the kdeaddons-
kontact-plugins (net/kontact-plugins), kdepim-kpilot (palm/kpilot) and
quanta (www/quanta) ports/packages do not exist anymore and cannot be
reinstalled.
Known post-updating issues:
- If you're missing acoustic notifications (system sounds) after the update:
rm ~/.kde/share/config/knotifyrc
Then log out of KDE and back in again.
- KMail has been heavily modified since KDE 3.2.x. Testing shows that KMail
can display erratic behavior and crashes after the update. If you see any
such behavior, it is recommended to simply close KMail and start it again
until it resumes normal operation.
The integration of GnuPG and KMail for signing, encrypting and verifying
PGP/MIME mail has also changed. A quick howto is available at
http://freebsd.kde.org/howtos/gnupg-kmail.php.
- kdm users might get warnings from kdm about obsolete lines in kdmrc.
You can migrate your configuration while preserving your customizations
by running
genkdmconf
Make sure to backup your old kdmrc (usually found in
/usr/local/share/config/kdm) beforehand in case the merge produces an
invalid configuration.
- Extensive information about changes from KDE 3.2.x can be found at
http://www.kde.org/announcements/changelogs/changelog3_2_3to3_3.php
20040829:
AFFECTS: users of mail/mutt-devel
AUTHOR: udo.schweigert@siemens.com
The defaults of the port have been changed from WITH_MUTT_NCURSES to
WITH_MUTT_SLANG to be in sync with the mail/mutt port. If you really have
problems with slang (which should be a very rare case) be sure to have set
COLORTERM=yes and COLORFGBG="color1;color2" in your environment, or recompile
the port with the WITH_MUTT_NCURSES knob set (e.g. by adding
WITH_MUTT_NCURSES=yes to your /etc/make.conf).
20040828:
AFFECTS: users of security/samba-vscan
AUTHOR: jmelo@freebsdbrasil.com.br
The default location of the configuration files has been changed
from /etc/ to /usr/local/etc and from /etc/samba/ to
/usr/local/etc/samba-vscan/; the default location of the data files
has been changed from /var/run/clamd to /var/run/clamav/clamd and
from /var/opt/f-secure/fsav/databases to /var/db/fsav/databases.
20040820:
AFFECTS: users of japanese/ptex-tetex, japanese/xdvik, and japanese/dvipsk
AUTHOR: hrs@FreeBSD.org
japanese/ptex-tetex, japanese/xdvik, and japanese/dvipsk now
look for the texmf.cnf file in $TEXMF/web2c-ptex/texmf.cnf first,
while some utilities included in the original teTeX distribution
such as kpsepath(1) look for the file in $TEXMF/web2c/texmf.cnf
first. This is for separating the pTeX's texmf.cnf and
the original TeX's texmf.cnf, and you do not have to copy or
link the file $TEXMF/web2c-ptex/texmf.cnf to $TEXMF/web2c/.
To lookup pTeX path by using kpsepath(1) and so on, please
set TEXMFCNF environment variable as described in
$TEXMF/web2c-ptex/texmf.cnf. For more detail, see
$TEXMF/web2c-ptex/texmf.cnf and $TEXMF/web2c/texmf.cnf.
20040820:
AFFECTS: users of japanese/platex209-*
AUTHOR: hrs@FreeBSD.org
japanese/platex209-* are renamed to japanese/platex209 and
now depend on japanese/ptex-tetex. While EUC-JP and JIS
encoding can be used by default, but Shift JIS is no longer
supported because it makes very difficult to maintain other
pTeX related ports. However, "ptex --kanji=sjis" still works,
so it can be used if all of macro files under share/texmf are
converted to Shift JIS encoding manually.
20040820:
AFFECTS: users of japanese/dvipsk-vflib
AUTHOR: hrs@FreeBSD.org
japanese/dvipsk-vflib has been removed because it is not maintained
for a long time. While japanese/dvipsk itself has no support to
rendering vector fonts, this and Ghostscript give almost the same
functionality.
20040820:
AFFECTS: users of japanese/xdvik-vflib
AUTHOR: hrs@FreeBSD.org
japanese/xdvik-vflib has been renamed to japanese/xdvik because
it has nothing to do with VFLib now. It depends on and uses
FreeType2 to render vector fonts.
20040817:
AFFECTS: users of www/apache2
AUTHOR: clement@FreeBSD.org
Summary of recent changes:
- Access to filesystem is denied by default.
- mod_proxy* are no longer built by default
- Now ${PREFIX}/etc/apache2/Includes/*.conf can be used to store
local configuration or sample configurations.
- Makefile.modules.3rd contains modules selection for apache 2.x and 1.3.x
20040815:
AFFECTS: users of net/openldap22{,-sasl}-server
AUTHOR: eik@FreeBSD.org
The start/stop script has moved to ${PREFIX}/etc/rc.d. Users on 5.x
who want to start the daemon early can set WITH_RCORDER=yes.
Setting WITH_ODBC_TYPE is not sufficient to enable SQL backend
support, WITH_ODBC=yes is required.
20040813:
AFFECTS: users of x11/kdebase3 (kdm)
AUTHOR: kde@FreeBSD.org
If you are unable to login to X via kdm after portupgrading to the latest
kdebase port and you're getting these or similar messages on the console
/kernel: Aug 13 17:12:10 kiste kdm: :0[447]: Can't execute
"/usr/local/share/config/kdm/Xstartup": No such file or directory
/kernel: Aug 13 17:12:10 kiste kdm: :0[432]: Cannot execute startup script
"/usr/local/share/config/kdm/Xstartup"
/kernel: Aug 13 17:12:10 kiste kdm: :0[448]: Can't execute
"/usr/local/share/config/kdm/Xreset": No such file or directory
/kernel: Aug 13 17:12:12 kiste kdm: :0[458]: Can't execute
"/usr/local/share/config/kdm/Xsetup": No such file or directory
please do the following:
1.) Copy /usr/local/share/config/kdm/kdmrc away to a safe place, for example
your home directory ( cp /usr/local/share/config/kdm/kdmrc ~/ )
2.) Run, as root: genkdmconf --no-old
3.) Put your copy of kdmrc back to /usr/local/share/config/kdm/kdmrc (cp
~/kdmrc /usr/local/share/config/kdm/ )
Optional step 4.) Run, as root: genkdmconf (without any options) to update
your kdmrc to the latest configfile format
Note for advanced users: Substitute /usr/local with your custom PREFIX if
you're using one.
20040730:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org, mat@FreeBSD.org, marcus@FreeBSD.org
lang/perl5.8 has been updated to 5.8.5. you should update everything
depending on perl, that is:
* first, upgrade your perl5.8 installation.
* run "use.perl port", so that the system knows you have 5.8.5.
* now, run some magic incantations to upgrade all ports depending on perl,
that is run something like :
portupgrade -f `(pkg_info -R perl-5.8.5 |tail +4; \
find /usr/local/lib/perl5/site_perl/5.8.[124] -type f -print0 \
| xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u`
This is likely to fail for a few ports, you'll have to upgrade them
afterwards.
Please note, that this last step is, strictly speaking, not necessary,
if you are upgrading from 5.8.4. But it is cleaner to do so anyway.
20040726:
AFFECTS: users of devel/apache-ant
AUTHOR: glewis@FreeBSD.org
The update to Ant 1.6.2 introduces the following changes which may break
older environments, according to the 1.6.2 release notes:
. The import task used the canonical version of a file path. This
has been changed to use the absolute path. Bugzilla 28505.
. ant-xalan2.jar has been removed since the only class contained
in it didn't depend on Xalan-J 2 at all. Its sole dependency has
always been TraX and so it has been merged into ant-trax.jar.
. All exceptions thrown by tasks are now wrapped in a buildexception
giving the location in the buildfile of the task.
. Nested elements for namespaced tasks and types may belong to
the Ant default namespace as well as the task's or type's namespace.
. <junitreport> will very likely no longer work with Xalan-J 1.
20040724:
AFFECTS: users for xorg and GNOME
AUTHOR: gnome@FreeBSD.org
After migrating from XFree86 to X.Org, you must rebuild
x11-toolkits/libwnck and x11/libxklavier for full GNOME functionality
to be restored.
If you receive an XKB initialization error when starting GNOME, edit
your XF86Config or xorg.conf, and remove the line:
Option "XkbRules" "xfree86"
20040723:
AFFECTS: users of FreeBSD-current, users of X.Org
AUTHOR: anholt@FreeBSD.org
The XFREE86_VERSION variable is deprecated and has been replaced by the
X_WINDOW_SYSTEM variable. X_WINDOW_SYSTEM may be set to xorg, xfree86-4, or
xfree86-3. X_WINDOW_SYSTEM defaults to xorg on FreeBSD-current. If you are
switching to xorg, you should follow this set of commands to cleanly upgrade:
pkg_delete -f /var/db/pkg/imake-4* /var/db/pkg/XFree86-*
cd /usr/ports/x11/xorg && make install
pkgdb -F
Users of -stable or older -current can switch to X.Org by setting
X_WINDOW_SYSTEM=xorg in make.conf and following the same process.
Alternately, FreeBSD 5.x and later users can use portupgrade with packages:
cd /var/db/pkg
portupgrade -o devel/imake-6 imake-4*
portupgrade -o x11/xorg-libraries XFree86-libraries
portupgrade -o x11/xorg-clients XFree86-clients
portupgrade -o x11/xorg-manpages XFree86-manuals
portupgrade -o x11/xorg-documents XFree86-documents
portupgrade -o x11-fonts/xorg-fonts-truetype XFree86-fontScalable
portupgrade -o x11-fonts/xorg-fonts-100dpi XFree86-font100dpi
portupgrade -o x11-fonts/xorg-fonts-75dpi XFree86-font75dpi
portupgrade -o x11-fonts/xorg-fonts-miscbitmaps XFree86-fontDefaultBitmaps
portupgrade -o x11-fonts/xorg-fonts-cyrillic XFree86-fontCyrillic
portupgrade -o x11-fonts/xorg-fonts-encodings XFree86-fontEncodings
portupgrade -o x11-servers/xorg-server XFree86-Server
portupgrade -o x11/xorg -f XFree86
20040719:
AFFECTS: users of PHP
AUTHOR: ale@FreeBSD.org
The old lang/php4 and lang/php5 ports have been split into 'base' PHP,
PEAR, and shared extensions to allow more flexibility and add new features.
Upgrading your current PHP installation will result in a 'base' PHP
installation (no PEAR and no extensions).
PEAR can be found in the new devel/php4-pear and devel/php5-pear ports, while
the set of PHP extensions to install can be chosen via the meta-ports
lang/php4-extensions and lang/php5-extensions, or installing singular
extensions individually.
If you have a previous php.ini configuration file, be sure to comment out
the extension_dir parameter, since the correct path is statically compiled
into the PHP binary.
For an overview of the modules used with the old PHP binary, use
the command "php -m".
20040717:
AFFECTS: users of net/openldap21{,-sasl}-client
AUTHOR: eik@FreeBSD.org
OpenLDAP version 2.2 is now the default. To upgrade all ports do
portupgrade -rfo net/openldap22-client openldap-client
(or a similar command for the SASL variant). If you do not want to
upgrade, add the line `WANT_OPENLDAP_VER?=21' to /etc/make.conf
Note that when you want to upgrade openldap21{,sasl}-server, you have
to use slapcat/slapadd to migrate the database, since the internal
format is not binary compatible. Simply upgrading the server without
doing a slapcat first can corrupt your database.
20040717:
AFFECTS: users of mail/exim on FreeBSD 5.x
AUTHOR: eik@FreeBSD.org
The default location of the startup script has been changed to
${PREFIX}/etc/rc.d. When you depend on the previous behavior,
build the port with WITH_RCORDER=yes.
Setting WITH_OPENLDAP_VER and WITH_MYSQL_VER do not automatically
imply the corresponding WITH_ variable. The use of these options
is discouraged, use the global settings (WANT_OPENLDAP_VER and
DEFAULT_MYSQL_VER) to set system wide defaults.
20040709:
AFFECTS: users of mail/milter-sender
AUTHOR: vs@FreeBSD.org
Milter-sender version 0.58 released.
When updating to version 0.58, beware if you have a personalized
configuration file (milter-sender.cf). The meaning of the
MxAcceptsAllAction variable has changed and its default has changed
from 4 to 6. If this variable is not updated, greylisting might be
more aggressive than expected.
20040708:
AFFECTS: users of www/opera
AUTHOR: osa@FreeBSD.org
Opera 7.52 released.
The file search.ini has been changed to ensure correct default
addresses for dictionary and encyclopedia searches. Existing
versions will be overwritten on upgrade. Users who have a
customized search.ini file that they would like to keep, should
edit its version number to 4 before upgrading. Note that you
have to edit the search.ini file located in the /.opera folder.
[Version]
File Version=4
Other changes you are may find in changelog, its
available at http://www.opera.com/freebsd/changelogs/752/
20040706:
AFFECTS: users of Python bindings for textproc/lib{xml2,xslt} libraries
AUTHOR: gnome@FreeBSD.org
Python bindings for libxml2 and libxslt libraries were moved out into
separate slave ports. Please install textproc/py-libxml2 and
textproc/py-libxslt to get bindings back to your system.
20040703:
AFFECTS: users of net/netatalk-devel
AUTHOR: marcus@FreeBSD.org
Netatalk-devel has been converted to use RCng. That means all of the
netatalk daemons must be enabled in /etc/rc.conf before they will start
(previously, all netatalk daemons would start by default). The following
variables are used by the new netatalk.sh script:
atalkd_enable
cnid_metad_enable
papd_enable
afpd_enable
timelord_enable
See the netatalk.sh script for more details.
20040701:
AFFECTS: users of security/portaudit
AUTHOR: eik@FreeBSD.org
The preference file format, as well as the periodic(8)
names have changed. If you use the default settings,
no modifications are necessary.
new settings in /usr/local/etc/portaudit.conf:
portaudit_fetch_env="HTTP_PROXY="
portaudit_fetch_cmd="fetch -1amp"
portaudit_sites="http://www.FreeBSD.org/ports/"
new settings in periodic.conf(5):
daily_status_security_portaudit_enable="YES"
daily_status_security_portaudit_expiry="2"
daily_status_security_portaudit_user="nobody"
20040629:
AFFECTS: users of audio/daapd
AUTHOR: lth@FreeBSD.org
Daapd must now be enabled in rc.conf. Add this to your /etc/rc.conf:
daapd_enable="YES"
20040626:
AFFECTS: users of lang/php4 and lang/php5 with the PDFlib extension
AUTHOR: ale@FreeBSD.org
The PDFlib extension has been removed from the archive and moved to PECL.
Consequently to enable it you have to install print/pecl-pdflib.
Alternatively you may want to try the experimental print/pecl-panda.
20040625:
AFFECTS: users of ftp/pure-ftpd
AUTHOR: pav@FreeBSD.org
Pure-ftpd must be enabled in rc.conf now. Add this to your /etc/rc.conf:
pureftpd_enable="YES"
20040622:
AFFECTS: users of net/openslp
AUTHOR: kuriyama@FreeBSD.org
The openslp port must now be enabled / disabled and configured in
rc.conf. See the script for details.
20040619:
AFFECTS: users of sysutils/webmin and sysutils/usermin
AUTHOR: olgeni@FreeBSD.org
The webmin and usermin ports must now be enabled in rc.conf.
See the pkg-message or script for details.
20040618:
AFFECTS: users of japanese/ptex-tetex
AUTHOR: hrs@FreeBSD.org
The texmf.cnf file for pTeX is now installed in texmf/web2c-ptex.
20040618:
AFFECTS: users of japanese/ptex-pkfonts*
AUTHOR: hrs@FreeBSD.org
The japanese/ptex-pkfonts* has been removed because pkfonts are
already included in the teTeX distribution.
20040618:
AFFECTS: users of japanese/xdvik-vflib*
AUTHOR: hrs@FreeBSD.org
The japanese/xdvik-vflib no longer supports VFlib2, and now depends on
print/freetype2. For the configuration details, see vfontmap file which
installed as texmf/xdvi/vfontmap. japanese/kochi-ttfonts is used for
min and goth by default.
xdvik-vflib-pk* variants has been removed because pkfonts are already included
in the teTeX distribution.
20040618:
AFFECTS: users of print/teTeX
AUTHOR: hrs@FreeBSD.org
The print/teTeX has been split into print/teTeX-base and print/teTeX-texmf,
and print/teTeX is now a meta-port for the two and print/dvipsk-tetex and
print/xdvik. print/teTeX installs dvips and xdvi by default again (via
print/dvipsk-tetex and print/xdvik). For people who want to use teTeX,
simply install print/teTeX with options set by default.
print/teTeX-base has additional options for adding xdvi and dvips included
in the teTeX distribution itself, but use of them are not recommended if
you do not understand what you are trying to do. Especially, when the
options are set by yourself, do not install ports that match *xdvi* and
*dvips* because they break the installed print/teTeX-base's dviware
and such conflicts will not be detected. In most cases, a combination
of print/teTeX-base + print/dvipsk-tetex + print/xdvik (which are
installed by print/teTeX by default) will be sufficient.
20040615:
AFFECTS: users of www/firefox
AUTHOR: gnome@FreeBSD.org
The firefox-0.9 update has a special requirement before you can run it.
You must first run firefox as root before running it as another user.
The best way to do this is to su - to root or log
in as root (i.e. do not su -m to root). After becoming root, simply run
``firefox''. You can then quit the browser, then run it as any other
user. If you do not run firefox as root first, the browser window will
not appear.
20040608:
AFFECTS: users of net/haproxy
AUTHOR: clement@FreeBSD.org
The haproxy port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
20040605:
AFFECTS: users of www/apache2
AUTHOR: clement@FreeBSD.org
The apache2 port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
20040602:
AFFECTS: users of sysutils/mkisofs and sysutils/mkisofs-devel
AUTHOR: netchild@FreeBSD.org, marius@FreeBSD.org
sysutils/mkisofs and sysutils/mkisofs-devel were merged into
sysutils/cdrtools and sysutils/cdrtools-devel respectively.
To update them generate ("make index") or fetch ("make fetchindex") a
new INDEX/INDEX-5. Run "pkgdb -F" and unregister the mkisofs/-devel
port. Then forcefully update the cdrtools port and all of its
dependencies (e.g. "portupgrade -rf cdrtools"). After the update
it may be necessary to rerun "pkgdb -F" and resolve a stale
dependency to cdrtools.
20040531:
AFFECTS: users of lang/perl5.8
AUTHOR: mat@FreeBSD.org, marcus@FreeBSD.org
lang/perl5.8 has been updated to 5.8.4. you should update everything
depending on perl, that is :
* first, upgrade your perl5.8 installation.
* run "use.perl port", so that the system knows you have 5.8.4.
* now, run some magic incantations to upgrade all ports depending on perl,
that is run something like :
portupgrade -f `(pkg_info -R perl-5.8.4 |tail +4; \
find /usr/local/lib/perl5/site_perl/5.8.2 -type f -print0 \
| xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u`
This is likely to fail for a few ports, you'll have to upgrade them
afterward.
20040529:
AFFECTS: users of mail/mailman and japanese/mailman
AUTHOR: nork@FreeBSD.org
In Mailman 2.1.5, some significant changes have been made to the
file formats for qfiles and the pendings database. See
$PREFIX/share/doc/mailman/UPGRADING for details (if you define
NOPORTDOCS, refer relevant file in an archive).
20040527:
AFFECTS: users of net/openldap22-client
AUTHOR: eik@FreeBSD.org
The OpenLDAP library soname has changed, requiring a recompilation
of all dependent ports:
portupgrade -rf net/openldap22-client
20040525:
AFFECTS: users of databases/postgresql-client
AUTHOR: mat@FreeBSD.org
This port was removed because of dependencies problem. If you still want to
have it, install databases/postgresql7 with -DWITHOUT_SERVER
20040521:
AFFECTS: users of irc/ircd-hybrid-ru
AUTHOR: krion@FreeBSD.org
UID/GID were changed from 6667 to 555, please manually delete
old entries from /etc/passwd /etc/master.passwd and /etc/group
20040514:
AFFECTS: users of audio/faad
AUTHOR: pav@FreeBSD.org
If the compilation of faad fails, please manually delete older
installed version of faad and reinstall from port.
20040512:
AFFECTS: users of print/teTeX
AUTHOR: hrs@FreeBSD.org
The print/teTeX no longer installs dvipsk by default. To build and
install dvipsk, you have to specify WITH_DVIPSK, or the dvipsk utility
in the print/teTeX is also available print/dvipsk-tetex separately.
This change is to resolve conflicts between various versions of dvips.
20040504:
AFFECTS: users of mail/drac
AUTHOR: nork@FreeBSD.org
The "drac_flags" rc.conf(5) variable has been renamed to "dracd_flags".
See the pkg-message or script for details.
20040501:
AFFECTS: users of www/apache13
AUTHOR: nork@FreeBSD.org
The apache13 port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
20040429:
AFFECTS: users of sysutils/smartmontools
AUTHOR: nork@FreeBSD.org
The smartmontools port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
20040420:
AFFECTS: users of sysutils/cdrtools
AUTHOR: netchild@FreeBSD.org
The cdrecord program now uses ${PREFIX}/etc (e.g. /usr/local/etc) instead
of /etc/default as the location of the global configuration file. If you
created such a configuration file you need to copy it over to the new
location.
20040420:
AFFECTS: users of x11/kdebase3
AUTHOR: kde@FreeBSD.org
If you update KDE from version 3.2.1 or earlier to version 3.2.2 while
running a KDE session, newly opened instances of Konqueror might hang
or crash, depending on how far the update has progressed.
If this happens, it is necessary to restart your KDE session in order to
restore proper operations.
20040404:
AFFECTS: GNOME desktop users
AUTHOR: gnome@FreeBSD.org
GNOME has been updated to 2.6. Simply portupgrading will cause serious
problems if you are using the desktop itself. If you are a GNOME desktop
user, you should carefully read the instructions at:
http://www.freebsd.org/gnome/docs/faq26.html
And use the gnome_upgrade.sh script to properly upgrade to GNOME 2.6. If
you are just a casual user of some of the GNOME libraries, portupgrade
should be sufficient to update your ports.
20040316:
AFFECTS: users of net/isc-dhcp3-*
AUTHOR: des@FreeBSD.org
The isc-dhcp3-* ports must now be enabled / disabled and configured in
rc.conf. See the pkg-message for details.
20040313:
AFFECTS: users of textproc/expat2
AUTHOR: marcus@FreeBSD.org
Users of expat2 (and its many dependencies) should do the following to
properly update expat2 and all of its dependencies:
portupgrade -rf textproc/expat2
20040311:
AFFECTS: users of databases/postgresql7
AUTHOR: osa@FreeBSD.org
PostgreSQL 7.4.2 Released and release notes available at
http://www.postgresql.org/news/173.html
NOTICE: unlike most minor versions, this version does require some
updates to the pg_* system tables. Full instructions for how to do
this are included in the full HISTORY file.
DO NOT UPGRADE WITHOUT READING THESE INSTRUCTIONS.
20040309:
AFFECTS: users of x11/kdelibs3 and x11/kdebase3
AUTHOR: kde@FreeBSD.org
If you update kdelibs from version 3.2.0 to version 3.2.1 while running
a KDE 3.2.0 session, newly opened instances of Konqueror will silently
crash as soon as the new version of kdelibs has been installed, due to
mismatching linker symbols.
It is recommended you quit your KDE session at that point and update
kdebase to version 3.2.1, then restart KDE.
20040309:
AFFECTS: users of audio/arts and x11/kdebase3
AUTHOR: kde@FreeBSD.org
The arts port, PORTVERSION 1.2.1 does not include artswrapper anymore.
Instead, artswrapper is now installed by a new port audio/artswrapper.
Installation of artswrapper is optional, however:
If you presently run KDE and you have "Run with the highest possible
priority (realtime priority)" checked in Control Center/Sound & Multimedia/
Sound System and you choose to NOT install audio/artswrapper, you need to
- Uncheck "Run with the highest possible priority (realtime priority)"
in Control Center/Sound & Multimedia/Sound System BEFORE updating arts
OR
- AFTER updating arts and kdebase, go to Control Center/Sound & Multimedia/
Sound System, click on the unchecked "Run with the highest possible priority
(realtime priority)", dismiss the message telling you that realtime is un-
available or artswrapper is missing and then click Apply.
20040305:
AFFECTS: users of security/antivir-milter
AUTHOR: netchild@FreeBSD.org
When updating from a previous version of security/antivir-milter you
have to do the following after deinstalling the old port:
rm <PREFIX>/AntiVir/antivir
rm <PREFIX>/AntiVir/antivir.vdf
chown root:wheel <PREFIX>/AntiVir
chown root:smmsp <PREFIX>/AntiVir/hbedv.key
In your SENDMAIL_MC change
`S=unix:<PREFIX>/AntiVir/avmilter.sock, F=T, T=S:10m;R:10m;E:5m'
to:
`S=unix:/var/spool/avmilter/avmilter.sock, F=T, T=S:10m;R:10m;E:10m'
and rebuild sendmail.cf.
If /var/spool/avmilter exist you have to:
chown -R smmsp:smmsp /var/spool/avmilter
If you are using a customized <PREFIX>/etc/avmilter.conf the port
won't remove it on deinstall and you have to manually change User
and Group to smmsp there.
Afterwards you can install the new version of this port. You then
should run antivirupdater to get a current VDF.
20040226:
AFFECTS: i386 users of lang/ruby* and sysutils/portupgrade
AUTHOR: knu@FreeBSD.org
Change the default version of ruby to 1.8 for i386.
If you are a ruby developer and want to keep ruby 1.6 as default,
please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf.
Otherwise, please run the following series of commands to migrate to
ruby 1.8:
1) Reinstall portupgrade manually (and as a result ruby 1.8 will be
installed):
pkg_delete portupgrade-\*
(cd /usr/ports/sysutils/portupgrade; make install clean)
2) Reinstall everything that depends on ruby 1.6 to use ruby 1.8
instead:
portupgrade -fr lang/ruby16
3) Reinstall ruby 1.8 (because the previous step kills symlinks):
portupgrade -f lang/ruby18
4) Deinstall ruby 1.6 stuff (if you are paranoia):
pkg_deinstall -ri lang/ruby16
5) If the above commands do now work somehow and portupgrade starts
causing LoadError, please reinstall portupgrade manually again.
Whenever you get confused, you can always deinstall portupgrade
and all the ruby stuff (run "pkg_delete -r ruby-\*") and
reinstall portupgrade as a last resort.
20040204:
AFFECTS: 5.2-CURRENT users who started with a 5.2-RELEASE or older.
AUTHOR: obrien@FreeBSD.org
Change the default version of perl to 5.8.
1) Force perl-5.6.1 to be upgraded with perl-5.8.
portupgrade -o lang/perl5.8 -f perl-5.6.1_15
2) Update all p5-* modules.
portupgrade -f p5-\*
$FreeBSD$
Reference in a new issue View git blame Copy permalink