aptitude are simple, the tags applied to
can be stored in another file/DB easily, and then attach the other data.
So in principle I think that this request is basically fulfilled, not
closing yet in the case that there's some comment.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
eeing examples of this in other tools, either.
So in the absence of evidence that this is a good thing to add, no
seconds or more opinions for many years, I think that it's better to
stay as we are.
Closing the bug after many years gathering dust.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
use '+' and then selectively remove/purge the Recommends
planned to be installed, I think that it shuold work fine, and in most
cases would be less taxing than editing the file.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Note: #707662 and #806770 are related, but not sure if should be merged,
adding this note for future triaging.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
e, I don't plan to work on this issue, tagging +help in the
case that somebody feels like it.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ts.
Time to develop aptitude is not infinite, incrementing complexity of
programs doesn't always create a positive net result, and discussing
repeatedly these issues ad nauseam does not help the development of
aptitude.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 - moreinfo
Control: close -1
Hi,
2016-01-14 00:42 Manuel A. Fernandez Montecelo:
Control: tags -1 + moreinfo unreproducible
Hi Yann,
2011-10-06 21:19 Yann Dirson:
Package: aptitude
Version: 0.6.4-1
Severity: normal
After pulseaudio migrated to testing with an upgrade from
Control: tags -1 - moreinfo
Control: close -1
2016-03-10 10:42 Manuel A. Fernandez Montecelo:
2016-03-09 22:45 GMT+00:00 Shai Berger <s...@platonix.com>:
Hi Manuel,
On Tuesday 08 March 2016 00:52:36 Manuel A. Fernandez Montecelo wrote:
Did you keep observing this problem in recent
Hi,
2016-04-05 14:41 GMT+01:00 Axel Beckert <a...@debian.org>:
> Hi Manuel,
>
> Manuel A. Fernandez Montecelo wrote:
>> I was trying to say that the functions whose name appear
>> (vsnprintf_chk and the other _chk) are not part of
>> aptitude/apt/cw
2016-04-05 15:21 GMT+01:00 Vincent Lefevre <vinc...@vinc17.net>:
> On 2016-04-05 13:42:49 +0100, Manuel A. Fernandez Montecelo wrote:
>> So after studying this for a while, this is normal behaviour when using
>> "removals", which only pays attention to minimise the n
m, aptitude usually offers solutions
involving the removal of many packages before others in which
update-inetd is upgraded.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-04-05 12:26 GMT+01:00 Axel Beckert <a...@debian.org>:
> Hi Manuel,
>
>> >This does not happen, if
>> >
>> >* if tried inside an xterm
>> >* if just TERM is set to "linux", but the terminal is no virtual linux
>> >
Control: severity -1 wishlist
Control: tags -1 + wontfix
Hi,
2015-09-21 12:43 Manuel A. Fernandez Montecelo:
If I ask aptitude to upgrade a package and the dependencies cannot be
fulfilled (as explained above for unstable), it is natural that aptitude
tries to come up with weird solutions
ing lots of bugs that then are
difficult to triage and search; or if they are of any benefit to the
advancement of aptitude as a whole to deal with these inane and
duplicate reports rather than working on more important issues.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
o install that version. Catch-22.
That there are conflicts when installing a version of a package, which
in turn cause the packages to be suggested to be removed or other
actions (a bunch of them upgraded at the same time, for example) is
completely orthogonal to the question at hand.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
g terminal: unknown.
That is fine.
But that is ncurses mode, and what I was doing wasn't.
This looks like a duplicate of #817276, merging.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
d in ?? ()
#13 0xfffc in ?? ()
#14 0x7fe288af204f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:183
#15 0x in ?? ()
(gdb)
None of the functions which name appears are from aptitude, cwidget or
apt, unfortunately.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
itude-doc-it 0.7.8-1, aptitude-doc-ja 0.7.8-1,
aptitude-doc-ru 0.7.8-1)
===
So marking as +pending.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
related to user-tags but a different problem).
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-22 13:27 Vincent Lefevre:
Hi Manuel,
On 2016-03-18 15:15:11 +, Manuel A. Fernandez Montecelo wrote:
2011-12-08 11:53 Vincent Lefevre:
> The second solution is OK, as only a library package is removed, and
> such a package with no dependencies on it is useless.
Not neces
much else that we can do as things stand.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
[...]
So it seems that a direct request to install (upgrade) a package is
always granted, even if libecm0 is left behind with unfulfilled
recommends. Maybe it's because of being obsolete packages, unlike in
the system where this originally happened.
Cheers.
--
Manuel A. Fernandez Montecelo <
e upgrade request,
emitting an error, or invoking the resolver.
I am not sure what's the best behaviour yet, probably invoking the
full resolver is the best option. The others, some might be
acceptable depending on the context, but probably not good overall.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ormally it's the other way around, but I assume that it's on
purpose).
- if you want to stay with libecm0 for some reason, gmp-ecm will never
be upgraded. you can set a Hold to avoid constant nagging.
- you can upgrade to libecm1 instead, and gpm-ecm will be upgraded as
well
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-31 18:52 GMT+01:00 Nikos Tsipinakis <ni...@tsipinakis.com>:
> On Thu, Mar 31, 2016 at 05:46:32PM +0100, Manuel A. Fernandez Montecelo wrote:
>> Uhm, sorry for not being clear. I know that the Debian maintainers
>> were busy with other stuff.
>>
>> Wh
2016-03-31 17:35 GMT+01:00 Nikos Tsipinakis <ni...@tsipinakis.com>:
> On Thu, Mar 31, 2016 at 04:10:06PM +0100, Manuel A. Fernandez Montecelo wrote:
>> Was it left out for some particular reason?
>>
>> I have quite a lot of memory so this is not critical for me in any wa
:-)
that >reviewed by several Japanese Debian developers and users.
Please copy the attachment into po/ja.po.
Done now, thanks!
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-31 14:54 GMT+01:00 Nikos Tsipinakis <ni...@tsipinakis.com>:
> Hello,
>
> On Wed, Mar 30, 2016 at 10:12:35PM +0100, Manuel A. Fernandez Montecelo wrote:
>> It seems that 2.9 still uses a lot of memory (at least in my
>> use-case), 800MB right now after bein
Control: reopen -1
Control: found -1 newsbeuter/2.9-2
Hi Nikos,
2016-01-03 11:30 GMT+00:00 Manuel A. Fernandez Montecelo
<manuel.montez...@gmail.com>:
> It would be very nice to get this fixed, it's getting up to 800+MB of
> mem within hours, it seems to stabilise a bit after that.
nd there's no drive to
implement this any time soon, I am marking it as +wontfix for the time
being.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
this program.
Cheers.
--
Manuel
derlying cause as with #697724 then.
aptitude requires access to fields that are not in apt's binary
caches, so it probably decompresses the file for every package that
tries to match the description against.
Maybe we find a way around this, but in general using
"Acquire::GzipIndexes" with aptitude is not good, specially if using
the curses interface.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
>
> So there must be a problem reading the description of packagens.
What does
aptitude search "?description(1234)"
say?
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
thub-jinzhu-now-dev libnxml0-dbg libnxml0-dbg:i386 libnxml0-dev
libnxml0-dev:i386
Unable to apply some actions, aborting
Would you be able to get a backtrace with gdb or valgrind,
aptitude-dbgsym installed, and Control-C after a few seconds when
looping (maybe a couple of minutes with val
grade the following packages:
...
35) libblkid1 [2.27.1-3 (now) -> 2.27.1-6 (unstable)]
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
upgrades and a single removal,
but not because it's specifically a library involved in that.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ckage name: for instance,
“aptitude install apt/experimental”. You cannot specify both an
archive and a version for a package.
So marking this as +wontfix.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
(2.6.1-1+b1) was scheduled on the 17th of August for this libstdc++
transition.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
.
If this was not resolved and the problem is still reproducible with
recent versions, please reopen it with a recent example.
Closing now.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
s that cannot be fulfilled.
I am not aware of such problems for a long time, and there are no other
similar bug reports.
Are you aware of this still happening nowadays?
I can try to reproduce it, but for that I have to find such a package or
create an artificial one... might take a bit to get around doing it.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
one of the alternative packages.
and the lack of mention of preference of some alternative over the
others in that section.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
de doesn't use sockets directly, the download functionality
happens through libapt, so I don't think that we can do much about it.
The problem also happens when using apt, I suppose?
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
There are many about that already :-)
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
fault versions, removing
it or keeping everything at the same version.
Have you experience this behaviour recently?
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-18 11:36 Steinar H. Gunderson:
On Fri, Mar 18, 2016 at 11:33:41AM +, Manuel A. Fernandez Montecelo wrote:
Have you had some recent-ish experience with this, and remember if it
behaves in the same way?
I don't think it's nearly as bad as it was, but it's still not _good_.
Last
ly fixed.
aptitude relies on apt for the normal resolution, so if it's either
fixed or present in apt, it's still the same in aptitude for the normal
cases.
This should be easy to test using equivs.
Tagging +help in the case that there's some charitable soul wanting to
lend a hand.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
g. pbuilder does results in
aptitude successfully finding a solution.
Note for future handling of this bug:
#418385 contains some hint on the use of -y that prevents some "cutoff"
measures to kick in, affecting pbuilder.
Not sure if it's related or not, but just a note to expl
out this, but in general, if the upgrade to
experimental is indeed possible, you can guide the solution easily by
rejecting all downgrades to testing/unstable and asking for the next
solutions.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Package: gdm3
Followup-For: Bug #803779
Dear Maintainer,
Is there any news on this? I keep suffering from this bug... and I have no idea
for a workaround. It's really annoying. Any suggestions on what I can try or
info I could provide?
-- System Information:
Debian Release: stretch/sid
APT
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.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-17 02:43 Vincent Lefevre:
Hi,
On 2016-03-17 00:10:55 +, Manuel A. Fernandez Montecelo wrote:
With the SolutionCost of "removals", aptitude doesn't take into account
installing by priorities or non-default releases, it just tries to
minimise the removals, so seing tha
tting down to the last detail of every one of them, when there is
no reasonable indication that ancient bugs continue present.
Still, I just tested this specifically with experimental priority -10
and -1000 and with git-man which caused the full resolver to be
involved, and the offerings to upgrade to experimental always come
last (Remove, Upgrade to unstable, Keep, Upgrade to experimental).
So closing the report now.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-18 12:30 GMT+00:00 Steinar H. Gunderson <sgunder...@bigfoot.com>:
> On Fri, Mar 18, 2016 at 12:15:02PM +0000, Manuel A. Fernandez Montecelo wrote:
>> This specific problem of this bug report about upgrading to experimental
>> might be different because the solutio
t it might
be solved by another means.
So this has been happening for a few years already and maybe it's not
fixed soon, but the lazy person in me still thinks that the best option
is "wait and see" :-)
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 - moreinfo
Control: close -1
2016-03-18 16:52 GMT+00:00 Yuri D'Elia <wav...@thregr.org>:
> On Fri, Mar 18 2016, Manuel A. Fernandez Montecelo
> <manuel.montez...@gmail.com> wrote:
>> So the observed behaviours reported seem to be addressed, at leas
s reloaded, sassc remains to be
installed and the DL size field shows:
DL: 0 B/11.5 kB
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 + pending
2016-03-11 13:12 martin f krafft:
also sprach Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
[2016-03-11 00:22 +0100]:
So having that into account, what's the reply to the question
above?
It seems a bit too much to have to return to ncurses a
Source: cwidget
Version: 0.5.17-4
Severity: important
When inserting with set() the tag it's stored as uppercase, so get() should do
the same transformation, otherwise it's confusing and appears to be buggy.
--
Manuel
6/po/es.po 2016-03-07 19:51:34.0 +0100
>> +++ apt-1.2.6_fix/po/es.po 2016-03-12 15:53:34.614708490 +0100
>> @@ -1397,7 +1397,7 @@
>> #: cmdline/apt-mark.cc
>> #, c-format
>> msgid "%s can not be marked as it is not installed.\n"
>> -
p2man on the
binaries instead.
The latter has been applied for flex, for example, the patch is not very
intrusive:
https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=flex_help2man.debdiff;bug=762180;att=1;msg=5
If you are happy to apply this and prefer this solution, we can prepare
a patch.
initially, but even
without native recompilations of the same versions once
(re)bootstrapped, this would auto-heal when newer versions of the
package enter in the archive and get compiled for the new architecture.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-12 16:08 László Böszörményi (GCS):
On Sat, Mar 12, 2016 at 2:27 PM, Manuel A. Fernandez Montecelo
<manuel.montez...@gmail.com> wrote:
2015-01-24 18:43 Guillem Jover:
Alternatively, the multilib packages could just be dropped (at least in
experimental), given that the only p
Hi again,
2016-03-12 13:13 To Kartik Mistry:
2016-03-12 13:06 GMT+00:00 Kartik Mistry <kartik.mis...@gmail.com>:
On Sat, Mar 12, 2016 at 6:11 PM, Manuel A. Fernandez Montecelo
<manuel.montez...@gmail.com> wrote:
I don't know what happened but this is still not in Debian, was the
, and move
further into using proper multiarch.
Attached patch does exactly that (only build tested).
Would be possible to drop these packages now?
There are some ports in the works right now that would probably benefit
from this.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
be closed.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-12 13:06 GMT+00:00 Kartik Mistry <kartik.mis...@gmail.com>:
> On Sat, Mar 12, 2016 at 6:11 PM, Manuel A. Fernandez Montecelo
> <manuel.montez...@gmail.com> wrote:
>> I don't know what happened but this is still not in Debian, was the new
>> version rejected
mitted at
the time of afterwards, and apply Helmut Grohne's patch).
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
bably benefit from this.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Provides: ${python:Provides}
Depends: libhdate1 (= ${binary:Version}), ${python:Depends}, ${shlibs:Depends},
${misc:Depends}
Description: Provides a library that help use hebrew dates (python bindings)
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ented, it would be more obvious to users
this package what response to give.
Thanks for maintaining this useful package :)
--
Grtjs, Manuel
PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ )
PPS: Visit my homepage at http://manuel.msxnet.org/
nom...@paranoici.org>:
> On Thu, 10 Mar 2016 19:22:36 +0100 Manuel Bilderbeek wrote:
>
> > Package: apt-listbugs
> > Version: 0.1.17
> > Severity: normal
> >
> > Dear Maintainer,
>
> Hello Manuel,
> thanks for using apt-listbugs!
>
> &g
2016-03-11 6:28 GMT+00:00 Katsuhiko Nishimra <ktns...@gmail.com>:
> Hi,
>
> On Fri, Mar 11, 2016 at 01:56:21AM +, Manuel A. Fernandez Montecelo wrote:
>> 2016-03-11 1:51 GMT+00:00 Katsuhiko Nishimra <ktns...@gmail.com>:
>> >>
>> >> T
he patch available?
> If I can get it, I'll test it and report you a result.
Yes, it is:
https://anonscm.debian.org/cgit/aptitude/aptitude.git/commit/?id=63017db3cd7593b2494d77b3f220912df21ed738
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-10 18:54 martin f krafft:
also sprach Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
[2016-03-10 18:04 +0100]:
I don't know if your complaint is more the speed side of reloading
the cache, or that you just don't see the need and don't want
curses to be restore
Package: apt-listbugs
Version: 0.1.17
Severity: normal
Dear Maintainer,
I thought the purpose of this package was to warn you that there is a critical
bug in a package you're upgrading, so you can skip upgrading that package. But
when you say "No" to the question "Do you want to continue" (or
ide of reloading the
cache, or that you just don't see the need and don't want curses to be
restored just for quitting. In the latter case, maybe it would not be
very difficult to implement what you ask, but the reloading of the cache
would continue to be there.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 + moreinfo
#157984 (with merged #168427), #415449 and #241945 have similar
suggestions, but slightly different -- if not worth a merge, at least
can be considered at the same time.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
, even if that was a worthwhile goal to pursue.
So +wontfix.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ison was apples with oranges, when it's
apples and apples the difference is not very high.
And I don't think that it's worth spending time optimising for cases
which take less than a second anyway, there are many other priorities in
aptitude right now (and have been for a long time), so marking as
+wontfix.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ade:
yes" lines as soon as the package is in the desired version, and forces
to write pkgstates in that case, so I think that this will be fixed now.
If this keeps happening in the next versions, please reopen.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: owner -1 !
Control: tags -1 +pending
2012-09-09 01:03 Daniel Hartwig:
Directly, this only concerns “Reconfigure package” action in the
interactive interface
Feature to be removed, so bug marked as +pending.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
despite being marked as "important", there is not real bug
report in aptitude and the messages are largely about theoretical cases,
no report came in the last few years related with it.
So with the removal of dpkg-configure, marking this bug as +pending.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
to remove both
reportbug and dpkg-reconfigure -- perhaps I am wrong, but I don't think
that they are very used/important features.
... so this bug can be closed.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
nding.
... and thanks for the detailed reports and persistence, in any case!
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2016-03-09 22:45 GMT+00:00 Shai Berger <s...@platonix.com>:
> Hi Manuel,
>
> On Tuesday 08 March 2016 00:52:36 Manuel A. Fernandez Montecelo wrote:
>>
>> Did you keep observing this problem in recent years/releases?
>>
>
> I'm not sure when was the las
a dumped core is attached.
I hope it helps you.
I see, our friend boost::flyweight again... thanks!
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
requested reinstallation does not
happen.
Fixed for the next release, marking as +pending.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 - confirmed + wontfix
Control: forcemerge 250120 -1
Merging this one again, they are basically the same, #255587 was the one
which is quite different.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
to be marked again).
This will be present in the next release, marking as +pending.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
ls when updated the
planned action of the package are not emitted as they should, or at
least as I expected.
Needs more investigation...
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Control: tags -1 + pending
Hi Ralf,
2014-04-06 09:37 Ralf Jung:
Package: aptitude
Version: 0.6.10-1
Severity: wishlist
Dear Maintainer,
please add a short form to search by source package name.
Added as ~e, will be present in the new version, so marking as +pending.
Cheers.
--
Manuel
(it was the initial intention).
I also added a few more checks now also to forbid launching solution
screens and previews from the command-line in dumb terms.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
er reports at
some point, although it's always daunting.
One of the things that might have made it worse is enabling
multi-arch, which I did a few years ago.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
extremely
important, short term for "source" could be added and it's better that
the letter of the scape should be exchanged for a small gain in
consistency.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
1:46 Vincent Lefevre:
Control: reopen -1
Control: found -1 0.7.8-1
On 2016-03-01 18:32:44 +, Manuel A. Fernandez Montecelo wrote:
2016-03-01 17:43 Vincent Lefevre:
> On 2016-03-01 15:02:59 +, Manuel A. Fernandez Montecelo wrote:
> > 2013-08-31 12:41 Vincent Lefevre:
> > > When I
Control: fixed -1 aptitude/0.7.6-1
Control: close -1
Hi Manuel :-)
2014-01-12 10:56 Manuel Bilderbeek:
Package: aptitude
Version: 0.6.8.2-1.2
Severity: normal
Dear Maintainer,
I asked aptitude to install a new package, which conflicted with an
older package. So, it suggested to remove
ve removed the Tcl/Tk ones and would have
upgraded xserver-xorg-core.
So, in summary, I am still more happy to report that we can close this
bug now as another duplicate of the ones above.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
being localized and not and that everybody has a different
opinion about it.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
2006-03-19 18:48 Robert Bihlmeyer:
Package: aptitude
Version: 0.4.1-1
Severity: minor
It seems that at least the second line of each stanza (cont
it detects when the file is corrupt/malformed and
suggests the user to try to recover from pkgstates.old.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
901 - 1000 of 3654 matches
Mail list logo
