mach

On Thursday 23 September 2004 05:15, Axel Thimm wrote:
> On Wed, Sep 22, 2004 at 04:43:58PM +0800, Jeff Pitman wrote:
> > On Wednesday 22 September 2004 16:20, Axel Thimm wrote:
> > > BTW why downgrade to vendor shipped rpm? Not that it currently
> > > really matters on FC2.
> >
> > It's a product of using some build scripts that restore the
> > previous snapshot state of the distribution.  Patched version of
> > mach, actually. Having APT handle the downgrade would be
> > advantageous.  I guess I could hack it to detect the conflict and
> > then add a "librpm4.3-" during the downgrade.  But, I'd like to
> > avoid that.
>
> How about telling mach to use this rpm? I think it is quite easy to
> recreate a snapshot, or configure mach to use ATrpms' rpm from the
> very beginning.

It requires a bit of a jury-rig to get things in the right place.  The 
best enhancement for Mach on this point would be to implement a new 
command that manually generates the snapshot.  Such as:

$ mach -r fc2 snapshot

I guess I could clean the root and rebuild the whole thing. But, I'm 
lazy and impatient.

take care,
-- 
-jeff

Hi:

The vim spec uses a leading 0 in patch naming:

Patch001: blah blah

But rpm rips the leading 0s off causing Mach unable to resolve using the 
rpmbuild hackage:

rpmbuild -bp --nodeps --force --define '__spec_prep_pre echo 
%PATCHURL001; exit 0' --define 
'setup :'  /opt/pyvault/packages/apps/vim/vim.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.93235
%PATCHURL001

vs.

rpmbuild -bp --nodeps --force --define '__spec_prep_pre echo %PATCHURL1; 
exit 0' --define 'setup :'  /opt/pyvault/packages/apps/vim/vim.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.60441
ftp://ftp.vim.org/pub/vim/patches/6.3.001


Should I patch mach or file a bug report against rpm?

thanks,
-- 
-jeff

This patch fixes permissions on /etc/ld.so.conf so that libraries in 
non-standard locations (/usr/kerberos/lib when I try to build php on Red Hat 
Linux 9 + fedora-legacy updates) are found correctly during the build process.
John