[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: New packages, /dev/dsp

Adam C Powell IV <hazelsct@mit.edu> writes:

> Hello,
> Okay, I've built a whole mess of stuff, and will put it up soon.
> Enlightenment requires freetype, and fnlib, and libghttp, and
> enlightenment-conf requires libcapplet from gnome-control-center-
> hence gnome-libs and gnome-core, which require orbit and libgtop,
> and libgtk+1.2, etc.  So my machine has been busy, and I have too-
> there are all kinds of little errors in the source packages. :-)

I don't maintain Gnome anymore.  :-)

> E seems to work, but everything GNOME has a dynamic linker problem:
> BUG IN DYNAMIC LINKER ld.so: ../sysdeps/arm/dl-machine.h: 450: elf_machine_rel:
> Assertion `! "unexpected dynamic reloc type"' failed!
> Is this familiar to anyone?  Maybe a gmodule problem?  I'm giving up
> for the day, probably for the week.

Something wasn't compiled with -fPIC.

> The other remaining mystery is qthreads, which is supposed to be
> part of guile1.3, but is missing.  In fact, in debian/rules there
> was a line to move it for installation, but libqthreads.so.0.0.0
> wasn't there.  I guess it wasn't built!  gnome-guile configure looks
> for it and doesn't find it, as does libgtop, but both go on anyway.
> I suspect it affects some other dependencies as well.

On the i386, libqthreads in is the libguile4 package.  I'm assuming
that you must have built Guile yourself.  You might want to check to
see if your packages came out properly.

> This may cause some people some problems in using these packages.
> If so, please build guile1.3 from scratch, and see if you can get it
> to make libqthreads.

I'll take a look at this later.

> Also, there's a bug in libgtkxmhtml: the .la file it installs in
> /usr/lib needs an extra dependency lib: -lXpm.  If you try to build
> something and get missing Xpm symbols in this lib, try editing the
> .la file and adding this, then you will probably have to rebuild
> your makefiles, etc.
> For the packages that work, there's a catch...  For various reasons
> (political and otherwise), I can't run services on this machine (the
> netwinder) except sshd.  Therefore, I need a working ssh to get the
> packages out of the netwinder and onto the web server.  Therefore, I
> need a libgmp2 which works and is recent enough to satisfy the ssh
> dependencies (I think 2.0.2-1.2 or later).

Oops.  I accidentally uploaded libgmp2 to nonus, not master.  I'll fix
that now.

I also uploaded a ssh package a few days ago, but it's still stuck in
Incoming on nonus.

I just put the files into:


So you can grab them from there (at least until they get installed
into the official archive).

> Has anyone had any success completing the build of gmp?  As I recall
> that thread ended inconclusively.

Yes.  The problem was that gcc was built with the experimental haifa
instruction scheduler enabled (which is bad for ARM).  I rebuilt gcc,
and that works better now.

I sent the patches to the Debian gcc maintainer for integration.
Hopefully he'll do that and I can upload the fixed gcc soon.  Until
then, you can use the gcc from:

> So, mostly-functional packages for the taking if gmp can be made to work...

Well, ssh is ready to go at least.  I'll make a point of trying to
compile guile later on.


 - Jim

Reply to: