Bug#286779: marked as done (Dependency Hell Installing dia-common
0.94)
Debian Bug Tracking System
owner@bugs.debian.org
Wed, 22 Dec 2004 05:03:14 -0800
Your message dated Wed, 22 Dec 2004 13:52:18 +0100
with message-id <1103719939.3605.8.camel@localhost>
and subject line Bug#286779: Dependency Hell Installing dia-common 0.94
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; 22 Dec 2004 06:30:11 +0000
>From BryanBatten@compuserve.com Tue Dec 21 22:30:11 2004
Return-path: <BryanBatten@compuserve.com>
Received: from siaar1aa.compuserve.com [149.174.40.9]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ch00h-0005lx-00; Tue, 21 Dec 2004 22:30:11 -0800
Received: (from mailgate@localhost)
by siaar1aa.compuserve.com (8.12.11/8.12.7/SUN-REL-2.14) id iBM6TekE015323
for submit@bugs.debian.org; Wed, 22 Dec 2004 01:29:40 -0500 (EST)
Sender: BryanBatten@compuserve.com
Received: from [192.168.0.2] (lax9-tgn-lwj-vty2.as.wcom.net [216.193.30.2])
by siaar1aa.compuserve.com (8.12.11/8.12.7/SUN-REL-2.14) with ESMTP id iBM6Ta77015143
for <submit@bugs.debian.org>; Wed, 22 Dec 2004 01:29:37 -0500 (EST)
Message-ID: <41C91456.9080004@compuserve.com>
Date: Tue, 21 Dec 2004 22:29:42 -0800
From: Bryan Batten <BryanBatten@compuserve.com>
Reply-To: BryanBatten@compuserve.com
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Debian Bugs <submit@bugs.debian.org>
Subject: Dependency Hell Installing dia-common 0.94
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(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_2004_03_25
X-Spam-Level:
Package: dia-common
Version: 0.94.0-3
Distribution: unstable
Trying to install the Debian unstable packages for dia-gnome requires
dia-libs and dia-common. Fair enough. However, dia-common, depends on
python-gtk2; python-gtk2 depends on python2.3-gtk2; and python2.3-gtk2
ends up depending on hurd! (This seems not to be the case in the
testing distribution) This is a lot bigger dependency list than is the
case with what I currently have - Debian woody 0.88.1-3.
Hurd is a 2.1MB file. For dial-up users like me it makes the upgrade
process just a little more daunting.
The file list for the python-gtk2 package (which is the immediate
culprit) shows that its basically just a set of text files. So it
would seem that it really doesn't need to be a dependency.
If the intent is to provide bindings to export dia services to
interpreters such as Python, it would seem logical to make those
bindings depend on dia-common, rather than the other way around. No?
Doing so would have the result that dia would install with fewer
dependencies, thus doing its part to slow the growth of 'Dependency
Hell', making installation easier, reducing the chance of circular
dependencies, and the chance of errors due to interfaces to dependent
packages changing.
I'm using Debian woody, with selected components from sarge.
---------------------------------------
Received: (at 286779-close) by bugs.debian.org; 22 Dec 2004 12:49:01 +0000
>From stigge@antcom.de Wed Dec 22 04:49:01 2004
Return-path: <stigge@antcom.de>
Received: from postman1.arcor-online.net (postman.arcor.de) [151.189.20.156]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ch5vJ-0006c1-00; Wed, 22 Dec 2004 04:49:01 -0800
Received: from localhost (pD9E7E462.dip.t-dialin.net [217.231.228.98])
(authenticated bits=0)
by postman.arcor.de (8.13.0.PreAlpha4/8.13.0.PreAlpha4) with ESMTP id iBMCmuR0011320
for <286779-close@bugs.debian.org>; Wed, 22 Dec 2004 13:48:56 +0100 (MET)
Received: from localhost (localhost [127.0.0.1])
by localhost (Postfix) with ESMTP id 102ED29E9481
for <286779-close@bugs.debian.org>; Wed, 22 Dec 2004 13:52:22 +0100 (CET)
Subject: Re: Bug#286779: Dependency Hell Installing dia-common 0.94
From: Roland Stigge <stigge@antcom.de>
To: 286779-close@bugs.debian.org
In-Reply-To: <41C91456.9080004@compuserve.com>
References: <41C91456.9080004@compuserve.com>
Content-Type: text/plain
Organization: Antcom
Date: Wed, 22 Dec 2004 13:52:18 +0100
Message-Id: <1103719939.3605.8.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.3
Content-Transfer-Encoding: 7bit
Delivered-To: 286779-close@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(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_2004_03_25
X-Spam-Level:
Hi Bryan,
thanks for your report.
On Tue, 2004-12-21 at 22:29 -0800, Bryan Batten wrote:
> Trying to install the Debian unstable packages for dia-gnome requires
> dia-libs and dia-common. Fair enough. However, dia-common, depends on
> python-gtk2; python-gtk2 depends on python2.3-gtk2; and python2.3-gtk2
> ends up depending on hurd! (This seems not to be the case in the
> testing distribution) This is a lot bigger dependency list than is the
> case with what I currently have - Debian woody 0.88.1-3.
python2.3-gtk2 currently doesn't depend on hurd. If the problem persists
for you, please file a bug against the respective package.
> The file list for the python-gtk2 package (which is the immediate
> culprit) shows that its basically just a set of text files. So it
> would seem that it really doesn't need to be a dependency.
>
> If the intent is to provide bindings to export dia services to
> interpreters such as Python, it would seem logical to make those
> bindings depend on dia-common, rather than the other way around. No?
It's more like dia is utilizing Python.
I'm closing this bug, but please report back if there is a real
persisting bug in dia. Thanks.
bye,
Roland