Re: Another RPM build issue with version 1.1.1

2006-06-08 Thread Alberto Cruz




Hi I found this conversation about the RPM Build error with the
/usr/share/doc path information.

I'm trying to build the new freeradius-1.1.2 release over RHEL4 and I
got the same error. I'm not an expert with Linux and I would like to
know which is the best option to fix this problem.

Thanks in advance

Alberto Cruz
Nicolas Baradakis wrote:

  Duane Cox wrote:

  
  
I noticed this too, that with 1.1.1 the docs are installed to 
doc/freeradius and not doc/freeradius-1.1.1

  
  
It has been discussed on the freeradius-devel mailing list: the
libraries and the executables are installed in version-independent
directories, therefore it's more consistent to have the docs under
share/doc/freeradius. BTW it's also the recommended location in the
Debian policy manual.

  
  
I'm not sure why this change came about, but can't a simple sed
script fix it?  Then build your RPM.

sed -i '[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]' doc/Makefile 
sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL PROTECTED]/freeradius-1.1.1/[EMAIL PROTECTED]' 
doc/examples/Makefile 
sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL PROTECTED]/freeradius-1.1.1/[EMAIL PROTECTED]' doc/rfc/Makefile

  
  
Perhaps adding this command in freeradius.spec could fix the problem:

sed -i "[EMAIL PROTECTED]/[EMAIL PROTECTED]/freeradius-%{version}@" doc/Makefile doc/examples/Makefile doc/rfc/Makefile

However, I think it'd be more elegant to add an option --docdir to
configure and update the makefiles to use that.

  



- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Re: Another RPM build issue with version 1.1.1

2006-03-29 Thread Nicolas Baradakis
Duane Cox wrote:

 I noticed this too, that with 1.1.1 the docs are installed to 
 doc/freeradius and not doc/freeradius-1.1.1

It has been discussed on the freeradius-devel mailing list: the
libraries and the executables are installed in version-independent
directories, therefore it's more consistent to have the docs under
share/doc/freeradius. BTW it's also the recommended location in the
Debian policy manual.

 I'm not sure why this change came about, but can't a simple sed
 script fix it?  Then build your RPM.
 
 sed -i '[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]' doc/Makefile 
 sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL 
 PROTECTED]/freeradius-1.1.1/[EMAIL PROTECTED]' 
 doc/examples/Makefile 
 sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL 
 PROTECTED]/freeradius-1.1.1/[EMAIL PROTECTED]' doc/rfc/Makefile

Perhaps adding this command in freeradius.spec could fix the problem:

sed -i [EMAIL PROTECTED]/[EMAIL PROTECTED]/freeradius-%{version}@ 
doc/Makefile doc/examples/Makefile doc/rfc/Makefile

However, I think it'd be more elegant to add an option --docdir to
configure and update the makefiles to use that.

-- 
Nicolas Baradakis

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Another RPM build issue with version 1.1.1

2006-03-28 Thread Sandworm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello

There appears to be a conflict with the Makefiles in the doc
directories and the behaviour of RPM. With version 1.1.0, this was
OK as they were both consistent, but are not with version 1.1.1.

Now when the RPMs are built (on RHEL3 U6), the build bombs out
with:

RPM build errors:
Installed (but unpackaged) file(s) found:
   /usr/share/doc/freeradius/Acct-Type
   /usr/share/doc/freeradius/Autz-Type
   /usr/share/doc/freeradius/CYGWIN
   /usr/share/doc/freeradius/ChangeLog
   /usr/share/doc/freeradius/DIFFS
   /usr/share/doc/freeradius/MACOSX
etc...

This is because the Makefiles in the doc directories have lines
like this:

$(INSTALL) -d -m 755 $(R)$(datadir)/doc/freeradius

whereas version 1.1.0 had lines like:

$(INSTALL) -d -m 755 $(R)$(datadir)/doc/freeradius-
$(RADIUSD_VERSION)

RPMs %doc macro, however (AFAIK), uses the version in the path, and
the documentation seems to say this too (from
http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-
directives.html, When the package is installed, RPM creates a
directory in the documentation directory named the same as the
package (ie, software-version-release)).

This is what I am seeing during the RPM build - a relevant extract:

Processing files: freeradius-1.1.1-0
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.18818
+ umask 022
+ cd /usr/src/redhat/BUILD
+ cd freeradius-1.1.1
+ DOCDIR=/var/tmp/freeradius-root/usr/share/doc/freeradius-1.1.1
+ export DOCDIR

Incidentally, apart from this, even if the Makefile/RPM conflict
were resolved, not all files get copied into the doc directory, I
think, and this was true with version 1.1.0 as well. The only files
seen there are:

ls /usr/share/doc/freeradius-1.1.0
ChangeLog  COPYRIGHT  INSTALL  README  todo

To get the other files there, it would unfortunately need a more
detailed list in the %files section of the SPEC file as shown
below:

