Use $DEB_BUILD_DIR rather than parent directory?
I recently filed this wishlist bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77153repeatmerged=yes) against dpkg-dev, and Wichert told me to take it up with policy, so here i am. I think it would be nice if the package-building tools would place files in $DEB_BUILD_DIR if it is set. If it isn't, they will continue their current behavior of dropping them in the parent directory. I know nothing about the internals of these programs, but it seems like a fairly simple change. I would be willing to volunteer some time for this, if necessary. -- Eric Gillespie, Jr. * [EMAIL PROTECTED] Software Developer Progeny Linux Systems - http://progeny.com
Re: Use $DEB_BUILD_DIR rather than parent directory?
On 20-Nov-00, 09:37 (CST), Eric Gillespie, Jr. [EMAIL PROTECTED] wrote: I recently filed this wishlist bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77153repeatmerged=yes) against dpkg-dev, and Wichert told me to take it up with policy, so here i am. I think it would be nice if the package-building tools would place files in $DEB_BUILD_DIR if it is set. If it isn't, they will continue their current behavior of dropping them in the parent directory. I, for one, would like this feature. I'm vastly confused about why it would be a policy issue, though. Steve -- Steve Greenland [EMAIL PROTECTED] (Please do not CC me on mail sent to this list; I subscribe to and read every list I post to.)
Re: Use $DEB_BUILD_DIR rather than parent directory?
Previously Steve Greenland wrote: I, for one, would like this feature. I'm vastly confused about why it would be a policy issue, though. because it means all debian/rules files need to be changed to replace dpkg --build debian/tmp .. with dpkg --build debian/tmp $(DEB_BUILD_DIR) Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: Use $DEB_BUILD_DIR rather than parent directory?
On Mon, 20 Nov 2000 17:35:00 + (UTC), [EMAIL PROTECTED] (Wichert Akkerman) said: because it means all debian/rules files need to be changed to replace dpkg --build debian/tmp .. with dpkg --build debian/tmp $(DEB_BUILD_DIR) Does it? Why not just have dpkg override that final parameter with $DEB_BUILD_DIR? If someone sets this variable, they clearly want the files to go there and not '..'. -- Eric Gillespie, Jr. * [EMAIL PROTECTED] Software Developer Progeny Linux Systems - http://progeny.com
Unidentified subject!
To: Anthony Towns aj@azure.humbug.org.au Cc: debian-policy@lists.debian.org Subject: Re: Priorities References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] From: Adam Di Carlo [EMAIL PROTECTED] Date: 20 Nov 2000 13:26:51 -0500 In-Reply-To: Anthony Towns's message of Fri, 20 Oct 2000 15:16:30 +1000 Message-ID: [EMAIL PROTECTED] Lines: 36 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sorry I didn't really catch this mail, just now catching up. Anthony Towns aj@azure.humbug.org.au writes: Well, what if I changed that to be say, Install enough packages for someone to get good use of some type of hardware they have attached to their computer, described generically. So task-printer but not task-hp-laserjet-1100a-printer. So does that mean task-dialup should cope with all dialup access (ISDN, ADSL, cable, and whatever else), rather than having different tasks for each sort of home internet connectivity? That's a good point. Perhaps task packges *should* have some configuration logic insofar as they are helping the user fulfill additional package dependancies which cannot be solved strictly with Depends, etc. PErhaps dialup isn't a perfect name. Similarly task-x-core would seem to make sense in so far as letting you make use of your monitor goes. But it's somewhat different in that that just lets you use different programs, whereas printers and networks are somewhat more external. Well, I think we need to step back, get debconf into Policy, and perhaps think through how we're doing this sort of configuration. I would note that these same problems are being confronted and dealt with (on a somewhat lower level) by the boot-floppies replacement effort on debian-installer. I would further reiterate my believe that hardware configuration issues should not be solved strictly as a Debian problem, since it is instead a general Linux problem (or Hurd, or whatever). -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: Use $DEB_BUILD_DIR rather than parent directory?
On 20-Nov-00, 11:32 (CST), Wichert Akkerman [EMAIL PROTECTED] wrote:
Previously Steve Greenland wrote:
I, for one, would like this feature. I'm vastly confused about why it
would be a policy issue, though.
because it means all debian/rules files need to be changed to replace
dpkg --build debian/tmp ..
with
dpkg --build debian/tmp $(DEB_BUILD_DIR)
Or just modify dpkg (or actually dpkg-deb, I guess) could be modified
to look for the environment variable DEB_BUILD_DIR and use it if it
was defined, requiring no changes at all to the debian/rules files. I
assumed that was the whole point of the proposal. Since dpkg-deb already
supports an alternative target directory, I can't believe that this is
all that difficult. In fact, here's a (briefly) tested patch:
--- dpkg-1.7.1.1/dpkg-deb/build.c Tue Aug 22 16:21:59 2000
+++ dpkg-1.7.1.2/dpkg-deb/build.c Mon Nov 20 12:30:29 2000
@@ -175,13 +175,13 @@
subdir= 0;
if ((debar= *argv++) !=0) {
if (*argv) badusage(_(--build takes at most two arguments));
-if (debar) {
- if (stat(debar,debarstab)) {
-if (errno != ENOENT)
- ohshite(_(unable to check for existence of archive
`%.250s'),debar);
- } else if (S_ISDIR(debarstab.st_mode)) {
-subdir= 1;
- }
+ }
+ if (debar || ((debar = getenv(DEB_BUILD_DIR)) != NULL)) {
+if (stat(debar,debarstab)) {
+ if (errno != ENOENT)
+ohshite(_(unable to check for existence of archive `%.250s'),debar);
+} else if (S_ISDIR(debarstab.st_mode)) {
+ subdir= 1;
}
} else {
m= m_malloc(strlen(directory) + sizeof(DEBEXT));
Steve
--
Steve Greenland [EMAIL PROTECTED]
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)
pgp1unJoKrDqD.pgp
Description: PGP signature
