- Freeradius-Devel - lists.freeradius.org

Failed to link to module "rlm_name" : file not found
by lishuai zhao 28 Mar '07

28 Mar '07

Hi, everyone: I added a new module named rlm_name to FreeRADIUS and produced makefile as rlm_example, also I add rlm_name to src/modules/stable. When I do ./configure; make; make install, all the process are sucessful. If I do not use module rlm_name, the radius sever can run normally. But when I add rlm_name in the modules {} of radiusd.conf and run ./radiusd -X, it says Failed to link to module "rlm_name" : file not found. All the .la .lo and .a files generated can be found in /usr/local/lib. I have been searching mailing list for a long time, but every method is useless to me. Any one can help me? Thank you very much!

2 2

Automatic report from sources (radiusd) between 26.03.2007 - 27.03.2007 GMT
by Automatic cvs log generator 27 Mar '07

27 Mar '07

CVS log entries from 26.03.2007 (Mon) 08:00:01 - 27.03.2007 (Tue) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/doc/ChangeLog; Revisions: 1.57.2.31.2.38 File: radiusd/configure.in; Revisions: 1.198.2.15.2.13 File: radiusd/src/modules/rlm_sql/sql.c; Revisions: 1.92, 1.79.2.3.2.2, 1.79.2.3.2.1 File: radiusd/debian/changelog; Revisions: 1.60.2.18.2.7 File: radiusd/configure; Revisions: 1.95.2.12.2.11 ===================================================== Combined list of identical log entries ===================================================== Description: Update version number Modified files: File: radiusd/configure; Revision: 1.95.2.12.2.11; Date: 2007/03/26 12:58:17; Author: aland; Lines: (+2 -2) File: radiusd/configure.in; Revision: 1.198.2.15.2.13; Date: 2007/03/26 12:58:16; Author: aland; Lines: (+2 -2) File: radiusd/debian/changelog; Revision: 1.60.2.18.2.7; Date: 2007/03/26 12:58:16; Author: aland; Lines: (+6 -0) File: radiusd/doc/ChangeLog; Revision: 1.57.2.31.2.38; Date: 2007/03/26 12:58:40; Author: aland; Lines: (+12 -0) ===================================================== Log entries ===================================================== Description: port fix from branch_1_1 Modified files: File: radiusd/src/modules/rlm_sql/sql.c; Revision: 1.92; Date: 2007/03/26 09:49:19; Author: aland; Lines: (+8 -4) ------------------------------- Description: corrected typo Modified files: File: radiusd/src/modules/rlm_sql/sql.c; Revision: 1.79.2.3.2.2; Date: 2007/03/26 09:46:28; Author: aland; Lines: (+3 -3) ------------------------------- Description: close socket only if it's unconnected Modified files: File: radiusd/src/modules/rlm_sql/sql.c; Revision: 1.79.2.3.2.1; Date: 2007/03/26 09:45:04; Author: aland; Lines: (+7 -3) ===================================================== Summary of modified files ===================================================== File: radiusd/configure Revisions: 1.95.2.12.2.11 Authors: aland (+2 -2) ------------------------------- File: radiusd/configure.in Revisions: 1.198.2.15.2.13 Authors: aland (+2 -2) ------------------------------- File: radiusd/debian/changelog Revisions: 1.60.2.18.2.7 Authors: aland (+6 -0) ------------------------------- File: radiusd/doc/ChangeLog Revisions: 1.57.2.31.2.38 Authors: aland (+12 -0) ------------------------------- File: radiusd/src/modules/rlm_sql/sql.c Revisions: 1.92, 1.79.2.3.2.2, 1.79.2.3.2.1 Authors: aland (+8 -4), aland (+3 -3), aland (+7 -3) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

PAM Module Patch and Feature
by David Mitchell 26 Mar '07

26 Mar '07

