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..