Blogbejegyzések

Procrastination

Egy érdekes videó került fel minap a reddit-re:
Teaching Talk: Helping Students Who Procrastinate (Tim Pychyl)

Főleg azoknak ajánlom, akik beletartoznak a címben említett csoportba (mint ahogy én is, ezért is találtam rá reddit-en),hogy nézze végig, rengeteg hasznos információ van benne, tényleg.

ps: tudtok valami frappáns, magyar kifejezést a procrastinate-re?

"Fogyatékosoknak"

Nagyon nem mindegy, hogy milyen nyelvezetet használunk... Kedves Microsoft! A hashtag-ből tippelem, hogy az macOS-es Office 2016-ban...

"Request a quote" avagy miert nem lehet kiirni az arakat?

Koztudott, hogy a magyar nepseg olyan szinten fillerszabo, hogy kepes atbuszozni a varos tulso vegere is, ha ott 5 Ft-tal olcsobb a parizer. OK, vagom. De ugy tunik, nem csak mi vagyunk ilyenek, amire abbol kovetkeztettem, hogy tobb gyarto oldalat is vegignezve igen ritka az, amikor kint vannak az arak. A legtobb helyen (barracuda, smarsh, sonasoft, metalogix, ...) csak annyi szerepel, hogy 'request a quote'.

Btw. eszembe jutott, amikor (mar van par eve) szervervasakat kerestem, es a takforsys(?) oldalara tevedtem. Barcsak ne tettem volna. Valami olyasmi BS-t akartak beadni az oldal latogatoknak, hogy azert nem irjak ki az arat, mert az tobb mindentol fugg, meg szemelyes tanacsadas, mert a hulye vasarlo ugysem tudja, mit akar, bla-bla. OK*. Ilyenkor szoktak a kulturnepek egy varazslot tenni az oldalra, ahol van par elore elkeszitett, "nepszeru" konfig, meg egy lego reszleg, ahol az ember osszekattintgathatja, ami neki kell, a vegen meg kiveri a szemet a $$$, amit fizetni kell a kasszanal.

D5 -> D8 #1

Mivel a HUP már akkorára hízott, hogy a migrációja egy gyérebb vason 1-2 napig fut, kell alá valami izmosabb szerver. Tegyünk egy próbát egy HP ProLiant BL460c-vel. Benne 2 x Intel Xeon E5-2665 CPU, 128 GB RAM, SAS RAID1.

Hátétépé, rajtam kezdé -- httpd-2.4.33 nem fordul

Eddig szokott fordulni a httpd, dehát semmi sem tart örökké... Kellett neki újabb libcurl, azt tettem neki, de annak nincs köze ehhez a hibához


libtool: compile: gcc ... mod_proxy.c -o .libs/mod_proxy.o
mod_proxy.c:2675:1: error: unknown type name 'apr_OFN_ssl_engine_set_t'

mod_proxy.c:2675:1: error: unknown type name 'apr_OFN_ssl_engine_set_t'
 static APR_OPTIONAL_FN_TYPE(ssl_engine_set) *proxy_ssl_engine = NULL;
 ^
mod_proxy.c: In function 'ap_proxy_ssl_engine':

És igaza van: a cpp -dD nevű varázseszközzel megnézve sincs ilyen 'apr_OFN_ssl_engine_set_t' definiálva.

Luzerek ujra akcioban: Skocia megy 1-gyel

https://index.hu/sport/futball/2018/03/27/magyarorszag-skocia/

Arra gondoltam, hogy amikor a ranglista 200. helyen allo antarktiszi valogatott (tehat az ott tanyazo 3 kutato + meg 8 pingvin) ellen kerul sorra a magyar nemzeti 11 luzer, akkor meg kene spammelni a fogadoirodakat, hogy most a 11 luzer (hint: nem a pingvinek) nagyon jo formaban van, es tuti elpicsazzak a pingvineket. Aztan uzsorakolcsont felvenni a providenttol, meg a pingvinekre fogadni. A nyeremenybol meg kifizetnem az allamadossagot. 2x!

update: "Nagyon nyomunk. De sajnos különösebb ötlet nélkül."

a meccs vegen az index ertekelese:

Parkolás

