Hozzászólások
-
SzerzőBejegyzés
-
A rendszer „alapköveit” (glibc, gcc, binutils stb) érdemes a stabilat használni.
A rendszer „alapköveit” (glibc, gcc, binutils stb) érdemes a stabilat használni.
vizsla wrote:xcut wrote:a sok zöldfülű a Gentoo-ba vág bele, ami alapfokon sokkal nehezebb, mint a Gentoo (sic!*)Én ezzel mégis vitatkoznék!
A gentúú legalább olyan nehéz, mint a gentúú! :)))„Költői kérdés: miért kellett a Debiannak grafikus telepítő?”
A gentúúnak is van. (Mondjuk én nem használtam.)
A gentúúban egyébként azért bízom, mert nem kell neki telepítő… és innentől kezdve nehezen tudom elképzelni, hogy elérjék, hogy kötelező legyen azt használni. :)))) (Persze, lehet, hogy az én fantáziám a szegényes. :))))Amúgy még, ha csak a telepítésről lenne szó… de ott vannak a forgatási problémák. Ha bármi miatt elszáll a forgatás, akkor vége a dalnak, mert egy egyszerű „command not found”, vagy „… no/missing” üzenetet sem bírnak felfogni… akkor mi van egy kemény x-edig függőség és xy paraméterezés és z arch. által okozott buggal?
Ezzel még, akár egy distribgyártó team-nek is meggyűlhet a baja. Akkor egy olyan, aki még azt sem tudja, mi az a bash, man… az csuklóból megoldja? Vagy pláne itt a fórumon megoldjuk 0 információval, gondolatátvitellel?Javítva 🙂
Elég baj az. Anno volt ebből sok-sok flame, és hiába mondta sok okos ember, hogy ezzel csak elpuskázzák a rendszert, mert a telepítés egy nagyon jó hülyeuserszűrő. Mondjuk a grafikus telepítő nem is nagyon működik szerencsére 🙂
Pont erről van szó. Az egy dolog, hogy Vasy nagy nehezen felszenvedett egy Gentoo-t, de vajon karban tudja tartani? Vagy naponta újratelepíti? Egy wifi drivert nem tud felrakni rendesen, mert van vagy 20 féle RaLink driver, és meg kellene neki keresni, hogy az ő kártyájához melyik kell (nem szimpátia alapján „emergélni”).
Nem tudom, hogy akinek ennyire nulla a problémamegoldó képessége mit kezdene pl a clisp-pel, aminél rosszul van a makefile-ban az autoconf verzió megadva, és felül kell bírálni… semeddig se jutna el (jó, én is gugliztam utána egy 20 percet, nem a makefile-ból bogarásztam ki). De ez csak egy a sok-sok probléma közül, amivel a Gentoo user nap mint nap találkozik, és meg kell oldania. (jó, persze az overlay-ek meg a hardmaskolt, missing keyword-ös csomagok (e17) növelik a nehézségi fokot rendesen).Költői kérdés: miért kellett a Debiannak grafikus telepítő? Miért nem volt jó a régi curses alapú? Csak azt érték el vele, hogy a sok zöldfülű a Gentoo-ba vág bele, ami alapfokon sokkal nehezebb, mint a Debian (sic!*). Egyrészt marhára nem tanulnak semmit belőle (lásd Vasy esete, aki most se tud sokkal többet, mint egy évvel ezelőtt… jó, lexikálisan talán (pár parancs neve), de problémamegoldó képességének felső korlátja még mindig a 0), másrészt csak elveszi a kedvüket, ráadásul még be is égnek rendesen. Tessék legalább egy évig aktívan (értsd: nem egy partíción porosodik az XP mellett) valamilyen felhasználóbarátabb terjesztést használni (*ubuntu, Suse, Fedora, Uhu stb), aztán mélyebb vizekre evezni (Debian, Slackware, Gentoo).
* Próbálj meg egy úgy-ahogy működő desktopot a legújabb Debian és Gentoo alatt felrakni. Debian alatt pár klikk, Gentoo alatt meg… 🙂
Hang: van egy nagyon alapos ALSA guide a gentoo.org-on, érdemes végigvinni. Ha valami nem világos, akkor a Gentoo Wiki-n van egy részletesebb leírás.
Képek: nagyon úgy tűnik, hogy USE Flag gond van. A jpg png stb USE Flag globálisan engedélyezve van (benne van a make.conf-od USE változójában)? Ha nem, akkor engedélyezd, sync-elj, majd: emerge -uDNav world. Képnézegetőnek megelégszek a kuickshow-al. Biztos van GNOME alá is valami hasonló.
Tömörítő: ehhez kell pár csomag (a tar gondolom fent van), úgymint: rar unrar p7zip rzip szip stb. Aztán jöhet valami frontend, pl Ark (ez megint KDE-s, de biztos van valami GNOME-os, ami kbre ugyanaz). Használható még a Krusader is ilyesmi célra, vagy az alapértelmezett fájlkezelőben is újabban meg-meg jelenik ilyen, hogy „a kijelölt fájlok tömörítése”. Őszintén szólva én az ilyesmit konzolon végzem 🙂
Legegyszerűbben: felrakod a gdm-et, aztán /etc/conf.d/xdm előkap, DISPLAYMANAGER változót beállítod gdm-re, aztán `/etc/init.d/xdm start` és kész. Ha azt akarod, hogy minden bootkor induljon akkor meg: `rc-update add xdm default`.
Következő a gondom. Adott egy könyvtár benne egy halom PHP forrásfájllal, a nevük: db_*.php
Mindegyik fájl tartalmaz függvényeket, amik így épülnek fel:Code:public [static] function fgvneve($param0, $param1, …, $paramN){
$param0=parent::escape_string($param0);
$param1=parent::escape_string($param1);
…
$paramN=parent::escape_string($paramN);}
Azaz mindegyik bemenő paramétert szűrni kell, hogy ne lehessen sql inject-et végrehajtani. Előfordul azonban, hogy néha elfelejtem ellenőrizni az egyik paramétert, ami ciki tud lenni. Egy olyan szkriptre lenne szükségem (a nyelv mindegy), ami figyelmeztetne, ha egy függvény bemenő paramétere nincs szűrve.
Ne konfigolj semmit, hanem rakd fel a networkmagager csomagot, meg hozzá valami frontendet (kde-hez knetworkmanager van, gnomehoz passz).
Ne konfigolj semmit, hanem rakd fel a networkmagager csomagot, meg hozzá valami frontendet (kde-hez knetworkmanager van, gnomehoz passz).
VectoR wrote:pontosan mi is a probléma ? ne haragudj nem értem a szitut..Biztos csak rossz napja volt. 2 nap múlva újra elolvassa, és teljesen másként látja majd a helyzetet.
-
SzerzőBejegyzés
legutóbbi hsz