Bug#929260: apt-listbugs: not saving pinnings to disk

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#929260: apt-listbugs: not saving pinnings to disk

Boruch Baum
Subject: apt-listbugs: not saving pinnings to disk
Package: apt-listbugs
Version: 0.1.28
Severity: normal

For several upgrade procedures in the course of the recent few weeks,
apt-listbugs has repeatedly been prompting me for the same bug (#915689
rng-tools), and doesn't ever seem to update file
/etc/apt/apt.conf.d/10apt-listbugs


--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0

Reply | Threaded
Open this post in threaded view
|

Bug#929260: apt-listbugs: not saving pinnings to disk

Francesco Poli (wintermute)
Control: tags -1 + moreinfo


On Mon, 20 May 2019 03:23:24 -0400 Boruch Baum wrote:

[...]
> For several upgrade procedures in the course of the recent few weeks,
> apt-listbugs has repeatedly been prompting me for the same bug (#915689
> rng-tools), and doesn't ever seem to update file
> /etc/apt/apt.conf.d/10apt-listbugs

Hello again Boruch,
thanks for this second bug report.

First of all, apt-listbugs is not supposed to update
file /etc/apt/apt.conf.d/10apt-listbugs

Quoting the apt-listbugs(1) man page:

[...]
|      /etc/apt/apt.conf.d/10apt-listbugs
|             Configuration  file  fragment for APT containing options related
|             to apt-listbugs: this is the recommended place where the  (root)
|             user may tweak the behavior of apt-listbugs, but usually no cus‐
|             tomization is required.
[...]

The file which is supposed to be automatically managed by apt-listbugs
is /etc/apt/preferences.d/apt-listbugs

Quoting the apt-listbugs(1) man page:

[...]
|       /etc/apt/preferences.d/apt-listbugs
|             Version  preferences  file fragment for APT managed by apt-list‐
|             bugs: this is where the package pins are added by the  apt-list‐
|             bugs  program  and  removed  by its daily cron job. This file is
|             managed automatically and there's normally no need to modify  it
|             by hand.
[...]


Secondly, it's not clear to me exactly what you did, when prompted by
apt-listbugs.
Could you please send (to the bug e-mail address) a transcript of your
interaction with apt-listbugs during one of the package upgrades?

I mean something that starts as:

  Retrieving bug reports... Done
  Parsing Found/Fixed information... Done
  serious bugs of rng-tools (2-unofficial-mt.14-1 → 5-1) <Outstanding>
   b1 - #915689 - prevent from migrating to testing
  Summary:
   rng-tools(1 bug)
  Are you sure you want to install/upgrade the above packages? [Y/n/?/...]

but then goes and shows what you replied to the question and what
further output you obtained.

Please let me know, otherwise I cannot understand what went wrong (if
anything).


--
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

