http://www.freebsd.org/news/status/report-2013-04-2013-06.html

WTF? http://hvg.hu/tudomany/20130716_megszunik_a_skype_desktop_api
Ha jól tudom, ez a *x világban a pidgin-skype-plugin-t jelenti kb, az meg eddig is a natív skype-ot hívta. Lehet, hogy valamit félreértek?

Összelőttem őket (plusz minissdpd), néhány apróság:

- ha egymás mellett van az Akarmi.mkv / Akarmi.avi és Akarmi.srt, akkor a minidlna átküldi, és a TV automatában mutatja a feliratot (de természetesen kikapcsolható), elcsúszás és kódolás és méret állítható

- *.sub+*.idx-es feliratot nem kezel (valami)

- *.iso nem megy, meg se jelenik a lejátszhatóak listájában (tudom, ez a DLNA-szabvány hiányossága)

- a TV nem szereti az mkv-ban levő VORBIS codec-et, ezt egy elegáns hibaüzenettel jelzi is

Kéne. (Vagy nem?) Önmagamhoz képest is lassan belőttem a NAS-t és rajta minden vackot. TV és rádió lát mindent, és játszik (elég sok mindent). Node milyen má, hogy a TV-t bekapcsoljam a képnézegetéshez (bár tény, azon szép nagyban lehetne őket nézni). Szóval lehet, hogy valami ilyen bigyó is kéne. De szerintem ilyet csak horror áron lehetne beszerezni. Kéne valami hulladékárban (vagy sufniban elkészített) DLNA digital photo-frame.

A debugfs az ugyanaz az Ext[234] fájlrendszernél, mint hagyományos UNIX-rendszereken az fsdb. Egy olyan eszköz, amivel a fájlrendszer bugyraiban turkálhat az ember. Ha mer turkálni, mert nem félti az adatait (vagy éppen pont megmenteni szeretné azokat).

http://www.freebsd.org/releases/8.4R/announce.html
Ha nem 9.1-et futtatnék, biztos rávetném magam. Így csak örülök, mert közelebb hozta a 9.2-t.

Briss, a Sourceforge-on. Javaban van írva, de ennek semmi hátrányát nem éreztem :-) - sőt. Már csak abban reménykedem, hogy később is megtalálom.

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

http://www.rutschle.net/tech/c_unix.shtml

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

http://www.theregister.co.uk/2013/02/24/linus_torvalds_rant/

Ebbe már januárban belefutottam, de ma nagyon kellett, így picit teszteltem és keresgéltem. A zenei sávokat és adatot is tartalmazó un. Enhanced CD-k kezelésén valamit elrontottak 9.0->9.1 közben. A magam részéről most ennyi tellett.

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

http://www.reuters.com/article/2013/01/29/us-cybersecurity-bugs-idUSBRE90S06320130129
http://www.redorbit.com/news/technology/1112773296/upnp-soap-bug-internet-security-hack-attack-rapid7-012913/

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.

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á?

http://www.theatlantic.com/infocus/2012/09/national-geographic-photo-contest-2012/100373/
http://m.theatlantic.com/infocus/2012/11/national-geographic-photo-contest-2012-part-ii/100414/

Elolvasás után lehet köpködni. Nem előtte, nem csípőből gagyindexezve.

A Samsung 5 centesekben fizette ki az Apple-nak a rá kirótt bírságot

No comment.

Szerk. Bocsánat, nem néztem utána.

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

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

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

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.

2 is jött ma. Az egyik bind hiba (valószínűleg mások is érintettek és persze már rég javítottak), de a másik az saját, local root-ra lehet jó, ha valaki Amd64-es kernelt (van, ahol x86-64-nek híjják) használ nem Amd (hanem mondjuk Intel) gyártmányú procin.

É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

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.