hrgy84 blogja

Na, ez igy fura volt, leírom, hogy más ne szívja meg, illetve hátha van értelmes magyarázat is.

Szóval, adott egy Xen Dom0, két bridge rajta, virbr0 és virbr1. Adott továbbá egy NetBSD és egy Linux guest.
A NetBSD-nek mindkét bridge-ben van lába, mert amúgy ö a default router a két net között, egész szépen szabályozható minden rajta.
A linux guest default routereként a NetBSD megfelelö lába van megjelölve, nem a Dom0

A hálózat a következö paraméterekkel megy:

Dom0 - virbr0: 10.0.20.1/24
Dom0 - virbr1: 192.168.2.4/24

NetBSD - virbr0: 10.0.20.3/24
NetBSD - virbr1: 192.168.2.20/24

Tomor: Ha nem akar menni, kommentezd ki az /etc/init.d/xencommons -ban a xenstored inditasat, igy:

-xenstore-read -s / >/dev/null 2>&1 || xenstored
+xenstore-read -s / >/dev/null 2>&1 || true

A Pidgin fejlesztői szép csendben kiaraszoltak a 2.9.0-s verzióval. Ahogy nézem, ez csak bugfix cucc, túl sokat ne várjunk tőle.

Ennek örömére én is leforgattam magamnak, a szokásos Gtk-s illetve Gtk mentes windowsos ZIP buildet.

[ Changelog | Eredeti letöltés | Gtk-s ZIP | Gtk mentes ZIP ]

A címbeli tevékenységgel küzdöttem. Már a végén falat kapartam, egyszerüen nem találtam semmilyen olyan hook-ot, változót, semmit, ami alapján ezt a szerencsétlen cuccot értelmesen beformázhattam volna, ha már a Drupal van olyan szíves ezt a föoldalra kiböfögni. (Gy.k.: ebben szokott az lenni, hogy "Még nem lett létrehozva címlapra kerülő tartalom.").

A hajtás után megtudod, mit raktam össze.

En is kiadtam az ominozus verziot, zippesitve.

Gtk-val csomagolt verzio | Gtk nelkul csomagolt verzio.

Forras modositva nem lett, az nincs. Licensz: GPL + AS-IS.

No, a WebYast fejlesztoje ugy dontott, hogy neki a 0.8-as nginx nem eleg, 1.0 kell. Azonban ha a WebYast-ot 11.4-es rendszeren futtatjuk, akkor ilyenunk nekunk ugyebar nem van.

A megoldas:

zypper ar -c -f -r http://download.opensuse.org/repositories/server:/http/openSUSE_11.4/server:http.repo
rcnginx stop
rcyastws stop
rcyastwc stop
zypper in nginx-1.0
# A megjeleno opciok kozul azt valasszuk, ami az nginx-0.8 eltavolitasat javasolja
mv /etc/nginx/nginx.conf{.rpmsave,}
rcyastws start
rcyastwc start
rcnginx start

Hogy ne unatkozzak, feladatkent adododtt, hogy egy GlassFish admin feluletet proxyzzam ki ugy, hogy kifele SSL-nek latszodjon a dolog.

Mivel nem szeretem az SSLProxy definiciot az Apache-ban, mert kell neki a tanusitvany, ami kijon a backendbol, igy inkabb azt a vonalat hagytam a fenebe.

A sima proxy is eleg erre a celra, egy kis csavarral. A GlassFish ugyanis okos, o tudja, hogy http-n kommunikal azzal, aki elotte van, kovetkezeskeppen o http:// -t hasznal mindenhol, ahol ezt explicite meg kell adni. A Location headerben is.

Ez viszont mindenkit megzavart. A GlassFish ugyanis ugy tolt be egyes adminpanel feluleteket, hogy javascripttel lekeri a vonatkozo HTML snippetet, majd beilleszti a megfelo helyre, eltavolitva az elozoleg ott levo tartalmat. Igen am, de JS nem kozveltenul kerte le ezt a stuffot, hanem egy POST keressel elkuldte a session adatokat, majd erre a GF egy 302-es statusszal megmondta, hogy hol eri el a vonatkozo reszt. Es itt kezdodott a bonyodalom.

