The lack of lazy mkdir is one problem, the other appears to be the
macros.in doesn't use $prefix but rather %{_var} for repackage dir...
Would it be a good idea to change all the filesystem macros in
macros.in to obey $prefix?  Granted, that is making a choice on "who
configures rpm" so I can see the argument both ways.
Jason

On Dec 13, 2007 9:59 AM, Jeff Johnson <n3npq@mac.com> wrote:
>
>
> On Dec 13, 2007, at 9:46 AM, Jason Corley wrote:
>
> > Has anyone else seen this error?  It appears install-exec-hook is
> > ignoring $prefix for the repackage dir?
> >
> > make  install-exec-hook
> > make[3]: Nothing to be done for `install-exec-hook'.
> > mkdir: /var/local: Permission denied
> > mkdir: /var/local: No such file or directory
> > mkdir: /var/local/spool: No such file or directory
> > make[2]: *** [install-data-local] Error 1
> > make[1]: *** [install-am] Error 2
> > make: *** [install-recursive] Error 1
> >
> > ... devtool trace ...
> >
> > error: cannot create %_repackage_dir /var/local/spool/repackage/
> > 1197490417
> > Wrote: /var/local/spool/repackage/1197490417/gpg-
> > pubkey-2039b291-3dbaae72.(none)
> > .rpm
> >
>
> Yah, I've seen.
>
> The hysterical issue has always been deciding who/what is responsible
> for configuring rpm. If rpm is responsible, then there is a missing lazy
> mkdir on the entire path. If the luser is responsible for configuring
> rpm, then its rpm's responsibility to report the mis-configuration as
> an error.
>
> I'll add the lazy mkdir and try to couple the side-effect into
> repackaging
> configuration more carefully.
>
> 73 de Jeff
> ______________________________________________________________________
> RPM Package Manager                                    http://rpm5.org
> Developer Communication List                        rpm-devel@rpm5.org
>