March 2009 - devel - lists.centos.org

anaconda dependency calculation?
by Nicholas Byrne 04 Aug '25

04 Aug '25

Hi all, I'm trying to find a tool that calculates all dependencies for a specific package or group of packages for use with CentOS 5 (beta) with the intention of putting together a custom single CD build of CentOS 5. With CentOS 4 i used a python script that used the hdrlist module to find all dependencies which borrowed code from a number of sources. I've looked at yumdownloader and how it checks dependencies (using the --resolve option) but if i pass it the list of packages defined in say the Base and the Core yum groups which generally form an absolute minimal install i end up with about 200 packages. If i do a custom install (using beta 1 disks) and deselect everything i end up with over 300 packages. So i'm guessing anaconda calculates dependencies in a slightly different way, can anyone point me to files/code where i should be looking to find out? Thanks very much in advance for help Nick This e-mail is the property of Quadriga Worldwide Ltd, intended for the addressee only and confidential. Any dissemination, copying or distribution of this message or any attachments is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from Quadriga may be monitored. Quadriga cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of Quadriga.

6 11

forums + portal for {lang}.centos.org sites
by Karanbir Singh 16 Aug '24

16 Aug '24

Hi, Earlier in the evening today Ralph, Fabian and I had a chat about the present state of the language subsites. This email sort of summarises the main issue ( s/w ). We seem to have run into a slight technical hitch with punbb/fluxbb. They dont support LDAP as a backend. And we had decided a few months back that all new rollouts must have ldap backend so we can rollin CentOS-DS / openldap based backend. So we need to look at alternatives, and since the primary focus of these international sites is going be forums : Here is a shortlist ( if there is anything else that people are aware of, please add to this list ) - phpBB - SMF - Fudforum - phorum - fluxbb Requirements: - Must be able to scale ( couple of hundred thousand msgs ) - Must be able to handle ldap auth ( if it cant, whats involved in writing the ldap-auth portion ) - Must address the specific requirements raised by the present www.centos.org forum users ( Can you please fill this section in ? ) - Must support all languages we need ( pure utf8 support would be good ) - Secure - Skin'able Nice to have: - Capable of running multiple instances from a single deployment - responsive community :D Things we will need to do: - Decide on what s/w to use. - Give the ArtWork people enough time to get the look & feel sorted. - Migrate newbb forums from www.centos.org to $system ( hey, english is a language too :D ). - Migrate fr.centos.org into the final s/w - setup {de/es/ja/it/pt_br}.centos.org Actions: Ralph and Fabian are going to work on setting up a test ldap server, once that is online we will then start by installing into our test-vm-farm the various s/w to eval them. If anyone would like to help, please feel free to jump right in. I'll setup a wiki page for this issue, which might be a good place to track progress. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

22 81

freeradius-2.1.3 spec
by Kanwar Ranbir Sandhu 16 Jun '09

16 Jun '09

