Your message dated Sun, 6 Dec 2015 22:39:17 +0000
with message-id <[email protected]>
and subject line Re: Bug#225559: aptitude: Installing sid package doesn't try
to upgrade dependencies
has caused the Debian Bug report #225559,
regarding Better pinning support
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.)
--
225559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225559
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.2.13-2
Severity: normal
I am trying to install the package "planner 0.11-1", which just showed up
in sid. It has 3 unsatisfied dependencies:
libgnomeprint2.2-0 >= 2.4.2
2.4.2-1 is available in sid
2.4.0-1 is installed from testing
libgnomeprintui2.2-0 >= 2.4.2
2.4.2-1 is available
2.4.0-1 is installed from testing
libpq3 >= 7.3.1
7.3.4-9 is available
Selecting planner for install yields a broken package. I can fix it by
hand, but it's a nuisance. Upgrading libgnomeprint2.2-0 by hand didn't
work until I explicitly upgraded libgnomeprint2.2-data. Then
libgnomeprintui2.2-0 upgraded without breaking.
The upgraded packages are part of unstable, but since I'm trying to install
a package that needs the unstable versions, and the unstable versions don't
break any other installed packages, aptitude should select them.
I have APT::Default-Release "testing"; in my apt.conf file. I would expect
this to be interpreted as "use testing unless I try to use an unstable
package, then use unstable where you have to".
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tiamat 2.4.23-1-686 #1 Sun Nov 30 20:51:10 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.3-5 0.5.14 Advanced front-end for dpkg
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
ii libgcc1 1:3.3.2-4 GCC support library
ii libncurses5 5.3.20030719-4 Shared libraries for terminal hand
ii libsigc++-1.2-5c102 1.2.5-1 Type-safe Signal Framework for C++
ii libstdc++5 1:3.3.2-4 The GNU Standard C++ Library v3
-- no debconf information
--- End Message ---
--- Begin Message ---
2004-01-10 20:58 Daniel Burrows:
severity 225559 wishlist
retitle 225559 Better pinning support
thanks
On Tue, Dec 30, 2003 at 02:47:15PM -0500, Jerry Quinn <[email protected]> was
heard to say:
Selecting planner for install yields a broken package. I can fix it by
hand, but it's a nuisance. Upgrading libgnomeprint2.2-0 by hand didn't
work until I explicitly upgraded libgnomeprint2.2-data. Then
libgnomeprintui2.2-0 upgraded without breaking.
This is pretty much the standard apt behavior when you just select a
package from another release. Better pinning support in the aptitude
interface would be nice, of course.
I am not sure about what the original developer was thinking about when
mentioning what needed improving, but since aptitude is doing in general
the right thing regarding the original bug report, no follow-ups in more
than a decade and not knowing exactly what should be done, I think that
it's time to close this bug report.
Please reopen if you still have concerns/suggestions about this.
Cheers.
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
