Hi,
I perfectly understand your problem. We're building a distro in our own
package build system (not rpm) and we have fully integrated it with a
solution similar to fakeroot. (I couldn't get fakeroot work at that time,
and I didn't like the client-connects-to-server idea, it has lots of issues:
multiple instances at the same time, authentication, possible problems with
chroot, not to forget to kill the daemon, and so on... so I wrote my own one
called "pretendroot", you can find it on freshmeat.net. It has a much
simpler design while it still works perfectly for us).
There are really plenty of stupid Makefiles out there in the world, e.g.
ones with "install -o root -g root ..." which makes really no sense at all,
since if you're root then it's the default to install as root, but if you're
not, then why not let it work and install under your ID...? It definitely
sucks if you have to patch all these Makefiles.
About a half year ago we were planning to switch to RPM but later we
postponed this. However, I already had RPM integrated with pretendroot.
To simply make the installation succeed, you don't have to do much. You can
even set up pretendroot stuff (by setting two env variables PRETENDROOTDIR
and LD_PRELOAD, see the example "pretendroot" script in the tarball) in the
spec file's %install section, so in this case you don't have to modify your
rpm macros (hence the .spec file will be much more portable).
For better integration, you can set these variables in macros files by
altering %{___build_pre} or something like that.
We also had some more magic for full integration, so that the %files list is
always auto-generated, taking the fake user into account, e.g. if the
install script had an "install -o foo" then this file would automagically
appear in the final rpm package as being owned by foo. But this was a rather
ugly hack and probably it's not what you need. Even without this step you
can silently ignore the fake ownership of the files and use the %attr flag
in a normal %files section.
IMHO integrating RPM with fakeroot or a similar solution could be a nice
idea from distribution makers, but I don't think it should be solved in
mainstream RPM. YMMV.
bye,
Egmont
_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list
