Adept should log its performed actions

Bug #177074 reported by Daniel Hahler
6
Affects Status Importance Assigned to Milestone
Adept Manager
Unknown
Wishlist
adept (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: adept

The actions done by adept_updater should get logged somewhere in /var/log, similar to how it's done for apt in /var/log/apt/term.log.

As far as I can see there's currently no way to see what adept_updater has installed/removed.

Daniel Hahler (blueyed)
Changed in adept:
importance: Undecided → Wishlist
Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

Some information does get logged to /var/log/dpkg.log
Does synaptic keep its own logs?

Revision history for this message
Juan Carlos Torres (jucato) wrote :

Confirming this feature request. A log/history feature in Adept is one of the things I've been wishing for ever since I got to try Synaptic and Aptitude. Both of these have their own logs which are stored in an easy to read format, unlike dpkg.log.

Changed in adept:
status: New → Confirmed
Revision history for this message
kko (kko) wrote :

I find it surprising that there appears to be NO log of the apt actions (visible if you click on "Show Details" in e.g. adept_updater) performed by Adept (Updater). They are not written to /var/log/apt/term.log, yet Adept doesn't store them anywhere either.

I don't know if Adept (Updater) not throwing away the APT logs is a separate feature request or if this would cover it. However, for what a random user's opinion is worth, I'd support raising the importance to Medium - I think having decent logs is a pretty basic expectation for a package manager.

(I just faced a (minor) packaging bug that exposed an Adept Updater bug, while upgrading Hardy with KDE 4.1 ppa packages, but since there's no log (and I fail to have photographic memory, plus the fact that Adept updater hides the details when you click away the error popup), it's pretty hard to track what the packaging bug was. The packaging bug was fixed by "apt-get upgrade" and the "apt-get -f install" suggested by it. Had I used "apt-get upgrade" from the start, I'd at least have logs of it all.)

Changed in adept:
status: Confirmed → Triaged
Changed in adeptmgr:
status: Unknown → New
Revision history for this message
In , Jonathan Thomas (echidnaman) wrote :

Version: 3.0 Beta 2 (Battleship) (using 4.1.1 (KDE 4.1.1), Kubuntu packages)
Compiler: cc
OS: Linux (i686) release 2.6.26-5-generic

Expanding on bug 170836, it would be nice if Adept kept a human-readable log of dpkg actions done through itself. Sort of like dpkg.log, but only for stuff done by Adept and more easily-read.

Changed in adeptmgr:
importance: Unknown → Wishlist
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Unfortunately, Adept has been unmaintained by its original authors for several years, and nobody has stepped up to continue its development. (Though the Muon Suite is arguably its spiritual successor) As such, Adept has been removed from releases of Kubuntu from 12.10 onwards, and no additional improvements will be made to the software.

We thank you for reporting this bug all the same, and apologize for taking so long to respond to it.

Changed in adept (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , adaptee (adaptee) wrote :

Adept has been in the unmaintained state for a few years. Use muon[1] as replacement .

[1] https://launchpad.net/muon

Changed in adeptmgr:
status: New → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.