Version 3.0.9 has been released
We're happy to announce the release of version 3.0.9. A list of updates && fixes is available at: http://freeradius.org/press/index.html#3.0.9 Alan DeKok.
great! btw, when will be the 3.0.10? :P -- Jorge Pereira On Wed, Jul 8, 2015 at 2:49 PM, Alan DeKok <aland@deployingradius.com> wrote:
We're happy to announce the release of version 3.0.9. A list of updates && fixes is available at:
http://freeradius.org/press/index.html#3.0.9
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Alan DeKok wrote:
We're happy to announce the release of version 3.0.9. A list of updates && fixes is available at:
Thanks for the release. Building openSUSE RPMs fails because of a hard-coded /usr/local path in freeradius-server-3.0.9/src/modules/rlm_sql/drivers/rlm_sql_unixodbc/configure:1846 What is the reason for /usr/local/unixodbc/lib therein? Ciao, Michael.
On Jul 8, 2015, at 4:45 PM, Michael Ströder <michael@stroeder.com> wrote:
Building openSUSE RPMs fails because of a hard-coded /usr/local path in
freeradius-server-3.0.9/src/modules/rlm_sql/drivers/rlm_sql_unixodbc/configure:1846
What's the error?
What is the reason for /usr/local/unixodbc/lib therein?
Because that's where it is on many systems. There's no reason for this to cause an error. It's just another search path. If the library isn't found there, it doesn't matter. Alan DeKok.
Alan DeKok wrote:
On Jul 8, 2015, at 4:45 PM, Michael Ströder <michael@stroeder.com> wrote:
Building openSUSE RPMs fails because of a hard-coded /usr/local path in
freeradius-server-3.0.9/src/modules/rlm_sql/drivers/rlm_sql_unixodbc/configure:1846
What's the error?
An RPM sanity check on openSUSE build service checks whether run-time linker paths point to disallowed locations. Ciao, Michael.
Michael Ströder wrote:
Alan DeKok wrote:
On Jul 8, 2015, at 4:45 PM, Michael Ströder <michael@stroeder.com> wrote:
Building openSUSE RPMs fails because of a hard-coded /usr/local path in
freeradius-server-3.0.9/src/modules/rlm_sql/drivers/rlm_sql_unixodbc/configure:1846
What's the error?
An RPM sanity check on openSUSE build service checks whether run-time linker paths point to disallowed locations.
More details here: https://en.opensuse.org/openSUSE:Packaging_checks#Beware_of_Rpath Anyway I've added a patch and openSUSE users can install it: https://build.opensuse.org/package/show/home:stroeder:branches:network/freer... Download repos in my branch here: http://download.opensuse.org/repositories/home:/stroeder:/branches:/network/ The upstream repo only has Tumbleweed enabled: https://build.opensuse.org/package/show/network/freeradius-server Ciao, Michael.
On Jul 8, 2015, at 8:39 PM, Michael Ströder <michael@stroeder.com> wrote:
An RPM sanity check on openSUSE build service checks whether run-time linker paths point to disallowed locations.
Hmm... the configure checks are just checks to see if a library exists in that directory. If the directory doesn't exist, it shouldn't be listed in the make file, and it shouldn't affect run-time linking. There are a number of other places where library paths are hard-coded in "configure" scripts. And they don't cause problems. Those paths are hard-coded because of common system breakage. Libraries are installed in non-standard locations, and the administrator doesn't have a clue. The configure scripts are supposed to find things in the system... which is what they do. You can't rely on admins to always pass *all* of the correct library paths. If you could depend on that, you could depend on sane systems, and the "configure" scripts wouldn't be necessary. What's really happening behind the scenes? Alan DeKok.
Alan DeKok wrote:
On Jul 8, 2015, at 8:39 PM, Michael Ströder <michael@stroeder.com> wrote:
An RPM sanity check on openSUSE build service checks whether run-time linker paths point to disallowed locations.
Hmm... the configure checks are just checks to see if a library exists in that directory. If the directory doesn't exist, it shouldn't be listed in the make file, and it shouldn't affect run-time linking.
There are a number of other places where library paths are hard-coded in "configure" scripts. And they don't cause problems.
Yes, it seems to work like you describe it for all other rlm_* modules but not for rlm_sql_unixodbc. I had to use this patch to make the build work: https://build.opensuse.org/package/view_file/home:stroeder:branches:network/...
What's really happening behind the scenes?
Hmm, don't know. Ciao, Michael.
participants (3)
-
Alan DeKok -
Jorge Pereira -
Michael Ströder