[ATrpms-devel] Rebuilding Myth Bleeding Packages
Axel Thimm
Axel.Thimm at ATrpms.net
Fri Feb 2 16:10:25 CET 2007
On Fri, Feb 02, 2007 at 10:00:59AM -0500, John Welch wrote:
> Sorry if this becomes a duplicate message. I forgot that I wasn't
> subscribed to the devel list.
>
> No, the "issue" here may be different and intended: Isaac asked me to
> >build these packages with debug instead of release parameters, so you
> >are carrying the whole debugging slack.
> >
> >You can try to rebuild the src.rpm with "--without debug" to see what
> >the performance penalty is from using debug flags. If there is a bug
> >difference then the "debug" packages make less sense and Isaac and the
> >other devs may concur to having trunk rpms with release like flags.
>
>
> Axel, this is a follow-up to my post on the user list about the Myth
> packages in bleeding. I would like to try to rebuild the packages from the
> src.rpm, as you have suggested. I have rebuilt packages from src before,
> but I'm definitely not an expert at it. I'm a little unclear about how I
> would rebuild without the debug flags. Do I just edit the src.rpm and add
> this as an option, or is this something I can pass at the command-line
> level? Any help would be appreciated.
command level as written above, e.g. add "--without debug" like in
rpmbuild --rebuild --without debug foo.src.rpm
or
rpmbuild -ba --without debug foo.spec
you'll also need in ~/.rpmmacros (or /etc/rpm/macros wherever you
prefer):
%_varlibdir /var/lib
%_varcachedir /var/cache
%_initdir /etc/rc.d/init.d
%_logrotatedir /etc/logrotate.d
%_logdir /var/log
I'd also add (but this is highly customizable):
%_specdir .
%_sourcedir .
%_rpmdir .
%_srcrpmdir .
%_builddir /var/tmp/builddir.%(eval "hostname -s")
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/atrpms-devel/attachments/20070202/2c07a0f8/attachment.bin
More information about the atrpms-devel
mailing list