Your message dated Wed, 30 Mar 2016 22:09:21 +0200
with message-id <op.ye5l9vih49qted@asus>
and subject line Re: aptitude: unexpected empty solution error
has caused the Debian Bug report #457188,
regarding aptitude: unexpected empty solution error
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.)
--
457188: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457188
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.9-1
Severity: normal
Hello,
I tried to install the fbdev xorg video driver and got this error from
aptitude while resolving dependencies.
The situation is as follows: there are two versions of -video-fbdev,
0.4.1-1 (testing) and 0.4.1-4. The former provides -video-driver-1.0, the
latter provides -video-driver-2. My version of xorg conflicts with
-video-driver-1.0.
What happened: after I selected -video-fbdev, the testing version was
selected. This selection conflicts with my xorg, so I went to the
resolver. I selected the solution of installing the unstable version, and
tried to use that solution. At this moment, I got the error "unexpected
empty solution" (or something, it was in Czech). The correct driver
package was selected, but xorg still was marked as broken. Even when I've
undone everything, xorg was marked as broken although the selection did
not contain any conflicts.
When I selected the unstable version in the beginning, everything was OK.
Regards
Jiri Palecek
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23.9-debug (PREEMPT)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL
set to cs_CZ)
Shell: /bin/sh linked to /bin/dash
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.6 0.7.9 Advanced front-end for dpkg
ii libc6 2.7-3 GNU C Library: Shared
libraries
ii libcwidget0 0.5.5-1 high-level terminal interface
libr
ii libgcc1 1:4.3-20071020-1 GCC support library
ii libncursesw5 5.6+20071013-1 Shared libraries for terminal
hand
ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework
for C++
ii libstdc++6 4.3-20071020-1 The GNU Standard C++ Library
v3
Versions of packages aptitude recommends:
ii aptitude-doc-en [aptitude-doc 0.4.5.4-1 English manual for aptitude,
a ter
ii libparse-debianchangelog-perl 1.0-1 parse Debian changelogs and
output
-- no debconf information
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--- End Message ---
--- Begin Message ---
Dne Fri, 18 Mar 2016 12:39:13 +0100 Manuel A. Fernandez Montecelo
<[email protected]> napsal(a):
Hello,
I haven't seen any secondings or duplicates in the last few years, and
haven't experience it myself as far as I can remember.
Given that this happened before a time when the resolver was heavily
reworked, I guess that the problem was fixed, or at least heavily
morphed into something else now.
Yes, I think it's fair to treat the problem as fixed.
Jiri Palecek
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