Az irodaházunk előtt van egy parkoló, aminek a vége egy suli - elég nívósnak számított - bejáratához ér. Mivel maga az irodaház lényegében egy zsákutca végpontja, elméletileg ez a parkoló az irodaházhoz tartozna(logikusan), mivel az iskolához szintén tartozik egy parkoló, bár az az iskola oldalán van. Ha ez nem lenne elég, egy fél utcával lentebb - kb. 15-20m - van egy hosszú kb. forgalommentes, parkolható utca, sőt ebben az utcában több, nagyobb terület van kialakítva parkolónak.

Na most, lehet tippelni, hogy reggelente, és délutánonként a sok ostoba, diplomás szülő hol akar parkolgatni, egymást megölni szabad parkolóhelyért.

MS Office -> LibreOffice kísérlet

Gondoltam megnézem, hogy hol tart a LibreOffice jelenleg. Utoljára 1,5-2 éve próbálgattam komolyabban, hát akkor még voltak bajok rendesen (xls, doc megjelenítése, sebesség)...
Eddigi tapasztalataim:

- LO Calc sebességben meglepően sokat fejlődött, persze azért még mindig nem egy Excel
- az elmúlt 2 napban nem talákoztam hibásan megjelenített xls fájlal (pedig megnyitottam egy párat)
- amin rendesen meglepődtem, még egy sz@rrá makrózott xls-el is elbírt (egy _nagyon_ minimális igazítás után)

- LO Writer mostanra szerintem már egy komolyabb felhasználónál is ki tudja váltani a Word-öt
- doc, docx fájlokat szépen megnyitja, nincsenek már durva hibák

IBM POWER processzorok költöznek a Google adatközpontjába

Három év tesztelés után végre nyilatkoznak. 2016-ban amikor elkezdték az OpenPOWER-t kicsit szkeptikus voltam. Bár a teljesítmény akkor is lenyomta a Xeonokat, de az ára is meg volt. Viszont mindenképpen pozitívum a memória sávszélesség amiben az Intel nagyon elmaradt. 2017-ben amikor az IBM elkezdte minden országból összevadászni a storage-os embereit érződött hogy lesz valami. Most végre megtették a bejelentést.

Kíváncsi vagyok hogy a kitűzött 20%-os részesedést az 5000 dollárnál drágább linux-os rendszerekben elérik-e, ha igen mikorra.

https://www.hwsw.hu/hirek/58597/ibm-power-power9-zaius-openpower-google…

Kód ellenőrzés + AI #3

Előzmények itt.

Téma: fejlesztő munkájának segítése anomáliák keresésével a kódjában mesterséges intelligencia használatával. Ez olyan rendellenességet jelent, amely a betanított mintától valamiért jelentősebben eltér (outlier), ezért rejtett szemantikai problémát is takarhat. Nyilván függ ezért attól, hogy milyen tanító adatbázist állítunk össze (például csak egy adott nagy cégtől származó kóddal és így ahhoz képest viszonyíttatunk az AI-vel, ez szerintem megadhat praktikai eltéréseket is).

Amazon vs Google Cloud vs fizikai vas CPU benchmark

A kollégáimmal végeztünk pár szintetikus, nem-reprezentatív mérést, hogy megállapítsuk, ha van X db CPU-d a datacenterben, mennyit kell venni a felhőben, hogy azonos teljesítményt kapjunk?

Az 1:1 arány valid, amit a szolgáltatók állítanak vagy ennél árnyaltabb a kép?

Részletek: https://medium.com/infrastructure-adventures/aws-vs-gcp-vs-on-premises-…

Kazahsztan eddig csak Pakisztannak lott 3-at

A falabuak most igazan megmutattak. Falabuak alatt ezuttal a kazahsztanokat ertem, akik elegge vergyengek fociban. De meg ok is porra alaztak a - nem falabuakat, mert Csucsakek mar ebbol a kategoriabol is kiestek - luzereket. Igen, luzerek, ez lesz a kovetkezo, beka segge alatti kategoria, amibe a magyar nemzeti valogatott belekvalifikalta magat. Mostansag, amiben szerepel a nemzeti jelzo, arra leginkabb ugyis csak szegyennel telve lehet gondolni. A 11 luzer is pont ilyen...

Debian Jessie->Stretch, fglrx->radeon migrálás, mert megérdemlem