Hi, This is my first post here, so be gentle. After I started a discussion over in the user's list about an updated freeradius package for CentOS 5, I decided to try my hand at submitting a spec file for freeradius-2.1.3. It's based on the latest package from Fedora 10. The spec is included in-line, below. The src rpm is here (I will eventually be removing it): http://www.m3freak.com/freeradius-2.1.3-1.el5.gl.src.rpm Summary: High-performance and highly configurable free RADIUS server Name: freeradius Version: 2.1.3 Release: 1%{?dist} License: GPLv2+ and LGPLv2+ Group: System Environment/Daemons URL: http://www.freeradius.org/ Source0: ftp://ftp.freeradius.org/pub/radius/%{name}-server-%{version}.tar.bz2 Source100: freeradius-radiusd-init Source102: freeradius-logrotate Source103: freeradius-pam-conf Patch0: freeradius-radiusd-conf.patch Obsoletes: freeradius-dialupadmin freeradius-dialupadmin-ldap freeradius-dialupadmin-mysql freeradius-dialupadmin-postgresql BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: autoconf BuildRequires: gdbm-devel BuildRequires: libtool BuildRequires: libtool-ltdl-devel BuildRequires: openssl-devel BuildRequires: pam-devel BuildRequires: zlib-devel BuildRequires: net-snmp-devel BuildRequires: net-snmp-utils BuildRequires: readline-devel BuildRequires: libpcap-devel Requires(pre): shadow-utils Requires(post): /sbin/ldconfig /sbin/chkconfig Requires(postun): /sbin/ldconfig Requires(preun): /sbin/chkconfig %description The FreeRADIUS Server Project is a high performance and highly configurable GPL'd free RADIUS server. The server is similar in some respects to Livingston's 2.0 server. While FreeRADIUS started as a variant of the Cistron RADIUS server, they don't share a lot in common any more. It now has many more features than Cistron or Livingston, and is much more configurable. FreeRADIUS is an Internet authentication daemon, which implements the RADIUS protocol, as defined in RFC 2865 (and others). It allows Network Access Servers (NAS boxes) to perform authentication for dial-up users. There are also RADIUS clients available for Web servers, firewalls, Unix logins, and more. Using RADIUS allows authentication and authorization for a network to be centralized, and minimizes the amount of re-configuration which has to be done when adding or deleting new users. %package libs Group: System Environment/Daemons Summary: FreeRADIUS shared libraries %description libs The FreeRADIUS shared library %package utils Group: System Environment/Daemons Summary: FreeRADIUS utilities Requires: %{name}-libs = %{version}-%{release} %description utils The FreeRADIUS server has a number of features found in other servers, and additional features not found in any other server. Rather than doing a feature by feature comparison, we will simply list the features of the server, and let you decide if they satisfy your needs. Support for RFC and VSA Attributes Additional server configuration attributes Selecting a particular configuration Authentication methods %package devel Group: Development/Libraries Summary: FreeRADIUS Development Files Requires: %{name}-libs = %{version}-%{release} %description devel These are the static libraries for the FreeRADIUS package. %package ldap Summary: LDAP support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: openldap-devel %description ldap This plugin provides the LDAP support for the FreeRADIUS server project. %package krb5 Summary: Kerberos 5 support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: krb5-devel %description krb5 This plugin provides the Kerberos 5 support for the FreeRADIUS server project. %package perl Summary: Perl support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %if 0%{?fedora} BuildRequires: perl-devel %else BuildRequires: perl %endif BuildRequires: perl(ExtUtils::Embed) %description perl This plugin provides the Perl support for the FreeRADIUS server project. %package python Summary: Python support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: python-devel %description python This plugin provides the Python support for the FreeRADIUS server project. %package mysql Summary: MySQL support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: mysql-devel %description mysql This plugin provides the MySQL support for the FreeRADIUS server project. %package postgresql Summary: postgresql support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: postgresql-devel %description postgresql This plugin provides the postgresql support for the FreeRADIUS server project. %package unixODBC Summary: unixODBC support for freeradius Group: System Environment/Daemons Requires: %{name}-libs = %{version}-%{release} BuildRequires: unixODBC-devel %description unixODBC This plugin provides the unixODBC support for the FreeRADIUS server project. %prep %setup -q -n %{name}-server-%{version} %patch0 -p1 -b .conf %build %ifarch s390 s390x export CFLAGS="$RPM_OPT_FLAGS -fPIC" %else export CFLAGS="$RPM_OPT_FLAGS -fpic" %endif %configure \ --libdir=%{_libdir}/freeradius \ --with-system-libtool \ --disable-ltdl-install \ --with-gnu-ld \ --with-threads \ --with-thread-pool \ --with-docdir=%{_docdir}/freeradius-%{version} \ --with-rlm-sql_postgresql-include-dir=/usr/include/pgsql \ --with-rlm-sql-postgresql-lib-dir=%{_libdir} \ --with-rlm-sql_mysql-include-dir=/usr/include/mysql \ --with-mysql-lib-dir=%{_libdir}/mysql \ --with-unixodbc-lib-dir=%{_libdir} \ --with-rlm-dbm-lib-dir=%{_libdir} \ --with-rlm-krb5-include-dir=/usr/kerberos/include \ --without-rlm_eap_ikev2 \ --without-rlm_sql_iodbc \ --without-rlm_sql_firebird \ --without-rlm_sql_db2 \ --without-rlm_sql_oracle %if "%{_lib}" == "lib64" perl -pi -e 's:sys_lib_search_path_spec=.*:sys_lib_search_path_spec="/lib64 /usr/lib64 /usr/local/lib64":' libtool %endif make %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT/var/run/radiusd mkdir -p $RPM_BUILD_ROOT/%{_sysconfdir}/{logrotate.d,pam.d,rc.d/init.d} mkdir -p $RPM_BUILD_ROOT/var/lib/radiusd # fix for bad libtool bug - can not rebuild dependent libs and bins #FIXME export LD_LIBRARY_PATH=$RPM_BUILD_ROOT/%{_libdir} make install R=$RPM_BUILD_ROOT # modify default configuration RADDB=$RPM_BUILD_ROOT%{_sysconfdir}/raddb perl -i -pe 's/^#user =.*$/user = radiusd/' $RADDB/radiusd.conf perl -i -pe 's/^#group =.*$/group = radiusd/' $RADDB/radiusd.conf #ldconfig -n $RPM_BUILD_ROOT/usr/lib/freeradius # logs mkdir -p $RPM_BUILD_ROOT/var/log/radius/radacct touch $RPM_BUILD_ROOT/var/log/radius/{radutmp,radius.log} install -m 755 %{SOURCE100} $RPM_BUILD_ROOT/%{_initrddir}/radiusd install -m 644 %{SOURCE102} $RPM_BUILD_ROOT/%{_sysconfdir}/logrotate.d/radiusd install -m 644 %{SOURCE103} $RPM_BUILD_ROOT/%{_sysconfdir}/pam.d/radiusd # remove unneeded stuff rm -rf doc/00-OLD rm -f $RPM_BUILD_ROOT/usr/sbin/rc.radiusd rm -rf $RPM_BUILD_ROOT/%{_libdir}/freeradius/*.a rm -rf $RPM_BUILD_ROOT/%{_libdir}/freeradius/*.la rm -rf $RPM_BUILD_ROOT/%{_sysconfdir}/raddb/sql/mssql rm -rf $RPM_BUILD_ROOT/%{_sysconfdir}/raddb/sql/oracle rm -rf $RPM_BUILD_ROOT/%{_datadir}/dialup_admin/sql/oracle rm -rf $RPM_BUILD_ROOT/%{_datadir}/dialup_admin/lib/sql/oracle rm -rf $RPM_BUILD_ROOT/%{_datadir}/dialup_admin/lib/sql/drivers/oracle # create links in /etc/raddb/sites-enabled to /etc/raddb/sites-available ln -s ../sites-available/control-socket $RADDB/sites-enabled/control-socket # remove unsupported config files rm -f $RPM_BUILD_ROOT/%{_sysconfdir}/raddb/experimental.conf %clean rm -rf $RPM_BUILD_ROOT %pre getent group radiusd >/dev/null || /usr/sbin/groupadd -r -g 95 radiusd getent passwd radiusd >/dev/null || /usr/sbin/useradd -r -g radiusd -u 95 -c "radiusd user" -s /sbin/nologin radiusd > /dev/null 2>&1 exit 0 %post /sbin/ldconfig if [ $1 = 1 ]; then /sbin/chkconfig --add radiusd fi %preun if [ $1 = 0 ]; then /sbin/service radiusd stop > /dev/null 2>&1 /sbin/chkconfig --del radiusd fi %postun if [ $1 -ge 1 ]; then /sbin/service radiusd condrestart >/dev/null 2>&1 || : fi /sbin/ldconfig %files %defattr(-,root,root) %doc %{_docdir}/freeradius-%{version}/ %config(noreplace) %{_sysconfdir}/pam.d/radiusd %config(noreplace) %{_sysconfdir}/logrotate.d/radiusd %config(noreplace) %{_initrddir}/radiusd %dir %attr(755,radiusd,radiusd) /var/lib/radiusd # configs %dir %attr(750,root,radiusd) /etc/raddb %defattr(-,root,radiusd) %config(noreplace) /etc/raddb/dictionary %config(noreplace) /etc/raddb/acct_users %config(noreplace) /etc/raddb/attrs %config(noreplace) /etc/raddb/attrs.access_reject %config(noreplace) /etc/raddb/attrs.accounting_response %config(noreplace) /etc/raddb/attrs.pre-proxy %attr(640,root,radiusd) %config(noreplace) /etc/raddb/clients.conf %config(noreplace) /etc/raddb/hints %config(noreplace) /etc/raddb/huntgroups %attr(640,root,radiusd) %config(noreplace) /etc/raddb/sqlippool.conf %attr(640,root,radiusd) %config(noreplace) /etc/raddb/preproxy_users %attr(640,root,radiusd) %config(noreplace) /etc/raddb/proxy.conf %attr(640,root,radiusd) %config(noreplace) /etc/raddb/radiusd.conf %attr(640,root,radiusd) %config(noreplace) /etc/raddb/sql.conf %dir %attr(640,root,radiusd) /etc/raddb/sql #%attr(640,root,radiusd) %config(noreplace) /etc/raddb/sql/oracle/* %attr(640,root,radiusd) %config(noreplace) /etc/raddb/users %attr(640,root,radiusd) %config(noreplace) /etc/raddb/otp.conf %dir %attr(770,root,radiusd) /etc/raddb/certs /etc/raddb/certs/Makefile /etc/raddb/certs/README /etc/raddb/certs/xpextensions %attr(640,root,radiusd) %config(noreplace) /etc/raddb/certs/*.cnf %attr(750,root,radiusd) /etc/raddb/certs/bootstrap %dir %attr(640,root,radiusd) /etc/raddb/sites-available %attr(640,root,radiusd) /etc/raddb/sites-available/* %dir %attr(640,root,radiusd) /etc/raddb/sites-enabled %attr(640,root,radiusd) %config(noreplace) /etc/raddb/sites-enabled/* %attr(640,root,radiusd) %config(noreplace) /etc/raddb/eap.conf %attr(640,root,radiusd) /etc/raddb/example.pl %attr(640,root,radiusd) %config(noreplace) /etc/raddb/policy.conf /etc/raddb/policy.txt %attr(640,root,radiusd) %config(noreplace) /etc/raddb/templates.conf %dir %attr(640,root,radiusd) /etc/raddb/modules %attr(640,root,radiusd) % config(noreplace) /etc/raddb/modules/acct_unique %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/always %attr(640,root,radiusd) % config(noreplace) /etc/raddb/modules/attr_filter %attr(640,root,radiusd) % config(noreplace) /etc/raddb/modules/attr_rewrite %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/chap %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/checkval %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/counter %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/detail %attr(640,root,radiusd) % config(noreplace) /etc/raddb/modules/detail.example.com %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/detail.log %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/digest %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/echo %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/etc_group %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/exec %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/expiration %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/expr %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/files %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/inner-eap %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/ippool %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/logintime %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/linelog %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/mac2ip %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/mac2vlan %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/mschap %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/pam %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/pap %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/perl %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/passwd %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/policy %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/preprocess %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/radutmp %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/realm %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/smbpasswd %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/sql_log %attr(640,root,radiusd) % config(noreplace) /etc/raddb/modules/sqlcounter_expire_on_login %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/sradutmp %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/unix %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/wimax %dir %attr(700,radiusd,radiusd) /var/run/radiusd/ # binaries %defattr(-,root,root) /usr/sbin/checkrad /usr/sbin/radiusd /usr/sbin/radwatch /usr/sbin/radmin # man-pages %doc %{_mandir}/man1/* %doc %{_mandir}/man5/* %doc %{_mandir}/man8/* # dictionaries %dir %attr(755,root,root) /usr/share/freeradius /usr/share/freeradius/* # logs %dir %attr(700,radiusd,radiusd) /var/log/radius/ %dir %attr(700,radiusd,radiusd) /var/log/radius/radacct/ %attr(644,radiusd,radiusd) /var/log/radius/radutmp %config(noreplace) %attr(600,radiusd,radiusd) /var/log/radius/radius.log # RADIUS Loadable Modules %dir %attr(755,root,root) %{_libdir}/freeradius #%attr(755,root,root) %{_libdir}/freeradius/rlm_*.so* #%{_libdir}/freeradius/rlm_acctlog*.so %{_libdir}/freeradius/rlm_acct_unique.so %{_libdir}/freeradius/rlm_acct_unique-%{version}.so %{_libdir}/freeradius/rlm_acctlog.so %{_libdir}/freeradius/rlm_acctlog-%{version}.so %{_libdir}/freeradius/rlm_always.so %{_libdir}/freeradius/rlm_always-%{version}.so %{_libdir}/freeradius/rlm_attr_filter.so %{_libdir}/freeradius/rlm_attr_filter-%{version}.so %{_libdir}/freeradius/rlm_attr_rewrite.so %{_libdir}/freeradius/rlm_attr_rewrite-%{version}.so %{_libdir}/freeradius/rlm_chap.so %{_libdir}/freeradius/rlm_chap-%{version}.so %{_libdir}/freeradius/rlm_checkval.so %{_libdir}/freeradius/rlm_checkval-%{version}.so %{_libdir}/freeradius/rlm_copy_packet.so %{_libdir}/freeradius/rlm_copy_packet-%{version}.so %{_libdir}/freeradius/rlm_counter.so %{_libdir}/freeradius/rlm_counter-%{version}.so %{_libdir}/freeradius/rlm_dbm.so %{_libdir}/freeradius/rlm_dbm-%{version}.so %{_libdir}/freeradius/rlm_detail.so %{_libdir}/freeradius/rlm_detail-%{version}.so %{_libdir}/freeradius/rlm_digest.so %{_libdir}/freeradius/rlm_digest-%{version}.so %{_libdir}/freeradius/rlm_dynamic_clients.so %{_libdir}/freeradius/rlm_dynamic_clients-%{version}.so %{_libdir}/freeradius/rlm_eap.so %{_libdir}/freeradius/rlm_eap-%{version}.so %{_libdir}/freeradius/rlm_eap_gtc.so %{_libdir}/freeradius/rlm_eap_gtc-%{version}.so %{_libdir}/freeradius/rlm_eap_leap.so %{_libdir}/freeradius/rlm_eap_leap-%{version}.so %{_libdir}/freeradius/rlm_eap_md5.so %{_libdir}/freeradius/rlm_eap_md5-%{version}.so %{_libdir}/freeradius/rlm_eap_mschapv2.so %{_libdir}/freeradius/rlm_eap_mschapv2-%{version}.so %{_libdir}/freeradius/rlm_eap_peap.so %{_libdir}/freeradius/rlm_eap_peap-%{version}.so %{_libdir}/freeradius/rlm_eap_sim.so %{_libdir}/freeradius/rlm_eap_sim-%{version}.so %{_libdir}/freeradius/rlm_eap_tls.so %{_libdir}/freeradius/rlm_eap_tls-%{version}.so %{_libdir}/freeradius/rlm_eap_ttls.so %{_libdir}/freeradius/rlm_eap_ttls-%{version}.so %{_libdir}/freeradius/rlm_exec.so %{_libdir}/freeradius/rlm_exec-%{version}.so %{_libdir}/freeradius/rlm_expiration.so %{_libdir}/freeradius/rlm_expiration-%{version}.so %{_libdir}/freeradius/rlm_expr.so %{_libdir}/freeradius/rlm_expr-%{version}.so %{_libdir}/freeradius/rlm_fastusers.so %{_libdir}/freeradius/rlm_fastusers-%{version}.so %{_libdir}/freeradius/rlm_files.so %{_libdir}/freeradius/rlm_files-%{version}.so %{_libdir}/freeradius/rlm_ippool.so %{_libdir}/freeradius/rlm_ippool-%{version}.so %{_libdir}/freeradius/rlm_linelog.so %{_libdir}/freeradius/rlm_linelog-%{version}.so %{_libdir}/freeradius/rlm_logintime.so %{_libdir}/freeradius/rlm_logintime-%{version}.so %{_libdir}/freeradius/rlm_mschap.so %{_libdir}/freeradius/rlm_mschap-%{version}.so %{_libdir}/freeradius/rlm_otp.so %{_libdir}/freeradius/rlm_otp-%{version}.so %{_libdir}/freeradius/rlm_pam.so %{_libdir}/freeradius/rlm_pam-%{version}.so %{_libdir}/freeradius/rlm_pap.so %{_libdir}/freeradius/rlm_pap-%{version}.so %{_libdir}/freeradius/rlm_passwd.so %{_libdir}/freeradius/rlm_passwd-%{version}.so %{_libdir}/freeradius/rlm_policy.so %{_libdir}/freeradius/rlm_policy-%{version}.so %{_libdir}/freeradius/rlm_preprocess.so %{_libdir}/freeradius/rlm_preprocess-%{version}.so %{_libdir}/freeradius/rlm_radutmp.so %{_libdir}/freeradius/rlm_radutmp-%{version}.so %{_libdir}/freeradius/rlm_realm.so %{_libdir}/freeradius/rlm_realm-%{version}.so %{_libdir}/freeradius/rlm_sql.so %{_libdir}/freeradius/rlm_sql-%{version}.so %{_libdir}/freeradius/rlm_sql_log.so %{_libdir}/freeradius/rlm_sql_log-%{version}.so %{_libdir}/freeradius/rlm_sqlcounter.so %{_libdir}/freeradius/rlm_sqlcounter-%{version}.so %{_libdir}/freeradius/rlm_sqlippool.so %{_libdir}/freeradius/rlm_sqlippool-%{version}.so %{_libdir}/freeradius/rlm_unix.so %{_libdir}/freeradius/rlm_unix-%{version}.so %files utils %defattr(-,root,root) /usr/bin/* %files libs # RADIU shared libs %defattr(-,root,root) %attr(755,root,root) %{_libdir}/freeradius/lib*.so* %files devel %defattr(-,root,root) #%attr(644,root,root) %{_libdir}/freeradius/*.a #%attr(644,root,root) %{_libdir}/freeradius/*.la %dir %attr(755,radiusd,radiusd) /usr/include/freeradius %attr(644,root,root) /usr/include/freeradius/*.h %files krb5 %defattr(-,root,root) %{_libdir}/freeradius/rlm_krb5.so %{_libdir}/freeradius/rlm_krb5-%{version}.so %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/krb5 %files perl %defattr(-,root,root) %{_libdir}/freeradius/rlm_perl.so %{_libdir}/freeradius/rlm_perl-%{version}.so %files python %defattr(-,root,root) %{_libdir}/freeradius/rlm_python.so %{_libdir}/freeradius/rlm_python-%{version}.so %files mysql %defattr(-,root,root) %dir %attr(640,root,radiusd) /etc/raddb/sql/mysql %attr(640,root,radiusd) %config(noreplace) /etc/raddb/sql/mysql/* %{_libdir}/freeradius/rlm_sql_mysql.so %{_libdir}/freeradius/rlm_sql_mysql-%{version}.so %files postgresql %defattr(-,root,root) %dir %attr(640,root,radiusd) /etc/raddb/sql/postgresql %attr(640,root,radiusd) %config(noreplace) /etc/raddb/sql/postgresql/* %{_libdir}/freeradius/rlm_sql_postgresql.so %{_libdir}/freeradius/rlm_sql_postgresql-%{version}.so %files ldap %defattr(-,root,root) %attr(640,root,radiusd) %config(noreplace) /etc/raddb/ldap.attrmap %{_libdir}/freeradius/rlm_ldap.so %{_libdir}/freeradius/rlm_ldap-%{version}.so %attr(640,root,radiusd) %config(noreplace) /etc/raddb/modules/ldap %files unixODBC %defattr(-,root,root) %{_libdir}/freeradius/rlm_sql_unixodbc.so %{_libdir}/freeradius/rlm_sql_unixodbc-%{version}.so %changelog * Wed Mar 25 2009 Kanwar Ranbir Sandhu <ranbirsandhu(a)globalive.com> - 2.1.3-1.1 - initial CentOS 5 release * Thu Dec 4 2008 John Dennis <jdennis(a)redhat.com> - 2.1.3-1 - upgrade to latest upstream release, upstream summary follows: The focus of this release is stability. Feature Improvements: * Allow running with "user=radiusd" and binding to secure sockets. * Start sending Status-Server "are you alive" messages earlier, which helps with proxying multiple realms to a home server. * Removed thread pool code from rlm_perl. It's not necessary. * Added example Perl configuration to raddb/modules/perl * Force OpenSSL to support certificates with SHA256. This seems to be necessary for WiMAX certs. Bug fixes: * Fix Debian patch to allow it to build. * Fix potential NULL dereference in debugging mode on certain platforms for TTLS and PEAP inner tunnels. * Fix uninitialized memory in handling of vendor definitions * Fix parsing of quoted (but non-string) attributes in the "users" file. * Initialize uknown NAS IP to 255.255.255.255, rather than 0.0.0.0 * use SUN_LEN in control socket, to avoid truncation on some platforms. * Correct internal handling of "debug condition" to prevent it from being over-written. * Check return code of regcomp in "unlang", so that invalid regular expressions are caught rather than mishandled. * Make rlm_sql use <ltdl.h>. Addresses bug #610. * Document list "type = status" better. Closes bug #580. * Set "default days" for certificates, because OpenSSL won't do it. This closes bug #615. * Reference correct list in example raddb/modules/ldap. Closes #596. * Increase default schema size for Acct-Session-Id to 64. Closes #540. * Fix use of temporary files in dialup-admin. Closes #605 and addresses CVE-2008-4474. * Addressed a number of minor issues found by Coverity. * Added DHCP option 150 to the dictionary. Closes #618. * Wed Dec 3 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-8 - add --with-system-libtool to configure as a workaround for undefined reference to lt__PROGRAM__LTX_preloaded_symbols * Mon Dec 1 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-7 - add obsoletes tag for dialupadmin subpackages which were removed * Mon Dec 1 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-6 - add readline-devel BuildRequires * Fri Nov 21 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-3 - make spec file buildable on RHEL5.2 by making perl-devel a fedora only dependency. - remove diaupadmin packages, it's not well supported and there are problems with it. * Fri Sep 26 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-1 - Resolves: bug #464119 bootstrap code could not create initial certs in /etc/raddb/certs because permissions were 750, radiusd running as euid radiusd could not write there, permissions now 770 * Thu Sep 25 2008 John Dennis <jdennis(a)redhat.com> - 2.1.1-1 - upgrade to new upstream 2.1.1 release * Wed Jul 30 2008 John Dennis <jdennis(a)redhat.com> - 2.0.5-2 - Resolves: bug #453761: FreeRADIUS %%post should not include chown -R specify file attributes for /etc/raddb/ldap.attrmap fix consistent use of tabs/spaces (rpmlint warning) * Mon Jun 9 2008 John Dennis <jdennis(a)redhat.com> - 2.0.5-1 - upgrade to latest upstream, see Changelog for details, upstream now has more complete fix for bug #447545, local patch removed * Wed May 28 2008 John Dennis <jdennis(a)redhat.com> - 2.0.4-1 - upgrade to latest upstream, see Changelog for details - resolves: bug #447545: freeradius missing /etc/raddb/sites-available/inner-tunnel * Fri May 16 2008 <jdennis(a)redhat.com> - 2.0.3-3 - # Temporary fix for bug #446864, turn off optimization * Fri Apr 18 2008 John Dennis <jdennis(a)redhat.com> - 2.0.3-2 - remove support for radrelay, it's different now - turn off default inclusion of SQL config files in radiusd.conf since SQL is an optional RPM install - remove mssql config files * Thu Apr 17 2008 John Dennis <jdennis(a)redhat.com> - 2.0.3-1 - Upgrade to current upstream 2.0.3 release - Many thanks to Enrico Scholz for his spec file suggestions incorporated here - Resolve: bug #438665: Contains files owned by buildsystem - Add dialupadmin-mysql, dialupadmin-postgresql, dialupadmin-ldap subpackages to further partition external dependencies. - Clean up some unnecessary requires dependencies - Add versioned requires between subpackages * Tue Mar 18 2008 Tom "spot" Callaway <tcallawa(a)redhat.com> - 2.0.2-2 - add Requires for versioned perl (libperl.so) * Thu Feb 28 2008 <jdennis(a)redhat.com> - 2.0.2-1 - upgrade to new 2.0 release - split into subpackages for more fine grained installation * Tue Feb 19 2008 Fedora Release Engineering <rel-eng(a)fedoraproject.org> - 1.1.7-4.4.ipa - Autorebuild for GCC 4.3 * Thu Dec 06 2007 Release Engineering <rel-eng at fedoraproject dot org> - 1.1.7-3.4.ipa - Rebuild for deps * Sat Nov 10 2007 <jdennis(a)redhat.com> - 1.1.7-3.3.ipa - add support in rlm_ldap for reading clients from ldap - fix TLS parameter controling if a cert which fails to validate will be accepted (i.e. self-signed), rlm_ldap config parameter=tls_require_cert ldap LDAP_OPT_X_TLS_REQUIRE_CERT parameter was being passed to ldap_set_option() when it should have been ldap_int_tls_config() * Sat Nov 3 2007 <jdennis(a)redhat.com> - 1.1.7-3.2.ipa - add support in rlm_ldap for SASL/GSSAPI binds to the LDAP server * Mon Sep 17 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.7-3.1 - made init script fully lsb conform * Mon Sep 17 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.7-3 - fixed initscript problem (rhbz#292521) * Tue Aug 28 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.7-2 - fixed initscript for LSB (rhbz#243671, rhbz#243928) - fixed license tag * Tue Aug 7 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.7-1 - new versin 1.1.7 - install snmp MIB files - dropped LDAP_DEPRECATED flag, it is upstream - marked config files for sub packages as config (rhbz#240400) - moved db files to /var/lib/raddb (rhbz#199082) * Fri Jun 15 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.6-2 - radiusd expects /etc/raddb to not be world readable or writable /etc/raddb now belongs to radiusd, post script sets permissions * Fri Jun 15 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.6-1 - new version 1.1.6 * Fri Mar 9 2007 Thomas Woerner <twoerner(a)redhat.com> 1.1.5-1 - new version 1.1.5 - no /etc/raddb/otppasswd.sample anymore - build is pie by default, dropped pie patch - fixed build requirement for perl (perl-devel) * Fri Feb 23 2007 Karsten Hopp <karsten(a)redhat.com> 1.1.3-3 - remove trailing dot from summary - fix buildroot - fix post/postun/preun requirements - use rpm macros * Fri Dec 8 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.3-2.1 - rebuild for new postgresql library version * Thu Nov 30 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.3-2 - fixed ldap code to not use internals, added LDAP_DEPRECATED compile time flag (#210912) * Tue Aug 15 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.3-1 - new version 1.1.3 with lots of upstream bug fixes, some security fixes (#205654) * Tue Aug 15 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.2-2 - commented out include for sql.conf in radiusd.conf (#202561) * Wed Jul 12 2006 Jesse Keating <jkeating(a)redhat.com> - 1.1.2-1.1 - rebuild * Thu Jun 1 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.2-1 - new version 1.1.2 * Wed May 31 2006 Thomas Woerner <twoerner(a)redhat.com> 1.1.1-1 - new version 1.1.1 - fixed incorrect rlm_sql globbing (#189095) Thanks to Yanko Kaneti for the fix. - fixed chown syntax in post script (#182777) - dropped gcc34, libdir and realloc-return patch - spec file cleanup with additional libtool build fixes * Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 1.0.5-1.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating <jkeating(a)redhat.com> - 1.0.5-1.1 - rebuilt for new gcc4.1 snapshot and glibc changes * Tue Dec 13 2005 Thomas Woerner <twoerner(a)redhat.com> 1.0.5-1 - new version 1.0.5 * Fri Dec 09 2005 Jesse Keating <jkeating(a)redhat.com> - rebuilt * Sat Nov 12 2005 Tom Lane <tgl(a)redhat.com> - 1.0.4-5 - Rebuild due to mysql update. * Wed Nov 9 2005 Tomas Mraz <tmraz(a)redhat.com> - 1.0.4-4 - rebuilt with new openssl - fixed ignored return value of realloc * Fri Sep 30 2005 Tomas Mraz <tmraz(a)redhat.com> - 1.0.4-3 - use include instead of pam_stack in pam config * Wed Jul 20 2005 Thomas Woerner <twoerner(a)redhat.com> 1.0.4-2 - added missing build requires for libtool-ltdl-devel (#160877) - modified file list to get a report for missing plugins * Tue Jun 28 2005 Thomas Woerner <twoerner(a)redhat.com> 1.0.4-1 - new version 1.0.4 - droppend radrelay patch (fixed upstream) * Thu Apr 14 2005 Warren Togami <wtogami(a)redhat.com> 1.0.2-2 - rebuild against new postgresql-libs * Mon Apr 4 2005 Thomas Woerner <twoerner(a)redhat.com> 1.0.2-1 - new version 1.0.2 * Fri Nov 19 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.1-3 - rebuild for MySQL 4 - switched over to installed libtool * Fri Nov 5 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.1-2 - Fixed install problem of radeapclient (#138069) * Wed Oct 6 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.1-1 - new version 1.0.1 - applied radrelay CVS patch from Kevin Bonner * Wed Aug 25 2004 Warren Togami <wtogami(a)redhat.com> 1.0.0-3 - BuildRequires pam-devel and libtool - Fix errant text in description - Other minor cleanups * Wed Aug 25 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.0-2.1 - renamed /etc/pam.d/radius to /etc/pam.d/radiusd to match default configuration (#130613) * Wed Aug 25 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.0-2 - fixed BuildRequires for openssl-devel (#130606) * Mon Aug 16 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.0-1 - 1.0.0 final * Mon Jul 5 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.0-0.pre3.2 - added buildrequires for zlib-devel (#127162) - fixed libdir patch to prefer own libeap instead of installed one (#127168) - fixed samba account maps in LDAP for samba v3 (#127173) * Thu Jul 1 2004 Thomas Woerner <twoerner(a)redhat.com> 1.0.0-0.pre3.1 - third "pre" release of version 1.0.0 - rlm_ldap is using SASLv2 (#126507) * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Thu Jun 3 2004 Thomas Woerner <twoerner(a)redhat.com> 0.9.3-4.1 - fixed BuildRequires for gdbm-devel * Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 0.9.3-4 - gcc34 compilation fixes * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Tue Feb 24 2004 Thomas Woerner <twoerner(a)redhat.com> 0.9.3-3.2 - added sql scripts for rlm_sql to documentation (#116435) * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Thu Feb 5 2004 Thomas Woerner <twoerner(a)redhat.com> 0.9.3-2.1 - using -fPIC instead of -fpic for s390 ans s390x * Thu Feb 5 2004 Thomas Woerner <twoerner(a)redhat.com> 0.9.3-2 - radiusd is pie, now * Tue Nov 25 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.3-1 - new version 0.9.3 (bugfix release) * Fri Nov 7 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.2-1 - new version 0.9.2 * Mon Sep 29 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.1-1 - new version 0.9.1 * Mon Sep 22 2003 Nalin Dahyabhai <nalin(a)redhat.com> 0.9.0-2.2 - modify default PAM configuration to remove the directory part of the module name, so that 32- and 64-bit libpam (called from 32- or 64-bit radiusd) on multilib systems will always load the right module for the architecture - modify default PAM configuration to use pam_stack * Mon Sep 1 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.0-2.1 - com_err.h moved to /usr/include/et * Tue Jul 22 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.0-1 - 0.9.0 final * Wed Jul 16 2003 Thomas Woerner <twoerner(a)redhat.com> 0.9.0-0.9.0 - new version 0.9.0 pre3 * Thu May 22 2003 Thomas Woerner <twoerner(a)redhat.com> 0.8.1-6 - included directory /var/log/radius/radacct for logrotate * Wed May 21 2003 Thomas Woerner <twoerner(a)redhat.com> 0.8.1-5 - moved log and run dir to files section, cleaned up post * Wed May 21 2003 Thomas Woerner <twoerner(a)redhat.com> 0.8.1-4 - added missing run dir in post * Tue May 20 2003 Thomas Woerner <twoerner(a)redhat.com> 0.8.1-3 - fixed module load patch * Fri May 16 2003 Thomas Woerner <twoerner(a)redhat.com> - removed la files, removed devel package - split into 4 packages: freeradius, freeradius-mysql, freeradius-postgresql, freeradius-unixODBC - fixed requires and buildrequires - create logging dir in post if it does not exist - fixed module load without la files * Thu Apr 17 2003 Thomas Woerner <twoerner(a)redhat.com> - Initial build. Regards, Ranbir -- Kanwar Ranbir Sandhu Linux 2.6.27.19-170.2.35.fc10.x86_64 x86_64 GNU/Linux 17:32:58 up 19 days, 16:59, 4 users, load average: 0.20, 0.13, 0.12

