Blogbejegyzések

[Frissítve] StartSSL ingyenes tanúsítvány 1 évről 3 évre

StartCom 3 év

A StartCom eddig 1 évre állította ki (FIXME) az ingyenes, Class1 szintű tanúsítványát, a StartSSL Free-t. A weboldalán még mindig az az infó szerepel, hogy ezen tanúsítványok érvényessége 1 év. Ma reggel megújítottam az egyik ilyen tanúsítványomat és meglepődve vettem észre, hogy az eddig megszokott egy év helyett az immár 3 évig érvényes. A StartCom nyitóoldalán már 3 év szerepel az ingyenes tanúsítványaik leírásánál.

Hát, jó... :) Lehet, hogy nem új dolog, de erről valahogy lemaradtam...

Frissítés: A Mozilla CA csapat bizalomvesztése a WoSign/StartCom tanúsítványkibocsátókkal szemben

Lábonlövés Youtube módra

Ha az előző poszt írásakor megkérdezte volna valaki, hogy mi lesz a Youtube következő húzása, azt mondtam volna, hogy a közösségi moderálás. A reklámelhelyezési és kifizetési cécó után, ugyanis a logikus lépés az lett volna, ha fenti ügyintézés felpörgetéséhez, a tartalomgyártókkal és fogyasztókkal közös konszenzust tudnak kialakítani. Erre a közösségi moderálás látszik a legkézenfekvőbbnek. De csak látszik. A moderálás, mindig is közösségfüggő, és a moderátorok tevékenysége nagyban meghatározza a közösség arculatát. Egyetlen probléma, hogy a youtube nem egyöntetű, homogén közösség. Különféle ideológiáknak, világlátásoknak, politikai nézeteknek ad teret így képtelenség egységes közösségi normákat felállítani, innen kezdve értelmét veszíti annak moderálása. Analógiával élve, ami működik faluszinten, nem működik globálisan.
A youtube-nál ezt nem így gondolják és létrehozták ezt a MLM ...khm.. ötszintes ingyen biorobot rendszert. Aki már látta a wikipedia, vagy épp a reddit moderátorainak/szerkesztőinek a tevékenységét, az tudhatja, miért is hibás az ötlet. És az internet népe is látja, mert ugyan kikapcsolták a videó alatti kommentelési lehetőséget, a like/dislike-ok aránya messze meghaladja a leginkább utált videók arányát is.
Mi jön ezután? Jó kérdés. Ha az SJW-k és a hozzájuk hasonlók kerülnek túlsúlyba akkor pillanatok alatt, az eddigi reklámos happeninget meghaladó felháborodás lesz a vége és nem hiszem, hogy a Youtube jó ötletnek tartaná egy milliárdos nagyságrendű bevételi bukás után a közösségi moderálást. Ne feledjük, az internet továbbra is Amerika fejnehéz, és ott igencsak erős a retardált különféle netes igazságharcosok jelenléte. És míg ezek ritkán folynak bele érdemi, komoly vitákba, addig mogyorónyi agyuk elégséges, hogy feljelentő gombot nyomogassanak. Ugyancsak opció, hogy ez az egész, szépen lassan átalakul vagy elsüllyed. Ehhez előtte a Youtube csapatának le kell nyelnie a békát.
Kíváncsi leszek a folytatásra, mert a végén, még valamelyik alternatív streaming platform lesz a nyerő a jövőbn.

Ruby / webes processzek közti osztott memória

Request-ek közti gyors permanens adat elérés a cél pár apróságra (eldobható statisztikák), amit nem akarok db-ben tárolni, mert ágyúval verébre lenne.

Redis vagy saját sima text fájlba írkálós megoldás? A tesztek alapján lehetne az utóbbi :)

Setup:

sudo apt install redis-server
sudo gem install redis

Saját megoldás:

http://paste.ubuntu.com/23211865/

Teszt:

irb

require "benchmark"
require "redis"

r = Redis.new

# 100k test (redis 4.5x gyorsabb)

r.set "test", (1..100_000).map{rand}

store "test", (1..100_000).map{rand}.join("\n")

Kalandozások a magyar egészségügyben

Történt, hogy július 9-én sikerült a csajom lábát eltörnünk, nem kicsit, nagyon (csak hogy nemzetünk nagyját idézzem). Nem volt nagy történet, mentünk Várpalotán a vonathoz, amikor jó ötletnek tűnt levágni egy kanyart (és spórolni vele 20 métert) egy árok átugrásával. Én ugrottam először, necces volt, mondtam az asszonynak, hogy inkább ne, de ő akkor már vette a lendületet. A vége egy reccsenés, kb 15 fokban lágszárközéptől kifele ivelő láb és 10 keserves perc lett mig a mentő kiért és ki tudtuk szedni az árokból.

