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 … 42 43 44 45 46 … 51 ▶
Bo chodzi mnie o to, że wydawa mi się że - przynajmniej zawsze to się sprawdzało do tej pory - że jak jest
nterfaces.h:7:24: fatal error: nsEmbedAPI.h: No such file or directory
tzn. że na 99% brakuje jakiejś biblioteki, co zawiera w nazwie całości lub część tego, co tu wskazało, stąd moja sugestia przy pomocy eixa, ale jeżeli mówisz, że to wina xulrunnera, to się chyba pozbędę tej bety :)
Ostatnio edytowany przez marg1 (2011-02-10 16:18:12)
Offline
marg1 napisał(-a):
Ale dodanie USE="-xulrunner" nic nie dało w tym przypadku, hmmm?
A może zaryzykuję stwierdzenie, że do kompilowania bibliotek i programów używających xulrunnera, lepiej mieć jego stabilną wersję?
Binarkę firefoxa 4 można sciągnąć na dysk, wypakować, podlinkować z niej skrypt firefox do /usr/local/bin jako firefox4 - i używać normalnie?
I codziennie aktualizować, firefox4 dziennie zasysa od ~200kB do kilku MB - poprawki, głównie bezpieczeństwa.
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2011-02-10 16:19:35)
Offline
marg1 napisał(-a):
Bo chodzi mnie o to, że wydawa mi się że - przynajmniej zawsze to się sprawdzało do tej pory - że jak jest
;)
A do meritum: tutaj też tak jest, wygląda na to, że xulrunner 2.0 nie zawiera tego pliku.
Offline
Tyle grzebania i mono nie spełniło swojego zadania - Moorhunt dalej nie działa :(
Jedyny sposób, to XP na Vbox-ie...
No właśńie sobie zrobiłem FF4 ze źródła podlinkowałem do /usr/local/bin ale co z flasham, bo nie umiem...
Właśnie już kiedyś szukałem i nie znalazłem jak to zrobić :(
Jeżeli o to chodzi, to u mnie dowiązanie musi być do /usr/lib32/nsbrowser :)
ale się zdziwiłem teraz :)
marg1@gentoo ~ $ iotop Could not run iotop as some of the requirements are not met: - Linux >= 2.6.20 with - I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING)
Trza rekompilować kernela :)
Ostatnio edytowany przez marg1 (2011-02-15 15:15:44)
Offline
Ja mam tak:
# zegrep -i task /proc/config.gz CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y # CONFIG_IDE_TASK_IOCTL is not set CONFIG_DETECT_HUNG_TASK=y # CONFIG_BOOTPARAM_HUNG_TASK_PANIC is not set CONFIG_BOOTPARAM_HUNG_TASK_PANIC_VALUE=0 CONFIG_GRKERNSEC_CHROOT_FINDTASK=y
Iotop działa normalnie.
Offline
Też tak już mam :)
Luzik, jak się uda dzisiaj instaluję Archa obok gentoo :)
Na Debiana w tym układzie nie będę miał już partycji.
Offline
Jeśli masz binarkę firefoxa4 - to w jej folderze stwórz folder plugins, i podlinkuj albo skopiuj do niego wszystkie wtyczki, np tak:
ls -l /home/pies/firefox49pl/plugins razem 4 lrwxrwxrwx 1 pies pies 63 01-01 04:49 javaplugin.so -> /usr/share/java-config-2/nsplugin/sun-jre-bin-1.6-javaplugin.so lrwxrwxrwx 1 pies pies 41 01-01 04:49 libflashplayer.so -> /opt/Adobe/flash-player/libflashplayer.so -rwxr-xr-x 1 pies pies 0 12-11 17:06 libtotem-cone-plugin.so -rwxr-xr-x 1 pies pies 0 12-11 17:06 libtotem-gmp-plugin.so -rwxr-xr-x 1 pies pies 0 12-11 17:06 libtotem-mully-plugin.so -rwxr-xr-x 1 pies pies 0 12-11 17:06 libtotem-narrowspace-plugin.so -rwxr-xr-x 1 pies pies 0 12-11 17:06 libvlcplugin.la -rwxr-xr-x 1 pies pies 0 12-11 17:06 libvlcplugin.so
Offline
Z binraki się już wyleczyłem - xulrunner-2.0 _Beta 12 problemów już mi nie stwarza, więc powróciłem do z overlaya :)
Offline
Czas odświeżyć wątek :)
Mieć ja takiego problema.
Przy aktualizacji chce mi instalować nvidia-drivers-275.21 ,które wczoraj usunąłem poleceniem
emerge --unmerge nvidia-drivers
Zainstalowałem zaś nowszy sterownik ze stronki nvidii.(chyba pomogło to na ten apetyt na procka przez gnome).
Ja mu powiedzieć aby mi tego nie instalował ?
Offline
Wciąga Ci go, bo pewnie masz „nvidia” przy VIDEO_CARDS w make.conf. Możesz albo się tego pozbyć, albo zainstalować nowszy sterownik via emerge (na pewno jest dostępny w jakimś overlay'u), albo dopisać go sobie w /etc/portage/profile/package.provided — system będzie myślał, że jest zainstalowany.
PS Myślałem, że już ten wątek nie wróci. ;)
Offline
Trafnie zdiagnozowałeś problem.
Mam dopisane nvidia do make conf.
Dopisałem do /etc/portage/profile/package.provided i jest spokój.
Dzięki
P.S. Wątek wróci jeszcze nie raz :)
Offline
ilin napisał(-a):
P.S. Wątek wróci jeszcze nie raz :)
Dokładnie:)
Używam ostatnio portage przez git i od tego momentu(chyba) zauważyłem, że jest mniej aktualizacji a właściwie juz od kilku dni nie ma żadnej. Patrze np. na gentoo-packages...że jest gentoo-sources 2.6.39-r4 a ja mam 2.6.38-r6. Korzystam z gentoo stable. Dlaczemu to tak?
Ostatnio edytowany przez jarski185 (2011-08-19 10:49:09)
Offline
Coś zepsułeś pewnie. ;) Skąd masz to gitowe portage?
Offline
No dzieki:P Mam stąd http://forum.dug.net.pl/viewtopic.php?id=16522
Offline
OK, jednak nie Ty zepsułeś. xD To repo ostatnio było aktualizowane drugiego sierpnia: https://github.com/portage/portage.
Offline
Pewnie z tego serwera Piotrksa co padł ;)
Offline
ZiomekPL chyba miał gdzieś skrypt, który automatycznie aktualizował tamto repo, może właśnie na tym serwerze Piotrksa. :) Jest jeszcze to gitowe portage od Daniela Robbinsa, o którym pisałem w tamtym wątku co podlinkowałeś. Możesz tamtego spróbować…
Offline
Wymiatam juz na tym od Daniela Robbinsa. Dzieki. A jakbym chciał wrócić do normalnego sposobu korzystania z portage to jak ?
Ostatnio edytowany przez jarski185 (2011-08-19 20:18:11)
Offline
Standardowo — pobierasz snapshot portage i rozpakowujesz. Ewentualnie po prostu:
rm -r /usr/portage emerge --sync
Offline
Coś mi zepsuło w laymanie-nie mogę zainstalować żadnego pakietu z overlaya.
w make.conf mam tak:
PORTDIR_OVERLAY="/usr/local/portage" source /var/lib/layman/make.conf
Tak chyba miałem zawsze. Chyba bo wiem, że zmieniałem coś kiedyś w tym pliku ale przywróciłem go do stanu sprzed zmian.
A layman pokazuje, że nie znalazl takiego pakietu jak chcę coś zainstalować. Ratunku:)
Ostatnio edytowany przez jarski185 (2011-10-27 11:56:55)
Offline
Znaczy z tego lokalnego overlay'a? Z tego co widzę po swoim poście #853, to ja to miałem odwrotnie:
/me napisał(-a):
Ja mam tak:
Kod:
amidala / # cat /usr/local/portage/stuff/profiles/repo_name stuffA w make.conf:
Kod:
source /var/lib/layman/make.conf PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/portage/stuff"(layman obecnie domyślnie trzyma repozytoria w /var/lib/layman/*)
Offline
Tzn nie...Z kolejnością tych zmiennych mam teraz tak bo dokopałem się do podobnego problemu na forum gentoo i tam radzili aby wpisy poukladać w taki sposób.
Natomiast w /usr/local/portage mam tylko folder layman w przeciwieństwie do Ciebie:(
Z tego co widzę to w zasadzie PORTDIR_OVERLAY ma znaczenie tylko jeśli tworzymy sobie swoje lokalne repozytorium, tak?
Ostatnio edytowany przez jarski185 (2011-10-27 13:00:56)
Offline
No tak, to miałem na myśli pisząc o lokalnym overlay'u, myślałem że to z nim masz problem. Skoro nie tworzysz lokalnego, to wystarczy:
source "/var/lib/layman/make.conf"
W /var/lib powinieneś mieć katalog layman tworzony automatycznie przy dodawaniu pierwszego overlay'a, a w nim dodane overlay'e.
Offline
No właśnie a mam w nim
cache_ac494f50f5736be7871962c0dec7b3bb.xml make.conf overlays.xml
gdzie make.conf zawiera:
PORTDIR_OVERLAY=" $PORTDIR_OVERLAY "
a overlays.xml :
<?xml version="1.0" encoding="UTF-8"?> <repositories version="1.0" />
Offline
No to nie masz żadnych overlay'i po prostu dodanych, dodaj.
Offline
Strony: ◀ 1 … 42 43 44 45 46 … 51 ▶