Greetings, I am working on using FreeRadius with token authentication and ran into a small snag. Under Linux, attempts to authenticate 'su' result in a query to the Radius server for the user 'root'. What we would like to happen is for the query to be for the requesting user. This is how the 'sudo' application handles it's PAM requests. I of course do not want to change the default behavior of the module, so I added an option. I named it 'ruser' since it works by causing the PAM module to authenticate using the value of PAM_RUSER (requesting user). The 'su' application provides this value, so that's an easy place to grab it from. I expect that this patch may need more work. It doesn't do much sanity checking on the values of PAM_RUSER. There may be applications which don't fill it in properly. I haven't checked extensively. Also, I worked from the Debian source version which includes a patch for CVE-2005-0108: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-0108 I'm not sure who maintains the PAM portion of FreeRadius, so I'm throwing this out for discussion. Does this seem like something which could be included in the distribution? Or should I plan on using a locally patched version for the foreseeable future? -- ----------------------------------------------------------------- | David Mitchell (mitchell(a)ucar.edu) Network Engineer IV | | Tel: (303) 497-1845 National Center for | | FAX: (303) 497-1818 Atmospheric Research | ----------------------------------------------------------------- --- ./pam_radius_auth.c 2007-03-12 10:18:18.000000000 -0600 +++ ./libpam-radius-auth-1.3.16/pam_radius_auth.c 2007-03-15 13:43:45.000000000 -0600 @@ -134,6 +134,9 @@ } else if (!strcmp(*argv, "accounting_bug")) { conf->accounting_bug = TRUE; + } else if (!strcmp(*argv, "ruser")) { + ctrl |= PAM_RUSER_ARG; + conf->ruser = 1; } else if (!strcmp(*argv, "debug")) { ctrl |= PAM_DEBUG_ARG; conf->debug = 1; @@ -1051,6 +1054,7 @@ pam_sm_authenticate(pam_handle_t *pamh,int flags,int argc,CONST char **argv) { CONST char *user; + CONST char **userinfo; char *password = NULL; CONST char *rhost; char *resp2challenge = NULL; @@ -1084,6 +1088,24 @@ DPRINT(LOG_DEBUG, "Got user name %s", user); + + retval = pam_get_item(pamh, PAM_USER, (CONST void **) &userinfo); + PAM_FAIL_CHECK; + DPRINT(LOG_DEBUG, "Got PAM_USER name %s", userinfo); + retval = pam_get_item(pamh, PAM_RUSER, (CONST void **) &userinfo); + PAM_FAIL_CHECK; + DPRINT(LOG_DEBUG, "Got PAM_RUSER name %s", userinfo); + if (ctrl & PAM_RUSER_ARG) { + if (!strncmp("root",user,5)) { + user = userinfo; + DPRINT(LOG_DEBUG, "Username now %s from ruser", user); + } else { + DPRINT(LOG_DEBUG, "Skipping ruser for non-root auth"); + }; + }; + + + /* * Get the IP address of the authentication server * Then, open a socket, and bind it to a port @@ -1176,6 +1198,9 @@ goto error; } + if (a_reply->length < 2 || a_state->length < 2) + goto error; + memcpy(challenge, a_reply->data, a_reply->length - 2); challenge[a_reply->length - 2] = 0; --- ./pam_radius_auth.h 2007-03-12 10:18:11.000000000 -0600 +++ ./libpam-radius-auth-1.3.16/pam_radius_auth.h 2007-03-13 13:44:09.000000000 -0600 @@ -51,6 +51,7 @@ int accounting_bug; int sockfd; int debug; + int ruser; } radius_conf_t; @@ -82,6 +83,7 @@ #define PAM_SKIP_PASSWD 2 #define PAM_USE_FIRST_PASS 4 #define PAM_TRY_FIRST_PASS 8 +#define PAM_RUSER_ARG 16 #define PAM_RETRY 0x30

4 26

Re: Re: Firebird sql driver
by Vitaly Bodzhgua 26 Mar '07

26 Mar '07

2 Nicolas Baradakis Thanks for your instructions. I'll try them. Sorry, if this answer starts as new message - I do not know how to answer to a certain letter in a digest yet.

1 0

Re: Re: Firebird sql driver
by Vitaly Bodzhgua 26 Mar '07

26 Mar '07

Good day, Makefile.in for rlm_sql_firebird in freeradius-1.1.5 source code has the line: SRCS = sql_firebird.c It should be replaced with SRCS = sql_firebird.c sql_fbapi.c Please, fix it in CVS, if possible

2 1

Automatic report from sources (radiusd) between 25.03.2007 - 26.03.2007 GMT
by Automatic cvs log generator 26 Mar '07

26 Mar '07