7 20

Red Hat IPA
by Joe Royall 27 May '09

27 May '09

Red Hat recentely released thier IPA server as open source. Is Centos considering a rebuild? -- Joe Royall

7 16

sqlite enabled repodata
by David Hrbáč 27 May '09

27 May '09

Hi, within the update to 5.3 I guess it would be interesting to provide sqlite enabled repos. yum-3.2.19-18.el5.centos is prepared for that. Regards, David Hrbáč

5 9

Re: [CentOS-devel] [PHP 5.2.6] Feedback / Centos Testing and CentOS Extras
by William L. Maltby 07 May '09

07 May '09

On Thu, 2009-03-12 at 12:54 +0100, Paulo Martinez wrote: > - Sorry for double posting. The Archive was not including my post. - > - For the sake of them, which only read through the archive. - I *think* there's a small delay (I don't know how much) for things to get moved to the archive. In the past I noticed that stuff I posted was not available right away, but was a few days later when I checked again. <snip> -- Bill

10 21

Windows Server 2008 guest on KVM
by Julian Price 22 Apr '09

22 Apr '09

Windows Server 2008 does not run on the KVM version (36) in the CentOS repository. W2008 is the current version of Windows Server and not a Beta any more, so increasing numbers of people will be attempting to install CentOS+KVM+W2008, and running into difficulties. KVM version 72 is required for W2008 according to this: http://www.linux-kvm.org/page/Guest_Support_Status What needs to happen to get KVM-72 or later into a repository? There is a very good KVM HowTo... http://wiki.centos.org/HowTos/KVM ...but it does not explain how to install a version that will run W2008. I have documented a solution in this forum post... http://www.centos.org/modules/newbb/viewtopic.php?topic_id=19034&forum=38 ...but it relies on unofficial RPMs from www.lfarkas.org. Is it OK to put that advice in a HowTo? It took me days of research, recompiling kernels and packages etc to get CentOS+KVM+W2008 working. I'm not complaining, it was fun, but I'm concerned that other people are just giving up and switching to Xen or Debian e.g. http://www.webhostingtalk.com/showthread.php?p=5606587#post5606587 ...and it would not take much to keep them on-board. Thanks, Julian Price

