Néhány alapvető Gentoo-s kérdés

Gentoo

Üdv!

Bele is csapok a lecsóba...

1, etc-update
Néha frissitésnél szokta írni, hogy 1 IMPORTANT bla bla bla etc-update. Na szóval ez az etc könyvtár config file-jainak a változására figyelmeztet, azt szeretném kérdezni, hogy ilyenkor mi/ki írja át a config fileokat és ezekkel mit kell kezdeni? El kell fogadni az update-t vagy hagyni az eppen levo verziot, vagy ilyenkor, hogy kell eljárni mert próbáltam belenézni, hogy mi változott de nem nagyon láttam át...

2, package.mask, package.umask, package.keywords
Azt tudom, hogya valamibol unstable verziot akarok felrakni akkor a package.keywords be kell beirnom és akkor engedi felrakni a legfrisebb verziot, vagy amit eppen beallitok neki. Azt meg nagyjabol ertem, hogy a maszkolas arra valo hogyha valamibol van stable verzio de annal egy regebbit akarok felrakni akkor elvileg fel kell vennem a package.mask ba verzio szammal egyutt es akkor azt felrakja es nem engedi updatelni hanem megtartja azon a verzion??? Ha ez igy van akkor a package.umaskot mire fogom használni?

3, NFS vs netmount (rc-update)
Mikor indul a gentoo es betolti a felvett daemonokat ami az rc be vannak akkor ir egy ilyet, hogy Mounting network filesystems. Na most ez nekem tok jol jonne mert lesz nemsokara egy debian szerverem LANba amin fog torrent futni es szeretnem ha nem kéne rá mindig fel ftp znem hanem a gentoo ezt felcsatolná alapbol. De az NFS meg a netmount alapból nem ugyanaz, szóval nem tudom melyiket használjam, illetve amit olvastam róla, hogy kernelbe külön be kell állitani a támogatást hozzá és a debian ugyebár gen kernelnelel települ (azt hiszem) szóval akkor oda majd fordítanom kell újjat? Megjegyzem arm architectúrára rakom fel szóval nem lesz egyszerű kernel-t fordítani rá számomra. De akkor ez az jelenti, hogy a lemezt valami Network filesystem tipusra kell formazni vagy lehet ext3 is? Igazából ezen a téren eléggé homály van szóval leírhatnátok, hogy ti hogyan csináljátok... Ja és mégvalami, mi a különbség aközött ha az rc be valamit defultnak vagy bootnak veszek fel? Látszólag mind a két fajtánál betöltődnek bootkor a deamonok, illetve nekem fel van véve az ntp-client defaultra kell az nekem hogy minden bootnál be syncelje az időt vagy akár ki is vehetem?

Előre is köszi a válaszokat!
Tudom neten utánna ovlashattam volna, de így tudok interaktívan kommunikálni veletek és ha valamit leírtok és nem érteném akkor vissza tudok kérdezni, illetve némi fogalmam már van a dolgokról mint látjátok csak ezt kéne kicsit letisztázni.

  • 4892 megtekintés

( dragi v | 2010. 01. 22., p – 14:22 )

1. dispatch-conf ez megmutatja a diffet és a végén választhatsz mit akarsz kezdeni vele. Csinál róla mentést is ha az újat választod.

3. NFS az egy network file rendszer. Egy meglévő könyvtárat tudsz kiajánlani vele. Kernel támogatás valóban kell hozzá. /etc/fstab-ba ugyan úgy felvehető mintha sima ext3 lenne, csak más a formátum.

"However, unlike dispatch-conf, etc-update does not preserve the old versions of your config files. Once you update the file, the old version is gone forever! So be very careful, as using etc-update is significantly less safe than using dispatch-conf."

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=4

( GES | 2010. 01. 22., p – 16:05 )

2. Nagyon szépen összefoglaltad, így nem értem mit nem értesz a package.umask-on!
A nevében is benne van hogy unmask (a mount mintájára nem unmount hanem umount), tehát amit a csomagkészítők úgy véltek hogy nem kéne használni azt te ebben tudod mégis felülbírálni, hogy mégis kéne neked (mert szívatni akarod magad vagy tudod hogy mi a baja és azt a részét Te nem használod).

