Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 129228 - libradius-1.1.0.so not found after emerge --update to freeradius 1.1.1
Summary: libradius-1.1.0.so not found after emerge --update to freeradius 1.1.1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Dialup Developers
URL:
Whiteboard:
Keywords:
: 129440 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-04-08 05:55 UTC by R. Welz
Modified: 2006-04-17 00:26 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description R. Welz 2006-04-08 05:55:43 UTC
Something must have gone awry.
My first bugreport.

/etc/init.d/radiusd start
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Re-caching dependency info (mtimes differ)...
 * Config not ok! (try /usr/sbin/check-radiusd-config )


/usr/sbin/check-radiusd-config
Ignoring deprecated command-line option -pStarting - reading configuration files ...
reread_config:  reading radiusd.conf
Config:   including file: /etc/raddb/proxy.conf
Config:   including file: /etc/raddb/clients.conf
Config:   including file: /etc/raddb/snmp.conf
Config:   including file: /etc/raddb/eap.conf
Config:   including file: /etc/raddb/sql.conf
 main: prefix = "/usr"
 main: localstatedir = "/var"
 main: logdir = "/var/log/radius"
 main: libdir = "/usr/lib"
 main: radacctdir = "/var/log/radius/radacct"
 main: hostname_lookups = no
 main: max_request_time = 30
 main: cleanup_delay = 5
 main: max_requests = 1024
 main: delete_blocked_requests = 0
 main: port = 0
 main: allow_core_dumps = no
 main: log_stripped_names = no
 main: log_file = "/var/log/radius/radius.log"
 main: log_auth = yes
 main: log_auth_badpass = yes
 main: log_auth_goodpass = yes
 main: pidfile = "/var/run/radiusd/radiusd.pid"
 main: user = "radiusd"
 main: group = "radiusd"
 main: usercollide = no
 main: lower_user = "no"
 main: lower_pass = "no"
 main: nospace_user = "no"
 main: nospace_pass = "no"
 main: checkrad = "/usr/sbin/checkrad"
 main: proxy_requests = no
 proxy: retry_delay = 5
 proxy: retry_count = 3
 proxy: synchronous = no
 proxy: default_fallback = yes
 proxy: dead_time = 120
 proxy: post_proxy_authorize = no
 proxy: wake_all_if_all_dead = no
 security: max_attributes = 200
 security: reject_delay = 0
 security: status_server = yes
 main: debug_level = 0
read_config_files:  reading dictionary
read_config_files:  reading naslist
Using deprecated naslist file.  Support for this will go away soon.
read_config_files:  reading clients
read_config_files:  reading realms
radiusd:  entering modules setup
Module: Library search path is /usr/lib
radiusd.conf[1543] Failed to link to module 'rlm_exec': libradius-1.1.0.so: cannot open shared object file: No such file or directory



---------------------------------------------------------
emerge --info
Portage 2.0.54 (!/usr/portage/profiles/default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.16-rc5-xen-domU i686)
=================================================================
System uname: 2.6.16-rc5-xen-domU i686 Intel(R) Celeron(R) CPU 2.80GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe"
DISTDIR="/mnt/nfs_portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LANG="de_DE.UTF-8"
LC_ALL="de_DE.UTF-8"
LINGUAS="de en"
MAKEOPTS="-j2"
PKGDIR="/mnt/nfs_portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/mnt/nfs_portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="x86 alsa apm avi bitmap-fonts bzip2 crypt cups curl dri eds emboss encode expat foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hal idn imlib ipv6 jpeg libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png python quicktime readline sdl spell ssl tcpd tetex truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis xml2 xmms xv zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTDIR_OVERLAY
Comment 1 R. Welz 2006-04-08 06:20:44 UTC
reemerging freeradius did help.

Greets and <G>
Robert
Comment 2 Alin Năstac (RETIRED) gentoo-dev 2006-04-09 11:13:52 UTC
fixed in 1.1.1-r1.

I'm sorry I didn't managed to discover it personally. I guess I've emerged freeradius-1.1.1 several times while I tried to find a working ebuild for the new version of freeradius.

This problem has uncovered another one. All versions prior 1.1.1-r1 installed versioned .la symlinks to every versionless .la file, which portage failed to remove from the system (perfectly explainable btw, so it isn't portage's fault).

I've patched the makefiles so it would not install those symlinks and , as strange as it may sound, seems the problem described in this bug has been solved!

Additionally, in the pkg_postinst function of freeradius-1.1.1-r1, I've added code for removing versioned .la symlinks installed by all previous versions which once lived into the portage.
Comment 3 Alin Năstac (RETIRED) gentoo-dev 2006-04-10 01:01:04 UTC
*** Bug 129440 has been marked as a duplicate of this bug. ***
Comment 4 Mike Nerone 2006-04-16 11:01:19 UTC
I just upgraded from freeradius-1.1.0-r1 to 1.1.1-r1, and this problem still appears to be present. Fortunately, my standard update procedure includes revdep-rebuild, which caught the problem and let me know I needed to remerge before causing any damage.

This bug appears to be NOT fixed.
Comment 5 Alin Năstac (RETIRED) gentoo-dev 2006-04-17 00:26:41 UTC
I don't know what the hell was in my mind.
I've moved .la cleanup procedure in pkg_setup and tested to upgrade from 1.1.0-r1 to 1.1.1-r1. Needless to say that it worked for me.