Blogbejegyzések

25 év, 329 lapszám és több ezer oldal után búcsút veszünk a Linux Format magazintól, amely az Egyesült Királyság egyik vezető Linux- és nyílt forráskódú szoftverekkel foglalkozó szaklapja volt. A Linux Format egy negyed évszázados utazás végéhez érkezett, amely során nyomon követte az open-source világ felemelkedését — most pedig a 329. lapszámmal végleg lezárul a története.

Egyetemen már az én időmben is volt valamiféle minőség mérési kezdemény: OHV (oktatók hallgatói véleményezése) volt a neve, Neptunban kellett kitölteni, és vagy vmi kedvezmény volt a díjazás, vagy vmi nyereményjáték volt a kitöltők között.

Éppen ideje volt már közép és általános iskolákban is bevezetni valamit:

Szép lassan kezd összeállni a permakultúrás vagy hagy úgy tetszik ökológiai szemléletű kisgazdaságunk, már egész komoly a változatosság, vagy menőbben, a biodiverzitás a kertben. Fű, fa, bokor vegyesen, gallyrakások, búvóhelyek és minimálisan kaszálunk, hogy békén hagyjuk a velünk élő társaink.

Ennek a „mellékhatása”, hogy a madarak változatossága és száma is elképesztő módon növekszik a területen. Minél többféle a növény, annál több a madár. Róluk írok pár sort, akiket az ablakból kinézve, vagy területünkön mászkálva ismertem meg.

Megírta a Zorigo, hogy már Győrben(!) is sok a drogos:
https://www.kisalfold.hu/helyi-kek-hirek/2025/05/drogosok-gyor-elfogato…

Annó volt egy vicc, hogy minden új program nyelv az azt kitaláló programozók megélhetését hivatott biztosítani. Minél elcseszettebb a nyelv, és minél komplikáltabb, annál biztosabbak a nyugdíjas évek. Különösen, ha a nyelv megkerülhetetlenné válik.

Az "MBH Bank számla feltörés" oldalra van néhány találat: https://www.virustotal.com/gui/url/01b7c033da770e2bb78472cae711f702a574…

Egy ideje már letöltöm az engem érdeklő Youtube videókat saját gépre. A célom az, hogy a lehető leg-jövőállóbb, legkompatibilisebb formátumban legyenek meg azok a videók nálam helyben, amiket máskor is meg szeretnék találni, és meg szeretnék nézni ismételten. Ez elég sok melóval jár, mivel a Youtube nem túl együttműködő partner az efféle tervek megvalósításában.

Érdekes példa, hogyan lopnak ill. gyártanak hamis C64 könyveket.

Nem is kell többet írni róla: itt van a videó ami bemutatja:

Fake Commodore 64 Programming Books BUSTED!

A rendszer nagyobbik része AWS-en fut így ezzel folyattuk a vizsgálatot  a korábbi kérés alapján: Lásd itt...

Mivel nemrég kellett a reidst használnom, így gondoltam megnézem mi a helyzet vele. Itt meg is jegyezném hogy nem vagyok DevOps, erre van külön emberünk. 
Itt egyből látszott, hogy van Valkeyre is lehetőség és kiderült, hogy amúgy sincs kihasználva a redis szerver. Valkey egy opensource redis kompatibilis megoldás amit a redis licencváltása hívott életre. Mivel korábbi projekten volt tapasztalatom a Redis -> Valkey váltással kapcsolatban (fájdalommentes volt), így ezt is megléptük. Jelenleg feleannyiba kerül az üzemeltetés.

Megvizsgáltuk a nagy FineOps keretében, hogy végül nincs szükségünk Multi-AZ RDS-re nem kritikus a működésünk, nem is volt leállás. Update miatti leállás se zavaró még.

Fontos megjegyezni, hogy sok lehetőség van abban is milyen fizetési opciót választunk. Nagyon nem mindegy hogy On-Demand, vagy Savings Planst használunk.

Tesztkörnyezettel is lehet spórolni, ha a tesztszervert például hétvégenként és este leálltjuk.

Napokban azon gondolkodtam, hogy viszonylag gyakran, a munkámmal kapcsolatosan készítek blogbejegyzést. Fő téma programozás lenne. Esetleges szakmai visszajelzés, programozói téma felpörgetése lenne a célom. Nyugodtan szóljatok ha sok vagyok, vagy bármi.

Kezdjük is el!