Akkor bár szépen leírtad de mégsem érted!
Három féle csomi van:
+ - stable
~ - unstable
M - hardmask
itt mindhárom szépen látszik
Ha stabil gentood van akkor ha nem írsz semmit az /etc/portage/package.* fájlokba akkor a legmagasabb stabil zöldike "185.18.36"-at rakja fel.
Ha "190.53-r1"-at akarod használni akkor az "/etc/portage/package.keywords"-be kell x11-drivers/nvidia-drivers (ez azt is jelenti hogyha újabb sárga jön akkor arra frissíteni fog)
Ha az unstable sárga "185.18.36-r1"-at akkor mint az előbbi csak még ki kell maskolnod a nagyobbakat "/etc/portage/package.mask"-ba >x11-drivers/nvidia-drivers-185.18.36-r1
Ha a hardmasked piros "71.86.09"-at akkor ki kell maskolnod a nagyobbakat "/etc/portage/package.mask"-ba >x11-drivers/nvidia-drivers-71.86.09 és unmaskolnod ezt a piroskát "/etc/portage/package.umask"-ba =x11-drivers/nvidia-drivers-71.86.09

Vannak csomagok amik "csak" keyword-del vannak maszkolva. Ezeket a package.keywords fájlba tett bejegyzéssel lehet felülbírálni.
Aztán vannak olyan csomagok is amik ennél drasztikusabban vannak maszkolva. Ezeket tudod a package.unmask segítségével felülbírálni.
Nem összetévesztendő a kettő!

én úgy vettem észre, hogy általában a hardmaskolt csomagok azok, amiknek még a vanilla verziója is fejlesztői, a keyword-ös meg az, amit a gentoo-ban még nme éreznek elég stabilnak
pl firefox 3.5.6 stabil, firefox 3.5.7 még keyword-ös, firefox 3.6-béta még hardmaskolt.
persze azóta nme béta már, ezért a 2.6 is keyword-ös lett
---
dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

En azt szoktam mondani, hogy hardmaszkra ket dolog miatt tesznek csomagot: meg instabil, vagy hirtelen stabilitasi/security problemak derultek ki. Mindket dolog azt jelenti, hogy nyomos indok nelkul _ne_ rakd fel, ha nem akarsz a cso rossz vegere kerulni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( GES | 2010. 01. 22., p – 16:09 )

1. Én a cfg-update csomit használom e helyett.
Szerintem sokkal könnyebben kezelhető!

( graham | 2010. 01. 22., p – 16:28 )

1. ha egy frissítésnél a régi config fájlt használod, akkor nem fog rendesen elindulni a daemon, vagy el se indul egyáltalán
rossz esetben nem bootol a gép
én azokat a fájlokat automatikusan frissíttetem az etc-update-tel, amelyekbe nem írtam semmit

Köszönöm ez egy jó ötlet, lehet én is így fogok tenni. Mind amelett vmelyik nap atirtam egy cfg ben egy kapcsolot es ma meg figyelmeztett hogy az update-ben azt a kapcsolot ő vissza akarja irni az eredeti verziora, miert figyelmeztet arra, hogy vissza akarja irni a defaultra mikor egy nappal elott direkt en irtam az 0 rol 1re?!

Ennek több oka lehet.

1. elképzelhető, hogy általad használt másik csomagnak függősége az érintett csomag, utóbbi viszont csak akkor teljesíti a függőséget, ha az adott kapcsolóval (-/+) van fordítva.

2. az érintett csomag új verziója ragaszkodik az adott kapcsolóval való fordításhoz (ha ilyen van, sejthető, hogy a jövőben már ki is került a kapcsoló lehetőség a csomagból, azaz default része lesz a be-/kikapcsolt állapot a fordításnak)

3. az érintett csomag csak az adott kapcsoló be-/kikapcsolásával stable, egyébként maszkolt, vagy ütközik mással.