%files
%defattr(-,root,root)
%doc doc/Acct-Type doc/Autz-Type doc/CYGWIN doc/ChangeLog doc/DIFFS
doc/MACOSX
%doc doc/OS2 doc/Post-Auth-Type doc/RADIUS-LDAP-eDirectory
doc/RADIUS-SQL.schema
%doc doc/README doc/Session-Type doc/Simultaneous-Use doc/aaa.txt
doc/ascend
%doc doc/bay doc/bugs doc/cisco doc/coding-methods.txt
doc/configurable_failover
%doc doc/duplicate-users doc/ldap_howto.txt doc/load-balance.txt
doc/misc-nas
%doc doc/module_interface doc/mssql doc/performance-testing
doc/processing_users_file
%doc doc/proxy doc/radrelay doc/release-method.txt doc/rfc/
doc/rlm* doc/supervise-radiusd.txt
%doc doc/tuning_guide doc/variables.txt todo/ COPYRIGHT INSTALL

Regards
SW
-BEGIN PGP SIGNATURE-
Note: This signature can be verified at https://www.hushtools.com/verify
Version: Hush 2.5

wkYEARECAAYFAkQp19gACgkQmw4BJyaatJ3xhgCgsjwbq8mP6XhQpsqSTLCBFena9fUA
nAvGkYPRHnlRzCnV+FMt5R6F5lOm
=jS3p
-END PGP SIGNATURE-


- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Another RPM build issue with version 1.1.1

2006-03-28 Thread Duane Cox
I noticed this too, that with 1.1.1 the docs are installed to doc/freeradius 
and not doc/freeradius-1.1.1
I'm not sure why this change came about, but can't a simple sed script fix 
it?  Then build your RPM.


sed -i '[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]' doc/Makefile 
sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL PROTECTED]/freeradius-1.1.1/[EMAIL PROTECTED]' 
doc/examples/Makefile 

sed -i '[EMAIL PROTECTED]/freeradius/[EMAIL PROTECTED]/freeradius-1.1.1/[EMAIL 
PROTECTED]' doc/rfc/Makefile


- Original Message - 
From: Sandworm [EMAIL PROTECTED]

To: FreeRadius-List freeradius-users@lists.freeradius.org
Sent: Tuesday, March 28, 2006 6:42 PM
Subject: Another RPM build issue with version 1.1.1



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello

There appears to be a conflict with the Makefiles in the doc
directories and the behaviour of RPM. With version 1.1.0, this was
OK as they were both consistent, but are not with version 1.1.1.

Now when the RPMs are built (on RHEL3 U6), the build bombs out
with:

RPM build errors:
   Installed (but unpackaged) file(s) found:
  /usr/share/doc/freeradius/Acct-Type
  /usr/share/doc/freeradius/Autz-Type
  /usr/share/doc/freeradius/CYGWIN
  /usr/share/doc/freeradius/ChangeLog
  /usr/share/doc/freeradius/DIFFS
  /usr/share/doc/freeradius/MACOSX
etc...

This is because the Makefiles in the doc directories have lines
like this:

$(INSTALL) -d -m 755 $(R)$(datadir)/doc/freeradius

whereas version 1.1.0 had lines like:

$(INSTALL) -d -m 755 $(R)$(datadir)/doc/freeradius-
$(RADIUSD_VERSION)

RPMs %doc macro, however (AFAIK), uses the version in the path, and
the documentation seems to say this too (from
http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-
directives.html, When the package is installed, RPM creates a
directory in the documentation directory named the same as the
package (ie, software-version-release)).

This is what I am seeing during the RPM build - a relevant extract:

Processing files: freeradius-1.1.1-0
Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.18818
+ umask 022
+ cd /usr/src/redhat/BUILD
+ cd freeradius-1.1.1
+ DOCDIR=/var/tmp/freeradius-root/usr/share/doc/freeradius-1.1.1
+ export DOCDIR

Incidentally, apart from this, even if the Makefile/RPM conflict
were resolved, not all files get copied into the doc directory, I
think, and this was true with version 1.1.0 as well. The only files
seen there are:

ls /usr/share/doc/freeradius-1.1.0
ChangeLog  COPYRIGHT  INSTALL  README  todo

To get the other files there, it would unfortunately need a more
detailed list in the %files section of the SPEC file as shown
below:

%files
%defattr(-,root,root)
%doc doc/Acct-Type doc/Autz-Type doc/CYGWIN doc/ChangeLog doc/DIFFS
doc/MACOSX
%doc doc/OS2 doc/Post-Auth-Type doc/RADIUS-LDAP-eDirectory
doc/RADIUS-SQL.schema
%doc doc/README doc/Session-Type doc/Simultaneous-Use doc/aaa.txt
doc/ascend
%doc doc/bay doc/bugs doc/cisco doc/coding-methods.txt
doc/configurable_failover
%doc doc/duplicate-users doc/ldap_howto.txt doc/load-balance.txt
doc/misc-nas
%doc doc/module_interface doc/mssql doc/performance-testing
doc/processing_users_file
%doc doc/proxy doc/radrelay doc/release-method.txt doc/rfc/
doc/rlm* doc/supervise-radiusd.txt
%doc doc/tuning_guide doc/variables.txt todo/ COPYRIGHT INSTALL

Regards
SW
-BEGIN PGP SIGNATURE-
Note: This signature can be verified at https://www.hushtools.com/verify
Version: Hush 2.5

wkYEARECAAYFAkQp19gACgkQmw4BJyaatJ3xhgCgsjwbq8mP6XhQpsqSTLCBFena9fUA
nAvGkYPRHnlRzCnV+FMt5R6F5lOm
=jS3p
-END PGP SIGNATURE-


-
List info/subscribe/unsubscribe? See 
http://www.freeradius.org/list/users.html




- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html