zoltan22

Hozzászólások

10 bejegyzés megtekintése - 541-550 / 2,516
  • Szerző
    Bejegyzés
  • zoltan22
    Felhasználó

      Talan linkelhetned a temat, vagy 1-2 szoban elmagyarazhatnad a megoldast 🙂

      zoltan22
      Felhasználó

        Juj, most veszem eszre, hogy csak irok, es nem olvasok. Elozo hozzaszolasom a temaban visszavonva.

        zoltan22
        Felhasználó

          Juj, most veszem eszre, hogy csak irok, es nem olvasok. Elozo hozzaszolasom a temaban visszavonva.

          zoltan22
          Felhasználó

            Es a suse-nek fog kelleni az a gep?

            openSUSE 10.3
            Hardware Requirements

            Main memory: At least 256 MB; 512 MB recommended
            zoltan22
            Felhasználó

              Es a suse-nek fog kelleni az a gep?

              openSUSE 10.3
              Hardware Requirements

              Main memory: At least 256 MB; 512 MB recommended
              Hozzászólás: Suse 11 – wine és dvd képfile mount #2169112
              zoltan22
              Felhasználó
                uzsolt wrote:
                Mivel a wine egy emulátor, sokszor elég rossz sebességgel fog futni, meg néhány dolog nem biztos, hogy menni fog.

                wine is not an emulator 🙂

                linuXP wrote:
                   – hogyan tudok virtuális mediát felvenni a meghajtók pontnál?

                winecfg, meghajtok lap

                linuXP wrote:
                   – függvény könyvtáraknál kell-e valamit állítani, felvenni?

                remelhetoleg nem

                linuXP wrote:
                   – hogyan tudom a winecfg nélkül elindítani a telepített win programokat (esetleg elég a hozzárendelés az  
                     adott file-hoz?)

                terminalban: „wine a_program_exeje”
                vagy megnyitod wine-al / hozzarendeled

                linuXP wrote:
                P.s: vmware nem megoldás, igazából játékok futtatásához kellene a wine (pl.: civilization III [ linuxos változata nem jött be], starcraft, esetleg CoD, bár ez szvsz már sok lenne a laptopnak)

                szerintem wmware-en nem mennek a jatekok

                Hozzászólás: Suse 11 – wine és dvd képfile mount #2169113
                zoltan22
                Felhasználó
                  uzsolt wrote:
                  Mivel a wine egy emulátor, sokszor elég rossz sebességgel fog futni, meg néhány dolog nem biztos, hogy menni fog.

                  wine is not an emulator 🙂

                  linuXP wrote:
                     – hogyan tudok virtuális mediát felvenni a meghajtók pontnál?

                  winecfg, meghajtok lap

                  linuXP wrote:
                     – függvény könyvtáraknál kell-e valamit állítani, felvenni?

                  remelhetoleg nem

                  linuXP wrote:
                     – hogyan tudom a winecfg nélkül elindítani a telepített win programokat (esetleg elég a hozzárendelés az  
                       adott file-hoz?)

                  terminalban: „wine a_program_exeje”
                  vagy megnyitod wine-al / hozzarendeled

                  linuXP wrote:
                  P.s: vmware nem megoldás, igazából játékok futtatásához kellene a wine (pl.: civilization III [ linuxos változata nem jött be], starcraft, esetleg CoD, bár ez szvsz már sok lenne a laptopnak)

                  szerintem wmware-en nem mennek a jatekok

                  Hozzászólás: Az utolsó ÍRÓKÉZ az LF-en #2168703
                  zoltan22
                  Felhasználó
                    balzamon wrote:
                    Elég nagy gondnak érzem, hogy sokszor az adott diszribúcióra nem készül el az adott program. Persze valahogy fel lehetne tenni, de ha a fájlrendszert egyszerűsítenék, akkor megszűnhetne a disztribúciók fájlrendszerei közötti eltérés.
                    Azzal, hogy felmasolsz valamit, meg nem biztos, hogy mukodni fog. A programoknak szukseguk szokott lenni mas programok/libek jelenletere a mukodeshez. Ezeknek a libeknek mas-mas verziojat csomagolhatja egy-egy terjesztes, es mig az egyik verzioval mukodik a leforditott program, addig masikkal nem. Ezert ha leszedsz egy tetszoleges csomagot egy mas terjesztesbol, kicsomagolod, majd futtatni akarod, lehet nem fog mukodni (de az is megtortenhet, hogy mukodik).
                    Hozzászólás: Az utolsó ÍRÓKÉZ az LF-en #2168704
                    zoltan22
                    Felhasználó
                      balzamon wrote:
                      Elég nagy gondnak érzem, hogy sokszor az adott diszribúcióra nem készül el az adott program. Persze valahogy fel lehetne tenni, de ha a fájlrendszert egyszerűsítenék, akkor megszűnhetne a disztribúciók fájlrendszerei közötti eltérés.
                      Azzal, hogy felmasolsz valamit, meg nem biztos, hogy mukodni fog. A programoknak szukseguk szokott lenni mas programok/libek jelenletere a mukodeshez. Ezeknek a libeknek mas-mas verziojat csomagolhatja egy-egy terjesztes, es mig az egyik verzioval mukodik a leforditott program, addig masikkal nem. Ezert ha leszedsz egy tetszoleges csomagot egy mas terjesztesbol, kicsomagolod, majd futtatni akarod, lehet nem fog mukodni (de az is megtortenhet, hogy mukodik).
                      Hozzászólás: Az utolsó ÍRÓKÉZ az LF-en #2168637
                      zoltan22
                      Felhasználó
                        violazoli wrote:
                        2. Így egy elegáns csuklómozdulatta kitörölhetem a /Programs -ból a nekem nem kellő könyvtárat, s máris megvolt az uninstall, ha nekem úgy tetszik. Azaz a rendszer jobban hekkelhető.

                        Ezzel kapcsolatban azt szeretnem megkerdezni, hogy ha mondjuk egy olyan programot torolsz, amire mas programok is epulnek (pl. gtk, vagy lib-kitudja-micsoda), akkor honnan tudod, hogy mely programok valnak mukodeskeptelenne emiatt?

                        violazoli wrote:
                        3. A típus szerinti rendezési elvet a hagyományos módszer sem tartja tiszteletben, mert aszerint az összes végrehajtható állomány egyetlen könyvtárba kéne kerüljön, pld a /bin -be, de nem úgy van mert van mellette olyan is hogy

                        /sbin
                        /usr/bin
                        /usr/sbin
                        /usr/local/bin
                        /usr/local/sbin is talán
                        meg /opt

                        Annak idejen en ezt olvasgattam. Szerintem teljesen logikus:

                        bin – mindenkinek hasznos programok
                        sbin – tobbnyire csak renszergazdanak szukseges / hasznos programok

                        /bin, /sbin — rendszer elindulasahoz feltetlenul szukseges programok
                        /usr/bin, /usr/sbin — ide jon a programok tobbsege
                        /usr/local — kezzel forditott programok; csomagkezelo hasznalata eseten ures
                        /opt — csomagkezelo hasznalata eseten ez is ures; en pl. ide a csak binarisban elerheto cuccokat teszem, hogy ne futtassam a telepitojuket renszergazdai jogokkal

                        violazoli wrote:
                        Itt ti amiatt utáltok, mert lelkesedem a gobóért. Nem értitek ennek okát. Nos én Uhu1.1-el kezdtem,
                        En is 😀

                        violazoli wrote:
                        Biztosítok róla minden gúny nélkül mindenkit, hogy Linuxra áttérésem messze legnagyobb problémája (>90%) az volt, hogy mi ez a szar a könyvtárrendszerben. Hogy valami hol itt van, hol ott van. Én ugyanis nem nulla számtech tapasztalattal jötte a Linuxba, és rögvest nemcsak kezelni, de megismerni akartam a rendszert. Engem nem elégített ki, hogy valami misztikus, „csomagkezelő”-nek nevezett varázslóprogi feltesz nekem valamit VALAHOVÁ, amiről azt sem tudom hol van. Érteni akartam, mit hová miért…
                        Ismerd meg. Szerintem van logikaja. Persze nem kotelezo, hogy neked megfeleljen.

                        violazoli wrote:
                        Gondolj arra is kérlek, az az elv hogy egy progihoz tartozó minden állomány ugyanott legyen, örökké használható, logikus elv. A típus szerinti rendezés nem igazán, mert tegyük fel a jövőben szagmintákat is le tud játszani a hipermultimédiás számítógép, s akkor kitaláljuk majd, hogy a szagminták állományainak kiterjesztése .bűz és akkor minden progi ezen állományait elhelyezzük egy
                        /bűz
                        könyvtárba? Igen, de a nagyon büdös, s emiatt veszélyes mert ájulást okozó rendszerprogik szagjai fontosabbak, azokat csak a rencergizda szimatolhassa, akkor lesz egy
                        /sbűz
                        könyvtár is.
                        ……
                        De lesznek opcionálisan választható bűzikék is, vagy esetleg optimális bűzök amik nagyon szuperek (feromontartalmúak pld. „Ettől minden bagzó kutya utánad kezd loholni!” – reklámmal), s ezek ugye a /optbűz könyvtárba kell kerüljenek. Vagy a /opt/bűz -be?

                        S ezt a rémálmot el kell majd játszani minden egyes új fájltípusnál?! Na ne!

                        Nem kotelezo, de megteheted. A terjesztes keszitoinek kell legyen valamilyen szabalyrendszere, hogy mit hova tegyen. Peldaul azt mondhatjak, hogy mivel a .buz nem kell a rendszer elindulasahoz, es nem fugg a processzor architekturajatol, ezert mind keruljon a /usr/share/buz/-be.

                      10 bejegyzés megtekintése - 541-550 / 2,516