some 14.2 packages in SBo fail to build (autoconf)
I'm building a series of packages that I depend on from SBo, but a couple failed with the same error that is related to autoconf. I'm building on an upgraded 14.2 (from 14.1) where I followed all instructions of UPGRADE.TXT.
faac fails with: Code:
aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' Code:
aclocal: error: echo failed with exit status: 139 Code:
autoreconf: Entering directory `.' Code:
aclocal: error: echo failed with exit status: 139 autoconf (GNU Autoconf) 2.69 autoreconf (GNU Autoconf) 2.69 automake (GNU automake) 1.15 m4 (GNU M4) 1.4.17 Any ideas of what could be wrong and how to fix it? |
How did you do the upgrade?
|
as I said, I followed UPGRADE.TXT included in 14.2.
|
The segfault is the significant thing here. You can investigate it like any other segfault: type 'ulimit -c unlimited' before you run the SlackBuild, then after autom4te dumps core type 'gdb /usr/bin/autom4te core', then type 'backtrace' and see what was happening when it died.
Wild guess: something may be wrong with perl on your system: maybe cpan modules or SBo perl packages you installed under 14.1 and haven't rebuilt yet. Remove any of that stuff and double-check that Slackware's main perl package is properly installed and up to date. |
Quote:
Sorry for the noise. |
Quote:
|
Might be beneficial to set up slackpkg and then run slackpkg clean-system to see what packages you have installed that are not part of Slackware. It might give you a better starting point on what to investigate.
NOTE: Running that won't automatically erase those programs. It will just provide you a prompt listing them all and allowing you to select/deselect them. |
55020: you were on the right track there. I removed all the perl library packages that were in the system and now the segfault disappeared and the packages build properly. It was easier to remove all packages rather than trying to identify the culprit, so I am not sure which one it was...
Of course, will then rebuild those packages again as they will be needed dependencies of other things. (I am building perl- packages from SBo, but wondering if I shouldn't just be using CPAN instead as that would likely be easier...) I'm marking this problem as solved. |
There's a cpan2tgz package that creates packages for you.
|
All times are GMT -5. The time now is 08:00 AM. |