Your message dated Sun, 20 Apr 2003 14:27:22 -0400
with message-id <[EMAIL PROTECTED]>
and subject line apt: build dependcies cannot be satisfied when dependencies
exist
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; 13 Mar 2003 00:02:12 +0000
>From [EMAIL PROTECTED] Wed Mar 12 18:02:11 2003
Return-path: <[EMAIL PROTECTED]>
Received: from cs2416782-24.houston.rr.com (crustytoothpaste.ath.cx)
[24.167.82.24]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18tGAl-00077d-00; Wed, 12 Mar 2003 18:02:11 -0600
Received: from stonewall (unknown [192.168.2.250])
by crustytoothpaste.ath.cx (Postfix) with SMTP
id AA10B7BC28; Thu, 13 Mar 2003 00:02:10 +0000 (UTC)
Received: by stonewall (sSMTP sendmail emulation); Thu, 13 Mar 2003 00:02:07
+0000
Date: Thu, 13 Mar 2003 00:02:07 +0000
From: "Brian M. Carlson" <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: apt: build dependcies cannot be satisfied when dependencies exist
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-ripemd160;
protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi"
Content-Disposition: inline
X-Reportbug-Version: 2.10
X-Operating-System: Linux stonewall 2.4.20-k7
Content-Conversion: prohibited
X-Request-PGP: finger://[EMAIL PROTECTED]
User-Agent: Mutt/1.5.3i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-2.3 required=4.0
tests=HAS_PACKAGE,PGP_SIGNATURE_2,SATISFACTION,SPAM_PHRASE_00_01,
USER_AGENT,USER_AGENT_MUTT
version=2.44
X-Spam-Level:
--6c2NcOVqGQ03X4Wi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Package: apt
Version: 0.5.4.9
Severity: important
When I try to run "apt-get build-dep <src-pkg>", I get an error
message. This makes it very difficult to build almost any package
automatically. I pretty sure this didn't happen with 0.5.4.
[EMAIL PROTECTED]:/tmp/gnome-lokkit-0.50% dpkg-buildpackage -rfakeroot -us -uc
dpkg-buildpackage: source package is gnome-lokkit
dpkg-buildpackage: source version is 0.50-4
dpkg-buildpackage: source maintainer is Chris Lawrence <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is i386
dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>> 3.0.0) libnewt=
-dev libgnome-dev automake docbook-utils
dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: (Use -d flag to override.)
[EMAIL PROTECTED]:/tmp/gnome-lokkit-0.50% sudo apt-get build-dep gnome-lokkit
Reading Package Lists... Done
Building Dependency Tree... Done
E: Build-Depends dependency for gnome-lokkit cannot be satisfied because no=
available versions of package automake can satisfy version requirements
I'm running sid.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux stonewall 2.4.20-k7 #1 Tue Jan 14 00:29:06 EST 2003 i686
Locale: LANG=3Den_US.UTF-8, LC_CTYPE=3Den_US.UTF-8
Versions of packages apt depends on:
ii libc6 2.3.1-14 GNU C Library: Shared librarie=
s an
ii libgcc1 1:3.2.3-0pre5 GCC support library
ii libstdc++5 1:3.2.3-0pre5 The GNU Standard C++ Library v3
-- no debconf information
--=20
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
--6c2NcOVqGQ03X4Wi
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Ubi libertas, ibi patria.
iQFKBAEBAwA0BQI+b8p/LRpodHRwOi8vZGVjb3kud294Lm9yZy9+Ym1jL29wZW5w
Z3AvcG9saWN5LnRleAAKCRDlkf/JVgVT5yD6B/9zUkm4FBJsGYiLgLAsPbDqBduo
n/sXfIuTljpFktoEu835qTh9u9kuwAGXwH4+oxekk5nCa/NNhDjzWndAOh+0Ank+
4V+HDY7vQ+0QSVO/Qkw6DXnnlhnfWTD/mNYmchBhfy5GuQ460bO0i324NW7yf6Qt
RdjnxmWBK8TsEQ069uA8YoiHp8V1CbZqM3LGJg+zjcbdYGgvQmdCvAUR+Usus3Lu
vb/8FgnLPgs/kw5beYh48pvAofztZhg3NTPkEMBjXaP8iGi4NLSLFyIxJIwogRoK
4NX4BO+YuRMyChsiE0M212995g/f6MnHn78brKsYx5Fg68DKV9ifEKBy2pal
=ptoC
-----END PGP SIGNATURE-----
Signature policy: http://decoy.wox.org/~bmc/openpgp/policy.tex
--6c2NcOVqGQ03X4Wi--
---------------------------------------
Received: (at 184536-done) by bugs.debian.org; 20 Apr 2003 18:27:24 +0000
>From [EMAIL PROTECTED] Sun Apr 20 13:27:23 2003
Return-path: <[EMAIL PROTECTED]>
Received: from smtp01.mrf.mail.rcn.net [207.172.4.60]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 197JX9-0000Ke-00; Sun, 20 Apr 2003 13:27:23 -0500
Received: from 216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com
([216.15.124.77] helo=mizar.alcor.net)
by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #4)
id 197JX8-0003Mf-00
for [EMAIL PROTECTED]; Sun, 20 Apr 2003 14:27:22 -0400
Received: from mdz by mizar.alcor.net with local (Exim 3.36 #1 (Debian))
id 197JX8-0003Vk-00
for <[EMAIL PROTECTED]>; Sun, 20 Apr 2003 14:27:22 -0400
Date: Sun, 20 Apr 2003 14:27:22 -0400
From: Matt Zimmerman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: apt: build dependcies cannot be satisfied when dependencies exist
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Sender: Matt Zimmerman <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-0.9 required=4.0
tests=SATISFACTION,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,
USER_AGENT,USER_AGENT_MUTT
version=2.44
X-Spam-Level:
Regardless of how or whether this is documented, it _is_ a best current
practice to specify a concrete package as a default alternative to a virtual
package in dependency fields. The corresponding lintian check references
section 7.4 of the policy manual, but this does not seem to be documented
there. If there is not already a proposal about this, there probably should
be.
At any rate, closing.
--
- mdz
