Zahy blogja

GNU-sed vs FreeBSD-sed

Egy kis ujjgyakorlat kapcsán felmerült, hogy valamit át kéne írni perl-ről sed-re. Viszont kifejezetten hasznos lenne, ha nem Basic-regexp-et, hanem Extended-regexp-et lehetne használni. Ez ma már nem akkora probléma. FreeBSD alatt a sed-ben erre van a teljesen logikus -E opció (logikus, lásd grep -E). A doksiban az is benne van, hogy a Linuxok alatt elterjedt GNU-sed-del való kompatibilitás miatt elfogadja a(z abszolút értelmetlen) -r opciót is. És most jön a meglepetés: amikor kipróbáltam FreeBSD alatt, ment mind a kettő. És amikor kipróbáltam (kéznél épp egy ubi LTS volt, abban 4.2.1-es GNU-sed van), no azon is működött mind a kettő. Kár, hogy nincs dokumentálva :-) Pedig mivel tudom, hogy a GNU-fanok szerint a manual nem az igazi, és a rendes doksi info fájlban van, előbb megnéztem a manualban, utána az info-ban is. Mind a két helyen csak a -r (illetve a --regexp-extended) szerepel, a -E opció egyáltalán nem. Fura. (Majd még ki kéne derítenem, hogy makkosikszen hogy van ez, illetve OpenBSD-n. Ha valaki leírja, megköszönöm, ha nem, akkor majd magánlevelekkel zargatom ismerőseimet később.)

regexp crossword

Nem olyan rég kaptam volt tanítványaimtól (én még papírra nyomtatva), netes keresések alapján kb 2 vgy 3 hete jelent meg:

http://www.coinheist.com/rubik/a_regular_crossword/grid.pdf

Aztán a további keresgélés után találtam ezt is:

http://mariolurig.com/crossword/

Segítség: aki nincs otthon regexp-ben, az akár neki se álljon, amúgy pedig mind a kettőnél un. anchored regexp-ben kell gondolkodni (azaz van az elején egy nem jelölt ^ meg a végén egy szintén nem jelölt $ )

[már értem] scripting, awk, perl, a2p nem értem

Ezt a szép feladatot találtam ki, egyszerű agytornaként (amúgy házinak adtam fel).
"Számoljuk meg a /etc/passwd fájlban található : karakterek számát."
Most eltekintve attól, hogy tudható, hogy a passwd-fájlban soronként van 6 db, tehát elvben akár a

$ echo $(( $( wc -l < /etc/passwd ) * 6 ))

is jó lehetne. (Ez pl. FreeBSD-n garantáltan rossz, mert van az elején pár sor megjegyzés.) Nyilván tetszőleges fájlra ez már nem jó, tehát valami egyéb módszer kéne. Kaptam pár (szép, nem-annyira-szép) megoldást, nekem pedig (többek között) ezek jutottak az eszembe:

UPnP Security bug

http://www.reuters.com/article/2013/01/29/us-cybersecurity-bugs-idUSBRE…
http://www.redorbit.com/news/technology/1112773296/upnp-soap-bug-intern…

Ha jól értelmezem a dolgokat, a MiniUPnP egy korábbi verziója, és a Portable UPnP SDK tegnap előttig létező verziói problémásak a hírek szerint. SOHO (D-Link, Linksys, stb) routerek persze előszeretettel használják ezeket.

KV helyett

Reggel átfutom az érdekesebbnek tűnő szálakat. Azért az jó, amikor a 2007-ben indított szál utolsó, 2010-es decemberi kérdésére friss válasz van. Nekrofília.

Aztán jobb oldalt bevillan az "Új felhasználók" ablak tartalma:

vic_kobold
roachkiller
toldki
magnetelf
Gy12

Most az, hogy "rövid" egymásutánban lett egy elfünk és egy koboldunk, az egy dolog. (Az meg egy másik, hogy vajon van-e egymáshoz közük, vagy teljesen véletlen a névválasztás.) De a csótánytaposó az kiverte a biztosítékot. Persze mi közöm hozzá?

És akkor valami egészen más.

DLNA es a bongeszo

Mi voltak nalunk olyan emberek, akikrol en biz erkezesuk elott fel oraval tudtam meg, hogy nyaralasunk urugyen jartak itt. Nejem ket napja valogatja azokat a fotokat, amiket jonak tart, es egy papiron gyujtogette a millio foto nevet - ez a bevett gyakorlat, majd a rabszolga odarakja valami adathordozora, ha meg kell mutatni tavolabb is, mint a lakas.)

Amikor ez tudatosult bennem, akkor gondoltam egy mereszet: van nekem egy DLNA-kepes TV-m, nyilvan azon jo mutogatni a kepeket, es megusznam a rohamban masolgatast. Mivel TV-vasarlasakor kiprobaltam, tudom, hogy a minidlna es a Samu beszelnek egymassal.

cd rip már megint

Tegnap reggel megint kellett egyet sürgősen. Tekintve, hogy még ma is jetleg-em van, nem volt könnyű, főleg, mert a következőkbe futottam bele:

