[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Axel Beckert]

Hi,

Manuel A. Fernandez Montecelo wrote:
> Even if you can reproduce it, as I said in a previous message, I think
> that part of the reason was that you were using self-built copies --
> when the checksums don't match.
[…]
> So I am closing this bug for the time being.

Fine for me, yes.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Manuel A. Fernandez Montecelo]

Control: tags -1 - moreinfo
Control: close -1


Hi,

2016-05-05 17:10 Manuel A. Fernandez Montecelo:

2016-04-25 19:22 Manuel A. Fernandez Montecelo:

2016-04-25 12:22 Axel Beckert:

Hi Manuel,

Manuel A. Fernandez Montecelo wrote:

If I select a package for reinstallation by pressing "L" in the TUI and
then press 2x "g", the package will be reinstalled.

Afterwards at "Press Return to continue, 'q' followed by Return to
quit."  I press  (not Ctrl-C) and it still lists that package for
reinstallation.


Hmmm, I cannot reproduce it


Meh. Ok, I'll dig up some more details which could be related:

* The packages in question are aptitude, aptitude-common,
aptitude-dbgsym and aptitude-doc-en 0.8-1. I wanted to reinstall
them because I had initially installed a self-built copy of it.
Haven't tested other packages yet, but will.
[...]
Hrm, maybe it's related to respectively only happens due to the new
"aptitude can't uninstall aptitude" feature?


If you put the locally built packages in some dir that it's added to
apt's sources-list, I think that this is a problem that happens
independently of being "aptitude" packages -- packages with same file
names but different hashes, and libapt/aptitude somehow prefering one
over the other.

(I have the gut feeling that solving these cases cleanly, reinstall or
not, is an unsolvable problem in general).

If you have them outside source.list's dirs and install them with
e.g. dpkg or "apt local install", then I don't know.


I tried reinstalling {aptitude,aptitude-common}_0.8-1, and after dpkg
performs the actions, aptitude re-reads the states and removes the
"reinstall" status.  In other works, working fine for me.

This is most puzzling.


Well, so in principle this is:

a) restricted to "aptitude" packages or some very specific set of
  conditions (so in any case, it is quite limited / minor / corner
  case; that maybe wouldn't warrant an attempt to fix if it causes
  bigger problems),

b) the workaround is trivial,

c) and at least I cannot reproduce it,

d) and since you didn't comment in a while, I suppose that you either
  didn't try or cannot either.


Even if you can reproduce it, as I said in a previous message, I think
that part of the reason was that you were using self-built copies --
when the checksums don't match.  I think that apt will always set that
version as candidate for upgrade until upgraded, if the repository is
pinned higher -- it (rightly in the general case, IMO) considers them
different versions, and this will have similar effects on being marked
for reinstall.

So I am closing this bug for the time being.


Cheers.
--
Manuel A. Fernandez Montecelo 

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Manuel A. Fernandez Montecelo]

2016-04-25 19:22 Manuel A. Fernandez Montecelo:

2016-04-25 12:22 Axel Beckert:

Hi Manuel,

Manuel A. Fernandez Montecelo wrote:

If I select a package for reinstallation by pressing "L" in the TUI and
then press 2x "g", the package will be reinstalled.

Afterwards at "Press Return to continue, 'q' followed by Return to
quit."  I press  (not Ctrl-C) and it still lists that package for
reinstallation.


Hmmm, I cannot reproduce it


Meh. Ok, I'll dig up some more details which could be related:

* The packages in question are aptitude, aptitude-common,
aptitude-dbgsym and aptitude-doc-en 0.8-1. I wanted to reinstall
them because I had initially installed a self-built copy of it.
Haven't tested other packages yet, but will.
[...]
Hrm, maybe it's related to respectively only happens due to the new
"aptitude can't uninstall aptitude" feature?


If you put the locally built packages in some dir that it's added to
apt's sources-list, I think that this is a problem that happens
independently of being "aptitude" packages -- packages with same file
names but different hashes, and libapt/aptitude somehow prefering one
over the other.

(I have the gut feeling that solving these cases cleanly, reinstall or
not, is an unsolvable problem in general).

If you have them outside source.list's dirs and install them with
e.g. dpkg or "apt local install", then I don't know.


I tried reinstalling {aptitude,aptitude-common}_0.8-1, and after dpkg
performs the actions, aptitude re-reads the states and removes the
"reinstall" status.  In other works, working fine for me.

This is most puzzling.


Cheers.
--
Manuel A. Fernandez Montecelo 

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Manuel A. Fernandez Montecelo]

2016-04-25 12:22 Axel Beckert:

Hi Manuel,

Manuel A. Fernandez Montecelo wrote:

>If I select a package for reinstallation by pressing "L" in the TUI and
>then press 2x "g", the package will be reinstalled.
>
>Afterwards at "Press Return to continue, 'q' followed by Return to
>quit."  I press  (not Ctrl-C) and it still lists that package for
>reinstallation.

Hmmm, I cannot reproduce it