6 12

CentOS-Sparc - New 'Fedora Secondary' Discovery
by Worsham, Michael 01 Apr '09

01 Apr '09

This report/issue is geared to those attempting to find a CentOS/RH for Sparc. Currently, there is a slowdown to the development of CentOS for the Sparc platform. The current tftp64.img build for CentOS on Sparc does not have support for the low-cost Netra and Sunfire 1U servers, thus hinders any chance of this distro release being used for cheap hardware re-provisioning needs (i.e. basic web servers, database servers, etc). In the past, there was a project called Aurora Sparc Linux, which was based on the Fedora platform. There are older builds still available, but these are rather ancient in comparison to today's kernel and driver updates. Upon doing a bit of in-depth research, I did discover that Ubuntu did release a Sparc build under their v7.10 distro, which supports many older as well as new Sparc-based platforms including the low-cost Netra and Sunfire 1U servers. These special servers require the 'eri' driver commonly called the SunGEM driver. I did, however, stumble upon a 'Fedora Secondary' project which does have actual images and CD/DVD/NetBoot ISO builds available and is based on the Fedora 9 distro. http://archives.fedoraproject.org/pub/fedora-secondary/releases/test/9-B eta/Fedora/sparc/iso/ Upon initial testing, I found that the test ISO and the TFTP images do support the low-cost Netra and Sunfire 1U servers as well as other platform, but there seems to be an issue when it comes down to creating the actual disk environment. Out of five tries, three of them tried to create an 'ext2' disk build-out even when ext3 was specified. The remaining two would place the disks in a read-only status -- and even using a rescue boot CD -- failed to restore these to a read-write capability. I recommend to those looking at trying out a RedHat-based distro for Sparc, to look at this build. It might provide some guidance for the CentOS development team going forward for future platform releases. -- Michael

4 3

Fwd: Using probe dependencies for ordering
by Jeff Johnson 31 Mar '09

31 Mar '09

Niels: I've been assembling the necessary implementations to __REALLY__ solve the useradd ordering issue for the last few years. Thanks for the impetus to finally attempt to deploy a solution. Flaps down, headed on final approach pattern to the release runway ... Gonna take a few months still ... 73 de Jeff Begin forwarded message: > From: Jeff Johnson <n3npq(a)mac.com> > Date: March 30, 2009 12:47:57 PM EDT > To: rpm-devel(a)rpm5.org > Subject: Using probe dependencies for ordering > > This thread (I chimed in late solely because using PreReq: > never solves any problem in reliable packaging imho) > > http://lists.centos.org/pipermail/centos-devel/2009-March/004250.html > > leads me to attempting to ensure that RPM orders packages > so that dynamic events (in this case adding a user) occur > before they are needed. > > There's a whole class of these run-time ordering issues, from > daemon restart to cache rebuilds, that are often not ordered > correctly, leading to endless discussions of the best way > to solve rather mundane issues. > > The problem is intrinsically run-time because an event > (like a cache rebuild or adding a user or ...) needs > to precede the installation/erasure of some other package. > > There's all sorts of solutions that have been proposed, > some solutions work better than others ;-) The typical > approach is to overload dependencies like > Provides: user(foo) > and then attach some semantic to the existence of a > value in rpm dependencies. That approach can take you > only so far because the string represents an > intrinsically run-time condition without actually > testing that the run-time condition is satisfied. > > E.g. adding a user through a %pre script represented by > Provides: user(add) > is only as good (or bad) as the execution of the > script itself. One never knows whether the user > was actually added, only that the user was *supposed* > to have been added, tying the success of an end-luser > upgrade to the quality of the packagers scripting > abilities. > > However, the fundamental problem of representing a dependency > on a dynamic event (think: adding a user) that usually occurs in the > middle of > rather large upgrade transactions using static dependency > assertions is rather confusing. > > I'm gonna call the (solution to the) problem a "Dynamically Ordered > Event" > (or DOE for short) because I gotta call it something. > > There are already several DOE relations that are used for > (partially) ordering packages installs and erases already. > > The most important DOE event (now handled in @rpm5.org code) is > Install before erasing a package on upgrade. > RPM does not compute file dispositions correctly > unless install occurs before erase. The ordering > relation is a DOE because (obviously) the installation > of the new instance before the old instance is removed > is dynamic and solely within the scope of running a transaction. > > Other DOE events (that were added to RPM5 in February) include > ensuring that a package that contains a directory is installed > before any file is installed in that directory. > > Similarly, the end-point of a symlink is used as a DOE relation > when ordering packages to ensure that the end-point of a symlink is > installed before the symlink itself. > > (aside) > There's another _HUGELY_ important DOE condition in RPM that > should be instantly obvious: > Never erase a package instance if the new instance > was not installed successfully. > But that DOE condition is handled through other means (i.e. > doubly linked package upgrade chains) than by permuting the > order of package installation and erasure. > > (another aside) > Whether DOE relations (like parentdir/linkto dependencies) > are _NECESSARY_ or _USEFUL_ for installing *.rpm packages is quite > controversial years after implementation. Adding DOE relations is > demonstrably not _NECESSARY_, RPM has survived (and @rpm.org ;-) > without using that information for more than a decade, there > are other means to constrain ordering with existing dependency > relations. > I do claim that the the added DOE relations are _USEFUL_ because > of the increased determinism in transactions, with less "partial" in > the > package ordering. Additionally, the data in the added DOE > relations is *guaranteed* to be accurate because hierarchical > file paths and symlink end-points always exist, no fuss, no muss, > no packaging policies or reviews are ever needed. > > So I believe its time to start using DOE events (like adding > users, restarting daemons, rebuilding caches, etc) to > package ordering much like parentdir/linkto and install-before-erase > are currently being used. > > The major problem with treating useradd like parentdir dependencies > is how to detect the condition while installing. Unlike parentdir > dependencies, useradd is run by a script that can/will fail. > > Which brings me to run-time probe dependencies. As implemented, > run-time probe dependencies are strings that map to a dynamic run-time > test. E.g. (as implemented @rpm5.org, ymmv) this dependency > Requires: user(foo) > tests that getpwnam("foo") has a return code of 0 rather than whether > some package some where contains a matching string > Provides: user(foo) > (Note: I'm deliberately ignoring details that both the strcmp(3) and > the getpwnam(3) probe will be done if necessary, and also that > probes are not currently > run against added packages but only against the "system" whatever > that means). > > The important point is that (as implemented @rpm5.org) the user(foo) > probe tests the condition that indeed, "foo" can be looked up rather > than that some package happens to contain a matching Provides: of a > string. > > The remaining pieces of the puzzle have to do with establishing > the points in time where DOE relations are evaluated. At the > point where packages are ordered, the script containing the > useradd has not yet been run (and may fail when it actually is > run). So there's a need to attach a post-condition to the > running of %pre (where useradd is typically done) to verify > that indeed a user was added. There's also a need to test > the precondition when installing a package that needs to do > chown(2) on some file path with the uid returned by getpwnam(3) > (i.e. exactly what the Requires: user(foo) dependency tests). > > The above pins down the exact points in time, using pre-/post- > conditions > where the probe is meaningful. > > What remains is to attempt to use the DOE relation while ordering > packages. As currently implemented, that basically means that > %pre scripts need to be parsed to detect that useradd is being > attempted, with whatever user, and a DOE relation needs to be > added before the user is actually added so that the package > that is attempting to add the user is installed before other > packages that need to do getpwnam(3) in order to do chown(2). > > I think I've covered all the necessary details to attempt a > DOE relation for adding users. Adding groups is not significantly > different. > > I also claim that other probes, like /sbin/ldconfig cache rebuilds, > can be mapped into DOE relations. Note that the code base @rpm5.org > already has the run-time probe > Requires: soname(libfoo.so) > and there are further run-time probes that can be evaluated as > pre-/post-conditions during package installation/erasure as well > as being used as DOE relations for ordering. > > Opinions? > > 73 de Jeff > > > >