- a laptopon, amin nekiugrottam, nem volt abcde -> pkg_add -r abcde
- az abcde jogosultsági hibákat dobott -> vi /etc/devfs.rules, majd ezek érvényesítése
- és ezek után inappropriate IOCTL. No itt megakadtam.

Amin kicsit ledermedtem, hogy már egy "cdrecord -scanbus" is nyafogott. (Ellenben a rendszerbeli "camcontrol devlist" szépen mutatta amit kellett.)

Először az íróra gyanakodtam. De volt egy olyan emlékem, hogy a másik laptopon már csináltam, és abban majdnem ugyanilyen eszköz van. Pár óra elteltével felszabadult az a gép, megpróbáltam ott is. És kiderült, hogy rosszul hittem. Abban sem ment. Az biztos, hogy 8.2 alatt azon a laptopon csináltam ilyet, azaz esetleg valami 9.0-s regresszió lehet.

Linux klaszter FreeBSD alatt a HP SGLX (ServiceGuard for Linux) segítségével

Mint azt korábban beküldtem (de csak a turkálóig jutott) megint létezik a HP klaszter szoftvere Linuxra. A ServiceGuard for Linux (SGLX) A.11.20 immár péntektől letölthető, így ma mikor arra jártam, be is gyűjtöttem.

Jelen pillanatban még csak RedHat (5 és 6) alatt támogatott, év végéig igéri a HP további disztribúció(k?) támogatását (egyelőre a Suse tűnik biztosnak).

A terv az volt, hogy itthoni gépemen kezdek vele játszani. Mivel az egyszerűség kedvéért FreeBSD fut a gépemen, valami ilyen felállásra gondoltam: VirtualBox, abban 2 VM, amely VM-ekre felkúszik valami 6-os piroskalap. Mivel hivatalos az nincs itthon, különös perverzióval egy CentOS 6.2 és egy Scientific Linux 6.2-ra gondoltam a VM-ekben, ezekre fogom feltolni az SGLX-et. A közös diszket iSCSI-val tervezem megoldani, ezt lehet natívan, de a szopófaktor érdekében lehet inkább egy harmadik VM-ből mondjuk FreeNAS-sal. (Ennek jobban utána kell nézni, hogy mennyire támogatott az SGLX-ben az iSCSI.) A hét elején valamikor feltoltam a 2 db VM-et meg az oprendszereket, és felfrissítgettem őket.

VirtualBox 4.1.18

Mintha nem lett volna itt hír. Szóval június 20-n megjelent. A changelog szerint néhány hibajavítás történt az előző verzió óta. Én speciel csak onnan vettem észre, hogy a FreeBSD ports-ban a freshports.org/commits.php szerint ma megjelent.

húzós nap a portok között

Éjjel negyed 3-kor egy alig 523 portot érintő frissítés történt, majd délután 5 előtt egy picivel kisebb, 76 elemű frissítés. Az előzővel a KDE-4.8.3, az utóbbival az XFCE-4.10 került be a FreeBSD-be. Sokat nem vacakoltak vele, ennyi van az UPDATING-ben:

- Welcome XFCE 4.10 to the portstree!

Special Thanks to: rene, Olivier Duchateau
Submitted by: Olivier Duchateau

Tested by: phw

FreeBSD 9.0 + SUJ

A SUJ naplózást ad az UFS-hez (amihez a SoftUpdates más módon próbálta a konzisztencia biztosítását megoldani). Frissítés után az egyik első dolgom volt bekapcsolni. Sajnos nincs róla mit mondanom. Eddig egyszer láttam működni, akkor gyors volt és még nem vettem észre problémát vele.
Érdekelnének mások tapasztalatai (esetleg linkjei - hozzáteszem nem kutattam végig a netet érte) - anno pl. Bra-nak voltak rossz tapasztalatai a SoftUpdate-hez tartozó background-fsck-val.

Hogyan frissítettem Csilpcsalp Füzikéről Vörös Kányafára

A mostani LOK-on az előtérben, "kiállítóként" ülve volt bőséggel időm, volt ingyen wifi, így kihasználtam, és 9.0-ra frissítettem a gépet. Gyakorlatilag eseménytelenül lezajlott a dolog, egyedüli izgalmat az elején az jelentett, hogy miket szedjek le az évek során felgyülemlett (fölösleges) csomagokból ahhoz, hogy legyen kb 1 GB szabad hely a diszken. Ugyan sehol nincs leírva - de legalábbis nem találtam -, hogy mennyi hely is kell a frissítéshez, de abban bíztam, ennyi elég is lesz. (Elég volt.)

(Némi csalás volt a dologban, mert a kezdeti letöltést inkább dróton oldottuk meg, de az Óbudai Egyetem drótos hálózata is hozta :-) a szükséges sávszélességet.)

Brusszel Airport Free WIFI?

Valaki tud ilyet? Multkor talaltam vagy 15-fele AP-t, nyiltakat is, de hasznalhatot egyet se. Ferihegyen megy a Propelleres ingyenwifi, Becsben is talaltam mukodot, de Brusszelben sajnos nem. Sot nagy baratom se segitett. (Jo lenne valami olyan oldal, ahol ezek ossze vannak gyujtve, hogy szegeny utazonak ne nagyon kelljen probalkoznia.)