Pár napja a menedzsment jelezte, hogy Google Cloud ára kezd emelkedni, tudok-e kezdeni vele valamit. Megvizsgáltam és nagyrészt Static Map API zabálja a pénzt. A korábbi fejlesztőcsapat csak simán bele kódolta hogy közvetlenül a Map APIn keresztül kérje le térképet így rengeteg lekérdezés van. Itt maximum a böngésző cacheben lehetne bízni.

Megoldás végül az lett, hogy amikor jön egy kérés, akkor letároljuk magunknál a képet, majd redisbe, belerakjuk TTL-el, hogy azért havonta egyszer frissüljön.
Így jelentősen sikerült csökkenteni a szolgáltatás árát. Azaz a számok már lassan érkezek, kíváncsi leszek mennyire sikerül levinni. Én 90%-os csökkenésre számítok.
 

…már több, mint egy éve. Azóta saját életem van, saját döntéseim, és persze saját hibafaktorok is akadnak.

A host: Manjaro, kernel:6.12 (12 mag, 32 GB memória, kb. 4 éves gép, nem ssd-n fut)

A guest: Win 10 Pro.

Őrült lassan működik. Egy start kb. 15-25 perc. Egy shutdown 30-40 perc. Ilyenkor kiírja "getting ready" vagy valami ilyesmi. Felkészülni a shutdownra? Vicces.

A VM főbb beállításai: 4 mag, 6 GB memória, 128 MB videó memória, 50 GB lemezterület.

Frissítés:
Úgy néz ki rengeteg és köztük néhány termetes update volt az a mi a szörnyű lassulást okozta.

Egy kicsit zavart hogy a soft AVR core-s projektben ez az egyebkent elegge AVR-specifikus, 6 bit mely, 8 bit szeles I/O buszt a CPU aszinkron modon olvassa es szinkron modon irja. Azaz mig a program-memoria illetve az adatmemoria rendes szinkron ROM/RAM-kent viselkedik (igy mind az olvasasi, mind az irasi ciklus eredmenye a kovetkezo orajelre jelenik meg a CPU es/vagy a memoriak szamara), az I/O port eseten az olvasas a jelenlegi implementacioban aszinkron. Gondoltam kicsit utanajarok ennek a dolognak mit lehet itt tenni hogy egy elegansabb, jobban fenntarthato, jobban ujrafelhasznalhato cuccmany legyen ebbol az egeszbol. 

Debian 12 hiba és patkolása:

root@rpi5-killer:/etc/rear#  ldd /usr/lib/x86_64-linux-gnu/systemd/libsystemd-core-252.so
    linux-vdso.so.1 (0x00007efcccdca000)
    libsystemd-shared-252.so => not found
    libseccomp.so.2 => /lib/x86_64-linux-gnu/libseccomp.so.2 (0x00007efcccba4000)
    libpam.so.0 => /lib/x86_64-linux-gnu/libpam.so.0 (0x00007efcccb92000)
    libaudit.so.1 => /lib/x86_64-linux-gnu/libaudit.so.1 (0x00007efcccb61000)
    libkmod.so.2 => /lib/x86_64-linux-gnu/libkmod.so.2 (0x00007efcccb44000)
    libapparmor.so.1 => /lib/x86_64-linux-gnu/libapparmor.so.1 (0x00007efcccb2d000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007efcccaff000)
    libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007efccca9c000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007efccc8bb000)
    libcap-ng.so.0 => /lib/x86_64-linux-gnu/libcap-ng.so.0 (0x00007efccc8b3000)
    libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007efccc7f7000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007efccc7c6000)
    libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007efccc200000)
    libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007efccc72c000)
    /lib64/ld-linux-x86-64.so.2 (0x00007efcccdcc000)
    libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007efccc6d5000)

root@rpi5-killer:/etc/rear# echo "/usr/lib/x86_64-linux-gnu/systemd" > /etc/ld.so.conf.d/libsystemd-core.conf && ldconfig