CVS log entries from 25.03.2007 (Sun) 08:00:01 - 26.03.2007 (Mon) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: nbk File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_firebird/Makefile.in; Revisions: 1.1.2.2 ===================================================== Log entries ===================================================== Description: Compile the file sql_fbapi.c, too. Modified files: File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_firebird/Makefile.in; Revision: 1.1.2.2; Date: 2007/03/25 21:44:00; Author: nbk; Lines: (+1 -1) ===================================================== Summary of modified files ===================================================== File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_firebird/Makefile.in Revisions: 1.1.2.2 Authors: nbk (+1 -1) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Problems with freeradius 1.1.5 (2.0.0) 20070322 with postgresql (SIGHUP => segmentation fault)
by Claudiu Filip 23 Mar '07

23 Mar '07

Hello freeradius-devel, I'm running Freeradius 20070322 snapshot with postgresql backend. (I tried older versions too) I have 3 questions for you, all related to $subject. Everything is working fine (the radius is getting the nas clients from the database, doing db auth/acct, etc.) until we send a -HUP to the radiusd.. First one: 8x------8x----- $ /radius/sbin/radiusd -fsX $ killall -HUP radiusd rlm_sql (sql): Closing sqlsocket 4 rlm_sql (sql): Closing sqlsocket 3 rlm_sql (sql): Closing sqlsocket 2 rlm_sql (sql): Closing sqlsocket 1 rlm_sql (sql): Closing sqlsocket 0 read_config_files: reading realms Thu Mar 22 16:21:23 2007 : Info: rlm_sql (sql): Driver rlm_sql_postgresql (module rlm_sql_postgresql) loaded and linked Thu Mar 22 16:21:23 2007 : Info: rlm_sql (sql): Attempting to connect to radius@127.0.0.1:5432/dbradius Segmentation fault No core file.. I solved this problem by commenting out the "we do other magic" in mainconfig.c lines 1059->1064. This will disable debug level change on the fly facility, it's not that important anyway 8x-----8x------ Second: 8x-----8x------ rlm_sql_postgresql: Status: PGRES_TUPLES_OK rlm_sql_postgresql: query affected rows = 3 , fields = 5 rlm_sql (sql): Read entry nasname=1.2.3.4,shortname=nume,secret=secret rlm_sql (sql): Adding client 1.2.3.4 (nume) to clients list Segmentation fault (core dumped) #0 rbtree_insert (tree=0x7d4c4c55, Data=0x80025808) at rbtree.c:246 246 Current = tree->Root; (gdb) bt #0 rbtree_insert (tree=0x7d4c4c55, Data=0x80025808) at rbtree.c:246 #1 0x8000685d in client_add (clients=0x800fbb18, client=0x80025808) at client.c:231 #2 0xb7db29ca in rlm_sql_instantiate (conf=0x8012efc8, instance=0x7d4c4c55) at rlm_sql.c:347 #3 0x8000f77c in find_module_instance (modules=0x8012e5e0, instname=0x80130100 "sql") at modules.c:322 #4 0x80010243 in setup_modules (reload=1) at modules.c:917 #5 0x8000ed65 in read_mainconfig (reload=1) at mainconfig.c:1162 #6 0x80012dc0 in main (argc=2, argv=0xbfdb1a34) at radiusd.c:560 I add DEBUG2("OLD: %p",(void *)old_clients); DEBUG2("NEW: %p",(void *)clients); right before mainconfig.clients = clients; clients_free(old_clients); in mainparse.c Start radiusd -fsX OLD: (nil) NEW: 0x800fbb18 killall -HUP radiusd: OLD: 0x800fbb18 NEW: 0x800fbb18 rlm_sql (sql): Adding client 1.2.3.4 (nume) to clients list Segmentation fault (core dumped) So, we free the same location.. I guess the problem is in the clients_parse_section which doesnt return a new address space. clients.c - if (clients) return clients; + if (clients) clients_free(clients); mainconfig.c - clients_free(old_clients); + if ((void *)old_clients != (void *)clients) + clients_free(old_clients); solved the problem. Do I still need the clients_free(old_clients)? 8x----------8x------------ Three: 8x------------------------ There is any other way to make the radius re-reread its clients from database, without an expensive HUP (and not so easy to send when you add entries to db)? 8x------------------------ Thanks for scrolling this down.. Best wishes, Claudiu FILIP claudiu(a)globtel.ro Phone : +40344880100 http://www.globtel.ro Fax: +40344880113

