Blogbejegyzések

amit senki nem mond el az apple notebookokról

Korán reggel kellemetlen hozzáérni, hideg. (télen)
A felület szép és intuitív, a mélység:
Szörnyű karakterkombók.
Szörnyű egyéb billentyűkombók
Egy RDP sessiön-ben természetesen a windows-os kombók élnek, így két karaktermap-et kell fejben tartani.
Nem túlságosan kigyúrt alkalmazások pld : képkivágás
command-q / alt-q hülye párosítás egymás mellett.

Az alkalmazás elképzelés nagyon tetszik, a gui ragyogó, az üzemidő csillogó, és az ember elfelejti, hogy egy számítógépet néha ki is kell kapcsolni.

Hanghívás fogadás az nagyon nem rossz, főleg ha az embernek amúgy is épp van fülhallgató a fülében. Apple fülessel próbáltam, ott a hangerőszabályzó visszaszabályozta a noti hangerejét is.

karóra téma

néhány régebben-, és a mostani a szavazós szálban felmerült kérdéshez kapcsolódóan. bocs a szájbarágásért, van akinek így lesz jó.

nem olyan régen ezek voltak a klasszikus karórák:
-mechanikus kézi húzós, automata (kalapács- és rotoros automata)
-electromechanikus (billegőmotoros és hangvillás)

Ezidáig nem tartozott ide semmilyen kvarcvezérlésű darab, akár folyadékkristályos kijelzője volt, akár analóg mutatós (alatta apró motorokkal). Mára viszont ez a csapat is mindinkább a klasszikus órákhoz tartozik, mivel az okosóráknak nevezett csuklószámítógépektől teljesen idegen. Utóbbiakra nem fecsérelnék szót, a kvarcvezérléses modellekről pedig nincs is igazán mit regélni. Szóval:

DB2 (v >= 10.1) vs HADR vs Pacemaker

Meglepne, ha ~6.000.000.000 ember kozul mi lennenk az elsok, akik belefutnak, de SLES11SP4-en nem lehet a gyari SLES for HA csomagokbol telepitett pacemaker-rel egy DB2 (v>=10.1) HADR cluster-t osszerakni (ocf:heartbeat:db2 primitive hasznalataval ofkorsz). Ugyanis a monitor op futtatna egy db2pd parancsot es annak kimenetet awk-val megszurve jelezne vissza, hogy az adott node-on futo DB2 peldany Primary vagy Secondary-e. Mivel 10.1-ben megvaltozott ennek a parancsnak a kimenete, igy a megfelelo helyen levo valtozo ures erteket kap, amit a cluster motor nem tud lekezelni es egy $OCF_ERR_GENERIC hibauzenettel elszall, majd failed-be teszi a primitive-et es az egesz master-slave group-ot... Szoporollereztunk vele vagy 1.5 hetet...
Ha mas is belefutott volna es megerositene, akkor lenne meg egy plusz a januari Novell-es bugreporthoz...

Hogyan törjem fel a saját gépem?

Úgy érzem elkövettem azt a hibát, hogy asztali gépet vettem / Win 10-et teleptettem a gépemre.
Az a koncepcióm, hogy van egy combos asztali gépem otthon és ha éppenséggel eljárok otthonról úgy is van internet mindenhol távoli asztal kapcsolaton, remote desktop tudok a "vékönykliensről" az otthoni gépemen dolgozni (billentyűzetes androidos tablet, raspberry pi).

Namost sikerült felültetnem magam a szopórollerre, mert 23-a óta elérhetetlen az otthoni desktopom. Pontosabban az rdp-n csatlakozva hosszú idő után úgy tesz a kliens, mintha tudna is csatlakozni, feljön egy fekete képernyő, egy ideig gondolkozik majd vagy vissza kidob szó nélkül.

LEDE vs PXE uefi && legacyboot

Adott egy működő PXE boot szerver. A Syslinuxnak hála képes többfelé boot lehetőséget szolgáltatni. Igen ám, de az UEFI-s gépekkel nem tud sajnos mit kezdeni.

Mivel a "syslinux32/64.efi" állítólag megfekszik bizonyos(újabb?) gépeknél, ezért ajánlott grubot használni.(kipróbáltam, tényleg)
Na elkezdem reszelgetni a dolgokat, bepattintom a grubnetx64.efi.signed a helyére.