attachment0 (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#929260: apt-listbugs: not saving pinnings to disk

Boruch Baum
On 2019-05-20 23:38, Francesco Poli wrote:

> Control: tags -1 + moreinfo
>
>
> On Mon, 20 May 2019 03:23:24 -0400 Boruch Baum wrote:
>
> [...]
> > For several upgrade procedures in the course of the recent few weeks,
> > apt-listbugs has repeatedly been prompting me for the same bug (#915689
> > rng-tools), and doesn't ever seem to update file
> > /etc/apt/apt.conf.d/10apt-listbugs
>
> Hello again Boruch,
> thanks for this second bug report.
>
> First of all, apt-listbugs is not supposed to update
> file /etc/apt/apt.conf.d/10apt-listbugs

Oops. That file exists, size zero, so the substance of the bug report stands.

> Secondly, it's not clear to me exactly what you did, when prompted by
> apt-listbugs.
> Could you please send (to the bug e-mail address) a transcript of your
> interaction with apt-listbugs during one of the package upgrades?

serious bugs of rng-tools (2-unofficial-mt.14-1+b2 → 5-1) <Outstanding>
 b1 - #915689 - prevent from migrating to testing
Summary:
 rng-tools(1 bug)
Are you sure you want to install/upgrade the above packages? [Y/n/?/...] ?

... (snip)

Are you sure you want to install/upgrade the above packages? [Y/n/?/...] p
The following 1 package will be pinned or on hold:
 rng-tools
Are you sure? [Y/n]
rng-tools pinned by adding Pin preferences in /etc/apt/preferences.d/apt-listbugs. Restart APT session to enable
Are you sure you want to install/upgrade the above packages? [N/?/...]
**********************************************************************
****** Exiting with an error in order to stop the installation. ******
**********************************************************************
E: Sub-process /usr/sbin/apt-listbugs apt returned an error code (10)
E: Failure running script /usr/sbin/apt-listbugs apt
# apt-get -t ceres upgrade

... (snip)

After this operation, 31.7 kB disk space will be freed.
Do you want to continue? [Y/n]
Retrieving bug reports... Done
Parsing Found/Fixed information... Done

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0

Reply | Threaded
Open this post in threaded view
|

Bug#929260: apt-listbugs: not saving pinnings to disk

Francesco Poli (wintermute)
On Tue, 21 May 2019 06:02:56 -0400 Boruch Baum wrote:

> On 2019-05-20 23:38, Francesco Poli wrote:
> > Control: tags -1 + moreinfo
> >
> >
> > On Mon, 20 May 2019 03:23:24 -0400 Boruch Baum wrote:
> >
> > [...]
> > > For several upgrade procedures in the course of the recent few weeks,
> > > apt-listbugs has repeatedly been prompting me for the same bug (#915689
> > > rng-tools), and doesn't ever seem to update file
> > > /etc/apt/apt.conf.d/10apt-listbugs
> >
> > Hello again Boruch,
> > thanks for this second bug report.
> >
> > First of all, apt-listbugs is not supposed to update
> > file /etc/apt/apt.conf.d/10apt-listbugs
>
> Oops. That file exists, size zero, so the substance of the bug report stands.
Which file?
I guess  /etc/apt/preferences.d/apt-listbugs
Is this the case?

>
> > Secondly, it's not clear to me exactly what you did, when prompted by
> > apt-listbugs.
> > Could you please send (to the bug e-mail address) a transcript of your
> > interaction with apt-listbugs during one of the package upgrades?
>
> serious bugs of rng-tools (2-unofficial-mt.14-1+b2 → 5-1) <Outstanding>
>  b1 - #915689 - prevent from migrating to testing
> Summary:
>  rng-tools(1 bug)
> Are you sure you want to install/upgrade the above packages? [Y/n/?/...] ?
>
> ... (snip)
>
> Are you sure you want to install/upgrade the above packages? [Y/n/?/...] p
> The following 1 package will be pinned or on hold:
>  rng-tools
> Are you sure? [Y/n]
> rng-tools pinned by adding Pin preferences in /etc/apt/preferences.d/apt-listbugs. Restart APT session to enable
> Are you sure you want to install/upgrade the above packages? [N/?/...]
> **********************************************************************
> ****** Exiting with an error in order to stop the installation. ******
> **********************************************************************
> E: Sub-process /usr/sbin/apt-listbugs apt returned an error code (10)
> E: Failure running script /usr/sbin/apt-listbugs apt
> # apt-get -t ceres upgrade
>
> ... (snip)
>
> After this operation, 31.7 kB disk space will be freed.
> Do you want to continue? [Y/n]
> Retrieving bug reports... Done
> Parsing Found/Fixed information... Done
OK, I am beginning to guess what's going on.

By looking at the transcript, I suppose you are using Devuan, is that
correct?

According to the [Devuan release page], ceres is the unstable suite,
but I see that you explicitly selected it in the upgrade command
("apt-get -t ceres upgrade").

[Devuan release page]: <https://devuan.org/os/releases>

I am suspecting that you upgrade by explicitly selecting the unstable
suite (codename "ceres"), but configured the general package pinnings
so that you track another (older) suite by default.

If this is the case, then the daily cron job probably removes the
pin on package rng-tools once a day, since its candidate version
(2-unofficial-mt.14-1+b2) is not buggy.

Please send me the output of the following commands, after pinning
package rng-tools:

$ apt-cache policy
$ cat /etc/apt/preferences.d/apt-listbugs
$ apt-cache policy rng-tools
$ apt-cache -o Dir::Etc::PreferencesParts=/dev/null  policy rng-tools

Let's see whether my guess is correct...



--
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

attachment0 (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#929260: apt-listbugs: not saving pinnings to disk

Boruch Baum
On 2019-05-22 00:04, Francesco Poli wrote:

> On Tue, 21 May 2019 06:02:56 -0400 Boruch Baum wrote:
> > On 2019-05-20 23:38, Francesco Poli wrote:
> > > First of all, apt-listbugs is not supposed to update
> > > file /etc/apt/apt.conf.d/10apt-listbugs
> >
> > Oops. That file exists, size zero, so the substance of the bug report stands.
>
> Which file?
> I guess  /etc/apt/preferences.d/apt-listbugs
> Is this the case?
Yes.

> By looking at the transcript, I suppose you are using Devuan, is that
> correct?
Yes.

> I am suspecting that you upgrade by explicitly selecting the unstable
> suite (codename "ceres"), but configured the general package pinnings
> so that you track another (older) suite by default.
Yes.

> If this is the case, then the daily cron job probably removes the
> pin on package rng-tools once a day, since its candidate version
> (2-unofficial-mt.14-1+b2) is not buggy.
Understood. Sorry for the confusion. You can close this report.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0