Re: Expect Tcl Dependency Problem
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
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?
Hmmm... yes, this is a reasonable idea. The BuildPreReq we definitely
cannot change because Expect requires definitely _both_ the sources and
the installed files and if they do not match it too easily can break
under build-time. But relaxing the PreReq is a very good idea because
a break under run-time is less likely and it would be broken usually
during updates only. I've relaxed the dependency now as you suggested:
http://cvs.openpkg.org/chngview?cn=22400
Thanks for the idea.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
Re: Expect Tcl Dependency Problem
On Fri, Mar 04, 2005 at 08:01:44AM +0100, Matthias Kurz wrote:
${l_prefix}/lib/openpkg/shtool subst \
-e '/^sudo.*expect/s/-Uvh/--nodeps -Uvh/' \
-e '/^sudo.*tcl/s/-Uvh/--nodeps -Uvh/' \
$@
exit;
Ah, you mean a time bomb ;-)
? :)
The build tool should know about the dependencies before RPM
verifies them again.
The problem is that expect requires part of the TCL sources for
building and an installed TCL of exactly the same version for
running.
The solution is either to package expect so that it comes
with a private copy of TCL or to package TCL so that everything
is installed to build expect.
--
Michael van Elst
Internet: [EMAIL PROTECTED]
A potential Snark may lurk in every tree.
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
[OpenPKG] Version Tracking Report (2005-03-04 18:43)
OpenPKG Version Tracking Report === Reporting Time:2005-03-04 18:43 Tracking Duration: 0:30:20 (H:M:S) Tracking Input:1469 sources (855 packages) Tracking Result: 1388 up-to-date, 23 out-dated, 58 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 - - - 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 iozone3_233 3_234 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] linkchecker 2.4 2.5 mathomatic12.1c 12.1d openpkg:curl 7.13.07.13.1 perl-ds:Graph 0.58 0.59 perl-ds:Tree-BPTree 1.06 1.07 [3] postgresql:pgcluster 1.3.0b1.3.0c sav:vendor390 391 [4] tidy 050302050303 unixodbc 2.2.102.2.11 ups 3.37 3.38-beta2[5] uvscan:datfiles 4439 4440 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 58 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.. ghostscript 8.14 1st connection failed o.. ghostscript-esp:gnu-gs-fo 6.0 connection failed or ti.. ghostscript-esp:gnu-gs-fo 6.0 connection failed or ti.. gtkmm 2.4.8 connection failed or ti.. 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.99
Re: Expect Tcl Dependency Problem
On Fri, 2005-03-04 at 09:17 +0100, Ralf S. Engelschall 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
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?
Hmmm... yes, this is a reasonable idea. The BuildPreReq we definitely
cannot change because Expect requires definitely _both_ the sources and
the installed files and if they do not match it too easily can break
under build-time. But relaxing the PreReq is a very good idea because
a break under run-time is less likely and it would be broken usually
during updates only. I've relaxed the dependency now as you suggested:
http://cvs.openpkg.org/chngview?cn=22400
Thanks for the idea.
Super! Yes, it seems that the main problem with RPM or rather it's one
weakness is still based on human error. If the dependencies are not
properly thought it in a clear logical method then all things good will
become chaos. Thanks. ;-)
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
__
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 Fri, Mar 04, 2005, Michael van Elst wrote:
On Fri, Mar 04, 2005 at 08:01:44AM +0100, Matthias Kurz wrote:
${l_prefix}/lib/openpkg/shtool subst \
-e '/^sudo.*expect/s/-Uvh/--nodeps -Uvh/' \
-e '/^sudo.*tcl/s/-Uvh/--nodeps -Uvh/' \
$@
exit;
Ah, you mean a time bomb ;-)
? :)
A hardcoded workaround, that probably hits you hard looong after you
forgot it. The time bomb pattern :) I know it.
(mk)
--
Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47
Im prämotorischen Cortex kann jeder ein Held sein. (bdw)
__
The OpenPKG Projectwww.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
squeuer (Seti Queue)
Hi.
To whom it may concern...
The rc-Stuff is not fully tested, because i do not want to make experiments
until all results are sent - and especially the sending of results seems to
be difficult, currently. They are really adding up, here. If there where
not a few successful sends, i would expect the worst.
(mk)
Attached: squeuer.spec
rc.squeuer
--
Matthias Kurz; Fuldastr. 3; D-28199 Bremen; VOICE +49 421 53 600 47
Im prämotorischen Cortex kann jeder ein Held sein. (bdw)
##
## squeuer.spec -- OpenPKG RPM Specification
## Copyright (c) 2000-2005 The OpenPKG Project http://www.openpkg.org/
## Copyright (c) 2000-2005 Ralf S. Engelschall [EMAIL PROTECTED]
## Copyright (c) 2000-2005 Cable Wireless http://www.cw.com/
##
## Permission to use, copy, modify, and distribute this software for
## any purpose with or without fee is hereby granted, provided that
## the above copyright notice and this permission notice appear in all
## copies.
##
## THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
## WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
## MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
## IN NO EVENT SHALL THE AUTHORS AND COPYRIGHT HOLDERS AND THEIR
## CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
## SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
## LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
## USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
## ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
## OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
## OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
## SUCH DAMAGE.
##
# package information
Name: squeuer
Summary: Queue handling for SETI work units and results
URL: http://www.eyesbeyond.com/squeuer/
Vendor: Phil Kernick
Packager: The OpenPKG Project
Distribution: OpenPKG
Class:JUNK
Group:Network
License: BSD
Version: 2.0.2
Release: 20050303
# list of sources
Source0: http://www.eyesbeyond.com/squeuer/squeuer-2.0.2.tar.gz
# build information
Prefix: %{l_prefix}
BuildRoot:%{l_buildroot}
BuildPreReq: OpenPKG, openpkg = 2.2.0, perl
PreReq: OpenPKG, openpkg = 2.2.0
AutoReq: no
AutoReqProv: no
%description
Squeuer is a queueing proxy for the [EMAIL PROTECTED] client. It provides a
rich
set of features to assist in using the [EMAIL PROTECTED] client.
* Keeps a configurable sized queue of work units so that the client will
always be able to get a new work unit immediately upon finishing one.
* Queues results for uploading should the main [EMAIL PROTECTED] site be
overloaded
or down. Results are never lost and the client is never delayed waiting
to upload a result.
* Can handle multiple users running the [EMAIL PROTECTED] client on multiple
machines all connecting to Squeuer
%track
prog squeuer = {
version = %{version}
url = http://www.eyesbeyond.com/squeuer/
regex = squeuer-(__VER__)\.tar\.gz
}
%prep
%setup -q
%build
# perl code
%install
rm -rf $RPM_BUILD_ROOT
%{l_shtool} mkdir -f -p -m 755 \
$RPM_BUILD_ROOT%{l_prefix}/sbin \
$RPM_BUILD_ROOT%{l_prefix}/etc/squeuer \
$RPM_BUILD_ROOT%{l_prefix}/etc/rc.d \
$RPM_BUILD_ROOT%{l_prefix}/var/squeuer \
$RPM_BUILD_ROOT%{l_prefix}/share/squeuer/doc
%{l_shtool} install -c -m 755 \
-e 's,#!/usr/bin/perl -T,#!%{prefix}/bin/perl -T,' \
bin/squeuer.pl \
$RPM_BUILD_ROOT%{l_prefix}/sbin/squeuer
%{l_shtool} install -c -m 644 \
-e 's,/var/spool/squeuer,%{l_prefix}/var/squeuer,' \
etc/squeuer.conf.unix \
$RPM_BUILD_ROOT%{l_prefix}/etc/squeuer/squeuer.conf
cp $RPM_BUILD_ROOT%{l_prefix}/etc/squeuer/squeuer.conf \
$RPM_BUILD_ROOT%{l_prefix}/etc/squeuer/squeuer.conf.default
%{l_shtool} install -c -m 755 \
-e 's,@l_prefix@,%{l_prefix},g' \
-e 's,@l_nusr@,%{l_nusr},g' \
-e 's,@l_ngrp@,%{l_ngrp},g' \
%{SOURCE rc.squeuer} \
$RPM_BUILD_ROOT%{l_prefix}/etc/rc.d/rc.squeuer
#%{l_shtool} install -c -m 644 \
#%{SOURCE README.OpenPKG} \
#$RPM_BUILD_ROOT%{l_prefix}/share/squeuer/doc
%{l_rpmtool} files -v -ofiles -r$RPM_BUILD_ROOT \
%{l_files_std} \
'%attr(755,%{l_nusr},%{l_ngrp})%{l_prefix}/var/squeuer'\
'%config %{l_prefix}/etc/squeuer/squeuer.conf'
%files -f files
%clean
rm -rf $RPM_BUILD_ROOT
%post
# after upgrade, restart service, provided there is no conf.rpmsave
[OpenPKG] Version Tracking Report (2005-03-05 06:48)
OpenPKG Version Tracking Report === Reporting Time:2005-03-05 06:48 Tracking Duration: 0:36:06 (H:M:S) Tracking Input:1469 sources (855 packages) Tracking Result: 1384 up-to-date, 25 out-dated, 60 error The following 25 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 imagemagick 6.2.0-4 6.2.0-5 iozone3_233 3_234 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] linkchecker 2.4 2.5 mathomatic12.1c 12.1d pango 1.8.0 1.8.1 perl-devel:Devel-Size-Rep 0.09 0.10 perl-ds:Graph 0.58 0.59 perl-ds:Tree-BPTree 1.06 1.07 [3] postgresql:pgcluster 1.3.0b1.3.0c sav:vendor390 391 [4] tidy 050302050303 unixodbc 2.2.102.2.11 ups 3.37 3.38-beta2[5] uvscan:datfiles 4439 4440 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 60 sources could not be successfully checked because an error occurred while processing. Keep at least an eye on them. - - - Package Old Version Error - - - aica 0.81 regex didn't match (pro.. as-cui0.6.5 regex didn't match (pro.. as-gui0.7.7 regex didn't match (pro.. boxes 1.0.1 regex didn't match (pro.. cvsync0.24.18 regex 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.. 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..