Mint a helyszínen kiderült, Veszprém a területileg illetékes betegellátó egység, igy oda vitték. Engem pedig ott hagytak a puszta közepén (várostáblán kivül voltunk). Mindezt hétvégén, délután 6-kor. Szóval csajom fél óra zötykölődés után bejutott a kórházba, ahol kivárta a sort és 9-kor már műtőben is volt. Kiderült, hogy amit lehet azt eltörtünk, sípcsont 1 helyen, szárkapocs csont 2 helyen. Ennek javitása ún. velőűrszegezéssel történik, ami a gyakorlatban azt jelenti, hogy egy fémrudat kalapálnak hosszában a sípcsontba és azt bokánál és térdnél 2-2 csavarral rögzitik. Igy nem kell gipszelni, gyorsabb a felépülés (~6 hónap a 100%-os szint általában). 3 nap bent fekvés után haza is adták Budapestre. A zárójelentésre azt irták, hogy kontroll a területileg illetékes kórházban. Ezen kivül orvos 1x beszélt vele a műtét után, de nem mondott semmi lényegeset.

x-akták

adott egy noti, én adtam ki a végfelhasználónak. probléma volt vele már az első hét után, idézem: "zizis a képe". ok, a gép távol van, mit csináljak... hát' akkor nulladik lépcsőben megnézem teamvieweren, hátha okosabb leszek, hátha elállítottak valamit, meg ilyesmi.

bejelentkezem TW-re, a képe tényleg zizis. hmm tuti átállítottak valamit, SW probléma lehet, blablabla: van rajta vagy 256 szín, a felületek pedig mintha apró vándorló pontokból lennének, ott látom magam előtt a saját képernyőmön a zavaros munkaasztalát. majd egy idő után minden visszaállt okésra. a gépet visszakértem 2 napra, ennek a vége felé vettem észre kínomban már nyomkodva-feszítve, hogy a karosszéria egyik pontján nyomva ismét bekövetkezik amit reklamáltak. ahha, ott megy el a kijelző kábele, 2x 90 fokot tekeredve. ami kábel a további tesztek szerint (és az előbbieknek megfelelően) kontakthibás. cserélve már minden okés, örömboldogság.

MS UI dizájn fail #tízcsillió

MS UI dizájn fail

A Microsoft ribbont meg minden szart tervez, állítólag milliók bevonásával. Nagyon vidám lenne akkor, ha leszokna arról, hogy ha van egy lista, akkor azt nem egy fél sorban látszó szövegmezőben jeleníti meg, amiben görgetősávokkal kell bohóckodni. Ráadásul olyan ablakban rendszerint, amit nem lehet átméretezni, így rohadjon meg az, aki valamit látni akar benne. Nem csak a fenti helyen, hanem több helyen is tetten érhető ez az ostobaság az UI "fejlesztői" részéről. Ennél az elszabott megoldásnál még egy legördülő lista is jobb megoldás lenne.

(Arról nem is beszélve, hogy minden egyes partnership eltávolítása bezárja a varázslót, amit aztán újra meg kell nyitni, ha valaki több eszközt akar eltávolítani. Nem, több eszközt nem lehet kijelölni.)

Gagyi kék nyíl

Gagyi kék nyíl

Nem tudom melyik hitte azt, hogy cool lesz az a lefele mutató animált kék nyíl, amit a Firefox jelenít meg minden egyes letöltésnél, de innen üzenem neki, hogy rohadt idegesítő és valójában szarul is néz ki. Szóval:


about:config
browser.download.animateNotifications

A "false" hozza a megkönnyebbülést.

ZFS 0.6.5.8

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.6.5.8

Supported Kernels

Compatible with 2.6.32 - 4.8 Linux kernels.

Changes

This release contains updates to the systemd service files. In order to ensure the services are started properly it's recommended that after updating the systemd presets be reset to the defaults.

systemctl preset zfs-import-cache zfs-import-scan zfs-mount zfs-share zfs-zed zfs.target

Bug Fixes