2 1

s390 tree
by Sascha Thomas Spreitzer 29 Mar '09

29 Mar '09

Hello crowd, I suggest the following: A new mailinglist, probably centos-devel-s390(a)centos.org and a separate IRC channel on freenode probably: #centos-devel-s390 And some wiki Space to appoint ppl and share knowledge. -- Mit freundlichen Grüßen, / with kind regards, Sascha Thomas Spreitzer http://spreitzer.name/

1 0

RPM of BrOffice.org
by Thiago Avelino 27 Mar '09

27 Mar '09

Morning staff, here in Brazil we can not be using OpenOffice.org because of trademarks and patents, I am sending the mirror of BrOffice.org that in the mirror of the CentOS-BR.org http://mirror.centos-br.org/broffice/stable/3.0.1/RPMS/ It would be very good for the people that download the CentOS here in Brazil the BrOffice.org already came installed. -- att. Thiago Avelino Programador | SysAdmin Linux User: #484673 Asterisk User: #63483 Digium User: D1039273 São Paulo - SP / Brasil www.avelino.us | www.centos-br.org Linkedin | linkedin.com/in/thiagoavelinoster Twitter | twitter.com/thiagoavelinost JustinTV | justin.tv/thiagoavelino

7 18

RPM of BrOffice.org
by Claudio F Filho 26 Mar '09

