OpenPKG CVS Repository
http://cvs.openpkg.org/
____________________________________________________________________________
Server: cvs.openpkg.org Name: Thomas Lotterer
Root: /v/openpkg/cvs Email: [EMAIL PROTECTED]
Module: openpkg-re Date: 28-Jul-2006 12:51:33
Branch: HEAD Handle: 2006072811513100
Modified files:
openpkg-re releasenotes.txt
Log:
log issue with "openpkg build -Za" and virtual packages; log issue
with apache::with_mod_php_pcre
Summary:
Revision Changes Path
1.25 +24 -1 openpkg-re/releasenotes.txt
____________________________________________________________________________
patch -p0 <<'@@ .'
Index: openpkg-re/releasenotes.txt
============================================================================
$ cvs diff -u -r1.24 -r1.25 releasenotes.txt
--- openpkg-re/releasenotes.txt 27 Jun 2006 22:04:45 -0000 1.24
+++ openpkg-re/releasenotes.txt 28 Jul 2006 10:51:31 -0000 1.25
@@ -2,7 +2,7 @@
OpenPKG Release Notes
=====================
- o $Revision: 1.24 $. The most recent update of this file can be
+ o $Revision: 1.25 $. The most recent update of this file can be
downloaded from http://cvs.openpkg.org/openpkg-re/releasenotes.txt
The history of this document, specific versions and
differences between versions can be retrieved from
@@ -182,6 +182,29 @@
name-version-release identifier (rebuilds with different prereq libs
or alternate options).
+ o Issue with "openpkg build -Za" and virtual packages
+
+ The "openpkg-tools-0.8.59" introduced the -Za combination but it is not
+ smart enough to automatically set a hint for vitual packages. Assumed one
+ package requires MTA and the instance had "ssmtp" providing MTA, a -Za
+ will fail. To remedy the problem, manually specify the hint using "-H
+ ssmtp" in the example above. The limitation has been remove din
+ "openpkg-tools-0.8.65".
+
+ o Issue with apache::with_mod_php_pcre
+
+ The PHP4 included in the apache-1.3.33-2.5 has PCRE enabled by accident,
+ even with_mod_php_pcre = no. The PHP5 included with
+ apache-1.3.37-2.20060728 comes with the same default and the option is
+ working properly. The result is that applications using PHP preg_*()
+ functions did work in OpenPKG 2.5 even the option was incorrectly
set/left
+ to "no" but they fail after an upgrade unless the option is explicitly
+ correct set to "yes". The "openpkg build" tool does not automatically
+ correct this problem. The problem can be identified finding an error
+ message like "[error] PHP Fatal error: Call to undefined function
+ preg_replace()" in the Apache error log. To remedy the problem, rebuild
+ apache with with_mod_php_pcre = yes.
+
Upgrade from OpenPKG-2.5-RELEASE to OpenPKG-2-STABLE-20060622
=============================================================
@@ .
______________________________________________________________________
The OpenPKG Project www.openpkg.org
CVS Repository Commit List openpkg-cvs@openpkg.org
