[OpenPKG] Version Tracking Report (2005-03-03 18:53)
OpenPKG Version Tracking Report === Reporting Time:2005-03-03 18:53 Tracking Duration: 0:40:47 (H:M:S) Tracking Input:1462 sources (854 packages) Tracking Result: 1389 up-to-date, 17 out-dated, 56 error The following 17 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - apache:mod_security 1.8.6 1.8.7RC2 blender 2.34 2.35 [1] gsoap 2.7 2.7.0f html2ps 1.0b3 1.0b4 kde-arts 1.3.1 1.3.2 kde-base 3.2.3 3.3.2 kde-libs 3.3.1 3.3.2 kde-qt3.3.3 3.3.4 libspf2 1.0.4 1.2.5 [2] perl-ds:Tree-BPTree 1.06 1.07 [3] perl-tk:Tk-JComboBox 1.02 1.03 sav:vendor390 391 [4] tidy 050301050302 ups 3.37 3.38-beta2[5] uvscan:datfiles 4438 4439 xalan-c 1_6 1_9_0 xmlsec1.2.6 1.2.7 [6] - - - [1] blender: tho: 17.11.04: they scrapt configure in 2.35, using scons now [2] libspf2: ms: 1.2.5 depends on res_nclose(3), missing in FreeBSD [3] perl-ds:Tree-BPTree: rse: 1.07: requires Module::Build, no Makefile.PL provided [4] sav:vendor: thl: vcheck url for tracking only; download url see spec, look for vdl-...dat in tarball [5] ups: rse: broken on FreeBSD = 4.5-STABLE because ptrace' PT_READ_U missing [6] xmlsec: ms: broken 1.2.7 depends on stray (uninstalled) mozilla SDK files The following 56 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - as-cui0.6.5 regex didn't match (pro.. as-gui0.7.7 regex didn't match (pro.. devtodo 0.1.18regex didn't match (pro.. enscript 1.6.3 regex didn't match (p [1] epm 3.7 2nd connection failed o.. firefox 1.0 2nd connection failed o.. freetype 2.1.9 connection failed or ti.. gale 0.99fruit latest version online l.. gcc:spp 3.4-2 latest version online l.. gconf 2.9 2nd connection failed o.. gtkmm 2.4.8 connection failed or ti.. hexcurse 1.55 regex didn't match (pro.. imap 2004c regex didn't match (pro.. inkscape 0.40 connection failed or ti.. ircd 2.11.0connection failed or ti.. jabberd 2.0s6 regex didn't match (pro.. kolab-ei 1.0-1.0.25connection failed or ti.. less 385 latest version online l.. libart2.3.162nd connection failed o.. libextractor 0.4.0 regex didn't match (pro.. libgda1.1.992nd connection failed o.. libodbcplus 0.2.3 regex didn't match (pro.. librsvg 2.9.5 2nd regex didn't match .. libsigcxx 2.0.6 regex didn't match (pro.. max 7.4.2 regex didn't match (p [2] mgv 3.1.5 regex didn't match (pro.. mirror2.9 connection failed or ti.. mozilla 1.7.5 2nd connection failed o.. mysql40 4.0.23a regex didn't match (pro..
Expect Tcl Dependency Problem
Something seems wrong with how Expect and Tcl interacts in regards to
dependencies. The problem occurs if you have a prior version of Tcl and
Expect installed, then go to upgrade to any other version. What happens
is that the update fails when trying to upgrade Tcl using the build
tools. It seems to be because Expect has a specific version of Tcl
required in it's Requires section. Since Expect has Tcl as a
requirement then the build tool sees that Tcl should be upgraded before
Expect as per the order it derives based on what exists in the Require
section of all of the rpms. However, since Expect has a specific
version of Tcl required, the update of the newer Tcl fails because the
currently old Expect that is installed requires an older specific
version of Tcl. I'm thinking that line #61 of the expect.spec file
should be:
PreReq: OpenPKG, openpkg = 2.3.0, tcl = %{V_tcl}
Instead of:
PreReq: OpenPKG, openpkg = 2.3.0, tcl = %{V_tcl}
Line #60, which is the BuildPreReq, has the same line. I'm not sure if
this should be changed though. I'm thinking that only the PreReq should
be changed while the BuildPreReq stays with the specific version as that
seems that it would logically function as is needed and not break
updating from an older version to newer as well. Does this logic seem
proper to you guys?
--
David M. Fetter - UNIX Systems Administrator
Portland State University - www.oit.pdx.edu
signature.asc
Description: This is a digitally signed message part
Re: Expect Tcl Dependency Problem
On Thu, 2005-03-03 at 13:25 -0800, Bill Campbell wrote: On Thu, Mar 03, 2005, David M. Fetter wrote: Something seems wrong with how Expect and Tcl interacts in regards to dependencies. The problem occurs if you have a prior version of Tcl and Expect installed, then go to upgrade to any other version. What happens ... Line #60, which is the BuildPreReq, has the same line. I'm not sure if this should be changed though. I'm thinking that only the PreReq should be changed while the BuildPreReq stays with the specific version as that seems that it would logically function as is needed and not break updating from an older version to newer as well. Does this logic seem proper to you guys? This is a long-standing issue. My solution has been to massage the output of ``openpkg build'' to add ``--nodeps'' to the installation commands for tcl and expect before running the generated script. Is this massaging part of the build tools or something you are stating you do manually? Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Systems, Inc. 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/ If you want government to intervene domestically, you're a liberal. If you want government to intervene overseas, you're a conservative. If you want government to intervene everywhere, you're a moderate. If you don't want government to intervene anywhere, you're an extremist -- Joseph Sobran __ The OpenPKG Projectwww.openpkg.org Developer Communication List openpkg-dev@openpkg.org -- David M. Fetter - UNIX Systems Administrator Portland State University - www.oit.pdx.edu signature.asc Description: This is a digitally signed message part
Re: Expect Tcl Dependency Problem
On Thu, Mar 03, 2005, David M. Fetter wrote:
On Thu, 2005-03-03 at 13:25 -0800, Bill Campbell wrote:
On Thu, Mar 03, 2005, David M. Fetter wrote:
Something seems wrong with how Expect and Tcl interacts in regards to
dependencies. The problem occurs if you have a prior version of Tcl and
Expect installed, then go to upgrade to any other version. What happens
...
Line #60, which is the BuildPreReq, has the same line. I'm not sure if
this should be changed though. I'm thinking that only the PreReq should
be changed while the BuildPreReq stays with the specific version as that
seems that it would logically function as is needed and not break
updating from an older version to newer as well. Does this logic seem
proper to you guys?
This is a long-standing issue. My solution has been to massage the output
of ``openpkg build'' to add ``--nodeps'' to the installation commands for
tcl and expect before running the generated script.
Is this massaging part of the build tools or something you are stating
you do manually?
I have a script that I run on the output which uses shtool to
make fixes to the script. Basically it is a superset of this:
#!/bin/sh
${l_prefix}/lib/openpkg/shtool subst \
-e '/^sudo.*expect/s/-Uvh/--nodeps -Uvh/' \
-e '/^sudo.*tcl/s/-Uvh/--nodeps -Uvh/' \
$@
exit;
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/
Those who profess to favor freedom, and yet depreciate agitation, are
men who want rain without thunder and lightning. They want the ocean
without the roar of its many waters.
-- Frederick Douglass
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
[OpenPKG] Version Tracking Report (2005-03-04 06:44)
OpenPKG Version Tracking Report === Reporting Time:2005-03-04 06:44 Tracking Duration: 0:32:01 (H:M:S) Tracking Input:1469 sources (855 packages) Tracking Result: 1393 up-to-date, 19 out-dated, 57 error The following 19 sources were determined to be out-dated because newer vendor versions were found. Upgrade the corresponding OpenPKG packages. - - - Package Old Version New Version - - - apache:mod_security 1.8.6 1.8.7RC2 ascii 3.7 3.8 blender 2.34 2.35 [1] global4.8.3 4.8.4 gsoap 2.7 2.7.0f html2ps 1.0b3 1.0b4 kde-arts 1.3.1 1.3.2 kde-base 3.2.3 3.3.2 kde-libs 3.3.1 3.3.2 kde-qt3.3.3 3.3.4 libspf2 1.0.4 1.2.5 [2] perl-conv:Convert-Scalar 1.02 1.03 perl-conv:Convert-UUlib 1.04 1.051 perl-ds:Tree-BPTree 1.06 1.07 [3] perl-tk:Tk-JComboBox 1.02 1.03 sav:vendor390 391 [4] ups 3.37 3.38-beta2[5] xalan-c 1_6 1_9_0 xmlsec1.2.6 1.2.7 [6] - - - [1] blender: tho: 17.11.04: they scrapt configure in 2.35, using scons now [2] libspf2: ms: 1.2.5 depends on res_nclose(3), missing in FreeBSD [3] perl-ds:Tree-BPTree: rse: 1.07: requires Module::Build, no Makefile.PL provided [4] sav:vendor: thl: vcheck url for tracking only; download url see spec, look for vdl-...dat in tarball [5] ups: rse: broken on FreeBSD = 4.5-STABLE because ptrace' PT_READ_U missing [6] xmlsec: ms: broken 1.2.7 depends on stray (uninstalled) mozilla SDK files The following 57 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - as-cui0.6.5 regex didn't match (pro.. as-gui0.7.7 regex didn't match (pro.. devtodo 0.1.18regex didn't match (pro.. dspam 3.3.13latest version online l.. enscript 1.6.3 regex didn't match (p [1] epm 3.7 2nd connection failed o.. firefox 1.0 2nd connection failed o.. freetype 2.1.9 connection failed or ti.. gale 0.99fruit latest version online l.. gcc:spp 3.4-2 latest version online l.. gconf 2.9 2nd connection failed o.. gtkmm 2.4.8 connection failed or ti.. hexcurse 1.55 regex didn't match (pro.. imap 2004c regex didn't match (pro.. infozip:unzip 552 connection failed or ti.. infozip:zip 23connection failed or ti.. inkscape 0.40 connection failed or ti.. ircd 2.11.0connection failed or ti.. jabberd 2.0s6 regex didn't match (pro.. less 385 latest version online l.. libart2.3.162nd connection failed o.. libextractor 0.4.0 regex didn't match (pro.. libgda1.1.992nd connection failed o.. libodbcplus 0.2.3 regex didn't match (pro.. librsvg 2.9.5 2nd regex didn't match .. libsigcxx 2.0.6 regex didn't match (pro.. max 7.4.2 regex didn't match (p [2] mgv 3.1.5
