Apps :: Dependency Issues with apt-get



Juanito, I have an autoconf2.60_automake-1.10.dsl extension (built from source) that I haven't got around to posting.  Used successfully a number of times.  I promise to pack m4 into it as well and send this to Robert within 24 hours.

I did build early versions of autoconf and automake from deb packages (woody and various backports) using various  manipulations of the order of installing deps and using dpkg options like --ignore-depends or --force-all  This can sometimes be useful for fighting out of  dependency hell issues like that one.

But I don't use these at all since compiling the new version and I don't know how reliable they are.

JasonW's woody hd install sounds highly useful.
Thanks - I was in the middle of building an autoconf/automake package from Debian stable, but I'll use yours instead.

Unfortunately, I don't have the full use of a machine to make an oldstable hd installation...
I'm still having problems with this, both using WDef's extension (thanks) and when using "apt-get install" on Debian stable.

It looks like the problem is related to the way DSL has Perl installed - in fact the "apt-get install' option works (with force loopbreak) until reboot and then, no matter how I build a dsl extension, will no longer work.

The error I get is of the following form:

# aclocal
Can't locate File/stat.pm in @INC (@INC contains: /usr/local/share/automake-1.10 /etc/perl /usr/local/lib/perl/5.8.0 /usr/local/share/perl/5.8.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8.0 /usr/share/perl/5.8.0 /usr/local/lib/site_perl .) at /usr/local/share/automake-1.10/Automake/FileUtils.pm line 41.
BEGIN failed--compilation aborted at /usr/local/share/automake-1.10/Automake/FileUtils.pm line 41.
...etc, etc

The file being looked for is in /usr/share/perl/5.8.4/File/stat.pm, I guess Perl 5.8.4 is either installed as an upgrade to Perl 5.8.0 included with DSL or because dpkg/apt-get cannot "see" the Perl 5.8.0 installation.

Not really understanding what @INC is about (it doesn't appear to be a file, is it a variable?), I tried replacing /usr/share/perl/5.8.0 with a symlink to /usr/share/perl/5.8.4 but this doesn't help - does anybody have any suggestions?
Try installing the gtk2 extension since it contains a nearly full version of a more recent perl.

I can't remember what I installed when I used the autoconf-automake extension I sent you and will have to test again but I know it works
dsl's base perl is sadly crippled since it's missing most of the core modules, and it doesn't match either the version of perl from Woody (older) or the version of perl on the Knoppix3.4 motherdisk. (newer).

@INC is the perl environment variable that contains the paths where perl looks for its modules, which are the files ending in .pm

Perl modules tend to be version-specific so that's why your symlinks won't work.
I ended up doing the obvious (which I didn't think of before) and compiled Perl 5.8.0 from the binary .tar.gz over the top of the DSL Perl 5.8.0

Once that was in place, I could compile autoconf 2.59 and automake 1.8.5 (chosen for their 2003 vintage) from the binaries.

I made separate extensions for Perl and autoconf and, once I get around to it, I'll test to see if autoconf will work with the base DSL or if I need the full Perl 5.8.0

Anyway, I managed to compile a Bluetooth headset driver using aclocal/autoconf which was the object of the exercise :)
Next Page...
original here.