UHU Linux

UHU: Szevasztok!

Címkék

Letölthető az 1.0-rc3 a szokásos helyről. Egy CD image 73 perc 59 másodperc hosszúságban. A többi csomag külön leszedhető a packages/tobbi könyvtárból.Az rc2.1-hez képest a legfőbb újdonságot a főbb grafikus komponensek frissítése jelenti: XFree86 4.3, Gnome 2.2.1, KDE 3.1.1, Mozilla 1.3, Galeon 1.3.3. Frissült az alap rendszer is: glibc 2.3.2, gcc 3.2.2. Ezen felül természetesen sok egyéb programfrissítés és hibajavítás is történt, valamint sok vadonat új csomag is megjelent az FTP-n a "tobbi" könyvtár alatt.

Új telepítés esetén egyetlen ismert szépséghiba van: az első rendszerindulás során a cupsd első alkalommal nagyon lassan indul el (lassabb gépen ez több perc is lehet). Második és további rendszerindítások esetén már gyorsan elindul.



Frissítéshez nem készítettünk szkriptet, de aki végigjátszotta az rc2 -> rc2.1 frissítést, az most is körülbelül akkora mennyiségű munkára számíthat. Néhány csomag van, ami átkeresztelődött, átszerveződött, megszűnt; ezeket egyesével kell leszedni illetve felrakni, a többi csomag frissíthető például az apt programmal. Az alábbi módon járjunk el:

- Mindenek előtt a glibc, majd a gcc-lib csomagot frissítsük. (dpkg -i fájlnév)

- Távolítsuk el a readlink és realpath csomagokat (dpkg --purge --force-depends csomagnév), majd frissítsük a coreutils csomagot

- Távolítsuk el vagy frissítsük a mawk csomagot, majd telepítsük a gawk-ot.

- A gnome2-user-docs-hu csomag megszűnt, távolítsuk el, tartalma az új gnome2-user-docs csomagban megtalálható.

- További csomagátnevezések: python2.2 -> python, tcl8.4 -> tcl, glade1.1 -> glade2. A régi csomagot általában --force-depends

kapcsolóval tudjuk eltávolítani.

- A mozilla csomagok is teljesen átneveződtek, átszerveződtek. Távolítsuk el az összes régi mozilla csomagot (dpkg -l "mozilla*") az újak telepítése előtt.

- Remélem, nem felejtettem ki semmit, és a többi csomag már simán fel fog menni.

- Telepítsük pluszban a gnome2-terminal csomagot is.

- A gnome2-common megszűnt, a gnome-core sem fontos, leszedhető.

A frissítés után az XF86Config fájlban a TTF könyvtárat engedélyezhetjük, már nem száll el tőle az X. A freetype csomag (1-es verzió) és a ttmkfdir parancs megszűnt, utóbbi helyett az X-ben lévő mkfontscale parancs használható.

Azok, akik régi rendszert frissítenek, vagy újratelepítenek, de régi home-ot használnak tovább, az alábbiakra figyeljenek:

- A gnome alapértelmezett ablakkezelője eddig a sawfish volt, mostantól a metacity. Régi felhasználóknak még a sawfish jön be, kivéve ha átállítják. Új felhasználók a metacity-t kapják meg alapból.

- A gnome billentyűzetkiosztás-váltóját a régi beállítással használva a Ctrl+Alt+F1 és ilyesmi gombok nem fognak működni. Megoldás: állítsuk át az applet-et, hogy a "gkb_xmmap akármi" helyett a "setxkbmap hu" és "setxkbmap us" parancsokat használja a váltáshoz.

Szeretnénk a nagyon közeli jövőben kiadni az 1.0 számozású disztribúciót, amely az rc3-hoz képest már csak apró hibajavításokat fog tartalmazni, komoly változtatást nem. Grafikacsere várható hogy történni fog, a KDE alap betűkészlete most nagyon csúnya (bár pillanatok alatt átállítható), ezt még javítani fogjuk, és ehhez hasonó kaliberű dolgokat keresünk még egy-kettőt. Ilyen téren minden visszajelzés nagyon fontos, így örülünk,
hogyha aki csak teheti, rendelkezik sávszélességgel és szeret lépést tartani a fejlesztéssel, az kipróbálja az új disztribet. Ugyanakkor ez azt is jelenti, hogy nem feltétlenül érdemes most hatalmas CD-másolásba kezdeni, ugyanis ha valakihez mondjuk két hét múlva jut el a disztrib, már
valószínűleg nem fog tudni hozzájárulni az 1.0 kiadás jobbá tételéhez. Azoknak tehát, akik nem tudják gyorsan megszerezni a CD-t, illetve azoknak, akik egyszerűen csak használni szeretnének egy jól működő UHU-t, és meg vannak elégedve jelenlegi rendszerükkel, inkább azt javasoljuk, hogy várják meg a végleges 1.0-t.