Akartam egy kicsit Android Studio-zni. Nem kellett volna...
A problémák ott kezdődtek, hogy a Jessie által szállított openjdk-1.7 túl régi volt az Android Studionak, az openjdl-1.8-nak meg nem tetszett a ca-cetificates-java. Mondván, négy napos ünnep jön, lesz idő szopni, nyomjunk egy dist upgradet.
Az upgrade végig is futott, de már a felénél látszott, hogy szopás lesz, mikor megpróbálta újraindítani a Xorgot és elhasalt olyan szinten, hogy karakteres teminálhoz sem tudtam visszalépni. Mindegy, volt ilyen, lesz ilyen.
Újraindítottam a gépet, belogin, jahm, nincs fglrx telepítőm. Éljen a 21.század, mikor egy gyártó support oldala is annyira javascript fertőzött, hogy képtelenség egy videokártya driverét karakteres böngészőből leszedni. Laptop elő, telepítő lehúz, elindít. "Bocsi, Xorg 1.17-től felfelé nem támogatott. Puszi. Lóbroki a szádba..."-hibaüzenet. Hurrá, elsőosztályú gyártói támogatás! Aprócska cukiság, hogy mivel integrált a GPU, létezik egy amdgpu-pro driver, de csak a nagy, kiválasztott disztróknak csomagolva.
Akkor menjünk opensourceba. Xorg.conf-ben átütöm a drivert radeonra. Xorg elcrashel. "Nincs megfelelő video eszköz"
Akkor menjünk egy szinttel lejjebb. Xorg.conf-ben átütöm a drivert vesa-ra. Xorg elhasal és visz magával mindent. ssh-n beloginelek, újraindítok. Megnézem a betöltött kernelmodulokat, ott röhög a fglrx. Pörög a lamerszámláló.
Ok. Akkor gyaluljunk, /usr/share/ati/fglrx-uninstall.sh, minden kerek, rmmod fglrx, xorg indít, van kép.
Eddigre asszony már erősen pörgött, hogy youtube, filmnézés, stb. Hiába, az otthoni közös géptől elvárt rendelkezésreállás, durvább mint bármelyik küldetéskritikus termelési szerveré. Gyorsan felhúzom és bekonfigurálom autologinre a sddm-et, mert a kdm támogatás kihalt a stretchben.
Másnap gép bekapcsol, fekete kép, proci 200%-on, karakteres konzol nincs. Hurrá. SSH login, az sddm és az xorg végtelen ciklusban pörög. sddm lelő, xorg lelő. xorg visszajön. xorg lelő. xorg visszajön. Systemd, xorghoz köthető szolgáltatások kilőve. xorg visszajön. "EgyszeragyonbaszomPoetteringetakisbarataivalegyutt." sddm legyalul, újraindít. Belsőbéke, karakteres konzol.
Lsmod, a fglrx ott virít a betöltött modulok közt. STO ETA FUCK? Nézzünk szét és valóban, ott virít a szentem a /include/modulesban. A vicces, hogy az fglrx-drivers nem lett telelpítve. Kigyalulom, depmod -a és tsai. Újraindítok, xorg megy, sddm visszatelepít, béke, nyugalom.
Eltelik két nap, asszony sír, hogy így szar, úgy szar a kép, túl hangos a gép. Hiába no, vesa driver az vesa driver.
Szánok rá egy kis időt, átütöm a drivert radeonra. Újraindít, széthullik az egész. "No device detected"
Agyalok egy kicsit, nézem a kernel modulokat, valami hiányzik és a karakterek is elég randák a konzolban. Hát persze, nincs betöltve a radeon modul! De miért is?
Nézem az /etc/modprobe.d-t. Van itt egy fglrx-blacklist file, meg egy radeon-kms file, meg még egy törött fglrx link. Valaki nem takarított elég alaposan maga után. Szétcsapok a fileok között. Radeon modul betölt kézzel, xorg indít. Megint van grafikus felület. Ha már itt tartok megnézem, megy-e a hw gyorsítás. Természetesen nem. "Error: couldn't find RGB GLX visual or fbconfig" Nézem a Xorg.log-ot, a libglx.so elhasal, mert nem tudja betölteni a libaudit.so.0-t. Pedig a libaudit1 csomag fenn van. Nézem az libglx.so-t, 20013-as a dátuma. Miiiivaaaan? Pedig a legfrisebb csomag van fenn! Kíváncsiságból átnevezem, és akkor legyen, apt-get --reinstall install xserver-xorg-core. Hoppá, máris friss dátummal van libglx.so.
X újraindít, forognak a fogaskerekek.
Tanulság? Miért van, hogy képtelenség szolgáltatásokat leállítani, különösen ha azok vagy azok komponensei hibákat dobnak? Miért nem képes a gyári telepítő eltakarítani a saját szemetét? Ha le tud forgatni egy kernelmodult, akkor miért nem tudja azt leszedni maga után? Hasonlóképp, miért nem képes az apt egy rendszerfrissítésnél legyalulni korábbi, más verziójú fileokat? Miért kell mindent kismillió alkönyvtár, alkönyvtárába mindent szétcsapni? Miért nem képes egy .so ellenőrizni az kernelszintű függőségeinek a meglétét és azt logban jelezni. Miért nem lehet valami egységes rendszert kialakítani megosztott libraryknél, hogy látni lehessen, hogy ki vagy mi telepítette? Miért kell más verziójú/forrású libraryknál az eredetit felülütni, miért nem lehet valamilyen linkelési rendszert kialakítani erre?
Nagyon úgy tűnik, hogy a mindent-mindennel lehet irányítani és mindent mindennel lehet konfigurálni mentalitás nagyon kezd visszaütni. Ez a fajta tervezetlenség, a régi unixos strukturáltság teljes széthullása évről-évre rosszabb lesz. Lassan már a Gobolinux rendezési elvét is jobbnak látom.