Oké, tudassuk a dhcp szerverrel, hogy van egy ilyen is a tftp szerveren.(a tftp szerver már nem a router-en fut.)
Elkezdem a routeren lévő "/etc/config/dhcp" állományt bűvölni.

dhcp-boot=pxelinux.0
dhcp-match=set:bios,option:client-arch,0
dhcp-match=set:efi32,option:client-arch,6
dhcp-match=set:efi64,option:client-arch,7
dhcp-boot=tag:bios,pxelinux.0,local-srv,192.168.1.xxx
dhcp-boot=tag:efi32,syslinux.efi,local-srv,192.168.1.xxx
dhcp-boot=tag:efi64,grubnetx64.efi.signed,local-srv,192.168.1.xxx

Docker Volume

és a buktatói:)

Alapvetően csak egy rövid írás akar lenni, de aki nincs képben, egy kis áttekintő:

# Áttekintő / bevezető
A docker, egy konténer, amibe szerveralkalmazásokat lehet csomagolni,
és pakolgatni egyik szerverről a másikra (ajánlás az egy program / egy konténer).

# Probléma leírása

Az alkalmazáshoz szükséges fájlokat mind tartalmazza a konténer.
De előbb-utóbb eljut az ember, oda, hogy kívülről akar fájlokat láthatóvá tenni a konténeren belül.

A legegyszerűbb példa,
hogy van egy program amit 4-5 különböző konfigurációs fájlokkal akar elindítani az ember.
Két lehetőség van, vagy készít az ember 4-5 konténer image-t, amiben már benne vannak a módosított konfigurációs fájlok.
Vagy pedig a konfigurációs fájlokat a konténeren kívülről veszi, és akkor elég
egy konténer imaget elkészíteni, a többit docker volume-mal oldjuk meg.

Karácsonyi hack

Olvasom a Fejérmegyei Hírlap tegnapi számát, benne egy oldalas cikkel a miniszterelnökünkkel. A cikk olvasása közben szemet szúrt, egy túlságosan is "őszinte" mondat mit követett még pár. Bizony médiahack áldozata lett a karácsonyi évértékelő. A kiadó azóta már bocsánatot kért a megjelentekért.
Mi köze van ennek az informatikához? Nos, azért, mert ez a klasszikus példája az elégedetlen dolgozó típusú hacknek. A Pannon Lapok Társasága az utóbbi időben átesett egy tulajdonosváltáson. Ennek következtében, több főszerkesztő és újságíró is távozott a szerkesztőségekből, és jó páran töltik felmondási idejüket. Információbiztonsági szempontból ezen dolgozók a legveszélyesebbek, lévén, már nem kötődnek a cégükhöz, miközben még teljes hozzáféréssel rendelkeznek a cég rendszereihez. Olyan esetben, mikor egy pozíció politikai, vallási, ideológiai kötődésekkel is jár (ne feledjük az újságírói/lapkiadói szakmai is ilyen) ezen szituációk hatványozottan érvényesek.
Hogyan lehetett volna elkerülni ezt a helyzetet? A felmondott, vagy kilépő dolgozók informatikai vákuumba helyezésével, az-az a felmondás tényének közlésétől számítva, azonnal megvonni, korlátozni a hozzáféréseiket, akár úgy is, hogy fizetett szabadságra küldi a dolgozót a munkáltató.
Hogyan lehetett volna ezt a helyzetet elkerülni?
Munkatársak, elkötelezettségének, motiváltságának folyamatos monitorozásával. Ez a legegyszerűbb és leghatékonyabb módszer egy adatszivárgás, vagy kárt okozó tevékenység megelőzésére, és sajnos ez az amit a legkevésbé figyelnek oda a cégek. Az adatbiztonság az embereknél kezdődik, és mint látható, nem kell sok, hogy a szorgalmas hangyából kártékony féreg legyen.
Szigorú jogosultság kezeléssel. Megosztott jogosultságok és hozzáférések megszüntetése. Ez nem csak a kis és középvállalati szektornak a jellemzője, bizony nem egy nagyvállalat van, ahol ilyen vagy olyan okok mentén léteznek megosztott felhasználós alkalmazások. Mint minden "közös ló" jellegű esetnél, ez remek táptalaja a visszaéléseknek.
Cikkek és a leadott anyagok szigorú verziókövetésével. Olyan alkalmazások használatával, amik megakadályozzák, hogy tördelésnél a szerkesztő, vagy a későbbiek folyamán bármely másik munkatárs a szöveg tartalmon módosítson.

