On Mon, Sep 18, 2006 at 02:56:34PM -0700, Adam D. Morley wrote: > On Mon, Sep 18, 2006 at 09:47:12PM +0200, Ralf S. Engelschall wrote: > > On Mon, Sep 18, 2006, Adam D. Morley wrote: > > > > > I'm upgrading a 2.5 OpenPKG instance on Solaris 10 to 2.20060622. > > > Everything has gone fine so far, but when openpkg build tries to build > > > perl-dbix, it starts asking for input. First, it can't find the > > > MIRRORED.BY file, since it isn't detecting http_proxy from the > > > environment (see MIRRORED.BY.log). I'm guessing this is the same bug as > > > the RPM 4.4 bug? > > > > > > If I manually download MIRRORED.BY to /opt/openpkg/.cpan/sources, I get > > > asked (in a loop) for where I am in the world (see locale.loop.log) by > > > CPAN's Config.pm. > > > > > > Other perl packages have been built fine, so I'm wondering if I'm doing > > > something wrong, or if perl-dbix is the only one that uses CPAN. It > > > seems odd to use CPAN, but I don't know much about perl-dbix's source > > > rpm. Can building perl-dbix be made to not require user > > > input/configuration of CPAN? Or do I just need to configure CPAN > > > manually? If so, how do I get OpenPKG to tell me all the values it was > > > going to manually program CPAN with? > > > > > > Thanks, > > > > > > -- > > > adam > > > > > :::: /var/tmp/opkg/SRC/perl-dbix-5.8.8-2.20060622.src.rpm :::: > > > Installing /var/tmp/opkg/SRC/perl-dbix-5.8.8-2.20060622.src.rpm > > > Executing(%prep): env -i /opt/openpkg/lib/openpkg/bash --norc --noprofile > > > --posix -e /opt/openpkg/RPM/TMP/rpm-tmp.12743 > > > [...] > > > [Core Features] > > > - Test::More ...loaded. (0.62 >= 0.52) > > > - DBD::SQLite ...missing. > > > - DBI ...loaded. (1.51) > > > - Want ...loaded. (0.10) > > > - Encode ...loaded. (2.18) > > > - Class::ReturnValue ...loaded. (0.53 >= 0.4) > > > - Cache::MemoryCache ...loaded. (0) > > > - Clone ...loaded. (0.20) > > > ==> Auto-install the 1 mandatory module(s) from CPAN? [Y/n] y > > > [Lower case API] > > > [...] > > > > OpenPKG packages never should download anything their own. The issue is > > That's kind of what I expected, which is why I was surprised. > > > not related to RPM. It is just that the CPAN stuff detected that for > > whatever obscure reasons DBD::SQLite is missing here. The "perl-dbix" > > package depends on the "perl-dbi" package which in turn provides > > DBD::SQLite by default. Please check your "perl-dbi" package. Either > > it has build-option "with_dbd_sqlite" set to "no" (which is _NOT_ the > > default) or something failed during building of DBD::SQLite in this > > package. Just rebuild "perl-dbi" again and watch for errors. > > [this is slightly rambly, as I was trying to figure out what's going on] > > It does indeed have "with_dbd_sqlite" set to no. Here's the tail end of > the output of "openpkg build -z -r /var/tmp/opkg perl-dbi" > (/var/tmp/opkg is a local cache of ftp.openpkg.org, circa last Thursday > or so, since we're behind a proxy. without -r, the results are the > same): > > echo :::: /var/tmp/opkg/SRC/perl-dbi-5.8.8-2.20060622.src.rpm :::: > /opt/openpkg/bin/openpkg rpm --define 'with_dbd_sqlite no' --rebuild > /var/tmp/opkg/SRC/perl-dbi-5.8.8-2.20060622.src.rpm || exit $? > /opt/openpkg/bin/openpkg rpm --force -Uvh > /opt/openpkg/RPM/PKG/perl-dbi-5.8.8-2.20060622.sparc64-solaris10-oop.rpm > || exit $? > echo :::: /var/tmp/opkg/SRC/perl-dbi-5.8.8-2.20060622.src.rpm = $? :::: > > The problem is: I built the package normally with 2.5. Further, > another system running the exact same version of OpenPKG that I'm > upgrading from reports the following from "openpkg build -z perl-dbi": > > echo :::: > ftp://ftp.openpkg.org/release/2.5/SRC/perl-dbi-5.8.7-2.5.0.src.rpm :::: > /opt/openpkg/bin/openpkg rpm --rebuild > ftp://ftp.openpkg.org/release/2.5/SRC/perl-dbi-5.8.7-2.5.0.src.rpm || > exit $? > /opt/openpkg/bin/openpkg rpm --force -Uvh > /opt/openpkg/RPM/PKG/perl-dbi-5.8.7-2.5.0.sparc64-solaris10-oop.rpm || > exit $? > echo :::: > ftp://ftp.openpkg.org/release/2.5/SRC/perl-dbi-5.8.7-2.5.0.src.rpm = $? > :::: > > So somewhere, the option got twiddled. I do know that the src rpm I > downloaded for 2.20060622 has the option set correctly at "yes." But, > upon trying to manually build the package from the source rpm, I get: > > [root perl-dbi]# openpkg rpm -bb perl-dbi.spec > error: Failed build dependencies: > sqlite is needed by perl-dbi-5.8.8-2.20060622 > > So somewhere from the upgrade to 2.5 to 2.20060622, openpkg build seems > to have missed the addition of sqlite as a requirement for perl-dbi. > Likely because 2.5's perl-dbi has "with_dbd_sqlite" set to "no", so the > build script must not consider this possibility? I take it the best way > to reset the option is to manually build sqlite, then rebuild perl-dbi > manually, and then continue with the -ZaKB?
Ah. Even after I manually built gawk, sqlite, and perl-dbi, perl-dbix still fails: [Core Features] - Test::More ...loaded. (0.62 >= 0.52) - DBD::SQLite ...missing. - DBI ...loaded. (1.51) - Want ...loaded. (0.10) - Encode ...loaded. (2.18) - Class::ReturnValue ...loaded. (0.53 >= 0.4) - Cache::MemoryCache ...loaded. (0) - Clone ...loaded. (0.20) ==> Auto-install the 1 mandatory module(s) from CPAN? [Y/n] y [Lower case API] - capitalization ...missing. (would need 0.03) ==> Auto-install the 1 optional module(s) from CPAN? [y/N] n [Schema generation] - DBIx::DBSchema ...loaded. (0.31) - Class::Accessor ...loaded. (0.25) But it seems perl-dbi built SQLLite fine? (see attached) And openpkg build -z perl-dbi shows (after I rm the binary rpm): ... echo :::: ftp://ftp.openpkg.org/stable/2.20060622/SRC/perl-dbi-5.8.8-2.20060622.src.rpm :::: /opt/openpkg/bin/openpkg rpm --rebuild ftp://ftp.openpkg.org/stable/2.20060622/SRC/perl-dbi-5.8.8-2.20060622.src.rpm || exit $? /opt/openpkg/bin/openpkg rpm --force -Uvh /opt/openpkg/RPM/PKG/perl-dbi-5.8.8-2.20060622.sparc64-solaris10-oop.rpm || exit $? echo :::: ftp://ftp.openpkg.org/stable/2.20060622/SRC/perl-dbi-5.8.8-2.20060622.src.rpm = $? :::: I'm clearly doing something wrong here. Any ideas? -- adam ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org