gray code...

... hogy az is egy kellemes erzes mikor kiderul ~fel nap debuggolas utan hogy a gray code -> binaris konverzio elott nem lehet csak ugy ad hoc negalni az osszes bitet :) Avagy: legkozelebb ne doljunk be az "ah, open collectoros a gray-enkoder kimenete, tokmindegy hogy hogy vesszuk le azokat a biteket" dolognak!

Paranoia

Ma egy kicsit furcsa dolog történt velem az Interneten.

Youtubeon autoplay-el hallgattam zenét. A YT már kiismerte a szokásaimat, egészen jól tud a stílusban maradni autoplayel is. Szóval épp egy blog.hu-s oldalt olvastam Vietnámról. Keresztbe lépkedtem a cikke közt, amikoris egyszer csak arra lettem figyelmes, hogy nem a jól megszokott német metálhörgés jön a fülembe, hanem valami csingcsüng.
A YT bedobott vitenámi zenéket, amiket előtte sose hallgattam. Eddig nem igazán hittem az ilyesmiben, de úgy tűnik van alapja a dolgoknak.
Na erre varrjatok gombot....

Mi is van ezzel a Python/gdb háborúsággal?

Azt mondja a gdb-8.0.1, hogy 'nem jó' a python a gépen (2.7.11 egyébként). Megnézem a config.log-ot, ottan látható a parancs, amivel próbálkozott, meg a hibaüzenet is, hogy miért nem sikerült:


gcc64 ... -Wl,-bE:Modules/python.exp ...
ld: 0706-004 Cannot find or read export file: Modules/python.exp

Namostan ilyen 'Modules' az egész gdb-ben sincs. A /usr/local/src/Python-ban viszont van. Persze ott nem keresi senki, miért keresné? Azon kívül van olyan is, hogy /usr/local/lib64/python2.7/config/python.exp

Az optimális megoldásnak az tűnik, ha megtalálom a gdb valaminő config*-fájljában ezt a 'Modules/python.exp' stringet, és kiszedem.

Kód ellenőrzés + AI #2

Előzmények itt.

Célom a fejlesztők munkájának megtámogatása a platformomon úgy, hogy egyetlen klikkel meg tudják vizsgáltatni a kódjukat anomáliák után kutatva benne egy tanított mesterséges intelligenciával. Ez bármilyen rendellenességet jelenthet, melyet az AI a tanult adatok alapján képez.

Meg van a backend és a frontend működés is. Elkezdtem betanítani az AI-t és kutatom hogy milyen mintával tanított modell milyen mintában talál lehetséges anomáliákat. Valószínű hogy többször újra kell tanítanom, egyelőre teszt jelleggel egy alap tanítással kísérletezek. Nyilván adhat több false jelzést.