[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#293489: marked as done (if debian/control is not found, attempt to generate it)



Your message dated Thu, 3 Feb 2005 22:13:25 -0600 (CST)
with message-id <Pine.LNX.4.58.0502032212540.5424@gradall.private.brainfood.com>
and subject line Bug#293489: if debian/control is not found, attempt to generate it
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 3 Feb 2005 20:36:40 +0000
>From rmh@debian.org Thu Feb 03 12:36:40 2005
Return-path: <rmh@debian.org>
Received: from 174.red-62-57-140.user.auna.net (khazad.dyndns.org) [62.57.140.174] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CwniR-0000xI-00; Thu, 03 Feb 2005 12:36:40 -0800
Received: from rmh by khazad.dyndns.org with local (Exim 4.34)
	id 1CwncK-0009Vf-Qu; Thu, 03 Feb 2005 21:30:20 +0100
Content-Type: multipart/mixed; boundary="===============0701420270=="
MIME-Version: 1.0
From: Robert Millan <rmh@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: if debian/control is not found, attempt to generate it
X-Mailer: reportbug 3.5
Date: Thu, 03 Feb 2005 21:30:20 +0100
Message-Id: <[🔎] E1CwncK-0009Vf-Qu@khazad.dyndns.org>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

This is a multi-part MIME message sent by reportbug.

--===============0701420270==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: dpkg
Version: 1.10.26+kbsd
Severity: wishlist
Tags: patch

With this patch, if debian/control is not found when building a package,
dpkg-checkbuilddeps will attempt to generate it by running
"debian/rules debian/control".  If that doesn't work, fails as usual.

Note: "debian/rules debian/control" is supported by (at least) cdbs when
its control-file autogeneration feature is enabled.  I intend to push this
target as standard for other build systems that autogenerate debian/control
(and at some point formalise it in policy).

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: kfreebsd-i386 (i386)
Kernel: GNU/kFreeBSD 5.3-2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages dpkg depends on:
ii  dselect                     1.10.26+kbsd a user tool to manage Debian packa
ii  libc0.1                     2.3-1+kbsd.8 GNU C Library: Shared libraries an

-- no debconf information

--===============0701420270==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="control.diff"

diff -ur dpkg-1.13.1.old/scripts/controllib.pl dpkg-1.13.1/scripts/controllib.pl
--- dpkg-1.13.1.old/scripts/controllib.pl	2005-02-03 21:19:15.000000000 +0100
+++ dpkg-1.13.1/scripts/controllib.pl	2005-02-03 21:26:04.000000000 +0100
@@ -131,6 +131,10 @@
 sub parsecontrolfile {
     $controlfile="./$controlfile" if $controlfile =~ m/^\s/;
 
+    if (!stat("$controlfile")) {
+      printf (" debian/rules debian/control\n");
+      system ("debian/rules", "debian/control");
+    }
     open(CDATA,"< $controlfile") || &error("cannot read control file $controlfile: $!");
     binmode(CDATA);
     $indices= &parsecdata('C',1,"control file $controlfile");

--===============0701420270==--

---------------------------------------
Received: (at 293489-done) by bugs.debian.org; 4 Feb 2005 04:13:26 +0000
>From doogie@debian.org Thu Feb 03 20:13:26 2005
Return-path: <doogie@debian.org>
Received: from newmail.brainfood.com [146.82.138.14] (Debian-exim)
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CwuqU-0000VH-00; Thu, 03 Feb 2005 20:13:26 -0800
Received: from brown.brainfood.com ([146.82.138.61] helo=gradall.private.brainfood.com)
	by newmail.brainfood.com with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24)
	(Exim 4.31)
	id 1Cwvma-00039R-LD; Thu, 03 Feb 2005 23:13:28 -0600
Date: Thu, 3 Feb 2005 22:13:25 -0600 (CST)
From: Adam Heath <doogie@debian.org>
X-X-Sender: adam@gradall.private.brainfood.com
To: Robert Millan <rmh@debian.org>, 293489-done@bugs.debian.org
Subject: Re: Bug#293489: if debian/control is not found, attempt to generate
 it
In-Reply-To: <[🔎] E1CwncK-0009Vf-Qu@khazad.dyndns.org>
Message-ID: <Pine.LNX.4.58.0502032212540.5424@gradall.private.brainfood.com>
References: <[🔎] E1CwncK-0009Vf-Qu@khazad.dyndns.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: 293489-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

On Thu, 3 Feb 2005, Robert Millan wrote:

> Package: dpkg
> Version: 1.10.26+kbsd
> Severity: wishlist
> Tags: patch
>
> With this patch, if debian/control is not found when building a package,
> dpkg-checkbuilddeps will attempt to generate it by running
> "debian/rules debian/control".  If that doesn't work, fails as usual.
>
> Note: "debian/rules debian/control" is supported by (at least) cdbs when
> its control-file autogeneration feature is enabled.  I intend to push this
> target as standard for other build systems that autogenerate debian/control
> (and at some point formalise it in policy).

No.  That file must always exist.

File bugs on packages that remove that during clean.



Reply to: