On Jul 6, 2007, at 11:17 PM, Chris Dolan wrote:
>> I have mailed the developer and asked him which version we can use.
>> For now I'll leave it at 0.69.
>>
>> - Koen.
>
> FYI, this was due to a bug in CPAN. CPAN recently introduced a
> feature to prevent people from hijacking namespaces and it
(You don't need to paste up the full text if the error is identical)
On 7/18/07, Enzo <[EMAIL PROTECTED]> wrote:
> For db44-aes (same error for db44 non-cyrpto below):
>
> ranlib: file: .libs/libdb_cxx-4.4.a(snprintf.o) has no
> symbols
> ranlib .libs/libdb_cxx-4.4.a
> ranlib: file: .libs/libdb_cx
Enzo wrote:
> While installing a fresh version of
> Fink-0.8.1-Intel-Installer I ran into a small issue.
>
> Using unstable/main unstable/crypto, I issued the
> following commands:
>
> fink selfupdate-cvs
> fink update-all
>
> and it dies here (I probably didn't copy enough
> above):
>
> /sw/bin/d
For db44-aes (same error for db44 non-cyrpto below):
ranlib: file: .libs/libdb_cxx-4.4.a(snprintf.o) has no
symbols
ranlib .libs/libdb_cxx-4.4.a
ranlib: file: .libs/libdb_cxx-4.4.a(snprintf.o) has no
symbols
creating libdb_cxx-4.4.la
(cd .libs && rm -f libdb_cxx-4.4.la && ln -s
../libdb_cxx-4.4.la
While installing a fresh version of
Fink-0.8.1-Intel-Installer I ran into a small issue.
Using unstable/main unstable/crypto, I issued the
following commands:
fink selfupdate-cvs
fink update-all
and it dies here (I probably didn't copy enough
above):
/sw/bin/dpkg-lockwait -r
fink-buildlock-get
