(
Jump to the original submission)
Mon 14 Nov 2005 12:53:52 PM UTC, comment #6:
Yes, I think we agree here; closing the bug.
|
Mon 14 Nov 2005 09:42:11 AM UTC, comment #5:
I'm inclined to think we should leave it: DESTDIR is a fairly common convention in autoconf built programmes. If you look at the example rules file in the Debian new maintainers guide, they use DESTDIR. It isn't doing any harm and judging by the duplicated bug report, DESTDIR does make things easier for packagers. And as you say, the Debian hack around the problem is less obvious.
If you're agreed on this and on not including the spec file, then I suggest we now close the bug.
|
Mon 14 Nov 2005 12:56:30 AM UTC, comment #4:
To be more precise, we pass this to configure:
--prefix= \
--bindir='$${prefix}/usr/bin/mh' \
--sysconfdir='$${prefix}/etc/nmh' \
--libdir='$${prefix}/usr/lib/mh' \
--mandir='$${prefix}/usr/share/man' \
and then we can specify prefix= to 'make install'. Which I suppose is a bit less obvious, so perhaps there's merit in a more obvious mechanism.
|
Mon 14 Nov 2005 12:37:31 AM UTC, comment #3:
Um, the debian package does temporary-install-to-tempdir by
make install -prefix=/tmp/directory
Why do we need yet another mechanism for it?
I think we should revert the DESTDIR patch. Oliver?
(I agree that the spec file is none of our business. IME what happens if upstream carries around rpm/ or debian/ subdirs is that they get out of date due to our release cycle and Debian/RedHat/etc release cycles being different, and then they're useless to people who get the nmh source directly and not actually any help to the Debian/etc maintainers.)
|
Tue 08 Nov 2005 05:03:23 PM UTC, comment #2:
I've applied the DESTDIR patch and it should appear in nmh 1.2 when it's released.
I'm leaving the RPM spec file for someone else to deal with. I use Debian myself so can't verify it and I'm not convinced that the nmh distribution is the right place for it.
|
Wed 01 Sep 2004 07:16:00 AM UTC, comment #1:
I've now built RPMs from nmh. Something equivalent to the patch attached (nmh-1.1-destdir.diff) should be applied to nmh so that it can be installed into a temporary directory prior to final installation.
Please also include this SPEC file (nmh.spec) into the source tree somewhere. It is based on the SUSE spec file with a few additions taken from the Fedora one (same copyright as nmh). If it is put anywhere in the tarball then running
rpmbuild -ta <tarball-file-name>
should build RPMs from the tarball which is useful and nice.
|
Tue 31 Aug 2004 09:21:50 PM UTC, original submission:
In a number of build systems, e.g. rpm, it's useful to be able to install into a different location from the final location where the programs will reside when they are used. This allows the package system to safely check which files exactly it should deal with. This doesn't seem to be easy with the current NMH build configuration.
It would be a good idea to have an easy mechanism for doing this. The attached patch from Fedora Core 1 implements this by creating a DESTDIR prefix which can be given as an argument to make install to do this
e.g.
make DESTDIR=/var/tmp/build-nmh-1234 install
there may be a cleaner way to implement this in the main Makefile??
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
Depends on the following items: None found
Items that depend on this one: None found
Follow 7 latest changes.