[gentoo-dev] OpenAFS ebuild

[gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

Hi!

The OpenAFS ebuild seems pretty broken. 

1) It fails for not finding a h-file LINUX/osi_vfs.h in src/afs

2) it tries to link statically against a .so-file (libncurses.so)

Regards,
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[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

?

achim~

> 
> 2) it tries to link statically against a .so-file (libncurses.so)
> 
> Regards,
>   Mikael Hallendal
> 
> --
> 
> Mikael Hallendal
> Gentoo Linux Developer, Desktop Team Leader
> CodeFactory AB, Stockholm, Sweden
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

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.
 
> > 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.

Regards,
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[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.

> 
> > > 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.

achim~

> 
> Regards,
>   Mikael Hallendal
> 
> --
> 
> Mikael Hallendal
> Gentoo Linux Developer, Desktop Team Leader
> CodeFactory AB, Stockholm, Sweden
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

[-- 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 --]

Re: [gentoo-dev] OpenAFS ebuild

[Achim Gottinger]

Mikael Hallendal wrote:
> 
> 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.

these headers are in sys-kernel/linux-headers and you should have them
if you have merged the whole base system

> 
> > > > > 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).
Must build again
> 
> Where do /usr/lib/libncurses.so point?
> 
/lib/libncurses.so.5.2


by achim~

> Regards,
>   Mikael Hallendal
> 
> --
> 
> Mikael Hallendal
> Gentoo Linux Developer, Desktop Team Leader
> CodeFactory AB, Stockholm, Sweden
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

fre 2001-11-16 klockan 14.15 skrev Achim Gottinger:
> Mikael Hallendal wrote:

> > Which package installs /usr/include/linux (linux-source)? If so I think
> > openafs should depend on that package since it doesn't compile
> > otherwise.
> 
> these headers are in sys-kernel/linux-headers and you should have them
> if you have merged the whole base system

Yes, I had them but they are for kernel 2.4.10 and not for 2.4.14 which
I have. This makes the build fail!

Making a link from /usr/include/linux to /usr/src/linux/include/linux
fixed the problem.

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

Yes, but the package when unpacked has hardcoded /usr/lib/libncurses.so
not -lncurses which it should have if linking dynamically.
 
> > Where do /usr/lib/libncurses.so point?
> > 
> /lib/libncurses.so.5.2

Which ncurses-package do you have installed, I have 5.2-r3 and it
doesn't even build dynamic libs. there is a 5.2-r4 which is masked out
with the comment "Still doesn't work".

Regards,
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[Achim Gottinger]

Mikael Hallendal wrote:
> 
> fre 2001-11-16 klockan 14.15 skrev Achim Gottinger:
> > Mikael Hallendal wrote:
> 
> > > Which package installs /usr/include/linux (linux-source)? If so I think
> > > openafs should depend on that package since it doesn't compile
> > > otherwise.
> >
> > these headers are in sys-kernel/linux-headers and you should have them
> > if you have merged the whole base system
> 
> Yes, I had them but they are for kernel 2.4.10 and not for 2.4.14 which
> I have. This makes the build fail!
> 
> Making a link from /usr/include/linux to /usr/src/linux/include/linux
> fixed the problem.

hmm here /usr/include/linux never occures in my build log-file but
instead /usr/src/linux/include/linux

> 
> > > Does it use -lncurses in your case (to link dynamically?) Here it's
> > > hardcoded to /usr/lib/libncurses.so (in the Makefile.in-file).
> > Must build again
> 
> Yes, but the package when unpacked has hardcoded /usr/lib/libncurses.so
> not -lncurses which it should have if linking dynamically.

Well it seems to work here unmodified but if you wanna do that fix
please make sure it uses the lib in /lib and
not the symlink in /usr/lib. I'll remove this link, cuz it was only
needed to build openafs.

> 
> > > Where do /usr/lib/libncurses.so point?
> > >
> > /lib/libncurses.so.5.2
> 
> Which ncurses-package do you have installed, I have 5.2-r3 and it
> doesn't even build dynamic libs. there is a 5.2-r4 which is masked out
> with the comment "Still doesn't work".
> 

Sounds like your gcc build was not complete (that was my prob last time
I had no dynamic ncurses libs).
I have 5.2-r3 installed here -r4 is for gcc-3.0.x if I remember correct.
Or you only looked into /usr/lib and not into /lib :)

achim~

> Regards,
>   Mikael Hallendal
> 
> --
> 
> Mikael Hallendal
> Gentoo Linux Developer, Desktop Team Leader
> CodeFactory AB, Stockholm, Sweden
> 
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

fre 2001-11-16 klockan 14.35 skrev Achim Gottinger:
> Mikael Hallendal wrote:

> hmm here /usr/include/linux never occures in my build log-file but
> instead /usr/src/linux/include/linux

strange, here it looked in /usr/include/linux and said nothing useful or
something and then jumped over the part that made osi_vfs.h.

> > > > Does it use -lncurses in your case (to link dynamically?) Here it's
> > > > hardcoded to /usr/lib/libncurses.so (in the Makefile.in-file).
> > > Must build again
> > 
> > Yes, but the package when unpacked has hardcoded /usr/lib/libncurses.so
> > not -lncurses which it should have if linking dynamically.
> 
> Well it seems to work here unmodified but if you wanna do that fix
> please make sure it uses the lib in /lib and
> not the symlink in /usr/lib. I'll remove this link, cuz it was only
> needed to build openafs.

Hmm .. why is there a libncurses.a in /usr/lib and on in /lib? the one
in /usr/lib is _not_ a symlink to /lib/libncurses.a

> Sounds like your gcc build was not complete (that was my prob last time
> I had no dynamic ncurses libs).
> I have 5.2-r3 installed here -r4 is for gcc-3.0.x if I remember correct.
> Or you only looked into /usr/lib and not into /lib :)

Yes, I only looked in /usr/lib. Found the dynamic libs in /lib.
Anyway, should it build static or dynamic. Either way the Makefile.in is
wrong. Because it says /usr/lib/libncurses.so and should be saying
either:

For static:  /lib/libncurses.a
For dynamic: -lncurses

Is it possible for you to join irc for a while?

Regards,
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[Daniel Robbins]

On Fri, Nov 16, 2001 at 01:31:08PM +0100, Mikael Hallendal wrote:

> > these headers are in sys-kernel/linux-headers and you should have them
> > if you have merged the whole base system
> 
> Yes, I had them but they are for kernel 2.4.10 and not for 2.4.14 which
> I have. This makes the build fail!

Linus has indicated that we are doing things the "right" way.  However, this
new "right" way we've started using tends to cause problems, and we never 
had any problems with the "wrong" way.

> Making a link from /usr/include/linux to /usr/src/linux/include/linux
> fixed the problem.

You could also emerge a newer linux-headers (once one is available).

Best Regards,

-- 
Daniel Robbins                                  <drobbins@gentoo.org>
Chief Architect/President                       http://www.gentoo.org 
Gentoo Technologies, Inc.

Re: [gentoo-dev] OpenAFS ebuild

[Juergen Ilse]

Hello,

On Fri, Nov 16, 2001 at 01:14:58PM +0100, Mikael Hallendal wrote:
 
[ OpenAFS problem ]

> 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)?

I think, it is glibc. AFAIK suggested Linus some time ago to use the
kernel-includes from a "known good" kernel instead of the current
kernel-source for compiling generic linux-programs, so the link
was replaced with a directory containing the header from such a
kernel-source-tree ...

> If so I think openafs should depend on that package since it doesn't
> compile otherwise.
 
Wouldn't it be better to use a compiler-flag like "-I/usr/src/linux/include"
instead? That would lead to "using kernel headers from current kernel source"
instead of the kernel-headers from the glibc installation ...

ciao,
	Juergen Ilse					(ilse@asys-h.de)
-- 
Wenn ich auch nur aus jedem 1000. Bug in einem M$ Produkt|Juergen Ilse
einen Tag trauern wollte, also da muesste ich 300 Jahre  |Internet POP Hannover
alt werden und wuerde mehrere Dutzend schwarze Anzuege   |Vahrenwalder Str. 205
aufbrauchen. (Detlef Bosau in dcoulm)                    |30165 Hannover

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

fre 2001-11-16 klockan 15.45 skrev Juergen Ilse:
> Hello,
> 
> On Fri, Nov 16, 2001 at 01:14:58PM +0100, Mikael Hallendal wrote:

> Wouldn't it be better to use a compiler-flag like "-I/usr/src/linux/include"
> instead? That would lead to "using kernel headers from current kernel source"
> instead of the kernel-headers from the glibc installation ...

This problem is solved, turned out to be my fault. I (for some unknown
reason) had forgot to make the /usr/src/linux->/usr/src/linux-2.4.14
symlink.

The package already lookes in /usr/src/linux/include.

Sorry about this.

Regards,
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[Martin Schlemmer]

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

