borosspet

Hozzászólások

10 bejegyzés megtekintése - 211-220 / 623
  • Szerző
    Bejegyzés
  • Hozzászólás: Canon PIXMA IP4000 nyomtató UHU alatt #2027264
    borosspet
    Felhasználó

      Egy ilyen nyomtatóm van, hogyan tudnám UHU alatt is mûködésre bírni?
      [align=right][snapback]146492[/snapback][/align]

      Lehetõségek:

      1) Linuxprinting.org
      Ha ez nem jött be, akkor
      2) keresés az „IP4000 PIXMA Linux” szavakkal (hátha valami levlistára ráakadsz, ahol leírják, hogy mi a teendõ)
      3) ezzel párhuzamosan/elõtte lehet próbálkozni más canon nyomtatók drivereivel is
      ha nem megy:
      4) http://www.turboprint.de, hátha sikerül valami alacsony draft qualityt kicsikarni az ingyenes változatból is
      végül (ha nem kielégítõ az eredmény):
      5) Hagyni a francba a hülye canont, aki magasról tesz a linux felhaszálókra, és venni más nyomtatót (pl. PostScript printert – ez akár Canon is lehet…, vagy Epson, HP printereket (de elõtte nem árt a linuxprinting.org-on szétnézni, mert elvétve ezek között is akad nem linux kompatibilis).

      Péter

      Hozzászólás: Evolution forrásból… #2027246
      borosspet
      Felhasználó

        1, uhu live cd alá tudsz telepíteni?  :blink:

        Csak a /usr/local alá, lásd a témaindító levelet (elsõ indításkor dd if=/dev/zero of=/net/pb/tmp/localdir bs=2048 count=131072, majd minden induláskor (automatikusan megcsinálja) mount -t smbfs //[smb megosztás] /net/pb, majd mount -t ext3 -o loop /net/pb/tmp/localdir /usr/local. Ennyi az egész.)

        Mert akkor az evo-exchange csomagot is felrakhatod és probléma megoldva  🙂

        Pont itt a gond: a teljes usr-t nem teszem át, mert az több, mint 1 GB. A local üres a live cd-n (illetve a szokásos könyvtárak megvannak, de nincs bennük semmi), tehát „áldozat” nélkül tudok a localra hálózati diskimage-ete csatolni. De (mint írtam) a ximian-connector csomag nem ide akar rámolni, hanem a /usr alá. Ezért kellene fordítanom (otthon az igazi UHUval), mert az a /usr/local alá rámolna (és már csak azt kellen áthoznom…).

        Egyébként ha felteszed a -dev csomagot, akkor meg kell találnia a .pc fájlt.
        A pontos helye most nem jut eszembe /usr/share(/lib?)/pkgconfig/ vagy valami ilyesmi, keress .pc kiterjesztésû fájlokat, egy kupacban vannak.
        A levelek leszedése témában meg inkább a rencergazdit kéne cseszegetni, az õ dolga lenne elméletileg.
        [align=right][snapback]146486[/snapback][/align]

        Õ nem akarja, hogy leszedjük a leveleket (legyen csak a központi szerveren), de aztán meg cseszeget, hogy nem fér el az intézet a levelezõszerveren, mert mindenki meghagyja a leveleit…
        A múltkor ráadásul anyázás is volt, amikor az ott tárolt leveleink egy része – „üzemzavar” miatt – elveszett…

        Péter

        Hozzászólás: Cedega terjesztése az AFPL szerint…? #2027228
        borosspet
        Felhasználó

          okés akkor félreértettelek bocs aszittem készen kellene a wrapper. nno:

          EREDETI cvs/forrásállapotában hivatalosan másolhatod, viszont gyakorlatilag így sem tudod terjeszteni tudtommal, licensz ide-vagy oda, (ezt azért mondom, mert láttam már egy – két olyan oldalt ahol ott volt a forráscucc és leszedették), továbbá a cvs fa naponta frissül, tehát ugyanígy naponta vihatnéd haza az új cuccot, ráadásul a cvs verzió nem kevés kívánnivalót hagy maga mögött, sajnos.

          Akkor mintegy daily snapshot-ként kell egy, az adott pillanatban aktuális verzió… 😀 😀 😀

          Ezekhez köthetõ verziószám, vagy a napi frissülés miatt nem? (mintegy azt is mondhatnám, hogy „Stable” kellene – vagyis ami azonos (az ingyenesség miatti limitációkat kivéve) egy konkrét kiadott cedega verzióval, nem pedig valami napi dev (vagy béta) verzió…)

          de elméletileg megoldható ez a forrásterjesztés. gyakorlatilag nem. szerintem.
          ha választanod kell, hogy vcs cedega vagy stabil verz wine forrás, akkor ezerszer inkább az utóbbi.
          [align=right][snapback]146489[/snapback][/align]

          Ha elárulod, hogy hogy tudok wine (vagy ReactOS, de ez utóbbinál még más követelmények is vannak…) alá directx-et varázsolni, akkor feladom a cedegázást…

          Péter

          Hozzászólás: Cedega terjesztése az AFPL szerint…? #2027226
          borosspet
          Felhasználó

            nem.

            ennek ellenére a hivatalos binárisok mellett fellelhetõ ezer helyen a cvs build is, fordítva természetesen.

            ui a cvs-t binárisát nem is éri meg terjeszteni mert nem 1.,lehet olyan minõségûre fordítani, mint ahogyan azt a transgaming teszi 2.,a configure kapcsolói minden rendszeren különböznek, hála a gcc-nek, és a gl rendszernek….

            ha kell azért tudok mindkét esetre linket, ha kell akkor privát.
            [align=right][snapback]146481[/snapback][/align]

            Nekem source link kellene…
            Az legálisan terjesztetõ (ld. AFPL 1.(a) pont):

            1. Licenses.

            Licensor hereby grants you the following rights, provided that you comply with all of the restrictions set forth in this License and provided, further, that you distribute an unmodified copy of this License with the Program:

            ( a )
            You may copy and distribute literal (i.e., verbatim, magyarul betũ szerinti – Péter) copies of the Program’s source code as you receive it throughout the world, in any medium.
            ( b )
            You may modify the Program, create works based on the Program and distribute copies of such throughout the world, in any medium.

            Péter

            Kelemengabor: Otthon: nincs net, van linux, kellene cedega. Stop. Munkahely: Van net, nincs linux, van tũzfal, cvs port zárva, cedegát hazavinném. Stop.

            Hozzászólás: Evolution forrásból… #2027244
            borosspet
            Felhasználó

              A pkg-config az egy egyszerûbb csomagnyilvántartó rendszer, a forrásból fordításokhoz kell. A lényege az, hogy minden forrás tarballban van egy .pc fájl, ami alapján a pkg-config értesül egy adott program jelenlétérõl, ezt használja a ./configure amikor csomagokat keres. De mivel ez csak a fordításkor érdekes, a disztribútorok a -dev csomagba szokták rakni, ezért látják a juzerek azt, hogy fent van a kutyafüle csomag, de a configure nem látja – persze, mert a kutyafüle.pc fájlt keresi, ami a kutyafüle-1.0-dev csomagban van, ami viszont nincs felrakva.
              Adott szituációban fel kéne rakni egy rakat -dev csomagot (egyelõre csak ebbe a háromba akadt bele, de nyugi, ha ezeket megoldanád, lenne még másik 10+ 🙂 ), ami momentán úgy tûnik, nem lehetséges.

              Oké, de a kettõ leállós közül valamelyikbõl (vagy a libsoup, vagy a libgtkhtml) volt dev csomag, amit fel is tettem, de a dolog nem változott meg…

              Magánvélemény, hogy ha a rencergazdi nem akarja, hogy linuxot használj, akkor szerintem ne használj, hiszen csak a szopás van vele, a haszon meg elhanyagolható.
              [align=right][snapback]146480[/snapback][/align]

              Fõleg az MSexch szerverrõl a levelek leszedése mbox formátumba (mint a mozilla és az evol is) miatt kell. Win alatt (MSO-val) esélytelen (még a saját szörnyû formátumában is csak EGYES

              Hozzászólás: Linux alatt Windows #2026943
              borosspet
              Felhasználó

                Kössz a segítséget!
                [align=right][snapback]146108[/snapback][/align]

                esetleg hardver emulátor (pl. vmware, bochs (ez nagyon lassú)), ami számítógépet emulál, ez alá feltelepíthetõ „igazi” windows is…

                Péter

                Hozzászólás: Linux választás. #2026919
                borosspet
                Felhasználó

                  Ugyanmár, hagyjuk már ezt a nemzeti maszlagot (ebben és csak ebben az esetben), mi értelme n+1 disztrónak?!
                  Szétaprózodik a fejlesztõk kapacitása, sokkal nehezebb dolga van a hardver és szoftverfejlesztõknek.  Nem lesz mögötte marketing, nem fog tudni jelentõsebb piaci részesedést szerezni. Esélytelen a konkurenciával szemben.
                  [align=right][snapback]146088[/snapback][/align]

                  Ebben semmi logika sincs…
                  Ha valaki megír egy rendes drivert, akkor az csak a kernel verzióján és a belecsomagolt modulokon fog múlni, hogy megy-e. Erre mondják azt, hogy az azonos vasra forgatott (jelenleg ia32) linuxok disztrótól függetlenül BIN

                  Hozzászólás: nVidia TV out #1918796
                  borosspet
                  Felhasználó

                    Nekem megy a TV out, de van vele baj.

                    Az Nvidia leírás szerint nem clone-t csináltam (GEFORCE2 MX 400 vagy 440? ezt most nem tudom…), hanem dual screen-t (:0.0 a monitor, :0.1 a TV, ha jól sejtem…), mert így a TV-n 800×600 (ez itt a max.), a monitoron 1024×768 (ez itt a kényelmes) a felbontás, de nincs olyan rész a TV-n sem, ami nem látszik, csak egérmozgatással (mint a clone-nál). Cserébe nem tudok ablakokat átvinni az egyik képernyõrõl a másikra. De nem ez a gond:
                    Video lejátszásnál (a TV-n) kb. 20perc-1/2óra-1óra után (ez változó) 2-3 vízszintes szürke (i.e. ott fekete-fehér a kép) sáv (kb. a képernyõ magasságának hatoda szélesen) jelenik meg, majd néhány perc után teljesen fekete-fehér lesz a kép. Ha várok kb. 5 percet, akkor visszajön a színe, és megint jó lesz (megj. ha közben lelövöm a filmet, akkor a desktopon is ugyanezek az effektusok látszanak, tehát nem a film rossz… (mielõtt bárki rosszra gondolna: nem warez, hanem tunerkártyával TV-bõl felvett anyag)). A tvout kábel composite, házilag készítve (de részben árnyékolt), 10 m hosszú. Ha a csíkozódásnál brutálújraindítást (reset gomb) csinálok, akkor a TV-n kék (vagy más színû) egyenletes kép jelenik meg, csíkok nélkül (és felállás után megint kb. 20 percig nem jelentkezik újra a jelenség).
                    A TV nem lehet ludas, mert TV adások alatt (antenna bemenetrõl) ez a jelenség nem lép fel. Ezek alapján azt valószínûsítem, hogy nem (csak) a kábel okozza a jelenséget, hanem valami a videokártyával vagy a meghajtóval is lehet.

                    Tud valaki valami okosat mondani (útmutatásul…)?

                    Péter

                    Ui. ha tud valaki olyan helyet, akol lehet kapni/gyártatni kb. 10 m hosszú SVHS kábelt (5 lyukú „PS2” (alakú) TV-OUT csatlakozóval a gépnél, SCART-tal a TV-nél, esetleg átalakítóval), az küldje el legyen szíves privátban…

                    Hozzászólás: UHU-Linux 1.2 Live R0 (júlia) #2024845
                    borosspet
                    Felhasználó

                      Szervusztok!

                      A kernel headers benne van ? Mert ez esetben még bele tudom fordítani a modult forrásból.

                      Elõre is kösz
                      B)
                      [align=right][snapback]144156[/snapback][/align]

                      Van „lehetõség”…
                      1) veszel egy pendrájvot (legalább 512-est…), amit megpartícionálsz: 1) ide megy a live-config és más egyéb (linux-írható legyen), 2) ide megy a „kernel” (ext3/reiserfs legyen) 3) swap (ez csak 256 fizikai memóriáig kell)
                      2) a 2. partícióra át kell másolnod a /rootfs/lib könyvtár TARTALM

                      Hozzászólás: partícionálás és formázás #2025577
                      borosspet
                      Felhasználó

                        hello!
                        a particionálással kapcsolatban lenne kérdésem:
                        a particináláskor a csatolási pontokat mennyire ésszerûen kell szétszedni, magyarul külön part-ra teszem a /home-ot /root-ot és így tovább. kell még valamelyiket ? persze csak ahogy írtam az észzerûség határain belül.
                        és még tételezzük fel hogy külön van a /usr a /home /root.
                        piszkálgatom a rendszert és annyira elbarmolom hogy ujratelepítem, akkor a telepítéskor megadom hol legyen a / és a már létezõ és adatokkal teli /usr /root /home-ot csak csatolási pontként adom meg? és nem változnak a rajta levõ dolgok (nem lenne szabad)?
                        mit érdemes/kell külön part-ra tenni?
                        köszi
                        András
                        [align=right][snapback]145707[/snapback][/align]

                        Ez igen sokmindentõl függ…

                        A /home általában ajánlott…
                        de ha akarod, a /usr/local-t is különszedheted, mert ide kerül minden, amit saját magad forrásból telepítesz (illetve egy-két bináris, de nem konkrét disztribúcióhoz kötõdõ progi is, mint pl. az adobe7 és a mozilla család tagjai…), és ekkor nem (feltétlenül) kell újraforgatni ezeket az újratelepítéskor.
                        Ha pl wine/cedega-zol is, akkor érdemes egy(-egy) jó nagy partíciót (akár FAT-et is, ha akaord má$ rendszer alatt is használni) csinálni neki(k), mert hamar megtöltenek mindent…
                        Videózás: detto
                        Ha pl. UHU-live-t használsz, akkor sok-sok (akár SMB (wines) hálózati meghajtón kialakított) diskimage-et (ext3/reiser formátummal megformázva) loop device-on keresztül felcsatolhatsz a különbözõ könyvtárakba, így egyre jobban a telepített oprendszer irányába fogod tudni elvinni a live-ot (telepítési, manipulációs lehetõségek a live-linuxban pl. egy olyan helyen, ahol „nem kívánatos program” a linux (ezért csak live lehet), de ennek ellenére nem akarsz róla lemondani :D)

                        Péter

                      10 bejegyzés megtekintése - 211-220 / 623