cpet/freebsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
38bd03d9ce
freebsd-ports/UPDATING

2397 lines
87 KiB
Plaintext
Raw Normal View History

Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
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.
Add note about metakit's python bidness.
2005-09-07 11:21:39 -04:00
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.
- Update to 1.7.8 - Provide option to disable Diablo II server PR: ports/85584 Submitted by: Max E. Kuznecov <mek@mek.uz.ua> (maintainer)
2005-09-04 08:18:18 -04:00
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)
Document the latest changes in www/jakarta-tomcat55
2005-09-02 11:37:30 -04:00
20050902:
AFFECTS: users of www/jakarta-tomcat55
AUTHOR: hq@FreeBSD.org
More typo fixes. Noticed by: pav
2005-09-04 11:24:58 -04:00
The port installs a new RCng startup script which no longer uses tomcat55ctl to
Document the latest changes in www/jakarta-tomcat55
2005-09-02 11:37:30 -04:00
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
- Don't use more scripts/*, now use OPTIONS - Add UPDATING note PR: ports/85591 Submitted by: maintainer
2005-09-02 08:51:38 -04:00
20050902:
AFFECTS: users of mail/postfix-current
AUTHOR: marcus@corp.grupos.com.br
Fix typo and remove trailing spaces.
2005-09-04 11:19:07 -04:00
Now mail/postfix-current use OPTIONS menu instead of
- Don't use more scripts/*, now use OPTIONS - Add UPDATING note PR: ports/85591 Submitted by: maintainer
2005-09-02 08:51:38 -04:00
POSTFIX_OPTIONS batch. Please run "make config" and
select your options in menu.
Most command line scripts have been renamed on both net/py-bittorrent-devel and net/py-bittorrent-core-devel versions 4.1.4
2005-08-28 14:24:31 -04:00
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
There was a file move between KDE modules again after all, unfortunately we discovered it late. Register appropriate CONFLICTS and put some instructions in UPDATING. Approved by: portmgr (linimon)
2005-08-04 15:58:57 -04:00
20050804:
AFFECTS: users of sysutils/kdeadmin3
AUTHOR: kde@FreeBSD.org
One data file has been moved from kdeadmin to kdelibs between
Fix typo and remove trailing spaces.
2005-09-04 11:19:07 -04:00
KDE 3.4.1 and KDE 3.4.2. This means that
There was a file move between KDE modules again after all, unfortunately we discovered it late. Register appropriate CONFLICTS and put some instructions in UPDATING. Approved by: portmgr (linimon)
2005-08-04 15:58:57 -04:00
*********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.
Fix typo. Spotted by: Ion-Mihai Tetcu <itetcu@people.tecnik93.com> Approved by: portmgr
2005-08-04 16:55:25 -04:00
pkg_deinstall -f kdeadmin-\[0-9\]\*
There was a file move between KDE modules again after all, unfortunately we discovered it late. Register appropriate CONFLICTS and put some instructions in UPDATING. Approved by: portmgr (linimon)
2005-08-04 15:58:57 -04:00
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
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
Note Sun Grid Engine updates.
2005-07-28 22:18:38 -04:00
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.
Change layout for firebird-server accordingly to hier(7) spirit. See UPDATING for the details.
2005-07-27 11:38:05 -04:00
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".
Note the shared library version bump in HEAD and RELENG_6. Discussed with: portmgr@
2005-07-22 13:32:08 -04:00
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.
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
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
The binary incompatibility affects pure Qt applications as well, suggest recompiling Qt and all ports depending on it.
2005-07-11 06:37:26 -04:00
with pkg_info), you should cvsup and recompile qt33 and everything
depending on it:
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
The binary incompatibility affects pure Qt applications as well, suggest recompiling Qt and all ports depending on it.
2005-07-11 06:37:26 -04:00
portupgrade -rf qt\*
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
Previous versions of the qt33 port contained a patch that
The binary incompatibility affects pure Qt applications as well, suggest recompiling Qt and all ports depending on it.
2005-07-11 06:37:26 -04:00
introduces binary incompatibility between unpatched qt33 and software
compiled against a patched qt33.
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
Symptoms of the binary incompatibility: Unresolved symbol warnings from
The binary incompatibility affects pure Qt applications as well, suggest recompiling Qt and all ports depending on it.
2005-07-11 06:37:26 -04:00
various KDE/Qt applications (both during runtime or compiling/linking),
"Could not start kdeinit" dialogs during KDE startup, kicker crashes during
exiting KDE.
Advise about the possible fallout of and suggest a fix for the binary incompatibility to qt that occurs if kdelibs has been compiled against old versions of qt-copy.
2005-07-10 14:36:39 -04:00
Introduce WITH_LEGACY_GPU_SUPPORT option, which sticks us to previous version of NVidia driver release for the sake of supporting some "legacy" GPUs. Note that this options is unsupported, and presumably would only be needed for a few unlucky souls out there. PR: ports/82758
2005-06-30 00:18:22 -04:00
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.
Add notice sysutils/nut has a rcNG script now PR: ports/84089 Submitted by: Joerg Pulz <Joerg.Pulz@frm2.tum.de> (port maintainer) Reported by: Thomas Laus <lausts@acm.org>
2005-07-26 10:48:26 -04:00
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"
Mention lang/perl5.8 upgrade and describe what to do after.
2005-06-24 05:17:58 -04:00
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.
- Document latest changes to ftp/proftpd.
2005-06-22 14:54:28 -04:00
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.
- Saving config.php was a bad idea. cacti's developers make cahnges in it. I've moved DB settings from config.php to db-settings.php and save it instead. Read UPDATING. Reported by: Zoltan Frombach <tssajo@hotmail.com>, Andrej Zverev <az@inec.ru>
2005-06-21 09:26:54 -04:00
20050621:
AFFECTS: users of net/cacti
AUTHOR: sem@FreeBSD.org
Because of users need to keep their DB configuration but config.php
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
can't be saved on upgrading, I've moved DB settings in db-settings.php.
- Saving config.php was a bad idea. cacti's developers make cahnges in it. I've moved DB settings from config.php to db-settings.php and save it instead. Read UPDATING. Reported by: Zoltan Frombach <tssajo@hotmail.com>, Andrej Zverev <az@inec.ru>
2005-06-21 09:26:54 -04:00
So, you need to change db-settings.php and do not touch config.php
anymore.
Mega-patch to cleanup the ports infrastructure regarding our linux bits: - USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD tools to strip binaries anymore, so it's not neccesary anymore to override STRIP and STRIP_CMD. - USE_LINUX_PREFIX implies NO_MTREE now. - In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries instead upon the native FreeBSD libraries. - The variable LINUX_BASE_PORT contains a string which is suitable as an item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the default (or overriden) linux base, ${LINUX_BASE_PORT} should be used instead of a hardcoded reference. - Change all ports to comply to the "new world order". - 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}). - If USE_LINUX or OVERRIDE_LINUX_BASE doesn't point to an existing linux_base port and if USE_LINUX isn't set to "yes" (case insensitive), the port will be marked as IGNORE. [1] - Readd USE_LINUX knobs into several ports and make several uses of a conditional dependency ("USE_LINUX?=") into an unconditional one ("USE_LINUX=") which where removed/changed by Trevor to allow the use of alternative linux_base ports. While this is a nice goal, the implementation resulted in missing dependencies. The OVERRIDE_LINUX_BASE_PORT knob in this commit is supposed to fix the problem while keeping the feature. Basicaly this includes a backout of Trevor's commit, to prevent confusion I mention it here explicitely. - Use the correct prefix (X11- instead of LOCAL- or LINUX-) for some ports. Chase dependencies for this. - Changes to make linux_devtools installable on amd64, remove some stray device nodes (they don't work on recent OS versions and aren't really needed). - Make linux_base-8 PREFIX clean and remove some stray device nodes. Additionally tell a little bit more about how to setup NIS/YP [2]. - Update the PGSQL dependency in the linux-opengroupware port to a recent version (the old one isn't available anymore), I don't know if this works (at least it isn't more broken than before). - Use PREFIX/usr/share/doc instead of PREFIX/usr/doc in the divx4linux ports, the former path exists already and gets populated by other packages too (PREFIX=LINUXPREFIX!). - Fix some obvious (non-linuxolator) bugs in some linux ports while being there. - Bump PORTREVISION where neccesary. Requested by: portmgr (linimon) [1] Submittted by: Gerrit Kuehn <gerrit_huehn@gruft.fido.de [2] Approved by: portmgr (kris, linimon), maintainers (or maintainer timeout) Tested on: ports cluster (kris) Reviewed by: silence on emulation@ Superseedes PR: 69997 Maintainer approval from: chris@chrisburkert.de cracauer@cons.org des girgen jamie@bishopston.net mezz mi nivit@users.sf.net pat simond@irrelevant.org riggs@rrr.de Udo.Schweigert@Siemens.com
2005-06-17 18:59:29 -04:00
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}).
Add update entry for ftp/wget. Only SSL users may be affected.
2005-06-10 17:44:46 -04:00
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.
Adding note on updating Perforce to 2005.1
2005-06-01 10:21:42 -04:00
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
- Describe how to keep the old config after updating sylpheed-claws. [1] - Remove a stray ','. Suggested by: Ion-Mihai Tetcu <itetcu@people.tecnik93.com> [1]
2005-05-27 03:39:44 -04:00
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
Fix typo. Submitted by: Dominique Goncalves <dominique.goncalves@gmail.com>
2005-06-11 08:17:11 -04:00
configuration directory. To keep your configuration from the GTK1 version
- Describe how to keep the old config after updating sylpheed-claws. [1] - Remove a stray ','. Suggested by: Ion-Mihai Tetcu <itetcu@people.tecnik93.com> [1]
2005-05-27 03:39:44 -04:00
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.
- Add note about updating mpeg4ip and mpeg4ip-libmp4v2 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 or mpeg4ip you should reinstall both mpeg4ip-limp4v2 and mpeg4ip.
2005-05-24 17:14:23 -04:00
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
- Make note about mpeg4ip and mpeg4ip-libmp4v2 a little more clear 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.
2005-05-24 19:50:08 -04:00
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.
- Add note about updating mpeg4ip and mpeg4ip-libmp4v2 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 or mpeg4ip you should reinstall both mpeg4ip-limp4v2 and mpeg4ip.
2005-05-24 17:14:23 -04:00
- Update to 1.7.7 [1] - Convert to OPTIONS [1] - Use %%DATADIR%% [2] - Add a hint to UPDATING because of changed config file semantics. [1] Submitted by: maintainer [1], barner [2] PR: ports/81375
2005-05-23 12:13:41 -04:00
20050523:
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
AFFECTS: users of games/pvpgn
Fix typo.
2005-05-23 14:32:50 -04:00
AUTHOR: mek@mek.uz.ua
- Update to 1.7.7 [1] - Convert to OPTIONS [1] - Use %%DATADIR%% [2] - Add a hint to UPDATING because of changed config file semantics. [1] Submitted by: maintainer [1], barner [2] PR: ports/81375
2005-05-23 12:13:41 -04:00
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.
Remove trailing spaces.
2005-05-27 03:41:40 -04:00
- Update Squid to 2.5.STABLE10 PR: ports/81213 Submitted by: Thomas-Martin Seck <tmseck@netcologne.de> (maintainer)
2005-05-19 10:17:01 -04:00
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.
- Update to 2.0.0-R5 This release has significant change in API. All old code *will* broken. Read how to fix it here: http://perl.apache.org/docs/2.0/rename.html PR: ports/79962 Submitted by: maintainer
2005-05-17 13:13:43 -04:00
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
- Document databases/firebird spliting Submitted by: maintainer
2005-05-17 12:35:12 -04:00
20050517:
AFFECTS: users of databases/firebird
AUTHOR: freebsd@galle.com.br
Remove trailing spaces.
2005-05-27 03:41:40 -04:00
The port was split into a -server and -client parts.
The -server contains server binary, UDFs, and install all in
- Document databases/firebird spliting Submitted by: maintainer
2005-05-17 12:35:12 -04:00
${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.
Add a note about dropping WITH_PPERL support in devel/svk. PR: 80910 Submitted by: Rong-En Fan (devel/svk maintainer)
2005-05-12 00:16:38 -04:00
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.
Add note on multimedia/ffmpeg-devel
2005-05-11 23:15:59 -04:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
Furthermore, video capture is no longer working in the latest
Add note on multimedia/ffmpeg-devel
2005-05-11 23:15:59 -04:00
version. Work is been done to overcome this.
Fixing problems with the recent security patch: When bison was not installed, the patched gram.y file would not be used and the security patch would be a no-op. Also, I've had reports of compilation errors related to bison. Since checking for the correct version of bison is hard and error prone, I'm doing what the postgresql distribution does - patching the yacc:ed .c file to get rid of the building dependency. Bumping portrevision of -server. Pointy hat to: me Noticed by: Mike Harding and others Security: http://www.vuxml.org/freebsd/6b4b0b3f-8127-11d9-a9e7-0001020eed82.html Approved by: seanc (implicit)
2005-05-10 20:40:15 -04:00
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.
Add advices about lang/ocaml update to 3.08.3
2005-05-01 14:10:27 -04:00
20050501:
AFFECTS: users of lang/ocaml based applications and libraries
AUTHOR: lioux@FreeBSD.org
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
With the recent update of ocaml to 3.08.3 some API compatibility
Add advices about lang/ocaml update to 3.08.3
2005-05-01 14:10:27 -04:00
has been broken. It is a bit subtle so that some users might not
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
notice it. However, updating all ocaml based applications and
Add advices about lang/ocaml update to 3.08.3
2005-05-01 14:10:27 -04:00
libraries are advised using the new compiler/interpreter version.
Issue the following command:
# portupgrade -rf 'ocaml*'
move mail/courier-authlib to security/courier-authlib which is a meta-port now. Submitted by: Yarema <yds@CoolRat.org> In corporation with: Jose M Rodriguez <josemi@freebsd.jazztel.es>, Milan Obuch <ports@dino.sk>, myself
2005-04-26 15:17:32 -04:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
authentication methods you've chosen. Courier-authlib-base only
provides you authentication via PAM. All ports depending on courier-
move mail/courier-authlib to security/courier-authlib which is a meta-port now. Submitted by: Yarema <yds@CoolRat.org> In corporation with: Jose M Rodriguez <josemi@freebsd.jazztel.es>, Milan Obuch <ports@dino.sk>, myself
2005-04-26 15:17:32 -04:00
authlib (at the time of writing, courier-imap, sqwebmail and maildrop)
giving you the same choice the meta-port provides you.
add notes for www/opera and www/opera-devel. PR: 80142 Submitted by: Arjan Van Leeuwen <avleeuwen@gmail.com>
2005-04-21 07:48:57 -04:00
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
Remove trailing spaces.
2005-05-27 03:41:40 -04:00
~/.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,
add notes for www/opera and www/opera-devel. PR: 80142 Submitted by: Arjan Van Leeuwen <avleeuwen@gmail.com>
2005-04-21 07:48:57 -04:00
reconfigure Opera from the preferences pane or edit the files by hand.
- Add notes for devel/ipython update PR: ports/80148 Submitted by: Dryice Liu <dryice@liu.com.cn>
2005-04-20 10:26:42 -04:00
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.
- Update to 8.0, see the changelog for details: http://www.opera.com/linux/changelogs/800/ - Use DATADIR in plist. - To upgrade, please read in either pkg-descr or UPDATING for detail - The pkg-descr will be update when opera.com is in less traffic. - Copy pkg-message in UPDATING. As for www/opera maintainer/committer, you can just add 'www/opera' when it updates to 8.0.
2005-04-19 17:08:56 -04:00
20050419:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of www/linux-opera
- Update to 8.0, see the changelog for details: http://www.opera.com/linux/changelogs/800/ - Use DATADIR in plist. - To upgrade, please read in either pkg-descr or UPDATING for detail - The pkg-descr will be update when opera.com is in less traffic. - Copy pkg-message in UPDATING. As for www/opera maintainer/committer, you can just add 'www/opera' when it updates to 8.0.
2005-04-19 17:08:56 -04:00
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.
Note that net-mgmt/cricket now uses a separate user PR: ports/73926 Submitted by: Phil Homewood Forgotten by: ijliao
2005-04-15 06:01:15 -04:00
20050415:
AFFECTS: users of net-mgmt/cricket
AUTHOR: ijliao@FreeBSD.org
As of 2004/11/09 cricket uses a separate user "wwwadm". If you
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
upgrade your installation, make sure you chown your existing data.
Note that net-mgmt/cricket now uses a separate user PR: ports/73926 Submitted by: Phil Homewood Forgotten by: ijliao
2005-04-15 06:01:15 -04:00
Upgrade PostgreSQL to 8.0.2. Here's the brief release note: Over the past several weeks, Tom Lane has been working on replacing our old Cache Management Alorithm (ARC) with a new, patent free one (2Q). In order to reduce the number of 8.x deployments out there that are using the old manager, we have just released 8.0.2, and encourage adminstrators to upgrade at their earliest convience. For those already running 8.x on your production servers, please note that this upgrade does *NOT* require a dump restore, but due to a bump in the major version number for the client library (libpq), it *WILL* require all client applications to be recompiled at the same time. For full release info, see http://www.postgresql.org/docs/8.0/static/release.html#RELEASE-8-0-2 Apart from the upgrade, three new config options are added: A patch (experimental) for supporting proper collation of utf-8 encoded locales, using IBM's ICU package (devel/icu). See http://people.freebsd.org/~girgen/postgresql-icu/README.html for more info. An optional patch written by Evgen Potemkin, which allows PostgreSQL to make hierarchical queries à la Oracle [1]. An option is added that allows the use of 64 bit ints to store dates [2]. PR: ports/79165 [1], ports/76999 [2] Submitted by: Marcos Tischer Vallim [1], Christian Ullrich [2] Approved by: ade, seanc (implicit)
2005-04-13 19:15:49 -04:00
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
mail/spamd (OpenBSD's pf spamd) is now RCng'ed.
2005-04-13 08:24:23 -04:00
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"
- Note about updating of www/quixote PR: ports/79851 Submitted by: Dryice Liu <dryice@liu.com.cn>
2005-04-13 04:33:40 -04:00
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.
Add a note about the change in the gdm start script.
2005-04-11 04:14:22 -04:00
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"
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
Describe the new way to set the mysql40 database directory. Please, look at it if you don't use default path!
2005-04-06 09:43:52 -04:00
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.
Add an entry for net/tac_plus4.
2005-04-03 03:01:23 -04:00
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.
Switch mDNSResponder from the Apple startup script to a simple rc.subr script. This means that mdnsd is not started by default and must be enabled by adding an mdnsd_enable="YES" line to your /etc/rc.conf. This works around a panic in the multicast code when network interfaces are removed and multicast sockets are open on them since many users of this port only need the utilities, not the daemon. Approved by: portmgr (krion)
2005-03-25 12:24:13 -05:00
20050324:
- Describe how to keep the old config after updating sylpheed-claws. [1] - Remove a stray ','. Suggested by: Ion-Mihai Tetcu <itetcu@people.tecnik93.com> [1]
2005-05-27 03:39:44 -04:00
AFFECTS: users of net/mDNSResponder
Switch mDNSResponder from the Apple startup script to a simple rc.subr script. This means that mdnsd is not started by default and must be enabled by adding an mdnsd_enable="YES" line to your /etc/rc.conf. This works around a panic in the multicast code when network interfaces are removed and multicast sockets are open on them since many users of this port only need the utilities, not the daemon. Approved by: portmgr (krion)
2005-03-25 12:24:13 -05:00
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.
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
20050320:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of x11/kde3, x11/kdelibs3, x11/kdebase3,
x11-themes/kdeartwork3, www/akregator, x11-themes/phase,
multimedia/kdemultimedia3
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
AUTHOR: kde@freebsd.org
In KDE 3.4, a number of files were moved between ports, some ports
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
were added, one port has been removed and some applications formerly available
Remove trailing whitespace.
2005-04-03 03:01:49 -04:00
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
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
behavior and crashes from applications launched until you log out and back
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
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.
\*kde\* matches too many ports, kde\* \*kde-i18n\* should be safer. Noted by: wca
2005-04-07 20:36:07 -04:00
portupgrade -O arts\* kde\* \*kde-i18n\*
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
or, if you want to update KDE along with other updated ports:
portupgrade -a
Eventually I'll learn to count, too.
2005-03-20 19:10:00 -05:00
3.) Reinstall the KDE ports you deleted in step 1.
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
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
Remove trailing whitespace.
2005-04-03 03:01:49 -04:00
Then log out of KDE and back in again (also see
Update to KDE 3.4
2005-03-20 13:17:55 -05:00
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.
Update portsnap to version 0.9. This brings the following changes: * SHA-256 has replaced SHA-1 as a hash function used for verifying integrity of the ports tree. * The RSA signature verification is now performed using OpenSSL rather than "borrowing" code from FreeBSD Update. * In addition to distributing the ports tree, portsnap now also produces up-to-date INDEX, INDEX-4, and INDEX-5 files. * When fetching a series of patches, portsnap now prints a simple progress indicator. PR: ports/79044 Submitted by: maintainer
2005-03-20 04:38:26 -05:00
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.
Add UPDATING reminder that all versions of postgresql now use need postgresql_enable=yes in /etc/rc.conf
2005-03-18 22:54:49 -05:00
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
- Add UPDATING entry about latest blackbox ports changes. - Update boxtools to 0.70.0. - Update bbpager to 0.4.0. - Global cleanup in blackbox and bbkeys. PR: ports/78967 Submitted by: Andrew J. Caines <A.J.Caines@halplant.com>
2005-03-18 16:20:26 -05:00
20050318:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of x11-wm/blackbox, x11-wm/boxtools, x11-wm/bbkeys, and
x11-wm/bbpager
- Add UPDATING entry about latest blackbox ports changes. - Update boxtools to 0.70.0. - Update bbpager to 0.4.0. - Global cleanup in blackbox and bbkeys. PR: ports/78967 Submitted by: Andrew J. Caines <A.J.Caines@halplant.com>
2005-03-18 16:20:26 -05:00
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.
Document changes to mysql 3.23 server startup script.
2005-03-15 09:20:44 -05:00
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.
Describe the new way to set the mysql40 database directory. Please, look at it if you don't use default path!
2005-03-14 05:54:38 -05:00
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.
- Update to 0.8 - Rename port netpanzerdata to netpanzer-data. Mention this fact in UPDATING. PR: ports/77903 Submitted by: maintainer
2005-03-13 06:33:54 -05:00
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.
- Add note about the Gnome 2.8 to 2.10 and gtk 2.4 to 2.6 upgrade needs the gnome_upgrade.sh script.
2005-03-12 07:06:04 -05:00
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
Remove trailing whitespace.
2005-03-19 01:41:31 -05:00
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
- Add note about the Gnome 2.8 to 2.10 and gtk 2.4 to 2.6 upgrade needs the gnome_upgrade.sh script.
2005-03-12 07:06:04 -05:00
script from
http://www.FreeBSD.org/gnome/gnome_upgrade.sh
Now that WITH_AUTHLIB=yes case has been finally fixed, announce the changes in maildrop-1.8.0 port.
2005-03-09 07:45:06 -05:00
20050309:
AFFECTS: users of mail/maildrop
AUTHOR: sergei@FreeBSD.org
Remove trailing whitespace.
2005-03-19 01:41:31 -05:00
maildrop has been recently upgraded to 1.8.0. This version
Now that WITH_AUTHLIB=yes case has been finally fixed, announce the changes in maildrop-1.8.0 port.
2005-03-09 07:45:06 -05:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
have been superseded by WITH_AUTHLIB.
Now that WITH_AUTHLIB=yes case has been finally fixed, announce the changes in maildrop-1.8.0 port.
2005-03-09 07:45:06 -05:00
Note that math/ploticus now installs as bin/ploticus rather than bin/pl. Remove obsoleted conflicts. Prodded by: vs
2005-03-06 21:41:00 -05:00
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.
Add entry for net/i2p update problem: current version is incompatible with all previous versions
2005-03-03 21:52:52 -05:00
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
Upgrade ganglia to 3.0.0. 3.0.0 mostly consists of a more flexable portable gmond which requires a new config file format. Information about changes in this release can be found on the website at: http://ganglia.info/archives/cat_releases.html and in ports/UPDATING.
2005-03-01 18:04:37 -05:00
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.
Disable threads again; it has caused the more troubles. This time, it has ${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl, ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve those issues. It is recommend you to rebuild any apps that depend on lang/ruby18, so see the UPDATING for detail. Remove the 'BROKEN' on the other ports that knu has added them few weeks ago. Some of them have been tested, so if one of them is still broke then please let us know and one of us will re-add the 'BROKEN'. This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x and I did others. lofi, thanks for help! Tested by: many people Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x), and sparc64 (FreeBSD 5.x and 6.x) Not test on: ia64 and alpha Approved by: portmgr (kris)
2005-02-24 19:17:28 -05:00
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\*
- Fix event MPM build [1] - Add a small UPDATING entry. You have to rebuild all your apache modules. Reported by: clement's apache tinderbox [1]
2005-02-24 03:48:57 -05:00
20050224:
AFFECTS: users of www/apache21
AUTHOR: clement@FreeBSD.org
When upgrading from 2.1.2, you need to rebuild all apache modules.
Describe the new way to set the mysql41 database directory. Please, look at it if you don't use default path!
2005-02-15 18:02:39 -05:00
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.
- Add note about updating nagios to 2.0b2 PR: ports/77478 Submitted by: Blaz Zupan <blaz@si.FreeBSD.org> (nagios maintainer)
2005-02-14 16:54:03 -05:00
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.
Add a note for pitfalls regarding teTeX 3.0.
2005-02-13 09:17:03 -05:00
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.
o Add CONFLITS. o Set install prefix to ${X11BASE}, clearly. o Bump PORTREVISION, accordingly. Reviewd by: hrs, Yoshihiko Sarumaru <mistral@imasy.or.jp> Approved by: KOMATSU Shinichiro <koma2@ms.u-tokyo.ac.jp>
2005-02-12 08:04:12 -05:00
20050212:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of x11-fonts/mkbold, x11-fonts/mkitalic, and
x11-fonts/mkbold-mkitalic
o Add CONFLITS. o Set install prefix to ${X11BASE}, clearly. o Bump PORTREVISION, accordingly. Reviewd by: hrs, Yoshihiko Sarumaru <mistral@imasy.or.jp> Approved by: KOMATSU Shinichiro <koma2@ms.u-tokyo.ac.jp>
2005-02-12 08:04:12 -05:00
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.
Update to 2.99.13.20040204, a teTeX-3.0 release candidate. A lot of tools and macros has been updated and the share/texmf* directory structure has been changed as well. The portupgrade utility should work, but please read http://people.freebsd.org/~hrs/tetex-upgrade.txt before upgrading.
2005-02-06 08:52:59 -05:00
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.
The slippery pthread support for systems prior to 502102 has been dropped and the 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. The --march=cputype flag is disabled because it gets ruby to malfunction and fail to build. I don't know if the problem is in libpthread or in gcc. (It really makes me wonder if they had actually tested before asking me to do this somewhat risky change ;-)
2005-02-04 23:59:26 -05:00
20050205:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of lang/ruby16_r, lang/ruby18_r, and lang/ruby18
The slippery pthread support for systems prior to 502102 has been dropped and the 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. The --march=cputype flag is disabled because it gets ruby to malfunction and fail to build. I don't know if the problem is in libpthread or in gcc. (It really makes me wonder if they had actually tested before asking me to do this somewhat risky change ;-)
2005-02-04 23:59:26 -05:00
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.
Document lang/perl5 and lang/perl5.8 update.
2005-02-01 08:37:19 -05:00
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.
Split the postgresql ports into a server and a client part. All ports depending on postgresql shall use the USE_PGSQL=yes knob defined in Mk/bsd.ports.mk. Bumping portrevisions where needed. PR: 75344 Approved by: portmgr@ (kris), ade & sean (mentors)
2005-01-30 19:35:55 -05:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
The maintenance script is installed in etc/periodic/daily, and is
Split the postgresql ports into a server and a client part. All ports depending on postgresql shall use the USE_PGSQL=yes knob defined in Mk/bsd.ports.mk. Bumping portrevisions where needed. PR: 75344 Approved by: portmgr@ (kris), ade & sean (mentors)
2005-01-30 19:35:55 -05:00
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.
An an entry for net/howl on using its new rcNG script.
2005-01-29 23:09:10 -05:00
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.
- bring xfce4 to 4.2 - remove x11-fm/xfce4-fm-icons misc/xfce4-panel-themes (obsoleted by that update) - take maintainership of x11-wm/xfce4-session [1] - bump PORTREVISION of all plugins because they need to be linked against the new xfce4 libs Approved by: maintainer [1]
2005-01-26 11:57:40 -05:00
20050126:
AFFECTS: users of x11-wm/xfce4
AUTHOR: oliver@FreeBSD.org
If you use Xorg 6.8.1: Make shure 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
Enter PostgreSQL 8.0.0. Given 4.11 is still being released, abuse -devel by stuffing the 8.0.0 release in here for the time being. Port epoch bumped because 8.0.rc* is greater than 8.0.0. A note from UPDATING to people who want to use 8.0.0 via -devel in production: 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. Check out the release notes and the shiny new PostgreSQL.org website at: http://www.PostgreSQL.org/docs/8.0/static/release.html#RELEASE-8-0
2005-01-23 05:06:21 -05:00
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.
Add a entry on upgrading the SpamBouncer installation.
2005-01-17 17:56:09 -05:00
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.
Add an entry about astk-client's parameters file.
2005-01-17 16:09:54 -05:00
20050117:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of cad/astk-client
Add an entry about astk-client's parameters file.
2005-01-17 16:09:54 -05:00
AUTHOR: thierry@FreeBSD.org
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
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).
Add an entry about astk-client's parameters file.
2005-01-17 16:09:54 -05:00
Add an entry instructing people to remove an unintentionally-created /etc/pam.d directory, which causes lockouts on 4.x.
2005-01-14 16:22:31 -05:00
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).
Whitespaces cleanup.
2005-01-17 16:11:45 -05:00
Add an entry instructing people to remove an unintentionally-created /etc/pam.d directory, which causes lockouts on 4.x.
2005-01-14 16:22:31 -05:00
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:
Whitespaces cleanup.
2005-01-17 16:11:45 -05:00
Add an entry instructing people to remove an unintentionally-created /etc/pam.d directory, which causes lockouts on 4.x.
2005-01-14 16:22:31 -05:00
# rm /etc/pam.d/gnomesu-pam
# rmdir /etc/pam.d/
Add a entry on upgrading the SpamBouncer installation.
2005-01-17 17:56:09 -05:00
Add an entry instructing people to remove an unintentionally-created /etc/pam.d directory, which causes lockouts on 4.x.
2005-01-14 16:22:31 -05:00
or all users will be locked out of your system!
Whitespaces cleanup.
2005-01-17 16:11:45 -05:00
Add entry for irc/iip update problem
2005-01-10 14:31:52 -05:00
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
Add an entry for nautilus-cd-burner, and the cdrtools problem.
2005-01-10 13:09:53 -05:00
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.
upadate to courier-authlib 0.52, courier-imap 4.0.1 and sqwebmail 5.0.0 Special thanks for testing and sugestions to: Brian Candler <B.Candler@pobox.com>
2005-01-08 05:25:05 -05:00
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.
Whitespaces cleanup.
2005-01-17 16:11:45 -05:00
Furthermore you need to set sqwebmaild_enable=YES in your rc.conf
20050108: s/rc.sub[^r]/&r/ Noted By: ceri
2005-01-17 12:09:40 -05:00
because the rc.d script has been migrated to use the rc.subr Subsystem
upadate to courier-authlib 0.52, courier-imap 4.0.1 and sqwebmail 5.0.0 Special thanks for testing and sugestions to: Brian Candler <B.Candler@pobox.com>
2005-01-08 05:25:05 -05:00
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.
adjust 20050108 entry about courier-imap Thanks to: Koop Mast <kwm@rainbow-runner.nl>
2005-01-17 11:52:19 -05:00
userdb stuff is now located in LOCALBASE/etc/authlib instead of
LOCALBASE/etc.
upadate to courier-authlib 0.52, courier-imap 4.0.1 and sqwebmail 5.0.0 Special thanks for testing and sugestions to: Brian Candler <B.Candler@pobox.com>
2005-01-08 05:25:05 -05:00
- Add a note for users of www/awstats - Collect nearby spurious whitespace
2004-12-31 06:38:42 -05:00
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.
Say hello to the linux mega patch, it consolidates our linux bits a little bit and allows to proceed to a more recent linux_base from a stable (read as: the major bugs should be ironed out or identified and most linux ports build just fine) source. It also allows to ship 4.11 with a working linuxolator (the EOLed linux_base is marked forbidden because of a security hole). This is a major update, please read UPDATING (and CHANGES if you develop linux ports). Changes: - change the default linux_base from v7 to v8 - add a newer freetype to linux_base-8 for nicer fonts display [1] - don't let cpio use hardlinks in the linux_base-8 port to quiet some warnings in some cases [2] - fix a cut&past error in the linux_base-8 pkg-install script [3] - convert the binary knob "USE_LINUX" to a version specifier, e.g. USE_LINUX=<value> specifies a dependency upon emulators/linux_base-<value>, exceptions are a value of "7" (which does what you want and adds a dependency to linux_base) and any value without a corresponding port in PORTSDIR/emulators/linux_base-<value> (which adds a dependency to the default linux_base) - don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob, this allows us to use the USE_LINUX_PREFIX knob for linux_base and paves the way for splitting up future linux base ports into individual pieces - remove RESTRICTED from some GPL licensed ports, even when we only distribute binaries, we get them from official linux sites, so anyone can grab them there if he needs to - add a dependency upon the linux X11 bits where necessary (based upon guesswork) - don't use USE_X_PREFIX in some linux ports since it adds a dependency to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean solution would be to remove the implicit USE_XLIB from USE_X_PREFIX) - bump the portrevision of the linux ports ("better safe than sorry" algorithm) - pass maintainership of the important linux infrastructure to a mailinglist, hijack freebsd-emulation@ for this purpose (if somebody doesn't like this: tell us your bikeshed color at freebsd-emulation@, my color would be "linuxolator@" in case someone cares...) - add a pkg-install script for linux-fontconfig, but don't use it; everything should work without it (the FreeBSD fc-cache program should do all the work), but in case we need it we just need to decomment the pkg-install part in the Makefile - fix some dependencies - fix some bugs - add some static plists - unbreak the ports with dependecies to more than one linux_base This also fixes some ports which are marked BROKEN because of dependencies to v7 and v8 of linux_base at the same time. Known bugs: - the linux-mesa and linux-devtools ports install libGL*.so symlinks - some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by the linux X11 port, so linx_Base-8 moans at deinstall time) Future work (interested souls should coordinate with freebsd-emulation@): - add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies, or modify the behavior of USE_XLIB in the USE_LINUX case AFAIK trevor has some patches. - make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of the PREFIX?= workaround in some linux ports Should be discussed/coordinated on/with x11@. - move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/ - update to a more recent linux base PR: 69997, 70539 (and maybe others) Discussed with/on: java@, x11@, trevor, portmgr Tested by: mezz, portmgr, pointyhat RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1] Requested by: portmgr [2] Submitted by: kris [3] Approved by: portmgr
2004-12-31 13:24:10 -05:00
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
Add a note about checking the ICE socket directory in case KDE refuses to start after upgrading to Xorg 6.8.1 (which for some reason that's escaping me makes .ICE-unix/ not owned by root a fatal error).
2004-12-29 15:01:19 -05:00
20041229:
Fix typos in portnames. PR: ports/75940 Submitted by: Dan Langille <dan@langille.org>
2005-01-08 09:22:50 -05:00
AFFECTS: users of x11/kdebase3, x11-servers/xorg-server
Add a note about checking the ICE socket directory in case KDE refuses to start after upgrading to Xorg 6.8.1 (which for some reason that's escaping me makes .ICE-unix/ not owned by root a fatal error).
2004-12-29 15:01:19 -05:00
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):
- Add a note for users of www/awstats - Collect nearby spurious whitespace
2004-12-31 06:38:42 -05:00
mkdir -p /tmp/.ICE-unix && chmod 1777 /tmp/.ICE-unix &&
Add a note about checking the ICE socket directory in case KDE refuses to start after upgrading to Xorg 6.8.1 (which for some reason that's escaping me makes .ICE-unix/ not owned by root a fatal error).
2004-12-29 15:01:19 -05:00
chown root:wheel /tmp/.ICE-unix
Also suggest to not use clear_tmp_enable right now, since it'll nuke /tmp/.ICE-unix on each boot.
2004-12-29 16:41:48 -05:00
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.
Additionally suggest adding /tmp/.ICE-unix to daily_clean_tmps_ignore for users of daily_clean_tmps_enable (periodic). Submitted by: Hilko Meyer <hilko.meyer@gmx.de> Approved by: portmgr
2005-01-02 21:24:19 -05:00
Users of daily_clean_tmps_enable in /etc/periodic.conf should make sure
daily_clean_tmps_ignore contains /tmp/.ICE-unix.
Add a notice about the personal configuration file of Gambas Database Manager. Reminded by: Kris.
2004-12-27 17:55:51 -05:00
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.
Alert about the upgrade process of Horde's application.
2004-12-26 05:47:24 -05:00
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.
Explain the switch from graphics/dri to graphics/xfree86-dri for XFree86-4-Server users. Prodded by: rpratt Submitted by: ade (wording of entry), rpratt (portupgrade line)
2004-12-24 13:48:51 -05:00
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.
- Suggest that sysutils/portupgrade should be upgraded prior to lang/ruby18. - Fix the path of rskkserv.conf.sample that was changed a while ago.
2004-12-23 19:26:32 -05:00
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.
Fix ports: security/clamav and security/clamav-devel (change db directory to /var/db/clamav and fix removal of db on deinstall) For the sake of coherence, the ClamAV database should be installed in /var/db/clamav, not /usr/local/share/clamav. Also fixes the database removal on package deinstallation. PR: ports/74172 Submitted by: Jean-Yves Lefort <jylefort@brutele.be> Approved by: Rob Evers <rob@debank.tv>
2004-12-21 21:10:12 -05:00
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.
- Add a small note about gpgme* changes
2004-12-21 04:21:46 -05:00
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.
Document the upgrade procedure for JDictionary due to recent file location changes.
2004-12-18 22:41:46 -05:00
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\*
Let net/freenet6 use rc.subr
2004-12-13 16:38:32 -05:00
20041214:
AFFECTS: users of net/freenet6
AUTHOR: edwin@FreeBSD.org
The FreeNet6 Service must now be enabled / disabled in rc.conf:
freenet6_enable="YES"
Add note about cryptplug's dependency change and it not being required for PGP/MIME support in KMail any longer.
2004-12-13 15:32:21 -05:00
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-
Remove trailing spaces.
2004-12-24 10:10:11 -05:00
me compatible with cryptplug).
Users who have been using cryptplug in order to enable PGP/MIME support
Fix typos.
2004-12-13 15:35:39 -05:00
in KMail should DEINSTALL BOTH cryptplug and gpgme03 before updating
Remove trailing spaces.
2004-12-24 10:10:11 -05:00
KDE to version 3.3.2. Cryptplug is NOT necessary anymore to enable
Add note about cryptplug's dependency change and it not being required for PGP/MIME support in KMail any longer.
2004-12-13 15:32:21 -05:00
PGP/MIME support in KMail and will cause the kdepim3 build to fail due
to conflicting dependencies.
Add headsup for databases/postgresql-relay rc.conf usages.
2004-12-13 00:53:57 -05:00
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"
Add note about split of sysutils/bacula. PR: ports/74481 Submitted by: lkoeller@FreeBSD.org
2004-12-12 19:40:53 -05:00
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.
Describe a quirk when using mail/getmail with Python 2.4 PR: ports/74874 Submitted by: Linh Pham <question+fbsdports(at)closedsrc.org>
2004-12-08 18:54:05 -05:00
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.
Add a note on updating multimedia/ffmpeg
2004-12-05 13:40:34 -05:00
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:
Remove trailing spaces.
2004-12-24 10:10:11 -05:00
1) Remove old ffmpeg
Add a note on updating multimedia/ffmpeg
2004-12-05 13:40:34 -05:00
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*
Add a updating hint for the recent lang/python updates.
2004-12-01 23:38:10 -05:00
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:
Replace a command for the recent Python 2.4 upgrade to a finer and smarter one. Submitted by: Eugene Mungmung Kim <ab@astralblue.net>
2004-12-06 00:32:04 -05:00
pkgdb -uf && cd /usr/ports/lang/python && make upgrade-site-packages
Add a updating hint for the recent lang/python updates.
2004-12-01 23:38:10 -05:00
- Drop few words for dspam users
2004-11-27 20:11:35 -05:00
20041128:
AFFECTS: users of mail/dspam and mail/dspam-devel
AUTHOR: itetcu@people.tecnik93.com
Fix typo in 20041128 mail/dspam
2005-02-28 04:29:32 -05:00
When upgrading from previous version, read mail/dspam/files/UPDATING
- Drop few words for dspam users
2004-11-27 20:11:35 -05:00
and adjust your options.
- Update to 2.0 PR: ports/74112 Submitted by: Tim Bishop <tim@bishnet.net> (maintainer)
2004-11-20 23:00:11 -05:00
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
Add an entry about and on how to avoid portsdb segfaults. I don't know if the bug in the imported bdb 1.85 which causes this has ever been fixed and if so which FreeBSD versions contain the fix - feel free to add that information to the entry.
2004-11-17 21:47:44 -05:00
20041118:
AFFECTS: users of sysutils/portupgrade
AUTHOR: lofi@freebsd.org
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
portsdb(1) is part of the portupgrade suite and is used to convert a ports
Add annotation to describe which releases are affected by this problem (20041118 entry).
2004-11-18 04:39:29 -05:00
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.
Add an entry about and on how to avoid portsdb segfaults. I don't know if the bug in the imported bdb 1.85 which causes this has ever been fixed and if so which FreeBSD versions contain the fix - feel free to add that information to the entry.
2004-11-17 21:47:44 -05:00
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
Fix typo and don't mention the bdb_* dbdrivers.
2004-11-18 11:22:25 -05:00
pkgtools.conf) to either bdb1_hash or dbm_hash.
Add annotation to describe which releases are affected by this problem (20041118 entry).
2004-11-18 04:39:29 -05:00
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.
Add an entry about and on how to avoid portsdb segfaults. I don't know if the bug in the imported bdb 1.85 which causes this has ever been fixed and if so which FreeBSD versions contain the fix - feel free to add that information to the entry.
2004-11-17 21:47:44 -05:00
Update to 1.8.2. Add instructions to UPDATING regarding running it on mod_perl as DSO. PR: ports/72921 Submitted by: maintainer
2004-11-16 11:45:06 -05:00
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.
Add an UPDATING entry which suggests workarounds for default portupgrade running 'make index' every time cvsup nuked INDEX from ${PORTSDIR}. Anybody feel free to add smarter suggestions.
2004-11-14 21:31:24 -05:00
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.
Supplement the entry about portupgrade & INDEX with a reminder that 'make index' is only supported on complete ports-trees. Suggested by: L. Staley <l.staley@acm.org>
2004-11-15 07:51:25 -05:00
Also remember that 'make index' is only supported on _complete_
ports-trees. If you are currently refusing whole categories by means
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
of a cvsup refuse file, use 'make fetchindex' instead (or consider
Supplement the entry about portupgrade & INDEX with a reminder that 'make index' is only supported on complete ports-trees. Suggested by: L. Staley <l.staley@acm.org>
2004-11-15 07:51:25 -05:00
keeping an extra machine/jail with a complete ports-tree around to
do INDEX builds on).
Add a note on updating audio/faad and multimedia/mpeg4ip
2004-11-11 17:31:24 -05:00
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
. Add a note regarding possible implications of the new javavmwrapper.
2004-11-11 14:18:25 -05:00
20041111:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of Java
. Add a note regarding possible implications of the new javavmwrapper.
2004-11-11 14:18:25 -05:00
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.
Update to KDE 3.3.1
2004-11-07 19:34:12 -05:00
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.
Note that the GNOME 2.6 -> 2.8 update requires the use of gnome_upgrade.sh.
2004-11-07 18:07:57 -05:00
20041107:
Clarify that the gnome_upgrade.sh script should be run by anybody who has GNOME libraries installed, not just users of the GNOME Desktop Environment. Inspired by a question from: Alex Dupre
2004-11-07 18:27:07 -05:00
AFFECTS: all users who have any GNOME libraries installed
Note that the GNOME 2.6 -> 2.8 update requires the use of gnome_upgrade.sh.
2004-11-07 18:07:57 -05:00
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
- Entry for security/clamav-devel about configuration file changes
2004-11-04 17:53:09 -05:00
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.
Update to 2.95.2. 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/etc/rskkserv.conf.sample. PR: ports/73508 Submitted by: rushani
2004-11-03 21:52:24 -05:00
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
- Suggest that sysutils/portupgrade should be upgraded prior to lang/ruby18. - Fix the path of rskkserv.conf.sample that was changed a while ago.
2004-12-23 19:26:32 -05:00
PREFIX/share/examples/rskkserv/rskkserv.conf.sample.
Update to 2.95.2. 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/etc/rskkserv.conf.sample. PR: ports/73508 Submitted by: rushani
2004-11-03 21:52:24 -05:00
Finally even MySQL 4.0 has been converted to rcNG.
2004-10-31 05:44:54 -05:00
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.
Add an entry for the netatalk-2.0.1 update.
2004-10-28 21:29:19 -04:00
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.
Notify the recent rename of the launcher script for games/pcgen
2004-10-27 10:34:29 -04:00
20041027:
AFFECTS: users of games/pcgen
AUTHOR: hq@FreeBSD.org
The launcher script for PCGen has been renamed to 'pcgen' (formerly
'pcgen.sh').
Also Mysql 5.0 has to be enabled in rc.conf.
2004-10-24 17:30:09 -04:00
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.
Add entry on popfile and DBD::SQLite 1.x trouble: why and workaround. See also: http://popfile.sourceforge.net/cgi-bin/wiki.pl?SQLite3
2004-10-23 23:55:10 -04:00
20041024:
AFFECTS: users of mail/popfile
AUTHOR: matusita@FreeBSD.org
Make it clear that 'SQLite 1.x' is not the original SQLite, but a perl module to use SQLite. Suggested by: nork (via ReichaNet)
2004-11-20 10:47:02 -05:00
Since there is a known problem that popfile doesn't work with DBD::SQLite 1.x
Add entry on popfile and DBD::SQLite 1.x trouble: why and workaround. See also: http://popfile.sourceforge.net/cgi-bin/wiki.pl?SQLite3
2004-10-23 23:55:10 -04:00
at this time, you'll be in trouble after upgrading databases/p5-DBD-SQLite
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
to the latest one. A workaround is committed to 0.22.0_1 which uses
Add entry on popfile and DBD::SQLite 1.x trouble: why and workaround. See also: http://popfile.sourceforge.net/cgi-bin/wiki.pl?SQLite3
2004-10-23 23:55:10 -04:00
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.
Update dbmail to 2.0.0. This upgrade requires a migration script to be run. See UPDATING for details. Grab maintainership of this port for the time being.
2004-10-23 20:23:04 -04:00
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.
Add entry for updating to security/antivir-milter 1.1. Approved by: netchild
2004-10-20 14:24:46 -04:00
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.
Note that MySQL 4.1 should now be enabled into rc.conf. mysql_enable="YES"
2004-10-19 10:15:46 -04:00
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.
add: 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. Submitted by: Matthew Luckie <mjl@luckie.org.nz>
2004-10-18 19:36:47 -04:00
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.
- Remove WITH_APR_FROM_PORTS knob - Add a note to UPDATING, to warn users they won't be able to build apache2 if they keep apr 0.9.x Discussed with: Craig Rodrigues (apr maintainer), kuriyama
2004-10-16 10:45:40 -04:00
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.
- update to 0.80rc4 + JPEG comment exploit (MS04-028) detection *** IMPORTANT *** The configruration file for the clamd daemon has changed from /usr/local/etc/clamav.conf to /usr/local/etc/clamd.conf. PR: 72203 Approved by: Rob Evers <revers@infraqon.nl> (maintainer)
2004-10-14 05:30:47 -04:00
20041014:
AFFECTS: users of security/clamav
AUTHOR: eik@FreeBSD.org
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
The configuration file for the clamd daemon has changed from
- update to 0.80rc4 + JPEG comment exploit (MS04-028) detection *** IMPORTANT *** The configruration file for the clamd daemon has changed from /usr/local/etc/clamav.conf to /usr/local/etc/clamd.conf. PR: 72203 Approved by: Rob Evers <revers@infraqon.nl> (maintainer)
2004-10-14 05:30:47 -04:00
/usr/local/etc/clamav.conf to /usr/local/etc/clamd.conf.
Add an entry for mail/getmail port regarding upgrading from 3.x to 4.x. PR: ports/72647 Submitted by: Linh Pham (getmail maintainer)
2004-10-14 11:00:09 -04:00
20041013:
AFFECTS: users of mail/getmail
AUTHOR: question+fbsdports@closedsrc.org
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
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.
Add an entry for mail/getmail port regarding upgrading from 3.x to 4.x. PR: ports/72647 Submitted by: Linh Pham (getmail maintainer)
2004-10-14 11:00:09 -04:00
Please refer to the online documentation available at:
(http://www.qcc.ca/~charlesc/software/getmail-4/documentation.html)
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
If you already upgraded to the latest version of getmail, you can refer
Add an entry for mail/getmail port regarding upgrading from 3.x to 4.x. PR: ports/72647 Submitted by: Linh Pham (getmail maintainer)
2004-10-14 11:00:09 -04:00
to the installed documentation under:
${PREFIX}/share/docs/getmail
The 4.x branch of getmail also requires Python 2.3.3 or newer.
- Fix typo in the name of configuration parameter (s/unixform/unixfrom/) mentioned in 20041013 entry for mail/getmail PR: ports/72926 Submitted by: Linh Pham (mail/getmail maintainer)
2004-10-22 09:14:03 -04:00
Some mail delivery agents require that the unixfrom parameter to be set to
- Further clarify 20041013 entry for mail/getmail by adding some additional information and URL for "quick-and-dirty" guide to getmail PR: ports/72904 Submitted by: Linh Pham (maintainer) Obtained from: Scott Robbins <scottro@nyc.rr.com>
2004-10-20 04:09:28 -04:00
either "true" or "false" in the configuration file.
A "quick and dirty" guide on setting up, configuring and using getmail is
available at:
- Correct URL in an old mail/getmail entry. PR: ports/82827 Submitted by: Linh Pham <question+fbsdports@closedsrc.org>
2005-06-30 13:05:57 -04:00
(http://www.qnd-guides.org/qnd-getmail.html)
- Further clarify 20041013 entry for mail/getmail by adding some additional information and URL for "quick-and-dirty" guide to getmail PR: ports/72904 Submitted by: Linh Pham (maintainer) Obtained from: Scott Robbins <scottro@nyc.rr.com>
2004-10-20 04:09:28 -04:00
Update to 2004.2. PR: ports/72427 Submitted by: david marshall <marshall@chezmarshall.com> (maintainer)
2004-10-12 13:10:35 -04:00
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.
Add an entry for www/firefox to note some preferences glitches when updating to 1.0.1.p.
2004-10-12 03:03:31 -04:00
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.
Add an entry for net/netatalk.
2004-10-11 22:14:47 -04:00
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.
o Add emulators to CATEGORIES. [1] o Chase libm.so version-bumpd. [2] o Fix comments about KDE/Konqueror. [3] o Install libmap.conf to EXAMPLEDIR. [4] Suggested by: takawata [1] Pointed out by: ume [2] Discussed by: KDE/FreeBSD [3] (Sorry, I lost mails which was disscused about this). Submitted by: Jose M Rodriguez <josemi@freebsd.jazztel.es> [4] PR: ports/72494 [2] Submitted by: Amir Shalem <amir@active.ath.cx> [2] Tested by: ume Approved by: portmgr (marcus)
2004-10-11 13:15:45 -04:00
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.
Add a note about the system library version update done to -current and RELENG_5 today. Prodded by: marcus Approved by: portmgr (marcus)
2004-10-01 14:24:00 -04:00
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.
Factor out the lanbrowsing part of kdenetwork3 into its own port.
2004-09-03 13:00:29 -04:00
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.
Implement vendor patches for the following issues: - try to prevent crashes of the digest helper (squid bug #1031) - correct parsing of the acl_time directive when multiple time specifications are given (squid bug #1060) - correct "cachemgr config" output for http_header_* directives (squid bug #1056) - recognize the Content-Disposition header to be able to specify http_header_access directives using it (squid bug #961) See <http://www.squid-cache.org/Versions/v2/2.5/bugs/> for further information. Reimplement the rcNG support. See UPDATING for details. PR: ports/71260 Submitted by: maintainer
2004-09-02 02:44:14 -04:00
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.
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
behavior and crashes from applications launched during the update.
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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\]\*
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
kdegraphics now conflicts with the kolourpaint package and kdeedu now
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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.
Fix typo.
2004-09-01 00:01:48 -04:00
4.) Reinstall any KDE ports you deleted in step 2. Note that the kdeaddons-
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
kontact-plugins (net/kontact-plugins), kdepim-kpilot (palm/kpilot) and
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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:
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
rm ~/.kde/share/config/knotifyrc
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
Then log out of KDE and back in again.
- KMail has been heavily modified since KDE 3.2.x. Testing shows that KMail
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
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
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
until it resumes normal operation.
The integration of GnuPG and KMail for signing, encrypting and verifying
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
PGP/MIME mail has also changed. A quick howto is available at
Update to KDE 3.3
2004-08-30 15:55:42 -04:00
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
- Change the default from WITH_MUTT_NCURSES to WITH_MUTT_SLANG to be in sync with mail/mutt. - Update the maildir header cache to the current version. - Update the threadcomplete patch (including some documentation on it). - Beautify the documentation in some cases. - Correct the note how to get SLANG working. - Bump PORTREVISION. PR: ports/71103 Submitted by: maintainer
2004-08-29 10:06:34 -04:00
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).
Add note about updated configuration files locations for security/samba-vscan. PR: ports/70424 Submitted by: Jean Milanez Melo <jmelo at freebsdbrasil dot com dot br> (maintainer)
2004-08-28 01:17:24 -04:00
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.
Add notes about changes to Japanese TeX related ports: - japanese/platex209-* and japanese/xdvik-vflib renamed, - japanese/dvipsk-vflib removed, - texmf.cnf searching order changed.
2004-08-21 09:04:30 -04:00
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.
- Bump PORTREVISION for all previous changes - Allow access to /home if mod_userdir is loaded - We don't need apache2libs.sh if apr is installed from ports. - Add recent changes to UPGRADING
2004-08-17 08:41:26 -04:00
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
add an entry for net/openldap22{,-sasl}-server
2004-08-15 14:19:42 -04:00
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.
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
20040813:
Change the AFFECTS line of the kdebase3/kdm entry to be more freshports- friendly
2004-08-13 15:02:23 -04:00
AFFECTS: users of x11/kdebase3 (kdm)
Change AUTHOR of the kdm entry to kde@freebsd.org Suggested by: krion
2004-08-13 14:01:32 -04:00
AUTHOR: kde@freebsd.org
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
If you are unable to login to X via kdm after portupgrading to the latest
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
kdebase port and you're getting these or similar messages on the console
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
/kernel: Aug 13 17:12:10 kiste kdm: :0[447]: Can't execute
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
"/usr/local/share/config/kdm/Xstartup": No such file or directory
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
/kernel: Aug 13 17:12:10 kiste kdm: :0[432]: Cannot execute startup script
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
"/usr/local/share/config/kdm/Xstartup"
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
/kernel: Aug 13 17:12:10 kiste kdm: :0[448]: Can't execute
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
"/usr/local/share/config/kdm/Xreset": No such file or directory
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
/kernel: Aug 13 17:12:12 kiste kdm: :0[458]: Can't execute
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
"/usr/local/share/config/kdm/Xsetup": No such file or directory
please do the following:
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
1.) Copy /usr/local/share/config/kdm/kdmrc away to a safe place, for example
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
your home directory ( cp /usr/local/share/config/kdm/kdmrc ~/ )
2.) Run, as root: genkdmconf --no-old
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
3.) Put your copy of kdmrc back to /usr/local/share/config/kdm/kdmrc (cp
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
~/kdmrc /usr/local/share/config/kdm/ )
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
Optional step 4.) Run, as root: genkdmconf (without any options) to update
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
your kdmrc to the latest configfile format
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
Note for advanced users: Substitute /usr/local with your custom PREFIX if
Add an entry about possible kdm breakage.
2004-08-13 13:23:20 -04:00
you're using one.
perl++ notes
2004-07-30 06:55:01 -04:00
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.
. Add a note about possible incompatibilities in Ant 1.6.2. These should only affect old build files and hopefully do not affect any ports...
2004-07-26 14:46:12 -04:00
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.
Add an entry for GNOME users that switch to xorg as there are ports that need to be rebuilt.
2004-07-24 14:21:34 -04:00
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"
Err, today's the 23rd, not the 21st.
2004-07-23 19:41:13 -04:00
20040723:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of FreeBSD-current, users of X.Org
Add instructions for the X.Org update to UPDATING, and make the ones in CHANGES specific for porters. Requested by: marcus
2004-07-23 18:09:30 -04:00
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.
Clarify that it is 5.x and 6-current users that can use portupgrade with packages to XFree86->X.org.
2004-08-29 13:56:30 -04:00
Alternately, FreeBSD 5.x and later users can use portupgrade with packages:
Show users how they can upgrade from XFree86 to X.org using packages.
2004-08-29 06:11:49 -04:00
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-type1 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
- Fight trailing whitespace (no content change)
2004-11-20 22:57:35 -05:00
portupgrade -o x11/xorg -f XFree86
Show users how they can upgrade from XFree86 to X.org using packages.
2004-08-29 06:11:49 -04:00
Inform users and developers about the new PHP infrastructure.
2004-07-19 05:34:42 -04:00
20040719:
AFFECTS: users of PHP
AUTHOR: ale@FreeBSD.org
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
The old lang/php4 and lang/php5 ports have been split into 'base' PHP,
Inform users and developers about the new PHP infrastructure.
2004-07-19 05:34:42 -04:00
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
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
the set of PHP extensions to install can be chosen via the meta-ports
Inform users and developers about the new PHP infrastructure.
2004-07-19 05:34:42 -04:00
lang/php4-extensions and lang/php5-extensions, or installing singular
extensions individually.
Add a note about the removal of the extension_dir in php.ini.
2004-07-27 19:59:37 -04:00
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.
Add comments about the module overview with "php -m" at the PHP upgrade.
2004-07-28 22:28:59 -04:00
For an overview of the modules used with the old PHP binary, use
the command "php -m".
Inform users and developers about the new PHP infrastructure.
2004-07-19 05:34:42 -04:00
make OpenLDAP 2.2 the default version
2004-07-17 10:23:34 -04:00
20040717:
add a note about the necessity to use slapcat/slapadd when upgrading the OpenLDAP server
2004-08-02 10:12:37 -04:00
AFFECTS: users of net/openldap21{,-sasl}-client
AUTHOR: eik@FreeBSD.org
make OpenLDAP 2.2 the default version
2004-07-17 10:23:34 -04:00
OpenLDAP version 2.2 is now the default. To upgrade all ports do
Remove all trailing whitespace.
2004-07-17 10:58:19 -04:00
portupgrade -rfo net/openldap22-client openldap-client
make OpenLDAP 2.2 the default version
2004-07-17 10:23:34 -04:00
(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
add a note about the necessity to use slapcat/slapadd when upgrading the OpenLDAP server
2004-08-02 10:12:37 -04:00
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.
- Update to version 4.40 - Support for WITH_SPF and WITH_SRS via libspf2/libsrs2, needs exiscan - Note for 5.x users: the default location of the start/stop file has changed. Build WITH_RCORDER=yes when you depend on the old behaviour - WITH_OPENLDAP_VER and WITH_MYSQL_VER does no longer imply the corresponding WITH_ variable. - experimental support for optionsng from devel/portmk
2004-07-17 10:21:13 -04:00
20040717:
AFFECTS: users of mail/exim on FreeBSD 5.x
add a note about the necessity to use slapcat/slapadd when upgrading the OpenLDAP server
2004-08-02 10:12:37 -04:00
AUTHOR: eik@FreeBSD.org
- Update to version 4.40 - Support for WITH_SPF and WITH_SRS via libspf2/libsrs2, needs exiscan - Note for 5.x users: the default location of the start/stop file has changed. Build WITH_RCORDER=yes when you depend on the old behaviour - WITH_OPENLDAP_VER and WITH_MYSQL_VER does no longer imply the corresponding WITH_ variable. - experimental support for optionsng from devel/portmk
2004-07-17 10:21:13 -04:00
The default location of the startup script has been changed to
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
${PREFIX}/etc/rc.d. When you depend on the previous behavior,
- Update to version 4.40 - Support for WITH_SPF and WITH_SRS via libspf2/libsrs2, needs exiscan - Note for 5.x users: the default location of the start/stop file has changed. Build WITH_RCORDER=yes when you depend on the old behaviour - WITH_OPENLDAP_VER and WITH_MYSQL_VER does no longer imply the corresponding WITH_ variable. - experimental support for optionsng from devel/portmk
2004-07-17 10:21:13 -04:00
build the port with WITH_RCORDER=yes.
Setting WITH_OPENLDAP_VER and WITH_MYSQL_VER do not automatically
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
imply the corresponding WITH_ variable. The use of these options
- Update to version 4.40 - Support for WITH_SPF and WITH_SRS via libspf2/libsrs2, needs exiscan - Note for 5.x users: the default location of the start/stop file has changed. Build WITH_RCORDER=yes when you depend on the old behaviour - WITH_OPENLDAP_VER and WITH_MYSQL_VER does no longer imply the corresponding WITH_ variable. - experimental support for optionsng from devel/portmk
2004-07-17 10:21:13 -04:00
is discouraged, use the global settings (WANT_OPENLDAP_VER and
DEFAULT_MYSQL_VER) to set system wide defaults.
Add a note about milter-sender's MxAcceptsAllAction variable changing. Anyone with personalised milter-sender.cf files had better update it manually. Forged as from: vs (who upgraded milter-sender)
2004-07-17 07:22:22 -04:00
20040709:
Fix typos in portnames. PR: ports/75940 Submitted by: Dan Langille <dan@langille.org>
2005-01-08 09:22:50 -05:00
AFFECTS: users of mail/milter-sender
Add a note about milter-sender's MxAcceptsAllAction variable changing. Anyone with personalised milter-sender.cf files had better update it manually. Forged as from: vs (who upgraded milter-sender)
2004-07-17 07:22:22 -04:00
AUTHOR: vs@FreeBSD.org
Milter-sender version 0.58 released.
Fix a bunch of typos.
2005-07-15 04:40:35 -04:00
When updating to version 0.58, beware if you have a personalized
Add a note about milter-sender's MxAcceptsAllAction variable changing. Anyone with personalised milter-sender.cf files had better update it manually. Forged as from: vs (who upgraded milter-sender)
2004-07-17 07:22:22 -04:00
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.
Add note about opera 7.52 major change and URL to changelog.
2004-07-08 03:29:36 -04:00
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
Changelog also available for FreeBSD releases of opera. It looks quite identical, so correct URL in last commit is http://www.opera.com/freebsd/changelogs/752/ Notice from: sf
2004-07-09 03:32:57 -04:00
available at http://www.opera.com/freebsd/changelogs/752/
Add note about opera 7.52 major change and URL to changelog.
2004-07-08 03:29:36 -04:00
Add note about libxml2/slt ports split. Reminded by: marcus
2004-07-06 02:08:07 -04:00
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.
Add an entry for net/netatalk-devel.
2004-07-03 18:49:34 -04:00
20040703:
AFFECTS: users of net/netatalk-devel
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: marcus@FreeBSD.org
Add an entry for net/netatalk-devel.
2004-07-03 18:49:34 -04:00
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.
document changed settings in portaudit 0.4.1 -> .5
2004-07-01 07:15:16 -04:00
20040701:
AFFECTS: users of security/portaudit
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: eik@FreeBSD.org
document changed settings in portaudit 0.4.1 -> .5
2004-07-01 07:15:16 -04:00
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"
- Add note about net/daapd now using rc.subr. Approved by: erwin (implicit)
2004-06-29 16:59:57 -04:00
20040629:
Fix typos in portnames. PR: ports/75940 Submitted by: Dan Langille <dan@langille.org>
2005-01-08 09:22:50 -05:00
AFFECTS: users of audio/daapd
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: lth@FreeBSD.org
- Add note about net/daapd now using rc.subr. Approved by: erwin (implicit)
2004-06-29 16:59:57 -04:00
Daapd must now be enabled in rc.conf. Add this to your /etc/rc.conf:
daapd_enable="YES"
Add an entry about the removal of the PDFlib extension from PHP.
2004-06-26 04:29:19 -04:00
20040626:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: users of lang/php4 and lang/php5 with the PDFlib extension
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: ale@FreeBSD.org
Add an entry about the removal of the PDFlib extension from PHP.
2004-06-26 04:29:19 -04:00
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.
- Add note about pure-ftpd now using rcNG
2004-06-25 07:25:45 -04:00
20040625:
AFFECTS: users of ftp/pure-ftpd
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: pav@FreeBSD.org
- Add note about pure-ftpd now using rcNG
2004-06-25 07:25:45 -04:00
Pure-ftpd must be enabled in rc.conf now. Add this to your /etc/rc.conf:
pureftpd_enable="YES"
Add note: openslp needs to be enabled in /etc/rc.conf.
2004-06-22 18:22:18 -04:00
20040622:
AFFECTS: users of net/openslp
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: kuriyama@FreeBSD.org
Add note: openslp needs to be enabled in /etc/rc.conf.
2004-06-22 18:22:18 -04:00
The openslp port must now be enabled / disabled and configured in
rc.conf. See the script for details.
Add notice: usermin and webmin need to be enabled in /etc/rc.conf.
2004-06-19 16:59:49 -04:00
20040619:
AFFECTS: users of sysutils/webmin and sysutils/usermin
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: olgeni@FreeBSD.org
Add notice: usermin and webmin need to be enabled in /etc/rc.conf.
2004-06-19 16:59:49 -04:00
The webmin and usermin ports must now be enabled in rc.conf.
See the pkg-message or script for details.
Add notes about print/teTeX restructuring and changes of Japanese TeX related ports.
2004-06-18 12:42:06 -04:00
20040618:
AFFECTS: users of japanese/ptex-tetex
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: hrs@FreeBSD.org
Add notes about print/teTeX restructuring and changes of Japanese TeX related ports.
2004-06-18 12:42:06 -04:00
The texmf.cnf file for pTeX is now installed in texmf/web2c-ptex.
20040618:
AFFECTS: users of japanese/ptex-pkfonts*
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: hrs@FreeBSD.org
Add notes about print/teTeX restructuring and changes of Japanese TeX related ports.
2004-06-18 12:42:06 -04:00
The japanese/ptex-pkfonts* has been removed because pkfonts are
already included in the teTeX distribution.
20040618:
AFFECTS: users of japanese/xdvik-vflib*
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: hrs@FreeBSD.org
Add notes about print/teTeX restructuring and changes of Japanese TeX related ports.
2004-06-18 12:42:06 -04:00
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
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: hrs@FreeBSD.org
Add notes about print/teTeX restructuring and changes of Japanese TeX related ports.
2004-06-18 12:42:06 -04:00
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.
Add an entry on needing to run firefox as root before running it as a normal user.
2004-06-15 20:16:26 -04:00
20040615:
AFFECTS: users of www/firefox
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: gnome@FreeBSD.org
Add an entry on needing to run firefox as root before running it as a normal user.
2004-06-15 20:16:26 -04:00
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.
- Update to 1.1.28 - RCng'ify startup script - small plist fix if NOPORTDOCS is defined - Add an entry in UPDATING - move configuration example to ${EXAMPLESDIR}.
2004-06-08 06:31:00 -04:00
20040608:
AFFECTS: users of net/haproxy
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: clement@FreeBSD.org
- Update to 1.1.28 - RCng'ify startup script - small plist fix if NOPORTDOCS is defined - Add an entry in UPDATING - move configuration example to ${EXAMPLESDIR}.
2004-06-08 06:31:00 -04:00
The haproxy port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
- Informs the world about apache2 RCng'yfing
2004-06-05 07:18:44 -04:00
20040605:
AFFECTS: users of www/apache2
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: clement@FreeBSD.org
- Informs the world about apache2 RCng'yfing
2004-06-05 07:18:44 -04:00
The apache2 port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
Add entries for the merge of the mkisofs ports into the cdrtools ports. Based upon submission by: marius
2004-06-02 13:17:45 -04:00
20040602:
AFFECTS: users of sysutils/mkisofs and sysutils/mkisofs-devel
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: netchild@FreeBSD.org, marius@FreeBSD.org
Add entries for the merge of the mkisofs ports into the cdrtools ports. Based upon submission by: marius
2004-06-02 13:17:45 -04:00
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.
Add some notes about upgrading to perl 5.8.4
2004-05-31 08:38:52 -04:00
20040531:
AFFECTS: users of lang/perl5.8
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: mat@FreeBSD.org, marcus@FreeBSD.org
Add some notes about upgrading to perl 5.8.4
2004-05-31 08:38:52 -04:00
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,
Fix up the Perl 5.8.4 instructions so that they work with csh as well as sh, and that they use the correct version of Perl based on the order in which Perl and its dependent ports are updated.
2004-05-31 13:21:42 -04:00
that is run something like :
portupgrade -f `(pkg_info -R perl-5.8.4 |tail +4; \
Add some notes about upgrading to perl 5.8.4
2004-05-31 08:38:52 -04:00
find /usr/local/lib/perl5/site_perl/5.8.2 -type f -print0 \
Fix up the Perl 5.8.4 instructions so that they work with csh as well as sh, and that they use the correct version of Perl based on the order in which Perl and its dependent ports are updated.
2004-05-31 13:21:42 -04:00
| xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u`
Add some notes about upgrading to perl 5.8.4
2004-05-31 08:38:52 -04:00
This is likely to fail for a few ports, you'll have to upgrade them
afterward.
Update to 2.1.5. PR: ports/67002 Submitted by: Vivek Khera <vivek@khera.org> (maintainer) Reviewed by: Sunagawa Koji <koj@ofug.net> Committed at: 10th EBUG Meeting in Tokamachi City, Niigata, Japan
2004-05-29 12:21:58 -04:00
20040529:
AFFECTS: users of mail/mailman and japanese/mailman
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: nork@FreeBSD.org
Update to 2.1.5. PR: ports/67002 Submitted by: Vivek Khera <vivek@khera.org> (maintainer) Reviewed by: Sunagawa Koji <koj@ofug.net> Committed at: 10th EBUG Meeting in Tokamachi City, Niigata, Japan
2004-05-29 12:21:58 -04:00
In Mailman 2.1.5, some significant changes have been made to the
file formats for qfiles and the pendings database. See
Fix path typo. Approved by: erwin (mentor)
2004-06-01 17:03:28 -04:00
$PREFIX/share/doc/mailman/UPGRADING for details (if you define
Update to 2.1.5. PR: ports/67002 Submitted by: Vivek Khera <vivek@khera.org> (maintainer) Reviewed by: Sunagawa Koji <koj@ofug.net> Committed at: 10th EBUG Meeting in Tokamachi City, Niigata, Japan
2004-05-29 12:21:58 -04:00
NOPORTDOCS, refer relevant file in an archive).
Update net/openldap22-* to 2.2.11 and follow the OpenLDAP soname change: <http://www.openldap.org/lists/openldap-devel/200403/msg00101.html> While I'm not totally happy with their choice, I believe it is better to be in sync with the upstream library naming scheme. No objection from: portmgr
2004-05-27 07:29:07 -04:00
20040527:
AFFECTS: users of net/openldap22-client
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: eik@FreeBSD.org
Update net/openldap22-* to 2.2.11 and follow the OpenLDAP soname change: <http://www.openldap.org/lists/openldap-devel/200403/msg00101.html> While I'm not totally happy with their choice, I believe it is better to be in sync with the upstream library naming scheme. No objection from: portmgr
2004-05-27 07:29:07 -04:00
The OpenLDAP library soname has changed, requiring a recompilation
of all dependent ports:
portupgrade -rf net/openldap22-client
Add a note about postgresql-client removal Pointed out by: krion
2004-05-25 05:25:59 -04:00
20040525:
AFFECTS: users of databases/postgresql-client
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: mat@FreeBSD.org
Add a note about postgresql-client removal Pointed out by: krion
2004-05-25 05:25:59 -04:00
This port was removed because of dependencies problem. If you still want to
have it, install databases/postgresql7 with -DWITHOUT_SERVER
- Unregister the old UID/GID and register the new one in the valid range. - Bump PORTREVISION - Add warning entry in pkg-message and UPDATING
2004-05-21 03:04:56 -04:00
20040521:
AFFECTS: users of irc/ircd-hybrid-ru
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: krion@FreeBSD.org
- Unregister the old UID/GID and register the new one in the valid range. - Bump PORTREVISION - Add warning entry in pkg-message and UPDATING
2004-05-21 03:04:56 -04:00
UID/GID were changed from 6667 to 555, please manually delete
old entries from /etc/passwd /etc/master.passwd and /etc/group
Add note for audio/faad users about updating to 2.0 release.
2004-05-14 10:05:43 -04:00
20040514:
AFFECTS: users of audio/faad
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: pav@FreeBSD.org
Add note for audio/faad users about updating to 2.0 release.
2004-05-14 10:05:43 -04:00
If the compilation of faad fails, please manually delete older
installed version of faad and reinstall from port.
Note print/teTeX no longer installs dvipsk utility by default.
2004-05-12 12:42:50 -04:00
20040512:
AFFECTS: users of print/teTeX
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: hrs@FreeBSD.org
Note print/teTeX no longer installs dvipsk utility by default.
2004-05-12 12:42:50 -04:00
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.
o Minor text formatting changes when spitting out WITH_* tweaks; use spaces, not tabs. o rcNG-fy. + Rename rc.conf(5) variable "drac_flags" to "dracd_flags". + Display pkg-message after install, warning admins of the rc.conf(5) variable name change. o Bump PORTREVISION accordingly. PR: ports/66234 Submitted by: Jeremy Chadwick <freebsd@jdc.parodius.com>
2004-05-04 08:56:56 -04:00
20040504:
AFFECTS: users of mail/drac
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: nork@FreeBSD.org
o Minor text formatting changes when spitting out WITH_* tweaks; use spaces, not tabs. o rcNG-fy. + Rename rc.conf(5) variable "drac_flags" to "dracd_flags". + Display pkg-message after install, warning admins of the rc.conf(5) variable name change. o Bump PORTREVISION accordingly. PR: ports/66234 Submitted by: Jeremy Chadwick <freebsd@jdc.parodius.com>
2004-05-04 08:56:56 -04:00
The "drac_flags" rc.conf(5) variable has been renamed to "dracd_flags".
See the pkg-message or script for details.
rcNG-fy. Approved by: ache Suggested by: hrs
2004-04-30 17:44:50 -04:00
20040501:
AFFECTS: users of www/apache13
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: nork@FreeBSD.org
rcNG-fy. Approved by: ache Suggested by: hrs
2004-04-30 17:44:50 -04:00
The apache13 port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
rcNG-fy. Approved by: maintainer no response (1 week) Reviewed by: eik Suggested by: hrs (obtained from: hrs's cvsyncd patch)
2004-04-28 14:27:52 -04:00
20040429:
AFFECTS: users of sysutils/smartmontools
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: nork@FreeBSD.org
rcNG-fy. Approved by: maintainer no response (1 week) Reviewed by: eik Suggested by: hrs (obtained from: hrs's cvsyncd patch)
2004-04-28 14:27:52 -04:00
The smartmontools port must now be enabled / disabled and configured in
rc.conf. See the pkg-message or script for details.
erge from sysutils/cdrtools-devel resp. sysutils/mkisofs-devel: Changes common to cdrtools and mkisofs: - Delete targets for mkisofs and friends when building cdrtools and vice versa to speed up the build of the respective port. - Respect CC already at the configure-stage. - Manually replace included copies of config.guess and config.sub with versions from ${PORTSDIR}/Templates. - Install relevant READMEs in DOCSDIR (unless NOPORTDOCS is set), some manual pages also reference these. - Add a workaround for what appears to be a problem with gmake and certain locales on -current. [1] Changes to cdrtools: - Adjust COMMENT, some tools in this package are for extracting CDs/CD-R[W]s. - Install scgcheck, a tool to check and validate the ABI of libscg. - Patch cdrecord to use ${PREFIX}/etc as the location of the global configuration file, rather than using /etc/default. The installed documentaion also gets patched accordingly and a PKGMESSAGE reflecting this change as required by the terms in cdrecord/defaults.c (PR 50835). - Install a sample configuration file for cdrecord, also install a configuration file if it doesn't already exist. - Patch manpages to better correspond to files and locations on FreeBSD. - Add a knob to optionally build and install rscsi, a tool that allows using SCSI-devices over the network. The required rscsi user gets added automatically and templates for the configuration file also get installed. PKGINSTALL points to for further information on how to configure remote access to SCSI-devices. Note that the stock rscsi of cdrtools 2.00.3 has a small security issue, the fix from the cdrtools alpha version has been added to the port. - Remove BSD_SCSI_SENSE_BUG from COPTX (CFLAGS) to libscg (see revision 1.48 of sysutils/cdrtools-devel/Makefile for a more detailed description). - Make the direct ATAPI transport (cooked_ioctl interface) of cdda2wav (e.g. when used via `cdda2wav -D /dev/acd0`) work on FreeBSD after ata(4) was GEOM'ifed and the CDIOCREADAUDIO ioctl removed. - Properly initialise the verbosity level of cdda2wav when the cooked_ioctl interface is used so it's disabled by default. - Remove unnecessary patch-ai, this patch for supporting Plasmon RF 4100 originated in the FreeBSD port of cdrtools but the relevant parts were incorporated in cdrtools-1.10a14. - Disable the use of mlockall(2) on all version of FreeBSD (see PR 62930 for a description of the problem). Changes to mkisofs: - Add MLINKS for devdump.8, isodump.8 and isovfy.8 to isoinfo.8. - Install isodebug, a simple tool to display the creation date and the commandline options used to create a certain ISO-image with mkisofs. - Remove apple_driver.8, this tool doesn't get installed. - Unbreak mkhybrid.8 by replacing it with a MLINKS to mkisofs.8. - Remove patch-bb, its purpose is unclear and there's no indication in the CVS history why it was added. Requested by: pav [1] Submitted by: marius (maintainer) Changes to UPDATING: - add a note about the new location of the global configuration of cdrecord.
2004-04-20 16:46:33 -04:00
20040420:
AFFECTS: users of sysutils/cdrtools
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: netchild@FreeBSD.org
erge from sysutils/cdrtools-devel resp. sysutils/mkisofs-devel: Changes common to cdrtools and mkisofs: - Delete targets for mkisofs and friends when building cdrtools and vice versa to speed up the build of the respective port. - Respect CC already at the configure-stage. - Manually replace included copies of config.guess and config.sub with versions from ${PORTSDIR}/Templates. - Install relevant READMEs in DOCSDIR (unless NOPORTDOCS is set), some manual pages also reference these. - Add a workaround for what appears to be a problem with gmake and certain locales on -current. [1] Changes to cdrtools: - Adjust COMMENT, some tools in this package are for extracting CDs/CD-R[W]s. - Install scgcheck, a tool to check and validate the ABI of libscg. - Patch cdrecord to use ${PREFIX}/etc as the location of the global configuration file, rather than using /etc/default. The installed documentaion also gets patched accordingly and a PKGMESSAGE reflecting this change as required by the terms in cdrecord/defaults.c (PR 50835). - Install a sample configuration file for cdrecord, also install a configuration file if it doesn't already exist. - Patch manpages to better correspond to files and locations on FreeBSD. - Add a knob to optionally build and install rscsi, a tool that allows using SCSI-devices over the network. The required rscsi user gets added automatically and templates for the configuration file also get installed. PKGINSTALL points to for further information on how to configure remote access to SCSI-devices. Note that the stock rscsi of cdrtools 2.00.3 has a small security issue, the fix from the cdrtools alpha version has been added to the port. - Remove BSD_SCSI_SENSE_BUG from COPTX (CFLAGS) to libscg (see revision 1.48 of sysutils/cdrtools-devel/Makefile for a more detailed description). - Make the direct ATAPI transport (cooked_ioctl interface) of cdda2wav (e.g. when used via `cdda2wav -D /dev/acd0`) work on FreeBSD after ata(4) was GEOM'ifed and the CDIOCREADAUDIO ioctl removed. - Properly initialise the verbosity level of cdda2wav when the cooked_ioctl interface is used so it's disabled by default. - Remove unnecessary patch-ai, this patch for supporting Plasmon RF 4100 originated in the FreeBSD port of cdrtools but the relevant parts were incorporated in cdrtools-1.10a14. - Disable the use of mlockall(2) on all version of FreeBSD (see PR 62930 for a description of the problem). Changes to mkisofs: - Add MLINKS for devdump.8, isodump.8 and isovfy.8 to isoinfo.8. - Install isodebug, a simple tool to display the creation date and the commandline options used to create a certain ISO-image with mkisofs. - Remove apple_driver.8, this tool doesn't get installed. - Unbreak mkhybrid.8 by replacing it with a MLINKS to mkisofs.8. - Remove patch-bb, its purpose is unclear and there's no indication in the CVS history why it was added. Requested by: pav [1] Submitted by: marius (maintainer) Changes to UPDATING: - add a note about the new location of the global configuration of cdrecord.
2004-04-20 16:46:33 -04:00
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.
Update to KDE 3.2.2
2004-04-20 05:08:07 -04:00
20040420:
AFFECTS: users of x11/kdebase3
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: kde@FreeBSD.org
Update to KDE 3.2.2
2004-04-20 05:08:07 -04:00
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
- Kill trailing whitespace
2004-05-14 10:06:20 -04:00
or crash, depending on how far the update has progressed.
Update to KDE 3.2.2
2004-04-20 05:08:07 -04:00
If this happens, it is necessary to restart your KDE session in order to
restore proper operations.
Add an entry for the GNOME 2.6 upgrade.
2004-04-04 23:38:58 -04:00
20040404:
AFFECTS: GNOME desktop users
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: gnome@FreeBSD.org
Add an entry for the GNOME 2.6 upgrade.
2004-04-04 23:38:58 -04:00
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.
Correct the date of the net/isc-dhcp3 entry. I'm very sure we are still in March, not in April.
2004-03-22 08:53:16 -05:00
20040316:
net/isc-dhcp3-* now use rc.conf.
2004-03-16 17:26:38 -05:00
AFFECTS: users of net/isc-dhcp3-*
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: des@FreeBSD.org
net/isc-dhcp3-* now use rc.conf.
2004-03-16 17:26:38 -05:00
The isc-dhcp3-* ports must now be enabled / disabled and configured in
rc.conf. See the pkg-message for details.
Add instructions for properly updating expat2 such that all dependencies are properly updated.
2004-03-15 14:09:06 -05:00
20040313:
AFFECTS: users of textproc/expat2
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: marcus@FreeBSD.org
Add instructions for properly updating expat2 such that all dependencies are properly updated.
2004-03-15 14:09:06 -05:00
Users of expat2 (and its many dependencies) should do the following to
properly update expat2 and all of its dependencies:
portupgrade -rf textproc/expat2
Add entry for databases/postgresql7 (release 7.4.2). Notice from: kris
2004-03-11 16:20:23 -05:00
20040311:
AFFECTS: users of databases/postgresql7
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: osa@FreeBSD.org
Add entry for databases/postgresql7 (release 7.4.2). Notice from: kris
2004-03-11 16:20:23 -05:00
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.
Update to KDE 3.2.1 / QT 3.3.1 Important changes: ================== KDE: - Audio/arts does not install artswrapper anymore, instead it is provided by audio/artswrapper. See UPDATING. - misc/kdeaddons3 is now a metaport with editors/kate-plugins editors/vimpart games/atlantikdesigner misc/kaddressbook-plugins misc/kfile-plugins misc/kicker-applets misc/knewsticker-scripts misc/konq-plugins misc/ksig misc/renamedlgplugins multimedia/noatun-plugins net/kontact-plugins as slave ports. - A number of KDE ports now uses OPTIONS do make various WITH_* options more visible. - Plist fixes - devel/kdevelop should be able to detect FreeBSD's autoconf/automake now for newly created projects. - kdebase will no longer remove previous KDM configurations. This won't take effect during the update from 3.2.0 to 3.2.1 (as deinstalling 3.2.0 will still remove the configuration), but subsequent updates will merge old configs. QT: - Previous versions of QT could be compiled with debugging-support enabled by defining DEBUG. This switch has been renamed to the more unambiguous WANT_QT_DEBUG (similar to WANT_KDE_DEBUG in the KDE ports).
2004-03-09 14:41:12 -05:00
20040309:
Update to KDE 3.2.2
2004-04-20 05:08:07 -04:00
AFFECTS: users of x11/kdelibs3 and x11/kdebase3
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: kde@FreeBSD.org
Update to KDE 3.2.1 / QT 3.3.1 Important changes: ================== KDE: - Audio/arts does not install artswrapper anymore, instead it is provided by audio/artswrapper. See UPDATING. - misc/kdeaddons3 is now a metaport with editors/kate-plugins editors/vimpart games/atlantikdesigner misc/kaddressbook-plugins misc/kfile-plugins misc/kicker-applets misc/knewsticker-scripts misc/konq-plugins misc/ksig misc/renamedlgplugins multimedia/noatun-plugins net/kontact-plugins as slave ports. - A number of KDE ports now uses OPTIONS do make various WITH_* options more visible. - Plist fixes - devel/kdevelop should be able to detect FreeBSD's autoconf/automake now for newly created projects. - kdebase will no longer remove previous KDM configurations. This won't take effect during the update from 3.2.0 to 3.2.1 (as deinstalling 3.2.0 will still remove the configuration), but subsequent updates will merge old configs. QT: - Previous versions of QT could be compiled with debugging-support enabled by defining DEBUG. This switch has been renamed to the more unambiguous WANT_QT_DEBUG (similar to WANT_KDE_DEBUG in the KDE ports).
2004-03-09 14:41:12 -05:00
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:
Fix typos in portnames. PR: ports/75940 Submitted by: Dan Langille <dan@langille.org>
2005-01-08 09:22:50 -05:00
AFFECTS: users of audio/arts and x11/kdebase3
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: kde@FreeBSD.org
Remove all trailing whitespace.
2004-07-17 10:58:19 -04:00
Update to KDE 3.2.1 / QT 3.3.1 Important changes: ================== KDE: - Audio/arts does not install artswrapper anymore, instead it is provided by audio/artswrapper. See UPDATING. - misc/kdeaddons3 is now a metaport with editors/kate-plugins editors/vimpart games/atlantikdesigner misc/kaddressbook-plugins misc/kfile-plugins misc/kicker-applets misc/knewsticker-scripts misc/konq-plugins misc/ksig misc/renamedlgplugins multimedia/noatun-plugins net/kontact-plugins as slave ports. - A number of KDE ports now uses OPTIONS do make various WITH_* options more visible. - Plist fixes - devel/kdevelop should be able to detect FreeBSD's autoconf/automake now for newly created projects. - kdebase will no longer remove previous KDM configurations. This won't take effect during the update from 3.2.0 to 3.2.1 (as deinstalling 3.2.0 will still remove the configuration), but subsequent updates will merge old configs. QT: - Previous versions of QT could be compiled with debugging-support enabled by defining DEBUG. This switch has been renamed to the more unambiguous WANT_QT_DEBUG (similar to WANT_KDE_DEBUG in the KDE ports).
2004-03-09 14:41:12 -05:00
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.
Add entry for security/antivir-milter. Taken from commit log which was submitted by: maintainer of antivir-milter
2004-03-05 10:14:13 -05:00
20040305:
AFFECTS: users of security/antivir-milter
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: netchild@FreeBSD.org
Add entry for security/antivir-milter. Taken from commit log which was submitted by: maintainer of antivir-milter
2004-03-05 10:14:13 -05:00
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.
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
20040226:
More consistency and markup nits.
2005-07-15 04:59:34 -04:00
AFFECTS: i386 users of lang/ruby* and sysutils/portupgrade
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: knu@FreeBSD.org
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
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,
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf.
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
Otherwise, please run the following series of commands to migrate to
ruby 1.8:
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
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)
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
2) Reinstall everything that depends on ruby 1.6 to use ruby 1.8
instead:
portupgrade -fr lang/ruby16
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
3) Reinstall ruby 1.8 (because the previous step kills symlinks):
portupgrade -f lang/ruby18
Add an UPDATING file that will be used to document additional steps that users may need to perform when updating their ports collection. The intent is similar to the /usr/src/UPDATING file. Kick it off with a description of how to update past the ruby 1.6->1.8 changeover on i386, cribbed from knu's commit message.
2004-03-01 17:34:22 -05:00
Reorganize the information about the ruby upgrade to 1.8 on i386. Noted by: kris
2004-03-03 03:08:10 -05:00
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.
Help the masses out with the perl 5.6->5.8 transition.
2004-03-02 11:31:14 -05:00
20040204:
AFFECTS: 5.2-CURRENT users who started with a 5.2-RELEASE or older.
Introduce new AUTHOR: line. Approved by: portmgr (marcus)
2004-07-05 17:20:28 -04:00
AUTHOR: obrien@FreeBSD.org
Help the masses out with the perl 5.6->5.8 transition.
2004-03-02 11:31:14 -05:00
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 New Issue Copy Permalink