Re: Build still messed up
David Welton wrote:
> On Mon, Dec 13, 1999 at 07:50:41PM +0000, Adam C Powell IV wrote:
>
> > Really basic problems, like I'm trying to configure enlightenment
> > from it's source directory, using "./configure --prefix=/usr" and it
> > comes back with "Cannot find source files in . or .." (looking for
> > e.spec which is clearly there according to ls). Another time every
> > single command it tries to locate results in a segfault.
>
> Wierd...
>
> Hrmmm... a lot of debian packages are really poorly made (and a lot of
> them are really well made, the quality varies a lot).
Could be, but I got the same error on glibc! It's very obvious to me that the
file specified in configure.in is actually there. As described in detail in my
11/3 message, I went into the configure script itself to print variables which
would reflect whether the file is there, and not only did it print the correct
variable values, but the act of printing the variables altered the behavior of
the script!! *Very* bizarre.
I've attached the log from the latest E attempt, this time it found the sources
but gave other errors. I think you'll agree something is very wrong with the
machine.
> > I'm wondering if this is worth my time, or if everybody has just
> > given up.
>
> Still here. The next step really is to get an autobuilder going. I
> built a bunch of the support packages that are necessary, but never
> had the time to put the whole thing into action.
This is encouraging. It has seemed like we've lagged so far behind the other
ports for so long, even with important things like glibc and netbase, it was
hard to tell whether this was because people had stopped work on the port. The
vast majority of recent packages have seemed to be _all.debs like
documentation. But if an autobuilder is on the way then this will change soon.
Chris Rutter wrote:
> On Mon, 13 Dec 1999, Adam C Powell IV wrote:
>
> > Is Debian/ARM really this hosed? Or do I need to do a complete
> > reinstall?
>
> I'd suggest trying a few kernels, firstly.
Tried this, but haven't been able to build a kernel since the machine arrived.
I'll try 2.2.12 with the netwinder patch once again, but am not expecting
anything... The 2.2.10 kernel which I had running for a long time doesn't even
work.
> I'm no expert on this, but I'd /guess/ that deep kernel problems should cause
> OOPSes, rather than subtle user space problems, and therefore I wonder whether
> perhaps you've just got a bad libc -- try upgrading to the latest glibc?
Thanks. I've been trying to build the latest glibc ever since I first learned
to build from source in September (because of the conflict with libdb2), no luck
yet. The problem I reported on 11/3 was during a glibc build, no sources found,
just like E.
> You could even try compiling a CVS glibc yourself, although exactly how pretty
> that will sit with Debian's libc package I don't know...
I don't know when the last glibc upgrade was for the port, but I think it was
before my machine arrived. Since these problems didn't start until late
October, I don't think the problem is glibc.
This is why I suspected hardware failure and sent the machine back to
Rebel.com. No luck there either.
My best guess is that I've misguidedly installed a _all.deb package which
results in a subtle conflict with one of the very old _arm.deb packages, giving
me all of these bizarre errors. But this should have been taken care of by
package dependencies, right?
I think I'll try to reinstall from a new image and go from there...
Thanks for the help and the responses, it's encouraging to hear voices out
there!
-Adam P.
dh_testdir
. debian/ehrc; eh_configure --prefix=/usr --enable-upgrade=no --enable-fsstd=yes --mandir=/usr/share/man
ehelper: executing the GNU configure script...
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... no
checking for working aclocal... ./configure: line 751: 4055 Segmentation fault ( aclocal --version )</dev/null >/dev/null 2>&1
missing
checking for working autoconf... ./configure: line 764: 4056 Segmentation fault ( autoconf --version )</dev/null >/dev/null 2>&1
missing
checking for working automake... ./configure: line 777: 4057 Segmentation fault ( automake --version )</dev/null >/dev/null 2>&1
missing
checking for working autoheader... ./configure: line 790: 4058 Segmentation fault ( autoheader --version )</dev/null >/dev/null 2>&1
missing
checking for working makeinfo... ./configure: line 803: 4059 Segmentation fault ( makeinfo --version )</dev/null >/dev/null 2>&1
missing
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking whether make sets ${MAKE}... yes
checking for POSIXized ISC... no
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking how to run the C preprocessor... ./configure: line 1326: 4111 Segmentation fault ( eval $ac_try )2>&5
grep: conftest.out: No such file or directory
gcc -E
checking for ANSI C header files... ./configure: line 1423: 4128 Segmentation fault ( eval "$ac_cpp conftest.$ac_ext" )2>&5
4129 Done(1) | egrep "memchr" >/dev/null 2>&1
no
checking for X... ./configure: line 1653: 4136 Segmentation fault ( xmkmf )>/dev/null 2>/dev/null
./configure: line 1653: 4140 Segmentation fault ( eval $ac_try )2>&5
grep: conftest.out: No such file or directory
./configure: line 1653: 4148 Segmentation fault ( eval $ac_link )2>&5
libraries /usr/X11R6/lib, headers
checking for dnet_ntoa in -ldnet... ./configure: line 2266: 4163 Segmentation fault ( eval $ac_link )2>&5
no
checking for dnet_ntoa in -ldnet_stub... ./configure: line 2266: 4174 Segmentation fault ( eval $ac_link )2>&5
no
checking for gethostbyname... ./configure: line 2266: 4182 Segmentation fault ( eval $ac_link )2>&5
no
checking for gethostbyname in -lnsl... ./configure: line 2266: 4193 Segmentation fault ( eval $ac_link )2>&5
no
checking for connect... ./configure: line 2266: 4201 Segmentation fault ( eval $ac_link )2>&5
no
checking for connect in -lsocket... ./configure: line 2266: 4212 Segmentation fault ( eval $ac_link )2>&5
no
checking for remove... ./configure: line 2266: 4220 Segmentation fault ( eval $ac_link )2>&5
no
checking for remove in -lposix... ./configure: line 2266: 4231 Segmentation fault ( eval $ac_link )2>&5
no
checking for shmat... ./configure: line 2266: 4239 Segmentation fault ( eval $ac_link )2>&5
no
checking for shmat in -lipc... ./configure: line 2266: 4250 Segmentation fault ( eval $ac_link )2>&5
no
checking for IceConnectionNumber in -lICE... ./configure: line 2266: 4261 Segmentation fault ( eval $ac_link )2>&5
no
checking for stdarg.h... yes
checking for X11/SM/SMlib.h... yes
checking for alloca.h... yes
checking return type of signal handlers... ./configure: line 2415: 4320 Segmentation fault ( eval $ac_compile )2>&5
int
checking whether byte ordering is bigendian... ./configure: line 2504: 4336 Segmentation fault ( eval $ac_compile )2>&5
no
checking for getcwd... ./configure: line 2568: 4344 Segmentation fault ( eval $ac_link )2>&5
no
checking for mkdir... ./configure: line 2623: 4352 Segmentation fault ( eval $ac_link )2>&5
no
checking for snprintf... ./configure: line 2678: 4360 Segmentation fault ( eval $ac_link )2>&5
no
checking for strcasecmp... ./configure: line 2733: 4368 Segmentation fault ( eval $ac_link )2>&5
no
checking for setenv... ./configure: line 2788: 4376 Segmentation fault ( eval $ac_link )2>&5
no
checking for blumfrub... ./configure: line 2844: 4384 Segmentation fault ( eval $ac_link )2>&5
no
checking for buckets_of_erogenous_nym... ./configure: line 2899: 4392 Segmentation fault ( eval $ac_link )2>&5
no
checking for buttox... ./configure: line 2954: 4400 Segmentation fault ( eval $ac_link )2>&5
no
checking for esd-config... /usr/bin/esd-config
checking for ESD - version >= 0.2.13... ./configure: line 3228: 4420 Segmentation fault ( eval $ac_link )2>&5
no
*** Could not run ESD test program, checking why...
./configure: line 3228: 4426 Segmentation fault ( eval $ac_link )2>&5
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means ESD was incorrectly installed
*** or that you have moved ESD since it was installed. In the latter case, you
*** may want to edit the esd-config script: /usr/bin/esd-config
WARNING: Enlightenment needs a system with libesd.so (EsounD)
0.2.13 or higher to use sound support.
Enlightenment can use EsounD (ESD) to be installed to compile.
Sound will be disabled in this binary. If you ever want sound
You will need to get and install EsounD then recompile Enlightenment
Please see the EsounD homepage below on how to obtain/install it.
http://pw1.netcom.com/~ericmit/EsounD.html
You can also obtain it from:
ftp://ftp.enlightenment.org/pub/enlightenment/
ftp://www.rasterman.com/pub/enlightenment/
configure: warning: Warning: no EsounD detected.
checking for imlib-config... /usr/bin/imlib-config
checking for IMLIB - version >= 1.9.8...
*** 'imlib-config --version' returned 1.9, but the minimum version
*** of IMLIB required is 1.9. If imlib-config is correct, then it is
*** best to upgrade to the required version.
*** If imlib-config was wrong, set the environment variable IMLIB_CONFIG
*** to point to the correct copy of imlib-config, and remove the file
*** config.cache before re-running configure
no
ERROR: Enlightenment needs a system with Imlib 1.9.8 or higher
You can obtain it from:
ftp://ftp.enlightenment.org/pub/enlightenment/
ftp://www.rasterman.com/pub/enlightenment/
ftp://ftp.labs.redhat.com/pub/imlib/
configure: error: Fatal Error: no Imlib detected.
make: *** [build] Error 1
Reply to: