Bug 136038 - nfs-utils-1.0.8 ebuild (version bump)
|
Bug#:
136038
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: net-fs@gentoo.org
|
Reported By: mario.fetka@gmail.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: nfs-utils-1.0.8 ebuild (version bump)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-06-08 02:25 0000
|
Ebuild for nfs-utils ver 1.0.8
- nfs-utils-1.0.8-CITI_NFS4_ALL-2.patch:
i'll just fetch this from upstream
- nfs-utils-1.0.8-eepro-support.patch:
no ... bug in the eepro driver, not nfs-utils
- nfs-utils-1.0.8-heimdal.patch:
please get this sorted out on the nfs dev list:
https://lists.sourceforge.net/lists/listinfo/nfs
- nfs-utils-1.0.8-nolibs.patch:
could you explain this patch please ?
(In reply to comment #7)
> - nfs-utils-1.0.8-CITI_NFS4_ALL-2.patch:
> i'll just fetch this from upstream
yes this would be the right way to do it.
>
> - nfs-utils-1.0.8-eepro-support.patch:
> no ... bug in the eepro driver, not nfs-utils
ok i will try to get the error fixed upstream.
>
> - nfs-utils-1.0.8-heimdal.patch:
> please get this sorted out on the nfs dev list:
> https://lists.sourceforge.net/lists/listinfo/nfs
this has nothing to do with ustream error.
it is only a fix to get nfs-utils nfs4 patch to use the libgssapi includet in
heimdal to use. this only corrects th detction. of the required lib.
it wants to use the external lib with a pkgconfig file detection only correct
it.
i will try to get the missing function upstream.
>
> - nfs-utils-1.0.8-nolibs.patch:
> could you explain this patch please ?
>
this patch avoid unnecessary -lnsl linking.
- nfs-utils-1.0.8-nolibs.patch:
i imagine you're doing this to avoid linking with some libs, but i can only
guess at the mechanism ... you first try to see if the system libc provides the
function and if not, fall back to checking external libs ?
(In reply to comment #9)
> - nfs-utils-1.0.8-nolibs.patch:
>
> i imagine you're doing this to avoid linking with some libs, but i can only
> guess at the mechanism ... you first try to see if the system libc provides the
> function and if not, fall back to checking external libs ?
>
you are right
Seems this hit the tree before the two bugs it depended on were fixed. As
such, with mit-krb5, I'm getting:
checking for RPCSECGSS... configure: error: Unable to locate information
required to use librpcsecgss.
If you have pkgconfig installed, you might try setting environment
variable PKG_CONFIG_PATH to /usr/local/lib/pkgconfig
Any chance of p.masking this until the dependencies are fixed? 5:)
(In reply to comment #4)
> Created an attachment (id=88652) [edit] [details]
> nfs-utils-1.0.8-heimdal.patch
>
the reason for this patch ist a dependency tree:
libgssapi --> mit-krb5 --> librpcsecgss --> nfs-utils
or
heimdal --> librpcsecgss --> nfs-utils
This ebuild shoud depend on libgssapi, since id doesn't compile without it.
(In reply to comment #13)
> This ebuild shoud depend on libgssapi, since id doesn't compile without it.
>
this ebuild depends on (mit-krb5 and libgssapi) bug 136039 or heimdal
this is the reason for the nfs-utils-*-heimdal.patch
heimdal already provides libgssapi so there is no reason for the extra package.
mit-krb5 has a modified version libgssapi_krb5 so add it.
Sorry, I was in the wrong bug. :(
http://www.citi.umich.edu/projects/nfsv4/linux/nfs-utils-patches/1.0.8-3/
Changes since 1.0.8-CITI_NFS4_ALL-2:
* Patch to nfsstat from Shankar Anand<shanand@novell.com> to
read /proc/net/rpc/nfsd for nfsv4 server statistics
* Patch from Olga Kornievskaia <aglo@citi.umich.edu> to update
the lucid context for spkm3 which is passed down to the kernel
* Patch from Fred Isaman <iisaman@citi.umich.edu> to add support
to exportfs for new options for doing fslocations.
* A configuration fix to work correctly with older MIT Kerberos
releases.
* A configuration fix to use the right CFLAGS to build
gss_clnt_send_err(In reply to comment #8)
> (In reply to comment #7)
> > - nfs-utils-1.0.8-CITI_NFS4_ALL-2.patch:
> > i'll just fetch this from upstream
> yes this would be the right way to do it.
> >
> > - nfs-utils-1.0.8-eepro-support.patch:
> > no ... bug in the eepro driver, not nfs-utils
> ok i will try to get the error fixed upstream.
> >
> > - nfs-utils-1.0.8-heimdal.patch:
> > please get this sorted out on the nfs dev list:
> > https://lists.sourceforge.net/lists/listinfo/nfs
> this has nothing to do with ustream error.
> it is only a fix to get nfs-utils nfs4 patch to use the libgssapi includet in
> heimdal to use. this only corrects th detction. of the required lib.
> it wants to use the external lib with a pkgconfig file detection only correct
> it.
> i will try to get the missing function upstream.
> >
> > - nfs-utils-1.0.8-nolibs.patch:
> > could you explain this patch please ?
> >
> this patch avoid unnecessary -lnsl linking.
>
*nfs-utils-1.0.8 (10 Jun 2006)
10 Jun 2006; Mike Frysinger <vapier@gentoo.org> +nfs-utils-1.0.8.ebuild:
Version bump #136038 by Mario Fetka.
Is there any reason to still keep this bug open?
(In reply to comment #17)
> *nfs-utils-1.0.8 (10 Jun 2006)
>
> 10 Jun 2006; Mike Frysinger <vapier@gentoo.org> +nfs-utils-1.0.8.ebuild:
> Version bump #136038 by Mario Fetka.
>
> Is there any reason to still keep this bug open?
>
yes the heimdal patch
how shoud we manage the dependency problem
heimdal installs libgssapi.so.4
and there is also a package that provides libgssapi.so.2
we will end with 2 libgssapi's on the system.
the heimdal patch (Hack) makes it possible to get nfs-utils to compile against
heimdals gssapi. (mit-krb5 should depend on the package until mit-krb5 1.5 is
out then also mit-krb5 provides a libgssapi that provides all the needet
functions)
(In reply to comment #19)
> please send the heimdal patch upstream:
> https://lists.sourceforge.net/lists/listinfo/nfs
>
> i dont work with kerberos stuff so i cant really review it
> this patch will be obsoled with the upcomming heimdal
A new version of libgssapi is now available from:
http://www.citi.umich.edu/projects/nfsv4/linux/libgssapi/libgssapi-0.10.tar.gz
Changes since libgssapi-0.9:
- Add symbol versioning script and use it when linking
the library. This allows us to use the gss_* symbols
from MIT gssapi_krb5 libraries without namespace
collision problems. This is required for use with
MIT release 1.5 which no longer exports the krb5_gss_*
symbols. (In addition, this should also allow us to
work with Heimdal. Currently untested.)
- Remove code that tries to get symbols with names krb5_gss_*.
- Open dynamic libraries with RTLD_LOCAL
so lets wait the next heimdal releeas.
wfg
Mario