26 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi My name is Claudio Filho and i was the L10N lead and yet am the marketing contact and native language to Brazil and pt-BR of OpenOffice.org project. Recently, Thiago told with me about the BrOffice.org(Broo) and i asked why haven't the Broo in CentOS. Today, he sent me informations about this list, i read all the thread, and now i will try to reply all questions about this thread. Just to make some things a little clearer. The name "Open Office" is trademarked in Brazil. The logo, splash and other branding elements are not. The trademark itself is registered in Brazil's Patent and Trademark Office[1] (INPI) and can be checked at their site. Unfortunately there is no direct link... [1]http://www.inpi.gov.br/ Because this problem, the owner of brand/trademark started a juridic campaign to get money of people that are using "OpenOffice*" in Brazil and requesting compensations($$) from developers like the brazilian OOo team and Sun Microsystems. They have *goods* lawyers, and we has luck of to get help with lawyers of Federal Gov for our defense. The result is that all user (win, mac or linux) that use a program 'OpenOffice*' (can be "Open Office", "OpenOffice" or "OpenOffice.org"), by interpretation of INPI, is breaking the copyrights of owner of the brand. So, by determination of Federal Government, is denied the use of "OpenOffice*", and the official option is BrOffice.org. To protect our devels and users, we created a NGO (with the same name) and registered the brand 'BrOffice.org' saving our necks (and of our users) of juridic problems. In 2006, i spoke with Rene Engelhard, lead of OOo team in Debian, about our problem and he created a "semi" meta-package[2] of Broo in him distro. Why "semi" meta-pkg? Because this pkg depends of OOo pkgs and have more the files and changes of name and images (splash, about, etc), with ~3.8Mb. [2]http://packages.debian.org/sid/broffice.org Today, for brazilian users that uses Debian haven't legal problems, and what Thiago (and me) wishes is extend this legal situation to brazilian users of CentOS. Ah! and the more important is that Broo NOT IS a fork of OOo. Broo is the pt-BR OOo! This question was discussed in the OOo Council and approved, and reflected in our page[3] inside of OOo Project. [3]http://br-pt.openoffice.org/ Best regards Claudio -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknLbdwACgkQ0U74969cpYkgrQCeORaaTZcwiHbFxlHNmQag/xXt VwAAnREt4+SODl0Uyae+Zlsp3mxkzMq9 =wmS6 -----END PGP SIGNATURE-----

4 4

SPARC Beta el5 SRPMS ?
by d b 25 Mar '09

25 Mar '09

To all... I know the Sparc EL5 port is beta/alpha/gamma... I was able to install base server package using a tftp image. ls -la /tftpboot/tftp64.img -rw-r--r-- 1 root root 9154949 Mar 24 16:39 /tftpboot/tftp64.img I even was able to download the recent curl-7.15.5-2.1.el5.4 update from redhat and rebuild it... (After installing alot of other rpms) . Using "sparc32 rpmbuild -ba specfile" worked like a champ.. Great job. The Sparc EL5 port works in my book. How can I get the SRPMS used to build the sparc el5 port?... It looks like a few have sparc specific changes/additions... For example... silo-1.4.13-8.c5sparc.src.rpm initscripts-8.45.17.EL-1.c5sparc.1.src.rpm There are others but I can only find a couple at http://sparc.centos.org/os/SRPMS/ Some of the rpms were recently rebuilt so someone is using t2000-c5 for fun.... Thank you... David Ultra80 with 4 CPU's uname -a Linux lpaper 2.6.18-53.c5sparc #1 SMP Mon Mar 10 21:50:16 CDT 2008 sparc64 sparc64 sparc64 GNU/Linux grep cpu /proc/cpuinfo cpu : TI UltraSparc II (BlackBird) ncpus probed : 4 ncpus active : 4

1 0

twitter
by Ulrich Leodolter 24 Mar '09

24 Mar '09

> Twitter is a free service that lets you keep in touch with people > through the exchange of quick, frequent answers to one simple > question: What are you doing? Join today to start receiving CentOS's > updates. quick? haha...

1 0

An introduction and a s390 effort
by Sascha Thomas Spreitzer 23 Mar '09

23 Mar '09

Hello contributors and OSS friends, (Who am I?) My name is Sascha Thomas Spreitzer and I live in the eastern outback of Munich in Bavaria Germany. I am 23 years old and started with C and GNU Linux in the early age of 13. (What am I doing?) Most time I spend in the office fixing Unix dependant problems. Since now at Germanys biggest stock broker "Baader Bank". In future (starting first of April) ill design and realize AIX and z/Linux environments for the government insurance sector. If I'm not in the office, I go out with my girlfriend Lisa and we enjoy the little time we have together. I used to do traditional Shotokan Karate in JKA style. But stopped it a year ago, because I had no time left to do it. In holidays I try to gain progress with my software development skills. (Why centos and what I'm up to?) I had a chance to get a look at IBM's z/Series in the past and it arouse my interest. Some years passed and now I have to face z/Linux in my new position. >From the skills I gained in the past and the skills i'll gain in future, I want to contribute back to the community. Since a decade I'm using OSS and I deeply esteem the freedom. It's time for me to contribute. PS.: you can can IM me via IRC or Jabber: irc.freenode.net: sspreitzer Jabber: icefox(a)im.relinked.org -- Mit freundlichen Grüßen, / with kind regards, Sascha Thomas Spreitzer http://spreitzer.name/

3 6

Forum migration: newbb_to_phpbb
by Alain Reguera Delgado 23 Mar '09

23 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Guys, During the last few weeks I've been working on a migration script (newbb_to_phpbb) based on a code provided to me by Marcus Moeller to move Xoops+CBB forums, topics and posts into phpBB system. The users are copied from xoops user table onto an LDAP server. More information in the wiki page: http://wiki.centos.org/WebsiteVer2/forums/newbb_to_phpbb It would be nice if you could test this application, and check the overall process so we can get what we need to migrate newbb to phpbb. The application's download link is in the wiki page above. Note that it is in a test mode yet and requesting for comments. Best Regards, - -- Alain Reguera Delgado <al(a)ciget.cienfuegos.cu> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFJx6kDyXxCQEoXDZARApRNAJ0b3BHLIKJtTCLmHZup2LyDq+FIswCg3GNA AGrAbi69dWEfQmpLesXH5c8= =BWg6 -----END PGP SIGNATURE-----

4 11

CentOS-2 key expired (resend)
by John Newbigin 23 Mar '09

23 Mar '09

I though I was going crazy because rpm would not accept my password to sign some new rpms. The problem is however that the gpg key has expired: pub 1024D/16FF0E46 2004-03-15 CentOS-2 Key <centos-2key(a)caosity.org> sub 2048g/63E158BD 2004-03-15 [expires: 2009-03-14] Who is looking after keys now? Do I need a new one or should I try and extend the old one? The caos key which was used to sign the key has also expired. Advice is most welcome. Thanks John. -- John Newbigin ITS Senior Analyst / Programmer Faculty of Information and Communication Technologies Swinburne University of Technology Melbourne, Australia http://www.ict.swin.edu.au/staff/jnewbigin

2 1

Missing updates for apache for centos 5.2
by Robert 20 Mar '09

20 Mar '09

Hi, I'm missing security updates for centos 5.2 since a few days. There is at least one security issue for apache, which is fixed in the upstream but not via yum for centos. Did I miss something? Regards Robert

2 1

Trac 0.11 Theme Customization
by Alain Reguera Delgado 19 Mar '09

19 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Guys, We have a theme customization for trac-0.11.3-1.el5.rf in: https://projects.centos.org/svn/artwork/trunk/Extras/Trac/0.11 and some screenshots in: https://projects.centos.org/trac/artwork/browser/trunk/Extras/Trac/0.11/Tou… It would be nice if someone could test it and comment about it. After that, I think that the Trac upgrade planned some time ago could take place if nothing else delays it. Best Regards, - -- Alain Reguera Delgado <al(a)ciget.cienfuegos.cu> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFJwVdqyXxCQEoXDZARAoTsAJwOFl4wjnuwVDFnwnXlP5hKBIlY0ACgzBdP RkuN7WdUtHmIelrAP4h8ow8= =wwS+ -----END PGP SIGNATURE-----

