openSUSEa suomeksi
openSUSE => Asennus ja käyttö => Aiheen aloitti: Lisko - 14.05.2011 - klo:15:25
-
Esimerkiksi juuri nyt verkkopäivitys rääkäisee: gstreamer-0_10-plugin-hal-4496.noarch on ristiriidassa... johtuen siitä, että minulla on samainen kikkula asennettuna Packmanin repositorystä.
Onkohan tuohon mitään muuta ratkaisua kuin joka kerran kuittailla että älä päivitä aina siihen saakka kun Packmanin repositoryyn tulee uudempi versio?
-
Aseta haluamasi paketti YaST2 ohjelmistohallinnassa suojatuksi.
Halutun paketin päällä napsauta hiiren oikeaa nappia ja valitse Suojattu - älä muokkaa (tai jotain sinne päin)
-
Muistaakos se sen asetuksen sitten senkin jälkeen kun suljen ohjelmistohallinnan? Entä osaako se päivittää packman repositorystä uudemman sitten kun sinne sellainen tulee jos se on laitettu tuohon kyseiseen tilaan?
-
Muistaakos se sen asetuksen sitten senkin jälkeen kun suljen ohjelmistohallinnan?
Kyllä
Entä osaako se päivittää packman repositorystä uudemman sitten kun sinne sellainen tulee jos se on laitettu tuohon kyseiseen tilaan?
Ei, se on asetettu suojatuksi joten siihen ei saa koskea.
Poista suojaus kun paketin haluat päivittää.
-
Ei se minulla kyllä toimi. Saan kyllä lukonkuvan gstreamer-plugins-good ja gstreamer-plugins-good-lang paketeille. Se lukko näkyy siellä päivitystyökalussakin, mutta siitä huolimatta se tarjoaa päivitystä.
-
Tarjoaa, mutta ei päivitystä ei missään tapauksessa pitäisi tapahtua.
-
Minusta ydinongelma tässä on nyt se, että verkkopäivitys yrittää tarjota päivityksiä sellaisillekin paketeille joissa paketin tarjoaja on vaihdettu? Niiden päivitykset eivät kai enään voi tulla muualta kuin kyseiseltä pakettien tarjoajalta?
Totta, että tuo lukko kyllä estää vahingossa tapahtuvan päivityksen.
-
Minusta ydinongelma tässä on nyt se, että verkkopäivitys yrittää tarjota päivityksiä sellaisillekin paketeille joissa paketin tarjoaja on vaihdettu? Niiden päivitykset eivät kai enään voi tulla muualta kuin kyseiseltä pakettien tarjoajalta?
Päivitykset tulevat tuon updaten kautta ja jos versionumero on "alempi" niin sille päivitystä tarjotaan.
Mulla ei just nyt ole pääsyä 11.4 joten en pysty tarkistamaan miten tuon packagekitin myötä homma on muuttunut.
Mutta jos oikein muistan voit valita ne lähteet joita haluat packagekitin käyttävän.
-
Joo täytyy vähän lukea dokumentaatiota.
-
Mitähän mulla tarkoittaa kun yritän päivittää zypper up komennolla tulee seuraavanlaista ongelmaa
Asennetaan: libavdevice53-0.6.99_0.7beta1.20110617-1.1 [valmis]
rpm-lisätuloste:
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1.5 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1.5 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1 is empty, not checked.
Tuota tulee monen muunkin tiedoston kohdalla.
-
Mitähän mulla tarkoittaa kun yritän päivittää zypper up komennolla tulee seuraavanlaista ongelmaa
Asennetaan: libavdevice53-0.6.99_0.7beta1.20110617-1.1 [valmis]
rpm-lisätuloste:
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1.5 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1.5 is empty, not checked.
/sbin/ldconfig: File /usr/lib/libbluedevil.so.1 is empty, not checked.
Tuota tulee monen muunkin tiedoston kohdalla.
Komennon zypper verify pitäisi kertoa että järjestelmässä on virhe ja ehdottaa korjausta.
Ilmeisesti ratkaisu kuitenkin on se että poistaa paketin libbluedevil1 ja asentaa sen uudelleen.