Néha felmerül téma arról, hogy régebbi gépekre milyen Linux-ot tegyünk. SL 5 jó választás lehet, és mivel nem igazán ismerem meg úgyis most jelent meg RHEL 5.9, elkezdtem játszani vele kicsit. SL-ből gondolom max 2-3 hónap múlva itt lesz az 5.9.

Gnome desktop-ot telepítettem virtuális környezetbe KVM használatával. 10 GB-os image-et adtam neki, melyen 700 MB swap-ot csináltam 1800 MB fizikai memórához.

Előzmény itt. Használja: EncFS, SSH, Rsync. Script itt.

Adatok visszaállítása (ha /src-ben vannak a lementett titkosított adatok és /dst egy üres mappa, akkor az alábbi parancs után ebben lesznek láthatók a kibontott adatok):

encfs /src /dst

Számomra nagyon fontos a programozási nyelv szintaktikája. Mostanában sokat nézegettem különböző nyelveket (Lisp, Scala, Lua - csak hogy párat említsek), és eddig nem találtam egyetlen olyat sem, amely Ruby közelébe érne _számomra_.

Vissza álltam a desktop rendszeremen SL 6x stabil-ra. Volt egy apró bug F17 alatt, ezért megléptem.

Előzmény.

2 hónapig használtam a notimon Btrfs fájlrendszert munkára. Semmi komolyabb gondom nem volt vele. Viszont most visszaállok Ext4-re az alábbi okok miatt:

- megmutatkozott, hogy a fő ajánlás és vonal Fedorán (Ext4) mennyivel jobban kitesztelt, mivel ha hiba lépett fel altatásból való visszatérésnél, akkor nagyrészt a Btrfs miatt volt (a GUI-s bugreport toolból látszott)

Ruby pár sorosokról jegyzet.

5 karakteres véletlen szám ismétlés nélküli számjegyekkel:

[*0..9].shuffle.first(5).join

..ismétléssel:

a = ""; 5.times { a += rand(10).to_s }; a

Találtam egy jó (használható) SELinux leírást.

Előzmény.

Fedora 17-en - ellentétben Scientific Linux-al - nem működött alapból a Firefox sandbox-ban. Metacity ablak kezelővel kellett indítani (itt külön ablakon belül van az app, és kényelmetlenebb meg csúnyább, kézzel kell teljesre méretezni):

sandbox -W metacity -t sandbox_web_t -X firefox

Most vettem észre, hogy egy selinux frissítés óta megy rendben így is:

sandbox -t sandbox_web_t -X firefox

Így használom:

sandbox -i ~/.mozilla/plugins -t sandbox_web_t -w 1250x730 -X -- firefox

Előzmény (3. bekezdés).

Ha valaki szeretne swap fájlt használni Btrfs fájlrendszerrel (F17 alatt), akkor nehézségekbe ütközik, mivel Btrfs egy "copy on write" FS, ezért lyukak lennének a swap fájlban ha engedné, és mivel a swap alrendszer blokk szinten szeretne ugyanoda írni, az korrupttá tehetné az FS-t, mert lehet hogy közben a fájlt már máshova map-pelte.

Előzmény.

Kicsit fejlesztettem a Btrfs fájlrendszeren automatikus snapshot mentést menedzselő script-emen. Lefuttatva létrehoz egy napi mentést + egy havit is ha az még nincs a /snapshot könyvtárba. Illetve törli a régebbieket is (7 legfrissebb napi és 3 legfrissebb havit tart meg).

Cron.daily-be tettem be alapból, így naponta 1x lefut.

Forráskód itt.

Előzmények itt.

Röviden: egy apró Ruby script, amely megmutatja a legerőforrásigényesebb folyamatokat összesítve név szerint, vagyis a gyermekfolyamataikat és másik azonos nevű folyamatokat egybe veszi, hogy ne PID, hanem program típus alapján legyen látható, hogy milyen típusú folyamatok használják a legtöbb erőforrást - mindezt CPU, memória és diszk használat alapján.

Egyre jobban lakom be Gnome 3-at és nagyon tetszik, mind a témája, mind az integráltsága és nagyon kényelmes. Sandbox-ban futtatott Pidgin-nel szívattam magamat, amikor is felfedeztem, hogy a táclába épülő Telepathy kliens be van védve saját SELinux szabállyal, és gyári modul van hozzá:

# semodule -l | grep -i tele
telepathy       1.0.1   

su
yum install livecd-tools spin-kickstarts

livecd-creator --config=myconfig.ks --fslabel=fedora_live

...ahol myconfig.ks a saját kickstart fájl az extra csomagokkal. Ez már így friss Fedora live lesz up-to-date csomagokkal (56 perc alatt összerakta és 960 MB lett a 64 bites verzió).

Kiegészítés:
Ha valaki nem Gnome alapú spin-t akar összedobni, hanem egy minimál base-t vagy KDE vagy XFCE, akkor a /usr/share/spin-kickstarts/ mappában vannak a template kickstart fájlok.

Előzmény. Cseréltem asztali rendszerem alatt az Ext4 fájlrendszert Btrfs-re az SSD-men.