2 1

Re: [CentOS-devel] CentOS-devel Digest, Vol 49, Issue 12
by Michael Hall 17 Mar '09

17 Mar '09

> > I've been struggling to install the httpd 2.2.8, php 5.2.6 and postgresql 8.2.9 RPMS in testing on a minimal CentOS 5.2 due to issues with libpq and apr-utils. I put these packages into a custom repo, assigned then to a custom group in comps.xml, and am working with kickstart. > > Anyway, it appears apr-util is a dependency of httpd. apr-util in turn depends on libpq.so.4, provided by postgresql-libs. > libpq.so.4 should be provided by > postgresqlclient81-8.1.11-1.el5s2.x86_64.rpm in the same repository. > > The postgresql-libs 8.2.9 package installs libpq.so.5, so things go belly up and won't install (no apr-utils, therefore no httpd, therefore no php). > > > > If however I install the compat-postgresql-libs package from http://yum.pgsqlrpms.org/8.3/redhat/rhel-5-x86_64/repoview/applications.dat…, > > installation of all packages proceeds. This package obviously reconciles the lippq.so.4/libpq.so.5 conflict. > > > > So maybe something like this package is needed in testing? Except that I want to install PG 8.2.9 (from testing), which appears to install libpq.so.5 Do you mean that postgresqlclient81-8.1.11-1.el5s2.x86_64.rpm is similar to the compat-postgresql-libs RPM I mentioned above? Is it happy to install without dependency problems alongside PG 8.2.9?

2 1

Spacewalk client tools inclusion
by Justin Sherrill 17 Mar '09

17 Mar '09

Hi All, I'm working on getting the rhn-client tools (that have traditionally been not included in centos) into the distro so it can be used with spacewalk more easily and invite any of those interested to help. Since 5.3 has already been released, we're targeting to include it in extras for now. I've created a wiki page to track the progress here: https://fedorahosted.org/spacewalk/wiki/CentPackages I figured a meeting would be good for interested parties to discuss what needs to be done and to divvy up the tasks. How about next Wednesday (3/25) at 21:00 GMT (5:00 pm EST). Thanks -- Justin Sherrill, RHCA 1801 Varisty Drive. Software Engineer Raleigh, NC 27603 Red Hat, Inc.

2 2

Postgresql RPMS in testing
by Michael Hall 16 Mar '09

16 Mar '09

I know everyone is probably flat out with 5.3 at the moment, but this is some feedback on the Postgresql 8.2.9 RPMS in testing. I've been struggling to install the httpd 2.2.8, php 5.2.6 and postgresql 8.2.9 RPMS in testing on a minimal CentOS 5.2 due to issues with libpq and apr-utils. I put these packages into a custom repo, assigned then to a custom group in comps.xml, and am working with kickstart. Anyway, it appears apr-util is a dependency of httpd. apr-util in turn depends on libpq.so.4, provided by postgresql-libs. The postgresql-libs 8.2.9 package installs libpq.so.5, so things go belly up and won't install (no apr-utils, therefore no httpd, therefore no php). If however I install the compat-postgresql-libs package from http://yum.pgsqlrpms.org/8.3/redhat/rhel-5-x86_64/repoview/applications.dat…, installation of all packages proceeds. This package obviously reconciles the lippq.so.4/libpq.so.5 conflict. So maybe something like this package is needed in testing? Thanks, hope the feedback proves useful, Mick

2 1

Re: [CentOS-devel] Automatic RPM dependencies based on egg metadata
by Scott Silva 13 Mar '09

13 Mar '09

on 3-13-2009 1:39 AM Manuel Amador (Rudd-O) spake the following: > Based on my earlier work, it brings me much pleasure to contribute the > attached patch (which requires the earlier, lexicographical-order patch > to be applied first). The following attached file makes distutils > automatically add dependencies to the Requires: field in the RPM spec > file, if the egg metadata specifies any primary dependency. > > > With this patch, it is no longer needed to manually specify your > dependencies in both setup.cfg and requires.txt. DRY FTW! > > > regards, > -- I am not taking sides on this issue, but you would probably get farther with this if you submit the patches upstream. CentOS doesn't do a lot of patching to upstream code unless it is necessary for the build process. If you get this past RedHat, it will flow down to CentOS. That is the path you would need to follow. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

1 0

Re: [CentOS-devel] [PHP 5.2.6] Feedback / Centos Testing and CentOS Extras
by Phil Schaffner 12 Mar '09

12 Mar '09

Paulo Martinez wrote: > - Sorry for double posting. The Archive was not including my post. - > - For the sake of them, which only read through the archive. - I still can't find Paulo's posts in the archive. Are they being rejected for some reason? > > Hi Devel, > > just to communicate. php from c5-testing is working so far: > > rpm -qa |grep php > php-soap-5.2.6-2.el5s2 > php-gd-5.2.6-2.el5s2 > php-ldap-5.2.6-2.el5s2 > php-common-5.2.6-2.el5s2 > php-cli-5.2.6-2.el5s2 > php-bcmath-5.2.6-2.el5s2 > php-5.2.6-2.el5s2 > php-xml-5.2.6-2.el5s2 > php-mbstring-5.2.6-2.el5s2 > php-pear-Auth-SASL-1.0.2-4.el5.centos > php-imap-5.2.6-2.el5s2 > php-pear-1.4.9-4.el5.1 > php-pdo-5.2.6-2.el5s2 > php-dba-5.2.6-2.el5s2 > php-mysql-5.2.6-2.el5s2 > php-xmlrpc-5.2.6-2.el5s2 > > > At time of installation with: > > yum --enablerepo=c5-testing update php > > There were no dependencies errors from php packages > of extras repo like php-mcrypt but they should because > the of the changed AP-Interface for php-modules. > Anyway, the installation/upgrade runs flawless. > > In my environment there were following packages of extras repo > > php-mcrypt > php-mhash > php-pecl-Fileinfo > > Deleting this php-modules resolves this (issue of starting httpd): > > > PHP Warning: PHP Startup: fileinfo: Unable to initialize module\nModule > compiled with module API=20050922, debug=0, thread-safety=0\nPHP > compiled with module API=20060613, debug=0, thread-safety=0\nThese > options need to match\n in Unknown on line 0 > PHP Warning: PHP Startup: mcrypt: Unable to initialize module\nModule > compiled with module API=20050922, debug=0, thread-safety=0\nPHP > compiled with module API=20060613, debug=0, thread-safety=0\nThese > options need to match\n in Unknown on line 0 > PHP Warning: PHP Startup: mhash: Unable to initialize module\nModule > compiled with module API=20050922, debug=0, thread-safety=0\nPHP > compiled with module API=20060613, debug=0, thread-safety=0\nThese > options need to match\n in Unknown on line 0 > > > I am sure all extra-repo packages > > php-* > php-pecl* > > have to be touched to run also with centosplus candidate php 5.2.x > > --- > > i had php-eaccelerator installed and now removed. I will recompile it > in the next days. I wonder, CentOSPlus/CentOSWebStack for Centos 4 have > php-eaccelerator. What do you think about a package for Centos 5? > > For now - thank you. > > Best Regards > > P.M.

2 1

Re: [CentOS-devel] [Distutils] SOLVED: bdist_rpm and pre-release python packages / eggs (was: pre-release versioning problems with sdist, bdist_rpm, bdist_debian)
by Ignacio Vazquez-Abrams 12 Mar '09

12 Mar '09

On Wed, 2009-03-11 at 21:52 -0400, Gerry Reno wrote: > Manuel, > Additionally, from a Python Distutils perspective, Distutils should > not be enforcing one distro's policy. There are RPM-based distro's that > DO NOT follow fedora's packaging policy. Actually, Fedora people have been approached by other distros because they want to adopt most or all of the policies due to its comprehensiveness. But you didn't hear this from me. -- Ignacio Vazquez-Abrams <ivazqueznet(a)gmail.com>

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel March 2009