1 1

Automatic report from sources (radiusd) between 21.03.2007 - 22.03.2007 GMT
by Automatic cvs log generator 22 Mar '07

22 Mar '07

CVS log entries from 21.03.2007 (Wed) 08:00:01 - 22.03.2007 (Thu) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: nbk File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_postgresql/sql_postgresql.c; Revisions: 1.55, 1.38.4.2 ===================================================== Combined list of identical log entries ===================================================== Description: The libpq manpage says the PGconn pointer should not be used after PQfinish() has been called. Bug found by Alexander V. Klepikov <klepikov_a(a)up.ua> Modified files: File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_postgresql/sql_postgresql.c; Revision: 1.55; Date: 2007/03/21 13:02:18; Author: nbk; Lines: (+5 -7) File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_postgresql/sql_postgresql.c; Revision: 1.38.4.2; Date: 2007/03/21 13:02:59; Author: nbk; Lines: (+4 -2) ===================================================== Log entries ===================================================== ===================================================== Summary of modified files ===================================================== File: radiusd/src/modules/rlm_sql/drivers/rlm_sql_postgresql/sql_postgresql.c Revisions: 1.55, 1.38.4.2 Authors: nbk (+5 -7), nbk (+4 -2) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

A request for your input.
by lmth＠deakin.edu.au 22 Mar '07

22 Mar '07

Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)

1 0

Automatic report from sources (radiusd) between 20.03.2007 - 21.03.2007 GMT
by Automatic cvs log generator 21 Mar '07

21 Mar '07