Linux 4.6, 4.7 and 4.8 compatibility zfsonlinux/spl#549 zfsonlinux/spl#563 zfsonlinux/spl#565 zfsonlinux/spl#566 zfsonlinux/zfs#4664 zfsonlinux/zfs#4665 zfsonlinux/zfs#4717 zfsonlinux/zfs#4726 zfsonlinux/zfs#4892 zfsonlinux/zfs#4899 zfsonlinux/zfs#4922 zfsonlinux/zfs#4944 zfsonlinux/zfs#4946 zfsonlinux/zfs#4951
Fix new tunable to ignore hole_birth, ENABLE BY DEFAULT zfsonlinux/zfs#4833
Fix rw_tryupgrade() semantics zfsonlinux/spl#534 zfsonlinux/spl#554
Fix taskq_wait_outstanding() re-evaluation issue zfsonlinux/spl#553
Fix race between taskq_destroy and new spawning thread zfsonlinux/spl#550 zfsonlinux/spl#553
Fix handle NULL case in spl_kmem_free_track() zfsonlinux/spl#567
Fix persist vdev_resilver_txg changes zfsonlinux/zfs#4790
Fix array bounds read in zprop_print_one_property() zfsonlinux/zfs#5003
Fix call zfs_get_name() with invalid parameter zfsonlinux/zfs#4919
Fix incorrect pool state after import zfsonlinux/zfs#4948
Fix self-healing IO prior to dsl_pool_init() completion zfsonlinux/zfs#4652
Fix stack corruption after importing a pool with a too-long name zfsonlinux/zfs@dc4abb4
Fix deeply nested nvlist can overflow stack zfsonlinux/zfs#4924
Fix dbuf_stats_hash_table_data race zfsonlinux/zfs#4846
Fix NULL dereference when accessing dbuf kstat zfsonlinux/zfs#4837
Fix NFS fh_to_dentry() should return ESTALE when generation mismatch zfsonlinux/zfs#4828
Fix allowing accessing XATTR via export handle zfsonlinux/zfs#4828
Fix out-of-bound access in zfs_fillpage() zfsonlinux/zfs#4705 zfsonlinux/zfs#4708
Fix memleak in zpl_parse_options zfsonlinux/zfs#4706 zfsonlinux/zfs#4708
Fix arc_prune_task use-after-free zfsonlinux/zfs#4687 zfsonlinux/zfs#4690
Fix get_zfs_sb() race with concurrent umount zfsonlinux/zfs@5cff9a0
Fix xattr parent inode pinning zfsonlinux/zfs#4359 zfsonlinux/zfs#3508 zfsonlinux/zfs#4413 zfsonlinux/zfs#4827
Fix xattr purge during iput zfsonlinux/zfs#4359 zfsonlinux/zfs#3508 zfsonlinux/zfs#4413 zfsonlinux/zfs#4827
Fix metaslab_free_dva(): bad DVA X:Y:Z zfsonlinux/zfs#3937
Fix large kmem_alloc in vdev_metaslab_init zfsonlinux/zfs#4752
Fix snapdir by skipping ctldir znode in zfs_rezget zfsonlinux/zfs#4514 zfsonlinux/zfs#4661 zfsonlinux/zfs#4672
Fix libshare performance issue zfsonlinux/zfs#4119
Fix ztest truncated cache file zfsonlinux/zfs#4129
Fix obeying arc_meta_limit default size when changing arc_max zfsonlinux/zfs#4001
Fix bug in fix_paths() zfsonlinux/zfs#4632
Fix systemd configuration zfsonlinux/zfs#4325 zfsonlinux/zfs#4496 zfsonlinux/zfs#4658 zfsonlinux/zfs#4699
Fix use kernel provided mutex owner zfsonlinux/spl#540
Fix rename 'zed.service' to 'zfs-zed.service' zfsonlinux/zfs#3837
Add support for MIPS zfsonlinux/spl#558
Add nfs-kernel-server for Debian zfsonlinux/zfs#4350
Remove HAVE_CURRENT_UMASK and HAVE_POSIX_ACL_CACHING zfsonlinux/zfs#4922
Remove dummy znode from zvol_state zfsonlinux/zfs#4510
Fix gcc -Warray-bounds check for dump_object() in zdb zfsonlinux/zfs#4907
Handle block pointers with a corrupt logical size zfsonlinux/zfs#4069 zfsonlinux/zfs#4080

LXD 2.2

https://linuxcontainers.org/lxd/news/

The changes in this release include

New features:

client: Add a "manpage" command (Issue #2280)
client: Add a "rename" alias (Issue #2320)
client/file: Recursive file push/pull (-r) (Issue #1218)
client/file: Support recursive directory creation (-p) (Issue #2290)
client/info: Add cpu usage (Issue #1867)
client/publish: Allow overriding compression algorithm (Issue #2296)
daemon: Make a database backup on schema updates (Issue #2299)
daemon/container: Expose CPU usage (Issue #1867)
daemon/container: Recursive file push/pull (Issue #1218)
daemon/image: Allow overriding compression algorithm (Issue #2296)
daemon/init: Ask for images.auto_update_interval (Issue #2167)
daemon/storage: Add new storage.zfs_use_refquota option (Issue #2354)

Libreboot mizeria

Ezt inkabb csak blogba irom, de igazan erdekelne a sztori FSF oldala is, mert ez igy kb. barmi lehet. Nincs megnevezve az employee, nem talaltam gnu/fsf velemenyt egyelore. Nehezemre esik elhinni, hogy pont egy ilyen szervezetnel kello ok nelkul rugtak volna ki egy embert.
https://lists.gnu.org/archive/html/libreboot/2016-09/msg00036.html

Kb. ennyi az FSF statement: https://www.fsf.org/news/free-software-foundation-statement

(Ezmegmiez? https://lists.gnu.org/archive/html/libreboot/2016-09/msg00047.html )

Legszebb öröm a káröröm

(Felülről lefelé bővül)

20160918.1947
Oszt úgy tűnik, nem különbözik. Akkor mi ez a kavarás a refcounter refaktorálásával, ami miatt az oci8 működése vagy nem-működése a hívó jóindulatának függvényévé válik?

És még itt van az a kérdés (bár itt off-topik), hogy hogyan van a NCHAR-ok támogatása... van egy olyan tippem, hogy sehogy, vagyis ami belefér a NLS_CHARACTERSET és a NLS_LANG metszetébe, az jól jár, a többi megy a levesbe.

20160918.1934
Namost ha ez így igaz, akkor akár az alábbi kód is másképp működhet php5-ben és php7-ben:


$a= 100;
$aref= &$a;
$a= 'stringvalue';
xdebug_debug_zval ('$a');
xdebug_debug_zval ('$aref');

Új problémaforrások...

Windows 10 alatt fejlesztettem, Scala nyelven, egy framework-öt használva (amely lényegében egy DSL-t definiál). A DSL-ből C kód lesz, amit lefordít gcc-vel. A végeredmény egy futtatható kód. A gcc-hez szerencsére van kéznél MinGW. A Scala frameworkje mindent elintéz helyettem.
Eljutottam oda, hogy kipróbáljam, nem működött rendesen. A gcc linuxos binárist generál. Micsoda?
A parancssorból g++ -dumpmachine kiírja, hogy Windows alá fordít.
Ezek alapján megpróbálom kézzel fordítani, g++-szal, a kiírt paraméterek szerint. Nem fordul. Mi a fene.

Gondolom, megnézem az egyik example fordítását. Ugyanez.
Összeveszne a BashOnUbuntuOnWindows-zal? Miért tenné? Command line-ból a "rendes" gcc hívódik meg...
Mindegy, lepusztítom. És utána futtatva látszik az ok:

RedBear IoT pHAT tapasztalatok

- a gyári FW-t frissíteni kéne - v0.2-vel érkezik (Raspbianos leírás adott)
- ha rárakom egy RPi3-ra, elnyomja a gyárilag rajta levő WiFi és BT eszközöket
- RPi2-n ezzel szemben nem bootol a FreeBSD - elhal a FreeBSD OS-loaderje. Raspbiannal meg lehet ejteni a frissítést v0.3-s FW-re. Ez után a FreeBSD már az uBoot-nál meghal.
- Ezzel szemben RPi2 + Raspbianal (látszólag) stabilan megy, működnek a Bluetooth eszközök, csatlakozik a WiFi.
- RPi0-ra tüskesort kéne forrasztanom

GildedRose-Refactoring-Kata Scala nyelven

Az if-else használata fórum témánál már előkerült a GildedRose-Refactoring-Kata.
Ez egy refaktorálási gyakorló feladat, amivel rengeteg nyelven próbálkozhatunk.
A feladat röviden:

  1. Tesztek írása minden estre.
  2. Kód refaktorálása, hogy könnyen érthető és módosítható legyen.
  3. Új funkció hozzáadása: "Conjured" elemek kezelése

Én ezzel a Scala-s verzióval kezdtem, és a végére ide jutottam.

Backup DVD-re parancssorból

Problémám volt brasero-val adat dvd készítésekor. Meg amúgy is jobban kedvelem a parancssort, mert be tudom automatizálni.

- az M kapcsoló folytatja, de első íráshoz Z kapcsolóval való írás kell
- M kapcsoló hibát dob ha nem talál kezdetleges szekciót, ezért a ||
- $1 a kiírandó mappa elérési útja
- a mappa tartalma íródik csak ki, a mappa nem
- többször meghívható folytatólagos íráshoz
- usb-s dvd íróval ellenőriztem többszöri írással
- gyors, nincs szórakozás klikkelgetésekkel, kiírja és kész

growisofs -speed=1 -M /dev/dvd -R -J "$1" || growisofs -speed=1 -Z /dev/dvd -R -J "$1"