[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: local changes to /usr/lib/rpm/macros...



On Mon, Jan 27, 2003 at 11:36:29AM -0500, Tristan Van Berkom wrote:
> Hmm , I'm resending because it seem the list-engine
> didn't like my message... I hope it doesn't cut
> this one in half also.
> 
> ================================
> Speaking of which;
> 
>         This is the `macrofiles' definition in the rpmrc that came with
> the package: rpm-4.1.tgz. (I'm not sure how this will turn up in your
> browser but what looks like "macrofiles:\n" is actualy "macrofiles:\t")
> 
> macrofiles:
> //lib/rpm/macros://lib/rpm/%{_target}/macros:/etc/rpm/macros.specspo:/etc/rpm/macros.prelink:/etc/rpm/macros.solve:/etc/rpm/macros.up2date:/etc/rpm/macros:/etc/rpm/%{_target}/macros:~/.rpmmacros
> 
> I'm not sure if there is a typo in it (is "//" no good ?) but
> here are the side affects:
> 

Your build is misconfigured somehow, something is expanding incorrectly.

What is painful is that the macrofiles directive is a colon seperated
list of paths, only the 1st of which *must* exist.

In order to permit ftp/http/file url's, the colon in the string "://" is
assumed to be purt of a url, not a path separator, ...

> output from `strace -f rpm -qa 2>&1 | less' :
> 
> =====================================================
> open("/lib/rpm/macros://lib/rpm/i586-linux/macros", O_RDONLY) = -1
> ENOENT (No su
> ch file or directory)

... which explains this behavior.

...

> 
> You might try playing with `macrofiles' in your `rpmrc' (although
> I don't know if ~/.rpmmacros is supposed to override previously
> defined macros).

There's no way of knowing, depends entirely on where ~/.rpmmacros is
located, last in default configuration.

73 de Jeff

-- 
Jeff Johnson	ARS N3NPQ
jbj@redhat.com (jbj@jbj.org)
Chapel Hill, NC





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] []