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 … 33 34 35 36 37 … 51 ▶
Nie jest zamaskowane przez package.mask, ale ebuild ma tylko keywordy ~sparc-fbsd oraz ~x86-fbsd.
Można odmaskować przez sys-apps/portage ~* lub =sys-apps/portage-2.2* ** w package.keywords.
Offline
ArnVaker napisał(-a):
Nie jest zamaskowane przez package.mask, ale ebuild ma tylko keywordy ~sparc-fbsd oraz ~x86-fbsd.
Można odmaskować przez sys-apps/portage ~* lub =sys-apps/portage-2.2* ** w package.keywords.
Właśnie zastanawiałem się dlaczego nie było keywordow dla ~x86 czy ~amd64 ;-)
ArnVaker napisał(-a):
W sumie obecnie portage 2.2 nie jest zamaskowane tak jak wcześniej, od kilku wersji jest ukryte w innym sposób. Ale jeśli chcesz czekać, aż będzie normalnie w ~x86 czy ~amd64, to cóż... obawiam się, że możesz czekać latami ;)
Wiesz co? Przekonałeś mnie. Zrobiłem paczkę na wszelki wypadek gdyby coś było nie tak i zaktualizowałem.
*/*::sabayon -* kategoria/pakiet x86
Zacząłem kombinować i faktycznie działa rewelacyjnie, dokładnie tak jak chciałem.
Teraz wiem do czego mogą się przydać poniższe opcje:
ArnVaker napisał(-a):
Kod:
bez dodatkowych opcji — unstable architektury na której siedzisz ~x86, ~amd64, itp. — unstable konkretnie wskazanej architektury * — stable z jakiejkolwiek architektury ~* — unstable z jakiejkolwiek architektury ** — ignoruje wszelkie keywordy (czy też ich brak)(minusy też działają: -~amd64, -~*, itp.)
Mam jeszcze malutki problem bo portage wywala mi poniższe ostrzeżenie:
gen2 k4misiek # emerge -NuD world WARNING: One or more repositories have missing repo_name entries: /usr/local/portage/profiles/repo_name NOTE: Each repo_name entry should be a plain text file containing a unique name for the repository on the first line.
Gdy wywale PORTDIR_OVERLAY="/usr/local/portage/" z make.conf wszystko wraca do normy.
Tylko ja nie chcę tego wywalać. Jak już z tym walczyłeś i rozwiązałeś, to daj jakąś wskazówkę ;-)
Ostatnio edytowany przez k4misiek (2010-11-16 13:26:07)
Offline
Ale co Ty tam masz w /usr/local/portage? Lokalnego overlaya? I masz w nim uzupełnione repo_name?
Ja mam tak:
amidala / # cat /usr/local/portage/stuff/profiles/repo_name stuff
A w make.conf:
source /var/lib/layman/make.conf PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/portage/stuff"
(layman obecnie domyślnie trzyma repozytoria w /var/lib/layman/*)
Ostatnio edytowany przez ArnVaker (2010-11-16 13:40:28)
Offline
kategoria/pakiet miałem bezpośrednio w /usr/local/portage.
Założyłem nowy katalog w /usr/local/portage a w nim /profiles/repo_name.
Teraz śmiga super.
Obecnie mam dodane 3 overlaye: sunrise(mam od kiedy pamiętam) i sabayon oraz kde od dzisiaj
emerge teraz strasznie zwolnił, bardzo długo oblicza zależności (Calculating dependencies), jest na to jakaś rada?
Offline
Portage via Git No i chyba im więcej ebuildów tym dłużej będzie mielił zależności.
Offline
winnetou napisał(-a):
Portage via Git No i chyba im więcej ebuildów tym dłużej będzie mielił zależności.
Ciekawe rozwiązanie.
Chociaż przy tak dużej ilości ebuildów nie wiem co będzie dla mnie wygodniejsze.
Wyszukiwanie na http://gpo.zugaina.org i ściągnięcie ebuilda do lokalnego drzewa czy sposób jak wyżej, czas pokaże.
Dzięki.
Offline
Heh, demonem prędkości to emerge chyba nigdy nie był, dlatego ktoś wymyślił eixa ;) Choć ja jakoś specjalnie nie narzekam, a overlayów dodanych kilka mam... Może akurat ten z KDE tak zamulił? Pamiętam, że eix-update na tym konkretnym overlayu trwa wieczność :/
Paludis podobno jest szybszy i podobno ma większe możliwości niż emerge, ale sam nigdy nie sprawdzałem.
Exherbo używa go normalnie jako menedżera pakietów, także chyba jakichś większych problemów z nim nie ma...
Offline
ArnVaker napisał(-a):
Heh, demonem prędkości to emerge chyba nigdy nie był, dlatego ktoś wymyślił eixa ;) Choć ja jakoś specjalnie nie narzekam, a overlayów dodanych kilka mam... Może akurat ten z KDE tak zamulił? Pamiętam, że eix-update na tym konkretnym overlayu trwa wieczność :/
Paludis podobno jest szybszy i podobno ma większe możliwości niż emerge, ale sam nigdy nie sprawdzałem.
Exherbo używa go normalnie jako menedżera pakietów, także chyba jakichś większych problemów z nim nie ma...
Dokładnie na KDE stoi dość długo, eix również używam i bardzo sobie cenie :).
Jak takie rozwiązanie zacznie mnie irytować to wrócę do sposobu w jaki to zawsze robiłem.
Offline
ArnVaker napisał(-a):
Pamiętam, że eix-update na tym konkretnym overlayu trwa wieczność :/
Spróbujcie dorzucić sobie do /etc/eixrc takie coś
OVERLAY_CACHE_METHOD="parse"
Powinno przyspieszyć eix na overlayach.
Ostatnio edytowany przez acei (2010-11-16 17:33:40)
Offline
W Gentusiu jest sporej wielkości dziura, dotyczy glibc.
http://forums.gentoo.org/viewtopic-t-852854.html
Pozdrawiam
;-)
Offline
GLSA siedzi w rssie - dziura już załatana ;))
Offline
Zmienię temat. Jak skonfigurować syslog-ng (lub inny jak będzie łatwiej?) aby komunikatów co są na zrzutach nie było?
Myślałem, że zakomentowanie dwóch ostatnich wierszy w konfiguracji syslog-ng pomoże ale niestety...:
gen2 k4misiek # grep -v ^# /etc/syslog-ng/syslog-ng.conf @version: 3.0 options { chain_hostnames(no); # The default action of syslog-ng is to log a STATS line # to the file every 10 minutes. That's pretty ugly after a while. # Change it to every 12 hours so you get a nice daily update of # how many messages syslog-ng missed (0). stats_freq(43200); }; source src { unix-stream("/dev/log" max-connections(256)); internal(); file("/proc/kmsg"); }; destination messages { file("/var/log/messages"); }; destination console_all { file("/dev/tty12"); }; #log { source(src); destination(messages); }; #log { source(src); destination(console_all); };
Najlepiej byłoby gdyby komunikaty messages, dmesg czy z czego on je bierze w ogóle się nie wyświetlały na konsolach tty.
Ostatnio edytowany przez k4misiek (2010-11-17 12:39:25)
Offline
Zdaje się że za te(?) komunikaty odpowiada opcja
quiet
w grubie
Offline
ArnVaker napisał(-a):
sysklogd chyba domyślnie tak nie robi...
Sprawdziłem sysklogd i dalej wyświetlał informacje na konsoli, wrócilem do syslog-ng (rozwiązanie wyżej/poniżej;).
raven18 napisał(-a):
Zdaje się że za te(?) komunikaty odpowiada opcja
Kod:
quietw grubie
Strzał w dziesiątkę!
Po zmianie jądra nie dopisałem tego parametru do kernela z tuxonice ;-)
Teraz wygląda to jak poniżej i gensplash działa po prostu wyśmienicie - aż naszła mnie ochota na zrobienie własnego motywu bo w necie nic ciekawego nie znalazłem.
Na początku uruchamiania systemu na 1/2 sekundy mam 2 tuksy (logo w jądrze) a zaraz po tym włącza się bootsplash. Raz mignie przez pół sekundy, pewnie wchodzi w następy tryb init a później ładuje się tak długo aż włączy się KDM. Przechodzenie do i z trybu hibernacji wygląda dokładnie tak samo.
kernel /boot/tuxonice-2.6.34-r8 quiet root=/dev/sda6 resume=swap:/dev/sda7 video=uvesafb:mtrr:3,ywrap,1280x800-24@60 splash=silent,theme:natural_gentoo console=tty1 usbhid.mousepoll=2
Ostatnio edytowany przez k4misiek (2010-11-17 16:57:42)
Offline
Próbować ja skompilować sobie gnome-light i zonk.
Wywala mi się na pakiecie yelp.
Log pokazuje
checking whether we have a gtk 2 gecko build... configure: error: This program needs a gtk 2 gecko build
Wnioskuję ,że jakiegoś pakietu mi brakuje ale nie za bardzo wiem w czym szukać.
eix nic konkretnego na gtk2 gecko nie wskazuje.
Co mu dolega ?
Offline
Spróbuj nie pakować metapakietu (zło takie samo jak w Debianie) a zapakować jakiś pakiet używany.
U mnie na stabilnym Gentusiu jakiś czas temu też sypał się yelp - wrzuciłem go do pliku /etc/portage/profile/package.provided i cośtam poszło.
Ale było to w kwietniu, także już zapomniałem, - jak to dokładnie szło.
Radziłbym jednak spróbować instalować np gnome-utils lub nautilusa.
W tej chwili mam gnome zainstalowane jako zależność programów, które i tak zawsze używam, i problemu nie ma.
Ostatnio edytowany przez Jacekalex (2010-11-29 17:31:10)
Offline
inny trop:
http://bugs.gentoo.org/show_bug.cgi?id=330847
https://bugzilla.gnome.org/show_bug.cgi?id=625910
wynika z tego że xulrunner > 1.9 ma z tym kłopot. może wystarczy cofnąć się do 1.9
Offline
I właśnie dlatego do barana nie podchodzi się od przodu, do konia od tyłu, a do metapaczek z żadnej strony ;)
equery d xulrunner * These packages depend on xulrunner: app-office/openoffice-3.2.0 (nsplugin ? net-libs/xulrunner:1.9) app-text/acroread-9.4.0 (!minimal ? net-libs/xulrunner) gnome-extra/yelp-2.30.1-r1 (net-libs/xulrunner:1.9) media-video/vlc-1.1.4.1 (nsplugin ? >=net-libs/xulrunner-1.9.2) www-client/firefox-3.6.12 (~net-libs/xulrunner-1.9.2.12[ipc=,java=,wifi=,libnotify=,system-sqlite=])
Jeśli będzie problem z xulrunnerem - to zawsze można zainstalować firefoxa-bin - i on dociągnie binarkę.
root ~ # equery d yelp * These packages depend on yelp: root ~ #
Puść lepiej
emerge nautilus
- i też zainstaluje gnome przy okazji ;)
Ostatnio edytowany przez Jacekalex (2010-11-29 17:40:08)
Offline
Nautilusa to ja już wczoraj zainstalowałem :)
Fakt nie odpalałem jeszcze bo w chroocie z debiana działam :)
Offline
ilin: A Ty faktycznie masz tego xulrunnera w wersji 2.0*? ;)
Sam GNOME'a na Gentoo instalowałem tak:
amidala / # grep gnome /var/lib/portage/world gnome-base/gdm gnome-base/gnome-applets gnome-base/gnome-session gnome-extra/gcalctool gnome-extra/gconf-editor gnome-extra/gnome-media gnome-extra/gnome-power-manager gnome-extra/gnome-system-monitor gnome-extra/gnome-utils
Offline
xulrunnera mam
net-libs/xulrunner Available versions: (1.9) 1.9.2.8 1.9.2.9 ~1.9.2.9-r1 ~1.9.2.11 {+alsa custom-optimization dbus debug elibc_FreeBSD gnome +ipc java libnotify startup-notification system-sqlite wifi} Installed versions: 1.9.2.12
Ale udało się
Zainstalowałem gnome-utils było mało to jeszcze gnome-session to już było prawie ale nie było obramowań okien no to jeszcze metacity i teraz jest ok.
Mam tak narazie
gentoo Desktop # grep gnome /var/lib/portage/world app-cdr/gnomebaker gnome-base/gdm gnome-base/gnome-session gnome-base/gvfs gnome-extra/gnome-utils gnome-extra/nautilus-open-terminal x11-terms/gnome-terminal
Offline
No i przynajmniej przynajmniej widać, że Gentoo nie jest takie straszne.
Jednak przy instalacji większych rzeczy, mających tony zależności - czasem trzeba się przygotować do slalomu, między jedną, dwoma czy trzema zwalonymi zależnościami.
Zwłaszcza, że niektóre programy potrafią się wywalić z powodu jednej flagi, a tych w Gentusiu nie brakuje.
Sam przy instalacji w żaden sposób nie moglem skompilować biblioteki nss, sciagnąłem binarkę, a nss skompilowałem ponad miesiąc później ( a winą kłopotów w tej bibliotece była flaga utils).
Ostatnio edytowany przez Jacekalex (2010-11-29 20:34:17)
Offline
A propos zwalonych zależności i udziwnień :) webkit-gtk (wymagany m.in przez GIMPa czy liferea) ni elubi najnowszego make. Ostatnio zapuściłem
emerge -NuDa world
, wszystko ładnie przeszło razem z aktualizajca gcc i innymi pierdołami, potem oczywiście
revdep-rebuild
najpierw jako symulacja potem "na żywca" i się zaczęło sypać przy kompilacji net-libs/webkit-gtk-1.2.5. Emerge webkit-gtk wcześniejszej wersji też tego samego, dopiero wujek podpowiedział że coś jest nie halo z nowym make. Przy sys-devel/make-3.82 emerge sypał m.in. takimi bykami:
./JavaScriptCore/wtf/Platform.h:778:11: warning: missing terminating ' character CC JavaScriptCore/API/tests/Programs_minidom-Node.o CC JavaScriptCore/API/tests/Programs_minidom-NodeList.o CC JavaScriptCore/API/tests/Programs_minidom-minidom.o CC WebKitTools/GtkLauncher/Programs_GtkLauncher-main.o In file included from ./JavaScriptCore/wtf/Assertions.h:45:0, from JavaScriptCore/API/tests/minidom.c:33: ./JavaScriptCore/wtf/Platform.h:778:11: warning: missing terminating ' character CXX WebKitTools/DumpRenderTree/Programs_DumpRenderTree-AccessibilityController.o CXX WebKitTools/DumpRenderTree/Programs_DumpRenderTree-AccessibilityUIElement.o CXX WebKitTools/DumpRenderTree/Programs_DumpRenderTree-GCController.o CXX WebKitTools/DumpRenderTree/Programs_DumpRenderTree-LayoutTestController.o CXX WebKitTools/DumpRenderTree/Programs_DumpRenderTree-WorkQueue.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-AccessibilityControllerGtk.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-AccessibilityUIElementGtk.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-DumpRenderTree.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-EventSender.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-GCControllerGtk.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-LayoutTestControllerGtk.o CXX WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-WorkQueueItemGtk.o CC WebKit/gtk/tests/Programs_unittests_testhttpbackend-testhttpbackend.o CCLD Programs/unittests/testloading libtool: link: cannot find the library `libwebkit-1.0.la' or unhandled argument `libwebkit-1.0.la' make[1]: *** [Programs/unittests/testloading] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/var/tmp/portage/net-libs/webkit-gtk-1.2.5/work/webkit-1.2.5' make: *** [all] Error 2 emake failed * ERROR: net-libs/webkit-gtk-1.2.5 failed: * Compile failed * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 3240: Called die * The specific snippet of code: * emake || die "Compile failed" * * If you need support, post the output of 'emerge --info =net-libs/webkit-gtk-1.2.5', * the complete build log and the output of 'emerge -pqv =net-libs/webkit-gtk-1.2.5'. * The complete build log is located at '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/temp/environment'. * S: '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/work/webkit-1.2.5' >>> Failed to emerge net-libs/webkit-gtk-1.2.5, Log file: >>> '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/temp/build.log' * Messages for package net-libs/webkit-gtk-1.2.5: * ERROR: net-libs/webkit-gtk-1.2.5 failed: * Compile failed * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 3240: Called die * The specific snippet of code: * emake || die "Compile failed" * * If you need support, post the output of 'emerge --info =net-libs/webkit-gtk-1.2.5', * the complete build log and the output of 'emerge -pqv =net-libs/webkit-gtk-1.2.5'. * The complete build log is located at '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/temp/environment'. * S: '/var/tmp/portage/net-libs/webkit-gtk-1.2.5/work/webkit-1.2.5' * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries
Ale z sys-devel/make-3.81-r2 wszystko działa jak ta lala.
Oczywiście dla przypomnienia ~ARCH :)
Ostatnio edytowany przez winnetou (2010-11-30 02:54:52)
Offline
A u mnie make-3.81-r2 powodował zatrzymywanie się wielu programów bezterminowo w trakcie kompilacji.
Dlatego na razie zostaję przy stabilnym 3.81, i planuję przeprowadzkę dopiero na stabilny 3.82.
Offline
Strony: ◀ 1 … 33 34 35 36 37 … 51 ▶