CVS log entries from 20.03.2007 (Tue) 08:00:01 - 21.03.2007 (Wed) 08:00:01 GMT ===================================================== Summary by authors ===================================================== Author: fcusack File: radiusd/libltdl/config-h.in; Revisions: 1.3 File: radiusd/libltdl/acconfig.h; Revisions: 1.2 File: radiusd/libltdl/config.h.in; Revisions: 1.2 File: radiusd/configure.in; Revisions: 1.232 File: radiusd/libltdl/configure.ac; Revisions: 1.2 File: radiusd/Make.inc.in; Revisions: 1.53 File: radiusd/libltdl/acinclude.m4; Revisions: 1.4 File: radiusd/doc/ChangeLog; Revisions: 1.76 File: radiusd/ltmain.sh; Revisions: 1.7 File: radiusd/libltdl/missing; Revisions: 1.2 File: radiusd/libltdl/Makefile.am; Revisions: 1.5 File: radiusd/libltdl/aclocal.m4; Revisions: 1.4 File: radiusd/libltdl/COPYING.LIB; Revisions: 1.2 File: radiusd/libltdl/stamp-h.in; Revisions: 1.2 File: radiusd/libltdl/install-sh; Revisions: 1.2 File: radiusd/libltdl/ltdl.c; Revisions: 1.11, 1.10, 1.9 File: radiusd/libltdl/configure; Revisions: 1.5 File: radiusd/libltdl/Makefile.in; Revisions: 1.9 File: radiusd/libltdl/ltdl.h; Revisions: 1.6, 1.5, 1.4 File: radiusd/libltdl/configure.in; Revisions: 1.3 File: radiusd/aclocal.m4; Revisions: 1.32 File: radiusd/Makefile; Revisions: 1.50 File: radiusd/libltdl/config.guess; Revisions: 1.2 File: radiusd/configure; Revisions: 1.122 File: radiusd/libltdl/ltmain.sh; Revisions: 1.2 File: radiusd/libltdl/config.sub; Revisions: 1.2 File: radiusd/libtool.m4; Revisions: 1.2 File: radiusd/libltdl/README; Revisions: 1.3 ===================================================== Combined list of identical log entries ===================================================== Description: import from branch_1_1: update libtool and libltdl to 1.5.22, and improve the integration by not requiring source modification (except for one change to ltdl.c [for a bug] to follow) Note that this reverses ltdl.c#1.8 but we will re-apply it. The reason not to simply include it in this commit is so that all the files here serve as a baseline of unmodified libtool/libltdl sources, making it easier to update it in the future. Modified files: File: radiusd/Make.inc.in; Revision: 1.53; Date: 2007/03/21 06:54:13; Author: fcusack; Lines: (+3 -3) File: radiusd/Makefile; Revision: 1.50; Date: 2007/03/21 06:54:14; Author: fcusack; Lines: (+6 -2) File: radiusd/aclocal.m4; Revision: 1.32; Date: 2007/03/21 06:54:14; Author: fcusack; Lines: (+2 -5918) File: radiusd/configure.in; Revision: 1.232; Date: 2007/03/21 06:54:16; Author: fcusack; Lines: (+8 -17) File: radiusd/libtool.m4; Revision: 1.2; Date: 2007/03/21 06:57:07; Author: fcusack; Lines: (+6397 -0) File: radiusd/ltmain.sh; Revision: 1.7; Date: 2007/03/21 06:54:17; Author: fcusack; Lines: (+741 -280) File: radiusd/libltdl/COPYING.LIB; Revision: 1.2; Date: 2007/03/21 06:54:18; Author: fcusack; Lines: (+2 -2) File: radiusd/libltdl/Makefile.am; Revision: 1.5; Date: 2007/03/21 06:54:19; Author: fcusack; Lines: (+1 -20) File: radiusd/libltdl/Makefile.in; Revision: 1.9; Date: 2007/03/21 06:54:19; Author: fcusack; Lines: (+57 -54) File: radiusd/libltdl/README; Revision: 1.3; Date: 2007/03/21 06:59:57; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/acconfig.h; Revision: 1.2; Date: 2007/03/21 06:54:19; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/acinclude.m4; Revision: 1.4; Date: 2007/03/21 06:54:19; Author: fcusack; Lines: (+865 -477) File: radiusd/libltdl/aclocal.m4; Revision: 1.4; Date: 2007/03/21 06:54:21; Author: fcusack; Lines: (+146 -316) File: radiusd/libltdl/config-h.in; Revision: 1.3; Date: 2007/03/21 06:59:57; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/config.guess; Revision: 1.2; Date: 2007/03/21 06:54:22; Author: fcusack; Lines: (+285 -267) File: radiusd/libltdl/config.h.in; Revision: 1.2; Date: 2007/03/21 06:54:23; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/config.sub; Revision: 1.2; Date: 2007/03/21 06:54:23; Author: fcusack; Lines: (+63 -30) File: radiusd/libltdl/configure; Revision: 1.5; Date: 2007/03/21 06:54:23; Author: fcusack; Lines: (+7279 -7302) File: radiusd/libltdl/configure.ac; Revision: 1.2; Date: 2007/03/21 06:57:08; Author: fcusack; Lines: (+79 -0) File: radiusd/libltdl/configure.in; Revision: 1.3; Date: 2007/03/21 06:54:34; Author: fcusack; Lines: (+0 -0) File: radiusd/libltdl/install-sh; Revision: 1.2; Date: 2007/03/21 06:54:34; Author: fcusack; Lines: (+352 -202) File: radiusd/libltdl/ltdl.c; Revision: 1.9; Date: 2007/03/21 06:54:34; Author: fcusack; Lines: (+56 -30) File: radiusd/libltdl/ltdl.h; Revision: 1.4; Date: 2007/03/21 06:54:35; Author: fcusack; Lines: (+4 -3) File: radiusd/libltdl/ltmain.sh; Revision: 1.2; Date: 2007/03/21 06:54:36; Author: fcusack; Lines: (+741 -280) File: radiusd/libltdl/missing; Revision: 1.2; Date: 2007/03/21 06:54:37; Author: fcusack; Lines: (+74 -57) File: radiusd/libltdl/stamp-h.in; Revision: 1.2; Date: 2007/03/21 06:54:38; Author: fcusack; Lines: (+0 -0) ------------------------------- Description: import from branch_1_1: try_dlopen() has a bug: it sometimes returns a handle if a dependency library can't be loaded. It also returns an error status, however lt_dlopenext() doesn't handle this well and returns the invalid handle. This causes a segfault instead of a graceful exit. Update ltdl to give an error telling the user to report the problem, so that we can try to reproduce it and report to the libtool folks. We could just leave ltdl unpatched; FR will exit either way. Modified files: File: radiusd/libltdl/ltdl.c; Revision: 1.10; Date: 2007/03/21 07:05:27; Author: fcusack; Lines: (+8 -0) File: radiusd/libltdl/ltdl.h; Revision: 1.6; Date: 2007/03/21 07:05:28; Author: fcusack; Lines: (+2 -1) ===================================================== Log entries ===================================================== Description: regenerate Modified files: File: radiusd/configure; Revision: 1.122; Date: 2007/03/21 07:22:38; Author: fcusack; Lines: (+4717 -5177) ------------------------------- Description: document removal of delete_blocked_requests Modified files: File: radiusd/doc/ChangeLog; Revision: 1.76; Date: 2007/03/21 07:44:56; Author: fcusack; Lines: (+2 -1) ------------------------------- Description: re-apply ltdl.c#1.8: Do a better job of freeing allocated memory Modified files: File: radiusd/libltdl/ltdl.c; Revision: 1.11; Date: 2007/03/21 07:08:52; Author: fcusack; Lines: (+2 -0) ------------------------------- Description: Shoot. ltdl.h#1.4 was not unmodified libltdl-1.5.22. Now it is. Modified files: File: radiusd/libltdl/ltdl.h; Revision: 1.5; Date: 2007/03/21 07:04:11; Author: fcusack; Lines: (+1 -2) ===================================================== Summary of modified files ===================================================== File: radiusd/Make.inc.in Revisions: 1.53 Authors: fcusack (+3 -3) ------------------------------- File: radiusd/Makefile Revisions: 1.50 Authors: fcusack (+6 -2) ------------------------------- File: radiusd/aclocal.m4 Revisions: 1.32 Authors: fcusack (+2 -5918) ------------------------------- File: radiusd/configure Revisions: 1.122 Authors: fcusack (+4717 -5177) ------------------------------- File: radiusd/configure.in Revisions: 1.232 Authors: fcusack (+8 -17) ------------------------------- File: radiusd/doc/ChangeLog Revisions: 1.76 Authors: fcusack (+2 -1) ------------------------------- File: radiusd/libltdl/COPYING.LIB Revisions: 1.2 Authors: fcusack (+2 -2) ------------------------------- File: radiusd/libltdl/Makefile.am Revisions: 1.5 Authors: fcusack (+1 -20) ------------------------------- File: radiusd/libltdl/Makefile.in Revisions: 1.9 Authors: fcusack (+57 -54) ------------------------------- File: radiusd/libltdl/README Revisions: 1.3 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/acconfig.h Revisions: 1.2 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/acinclude.m4 Revisions: 1.4 Authors: fcusack (+865 -477) ------------------------------- File: radiusd/libltdl/aclocal.m4 Revisions: 1.4 Authors: fcusack (+146 -316) ------------------------------- File: radiusd/libltdl/config-h.in Revisions: 1.3 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/config.guess Revisions: 1.2 Authors: fcusack (+285 -267) ------------------------------- File: radiusd/libltdl/config.h.in Revisions: 1.2 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/config.sub Revisions: 1.2 Authors: fcusack (+63 -30) ------------------------------- File: radiusd/libltdl/configure Revisions: 1.5 Authors: fcusack (+7279 -7302) ------------------------------- File: radiusd/libltdl/configure.ac Revisions: 1.2 Authors: fcusack (+79 -0) ------------------------------- File: radiusd/libltdl/configure.in Revisions: 1.3 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libltdl/install-sh Revisions: 1.2 Authors: fcusack (+352 -202) ------------------------------- File: radiusd/libltdl/ltdl.c Revisions: 1.11, 1.10, 1.9 Authors: fcusack (+2 -0), fcusack (+8 -0), fcusack (+56 -30) ------------------------------- File: radiusd/libltdl/ltdl.h Revisions: 1.6, 1.5, 1.4 Authors: fcusack (+2 -1), fcusack (+1 -2), fcusack (+4 -3) ------------------------------- File: radiusd/libltdl/ltmain.sh Revisions: 1.2 Authors: fcusack (+741 -280) ------------------------------- File: radiusd/libltdl/missing Revisions: 1.2 Authors: fcusack (+74 -57) ------------------------------- File: radiusd/libltdl/stamp-h.in Revisions: 1.2 Authors: fcusack (+0 -0) ------------------------------- File: radiusd/libtool.m4 Revisions: 1.2 Authors: fcusack (+6397 -0) ------------------------------- File: radiusd/ltmain.sh Revisions: 1.7 Authors: fcusack (+741 -280) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0