Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Stało mi się coś z perlem w systemie bo przy próbie aktualizacji wielu programów(a muszę zrobić duuuuużą aktualizację) pokazywały się błędy dotyczące właśnie jego. Spróbowałem więc
perl-cleaner --all
co skutkuje komunikatem
!!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.18.2:0/5.18::gentoo, installed) pulled in by dev-lang/perl:0/5.18=[-build(-)] required by (perl-core/Test-Harness-3.290.0:0/0::gentoo, installed) ^^^^^^^^ =dev-lang/perl-5.18* required by (virtual/perl-IO-1.280.0:0/0::gentoo, ebuild scheduled for merge) ^ ^^^^^ (and 9 more with the same problems) (dev-lang/perl-5.16.2-r1:0/5.16::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-Package-Constants-0.20.0-r3:0/0::gentoo, installed) ^ ^^^^^ (and 8 more with the same problem) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically.
Zamaskowałem starszego perla bo rozumiem, że o to właśnie chodzi w tej poradzie z portage ale nie pomogło. Proszę Was mądre głowy o pomoc.
Pozdrawiam,
J.
Ostatnio edytowany przez jarski185 (2014-05-14 20:43:43)
Offline
Jakżeś do tego doprowadził?
Perla i Pythona bezpieczniej mieć w stabilnych wersjach,
niezależnie od architektury.
Obecna stabilna wersja Perla, to:
dev-lang/perl-5.16.3
Ostatnio edytowany przez Jacekalex (2014-05-14 20:50:04)
Offline
Tego nie wiedziałem. Nawet nie wiem kiedy mi się ten drugi perl zainstalował:( Wszystko działa dobrze i prawidłowo się wszystko instalowało do przedwczoraj...
Offline
jarski185 napisał(-a):
Tego nie wiedziałem. Nawet nie wiem kiedy mi się ten drugi perl zainstalował:( Wszystko działa dobrze i prawidłowo się wszystko instalowało do przedwczoraj...
genlop -ti dev-lang/perl
Offline
wcale, że nie bo:
genlop -ti dev-lang/perl wyrzuca:
Can't locate Date/Manip.pm in @INC (you may need to install the Date::Manip module) (@INC contains: /etc/perl /usr/local/lib64/perl5/5.18.2/x86_64-linux /usr/local/lib64/perl5/5.18.2 /usr/lib64/perl5/vendor_perl/5.18.2/x86_64-linux /usr/lib64/perl5/vendor_perl/5.18.2 /usr/local/lib64/perl5 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/5.18.2/x86_64-linux /usr/lib64/perl5/5.18.2 .) at /usr/bin/genlop line 28. BEGIN failed--compilation aborted at /usr/bin/genlop line 28.
Ostatnio edytowany przez jarski185 (2014-05-14 21:11:07)
Offline
To wywal tego Perla 5.18 (wymuś instalację stabilnej wersji), ustaw w /etc/portage/package.keywords/* żeby system trzymał się stabilnego Perla, i po kłopocie.
W ogóle GCC, Glibc, Libtool, Binutils, Perl Python, to lepiej trzymać stabilne, a jeśli ktoś chce w wersji testowej, to lepiej trzymać poza standardowym systemem aktualizacji (jako osobny set), żeby się coś nie rypło, jak u Ciebie w tej chwili.
Ostatnio edytowany przez Jacekalex (2014-05-14 21:21:54)
Offline
Jacekalex napisał(-a):
To wywal tego Perla 5.18 (wymuś instalację stabilnej wersji),
Przybliż mi proszę jak mam to wykonać...
Offline
jarski185 napisał(-a):
Przybliż mi proszę jak mam to wykonać...
emerge =dev-lang/perl-5.16.3
To by było na tyle.
Offline
Tak zrobiłem i mam błąd:(
Calculating dependencies... done! [ebuild UD ] dev-lang/perl-5.16.3:0/5.16 [5.18.2:0/5.18] USE="berkdb gdbm -debug -doc -ithreads" 13,420 kB Total: 1 package (1 downgrade), Size of downloads: 13,420 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3:0/5.16::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-libnet-1.230.0:0/0::gentoo, installed) ^ ^^^^^ =dev-lang/perl-5.16.3 (Argument) (and 3 more with the same problems) (dev-lang/perl-5.18.2:0/5.18::gentoo, installed) pulled in by dev-lang/perl:0/5.18=[-build(-)] required by (dev-perl/IO-HTML-1.00.0:0/0::gentoo, installed) ^^^^^^^^ =dev-lang/perl-5.18* required by (virtual/perl-IO-1.280.0:0/0::gentoo, installed) ^ ^^^^^ (and 6 more with the same problems) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically.
Offline
Moduły Perla chcą decydować o wersji Perla w systemie?
Wywal wszystkie paczki, które wołają o Perla 5.18, a na przyszłość skonfiguruj sobie porządnie system, żeby takich jaj nie było.
Albo najpierw wywal Perla 5.18, zamaskuj go package.mask, a potem zainstaluj 5.16.3.
Portage bazuje na Pythonie, także nie powinno być problemu.
Offline
Poszło do przodu ale przy aktualizacji systemu mam takie coś:
!!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libsdl:0 (media-libs/libsdl-1.2.15-r5:0/0::gentoo, ebuild scheduled for merge) pulled in by >=media-libs/libsdl-1.2.10[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/sdl-mixer-1.2.12-r4:0/0::gentoo, ebuild scheduled for merge) >=media-libs/libsdl-1.2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/sdl-sound-1.0.3-r1:0/0::gentoo, ebuild scheduled for merge) media-libs/libsdl[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/sdl-image-1.2.12-r1:0/0::gentoo, ebuild scheduled for merge) >=media-libs/libsdl-1.2.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/smpeg-0.4.4-r10:0/0::gentoo, ebuild scheduled for merge) media-libs/libsdl[video,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/sdl-gfx-2.0.24-r1:0/0::gentoo, ebuild scheduled for merge) (media-libs/libsdl-1.2.15-r4:0/0::gentoo, installed) pulled in by >=media-libs/libsdl-1.2.13-r1[audio,video] required by (media-video/ffmpeg-1.2.6:0/0::gentoo, installed) ^^^^^ media-libs/libsdl[audio,opengl,video,X] required by (media-tv/xbmc-13.0_p2:0/0::gentoo, ebuild scheduled for merge) ^^^^^ dev-lang/perl:0 (dev-lang/perl-5.16.2:0/0::gentoo, installed) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-digest-base-1.170.0-r2:0/0::gentoo, installed) ^ ^^^^^ dev-lang/perl:0/0=[-build(-)] required by (perl-core/IO-Compress-2.60.0:0/0::gentoo, installed) ^^^^^ (and 13 more with the same problems) (dev-lang/perl-5.18.2:0/5.18::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-IO-1.280.0:0/0::gentoo, ebuild scheduled for merge)
Offline
dev-lang/perl:0 (dev-lang/perl-5.16.2:0/0::gentoo, installed) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-digest-base-1.170.0-r2:0/0::gentoo, installed) ^ ^^^^^ dev-lang/perl:0/0=[-build(-)] required by (perl-core/IO-Compress-2.60.0:0/0::gentoo, installed) ^^^^^ (and 13 more with the same problems) (dev-lang/perl-5.18.2:0/5.18::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-IO-1.280.0:0/0::gentoo, ebuild scheduled for merge)
Miałeś wywalić wszystko, co woła o perla 5.18.
I w ogóle od kiedy ty masz Gentoo?
Bo widzę, że masz tam jakieś kwadratowy bajzel.
Dawaj tu wynik
emerge --info
na jakimś wkleju, czy gdzie indziej.
Offline
Przecież napisałeś:
Jacekalex napisał(-a):
Albo najpierw wywal Perla 5.18, zamaskuj go package.mask, a potem zainstaluj 5.16.3.
dlatego nie wywalałem nic.
A gentoo mam długo ale ostatnio przez 3 miesiące go nie aktualizowałem i najpewniej stąd większość problemów.
emerge --info
http://wklej.dug.net.pl/4813
Ostatnio edytowany przez jarski185 (2014-05-15 21:39:59)
Offline
Masz tam zaznaczone dwie architektury równocześnie:
ACCEPT_KEYWORDS="amd64 ~amd64"
Radziłbym przetransportować system do stable, bez rozwalania.
W testowym z modułami perla czy pythona często są takie jazdy.
Ja bym cofnął system na stabilną ARCH, czyli zrobił tak:
pozwolił na arch testowa zainstalowanych paczek:
mkdir -p /etc/portage/package.keywords/ qlist -ICv | while read paczka; do echo "=${paczka} ~amd64 >>/etc/portage/package.keywords/amd64"; done;
Jeśli /etc/portage/package.keywords, to u ciebie plik, to zrób w jego miejscu folder i wsadź go do środka tego folderu.
Skopiowałbym też aktualne drzewko ebuildów do lokalnego overlaya, żeby jakiejś jazdy większej nie było.
Potem wywalił architekturę testową z make.conf i poczekał, aż system powolutku zrobi się stabilny.
Jak potrzebujesz coś z git, albo najnowszy vlc czy ff, to sobie odmaskujesz przez package.keywords.
Ale podstawowe elementy systemu, glibc, gcc, perl, python - tu lepiej mieć stabilny system, jeśli ktoś się nie bawi w deweloperkę.
Ostatnio edytowany przez Jacekalex (2014-05-15 22:12:59)
Offline
Hmmm...to się konfiguruje w make.conf, nie? Ja mam tam zaznaczone jedynie ~amd64...
Offline
Kto instalował tego Gentusia?
Weź zajrzyj do podręcznika instalacyjnego, bo pytasz o takie rzeczy, że strach.
PS.
Dwie architektury było widać w wyniku emerge --info który wkleiłeś wyżej.
Offline
Wprawdzie nie używam Gentoo już od dość dawna, ale akceptowanie arch oraz ~arch przy wybranym ~arch wydaje mi się czymś całkowicie normalnym.
Offline
Ja podczas konfiguracji wpisałem, tylko ~amd64 w make.conf i nie zmieniałem tego. To, że jest to widoczne w emerge --info, nie zmienia faktu, że make.conf nie ma wzmianki o dwóch architekturach. Szczerze mówiąc wątpię aby miało to wpływ na mój problem bo ten system działa mi ok. 2 lat. Nie zawsze takie podejście, typu bonzo - ojej co za noob jest wskazane.
Ostatnio edytowany przez jarski185 (2014-05-16 18:15:11)
Offline
Strony: 1