Your message dated Mon, 21 Oct 2002 18:48:53 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#164868: glibc-$DEBVERSION dependency is harmful for
unreleased architectures
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; 15 Oct 2002 17:00:13 +0000
>From [EMAIL PROTECTED] Tue Oct 15 12:00:13 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pizarro.unex.es [158.49.8.2] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 181V3E-0005q8-00; Tue, 15 Oct 2002 12:00:12 -0500
Received: from guadiana.unex.es ([EMAIL PROTECTED] [158.49.8.233])
by pizarro.unex.es (8.9.3/8.9.1) with ESMTP id TAA12989
for <[EMAIL PROTECTED]>; Tue, 15 Oct 2002 19:00:11 +0200
Received: from cantor.unex.es (cantor.unex.es [158.49.18.105])
by guadiana.unex.es (8.9.3/8.9.1) with ESMTP id TAA16588
for <[EMAIL PROTECTED]>; Tue, 15 Oct 2002 19:00:17 +0200
Date: Tue, 15 Oct 2002 19:00:24 +0200 (CEST)
From: Santiago Vila <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: glibc-$DEBVERSION dependency is harmful for unreleased architectures
Message-ID: <[EMAIL PROTECTED]>
X-Debbugs-Cc: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
Package: locales
The dependency of locales on glibc-$DEBVERSION is harmful for
non-released architectures like the Hurd, since the only locales
package which exists (since there is not a testing disrtibution)
becomes uninstallable until the glibc package is recompiled.
Such dependency should be on glibc-$VERSION at most.
The reason glibc-$DEBVERSION was required in the past was that, at
some point, there were incompatible locales and libc packages having
the same VERSION but different DEBVERSION numbers. This was because
the maintainer was introducing new code from CVS without changing
the VERSION, which may be considered as a bad practice.
So, I request that the dependency is changed again to a non-debversioned
one (like glibc-$VERSION) and the maintainer refrains from making
incompatible changes without changing $VERSION as well.
Thanks.
---------------------------------------
Received: (at 164868-done) by bugs.debian.org; 21 Oct 2002 09:48:55 +0000
>From [EMAIL PROTECTED] Mon Oct 21 04:48:55 2002
Return-path: <[EMAIL PROTECTED]>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73]
([1l1qnht+leMjViUOlSCHz+HTKL+19TeB])
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 183ZB9-0008KQ-00; Mon, 21 Oct 2002 04:48:55 -0500
Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
by oris.opensource.gr.jp (Postfix) with ESMTP
id 32FD6C33C1; Mon, 21 Oct 2002 18:48:53 +0900 (JST)
Date: Mon, 21 Oct 2002 18:48:53 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Santiago Vila <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#164868: glibc-$DEBVERSION dependency is harmful for unreleased
architectures
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.3 required=5.0
tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,
USER_AGENT
version=2.41
X-Spam-Level:
At Tue, 15 Oct 2002 19:00:24 +0200 (CEST),
Santiago Vila wrote:
> The dependency of locales on glibc-$DEBVERSION is harmful for
> non-released architectures like the Hurd, since the only locales
> package which exists (since there is not a testing disrtibution)
> becomes uninstallable until the glibc package is recompiled.
I don't know why hurd is the special case.
Why do you just recompile them?
> Such dependency should be on glibc-$VERSION at most.
>
> The reason glibc-$DEBVERSION was required in the past was that, at
> some point, there were incompatible locales and libc packages having
> the same VERSION but different DEBVERSION numbers. This was because
> the maintainer was introducing new code from CVS without changing
> the VERSION, which may be considered as a bad practice.
>
> So, I request that the dependency is changed again to a non-debversioned
> one (like glibc-$VERSION) and the maintainer refrains from making
> incompatible changes without changing $VERSION as well.
Locales should depends on glibc-$DEBVERSION, because somethimes
we apply the latest glibc cvs code in the same glibc-$VERSION
(and count up glibc-$DEBVERSION) as you said.
Locale handling is still active development area, so we can't
ignore the difference of both localedata and locale handling code.
Thus, I can't accept your request.
Regards,
-- gotom