On Fri, 2001-11-16 at 17:11, Mikael Hallendal wrote:
> fre 2001-11-16 klockan 15.45 skrev Juergen Ilse:
> > Hello,
> > 
> > On Fri, Nov 16, 2001 at 01:14:58PM +0100, Mikael Hallendal wrote:
> 
> > Wouldn't it be better to use a compiler-flag like "-I/usr/src/linux/include"
> > instead? That would lead to "using kernel headers from current kernel source"
> > instead of the kernel-headers from the glibc installation ...
> 
> This problem is solved, turned out to be my fault. I (for some unknown
> reason) had forgot to make the /usr/src/linux->/usr/src/linux-2.4.14
> symlink.
> 

Hmm, you shouldnt need to create it, since the ebuild should
create.

> The package already lookes in /usr/src/linux/include.
> 
> Sorry about this.
> 
> Regards,
>   Mikael Hallendal
> 
> -- 
> 
> Mikael Hallendal
> Gentoo Linux Developer, Desktop Team Leader
> CodeFactory AB, Stockholm, Sweden
> 
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


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

[gentoo-dev] How stable is RC-6?

[Nicholas Burlett]

I've been using gentoo rc5 since the middle of the summer, and I'm quite
happy with it. I'm looking to upgrade to RC6, but I want to make sure
that it's safe to do so (ie: the install won't leave my computer in a
state of disrepear unless I don't follow the directions...)

I don't mind if some things are broken (I hear some of the e-builds
don't work yet). 

Thanks, and continue the great work!

Nicholas Burlett
nrb23@cornell.edu

Re: [gentoo-dev] How stable is RC-6?

[Bart Verwilst]

rc6 is stable enough for you to upgrade.
I use Gentoo rc6 as my default desktop, and
i haven't experienced anything out of the ordinary.
Ofcourse there are some bugs here and there, but just tell
your bugs to the friendly Gentoo dev's, and they will fix the
problem in a matter of hours ;)
I don't see a problem in it, have fun!

On Fri, 2001-11-16 at 20:42, Nicholas Burlett wrote:
> I've been using gentoo rc5 since the middle of the summer, and I'm quite
> happy with it. I'm looking to upgrade to RC6, but I want to make sure
> that it's safe to do so (ie: the install won't leave my computer in a
> state of disrepear unless I don't follow the directions...)
> 
> I don't mind if some things are broken (I hear some of the e-builds
> don't work yet). 
> 
> Thanks, and continue the great work!
> 
> Nicholas Burlett
> nrb23@cornell.edu
> 
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> 
-- 
Bart Verwilst
Gentoo Linux Developer, Desktop Team
Gent, Belgium

Re: [gentoo-dev] How stable is RC-6?

[Collins Richey]

Ditto for me.  I've been running _rc6 for several months now, and it's
rock solid.  A few ebuilds for various packages along the way have
failed, but the developers fixed them muy pronto.

Good luck,
-- 
Collins Richey
Denver Area
gentoo_rc6 xfce+sylpheed

Re: [gentoo-dev] OpenAFS ebuild

[Mikael Hallendal]

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

fre 2001-11-16 klockan 19.15 skrev Martin Schlemmer:

> > This problem is solved, turned out to be my fault. I (for some unknown
> > reason) had forgot to make the /usr/src/linux->/usr/src/linux-2.4.14
> > symlink.

I don't use our linux-sources-ebuild.

Regards, 
  Mikael Hallendal

-- 

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


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

Re: [gentoo-dev] OpenAFS ebuild

[Holger Brueckner]

> 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

that is not the fault of the ebuild ... the problem here ist that people 
like to change vfs definitions very often lately .. since afs mostly is
a kernel extension which depends on that structures it won't compile
with recent kernels .. unfortunately afs developers don't tell you which
kernel will compile .. if i remember right openafs-1.2.2 will compile
with kernels > 2.4.12 or maybe 2.4.10

cya

Holger

[gentoo-dev] openafs ebuild

[Frederick Grim]

Howdy,

	For installing openafs on the powerpc architecture there is an error in the ebuild. 
line 25:
	ARCH=i386_linux24
line 41:
	sed -i "s|/usr/lib/libncurses.so|-lncurses|g" Makefile.i386_linux24.in
line 50:
	--with-afs-sysname=i386_linux24 \

I checked around the configure file in the tarball and it seems like this ebuild needs a
function that determines the specific architecture from the CHOST and then assigns the
proper configure flag.  Sound like a plan?  

			Fred
-- 
#!/usr/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo
16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)

--
gentoo-dev@gentoo.org mailing list