Op correcte wijze packages vervangen

[pietschiet]

Beste tweaker-community,

een tijdje geleden heb ik deels voor schooltaken de overstap gemaakt naar Ubuntu als platform voor dagelijks gebruik. Tot nu toe is me dit altijd zeer goed bevallen. Met name het gebruik van packages vond ik een solidere manier van softwaregebruik, na reeds verschillende keren met corrupte Windows-installaties te maken gehad te hebben omwille van slecht geprogrammeerde software(-uninstallers).

Nu is er wel iets waar ik een probleem mee heb ondervonden. Ik had voor mijn mesa-libraries een experimentele PPA ingesteld, waarna al deze libraries natuurlijk geupdatet zijn naar de allernieuwste, in ontwikkeling zijnde versies. Nu wilde ik dit terugdraaien en terug overgaan op de officiële versies uitgegeven door de repositories van Ubuntu. Echter, na uitschakelen van de experimentele PPA werden deze packages niet zelf teruggedraaid, hetgeen ik verwacht had.

Ik heb dan geprobeerd alles zelf terug te draaien en wat opgezocht op internet, maar vond niet meteen een duidelijke aanpak hiervoor. M.a.w. is mijn vraag: is het zaak om op te letten welken repositories je instelt omdat je achteraf met de gebakken peren zit, of is het toch mogelijk om alles (mesa werkt met ZEER veel dependencies) op een correcte manier aan te passen zonder er een corrupt Ubuntu-systeem aan over te houden (hetgeen het geval was)?

Pieter

[Hero of Time]

Als je Synaptic gebruikt, is het relatief eenvoudig om de boel weer netjes terug te krijgen naar wat het hoort te zijn. Het heeft een dependency solver in zich die je bij een actie die conflicten oplevert de gelegenheid geeft om een bepaalde actie toe te passen, zoals eventuele andere packages downgraden. Als het goed is heb je aan de linkerkant een aantal standaard filters zoals 'Alles', 'Geïnstalleerd', etc. Onder het filter 'Lokaal' oid zou als het goed is alle packages die geïnstalleerd zijn maar met die versie niet meer beschikbaar zijn in een repo.

Wil je het via apt op de command line terugdraaien, dan ben je wel even bezig en ga je gegarandeerd packages verwijderen die je liever niet wilt verwijderen of hoeft te verwijderen.

Persoonlijk ben ik meer van Aptitude, maar die kan in zekere zin hetzelfde wat Synaptic kan en itt Synaptic is aptitude niet standaard aanwezig op Ubuntu, die moet je los installeren. En de standaard weergave is ook niet precies wat je wilt, zeker in deze situatie.

[CAPSLOCK2000]

Downgraden is niet het sterke punt van de Debian/Ubuntu-familie. Het kan wel, maar meestal is daar wat handwerk bij nodig om de juiste uitkomst te krijgen. Meestal is de makkelijkste manier om alle betrokken packages te verwijderen en dan de juiste versies laten installeren. Omdat Mesa redelijk low-level is hangt er een hoop van af en zal er veel verwijderd moeten worden. De eerste keer dat je zo iets doet lijkt het meer op werken met een bijl dan met een scalpel.

Wat je wil is mogelijk maar je hebt er wat begrip van dpkg voor nodig en een hoop geduld. Ik denk dat je je moet voorbereiden op een "leerzame ervaring". Als je alternatief echter is om het systeem te herinstalleren dan zou ik het zeker doen. Het is daadwerkelijk een leerzame ervaring. Ik vind het persoonlijk zelfs een leuk spelletje maar ik ben misschien niet helemaal goed in mijn hoofd

[thunder7]

ben je thuis op de command-line (dus niet grafisch opstarten) ?

Als dat lukt, dan lijkt het me prima te doen. Maar mesa vervagen terwijl X draait, dat lijkt me lastig.

[pietschiet]

thunder7 schreef op zaterdag 21 mei 2016 @ 13:04:
ben je thuis op de command-line (dus niet grafisch opstarten) ?

Als dat lukt, dan lijkt het me prima te doen. Maar mesa vervagen terwijl X draait, dat lijkt me lastig.

command-line is geen probleem en heb al wel vaker pakketten geïnstalleerd en daarna gedeïnstalleerd met purge en autoremove commando's, maar ik schrok even toen ik de mesa packages wilde vervangen omdat er precies zoveel pakketten mee afgezwierd zouden worden. Ik heb dan wat proberen versies forceren, hoewel ik op voorhand al had gelezen dat dit niet altijd een slim idee is, en zo bleek later ook maar vroeg me dus gewoon af of er een elegantere 'standaard'-manier was om dit te doen voor een set libraries als die rondom mesa.

Ik heb inmiddels de volledige Ubuntu-installatie vervangen want hij startte totaal niet meer op (nu op 16.04 ) en nu draait natuurlijk alles weer soepel. Het is volgens mij inderdaad gewoon een leerproces en je zult steeds beter voor de specifieke situaties kunnen inschatten hoe je het beste de libraries en dependencies beheert. In dit geval van mesa niet meteen de simpelste taak dus

Pieter

[Hero of Time]

thunder7 schreef op zaterdag 21 mei 2016 @ 13:04:
Als dat lukt, dan lijkt het me prima te doen. Maar mesa vervagen terwijl X draait, dat lijkt me lastig.

Ik neem aan dat je vervangen bedoelt. Hoe denk je dat updates van Mesa gaan? Gewoon live terwijl de boel nog draait. Dat geldt voor elk pakket en is juist de kracht van *NIX systemen. Je kan bestanden vervangen terwijl ze in gebruik zijn. Als je heel Mesa gaat vervangen, is een herstart van je GUI al genoeg, al doen we eerder een volledige herstart voor de zekerheid.

pietschiet schreef op zaterdag 21 mei 2016 @ 13:22:
[...]


command-line is geen probleem en heb al wel vaker pakketten geïnstalleerd en daarna gedeïnstalleerd met purge en autoremove commando's, maar ik schrok even toen ik de mesa packages wilde vervangen omdat er precies zoveel pakketten mee afgezwierd zouden worden. Ik heb dan wat proberen versies forceren, hoewel ik op voorhand al had gelezen dat dit niet altijd een slim idee is, en zo bleek later ook maar vroeg me dus gewoon af of er een elegantere 'standaard'-manier was om dit te doen voor een set libraries als die rondom mesa.

Ik heb inmiddels de volledige Ubuntu-installatie vervangen want hij startte totaal niet meer op (nu op 16.04 ) en nu draait natuurlijk alles weer soepel. Het is volgens mij inderdaad gewoon een leerproces en je zult steeds beter voor de specifieke situaties kunnen inschatten hoe je het beste de libraries en dependencies beheert. In dit geval van mesa niet meteen de simpelste taak dus

Oh, dus ik had je ook gewoon de aptitude manier kunnen geven? Voor het vervolg, check het eens en gebruik het volgende als Package Grouping (aan te passen in de settings en on-the-fly met shift+g):

code:

task,status,pattern(?narrow(~i, !~U !~ATesting~|Unstable~|Experimental) => Local Version, ~O, !~O => Other)

Wijzig 'Testing~|Unstable~|Experimental' met je eigen release en bronnen (zoals xenial-updates bijvoorbeeld).

Als je dan een repo verwijdert, komt het onder "Installed - Local Version" te staan. Dan is het niets anders dan elk package daarin openen en de juiste versie markeren voor installatie met '+'.