[OpenPKG] Version Tracking Report (2004-06-05 06:53)
OpenPKG Version Tracking Report === Reporting Time:2004-06-05 06:53 Tracking Duration: 0:27:57 (H:M:S) Tracking Input:1122 sources (753 packages) Tracking Result: 1065 up-to-date, 14 out-dated, 43 error The following 14 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - aegis 4.16 4.17 gcc33 3.3.3 3.3.4 gcc:spp 3.4-1 3.4-2 geoip 1.3.3 1.3.4 gtk2 2.4.1 2.4.2 icewm 1.2.131.2.14 joe 3.0 3.1 kde-base 3.1.4 3.2.2 kde-libs 3.2.1 3.2.2 mailsync 4.5.1 5.1.2 mozilla-mplayer 1.2 2.60 perforce r03.2 r04.1 perl-wx:Wx0.18 0.19 perl-wx:Wx-Perl-TreeChecker 1.08 1.11 - - - The following 43 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - cvs 1.12.8regex didn't match (pro.. cvstrac 1.1.3 regex didn't match (pro.. firefox 0.8 2nd connection failed o.. gconf 2.6.1 2nd connection failed o.. gift-fasttrack0.8.6 connection failed or ti.. glimpse 4.17.4latest version online [1] gnupg 1.2.4 connection failed or ti.. kde-qt3.2.3 connection failed or ti.. less 382 latest version online l.. libart2.3.162nd connection failed o.. lyx:xforms1.0 2nd regex didn't matc [2] max 7.4.2 regex didn't match (p [3] mirror2.9 connection failed or ti.. mozilla 1.7rc1latest version online l.. mtools3.9.9 regex didn't match (pro.. mutt151.5.6iconnection failed or ti.. newsyslog 1.1 connection failed or ti.. newt 0.51.6-2.1.1 regex didn't match (pro.. nspr 4.4.1 1st connection failed o.. ocaml 3.07pl2 regex didn't match (pro.. openpkg:tar 1.14 latest version online l.. patch:alpha 2.5.9 connection failed or ti.. pax 2004-02-29regex didn't match (pro.. psutils p17 connection failed or ti.. qt3.3.2 connection failed or ti.. rdist 7.0.0-alpha10 connection failed or ti.. ripe-asused:netwhois 1.19 regex didn't match (pro.. ripe-ipadm0.6.8 connection failed or ti.. ruby 1.8.1 connection failed or ti.. smtpfeed 1.18 connection failed or [4] teapop0.3.8 connection failed or ti.. top 3.5beta12.10 regex didn't match (pro.. unarj 2.65 latest version online l.. unarj:patch 2.65-1latest version online l.. vcheck1.2.1 regex didn't match (p [5] vorbis-libs:libao 0.8.5 regex didn't match (pro.. vorbis-libs:libogg1.1 1st regex didn't match .. vorbis-libs:libvorbis 1.0.1 1st regex didn't match .. vorbis-tools 1.0.1 1st regex didn't match .. xalan
Just FYI: OpenPKG-CURRENT ported to HP-UX 11.11
Just for the information of early adopters: all CORE essential packages of OpenPKG-CURRENT >= 20040604 were ported to HP HP-UX 11.11. In case you are a HP-UX 11 user, give it a try now. Any feedback and patches to get even more packages running are welcome. If we really all of at least CORE is running fine, HP-UX will be a "tentative platform" for OpenPKG 2.1... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [CVS] OpenPKG: openpkg-src/sqlite/ sqlite.patch sqlite.spec
On Fri, Jun 04, 2004, Michael Schloh wrote: > [...] > use a substitution instead of a patch for future maintenance > [...] Thanks. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [CVS] OpenPKG: openpkg-src/xmlsec/ xmlsec.patch xmlsec.spec
On Fri, Jun 04, 2004, Michael Schloh von Bennewitz wrote: >On Fri, Jun 04, 2004, Ralf S. Engelschall wrote: >> On Fri, Jun 04, 2004, Michael Schloh wrote: >>> similar to libxslt, remove the nonessential and incomplete test for a >>> C++ preprocessor >>> >> But why aren't you use the sed(1) based solution? It will allow us to >> more easily upgrade the package in the future (because it depends on >> just the Autoconf version instead of the package version). We've chosen >> the sed(1) approach intentionally... >> >A patch(1) based fix has its merits as well, but I'll use the shtool(1) >substitution instead anyway. Speaking of shtool, I ran into a problem updating openpkg from OpenPKG Release 1.3 to Release 2.0 on a Caldera eDesktop 2.4 Linux system last weekend. It turned out that the system's /bin/sh was barfing on some of the shtool path tests in the openpkg build where it was looking for tar, ar, and similar programs. I hacked around this by linking the OpenPKG version of bash to $l_prefix/bin/sh so it no longer quit with Memory Faults. I ran into more problems with shtool later in the rebuilding process, and hacked the shtool script, replacing the ``#!/bin/sh'' with a reference to the OpenPKG version of bash. I know I'm working with an old, unsupported, version of Linux here, but thought that this might be of interest when dealing with other platforms. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ ``The man who produces while others dispose of his product is a slave.'' Ayn Rand __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
[OpenPKG] Version Tracking Report (2004-06-04 19:05)
OpenPKG Version Tracking Report === Reporting Time:2004-06-04 19:05 Tracking Duration: 0:42:10 (H:M:S) Tracking Input:1122 sources (753 packages) Tracking Result: 1047 up-to-date, 23 out-dated, 52 error The following 23 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - aegis 4.16 4.17 blender 2.33a 2.33-2 bogofilter0.91.00.91.1 gcc33 3.3.3 3.3.4 gcc:spp 3.4-1 3.4-2 glib2 2.4.1 2.4.2 gtk2 2.4.1 2.4.2 icewm 1.2.131.2.14 iozone3_217 3_218 joe 3.0 3.1 kde-base 3.1.4 3.2.2 kde-libs 3.2.1 3.2.2 kerberos 1.3.3 1.3.4. mailsync 4.5.1 5.1.2 mozilla-mplayer 1.2 2.60 offlineimap 4.0.0 4.0.3 perforce r03.2 r04.1 perl-poe:POE-Component-Child 1.31 1.33 perl-wx:Wx0.18 0.19 perl-wx:Wx-Perl-TreeChecker 1.08 1.11 snownews 1.5.2 1.5.3 tidy 040514040603 xchat 2.0.8 2.0.9 - - - The following 52 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - cvs 1.12.8regex didn't match (pro.. cvstrac 1.1.3 regex didn't match (pro.. firefox 0.8 2nd connection failed o.. gconf 2.6.1 2nd connection failed o.. ghostscript:png 1.2.5 regex didn't match (pro.. glimpse 4.17.4latest version online [1] gpgme 0.4.7 connection failed or ti.. infozip:unzip 551 connection failed or ti.. infozip:zip 23connection failed or ti.. kde-qt3.2.3 connection failed or ti.. less 382 latest version online l.. libart2.3.162nd connection failed o.. lyx:xforms1.0 2nd regex didn't matc [2] max 7.4.2 regex didn't match (p [3] mirror2.9 connection failed or ti.. mozilla 1.7rc1latest version online l.. mtools3.9.9 regex didn't match (pro.. newsyslog 1.1 connection failed or ti.. newt 0.51.6-2.1.1 connection failed or ti.. nspr 4.4.1 1st connection failed o.. ocaml 3.07pl2 regex didn't match (pro.. openpkg:tar 1.14 latest version online l.. opera:freebsd 751 connection failed or ti.. opera:linux 751 connection failed or ti.. opera:solaris 751 connection failed or ti.. patch:alpha 2.5.9 connection failed or ti.. pax 2004-02-29regex didn't match (pro.. pgp 6.5.8 connection failed or ti.. pgp2 263 connection failed or ti.. pinfo 0.6.8 regex didn't match (pro.. png 1.2.5 regex didn't match (pro.. psutils p17 connection failed or ti.. qt
Re: [CVS] OpenPKG: openpkg-src/xmlsec/ xmlsec.patch xmlsec.spec
On Fri, Jun 04, 2004, Ralf S. Engelschall wrote: > On Fri, Jun 04, 2004, Michael Schloh wrote: >> similar to libxslt, remove the nonessential and incomplete test for a >> C++ preprocessor >> > But why aren't you use the sed(1) based solution? It will allow us to > more easily upgrade the package in the future (because it depends on > just the Autoconf version instead of the package version). We've chosen > the sed(1) approach intentionally... > A patch(1) based fix has its merits as well, but I'll use the shtool(1) substitution instead anyway. -- [EMAIL PROTECTED] Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services pgpWObWBs4T9w.pgp Description: PGP signature
Re: [CVS] OpenPKG: openpkg-src/xmlsec/ xmlsec.patch xmlsec.spec
On Fri, Jun 04, 2004, Michael Schloh wrote: > similar to libxslt, remove the nonessential and incomplete test for a > C++ preprocessor But why aren't you use the sed(1) based solution? It will allow us to more easily upgrade the package in the future (because it depends on just the Autoconf version instead of the package version). We've chosen the sed(1) approach intentionally... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]
Re: [CVS] OpenPKG: openpkg-src/inn/ inn.spec
On Fri, Jun 04, 2004, Ralf S. Engelschall wrote: > On Fri, Jun 04, 2004, Thomas Lotterer wrote: >> inn build unconditionally uses GCC specific option >> (-fno-strict-aliasing and gcc/binutils specific (-E) linker flag >> [...] >> -BuildPreReq: OpenPKG, openpkg >= 20040130, gzip, make, perl, bison, flex >> -PreReq: OpenPKG, openpkg >= 20040130, gzip, perl, MTA >> +BuildPreReq: OpenPKG, openpkg >= 20040130, gcc, gzip, make, perl, bison, flex >> +PreReq: OpenPKG, openpkg >= 20040130, gcc, gzip, perl, MTA >> > Well, ok, but why a PreReq, too? > I think a BuildPreReq for gcc is enough... > Why not strip the '-E', thus removing the sole need for a GNU dependency? -- [EMAIL PROTECTED] Development Team, Operations Northern Europe Cable & Wireless Telecommunications Services pgpWRXNBaEKOx.pgp Description: PGP signature
Re: [CVS] OpenPKG: openpkg-src/inn/ inn.spec
On Fri, Jun 04, 2004, Thomas Lotterer wrote: > inn build unconditionally uses GCC specific option > (-fno-strict-aliasing and gcc/binutils specific (-E) linker flag > [...] > -BuildPreReq: OpenPKG, openpkg >= 20040130, gzip, make, perl, bison, flex > -PreReq: OpenPKG, openpkg >= 20040130, gzip, perl, MTA > +BuildPreReq: OpenPKG, openpkg >= 20040130, gcc, gzip, make, perl, bison, flex > +PreReq: OpenPKG, openpkg >= 20040130, gcc, gzip, perl, MTA Well, ok, but why a PreReq, too? I think a BuildPreReq for gcc is enough... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ The OpenPKG Projectwww.openpkg.org Developer Communication List [EMAIL PROTECTED]