4. találkoztam már rekurzív, de kapcsoló által érintett függőséggel, pl. A csomagot X, B csomagot Y kapcsolóval akarod fordítani, mert szükség van az érintett funkciókra. A csomagnak -X esetén nem függősége B csomag, de +X esetén igen. B csomagnak -Y esetén nem függősége A csomag, de +Y esetén igen. Ilyenkor például az USE="-X" emerge A; USE="+Y" emerge B; USE="+X" emerge A - kört kell bejárni, hogy minden a helyére kerüljön. :)

5. Egyéb. :)

Bocs rosszul fogalmaztam, a kapcsolo alatt itt nem USE flagre gondoltam. Hanem pl az /etc/adobe/mms.cfg-be ezt #OverrideGPUValidation = 0 ezt atirtam erre OverrideGPUValidation = 1 és az etc-update figyelmeztett hogy van a new config ahol #OverrideGPUValidation = 0 visszapakolja ezt vagy van am ostani amit en adtam meg (OverrideGPUValidation = 1) ez!

( GES | 2010. 01. 22., p – 18:05 )

Mivel írtad hogy arm, előfordulhat ilyen eset amikor arm arch-on üres, de ez nem azt jelenti hogy nem fordul le a program hanem hogy még senki sem jelentette hogy lefordul.
Ebben az esetben kell az "/etc/portage/package.keywords"-be media-gfx/tuxpaint **
Ha lefordul akkor jelented KEYWORDREQ-ként BGO-ra.

szerk:
Mint ahogy GES papa például ezt jelentette és szépen be is állították, sőt még meg is köszönték! :)

Oké köszi szépen, az első két pont mostmár azt hiszem világos, de a 3-ast még pedzegethetnénk mivel, például gentoo alatt nem is NFS mount a default hanem az rc-loaderbe egy ilyen van, hogy netmount daemon azt nem tudom, hogy ez most az NFS vagy egy mas fajta rendszer? Illetve még mindig nem tudom, hogy mi a különbség az rc-update ben a default és a boot-ként felvett deamonok között, illetve, hogy az ntpdate nek le kell e minden bootnal futnia?

A "boot" és "default" runlevelek.
A gép indításakor futnak le a bennük található initszkriptek, az előbbi sorrendben.
A depend need net bejegyzés miatt tök mindegy hova rakod az ntpdate-et mert csak a net után fog csak lefutni, nyilván mert a netről veszi a pontos időt.
Ez csak a démon indítását jelenti nem azt hogy csak a gép indításakor fog időt szinkronizálni.

A netmount gőzöm sincs hogy mi.

A netmount nem csak NFS, hanem ugy altalaban mindenfele halozatos filerendszer mountjat vegzi. Ehhez persze megint bele kell egy kicsit menni a folyamatba:

Amikor az bootolasnal felolvasodik az fstab, csak azok a fajlrendszerek lesznek felcsatolva, melyek _nem_ halozati fajlrendszerek (tehat nem nfs, smbfs/cifs, ncpfs, etc). Ezek utan megy a bootolas tovabb a halozat felallitasa fele, majd, amikor felallt a halozat, valamikor lefut a netmount is, amikor a halozatos fajlrendszerek csatolasra kerulnek.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Akkor úgy tűnik kliens oldalról meg van oldva a hálózati file rendszer dolog, csak fel kell vennem a gentoo fstab jaba es mar fel is mountolodik az NFS filerendszer, viszont akkor Debian szerver alatt fel kell hozza rakni egy NFS kernelt, ahhoz mar talaltam how to-t, szoval ha megjon a sheevaplugom neki is ugrok... :) Még valami ha a szerverre torrentel töltök valamit és a torrent mappat NFS el megosztom akkor a szerver meghajtojarol tudom direktbe nezni a filmet vagy mint ftp nel is at kell elobb masolnom helyi meghajtora, illetve tudom e direktbe irni DVD re a tavoli meghajtorol? LAN-rol beszelunk tehat savszel elvileg van.