Linux alatt jott elo olyan nyug, hogy a default tema teljesen jo konzolra es gui-ra is, mindossze nem tudtam megmondani a gvim-nek, hogy csak a hatteret tegye at feketere (maga a konzol nekem eleve fekete). Sok kutakodas utan a megoldas:

set background=dark

"Note background set to dark in .vimrc
highlight clear

if exists("syntax_on")
  syntax reset
endif

highlight Normal guifg=White   guibg=Black
highlight Cursor guifg=Black   guibg=White

... akkor szabadul el a pokol. Van itt ez a kedves, aranyos kis bogarka. Semmi extra, maga a lib tok jo cucc, csak epp az LGPL licenszu jar-ban nincs benne egy komplett mappa. Nem azert mert NDA, mert keresztlicenszeles, etc, egyszeruen kimaradt.
A bug ket hete kinn van, gyanitom kb. egy sor fixalasa, es egy bugfix verzio kitolasa lenne a maven repokba, de javitva, az nincs. Pedig ez egesz kritikus bug, konkretan nem mukodik nelkule a lib lenyeget alkoto JSON parsolas.

Nekem nem gond, az en BY-NC-SA licenszem nagyjabol mindennel kompatibilis, bele nem ganyolok a linkelt kodokba, eladni nem lehet oket, szoval nekem ez nem gond. De el tudom kepzelni, hogy emberek ragjak a kormuket egy ilyen bug miatt, mert egy - egyebkent nagyon jo - konyvtarat nem tudnak hasznalni, mert az o licenszuk nem kompatibilis az Apache Licensszel.

Elsösorban bugfix release. A Ctrl+C -re egy kivétel keletkezik, ha nincs semmi kijelölve.

Mellesleg a mentés gombra kattintva elsüt egy ipconfig /flushdns parancsot, hogy ha valami létezöt állítunk át, akkor a változásról mindenki tudjon.

Letöltés itt, ChangeLog itt

A laptopomban levo GeForce 8400M -es kartyahoz a rendszer onmukodoen felrakta a nouveau driver legfrissebb - a disztroban levo - verziojat.
Elso korben erzekeltem, hogy direct rendering: No, es voltak kulonbozo... angolul ezt glitch-nek mondjak. Sokara megjeleno ablakok, erzekelheto megakadasok intenziv lemezmuveleteknel, anomaliak a kepernyon, etc.
Google, zypper se nouveau, vegul felkerult az experimental statuszu Mesa-nouveau3D csomag. A glitch-ek megszuntek, cserebe jott az, hogy ha beleptem rdesktop-ra, akkor ketto es tiz masodperc kozotti idotartamban resetelt egyet a Xorg. Meg szerencse, hogy a packagekit kliens-szerver felepitesu, mert egy ilyent sikerult frissites kozben produkalnia az X-nek, aminek felettebb (nem) orultem.
Utanaturva egyertelmuen a nouveau driver hanyta ossze magat, valamelyik konzolon "titkositva" ott is volt egy stack trace is (sorok szintjen volt osszekeverve, eltolva, etc... olvasni azt nem lehetett, csak felismerni).

A Mingw/MSYS NT4-nek mondja az osszes forditott programnak a platformot. A windef.h -ban lehet frissiteni a rendszert. En XP-ig frissitettem.

Új verzió!

Mogorva kérte, hogy legyen lehetöség arra, hogy az aktuális sor vágólapra kerüljön. Bekerült.

Changelog: itt, forrás itt, letöltés itt

A fo init script nem tudja elkezelni a tobb peldanyban futo nginx-eket. Az nginx van hasznalva ugyanis a WebYaST uzemeltetesehez is.

Fix: itt, csatolva

The Status WebYaST module displays status information collected by the collectd daemon, for example: Network, Memory and Disk usage, and CPU load. For each type of information, status icon and name is displayed. Click the name to display detailed status information. The specific data shown may be different in your appliance.

Vagyis:

yast2 runlevel
# collectd -> enable

Figyelem: Hullafaradt fejjel torteno puffogas kovetkezik, akit nem erdekel, hajtson tovabb.

Nem tudom... valahogy én mindig ilyenekbe szaladok bele. Legyen ubuntu, de legyen PHP4. De a dapper nem jó, mert az már unsupported, és nekünk supported kell. Oké. Kalap doksi van PHP4 telepítéshez google-n, egy a gond: mind régi. Azok a csomagok, amik müködnének, másfél éve nincsenek meg egy mirroron se.

