Gentoo

...de hol a qc-usb-messenger?
Vagy mi van?
Most hogyan vehetem használatba a kamerát?

Üdv,

segítségre lenne szükségem egyelőre nagy vonalakban csak: adott egy 2.6.xx kernel egy ARM vason, amiben valamit elrontok, mert kitartó magas load hatására összedől a gép - konkrétan kikapcsol. Nem melegszik ilyenkor sem, és hardware-hiba is kizárható, mert egy "kölcsönvett" kernellel hibátlanul ment egy évig. Azóta már nem Debian, hanem Gentoo, de ugyanaz a kernelcsalád, és képtelen vagyok stabil kernelt csinálni. Ha a load nem magas, vagy ha nem hosszan tartóan magas, nincs semmi gondja. Ez viszont összedönti mindig. Általánosságban kérdem csak, hogy mond-e a jelenség valamelyikőtöknek valamit? Mit állíthatok be rosszul? Nem akarom a másik binárist átemelni több okból, és a konfig-migráció sem volt eleddig sikeres. Konkrétan az érdekel, a fenti tünetet kernelszinten mi okozhatja, és mindazoknak szól a kérdés, akik jobban ismerik nálam a Linux kernelét...

Kösz' előre is.
/GT

Helló,

Az lenne a kérdésem, hogy az IBM xSeries 346-os szerver gépre (64 bit Xeon proci) melyik gentoo installt kell letölteni, és a make.conf ban milyen fordító flageket kell használni?

Tud valaki gentoohoz jelenlegi munin-node (only) ebuild-ről? Látom, régebben volt, most csak egyben munin csomag van, USE flaggel sem tudok csak node-ot kérni. Márpedig miért kéne nekem minden node-ra felpakolni a managert az összes függőségével együtt?

Hello, már hetek óta nem tudom lefordítani kcalc-3.5.10-et.

Nem találja a gmp szimbólumokat.Az alábbi hibával száll el a build:

/bin/sh ../libtool --silent --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=k8 -msse3 -pipe -fomit-frame-pointer -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -Wl,-O1 -o kcalc -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R /usr/qt/3/lib -no-undefined -L/usr/kde/3.5/lib -L/usr/qt/3/lib kcalc.la.o libkdeinit_kcalc.la -lm -lm -lm
./.libs/libkdeinit_kcalc.so: undefined reference to `__gmpz_sqrt'
./.libs/libkdeinit_kcalc.so: undefined reference to `__gmpf_add'
./.libs/libkdeinit_kcalc.so: undefined reference to `__gmpz_set_f'
... és még sok további ilyen sor...
collect2: ld returned 1 exit status

Mindeközben a dev-libs/gmp-4.2.4 csomag köszöni jól van, a
/usr/lib/libgmp.so.3.4.4
fájlban megtalálhatók a fenti szimbólumok.

Ki érti ezt? :)

Sziasztok,

Asus eee-m kernelét mostanában herélgetem.
Problémám a következő: néha amikor kiveszek olyat a kernelből amitől nem bootol be a gép, és visszatérek egy régebbi konfigra, beforgatom, szintén nem indul az oprendszer.
Mintha valamit megjegyezne minden újraforgatáskor, annak ellenére hogy már régebben kivettem.
Mindenképpen én vagyok tudatlan barom, mert ez régebben is így (legalábbis jó ideje, rosszul) ment :)
Van valami a kernelben ami azt eredményezi hogy ne kelljen minden módosításkor mindent újraforgatni? Nem ez ellen van a make clean?
Furcsa .. :) Remélem érthető voltam és köszi a segítséget :)
Így forgatok: make menuconfig; ...; make clean; make; make modules; és átmásolom.

Sziasztok,

A cím elég beszédes:
Az, hogy krusader nem látja alapból mit mivel kéne megnyitni, még nem zavarna..
De amikor odatolom neki (jobb klikk, satöbbi, remember) nem jegyzi meg..
Lehet ez xfce4 probléma, bár az alapértelmezett thunar fájlkezelő működik rendesen.
Friss rendszer.. találkozott valaki ilyesmivel?

Előre is köszi!

Sziasztok!

Van 3 megegyezo konfiguracioju, es szoftverkornyezetu Gentoo-s gepem. Ebbol az egyikkel egyszeruen nem birok.
A problemam a kovetkezo: ha tobb csomagot emergelek ott kell ulnom a gep mellett, mert a folyamat vegen nem jeleniti meg osszesitve a csomagok uzeneteit, ezert ket emerge kozt copy/paste-t jatszom, es utana vegzem el az ebuild utasitasat. Namost azt mindenki erzi, hogy 290 csomag upgradejenel ez eleg meleg. :)
Mondanom sem kell, hogy minden beallitast megneztem, majd osszehasonlitottam a tobbi gepevel, de ugysem talaltam meg a difit, es persze Google-t is neztem. Van valakinek otlete?
Infok:
emerge --info kimenete

[ebuild R ] sys-apps/portage-2.1.6.13 USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB

(Ja, az "emerge -e system" is megvolt)

Elore is koszonom a segitseget!

Sziasztok!

Új rendszert próbálok telepíteni. A kernelt manuálisan állítgattam, és szépen be is bootol. X11 + nvidia-drivers is lefordult/települt. xorgconfig-al elkészült a config fájl (+ nvidia-xconfig). Azonban startx után elindul a twm, és az egész gép csontra fagy.... :( (még nem telepítettem mást egyelőre)
A kernelben próbáltam a framebuffert kikapcsolni/, meg próbáltam újabb drivert is (180.6) de nem segített.
Az X logban van ugyan egy "(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)" sor. Talán ezzel lehet baja? Más komolyabbnak tűnő hibajelzést nem látok.

Van valami ötletetek?

Sziasztok!
emerge fltk-közben a következő hibát kapom.

Először is az autoheader hibával tér vissza, ha kézzel futtatom az autoheadert (elelnőrzés miatt), egy rakat warning-ot kapok. Ilyeneket:

autoheader-2.63: warning: missing template: FLTK_DATADIR
autoheader-2.63: Use AC_DEFINE([FLTK_DATADIR], [], [Description])
autoheader-2.63: warning: missing template: FLTK_DOCDIR
autoheader-2.63: warning: missing template: HAVE_EXCEPTIONS
autoheader-2.63: warning: missing template: HAVE_GL
autoheader-2.63: warning: missing template: HAVE_GL_GLU_H
............

emerge közben pedig a következő hibaüzenettel elszáll a fordítás:
Compiling filename_list.cxx...
filename_list.cxx: In function 'int fltk::filename_list(const char*, dirent64***, int (*)(const dirent64* const*, const dirent64* const*))':
filename_list.cxx:66: error: invalid conversion from 'int (*)(const void*, const void*)' to 'int (*)(const dirent64**, const dirent64**)'
filename_list.cxx:66: error: initializing argument 4 of 'int scandir64(const char*, dirent64***, int (*)(const dirent64*), int (*)(const dirent64**, const dirent64**))'
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 2

ilyet még nem láttam, és hirtelen ötletem sincs a megoldására, olyan mint ha maga a forrásfile lenne hibás. Ezt erősen kétlem hogy így lenne, ez az fltk, nekem simán fordult régebben. Valamennyiere programozok C++-ban belenéztem a kódba, filename_list.cxx -file-ba. Szerintem nem hibás a file, első ránézésre.
Tud valaki erre valamilyen megoldást?