apt-listchanges setup ignored
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| synaptic (Ubuntu) |
Confirmed
|
Low
|
Unassigned | ||
Bug Description
Binary package hint: synaptic
Synaptic forces apt-listchanges to use the gtk frontend even if it is configured to only send mail. It's been like that for quite a while now but today I felt like investigating the matter. Apparently this is an inadvertent side effect of the fix committed for bug #17999. From gtk/rgdebinstal
putenv(
Judging from the apt-listchanges source code this environment variable always takes precedence over the setting in the configuration file. However, I really only want the mail output for easy reference in case I need it, and perhaps for a little relaxed bedtime reading... or maybe not. Anyway, right now there seems to be no way to shut up apt-listchanges and still get the mails, short of hacking synaptic or apt-listchanges. So, to fix this I could either add some logic in synaptic to handle the listchanges frontend properly, or alternatively redefine APT_LISTCHANGES
Any other ideas? Which is the preferred way to go?
| Daniel Elstner (daniel-elstner) wrote | #1 |
| Michael Vogt (mvo) wrote | #2 |
| Changed in synaptic: | |
| importance: | Undecided → Low |
| status: | New → Confirmed |
OK, while investigating into this I found that there's in fact an (undocumented) configuration option "quiet" which can be used to make apt-listchanges do what I want if I put "quiet=2" in /etc/apt/
What do you think, should this bug be reassigned to apt-listchanges as a documentation bug, or should synaptic be made to behave better? Maybe it'd be enough to simply remove the putenv(