DAREK WL. Napisano Grudzień 28, 2009 Zgłoszenie Share Napisano Grudzień 28, 2009 XANGE to portugalska dystrybucja , bazująca na Fedorze 11 . XANGE jest następcą VIXT-y Repozytoria w tej dystrybucji są zdefiniowane tak ; [root@localhost ~]# yum repolist Loaded plugins: refresh-packagekit repo id repo name status fedora Fedora 11 - i386 enabled: 13,289 rpmfusion-free RPM Fusion for Fedora 11 - Free enabled: 377 rpmfusion-free-updates RPM Fusion for Fedora 11 - Free - Updates enabled: 855 rpmfusion-nonfree RPM Fusion for Fedora 11 - Nonfree enabled: 110 rpmfusion-nonfree-updates RPM Fusion for Fedora 11 - Nonfree - Updates enabled: 515 updates Fedora 11 - i386 - Updates enabled: 6,895 repolist: 22,041 Są jeszcze repozytoria z "rawhide" w nazwie , ale te , to ja sam zablokowałem aby uniknąć problemów z niestabilnymi pakietami . Również repozytoria ze słowem "testing" w nazwie zablokowałem podając "0" w linijkach "enabled" w plikach z konfiguracją tych repo . Pomimo tych zabiegów , nie moge nic zainstalować , oto przykłady ; [root@localhost ~]# yum install kmix Loaded plugins: refresh-packagekit Setting up Install Process No package kmix available. Nothing to do [root@localhost ~]# yum install kmod-nvidia Loaded plugins: refresh-packagekit Setting up Install Process No package kmod-nvidia available. Nothing to do [root@localhost ~]# yum install gcc Loaded plugins: refresh-packagekit Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package gcc.i586 0:4.4.1-2.fc11 set to be updated --> Processing Dependency: binutils >= 2.17.50.0.17-3 for package: gcc-4.4.1-2.fc11.i586 --> Processing Dependency: cloog-ppl >= 0.15 for package: gcc-4.4.1-2.fc11.i586 --> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.4.1-2.fc11.i586 --> Running transaction check ---> Package binutils.i586 0:2.19.51.0.14-1.fc11 set to be updated ---> Package cloog-ppl.i586 0:0.15.7-1.fc11 set to be updated --> Processing Dependency: libppl_c.so.2 for package: cloog-ppl-0.15.7-1.fc11.i586 --> Processing Dependency: libppl.so.7 for package: cloog-ppl-0.15.7-1.fc11.i586 ---> Package glibc-devel.i586 0:2.10.2-1 set to be updated --> Processing Dependency: glibc-headers = 2.10.2-1 for package: glibc-devel-2.10.2-1.i586 --> Running transaction check ---> Package glibc-headers.i586 0:2.10.2-1 set to be updated --> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.10.2-1.i586 --> Processing Dependency: kernel-headers for package: glibc-headers-2.10.2-1.i586 ---> Package ppl.i586 0:0.10.2-7.fc11 set to be updated --> Finished Dependency Resolution glibc-headers-2.10.2-1.i586 from updates has depsolving problems --> Missing Dependency: kernel-headers is needed by package glibc-headers-2.10.2-1.i586 (updates) glibc-headers-2.10.2-1.i586 from updates has depsolving problems --> Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers-2.10.2-1.i586 (updates) Error: Missing Dependency: kernel-headers is needed by package glibc-headers-2.10.2-1.i586 (updates) Error: Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers-2.10.2-1.i586 (updates) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest [root@localhost ~]# Również zaktualizować tego systemu nie można ; [root@localhost ~]# yum update Loaded plugins: refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package kdebase.i586 6:4.3.3-3.fc11 set to be updated ---> Package kdebase-runtime.i586 0:4.3.3-5.fc11 set to be updated --> Processing Dependency: oxygen-icon-theme >= 4.3.3 for package: kdebase-runtime-4.3.3-5.fc11.i586 ---> Package kdebase-runtime-libs.i586 0:4.3.3-5.fc11 set to be updated ---> Package kdebase-workspace.i586 0:4.3.3-7.fc11 set to be updated ---> Package kdebase-workspace-libs.i586 0:4.3.3-7.fc11 set to be updated ---> Package kdenetwork.i586 7:4.3.3-4.fc11 set to be updated ---> Package kdm.i586 0:4.3.3-7.fc11 set to be updated ---> Package ksysguardd.i586 0:4.3.3-7.fc11 set to be updated --> Finished Dependency Resolution kdebase-runtime-4.3.3-5.fc11.i586 from updates has depsolving problems --> Missing Dependency: oxygen-icon-theme >= 4.3.3 is needed by package kdebase-runtime-4.3.3-5.fc11.i586 (updates) Error: Missing Dependency: oxygen-icon-theme >= 4.3.3 is needed by package kdebase-runtime-4.3.3-5.fc11.i586 (updates) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest [root@localhost ~]# Co robię źle , czy można jakoś tak ustawić repozytoria w następcy Vixty , by można było na tym systemie normalnie cośs zainstalować :?: Dzięki za wszelkie porady . Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
borzole Napisano Grudzień 28, 2009 Zgłoszenie Share Napisano Grudzień 28, 2009 a próbowałeś podpowiedzi: You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
DAREK WL. Napisano Grudzień 28, 2009 Autor Zgłoszenie Share Napisano Grudzień 28, 2009 Wykonałem te polecenia zawarte w podpowiedziach a ich rezulaty są takie ; [root@localhost ~]# yum clean all Loaded plugins: refresh-packagekit Cleaning up Everything [root@localhost ~]# package-cleanup --problems Setting up yum Loaded plugins: refresh-packagekit Reading local RPM database Processing all local requires Missing dependencies: Package kdebase-4.3.1-2.fc11.i586 requires kdebase-libs(x86-32) = 6:4.3.1-2.fc11 Package kdenetwork-4.3.0-2.fc11.i586 requires kdenetwork-libs = 7:4.3.0-2.fc11 [root@localhost ~]# package-cleanup --dupes Setting up yum Loaded plugins: refresh-packagekit [root@localhost ~]# rpm -Va --nofiles --nodigest Unsatisfied dependencies for kdenetwork-7:4.3.0-2.fc11.i586: kdenetwork-libs = 7:4.3.0-2.fc11 is needed by kdenetwork-7:4.3.0-2.fc11.i586 Unsatisfied dependencies for kdebase-6:4.3.1-2.fc11.i586: kdebase-libs(x86-32) = 6:4.3.1-2.fc11 is needed by kdebase-6:4.3.1-2.fc11.i586 [root@localhost ~]# I co teraz z takim czymś zrobić :?: Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@WalDo Napisano Grudzień 28, 2009 Zgłoszenie Share Napisano Grudzień 28, 2009 Jeśli nie jesteś jakoś szczególnie zżyty z tematem ikon Oxygen i nie jest to jedyny temat ikon w tym systemie, to odinstaluj paczkę oxygen-icon-theme i zobacz czy wtedy pójdzie. [EDIT] No dobra - to głupi pomysł. Sprawdziłem i razem z tym pakietem chce się usunąć kilkadziesiąt innych paczek niestety. Taki ryzykowny pomysł, ale... Możesz sobie skądś ściągnąć paczkę rpm w tej wersji co masz w systemie, usunąć oxygen-icon-theme przez rpm przy pomocy wymuszenia rpm -e --nodeps oxygen-icon-theme Potem zrób aktualizację i spróbuj na nowo doinstalować ten temat rpm -Uvh oxygen-icon-theme Chyba, że wraz z aktualizacja wejdzie jego nowsza wersja. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
DAREK WL. Napisano Grudzień 29, 2009 Autor Zgłoszenie Share Napisano Grudzień 29, 2009 Dzięki Waldo za pomoc . Zaraz zobaczę co sie da zrobić Tak sobie się tylko zastanawiam ; czy w następnych wersjach Fedory i innych dtstrybucji developerzy mogliby tak opracowywać pakiety by bylo mniej zależności między pakietami . By odinstalowywanie 1 pakietu nie ciągnelo za sobą lawiny następnych . Czy takie podejście do tworzenia pakietów jest w linuksiw w ogóle możliwe :?: Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
borzole Napisano Grudzień 29, 2009 Zgłoszenie Share Napisano Grudzień 29, 2009 czy w następnych wersjach Fedory i innych dtstrybucji developerzy mogliby tak opracowywać pakiety by bylo mniej zależności między pakietami . By odinstalowywanie 1 pakietu nie ciągnelo za sobą lawiny następnych . Czy takie podejście do tworzenia pakietów jest w linuksiw w ogóle możliwe :?:Mogliby, to nawet nie stanowi żadnego problemu, ale to akurat zależy od widzimisię. Np. w PLD pakiety są rozdrobnione do przesady, a wiele zależności jest dostarczane przez kilka różnych paczek. Osobiście to poległem na PLD, zbyt dużej wiedzy wymaga ten system. A wracając do tematu, to wystarczyłoby zrobić dwie paczki, gdzie jedna była by wersją "core" a druga by zawierała w zależnościach wersje core i wszelkie marzenia developerów. Idąc takim systemem, każdy nowicjusz miałby to co teraz, a każdy lubiący pogrzebać miałby rozdrobnione zależności. Jedyny mankament to namówić tych od paczek. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Rekomendowane odpowiedzi
Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto
Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.
Zarejestruj nowe konto
Załóż nowe konto. To bardzo proste!
Zarejestruj sięZaloguj się
Posiadasz już konto? Zaloguj się poniżej.
Zaloguj się