Egyelőre erről a linkről tölthető le, rém lassan:
http://titkos.birodalom.net/OpenOffice--2.0.3--i686_HU.tar.bz2
http://titkos.birodalom.net/OpenOffice--2.0.3--i686_HU_tar_bz2.md5
Kéretik tesztelni alaposan, mert ez az első csomagom, semmi felelősséget nem vállalok semmiért!
A csomag ezen csomag alapján készült:
http://ftp.fsf.hu/OpenOffice.org_hu/2.0.3/OpenOffice.org_2.0.3_hu_FSF.h…
A leszedésnél merőben előnytelen ötlet holmi böngésző letöltőjével próbálkozni mert a kapcsolat sokszor meg fog szakadni. Szóval wget-tel a 80-as porton keresztül ajánlott!
- A hozzászóláshoz be kell jelentkezni
- 2852 megtekintés
Hozzászólások
mindjart eldolok, meg 1 distro
=:-)
- A hozzászóláshoz be kell jelentkezni
Sajnos nem enyém az érdem, ami a Gobo disztrót illeti! Nem én csináltam (pedig micsoda dicsőség lett volna ha én készítem el!), hanem a brazilok. Énnekem csak úgy szimplán tetszik, és emiatt tőlem tellően igyekszem a magyarításában és a népszerűsítésében. Különben pedig meg kell mondjam, hogy még bizony a csomag elkészítésének az érdeme sem az enyém. Az biza' a lángeszű uzsolt barátunkat dicsőíti, tekintettel rá, hogy nekem mindössze annyi az érdemem, hogy képes voltam szó szerint követni a tanácsait, miként kell egy rpm csomagból gobós csomit gyártani. Ezt megcsináltam, de hát be kell valljam hogy nélküle rohadtul semmire nem mentem volna! Meglehet akkor is megcsinálom, de mire magamtól rájövök, az még minima kalkula fél év... Szóval uzsolt komát tessék éljenezni, ne engem!
Ott a bizonyíték az érdemére a fórumon: http://linux.birodalom.net/gobophpbb
ott írta le a frankót hogy mit meg hogyan kell...
Na de a disztrót szóval aztán végképp nem én követtem el! Azaz ez nem egy új disztró, legfeljebb nekünk magyaroknak új. De véleményem szerint "The best Idea of the Linux's Universe", azaz forradalmi újítás és jövőbemutató nagyszerű kezdeményezés!
Élvezem hogy egy nagy áttörés elején tartunk, amihez már a kezdetekben csatlakozhatok.
Akit érdekel, a GoboLinux hivatalos oldala: http://gobolinux.org
Az oldalon található anyagokat (Doksik) valaki angolul jól tudó egyén lefordíthatná, s ha elküldi nekem felrakom a honlapomra és a fórumba is!
- A hozzászóláshoz be kell jelentkezni
Torrenttel is letölthető a magyar OpenOffice csomag Gobóra! A torrentfile leszedhető innen:
http://birodalom.net/OpenOffice--2.0.3--i686_HU.tar.bz2.3527803.TPB.torrent
vagy meg lehet keresni a thepiratebay.org bittorrent portálon...
- A hozzászóláshoz be kell jelentkezni
In GoboLinux you don't need a package manager because the filesystem is the package manager:
Innentol visitva rohog aze sok ember..
- A hozzászóláshoz be kell jelentkezni
Sok szar Linux distro, ill. *BSD: mindben van nyomorék package management framework - eddig minden dev elbaszta, kivéve a Gobo-s srácok. :-)
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
Mire jók ezek a gúnyos hozzászólások? Ha nem tetszik, nem használod.
- A hozzászóláshoz be kell jelentkezni
Isten őrizz, hogy használjam, de azért még jót derülök az ilyesmiken. :-)
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
Hú, de nagy az arcunk, hogy lenézzünk más jellegű csomagkezeléseket. Nem csak a szokványos megoldás van, hogy egy külön nagy adatbázisban tároljuk a cuccot (igen, igaz, az a legelterjedtebb), hogy mi hova települt és mik vannak telepítve. Tessenek egy kicsit olvasgatni (na jó, az "It is All In My Head"-hez jó nagy emlékezőtehetség kell):
http://www.linuxfromscratch.org/lfs/view/stable/chapter06/pkgmgt.html
http://www.linuxfromscratch.org/hints/downloads/files/package_managemen…
http://www.linuxfromscratch.org/hints/downloads/files/fakeroot.txt
http://www.linuxfromscratch.org/hints/downloads/files/more_control_and_…
http://www.linuxfromscratch.org/hints/downloads/files/paco.txt
http://www.linuxfromscratch.org/hints/downloads/files/lpm.txt
http://www.linuxfromscratch.org/hints/downloads/files/pm_with_git.txt
Remélem, ennyi elegendő.
És nem arról van szó, hogy nincs csomagkezelés, hiszen az idézet is megvan: "the filesystem is the package manager". Tehát nem adatbázis alapú, hanem külön-külön könyvtárakban vannak a dolgok. Tessék kipróbálni, ha nem hisszük el, hogy működik a dolog! Az LFS-emben is így van, csak ott még programcsoportok is vannak (tehát games, utils, libs, devel, meg ilyenek). És bármilyen hihetetlen, gyönyörűen működik. Mit gondoltok, mire lehet használni a ./configure --prefix opcióját? És szintén nem arról van szó, hogy ezzel meglett a Kánaán, a gobos fejlesztők megmondtak az igazat, és minden disztró eddig rosszul csinálta, hanem ez egyszerűen egy másfajta technika, bastya_elvtars!
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
CSak jelzem, hogy a csomagkezelő távolról sem egyenlő a csomagadatbázissal. Világos, hogy mit akarnak, nevezzük inovatívnak, de a megfogalmazás egyszerre túlontúl patetikus és töketlen.
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
OK, hogy a csomagkezlő != csomagadatbázis.
Nézzük meg, miket is várunk el egy csomagkezelőtől:
lehessen csomagokat telepíteni (naná, különben mire jó az egész): az rpm, deb meg mittomén milyen alapúak között a megfelelő parancs (dpkg, apt, rpm). Itt se bonyolultabb: InstallPackage. Minden bináris csomag egy egyszerű .tar.bz2-ben van, megfelelően "könyvtárazva".
csomageltávolítás: DisableProgram (ilyenkor megszűnnek az FHS-beli linkek, tehát DisableProgram bash pl. azt csinálja, hogy a /usr/bin/bash szimlinket megszünteti, tehát nem lesz bash-od)
függőségek: egy egyszerű szövegfájlban, a Dependencies-ben tárolja.
csomagkészítés: az általam eddig használt disztrókban itt a legegyszerűbb. Fogod a forrást, lefordítod, majd telepíted (PrepareProgram, make, make install). Ezután egyszerűen CreatePackage, ami betömöríti a könyvtárat, generálja a függőségeket (readelf -d), és kész.
milyen fájlok melyik csomaghoz, és a csomagokhoz milyen fájlok tartoznak: file /bin/bash megmondja, hogy hova mutat, tehát magyarul melyik csomagban van. Egy egyszerű ls /Programs/Bash/Current vagy find pedig adott csomaghoz tartozó fájlokat megmutatja.
Asszem én hirtelen ennyit várok el csomagkezelőéktől (lehet, hogy valamit kifelejtettem, de tessék szólni). És nem kell egy új csomagoló paramétereit megtanulni, hanem elég, ha az ls, find, file esetleg grep, awk használatát ismered.
Sőt, még a forrásból való telepítésre is vannak szkriptek, és gentoo-szerű ebuild-ek is vannak, csak nem ebuild-nek híjják, hanem Recipe-nak. És minden progira külön Recipe van, nem kell egy egész 30 megás fájlt letölteni.
Szerintem ennek a módszernek a nagy előnye az, hogy tökmindegy, hogy egy csomagot forrásból telepítesz vagy pedig bináris csomagból, mert így is, úgy is bekerül az "adatbázisba", hiszen egy könyvtár lesz létrehozva. Most próbáld ezt meg egy deb, rpm, stb. alapú disztróval:
van egy X progi, amit te nagyon szeretnél, de nincs belőle csomag, mert csak. Programfordítás következik. Ehhez kell egy nagyon friss kiadású Y lib, amiből a disztródhoz csak régebbi van csomagból, ami sok más proginak kell. Akkor Y-t is fordítasz, majd telepíted: itt már gondok következnek, mert vagy felülírod a telepített korai Y-t, vagy pedig leszeded, de ekkor "törések" lesznek. Persze készíthetsz belőle csomagot, de nekem frugi alatt is valami apróság miatt nem lett tökéletes. A függőség-ellenőrzés itt csak annyi, hogy a megfelelő könyvtár létét ellenőrzi.
Ja, és ami még szintén nagyon jó: más disztrók csomagjait is fel tudod nyomni (persze a függőségkezelés itt megszűnik, úgyhogy a függőségeket is neked kell felrakosgatni), és a csomagkezelő is látni fogja! Persze ki kell tudni tömöríteni (tgz alapúaknál könnyű, rpm és deb-hez a megfelelő progik nem ártanak, de a slacki és frugi csomagellátása bő).
Amúgy ugyanúgy megvannak a /usr/bin, /usr/lib és a többi könyvtárak, csak ott nem "egyszerű" fájlok vannak, hanem szimlinkek. Ennyi.
Tényleg rakd fel, csak próbaképp, és persze használd is, meglátod nem olyan szörnyű.
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
> Nézzük meg, miket is várunk el egy csomagkezelőtől:
Én a következőket minimum:
a) csomag telepítés
b) csomag leszedés
c) feltelepített/feltelepíthető csomagok listázása
d) függőségkezelés
e) ütközéskezelés
f) saját csomag gyártásának lehetősége
Hát a b) -ről amit mondtál, az engem nem dob fel. Magyarul - ha jól értettem - nekem kell leszednem, mert a Disbale nem leszed, csak használhatatlanná tesz. Ja, és nem láttam a d) és e) pontokat.
Persze másnak lehetnek más igényei. (Az már csak az én egyedi heppem, hogy baromira rühellem a szükségtelenül használt szimlinkeket. Tán azért, mert tudom, mennyien használják agyatlanul, és mennyire fölösleges terhelés az oprendszernek.)
- A hozzászóláshoz be kell jelentkezni
Csomag leszedés: jó, a DisableProgram csak "használhatatlanná" teszi, de onnan egyszerűen egy rm -r rettentő módon hatásos :) De ha lusta vagy, írsz egy kétsoros szkriptet, az első sora meghívja a DisableProgramot, a másik pedig törli a könyvtárat.
Függőségkezelés: ezt írtam (a Dependencies fájlban tárolja, hogy neki mik kellenek, és ezt ellenőrzi is telepítéskor, de persze itt is lehet force mód).
Ütközéskezelés: az, hogy két csomag nem bírja egymást? Lehet, hogy ez is van valamilyen szinten, ezt passzolom, eddigi majd' három év linuxozás (uhu, slackware, frugalware, gobo, LFS) alatt nemigen tapasztaltam. Igaz, nem vagyok az a fajta, hogy minden egyes csomagot felrakjak...
Szimlink-használat: nézz bele a /usr/lib-be! Szerintem az ott lévő fájlok nagy része szimlink.
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
egy csomagot forrásból telepítesz vagy pedig bináris csomagból, mert így is, úgy is bekerül az "adatbázisba"
Ez nem új, ld. *BSD, Gentoo, és (szerintem) bármelyik Linux distrón is tudsz egy forrásból csomagot gyártani (azért nem tudom, mert Linuxot elvétve használok).
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
Persze, hogy tudsz csomagot gyártani, szinte minden disztróra. De most nem pont erről volt szó.
Lehet úgy telepíteni forrásból, hogy lefordítod, abból valahogy csomagot gyártasz, és azt telepíted fel. Csak gobo esetén a csomaggyártás nyugodtan kimaradhat, úgy is benne lesz a "csomagkezelő" listájában. De azért gondolom, minden Linux majdnem minden csomagja forrásból készül, nem a fáról szedik le :)
Csomaggyártásban nem vagyok egy ász, uhu alatt egyszer próbáltam volna, de kellő érdeklődés hiányában nem is volt többször, majd frugal alatt akartam a gnuplot-ból csomit csinálni, csak aztán valami miatt nem lett jó (nem egyszer próbáltam, és akkor már jó ideje linuxoztam, tehát nem kezdő lelkesedés volt), hogy mi miatt, nem tudom már.
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
De ez még mindig nem csomagkezelő, hanem csomagadatbázis. Meg különben is: meddig tart még pl. egy dpkg -i parancsot kiadni?
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
De a szkriptekkel kibővülve már csomagkezelő:
InstallPackage (szerintem egyértelmű), DisableProgram, SymlinkProgram, RemoveProgram (Zahy: ez le is törli, tehát még se szkript se rm -r nem kell), PrepareProgram (./configure "helyett", tehát megfelelő --prefix-szel hívja meg), Dependencies.
Szerintem mindegyik egyértelmű (legalábbis a neve "árulkodó"). Mi kell még? Attól, hogy nem ELF, attól szerintem még lehet teljes értékű (a portage rendszer se C-ben írodott, hanem perl-ben, vagy valami ilyesmi szkriptnyelven).
dpkg -i: ha már van csomagod, akkor persze kiadhatod. És nyilván nem kerül túl sokba, gondolom, 20 billentyűleütéssel megvan :)
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
Aki olvasgatja a beírásaimat itt meg a Linuxfórumon, tudhatja rólam, hogy elszánt linuxos vagyok, de a tudásom ha meghaladja is már a kezdőkét, ám nem hasítja az eget. Én magamat "power user"-ként szoktam aposztrofálni, azaz messze vagyok a linuxguruságtól.
No most ekkora ismeretek birtokában állítom, hogy a Gobó kezdőbarátabb mint sok más profi disztró!
A Gobo hivatalos oldala ugyan azt írja hogy nem kezdőbarát, és ez annyiból igaz is hogy nem a winről most linuxra átálló totál kezdőknek való. Ez igaz.
Viszont sok más rendszerrel összevetve, azoknak akik a tök kezdő szintet már meghaladták de nem vérbeli profik, azoknak ez messze sokkal jobban megfelel! Azoknak tehát akik szeretnének egy saját igényeikre szabott, kellemes rendszert összehozni, amit átlátnak, de nem akarnak naponta kínlódni vele!
Vessük össze.
Uhu: Nagyon jó rendszer, de pld az 1.2-es kernele agyon van pecselve, sosem tudom lefordítani. Aztán, az alaprendszer ami feltelepül egy egész csomó progit felrak amire semmi szükségem, azt sem tudom mifenék, s kigyomlálni utólag szinte lehetetlen őket. Az utólag lefordított progik nem kerülnek be a menürendszerébe, aminek a felépítése a számomra misztikus rejtély, átláthatatlan. Gobo alatt egy rém könnyen átszabható menürendszer van, amibe azt veszek be amit akarok.
Slackware, zenwalk: Remek rendszerek, csak a slaki nagyon régi cucokkal müxik. A Zenwalk csomagkezelője szuper, épp csak nálam valamiért kizárólag akkor megy ha terminálról indítom, különben fagy. Forrásból fordítva itt se kerül be a cucc a csomagkezelőbe, a Zenwalk meg nem minden slaki csomagot emészt meg, miközben a csomagellátottsága alulmarad a slakiénak. Mindazonáltal eddig az jött be nekem legjobban a gobót nem számítva.
Gentoo: Biztos szuper, de nem engedhetem meg azt a luxust hogy 1 hétig be legyen kapcsolva a telepítéshez a gépem s ezalatt másra ne használjam, aztán ha valamit elszúrok, kezdjem újra.
De kinek a pap, kinek a papné. Én maradok a lányuknál...
- A hozzászóláshoz be kell jelentkezni
Még valami. 1.2-es UHU alatt pld szerettem volna feltelepíteni a 2-es Ooo-t úgy, hogy a régi is megmaradjon. Nem jött össze, látszólag sikeres telepítés után egyik sem indult, újra kellett telepíteni a rendszert! Most mondhatjátok erre hogy tök mazsola vagyok, biztos igaz is. De Gobo alatt máris lecseréltem a magyar Ooo-ra a régit, és milyen pompásan megy!
- A hozzászóláshoz be kell jelentkezni
Mivel nem használtam UHU-t (az a fél délelőtt nem minősül használatnak), ezért nem tudok rá mit mondani, de:
1) megítélésem szerint elég lett volna leszedni a 2 OOo-t, és _valamelyiket_ újra fölrakni
2) fent említett Babó oprendszer alatt _nem_ ugyanazzal tesztelted: mint írtad: "lecseréltem a magyar Ooo-ra a régit" . Lehet, ha itt is egymás mellett akartad volna használni, akkor itt is hanyattesik mind a kettő.
Ja, /flame
- A hozzászóláshoz be kell jelentkezni
Amit az uhuval kapcsolatban írtál, így utólag belegondolva valszeg igazad van.
Gobóval kapcsolatban viszont nem. Fenn volt a régi 1.1.4-es (vagy 1.1.3? nem tudom már) angol Ooo. Én meg előbb feltelepítettem a saját csomagjából a 2.0.2-es angolt. Volt neki a /Programs/OpenOffice/1.1.4 könyvtára, ebben a cuccok, és egy /Programs/OpenOffice/Current link, ami előbb az 1.1.4 könyvtárra mutatott, majd a 2.0.2 után létrejött egy 2.0.2 könyvtár is az új ooo dolgaival, s ezután a Current link e könyvtárra mutatott. Ezután egyszerűen letöröltem a régi 1.1.4 könyvtárat...
Amikor a magyar Ooo-t akartam telepíteni az körülményesebb volt, mert csomag nem volt rá, uzsolt tanácsai szerint csináltam rpm-ből, de akkor is megvolt a régi 2.0.2 könyvtár, ha akarom használhattam volna újra, max a Current linket visszaírom előbb a régire. Egy biztos: legalábbis az új verziók működtek a telepíté után, nem volt olyasmi, hogy ja, egyik se, se a régi, se az új!
- A hozzászóláshoz be kell jelentkezni
dpkg -i: ha már van csomagod, akkor persze kiadhatod.
Notórius módon értetlenkedsz, bocs, de meguntam.
--
Mortal Kombat's gimmikk was to replake all instankes of the letter 'C' with the letter 'K' (bekause of that feature, it was one of the first applikations to bekome part of KDE).
- A hozzászóláshoz be kell jelentkezni
Már min értetlenkedek?
Az, hogy milyen paranccsal telepítesz egy csomagot, tök mindegy, akár dpkg -i, akár rpm -i, akár apt-get install, akár emerge, stb. Ez csak "szóhasználat". Viszont a dpkg -i (és a fentiek az emerge-n kívül) csak akkor működik, ha valahonnan van csomagod, és az ilyen alapú rendszereken forrásból csak úgy tudsz "igazán" telepíteni, ha csomagot készítesz belőle (amibe egyszer-kétszer beletört a bicskám, de biztos én voltam a bugyuta). Gentoo-ban nem csomag kell, hanem ebuild, és úgy nyomod rá az emerge-t, ahogy akarod.
Tehát nemigen jön le számomra, hogy mi a bajod, milyen kifogást akarsz közölni.
1. Nincs csomagadatbázis? - asszem ezt letárgyaltuk
2. Nincsenek csomagkezelő programok? - az elébb felsoroltam őket. Ezen felül még úgyis ismerünk egy kis ls, find és file parancsot, onnantól az rpm --query és társai kiváltva.
3. Vagy csak egyszerűen szokatlan az, hogy minden csomag külön könyvtárban vagy, és próbálsz fogást találni, hol lehetne az egészet megfúrni/kigúnyolni/nevetségessé tenni? Ez esetben ajánlom az LFS-es linkeket, amit adtam, remélem, az LFS "készítők" tudásában és tapasztalatában bízol, ui. ők is egy lehetőségként írják az ilyenfajta kezelést.
4. Egyéb?
LFS - Your Distro, Your Rules
- A hozzászóláshoz be kell jelentkezni
A KDE integrációs cucc miért maradt ki a DEB-ek közül? :(
Most a Debian hivatalos csomagot tettem fel, abban volt... De az nem ugyanaz.
- A hozzászóláshoz be kell jelentkezni
Elkészítettem a legújabb Ooo magyar csomagját GoboLinux alá, a OpenOffice--2.0.4--i686_HU nevűt. Az rpm alapú binárisból van készítve, annyi csak a különbség, hogy a /Programs/OpenOffice/Shared könyvtárban eredetileg kéne legyen egy Fonts könyvtár, s abban egy truetype alkönyvtár, néhány fonttal; no ez nincs, a Fonts könyvtár egy symlink lett ami a /Files/Fonts könyvtárra mutat. Ami létezik a Gobo alatt amúgyis. Itt (tehát a /Files/Fonts könyvtáron belül) létre kell hozni az Ooo telepítése után egy truetype symlinket ami a /Files/Fonts/TrueType alkönyvtárra mutat. Ez amiatt van így, mert úgyis van egy rakás TTF fontja a legtöbb felhasználónak, tök felesleges külön is raktározni néhányat az Ooo könyvtárszerkezetén belül, s így az ooo rögvest használhatja az összes, a rendszerben meglevő TTF fontot. Akinek kell a csomi, írja meg, hova tölthetem fel neki. A mérete 117555 K. Az üzenetet a Gobo fórumomon keresztül küldje, mert azt nézem gyakrabban.
A magyar GoboLinux felhasználók fóruma: http://linux.birodalom.net/gobophpbb
Linuxos oldalam:
http://linux.birodalom.net
- A hozzászóláshoz be kell jelentkezni