rpm -qa , rpm -qf /path/to/file
- sartek blogja
- A hozzászóláshoz be kell jelentkezni
- 1757 megtekintés
Hozzászólások
Az agyamban nekem is sötét van, de az nincs korlátozva erre a témára. :(
- A hozzászóláshoz be kell jelentkezni
Arra jó hogy ne legyen még véletlenül se posix kompatibilis.
- A hozzászóláshoz be kell jelentkezni
http://www.gobolinux.org/index.php?lang=hu_HU&page=at_a_glance
Érdemes átfutni.
- A hozzászóláshoz be kell jelentkezni
Undorító. Csináltak egy megoldást, ami igazából a sz@rnak egy jókora pofon. Tényleg nem ideális a /usr/lib több ezer fájllal, na de azt még karban lehetett tartani, anélkül, hogy teleszemetelné fájlokkal a fájlrendszert. Nagyon sok fájl legalább 2 példányban van meg így, bár az egyik egy symlink. Pl. a reiserfs feletébb szereti az ilyet, meg más, B-fát, B+-fát vagy hasonló adatstuktúrát használó fájlrendszerek.
- A hozzászóláshoz be kell jelentkezni
linkeld mar legyszives a posix szabvanyt, hogy hol irja le, hogy hova kell telepitsem a levelezoprogimat, a bongeszomet meg a gimp-emet legyszives
--
Bow down and admit defeat. | Old, weak and obsolete.
- A hozzászóláshoz be kell jelentkezni
SUSv3 (IEEE Std 1003.1, 2004 Edition)
http://www.unix.org/single_unix_specification/
Base definitions -> 10. fejezet
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap10.html
Valójában az FHS tartalmazza
http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
- A hozzászóláshoz be kell jelentkezni
Ez a gobo szerintem csak azoknak van, akik lusták megtanulni, hogy egy Unix rendszerben mi hol van.
---
Ketchup elementál megidézése a sajt síkra
- A hozzászóláshoz be kell jelentkezni
Szerintem ezt úgy képzelték, hogy meg tudják spórolni a csomagkezelőt azzal, hogy egy könyvtárba pakolják a progikat. (Mac OS mintha így működne) Csak mint tudjuk, a csomagkezelő nem csak arra jó, hogy egy telepített progit eltávolítsunk. Az installt még megoldották a recipe-okkal. De hogy a dependenci kezelés, a keresés telepített és nem telepített csomagok között, csomagfrissítés hogy van megoldva, az passz. Szóval az ötlet önmagában nem rossz, de nehezen összeegyeztethető a jelenlegi linuxos programok működésével.
- A hozzászóláshoz be kell jelentkezni
makkkos ba is millio symlinkel oldjak meg a "problemat"?
- A hozzászóláshoz be kell jelentkezni
Nem. Ami fejlesztéshez tartozik, az a szabványos helyére kerül, meg részben a /Developer alá. Az alkalmazások egésze viszont egy-egy önálló könyvtárban van - ami ugyebár már nem függőségi kérdés, hiszen pl. az xmms által használt /usr/share/xmms és a /usr/bin/xmms és még nem tudom micsoda nyugodtan mehetne a /Applicatiion/xmms könytárba, anélkül, hogy a függőségeket bántaná. Így tisztább, átláthatóbb rendszert kapsz, és még mindig posix kompatibilis maradhat (amúgyis félig-meddig bsd...)
- A hozzászóláshoz be kell jelentkezni
Ráadásul a "normális" unix-okban is van egy /opt, ami alatt már minden alkalmazásnak saját könyvtárstruktúrája van. Ezután hogy /Applications-nak vagy /opt-nak hívjuk, mindegy.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
érdekes megoldás valóban... de máshol már működött
- azt hiszem, valahol le van írva, hogy ez adta nekik az öteletet. Aztán nem tudom, hogy mit használnak többet, Gobót vagy Syllablét...
int getRandomNumber() {
return 4; //szabályos kockadobással választva. garantáltan véletlenszerű.
} //xkcd- A hozzászóláshoz be kell jelentkezni
Azt hittem, hogy valami ágyjelenet ecsetelése lesz...Érdekes, mikor az ember nem tud ékezetekkel írni. :)
/*no comment*/
- A hozzászóláshoz be kell jelentkezni
azt nem értem, hogy miért nem jött erre egy poliverzális kritika? :D
- A hozzászóláshoz be kell jelentkezni