root@rpi5-killer:/etc/rear#  ldd /usr/lib/x86_64-linux-gnu/systemd/libsystemd-core-252.so
    linux-vdso.so.1 (0x00007fa2a492d000)
    libsystemd-shared-252.so => /usr/lib/x86_64-linux-gnu/systemd/libsystemd-shared-252.so (0x00007fa2a4200000)
    libseccomp.so.2 => /lib/x86_64-linux-gnu/libseccomp.so.2 (0x00007fa2a4707000)
    libpam.so.0 => /lib/x86_64-linux-gnu/libpam.so.0 (0x00007fa2a46f5000)
    libaudit.so.1 => /lib/x86_64-linux-gnu/libaudit.so.1 (0x00007fa2a46c4000)
    libkmod.so.2 => /lib/x86_64-linux-gnu/libkmod.so.2 (0x00007fa2a46a7000)
    libapparmor.so.1 => /lib/x86_64-linux-gnu/libapparmor.so.1 (0x00007fa2a4690000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fa2a4662000)
    libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 (0x00007fa2a45ff000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa2a401f000)
    libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007fa2a45f4000)
    libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 (0x00007fa2a459d000)
    libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007fa2a458f000)
    libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007fa2a4553000)
    libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007fa2a3ed8000)
    libip4tc.so.2 => /lib/x86_64-linux-gnu/libip4tc.so.2 (0x00007fa2a4549000)
    liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007fa2a3eb2000)
    libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007fa2a3a00000)
    libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007fa2a3944000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fa2a3915000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa2a3835000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fa2a492f000)
    libcap-ng.so.0 => /lib/x86_64-linux-gnu/libcap-ng.so.0 (0x00007fa2a453f000)
    libpcre2-8.so.0 => /lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007fa2a379b000)
    libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007fa2a3e8a000)

rpi5-killer Debian12 DR for the OS with REAR 2.9 on the 3rd disk ... Sok szívás, van benne Debian 12-es hiba is, pl. hibás REAR 2.9, kisebb NVME SSD méret, után siker 1 Ventoy-os pendriveval ... Multi DR egy pendriveval ... Nagyon király lett ...
Sikerült a teszt szerveremen a DR. :)

root@rpi5-killer:/etc/rear# cat os.conf 
OS_VENDOR=Debian
OS_VERSION=12

root@rpi5-killer:/etc/rear#  cat local.conf
OUTPUT=ISO
BACKUP=NETFS
AUTOEXCLUDE_DISKS=no
ONLY_INCLUDE_VG=( "vg" )
BACKUP_URL=file:///media/rear
BACKUP_PROG_EXCLUDE=( '/tmp/*' )
FIRMWARE_FILES=( 'yes' )
COPY_AS_IS=( '/usr/share/file/magic' '/usr/share/rear/*' '/var/lib/rear/*' )
AUTOEXCLUDE_MULTIPATH=yes
MIGRATION_MODE='true'
AUTORESIZE_PARTITIONS=( /dev/nvme0n1p3 )
AUTOSHRINK_DISK_SIZE_LIMIT_PERCENTAGE=90

innetől kezdve REAR 2.9 mentés hiba nélkül fut.

...avagy hogyan ne tároljunk fontos anyagokat...

How the CD Master Scandal Was Exposed! It's Unbelievable - YouTube

https://searchengineland.com/ai-killing-web-business-model-455157

Elég pontos.

https://x.com/Pirat_Nation/status/1921739351563829359

ja nem:(

https://rog.asus.com/me-en/graphics-cards/graphics-cards/rog-astral/rog…

Tessék.

│11:19:09  ~Fisher | Aszondja a kolléga, hogy van egy hibás disk, küld egy képet a szerverről.                                                                                        │
│11:19:18  ~Fisher | Én vakulok rá, 32 disk, mind ződ.                                                                                                                                │
│11:19:29  ~Fisher | Aszondja... jaa, a képen nem látszik, mert villog.                                                                                                              

Elkezdtem játszani $subj-tel.

Más is kapott ilyet? Mikor felvettem, valami ázsiai nyelven dumált kb. 30 másodpercet, majd letette. Vélhetően robot volt, én direkt nem nyomtam ki, meg akartam várni, mennyit dumál.

Magyar idő szerint éjjel 11 óra körül érkeztek az első jelentések, India kilenc célpont támadásáról számolt be. Félő, hogy a helyzet villámgyorsan eszkalálódik a két atomhatalom között. .

https://index.hu/kulfold/2025/05/06/india-pakisztan-haboru-megtorlas-te…
https://index.hu/kulfold/2025/05/06/india-pakisztan-haboru-kasmir-terro…
https://www.youtube.com/shorts/__ATrdX7k3M

Jónéhány éve, még talán 2017-ben vagy 18-ban kaptam egy kiselejtezett asztali PC-t. Házi "szerver" lett belőle, proxmox és rajta konténerek.

https://github.com/cncf/sandbox/issues/81

Powerline kiegészítést használtam Bash-hez régóta. Viszont előjött egy bosszantó bug, így kerestem alternatívákat.

A powerline-go tudja jól a symlinkeket kezelni a Git repóknál, elvileg gyorsabb is, bár nekem a régi sem volt észrevehetően lassú. Aki nem használ ilyesmit, annak érdemes tenni egy próbát.