hrgy84's blog

Drupal (7) - "first-time" blokk formázása

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.

WebYast - Upgrade

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

GlassFish - Admin felulet proxyzasa SSL-el

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.

Gvim - Sotet hatter szinsema valtas nelkul

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

Amikor a licensz valasztja...

... 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.

Windows - Hosts Manager 1.0.3.1

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

OpenSuSE - Nouveau? Nou.

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).

Mental note - WebYast status module

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

Egy Ubuntu telepítés margójára

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.

Windows - Hosts Manager 1.0.2

Ö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.

Windows - Hosts file manager

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.

openSuSE - Ayatana repo felallt

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...

openSuSE 11.3 -> 11.4

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/

Internet Protocol version 6

Hat, ez is megvan.

Az otthoni net immaron IPv6 kepes, van publik IPv6 cimtartomanyom, teljes /64, es csak az enyem! :-)

A kovetkezot csinaltam:

- Regeltem a he.net -en
- Kertem toluk tunnelt
- A tunnel infoinal megkertem a legordulo listat, hogy mutassa meg, IPv6-hoz mit kell beallitani NetBSD-n
- Atkonvertaltam ezeket az infokat konfigfajlla, igy:


# /etc/ifconfig.gif0
tunnel 192.168.2.20 216.66.84.42
inet6 2001:470:1f12:5e5::2 2001:470:1f12:5e5::1 prefixlen 128

Ahol a tunnel-nel a NetBSD sajat cime es a tunnel szerver cime van, ebben a sorrendben, az inet6 sorban pedig ugyanez, csak IPv6 cimekkel. Nagyjabol olyan a konfig, mint egy PPPoE interfesz IP konfigja, legalabbis ami az inet6 reszt illeti.


# /etc/ifconfig.pcn0
inet 192.168.2.20 netmask 0xffffff00
inet6 2001:470:1f13:5e5::20 prefixlen 64 alias