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.

Nézegettem Ruby SDL lib-jét. Találtam egy egyszerű init példát itt. SDL doksi pedig itt.

Biztos ismeritek, mikor véletlen módon elhelyezett pontok kergetik egymást. :)

Ruby script itt. Hozzávalók:

sudo apt-get install ruby libsdl-ruby

Előző blogomban valamelyest fejtegettem mi nem tetszik a Python 3-ban, és a Ruby felé kacsingatok, meg valszeg ezt fogom saját cuccokhoz használni.

Összekapartam ma egy olyan rendszer stat script-et, amelyre igényem volt már régóta, és így legalább kicsit át is tudtam nézni a nyelvet. Főként az kellett, hogy az azonos nevű folyamatokat egyben összesítve lássam. Tehát pl. a tíz db bash process memória fogyasztását és gép bekapcsolás óta eltelt összes CPU idejét egyben lássam szummázva.

Sajnos azt kell mondjam, hogy nagyon nem tetszik a Python 3. Amennyire levette a terhet az ember válláról a 2-es és nem kellett "gondolkodni" a kódoláshoz, hanem produktív tudtam lenni, annyira nem a 3-as.

Eleve a print parancs. Nagyon kényelmes volt, majdnem ez miatt szerettem Python-t a leginkább. Mindegy mit printeltünk, kinyomta a tartalmát.

Ezen kívül bevezettek egy rakás olyan kulcsszót, amelyek kellenek a függvény hívásokhoz, ráadásul olyan alapértelmezésekkel, ami nem tetszik. Pl.:
[code]

$ df -k /
Filesystem            1K-blocks      Used Available Use% Mounted on
/dev/mapper/main-raid 961428808 855008128  96653116  90% /

$ pydf -k
Filesystem                 Size      Used    Avail Use%                                 Mounted on
/dev/mapper/main-raid 961428808 855008128 96653116 88.9 [##########################...] /

$ wcalc "855008128 / 961428808 * 100"
 = 88.931

Nem stimmel a df által mutatott "Use%" értéke. Vajon miért?

Weboldal | Szerző oldala | Most ezt és ezt az oldalát böngészgetem, az ilyennek tudok örülni..

Elkezdtem írni a fejlesztőnek egy I'd like to express my frustration about.. kezdetű levelet, aztán úgy döntöttem hogy inkább leblogolom ide azt annyi.

Olyan szintű strukturális változásokat eszközöltek Tomoyo 2.4-ben 2.3 és előttiekhez képest, hogy valószínűleg dobom a projektet.

A profile.conf fájlt major verziónként változtatták, immáron harmadszor. Minek? Semmi új paramétert nem hozott be az mellett, hogy nagyon szar a felépítése. Így néz ki most (comment sorokat kihagyva):

[code]

Debian-nál is az történik mint Ubuntu-nál, a kernel oldali Tomoyo verzió frissülésével nem frissítették a user space részt.

Bug report itt.

Remélem mielőbb javítják, pont tesztelni akartam a 2.4-es Tomoyo-t. Valószínűleg azt mutatja, hogy kicsi az érdeklődés az irányában - mondjuk a maintainer figyelhetné a gyári kernel verzió változásokat.

Cél: weboldalról lementeni a beágyazott Flash videót (mivel bizonyos flash plugin verzió óta már nem érhető el az aktuálisan játszott flash tartalom a /tmp mappán belül).

Meg kell várni míg teljesen előtölti a videót a böngészőben a lejtászó, majd a script futtatása. Home-ba dobja véletlen névvel az .flv fájlokat vagy fájlt - ha van.

[code]
#!/bin/bash

ps aux | grep -v grep | grep -i "libflashplayer.so" \
| tr -s " " "\t" | cut -f2 | grep -oE "[0-9]+" | while read PID; do

ls /proc/"$PID"/fd | while read FILE; do

F1=/proc/"$PID"/fd/"$FILE"

Legutóbbi blog bejegyzésemben azzal kapcsolatban panaszkodtam, hogy nem értem miért nem találtam több hónap alatt egy mentort a csomag feltöltésemhez. lacos-nak hála, találtam egy fejlesztőt, aki fel fogja tölteni a csomagomat (ajánlotta daniel@-t hogy kérdezzem meg hátha alapon, és bejött).

Sőt, össze is írta Daniel a listát, hogy az elkészített csomagomban mit kell kijavítanom. Elég hosszú lett :)

Szerintetek miért nem tudom bejuttatni Debian-ba tomld csomagom (ugye kell egy hivatalos Debian fejlesztő, aki mentor-ként feltölti)? Most már több hónapja is van, hogy spammeltem az IRC csatornákat, levlistát, de semmi mozgás. Szeretnék több user-t teszteléshez.

Tomoyo-nak két fajta megtagadás bejegyzése van.

1) Access deny: Ez egy létező, már kikényszerítő módban lévő domain hiányzó szabályának jelzéséhez van. Ha pl. a chromium létre akar hozni egy mappát egy olyan helyen, ahová nincs jogosultsága, akkor az alábbi bejegyzés jön létre a syslog-ban:

TOMOYO-ERROR: Access 'mkdir /home/user/anything/' denied for /usr/lib/chromium-browser/chromium-browser

Sajna Android-on nincs rá opció, hülyeség, de ez van. (Ez a Favorites lista a leggyakrabban hívott kapcsolatokkal, ezt nem lehet törölni vagy reset-elni). Itt a megoldás, kipróbáltam és remekül megy:

http://www.droidforums.net/forum/droid-general-discussions/15839-clear-your-frequently-called-list-theres-app.html

Szerk.: még egy hasznos app: E-book olvasáshoz PDF-ben olvastam Adobe reader-rel, de az katasztrófa volt. Most találtam egy minden igényt kielégítő cuccost: Aldiko book reader:

Az van, hogy migrálok Office Outlook, Outlook Express és Thunderbird klienseket intranetes Roundcube webmailbe. A migrálás egyszerű: a meglévő offline levelező programban létrehozom az új IMAP-os fiókot, és áthúzom a mappákat. Pár klikk az egész. Viszont a címjegyzéket is migrálnom kell.

A Roundcube címjegyzéke vCard-ot tud megenni, erre akartam egy szabad szoftveres megoldást találni. Találtam is, de csak fél megoldást, ezért hozzáírtam a másik felét.

Kellékek:
- Thunderbird

Elkezdtem tomld optimalizációján dolgozni, érdekes lesz.

Kaptam visszajelzést desktop-ról kb. 500 domain-el és 37 ezer szabállyal, itt már dögledezik és 2.5 percig tart egy futási ciklus az általam megálmodott 1 sec helyett :) Viszont itt sok folyamat van és a szabályok számával a futás idő jócskán exponenciálisan nő, egy sima szerveren nagyon kicsi a futási idő - átlagos szervereimen 0.2 sec. Úgy látom, hogy processzor típus is nagyon számít, órajeltől inkább függetlenül (illetve valszeg cache méret).

Egy ismerősömnek össze kellett hozni. Lejegyeztem nagyjából:

# MOUNT IPHONE4 ON DEBIAN SQUEEZE WITH IFUSE
# work also with 4.3.3.

# with squeeze repos
sudo apt-get clean
sudo apt-get update
sudo apt-get build-dep libimobiledevice1

# with sid repos
sudo apt-get clean
sudo apt-get update
sudo apt-get -b source libimobiledevice1

sudo dpkg -i libimobiledevice_*.deb

# with squeeze repos
sudo apt-get clean
sudo apt-get update
sudo apt-get install ifuse

# plug iphone in usb and mount it
ifuse /media/iphone

# unmount it
fusermount -u /media/iphone

Végre sikerült megoldanom a chroot kérdését is. Tartottam tőle, hogy alapjaiban újra kell írnom nagy részét, de hála sikerült nagyon egyszerű módon megoldanom.