Futtattam bonnie++ tesztet. Ext4 eredmény, Btrfs eredmény. Fedora 17 x64, stock kernel 3.5.3, minden szoftver és hardver ugyanaz volt a tesztek alatt.

Tegnapelőtt 8-án jelentette be a levlistán Connie Sieh SL 6.3 elérhetőségét.

Letöltés:
http://ftp.scientificlinux.org/linux/scientific/6.3/
http://ftp.scientificlinux.org/linux/scientific/6.3/x86_64/iso/

TUV kiadási megjegyzések itt találhatók. Innét néhány érdekesség:

Keresgettem ruby-hoz editort / IDE-t. A címben lévő progit találtam legmegfelelőbbnek számomra. Tervezem megvenni Sublime Text editort (jelenleg $59), van ezzel kapcsolatban tapasztalatotok? Érdekelne olyanok véleménye akik használják.

Első próbálgatások után (ruby kóddal teszteltem):
- jó a szintaxis kiemelés, meg hogy sok szín téma közül lehet választani (sötét vagy világos)
- nagyon gyors a felület
- a kód térkép nekem nagyon hasznos, ezzel is gyors a görgetés és segít az átláthatóságban

Tervezem átolvasni a "distributed proxy" kulcsszavakra adott G találatokat is, de előbb levetem ide néhány gondolatom - kíváncsi lennék a véleményetekre.

Érdemes lenne-e vajon lefejleszteni egy olyan önszerveződő webproxy-t, mint a torrent továbbfejlesztése, ahol az egymáshoz közeli node-ok információt cserélnek egymással - így azt eredményezve, hogy a hasonló információ mindig megérkezhet a lehető legközelebbi kliensről? Persze teljesen automatikusan, amely nem igényelne semmilyen manuális tuningolást, hanem mondjuk magát állítgatná.

Kísérletezek tovább a RedHat 6 új Sandbox feature-jével. (Előzmények 1 és 2.)

Sokszor kell locking megoldás script-ekbe, hogy nehogy párhuzamosan elinduljon ugyanaz a script, például ha cron-ból futtatom.

Találtam egy 1 soros megoldást, tetszik. A Linux-only flock megoldást használja (util-linux-ng csomagból). Kis magyarázat: itt a trükk az, hogy a script saját magát használja lock fájlnak. Íme:

#!/bin/sh

exec 200<"$0" ; flock -n 200 || exit 1 # locking

# do some stuff here
# ...

Szerk.: illetve itt említik a mkdir-es megoldást is:
[code]

Transmission-t úgy állítottam be, hogy a ~/Desktop mappából átveszi induláskor a *.torrent fájlokat, és a home-ba menti az eredményt. A böngészőm szinten ~/Desktop-ra menti a lementett fájlokat.

Az alábbi script-re klikkelve automatikusan elindul a Transmission egy sandbox-olt X-en belül, és csak a számára sandbox által automatikusan létrehozott mappákba lát bele (illetve más folyamatokhoz és erőforrásokhoz sem fér hozzá, amit külön nem engedünk), ezek:

/tmp/.sandbox_tmp_XXXXXX
/tmp/.sandbox_home_XXXXXX
/tmp/.sandbox-user-XXXXXX

Végre volt időm átnézni RedHat 6-os Sandbox feature-jét, amely a release notes-ukban is olvasható (8.2.2. bekezdés):
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.0_Release_Notes/security.html#id3150975

Magyarázat a Sandbox-hoz:
http://www.misdivision.com/blog/rhel-6-sandbox

Nézegetem Scientific Linux-ot. Ahogy látom, tegnapi a 6.2-es ISO-k dátuma. Még nem találok release notes-ot hozzá.
http://ftp.scientificlinux.org/linux/scientific/6.2/x86_64/iso/

Lennétek olyan kedvesek írni véleményt SL-ről CentOS-hez, ill. más disztrókhoz képest? Mi a tapasztalatotok ezzel a rendszerrel?

Pl. zárt wifi és egyéb firmware-ekkel hogy áll? Meg úgy általában? RedHat-hez képest a biztonsági javításokat milyen gyorsan veszik át? Vagy ezt automatizálják, és program mindig legyártja a RH forrásból a cuccokat?

Előzmények itt.

Most eltávolítottam az uptime és pidstat parancs (sysstat csomag) függőséget is a kódból, így ha nincs acpi és pydf sem, a fontosabb infót akkor is meg tudja jeleníteni. E két utóbbi csak opcionális függőség. Kb. 20 %-al gyorsabb is lett így a kód (0.1 sec alatt fut).

Tesztelve Ruby 1.8.5 - 1.9.3 verziók között. Forráskód itt, letöltés itt.

Nincs valakinek kedve és ideje átolvasni ezt és leírni pár mondatban a lényeget?

http://www.google.com/policies/privacy/preview/

Sok fajta véletlen jelszó generátor progi létezhet, én általában pwgen parancsot használom Linux alatt. Ugye ez ún. kiejthető jelszavakat is létre tud hozni. Valóban könnyebben megjegyezhető. Mindenhová véletlen jelszót generálok, nem csak magamnak hanem másoknak is, ezért sűrűn használom.