Úgy hívják, hogy csomagkezelő

es ez egesz pontosan mit takar? van pl yum-nak olyan funkcioja, hogy x alkalmazas altal kivant osszes rpm-et es magat az alkalmazast is letolti nekem egy lokal konyvtarba, hogy en azt azutan barmilyen offlany gepen tudjam telepiteni?
(arrol nem is beszelve, hogy netet szinte csak windowsos gepen hasznalok es errol kellene nekem hazacipelnem a linuxos gepemre a cuccokat)

Tudomásom szerint ilyen funkció nincs. Linuxos gép naprakészen tartott frissítését közvetlen internetelérés nélkül nagyon körülményes biztosítani.
Ez a funkció azért sem létezik, mert egy adott csomag készítőjének fogalma sem lehet róla, hogy mi van a gépeden. Felesleges applikációkat pedig nem építenek be egy csomagba.

(remelem, nem kerdezek tul nagy okorsegeket, me lenni total n00b…)

Egyszerre a kettőt, ahogy fentebb olvasható.  🙂

Ez az, amit nem lehet.
10.0-ás rendszernek csak és kizárólag 10.0-ás telepítési forrásokat lehet megadni.
Más rendszerre készült csomagok hibát okozhatnak. Mellesleg pl. a packman csomagjainál – ha megfigyeled – ugyanaz a verziószáma van a 10.0-ra és a 10-1-re készített rpm-eknek. Mégsem feltétlenül ugyanaz. A süsü csomagkezelőjébe be van építve egy mechanizmus, ami megakadályozza a rossz forrásmegadással látrejöhető hibákat.
Amennyiben a 10.0-s rendszeredet akarod frissíteni 10.1-re, akkor le kell töltened a 10.1 telepítőjét, és telepítéskor az ‘egyéb’ vagy ‘speciális’ menüben (nem emlékszem pontosan) választhatod a rendszer frissítése opciót.
Egyébként lebeszéllek róla, két okból:
1. Egy új, tiszta telepítés sokkal gyorsabb.
2. Tegnapelőtt jött a zen update-tel valami frissítés. Amikor újra bekapcsoltam a gépet, nem volt egér. (Megnéztem win alatt – ezen a gépen az is van – az egér működött. Tehát nem hardver/kontakt/akármilyen fizikális hiba.)
Sebaj, váltás konzolra, root, root jelszó, init 3, sax2 – idáig rendben. Bármilyen utasításra a válasz: permission denied. Mivel tesztgép, semmi baj, süsü10.1 újratelepítése. A frissítések beállításánál molyolt kb. egy órát, majd a (telepítés közbeni) frissítéseket elindítva közölte 10 perc elteltével, hogy nincs jogosultságom valamelyik fájl telepítésére. Természetesen megadtam a zen updater-nek a root hozzáférést, mielőtt bárki megkérdezné.
Ezen a ponton eldurrant az agyam, felraktam a süsü 10.0-t, belekerült 34 percbe, gond nélkül hasít rendesen.

A 2-dik pontban leírtak természetesen lehetséges, hogy egyéni pechsorozat eredménye.
Hasonlóak történtek velem a 8.1, és a 9.1 telepítésénél.
Tudományos  🙂 következtetés: a gépeim nem bírják elviselni a x.1 jelű disztrókat.
(A win 3.1 se jött be.  :))

Jelentkezz át root-ba (kijelentkezés, vagy váltás más felhasználóra).
Megkeresed a windows/h meghajtót, jobb egérkatt, tulajdonságok – jogosultságok – és innen már megtalálsz mindent.
Nem szúrtál el semmit, csak ez a lemez úgy tűnik, jelenleg a ‘root’ és nem a felhasználó tulajdonában van.

Próbáltam megváltoztatni az olvasási jogosultságot. Úgy csinál mintha elvégezn, de újra megnyitva ismét csak olvasható státsu jelenik meg.
Ha a tulajdonost próbálom meg átírni: Group – users, akkor meg:
„Could not modifiy the ownership of file /windows/H. You insuficient access to the file to perform the cange.”
Tibro

Amíg a tulajdonos ‘root’, addig nem lesz jó….
Mindegy, a lényeg, hogy most már tudod használni.
A „kattintgatós” tanácsaim azt eredményezik az fstab-ban, amit uzsolt leírt.
Így legalább egy topikon belül megvan mindkét használható megoldás.  🙂