Grrr... oke.
apt-cache search -> ez nalam azt jelenti, hogy a csomagadatbazisban keresek. Nem kell ehhez man-t olvasni. Eleve ugy kellene egy ilyent normalis programozonak megtervezni, hogy alapvetoen csak NEVEK kozt keresgeljen, es SUBSTRING match-el. Majd ha a kedves user ugy gondolja, hogy o regex-el es/vagy description alapjan is ohajt keresni, akkor majd beparameterezi. Erdekes modon, az advanced-nek nevezett Gentoo-ban ez az alapertelmezett viselkedes ugy az emerge mint az esearch eseteben. De sugok: yum-nal is substring match van by default (ha nem erzekeli regex kifejezes jelenletet), es csak a csomag ROVID leirasaban keres. Sot, amennyire emlexem meg YaST eseten is ez a helyzet.
Barmilyen furcsa, en nem szeretek olyan dolgokat latni egy kereses kimeneteben, aminek kurvara nincs koze a keresoszohoz. Ezen felul az apt-cache search mukodese is felgyorsulna, ha csak a RELEVANS talalatokat adna ki, az eleve eselytelenekkel nem is probalkozna. Hogy ez most a felhasznalok egy reszenek nem tetszik... ez van. Ugy gondolom a debian hasznalok jo resze viszont ezzel a reszevel eppen hogy szopik, meghozza szep iveseket. Nagyon szar dolog egy php modult keresve a fel gnome-t fellistazva latni amikor korbaccsal csapjak a hatadat. De neked meg biztos nem volt ilyen eseted.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.