Most of your .rpmmacro file is actually redundant. Once you specify the %_topdir rpmbuild will expect the area to be prebuilt with the SOURCES, RPMS, etc subdirs already in place and it will look for them in the %_topdir location.
In any case, you will only need one or two entries in your .rpmmacros. You will need a $_topdir if you are not on Red Hat or Fedora, and if man pages are stored on your Linux distribution someplace besides /usr/share/man then you will need a %_mandir entry to point to that location (this is usually only needed on older Linux distributions like SLES 10). David Ashley On 09/24/2010 11:42 AM, Erico Mendonca wrote: > >>> On 9/24/2010 at 10:53 AM, in message<[email protected]>, > David Ashley > <[email protected]> wrote: >> I took your spec file as a starting point, but I did make a some changes I >> thought enhance and clarify things a bit more. The good news is that spec >> file >> is much cleaner, the bad news is that in some cases (Suse) you need a >> .rpmmacros >> files in your home directory with at least one entry (%_topdir). This >> appears to >> be required on Suse systems but not on Fedora and Red Hat systems. The entry >> >> points to the local RPM build area. See the commited readme file in the >> trunk. > Coincidentally, here's what my /etc/rpm/macros.user file looks like: > > %packager %(echo "$USER") > %_topdir %(echo "$HOME")/rpmbuild > %_rpmtopdir %{_topdir} > %_builddir %{_rpmtopdir}/BUILD > %_rpmdir %{_rpmtopdir}/RPMS > %_sourcedir %{_rpmtopdir}/SOURCES > %_specdir %{_rpmtopdir}/SPECS > %_srcrpmdir %{_rpmtopdir}/SRPMS > %_tmppath %(echo "$HOME")/tmp > %_buildroot %{_tmppath}/%{name}-root > > I wonder why this is not already there in OpenSUSE/SLE as it saves the user a > lot of trouble (accidentally destroyed root dir, anyone?). I think I'll post > a feature request later. > >> Let me know how all this works for you. > I'll try it ASAP, thanks. > > > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Oorexx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-devel
