On Sat, 2005-08-20 at 12:17 +0200, Thorsten Leemhuis wrote:
Am Freitag, den 19.08.2005, 21:40 -0400 schrieb Dan Williams:
> Quite a few things will change for plague 0.4:
> [...]
> If anyone has more thoughts, file some RFEs in bugzilla for Fedora Extras
> Infrastructure.
What is the current status of passing special options to the actual
rpmbuild call? We should have those for building kernel-modules because
building kernel-modules for a lot of different kernels would be much
easier if no changes to the actual kernel-module-specfile are needed. In
the current KernelModuleProposal-Example2 (*1) this is realized by:
%{!?kver: %define kver %(uname -r)}
[...]
make KVERS=%{kver} KSRC="%{_usrsrc}/kernels/%{kver}-%{_target_cpu}" -C driver
So if someone builds the src.rpm at home it is rebuild for the current
kernel. When build with mock the buildsystem should defined kver.
Something like:
for kernel in <list of target kernels [example: current-kernel.i586
current-kernel.i686 current-kernel-smp.i586]>
do
mock build /path/to/srpm --define "kver $kernel"
done
AFACS we need support for this in both mock and plague (or is something
like that already possible? mach can pass options to rpmbuild, mock
can't iirc)
I do not think that adding this into mock or rpmbuild is a good idea,
honestly. If the package won't built w/o arbitrary defines then we'll
have a devil of a time figuring out how to REBUILD it later. We need
builds to be replayable and if we have to count on what someone inputted
into the cli then we can't replay them.
-sv