Jelenleg ott tartok, hogy elöbányásztam egy Debianos PHP4 csomagot, és azt gányolgatom, hogy forduljon le az a nyomorék pár cucc, és gyártson végre debeket belöle. De már elfogy a türelmem.

Unatkozo ot percben osszerakott kis script: https://gist.github.com/942071

Iconv tamogatassal forgatott ruby kell nekije. Kezeli az "extra" TLD-ket is, mint pl. a co.hu

Foleg tomeges lekerdezesnel jon jol.

Örömmel jelenthetem be, az alkalmazás 1.0.2-es verziója elkészült, ez az elsö verzió, ami napvilágot lát, mint éles cucc.

A végleges feature lista:
- Admin jogokat kér indításkor
- Tálcára ül, csak a tálcaikonon levö Exit menüre lép ki
- Menüvel, és billentyükkel is lehet vezérelni (Insert: beszúrás, Delete: törlés)

Letöltés itt, forrás itt, changelog nincs.

Elkezdtem irni a fenti cuccost windowsra, mert egyszeruen ellustultam. Mandriva alatt a drakconf-ban, openSuSE alatt a yas2-ben van ilyen okossag, Windowsra meg a Google nem dobott ki semmi ertelmeset. Meg majd pofozgatom egy kicsit, es kirakom letolthetobe.

Addig ha valakit erdekel, itt kommentben lehet jelezni, ird es mondd 1 db exe-rol beszelunk, barmikor szivesen rendelkezesre bocsatom a betaverziot.
Szepseghiba, hogy leirtja a fajlbol a kommenteket, "minekaz" mottoval.

Ha igaz, megy XP-vel is, van benne egy UAC-os privilegiumszint-emelesi kerveny, igy minden inditaskor le kell okezni a futasat. Tervezem, hogy bebujjon az ora melle, akkor csak egyszer kell leokezni inditasonkent.

Nelson nemregiben szamolt be arrol, hogy a GNOME:Ayatana repoban elkezdtek gyulni a csomagok.
Nos, azota ugy nezem, eleg sok csomag be is kerult ebbe a repoba, igy talan nem tul meresz kijelenteni, hogy az openSuSE altal portolt Ayatana csomagok vegre a nagykozonseg altal is kiprobalhatova valtak. Unity meg nincs, de igy is eleg sok mindenbol lehet csemegeZni.
Persze, fenntartassal kell kezelni ezeket a csomagokat, de szerintem ki lehet oket probalni. En a heten feldobom oket a melos VMware gepemre, ha lesz egy szabad tiz percem, es kitesztelem - ha lesz egy szabad oracskam. Blog majd a hetvegen...

Termék telepítése:

zypper in -t product openSUSE

Minta telepítése:

zypper in -t pattern lamp_server

Aprocska bugocska, hogy a YaST curses alapu ablakai nagyon csunyak PuTTY-ban az alapertelmezett beallitasok mellett. A megoldas: Connection -> Data, Terminal type: linux vagy screen

Forras: openSuSE wiki

Upgrade folyamatban

[code]
# zypper sh
zypper> rr 1
Removing repository 'Contrib_Factory_11.3' [done]
Repository 'Contrib_Factory_11.3' has been removed.
zypper> rr 1
Removing repository 'openSUSE_11.3_OSS' [done]
Repository 'openSUSE_11.3_OSS' has been removed.
zypper> rr 1
Removing repository 'openSUSE_11.3_Updates' [done]
Repository 'openSUSE_11.3_Updates' has been removed.
zypper> ar -c -f -n 'openSUSE_11.4_OSS' http://download.opensuse.org/distribution/11.4/repo/oss/ openSUSE_11.4_OSS
Adding repository 'openSUSE_11.4_OSS' [done]
Repository 'openSUSE_11.4_OSS' successfully added
Enabled: Yes
Autorefresh: Yes
URI: http://download.opensuse.org/source/distribution/11.4/repo/oss/

Atfutva az openSuSE planetjet, a Lizardsot, ugy nez ki, a legjobb uton haladnak az Unity portolasaban, bar Nelson ugy dontott, egy kicsit pihenteti

http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_2_p…

Elnezest, ez most csak ennyi