Tehát az rc3 viselhetné a "most már szeretnénk kiadni az 1.0-t, majdnem így fog kinézni" fedőnevet it is. Ehelyett a jóval rövidebb Ludwig nevet kapta. Lehet tippelni, hogy miért :-))) Már céloztam rá ebben a levélben. BrOnZ nem tippelhet, ő tudja a választ :-)))))

Akik nem kívánnak frissíteni, rc2-t vagy rc2.1-et használnak, viszont nem megbízható személyeknek is van account-juk a gépre, javasoljuk, hogy az rc3-ból szedett kernel csomagot mindenképp telepítsék, ugyanis nemrég napvilágott látott egy súlyos ptrace hiba a kernelben, amelyet kihasználva bármely helyi felhasználó könnyedén root jogot tud szerezni. Ezt a hibát az rc3 kernelében javítottuk.

Sok sikert!

Az UHU csapat

Szép fontok az Uhu rc2.1-ben

Címkék

Windows-os fontokat, pl ttf-eket, illetve mac-os fontokat, hogyan lehet linux alá telepiteni ?Windózer ttf-et másold be az /usr/X11R6/lib/X11/fonts/CID könyvtába, majd

ebben a könytárban add ki a következő parancsokat:

ttmkfdir -o fonts.scale

ttmkfdir -o fonts.dir

mkfontdir

mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings

(a ttmkfdir és a freetype program letölthető a ftp://ftp.uhulinux.hu/uhu/1.0-rc2/binary-i386/packages/tobbi helyről)

Ezután kedvenc szövegszerkesztőddel nyitsd meg az /etc/X11/XF86Config-4 file-t

A files szekciót módosítsd így:

Section "Files"

RgbPath "/usr/X11R6/lib/X11/rgb"

ModulePath "/usr/X11R6/lib/modules"

FontPath "/usr/X11R6/lib/X11/fonts/TTF"

FontPath "/usr/X11R6/lib/X11/fonts/CID"

FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled"

FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"

FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled"

FontPath "/usr/X11R6/lib/X11/fonts/Type1"

FontPath "/usr/X11R6/lib/X11/fonts/Speedo"

FontPath "/usr/X11R6/lib/X11/fonts/misc"

FontPath "/usr/X11R6/lib/X11/fonts/75dpi"

FontPath "/usr/X11R6/lib/X11/fonts/100dpi"

EndSection

A CID sort előbbre kell hozni a fontpath-ban mert az X a megjelenitéskor

hamarabb megtalálja a ttf-eket.

Ha ezzel megvagy indítsd újra az X-et. Már használhatod is a szép új

arial,tahoma,verdana..... fontjaidat, és amikor a mozillával navigálva

olyan oldalra mész ami eddig utálatosan nézett ki a dózer optimalizálás

miatt, azt fogod hinni hogy a dózer IE-jét látod.

A dolog nem 100%-os mindenki csak saját felelőségére használja......

by Emerson & Paca

Az egyre gyorsabb MOZILLA elnyeri méltó helyét az UHU-ban

Címkék

Dömsödi Gergely UHU-Linux fejlesztő 3 perce (11.11) írt egy levelet a levlistára, miszerint a tesztelőknél van a Mozillát preferáló UHU rc2.1, melynek már neve is lesz, s várhatóan holnap kikerül. Köztudott, hogy a bagolynak voltak kisebb problémái a Mozzilával, egy Mozilla Vs. Java bug miatt, így _a_ magyar operációs rendszerben eddig nem tudott a Mozilla lenni az alapböngésző. Na erre a bug-ra sikerült megoldást találni, ezért csúszott kicsit az rc2.1 megjelenése, de ha minden jól megy hajnalra kint lesz. Jelentés a Mozilla 1.3 sebességéről:A másik nagyon jó hír a Mozilla-barátoknak, hogy Charles W. Moore független tesztelő (www.applelinks.com) csinált egy elég komoly sebességtesztet a Mozillán, és azt találta, hogy a legújabb verzió jelentősen gyorsult. Egyértelműen kijelentette, hogy a Mozilla lényegesen jobb a Konquerorra épülő Safarinál, és ő a maga részéről a jelenlegi verziók közül mindenképpen a Mozilla mellett teszi le a voksát. A teszt itt található.

UHU-Füzet rc1

Címkék

'Megjelent az UHU-Füzet véglegesnek szánt verziója, az UHU-Linux RC2
kiadása alapján aktualizálva.' - írja sAGA a levlistán. Letölthető szép pdf-ben: itt.

UHU-Linux 1.0rc2 (Hidraulika) újdonságok

Címkék

"Az UHU-Linux Csapat örömmel jelenti be az UHU-Linux 1.0rc2 disztribúció elkészültét! Ez a leírás az rc1 óta történt főbb változásokat igyekszik összefoglalni.


uhubuild

Az rc1 megjelenése óta eltelt idő első részét nem közvetlen értelemben töltöttük a disztribúció javításával. Infrastruktúrát építettünk, melyben egyrészt hatékonyabban tudunk dolgozni és hibákat javítani, másrészt egységességet, megbízhatóbb minőséget tudunk biztosítani a disztribúcióra és annak csomagjaira nézve.

Az infrastruktúra építésének legnagyobb részét az uhubuild csomagkészítő rendszer megtervezése és megvalósítása, valamint a régi csomagok új rendszerre történő átültetése tette ki.

Az uhubuild rendszer végzi a csomagok fordítását.

A fordítás menete szinte semmilyen hasonlóságot nem mutat a Debian csomagkészítési mechanizmusával. Nem használunk rules fájlt, a control fájlt is szkriptek készítik el.

A végeredmény csomagok továbbra is deb csomagok, így aki csak használni kívánja a rendszert és nem érdeklik a kulisszatitkok, nem fog gyökeres változást látni. Figyelmesebb emberek észrevehetnek egy-két kiegészítést az eredeti dpkg-hoz képest, mint például a Homepage mező a control fájlban, csomagfordítási információ, stat fájl a telepített fájlok tulajdonságairól stb., de a lényeg változatlan."uhu-pkg

Valamelyest a csomagkezelő rendszerhez kapcsolódik az uhu-pkg bevezetése.

Körülnéztünk a disztribúciók között, és a csomagok telepítése után elvégzendő teendőkre (felhasználó létrehozására, ldconfig futtatására, info.dir készítésére stb.) alapvetően kétféle megközelítést találtunk.

Az egyik az, hogy minden csomag kézzel-lábbal elvégzi, amit szeretne, ezáltal néhány csomagnak hatalmas, átláthatatlan postinst szkriptje van, amelyben nehéz hibát javítani, illetve sok csomagban is megtalálható ugyanaz a kód, amely szintén a karbantartást teszi nehézkessé.

A másik megközelítés a globális bekonfiguráló szkript. Ilyenkor azonban óriási hátrány, hogy ha ezt elfelejti valaki kézzel lefuttatni, akkor esetleg nem lesz használható a csomag.

Célunk egy olyan megoldás kitalálása volt, ahol egyrészt a parancssori dpkg (apt, dselect stb.) használata is bőven elegendő, nem kell plusz parancsot lefuttatni, másrészt viszont a csomag legfeljebb annyit tud magáról, hogy mit kell vele csinálni (de talán még ennyit sem), semmiképpen sem azt, hogy hogyan. Például ha az opensshd hoz magával egy sshd felhasználót, akkor az opensshd csomag csak annyit tudjon, hogy létre kell hozni ezt a felhasználót. A létrehozás mikéntjét viszont másvalaki tudja.

Ez a másvalaki az uhu-pkg nevuű szkript, amely minden csomag postinst, prerm és postrm szkriptjéből meghívódik, és elindítja a megfelelő parancsot.

Az /sbin/uhu-pkg fő vezérlő szkript azt a nagyon kevés dolgot végzi, amely abszolút kötelező lehet a csomag működése érdekében (felhasználó létrehozása, könyvtárak jogainak beállítása (hopp, ez egy újabb dpkg-kiegészítés :-))) és esetleges egyéni szkript futtatása). A következő lépésben a /usr/lib/uhu-pkg alatti szkripteket indítja az /sbin/uhu-pkg. Az itteni szkriptek végzik azokat a feladatokat, melyek más csomag szempontjából lehetnek fontosak. Például a texinfo csomag ide helyezi le azt a szkriptet, mely az info.dir fájlt el fogja készíteni. A glibc ide teszi az ldconfig-ot futtató szkriptet. Az xfree86 ide helyezi az ablakkezelők listáját készítő szkriptet. És így tovább.

Mindemellett egy trükk segítségével lehetőség van arra is, hogy ezen szkriptek futtatását több közös csomag telepítése esetén letiltsuk és a végén csak egyszer futtassuk le őket.

[...]

További infók az UHU Linux weblapján itt.

UHU RC2 a jövő hét végén

Címkék

Koblinger Egmont UHU-fejlesztő cca. egy órája írt egy levelet a disztrib listájára, amely szerint még három kis hibajavítás van hátra az RC2-ből, lényegében már rég itt a feature-freeze, és a végső tesztelés után a jövő hét végére 'piacra' dobják a kis Baglyot. Állítólag valami szenzációsan továbbfejlesztett csomag-kezelő rendszert fog tartalmazni, és még rengeteg újdonságot, amiről a listán már hallani lehetett. A disztrib második rc-je egy hónapott csúszott, de az eredmény állítólag mindenkit kárpótolni fog. Csupán egyhavi csúszás? A Debian is példát vehetne...