Ebuild for nfs-utils ver 1.0.8
Created attachment 88649 [details] nfs-utils-1.0.8.ebuild The Ebuild for nfs-utils 1.0.8
Created attachment 88650 [details, diff] nfs-utils-1.0.8-CITI_NFS4_ALL-2.patch
Created attachment 88651 [details, diff] nfs-utils-1.0.8-eepro-support.patch
Created attachment 88652 [details, diff] nfs-utils-1.0.8-heimdal.patch This patch makes the nfs-utils independent from the kerberos implimentation.
Created attachment 88653 [details, diff] nfs-utils-1.0.8-nolibs.patch Let configue find some libs
Created attachment 88654 [details] nfs-utils-1.0.8.ebuild
- 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] > 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:
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)
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
(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:
(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