Ruby 2.4.0

https://www.ruby-lang.org/en/news/2016/12/25/ruby-2-4-0-released/

Unify Fixnum and Bignum into Integer

Ruby had two visible Integer classes: Fixnum and Bignum. Ruby 2.4 unifies them into Integer. All C extensions which touch the Fixnum or Bignum class need to be fixed.

RUBY_VERSION => "2.3.3"

5.class => Fixnum

(55**55).class => Bignum

RUBY_VERSION => "2.4.0"

5.class => Integer

(55**55).class => Integer

W10 ---> W7

Én tényleg szerettem volna, komolyan. De nem, egyszerűen nem bírom. Sok esélyt adtam magamnak, neki is...
Tegnap vissza, downgrade... mondhatni.
Aztán majd a februári SSD beszerelésnél vissza is állok openSuSE-re, de Tumbleweed-re.

Tumblee-t már tesztelem egy ideje. Stabilnak tűnik, nálam sok gond nincs a másik gépen. 1-2 dokumentum olvasás kellett nekem csak. Minden pöccccccre megy.

Hajrá!

Windows frissítés

ha azt hinnéd, hogy csak az asztali Windows 10 rendszer frissítései miatt kell paráznod, akkor elmondom mi a helyzet az official & stabil frissítéssel Lumia esetén (nem insider, nem béta). három telefon lehet mintavét: saját készülék, asszony készüléke, haver készüléke. utóbbiról egyelőre csak annyit tudok, hogy "ez így elég szar lett", a mi telefonjaink konkrétan ezt csinálják:

-a kamera bekapcsolt állapota mellett bejövő hívásra villogni kezd a kijelző + érzéketlen lesz az érintésre. ha még sem villogna és átvált a hívás fogadására, akkor a beszélgetés végén kezd villogni és csak akku kivételével lehet enyhíteni a szenvedésén.
-a kész képet elég hosszú idő múlva lehet megnézni, nem is kerül be azonnal a képtárba, helyette "utolsó simítások" üzenetet nézheted egy percig.
-a megosztás gombot használva a., nem történik semmi b., a megosztási módok fele hiányzik. ez a két verzió 10 próbából ~4-re megtapasztalható.
-a mailben megosztott tartalom akár két órát is várat magára a fogadó oldalon.
-dual SIM esetén a telefont nulláról bekapcsolva azonnal újra kell indítani, hogy aktualizáljon valami nekem értelmezhetetlen hálózati szart (Telenor & Voda). reprodukálható ez is és eddig nem csinálta.

Kimutatástábla (Pivot table) AWK-ban

Azt kerestem, hogy van-e Gnumericben Pivot table, erre ez jött szembe:

http://www.thelinuxrain.com/articles/a-pivot-table-in-awk

(Az eredeti kérdésre amúgy nem leltem választ, nagyon úgy tűnik, még mindig nem támogatja. És ha már itt tartunk, valaki meg tudja mondani, hogy LO-ban ha pivottáblát akarok csinálni, akkor mi a francot jelent az "Oszlopmezőkben" látható "Adat"? Én mindig kitörlöm - miután raktam oda valamit -, de azért érdekelne, hogy vajon mi célt szolgál.)

TakarNet - RIP

http://www.szabadfold.hu/aktualis/jogi_esetek_hibazott_a_foldhivatal

"Ami nagyjából azt jelenti, hogy a földhivatali nyilvántartás hibái miatt csak akkor lehet kártérítést kérni, ha az adatokat nem elektronikus úton szerezték be."

Most csak azért, hogy valaki irháját mentsék, a közhiteles elektronikus tulajdoni laprendszerbe vetett bizalmat kinullázták egy mozdulattal. Ha a közhiteles elektronikus tulajdoni lap ilyen, no tessék csak szépen elképzelni milyen a többi e-kormányzati szolgáltatás. E-kormányzati szolgáltatás drukkerek, sötét időket élünk..