--target behaviour
i noticed when using --short-circuit that at some point it started ti write
same files twice...
however looks like the behavior is not from --short-circuit, but from multiple
times passing --target.
i notice here tree issues:
- multiple times --target passed and rpmbuild called is a feature or bug?
- Building target platforms: display is wrong (leading comma?)
- %{arch} is lost when first time rpm's are written
rpm 4.4.9
00:54:46 glen[pts/[EMAIL PROTECTED] pld/SPECS$ /usr/bin/rpmbuild --target i686
--target noarch -bb test.spec --target noarch
Building target platforms: ,noarch
Executing(%prep): /bin/sh -e /tmp/rpm-tmp.37168
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ cd /home/users/glen/rpm/pld/BUILD
+ rm -rf kernel-1
+ /bin/mkdir -p kernel-1
+ cd kernel-1
+ echo target: i386
target: i386
+ exit 0
Executing(%install): /bin/sh -e /tmp/rpm-tmp.37168
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ /bin/rm --interactive=never -rf /tmp/kernel-1-root-glen
+ cd kernel-1
+ /bin/rm --interactive=never -rf /tmp/kernel-1-root-glen
+ rm -rf /tmp/kernel-1-root-glen
+ /usr/lib/rpm/find-debuginfo.sh /home/users/glen/rpm/pld/BUILD/kernel-1
+ exit 0
Processing files: kernel-1-0.1
Processing files: kernel-debuginfo-1-0.1
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/tmp/kernel-1-root-glen
Wrote: /home/users/glen/rpm/pld/RPMS/kernel-1-0.1..rpm
Wrote: /home/users/glen/rpm/pld/RPMS/kernel-debuginfo-1-0.1..rpm
Executing(%clean): /bin/sh -e /tmp/rpm-tmp.37168
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ cd kernel-1
+ /bin/rm --interactive=never -rf /tmp/kernel-1-root-glen
+ rm -rf /tmp/kernel-1-root-glen
Executing(%prep): /bin/sh -e /tmp/rpm-tmp.19804
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ cd /home/users/glen/rpm/pld/BUILD
+ rm -rf kernel-source-1
+ /bin/mkdir -p kernel-source-1
+ cd kernel-source-1
+ /bin/id -u
+ [ 500 = 0 ]
+ true .
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo target: noarch
target: noarch
+ exit 0
Executing(%install): /bin/sh -e /tmp/rpm-tmp.19804
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ /bin/rm --interactive=never -rf /tmp/kernel-source-1-root-glen
+ cd kernel-source-1
+ /bin/rm --interactive=never -rf /tmp/kernel-source-1-root-glen
+ rm -rf /tmp/kernel-source-1-root-glen
+ /usr/lib/rpm/find-debuginfo.sh /home/users/glen/rpm/pld/BUILD/kernel-source-1
+ __spec_install_post_compress_docs
+ __spec_install_post_py_hardlink
Processing files: kernel-source-1-0.1
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/tmp/kernel-source-1-root-glen
Wrote: /home/users/glen/rpm/pld/RPMS/kernel-source-1-0.1.noarch.rpm
Executing(%clean): /bin/sh -e /tmp/rpm-tmp.19804
+ umask 022
+ cd /home/users/glen/rpm/pld/BUILD
+ cd kernel-source-1
+ /bin/rm --interactive=never -rf /tmp/kernel-source-1-root-glen
+ rm -rf /tmp/kernel-source-1-root-glen
00:54:53 glen[pts/[EMAIL PROTECTED] pld/SPECS$
--
glen
# : 1.16.4.72 $, : 2008-02-11 16:59:33 $
#
# Conditional build:
%bcond_with source # build noarch kernel-source package
#
%if %{_arch} == noarch
%define with_source 1
%endif
Summary:test
Name: kernel%{?with_source:-source}
Version:1
Release:0.1
License:GPL
Group: Applications/System
%if %{with source}
BuildArch: noarch
%endif
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
This package should be never installed.
%prep
%setup -qcT
echo target: %{_arch}
%clean
rm -rf
%install
rm -rf
%files
%defattr(644,root,root,755)
%define date%(echo Tue Feb 12 2008)
%changelog
* %{date} PLD Team [EMAIL PROTECTED]
All persons listed below can be reached at cvs_login@pld-linux.org
: test.spec,v $
Revision 1.16.4.72 2008-02-11 16:59:33 glen
- build source pkg depending on target
Revision 1.16.4.71 2008-02-10 12:43:34 glen
- add remove /etc/shells lua tests
Revision 1.16.4.69 2007-11-28 00:34:24 glen
- testing builder
Re: RPM 5.0.2 released
Thanks
But it seems there is some access permission
For example
http://wraptastic.org/pub/i386-linux/RPMS/rpm-5.0.2-1.i386.rpm
On Feb 6, 2008 12:42 AM, Jeff Johnson [EMAIL PROTECTED] wrote:
On Feb 5, 2008, at 5:17 PM, devzero2000 wrote:
Good !!1
But the rpm, where is ?
Again, rpm5.org is vendor neutral, and so releases tar balls, not *.rpm
packages.
Meanwhile, the rpm.spec.in file vontained in rpm-5.0.2.tar.gz is
mostly functional.
All I needed to fix was this minor problem:
--- rpm.spec.in 22 Jan 2008 21:52:44 - 2.450
+++ rpm.spec.in 5 Feb 2008 23:41:31 -
@@ -274,6 +274,7 @@ gzip -9n apidocs/man/man*/* || :
rm -rf .%{_mandir}/pl/man8/rpmcache.8*
rm -rf .%{_mandir}/pl/man8/rpmgraph.8*
rm -rf .%{_mandir}/{fr,ko}
+ rm -rf .%{_mandir}/man1/xar.1*
rm -rf .%{_bindir}/xar
rm -rf .%{_includedir}/xar
rm -rf .%{_libdir}/libxar*
I've used the spec file in the rpm-5.0.2.tar.gz release to build
binary packages
on a Fedora 9 platform that are available at
http://wraptastic.org/pub/i386-linux/RPMS/
hth
73 de Jeff
__
RPM Package Managerhttp://rpm5.org
User Communication List rpm-users@rpm5.org