Meh. Ok, I'll dig up some more details which could be related:

* The packages in question are aptitude, aptitude-common,
 aptitude-dbgsym and aptitude-doc-en 0.8-1. I wanted to reinstall
 them because I had initially installed a self-built copy of it.
 Haven't tested other packages yet, but will.
[...]
Hrm, maybe it's related to respectively only happens due to the new
"aptitude can't uninstall aptitude" feature?


If you put the locally built packages in some dir that it's added to
apt's sources-list, I think that this is a problem that happens
independently of being "aptitude" packages -- packages with same file
names but different hashes, and libapt/aptitude somehow prefering one
over the other.

(I have the gut feeling that solving these cases cleanly, reinstall or
not, is an unsolvable problem in general).

If you have them outside source.list's dirs and install them with
e.g. dpkg or "apt local install", then I don't know.



and also the reason why "q+Enter" needs to do some processing rather
than exiting more quickly -- to detect upgrades and reinstalls and
other changes in states, and save it to not repeat them in later
sessions.


I wonder why this needs to be done _after_ pressing Enter. Is this
because it needs to go back into fullscreen curses mode to do that?


Basically, yes.  It's an entangled mess of a cascade of signals being
emitted about packages' states having changed and then saving the
information with the successful actions removed from pending, and
repainting the views and what not.  Signals and state updates are
entangled with code / classes paiting the "windows" and "views" and so
on.

The functionality could be duplicated for quit-before-reinstating-curses
and update-in-curses, but then code would be duplicated and probably get
out of sync quickly, etc.

In an ideal world the handling of those cases would be surgically
removed from the classes paiting the curses interface and separating
state updates and screen replainting, but this is not trivial or quick
with the current code.

After hours fighting with it I decided to settle with the imperfect
solution.  I hesitated a lot about going ahead and implementing the
request, because I knew that there would be complications like the ones
caused and then people would miss the feature if removed later...

But what people were doing (Control-C to save some seconds) was also
causing problems of their own, and resulting problems causing bug
requests difficult to trace later to the original problem and causing a
lot of extra work to triage bugs etc.

So... Rock and Hard Place and all that :)


Cheers.
--
Manuel A. Fernandez Montecelo 

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Axel Beckert]

Hi Manuel,

Manuel A. Fernandez Montecelo wrote:
> >If I select a package for reinstallation by pressing "L" in the TUI and
> >then press 2x "g", the package will be reinstalled.
> >
> >Afterwards at "Press Return to continue, 'q' followed by Return to
> >quit."  I press  (not Ctrl-C) and it still lists that package for
> >reinstallation.
> 
> Hmmm, I cannot reproduce it

Meh. Ok, I'll dig up some more details which could be related:

* The packages in question are aptitude, aptitude-common,
  aptitude-dbgsym and aptitude-doc-en 0.8-1. I wanted to reinstall
  them because I had initially installed a self-built copy of it.
  Haven't tested other packages yet, but will.

* Recommends disabled
* Minibuffer prompt enabled

> (this is becoming a trend...

Indeed.

> but I am not doing it on purpose, I promise!).

I know. :-)

> I am pretty sure that I tested that this would not happen when
> implementing the feature, because it was the problem that prevented it
> from being implemented before,

Hrm, maybe it's related to respectively only happens due to the new
"aptitude can't uninstall aptitude" feature?

> and also the reason why "q+Enter" needs to do some processing rather
> than exiting more quickly -- to detect upgrades and reinstalls and
> other changes in states, and save it to not repeat them in later
> sessions.

I wonder why this needs to be done _after_ pressing Enter. Is this
because it needs to go back into fullscreen curses mode to do that?

> Does it happen with any package that you try?

Will check later on the same machine where this happened. And also
cross-check on a different machine.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

[Aptitude-devel] Bug#822272: aptitude: No more forgets reinstallation instruction after reinstallation has happened

[Manuel A. Fernandez Montecelo]

Hi,

2016-04-22 21:32 Axel Beckert:

Package: aptitude
Version: 0.8-1
Severity: normal

If I select a package for reinstallation by pressing "L" in the TUI and
then press 2x "g", the package will be reinstalled.

Afterwards at "Press Return to continue, 'q' followed by Return to
quit."  I press  (not Ctrl-C) and it still lists that package for
reinstallation.


Hmmm, I cannot reproduce it (this is becoming a trend... but I am not
doing it on purpose, I promise!).

I tried now with e.g. netris (has the virtue of being small and probably
harmless) and works fine.

I am pretty sure that I tested that this would not happen when
implementing the feature, because it was the problem that prevented it
from being implemented before, and also the reason why "q+Enter" needs
to do some processing rather than exiting more quickly -- to detect
upgrades and reinstalls and other changes in states, and save it to not
repeat them in later sessions.

Does it happen with any package that you try?

I don't have any clue of what might be wrong.


Cheers.
--
Manuel A. Fernandez Montecelo 

___
Aptitude-devel mailing list
Aptitude-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel