Build issues - library paths, and debian pkg format
Hi, Got a couple of issues building at the moment with v3.0.x - First, the libraries are getting the wrong paths again. I've been building over the last few days and have to run from within the build directory (even after --enable-developer=no and make install) otherwise I get something like /etc/freeradius/mods-enabled/cache_eap[4]: Failed to link to module 'rlm_cache': build/lib/.libs/rlm_cache_rbtree.so: cannot open shared object file: No such file or directory I've just build a debian package, and get the same thing trying to run the installed binary, so something's not building right. I seem to remember it coming up before, but can't find what the solution was at the time. Have I missed something obvious, or is something broken? Second, debian/source/format contains "3.0 (quilt)" which means that the debian build wants to find a tarball to create a diff. It can't find a tarball, so crashes out. Any reason not to set this to "3.0 (native)"? (I believe that's generally frowned upon for official Debian packages as they want an upstream tarball to diff against, but for the upstream distribution it doesn't make much sense...) Cheers, Matthew -- Matthew Newton, Ph.D. <mcn4@le.ac.uk> Systems Specialist, Infrastructure Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, <ithelp@le.ac.uk>
On Dec 5, 2014, at 1:08 PM, Matthew Newton <mcn4@leicester.ac.uk> wrote:
First, the libraries are getting the wrong paths again. I've been building over the last few days and have to run from within the build directory (even after --enable-developer=no and make install) otherwise I get something like
Hmm… I don’t think anything changed in the build system. And it works find for my systems.
/etc/freeradius/mods-enabled/cache_eap[4]: Failed to link to module 'rlm_cache': build/lib/.libs/rlm_cache_rbtree.so: cannot open shared object file: No such file or directory
Is it *only* that file, or is it other modules, too? If it’s only that file, then the issue is the build for that file. If it’s other modules, then the entire build system needs fixing.
I've just build a debian package, and get the same thing trying to run the installed binary, so something's not building right. I seem to remember it coming up before, but can't find what the solution was at the time.
Have I missed something obvious, or is something broken?
The *installed* modules should be the ones which link to the installed modules...
Second, debian/source/format contains "3.0 (quilt)" which means that the debian build wants to find a tarball to create a diff. It can't find a tarball, so crashes out.
Any reason not to set this to "3.0 (native)”?
The file was added recently. Is it needed, or can we just delete it?
(I believe that's generally frowned upon for official Debian packages as they want an upstream tarball to diff against, but for the upstream distribution it doesn't make much sense...)
Sure. Alan DeKok.
I had the same problem and it was only with that file. Although I don’t understand why, commenting out the TGT_PREREQS line in src/modules/rlm_cache/rlm_cache.mk made the problem go away for me. — Bruce Bruce Bauman - Systems Administrator Telecommunications Division - Rutgers University University Network Architecture and Applications Office: 848.445.6363
On Dec 5, 2014, at 2:37 PM, Alan DeKok <aland@deployingradius.com> wrote:
On Dec 5, 2014, at 1:08 PM, Matthew Newton <mcn4@leicester.ac.uk> wrote:
First, the libraries are getting the wrong paths again. I've been building over the last few days and have to run from within the build directory (even after --enable-developer=no and make install) otherwise I get something like
Hmm… I don’t think anything changed in the build system. And it works find for my systems.
/etc/freeradius/mods-enabled/cache_eap[4]: Failed to link to module 'rlm_cache': build/lib/.libs/rlm_cache_rbtree.so: cannot open shared object file: No such file or directory
Is it *only* that file, or is it other modules, too?
If it’s only that file, then the issue is the build for that file. If it’s other modules, then the entire build system needs fixing.
I've just build a debian package, and get the same thing trying to run the installed binary, so something's not building right. I seem to remember it coming up before, but can't find what the solution was at the time.
Have I missed something obvious, or is something broken?
The *installed* modules should be the ones which link to the installed modules...
Second, debian/source/format contains "3.0 (quilt)" which means that the debian build wants to find a tarball to create a diff. It can't find a tarball, so crashes out.
Any reason not to set this to "3.0 (native)”?
The file was added recently. Is it needed, or can we just delete it?
(I believe that's generally frowned upon for official Debian packages as they want an upstream tarball to diff against, but for the upstream distribution it doesn't make much sense...)
Sure.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
On 5 Dec 2014, at 14:46, Bruce Bauman <bbauman@oit.rutgers.edu> wrote:
I had the same problem and it was only with that file.
Although I don’t understand why, commenting out the TGT_PREREQS line in src/modules/rlm_cache/rlm_cache.mk made the problem go away for me.
Not sure why Alan added those. Looks invalid to me. rbtree module isn't depended on by rlm_cache, likewise rlm_cache_rbtree doesn't depend on rlm_cache, build ordering doesn't matter... -Arran
On Dec 5, 2014, at 2:48 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
Not sure why Alan added those. Looks invalid to me.
The rlm_cache module dynamically loads rlm_cache_rbtree. This is used for the tests. Without that line (or similar build ordering rule), the tests won’t even run. I’ll take a look at a better solution. Alan DeKok.
On Fri, Dec 05, 2014 at 02:37:30PM -0500, Alan DeKok wrote:
On Dec 5, 2014, at 1:08 PM, Matthew Newton <mcn4@leicester.ac.uk> wrote:
/etc/freeradius/mods-enabled/cache_eap[4]: Failed to link to module 'rlm_cache': build/lib/.libs/rlm_cache_rbtree.so: cannot open shared object file: No such file or directory
Is it *only* that file, or is it other modules, too?
Yeah, just that file. On Fri, Dec 05, 2014 at 02:46:09PM -0500, Bruce Bauman wrote:
I had the same problem and it was only with that file.
Although I don’t understand why, commenting out the TGT_PREREQS line in src/modules/rlm_cache/rlm_cache.mk made the problem go away for me.
Thanks - that solves it.
Any reason not to set this to "3.0 (native)”?
The file was added recently. Is it needed, or can we just delete it?
I think it's right to keep, but really not sure either quilt or native is entirely applicable for a non-Debian official package. But native will mean the build is tidier and easier. I've done a pull request for this; it also removes the local-config, so that 'make deb' still works. Builds good packages here. Thanks! Matthew -- Matthew Newton, Ph.D. <mcn4@le.ac.uk> Systems Specialist, Infrastructure Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, <ithelp@le.ac.uk>
participants (4)
-
Alan DeKok -
Arran Cudbard-Bell -
Bruce Bauman -
Matthew Newton