[MaXakas]

Äla puhu paskaa Iga kord portage küll syncimisel 150MB alla ei tiri.

[pl1600]

websync jah, aga tavasync võttis siinse juhtmevaba poolemegase neti terveks igavikuks umbe. See 150mb, mis ta lõpus näitab, on siis ehk portage tree suurus?

[MaXakas]

Ei ole hetkel ise oma gentoo masina taga, aga 150MB kõlab jah kogu puus oleva data suurusena (kogu puu ruumitarvidus kettal võib sektori suuruse, failide fragmenteerumise jms tõttu ulatuda isegi üle gigabaidi). Aga noh, kui kord paari kuu jooksul syncida, siis kujutan ette, et võib sinna 100MB kanti lennata see alla tõmmatav infohulk.
Kuidas ping sealt juhtmevaba otast kasutatava rsync mirrorini on? Ping peaks rsynci tugevalt mõjutama...

Tegelikult hakkas asi huvitama ja enne kui rohkem lahmin, vaatan, palju infovahetust võrgukaardist läbi tormab mul syncides

[marqs]

[Alari A.]

gnomet paigaldades annab hal errori

lib/libvolume_id.so: file not recognized: File format not recognized
collect2: ld returned 1 exit status
make[5]: *** [hald-probe-storage] Error 1
make[5]: *** Waiting for unfinished jobs....
/lib/libvolume_id.so: file not recognized: File format not recognized
collect2: ld returned 1 exit status
make[5]: *** [hald-probe-volume] Error 1
make[5]: Leaving directory `/var/tmp/portage/sys-apps/hal-0.5.11-r1/work/hal-0.5.11/hald/linux/probing'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/var/tmp/portage/sys-apps/hal-0.5.11-r1/work/hal-0.5.11/hald/linux'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/sys-apps/hal-0.5.11-r1/work/hal-0.5.11/hald'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/sys-apps/hal-0.5.11-r1/work/hal-0.5.11/hald'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-apps/hal-0.5.11-r1/work/hal-0.5.11'
make: *** [all] Error 2
*
* ERROR: sys-apps/hal-0.5.11-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3688: Called die
* The specific snippet of code:
* emake || die "make failed"
* The die message:
* make failed
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/sys-apps:hal-0.5.11-r1:20080802-181956.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/hal-0.5.11-r1/temp/environment'.
*

* Messages for package sys-apps/hal-0.5.11-r1:

*
* ERROR: sys-apps/hal-0.5.11-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3688: Called die
* The specific snippet of code:
* emake || die "make failed"
* The die message:
* make failed
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/log/portage/sys-apps:hal-0.5.11-r1:20080802-181956.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/hal-0.5.11-r1/temp/environment'.
*

[marqs]

[Alari A.]

tundub mingi suurem kala olevat:
chroot /mnt/gentoo /bin/bash
env-update

>>> Regenerating /etc/ld.so.cache...
/sbin/ldconfig: /lib/libvolume_id.so is not an ELF file - it has the wrong magic bytes at the start.

/sbin/ldconfig: /lib/libvolume_id.so.0.82.0 is not an ELF file - it has the wrong magic bytes at the start.

/sbin/ldconfig: /lib/libvolume_id.so.0 is not an ELF file - it has the wrong magic bytes at the start.

[marqs]

need on ju kõik lingid ühele failile. lase udev või mis iganes asi, kellele libvolume_id kuulub, uuesti peale.

[guest1902]

Kiire küsimus: kas on mõtet kerneli settinguid installimise käigus näppida, kui pole päris kindel, mida teen? Tahaks vm-is (qemu) tööle saada.

[oicu]

[DigeBeni]

http://gentoo-wiki.com/HOWTO:_Qemu

... kui oled linuxis roheline, siis soovitaks enne kindlasti töötav süsteem püsti panna ja veenduda, et kõik vajalik töötab nii, nagu peab ja alles siis hakata seda modifitseerima, muidu ei jaga sa lõpuks maad ega mütsi, mis täpselt kalab. Soovitavalt, jäta puhas ja töötav kernel alles ja modimiseks loo selle töötava kerneli baasil uus, siis on lihtne paanika korral töötavasse süsteemi vigade parandamiseks tagasi pöörduda ...

[guest1902]

DigeBeni, väljendasin vist end ebaselgelt . Tegelikult jooksutan Gentoo'd qemu'ga (Ubuntus). Lihtsalt uudishimu pärast, tahaks ka tabada selle distro fenomenaalsust. Siiamaani on mulje jäänud, et Gentoo on distro linux-nerdidele, keda pelgalt terminaliga maadlemine ei eruta (hint: install). Aga hetkel ootan pärast käsku 'make -j2' juba pikemat aega. Kas keegi on seda manuaalita ka peale pannud ?

[Ho Ho]

Elrak, Gentoo vajab installiks suht asjalikku masinat. Peale mõneaastast kogemuste korjamist kulub mul 2.8GHz core2 peal install nullist kuni täieliku KDE'ni ~16h. Emulaatoris võtab asi loomulikult rämedalt kauem aega.

[Alari A.]

ma 2 nädalavahetust a64 3000+ gentood paigaldanud

[guest1902]

Ho Ho, ega jah, manuaalis oli 'time make -j2' järel 3 minutit mõne sekundiga, mul kulus selleks aga 177 minutit
Aga loodan, et jõuan täna sinna reboodi kohani (manuaali esimese pooleni). Ega arvatavasti ei saagi rebooti teha, sest muidu boodib cdromilt (image), seega peab vist qemu-s 'boot d' muutma 'boot c' Muidu ma piilusin manuaali lõppu, kus seisis KDE emerge'imise aeg 1171 minutit . Mul läheb siis paar nädalat? Arvatavasti valin mingi kergemakaalulisema desktopi (nagu openbox või fluxbox).

[DigeBeni]

... see on nüüd küll natuke kummaline viis gentoo võlude avastamiseks

[guest1902]

DigeBeni, mis võlude?? Täiesti negatiivsed kogemused kaasnesid sellega, küll jumpsib caps lock (vm-i bug), küll nõuab mingeid (määramata) paroole (??), küll peab seda manuaali eriti täpselt järgima, kuid siiski saan ikka errori ja tupikseis. Mingeid "võlusid" ma pole küll näinud. Miks minna ringiga, kui saab ka otse? Selleks aastaks loobun, järgmine aasta jälle (vist) ...

[Ho Ho]

Su probleemiks on virtuaalmasina kasutamine, mis emuleerib, mitte ei virtualiseeri. Ehk siis sisuliselt on tegu umbes sarnase asjaga kui Gentood 486 peale vägistada. P1 200MHz peale läks Gentoo paar aastat tagasi umbes 5 ööpäeva kompileerimisega, käske jagasin kord-paar päevas üle neti vastavalt vajadusele

[DigeBeni]

Elrak, eks nagu öeldakse, et ilu peitub vaataja silmades ja kui juba ette olla negatiivselt meelestatud ja paigaldada süsteemi nagu päraku kaudu mandleid opereerides, siis ei saa see kogemus väga meeldiv ollagi. Pealegi, mida sa siis lootsid või mis olid su ootused ? Mida rohkemat sa üritasid gentoos leida, mida sa ubuntust leidnud pole ? Tegemist on ju nii või naa linuxiga, olenemata distrost, haldamine käib küll natuke erinevamalt, kuid sellegipoolest on tegemist sellesama linuxiga. Parem muretse järgmine kord testimiseks mõni enam-vähem füüsiline masin, virtuaalamsin töötab ju alati nii, nagu sa talle andmed ette söödad, mitte nii, nagu su riistvara võimeline oleks ja päris autentset muljet sellest saada on natukene keeruline eriti, kui sa veel ei tea, mida sa täpselt teed ja tulemuses näha loodad ...

[Alari A.]

vaja auomaatselt laadida tv tuuner (saa7134 card=2 tuner=42)
arinevatel aegadel saanud kahte moodi asi laetud
/etc/modprobe.d/saa7134 ja sisse vastavad read.
või /etc/modules.autoload.d/kernel-2.6 sisukas saa 7134 card=2 tuner=42.
nüüd ei saa mingi nipiga. kaart tunatkse uatomaatselt ära kui kaart 3

[anim]

niih juhe koos ja palun abi
probleem nimelt järgmine: fglrx draiver ei suuda näidata fullscreen pilti!
Pilti toodab emaplaadil olev 740G kivike ja monitoriks on Sony KDL-26S300 telekas, ühendatud on need kaks DVI->HDMI kaabliga. Kui määrata native resolutsioon (1360x768) siis jääb X'i akent igast küljest ümbritesema must raam (nii umbes 2cm lai), kui kasutada näiteks 1080i resot, siis on pilt jällegi liiga suur.
Samas proovisin ka open-source radeon draiverit ja sellega oli pilt õiges mõõdus - külla aga ei tunne 2.6.26 kerneliga kaasa tulev drm moodul minu videot ära ja mesa dri on hirm aeglane, proovisin ka mõnd uuemat drm kompileerida aga edutult...

asjasse puutuv xorg.conf on selline

[mightythor]

kas keegi jagaks kogemusi Gentoo kasutamisest ASUS'e EEE PC 1000H all(või mõni teine EEE PC)? Niipalju kui uurisin, siis riistvaratugi peaks olema täielik, kuid kui suur võit tuli jõudluse osas? Ning kas touchpad'i see funktsioon ka töötab, et lehte saab scrollida siis kui kahe sõrmega üle touchpad'i tõmmata?

[Ho Ho]

Igal juhul võid Gentoo sellel kompileerimise ära unustada, P3 450 peal läks KDE tööle saamisega aega ~2 ööpäeva, kui midagi juhtub nässu minema siis venib asi pikemaks

[mightythor]

[Ho Ho]

Alati võid ju ka võrgus teisi masinaid kompileerimiseks ära kasutada, tollesama P3 peale Gentoo installimise tegid core2 ja barton igatahes päris mitu korda kiiremaks