Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal <hallski@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1695 bytes --]

fre 2001-11-16 klockan 13.59 skrev Achim Gottinger:
> Mikael Hallendal wrote:
> > 
> > fre 2001-11-16 klockan 13.45 skrev Achim Gottinger:
> > > Mikael Hallendal wrote:
> > > >
> > > > Hi!
> > > >
> > > > The OpenAFS ebuild seems pretty broken.
> > > >
> > > > 1) It fails for not finding a h-file LINUX/osi_vfs.h in src/afs
> > >
> > > do you see the following line in the configure output
> > >
> > > checking whether to build osi_vfs.h... wrote src/afs/LINUX/osi_vfs.h
> > 
> > No.
> 
> Hmm I do so we should check what configure does at this point.

Ok, I've located the problem. I found that /usr/include/linux is no
longer a symlink to /usr/src/linux/include/linux, so the stuff in
/usr/include/linux no longer reflects my current kernel.

Which package installs /usr/include/linux (linux-source)? If so I think
openafs should depend on that package since it doesn't compile
otherwise.
 
> > > > 2) it tries to link statically against a .so-file (libncurses.so)
> > 
> > I'm adding a dosed to replace libncurses.so with libncurses.a if no one
> > objects.
> 
> The latest ncurses package has a link for libncurses.so and here
> afsmonitor and compile_et are linked agains this shared lib. So the
> dosed is not required I think.
> I just retried the build here and it still works fine, my system build
> is from the last three days.

Does it use -lncurses in your case (to link dynamically?) Here it's
hardcoded to /usr/lib/libncurses.so (in the Makefile.in-file).

Where do /usr/lib/libncurses.so point?

Regards,
  Mikael Hallendal

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]