Your message dated Mon, 30 Apr 2012 08:14:00 +0200
with message-id <[email protected]>
and subject line Re: Bug#578931: dselect: Dselect seems not to parse version
numbers correctly
has caused the Debian Bug report #578931,
regarding dselect: Dselect seems not to parse version numbers correctly
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
578931: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578931
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dselect
Version: 1.15.5.6
Severity: important
git-all
Depends: git (>> 1:1.7.0.5), git (<< 1:1.7.0.5-.)
As far as dselect is concerned, this condition is satsified by *no*
version of git, and git-all and git can't be installed simultaneously.
Unfortunately, dpkg --compare-versions thinks differently (it believes
that 1:1.7.0.5-1 fits between the two versions). The incompatibility is
making dselect practically unusable.
----
I hate aptitude due to its dreadful user interface, and a while back I
was willing and able to maintain dselect if it could be disentangled
from its Siamese-twin relationship with dpkg. However, SOME people, who
REFUSED to maintain dselect themselves, were very insistent that dselect
was "more than a front end".
It's a goddamned front end. Only it's *BROKEN* because nobody was willing to
hand it over to anyone who would maintain it. I hope that changes soon.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (499, 'unstable'), (2, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dselect depends on:
ii dpkg 1.15.5.6 Debian package management system
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.2-9 GCC support library
ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand
ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3
dselect recommends no packages.
Versions of packages dselect suggests:
ii perl 5.10.1-11 Larry Wall's Practical Extraction
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, 2010-06-26 at 11:16:01 +0200, Guillem Jover wrote:
> tag 578931 unreproducible moreinfo
> thanks
>
> On Fri, 2010-04-23 at 13:42:45 -0400, Nathanael Nerode wrote:
> > Package: dselect
> > Version: 1.15.5.6
> > Severity: important
> >
> > git-all
> > Depends: git (>> 1:1.7.0.5), git (<< 1:1.7.0.5-.)
> >
> > As far as dselect is concerned, this condition is satsified by *no*
> > version of git, and git-all and git can't be installed simultaneously.
> >
> > Unfortunately, dpkg --compare-versions thinks differently (it believes
> > that 1:1.7.0.5-1 fits between the two versions). The incompatibility is
> > making dselect practically unusable.
>
> Although with git-all version 1:1.7.1-1, but this does not seem to be
> reproducible here. Also the bug report is quite strange, and if
> there's actually a problem I'd be pretty surprised if it was related to
> the version parsing or handling which comes from libdpkg.
>
> If we don't hear anything else this will be closed in a bit.
Ok, closing this now, please reopen or file a new bug report if you
can provide a reproducible scenario.
thanks,
guillem
--- End Message ---
