Forsida

Temaer

Sjangere

Når pakkehåndtereren er for dum

Snarveier:
[ « Forrige ] [ Neste » ]

Tema: Programvare; sjanger: Meninger
Skrevet av Andreas Nordal den 6. november 2008 kl 21:00:42; Kommentarer: 0

Pakkehåndterere er noe de aller fleste brukere av Linux må forholde seg til. Disse programmene lever i sin egen verden, som er nokså forskjellig fra den virkelige. Som regel har hver Linux-distribusjon sin egen pakkehåndterer, de fleste er basert på et av 2 pakkeformat: RPM og DEB. Alternativet til å bruke pakkehåndterer er å laste ned og installere ting manuelt. Det er mange grunner til at dette ofte er vanskeligere på Linux enn Windows. Derfor vil man helst bruke pakkehåndtereren, bortsett fra noen ganger når man har helt spesielle normale behov. I praksis er distribusjonene som monoteistiske religioner: "du skal ikke ha andre pakkebrønner enn meg", og pakkehåndterere er som forrige president i USA: "enten er du med oss eller så er du mot oss". Å installere fra andre kilder straffer seg i form av pakkekonflikter. Det er jo ikke uvilje, bare en teknisk utfordring som er problemet. Men når systemet gir opp, og man begynner å lure på hvor dum det går an for en pakkehåndterer å bli, da er det dårlig menneske-maskin-interaksjon at disse programmene ikke gir mulighet for brukeren til å hjelpe, i det minste til å ta riktige beslutninger. For eksempel nytter det ikke å fortelle at en fil faktisk ligger på harddisken hvis pakkedatabasen sier at den ikke gjør det. Med forbehold om at noen pakkehåndterere er smartere enn andre, og at noen kan overstyres mer enn andre, vil jeg påstå at tendensen er representativ for alle pakkehåndterere jeg har prøvd.

Pakkehåndterere tror at

Problemet mitt

Fedora er heldigvis flinke til å komme med oppdateringer, men de siste ukene har jeg slitt med å installere oppdateringer for KDE 4. Problemet er at kdebase avhenger av fila libraw1394.so.8 som ligger i pakken libraw1394-1.3.0-7.fc9.i386, som ikke kan installeres på grunn av en pakkekonflikt:
package libraw1394-2.0.0-2.fc10.x86_64 (which is newer than libraw1394-1.3.0-7.fc9.i386) is already installed
file /usr/share/man/man1/dumpiso.1.gz from install of libraw1394-1.3.0-7.fc9.i386 conflicts with file from package libraw1394-2.0.0-2.fc10.x86_64
file /usr/share/man/man1/sendiso.1.gz from install of libraw1394-1.3.0-7.fc9.i386 conflicts with file from package libraw1394-2.0.0-2.fc10.x86_64
file /usr/share/man/man1/testlibraw.1.gz from install of libraw1394-1.3.0-7.fc9.i386 conflicts with file from package libraw1394-2.0.0-2.fc10.x86_64
file /usr/share/man/man5/isodump.5.gz from install of libraw1394-1.3.0-7.fc9.i386 conflicts with file from package libraw1394-2.0.0-2.fc10.x86_64

Min løsning:

Jeg kunne selvfølgelig avinstallert versjon 2.0.0 av libraw1394 for så å installert versjon 1.3.0 som jeg trengte, men da hadde jeg måttet avinstallere 49 andre pakker som avhenger av dette biblioteket, deriblant KDE, antakelig hundrevis av megabyte med programvare som jeg måtte installert om igjen. Hvis jeg fikk valget mellom det, eller å bare tvinge installasjonen til å overskrive de 4 totalt uviktige manual-filene ovenfor, så hadde jeg så klart valgt det siste. Så dum er jeg ikke, men det er tydeligvis yum (Fedoras ugrafiske pakkehåndterer). Det er ikke noe problem for meg å slette disse filene, men tingen med pakkehåndterere er at det ikke hjelper så lenge det står i databasen at de er installert. Trikset var like enkelt som det var skittent:
rpm -e --justdb --nodeps libraw1394-2.0.0-2.fc10.x86_64

Dette fjerner libraw1394-2.0.0 fra rpm-databasen, slik at de aktuelle filene nå kunne overskrives med libraw1394-1.3.0 i et nytt (og denne gang vellykket) forsøk på å oppdatere KDE. Det er et tankekors at disse systemfilene som liksom var så viktige bare ble overskrevet automatisk uten at jeg fikk vite det en gang nå som de ikke var oppført i rpm-databasen. At de stod i rpm-databasen kommer av at jeg har brukt en rpm-basert pakkehåndterer til å installere dem, det hadde de ikke gjort hvis jeg installerte dem manuelt. Hvem sier at filene til pakkehåndtereren er viktigere enn mine filer?

Kommentarer (0)

Din kommentar

Navn:
[url] og [url tekst] kan brukes for å lage lenker.
Gjenta: VIRKER IKKE