Em sembla que és el Synaptic que té historial d'operacions APT, però no sé si només és per inspeccionar.
Si apt-get i/o aptitude fessin el mateix, podrien retrocedir operacions com a conjunts cridats amb una comanda. Sobre BBDD i similars, al cap i a la fi és l'usuari que ha d'assumir els problemes aliens a APT. Una alternativa més suau seria, en comptes d'executar operacions de retrocés, suggerir l'operació que podria fer l'usuari manualment: $ apt-get retro-packages Last operation implied installs: a b c Last operation implied removes: Last operation implied upgrade: d e Els «snapshots» del sistema de fitxers també poden donar problemes amb serveis que treballen, per exemple, imaginem-nos un servei web amb un fòrum en funcionament, o un ordinador al qual els demés li desen els documents via xarxa. El 25/07/16 a les 16:22, Alex Muntada ha escrit: > Marcos: > >> Potser perquè algun paquet ja instal·lat el té com a recomanat >> o suggerit i l'autoremove no el marca com desinsta·lable? > > Correcte. Sovint no és trivial endevinar les intencions dels > usuaris quan fem «autoremove» i per això a Debian prefereixen > triar l'opció més segura, que és deixar instal·lat el paquet. > > Fa unes setmanes es va parlar d'aquest tema a la llista de > desenvolupament i algú va suggerir una opció de l'apt que > permetés «desfer» el darrer canvi. La idea sembla senzilla i > resoldria el cas d'en Narcís, però no tothom estava d'acord > que fos tan fàcil fer-ho amb l'apt. En general, el que es va > recomanar és que qui vulgui desfer canvis al sistema, millor > que utilitzi «snapshots» del sistema de fitxers perquè quan > hom instal·la un paquet es poden produir canvis en parts del > sistema que no sigui fàcils de desfer (p.e. bases de dades). > >> % apt-cache rdepends shared-mime-info --no-depends > > En el fil que comentava algú va esmentar també: > > $ aptitude why shared-mime-info > > Salut! > Alex >