Sjoerd Hardeman schreef: > Op 31-05-10 22:10, Paul van der Vlis schreef: >> Sjoerd Hiemstra schreef: >>> Geert Stappers: >>>> Diederik de Haas: >>>>> Dus ja, je zou het zelf kunnen corrigeren, maar ik zou het niet doen >>>>> (in jouw geval). Beter kan je een bug indienen bij het bijbehorende >>>>> package (als het nog niet gedaan is). >>>> Beide dingen is nog meer beter, dan komt het namelijk eerder goed >>>> op alle computers, dus ook die van jou. >>> Inmiddels is het wat helderder geworden wat er aan de hand was. >>> Deze twee pakketten waren geïnstalleerd: >>> >>> libdevmapper1.02 >>> libdevmapper1.02.1 >>> >>> De eerste komt niet in de repositories voor, zit er dus nog van vroeger >>> in, is oud en verouderd, en het was deze die in de weg zat. >>> Zelf corrigeren is dus niet aan de orde, en de 'bug' bestaat hierin dat >>> hij allang verwijderd had moeten zijn, maar om één of andere reden is >>> blijven zitten. >> Dit doe ik om dit soort packages te vinden en evt. te verwijderen: >> ---------- >> aptitude -F "%p " --disable-columns search ~o > /tmp/lijst > Mag ik deborphan hiervoor aanbevelen? Werkt nog beter dan dit commando.
Deborphan doet wat anders vziw, het verteld welke packages niet meer nodig zijn nadat ze automatisch geinstalleerd zijn (maar misschien kan het ondertussen meer, waar ik weer niets van weet). Bovenstaand aptitude commando geeft een lijst met packages die niet in je repositories te vinden zijn. Dus packages waar je ook geen security support voor hebt. Altijd handig om die packages goed in de gaten te houden, en ze te verwijderen als ze niet echt nodig zijn. Ik gebruik het commando altijd na een upgrade naar een nieuwe Debian release, want soms verdwijnen packages ook. Met vriendelijke groet, Paul van der Vlis. -- http://www.vandervlis.nl/ -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
