Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Sonicwall felhő - A bukás 2026-03-06T15:29:15+0100 Security-all debtamas88
  Elon Musk: a programozás kihal 2026-ban 185  2026-03-06T15:21:58+0100 Mesterséges Intelligencia: Prolog, Lisp Botond
  Kubernetes - Ki hogy kezeli? 89  2026-03-06T15:17:09+0100 Közösségi kerekasztal Vamp
  Óraátállítás, most akkor mi van? #2 464  2026-03-06T14:49:18+0100 Közösségi kerekasztal trey
  hirdetmenyek.magyarorszag.hu - SEC_ERROR_EXPIRED_CERTIFICATE 2026-03-06T12:39:31+0100 Security-all trey
  Unaloműző online játékok és azok eredményei #2 954  2026-03-06T12:22:35+0100 Játékok trey
  Licenszellenőrző 110  2026-03-05T10:28:45+0100 C/C++ bzt
  Frissítés közben lemerült laptop-Bitlocker-Nagy a baj :-) [Megoldva] 48  2026-03-05T07:38:03+0100 Microsoft Windows guszti
  PBX gond: mellékeket nem lehet hívni 20  2026-03-04T21:34:27+0100 VoIP Luckye
  A linux.hu tiszta szégyen (10+ év után is) 261  2026-03-04T15:25:22+0100 Közösségi kerekasztal trey
  HPE Aruba 6000 (R8N88A) switch - firmware frissítés 17  2026-03-03T20:53:52+0100 Hálózati eszközök veresh
  Megérkezett a DÁP digitális aláírása webböngészőbe is 380  2026-03-03T17:47:59+0100 HUP cikkturkáló zslaszlo
  Digitális Állampolgárság #2 25  2026-03-03T15:18:38+0100 Közösségi kerekasztal huprobot
  OpenWRT: két, egymástól független wifi hálózat 2026-03-03T09:23:46+0100 Hálózati eszközök nevergone
  kwalletd6 indítása 19  2026-03-02T22:18:19+0100 Linux-haladó locsemege
  Digitális Állampolgárság 1,023  2026-03-02T13:14:23+0100 Közösségi kerekasztal nehai
  Nem lehet törölni az OpenAI felhasználót 15  2026-03-02T12:42:50+0100 Mesterséges Intelligencia: Prolog, Lisp bzt
  Telekom GPON + KAON PG2141N WAN bontás router mögött 20–30 mp után 19  2026-03-02T11:36:16+0100 Hálózatok egyéb anthony_
  HUP letiltva külföldről? 11  2026-03-02T10:30:20+0100 HUP hzsolt94
  A RAM és SSD árak után felkészül a HDD is... 83  2026-03-01T13:43:32+0100 Merevlemezek, vezérlők wpeople

Brazíliában 13 nap múlva élesedik az életkor-"ellenőrzési" törvény

A (rém)hírek szerint Brazíliában 13 napja van az operációs rendszer gyártóknak arra, hogy megfeleljenek a közelmúltban nagy vihart kavart életkor-"ellenőrzési" törvénynek. Lunduke szerint a Linux és Windows (meg persze minden más) operációs rendszernek március 17-ig van idejük implementálni a törvénynek megfelelő mechanizmusokat ...   

Az OpenAI egy GitHub alternatívát fejleszt

Címkék

Az OpenAI egy alternatív megoldást fejleszt a Microsoft által tulajdonolt GitHub-bal szemben. Állítólag az OpenAI mérnökei az elmúlt hónapokban a GitHub elérhetetlenné válása miatt egyre több szolgáltatáskieséssel szembesültek, ami végül az új termék fejlesztésének döntéséhez vezetett. 

Az OpenAI projekt korai szakaszban van, és valószínűleg hónapokig nem fog befejeződni a The Information és a Reuters szerint.

Legutóbbi finanszírozási körükben az OpenAI értéke 840 milliárd dollár volt. 

Az AMD mérnöke az AI "segítségével" fejlesztett tisztán Python AMD GPU User-Space Driver-t

Címkék

"I didn't open the editor once. [AI] Agents are the great equalizer in software. And Speed is the moat."

[...]

Co-Authored-By: Claude (claude-opus-4-6)"

Tekintve, hogy egyszer sem nyitotta meg az editor-t, kb. vehetjük úgy, hogy a "segítségével" erős túlzás, kb. az AI végezte a munkát ... 

Tudjátok ... Pont 3 éve még a Bagolyfőzelék receptjén heherésztetek ... 😉

Az Ubuntu helyzetjelentést adott a kaliforniai életkor-"ellenőrzési" törvénnyel kapcsolatban

Címkék

Jon Seager, VP Engineering for Ubuntu at Canonical 🐧 🚀

Az elmúlt napokban sok kommentár látott napvilágot az #Ubuntuval és azzal kapcsolatban, hogy hogyan fog reagálni Kalifornia új digitális korbiztosítási törvényére (AB 1043), amely előírja az operációs rendszerek számára, hogy 2027-től a fiók létrehozásakor életkor-információkat gyűjtsenek, és egy életkori „jelzést” tegyenek elérhetővé a jogosult alkalmazások számára.

A Canonical tisztában van a jogszabállyal és jogi tanácsadóval belsőleg felülvizsgálja azt, de jelenleg nincsenek konkrét tervek arra vonatkozóan, hogy az Ubuntu hogyan, vagy akár egyáltalán változni fog-e erre válaszul.

A legutóbbi, levelezőlistán közzétett bejegyzés egy informális beszélgetés az Ubuntu közösség tagjai között, nem pedig bejelentés. Bár a beszélgetés potenciálisan hasznos ötleteket tartalmaz, a Canonical egyiket sem fogadta el vagy nem kötötte le.

Amint lesz egy világos tervünk, a szokásos csatornáinkon keresztül közzétesszük.

 

A Microsoftnak visszaütött a "Microslop" cenzúra

Microslop = Microsoft + slop (internet-szleng a gyenge/minőségtelen "AI output"-ra). A Microslop jelző/hashtag nagyot ment az utóbbi időben a közösségi médiában, s végül elárasztotta a Discord-ot, ahol is elérte a hivatalos Microsoft Copilot szervert is. A Microsoftot ez "érthetően" zavarta, ezért nekiállt cenzúrázni: elkezdte a Microslop szavakat filterezni. Ha valaki beírta a szót tartalmazó üzenetet, az nem jelent meg, a kliens pedig egy moderációs figyelmeztetést dobott.

Több se kellett a közösségnek, miután észrevették, beütött a Streisand-hatás és elkezdték tesztelni / kerülgetni (pl. "Microsl0p" stb.) a filtert. Erre a moderáció magasabb fokozatba kapcsolt: egyes accountoknál üzenetküldési tiltásról jöttek hírek, majd csatornák / szerver-részek kerültek zárolásra, poszt beküldés tiltása került foganatosításra, illetve chat history elrejtése jött.

A sztori iróniája: az amúgy gyér forgalmú szerveren nem igazán volt értelme szűrni a Microslop-ot, mert kb. a kutya se foglalkozott vele, viszont a cenzúra miatt sikerült maguknak intézni egy "kis" negatív PR-t.   

Egyes LTS kernelek hosszabb karbantartást kapnak az előzetesen tervezetteknél

Címkék

Greg KH egy friss commit-je azt mutatja, hogy egyes hosszú karbantartású (azaz, LTS) kernelek az előzetesen tervezettekhez képest plusz egy, illetve két év karbantartást kapnak:

diff --git a/content/releases.rst b/content/releases.rst
index dde8ecc..4534d33 100644
--- a/content/releases.rst
+++ b/content/releases.rst
@@ -40,9 +40,9 @@ Longterm
     ======== ================================ ============ ==================
     Version  Maintainer                       Released     Projected EOL
     ======== ================================ ============ ==================
-    6.18     Greg Kroah-Hartman & Sasha Levin 2025-11-30   Dec, 2027
-    6.12     Greg Kroah-Hartman & Sasha Levin 2024-11-17   Dec, 2026
-    6.6      Greg Kroah-Hartman & Sasha Levin 2023-10-29   Dec, 2026
+    6.18     Greg Kroah-Hartman & Sasha Levin 2025-11-30   Dec, 2028
+    6.12     Greg Kroah-Hartman & Sasha Levin 2024-11-17   Dec, 2028
+    6.6      Greg Kroah-Hartman & Sasha Levin 2023-10-29   Dec, 2027
     6.1      Greg Kroah-Hartman & Sasha Levin 2022-12-11   Dec, 2027
     5.15     Greg Kroah-Hartman & Sasha Levin 2021-10-31   Dec, 2026
     5.10     Greg Kroah-Hartman & Sasha Levin 2020-12-13   Dec, 2026

Különböző cégekkel és csoportokkal, valamint a másik stabil kernel karbantartóval folytatott számos megbeszélés alapján a jelenlegi státusz a következő:

  • Az 5.10-es verzió 6 évig támogatott
  • Az 5.15-ös verzió 5 évig támogatott
  • A 6.6-os verzió 4 évig támogatott
  • A 6.12-es verzió 4 évig támogatott
  • A 6.18-as verzió legalább 3 évig támogatott

FAQ-ot adott ki a MidnightBSD a kaliforniaiakat kizáró licencváltásával kapcsolatban

Címkék

Előzmények itt.

Egy 2027. január 1-gyel életbe lépő kaliforniai törvény miatt az egyik FreeBSD-alapú BSD kiegészítette azzal a klasszikus, 2-záradékos BSD licencét, hogy a kaliforniai rezidensek nem használhatják a desktop változatukat. A Colorado állambeliek kizárásáról még nem döntöttek, de szerintük lehetséges lehet azok kizárása is. A jelenlegi licencük ezzel szerintük elveszthette Open Source-jellegét. 

Ezzel magyarázzák a lépést a frissen kiadott FAQ-jukban: 

Megjelent az /e/OS 3.5

Címkék

Megjelent a az e.foundation által fejlesztett, nyílt forráskódú, privát szféra tudatos, smartphone operációs rendszer, az /e/OS 3.5-ös kiadása. A támogatott készülékek listája itt. Változások listája stb. itt.

AI: a technológiai robbanás állva hagyta a munkaerőpiacot

Címkék

A 2025 végén szinte egyszerre megjelent, friss Claude Opus és GPT Codex modellek elképesztő előrelépést mutatnak a kódolási képességek terén. A technológiai változás sebességét sem a hazai cégek, sem az IT munkaerőpiac nem tudja lekövetni. A 75. kraftie adásban mi is csak a fejünket vakartuk, hova is vezethet ez az egész. Az eseményhorizontról azonban már nincs visszafordulás.

Miközben az informatika, a szoftverfejlesztés hatalmas és gyors technológiai paradigmaváltáson esik át, addig az AI-hatás mind a cégekbe, mind a szabályozásba, ennek megfelelően az informatikai munkaerőpiacra is nagyon lassan csorog le. Ráadásul a folyamat földrajzilag is eltérő mintázatokat mutat.

Szépen fölsejlik a kétsebességes IT utópiája, az elkapkodott bevezetések időszaka, miközben az IT közösség biztonság- és közérzete egyre csak romlik. Megyesi Petivel és Sági-Kazár Márkkal beszélgettünk. Az adás után pedig hazamentek "Claude-ozni".

Az adásban elhangzott hivatkozások a Discord csatornánkon érhetők el, ahol még beszélgetni is tudsz velünk, és a többi hallgatóval. Adásainkat megtaláljátok a SoundCloudon, a Spotify-on, az Apple Podcasten, a YouTube csatornánkon, és immár a YouTube Music-on is.

Szedi az áldozatait az életkor-"ellenőrzési" törvény

Colorado államban fut az SB26-051 ("Age Attestation on Computing Devices") törvényjavaslat, ami azt célozza, hogy az alkalmazások letöltéskor/indításkor az operációs rendszertől vagy az app store-tól kötelezően "age signal"-t kérjenek a felhasználóról. A konstrukció lényege nem okmányos "age verification", hanem "age attestation": a fiókbeállításnál megadott életkor/születési dátum alapján korcsoport-jelzést adna vissza egy API-n.

Kaliforniában viszont már aláírt jogszabály az AB 1043 ("Digital Age Assurance Act"), ami 2027. január 1-től írja elő az operációs rendszer gyártóknak, hogy fióklétrehozáskor kérjenek életkor/születési dátum megadást.

Adalék: a Redditet már megbüntette az Egyesült Királyság adatvédelmi hatósága (ICO) többek között azért, mert nem volt elég erős a kor-biztosítási (age assurance) gyakorlata a gyerekek védelmére.

A MidnightBSD pedig nyíltan leírta, hogy módosították a licencet

midnight  

2027. január 01-től kaliforniai rezidensek számára nem engedik a desktop változat használatát, mert nem tudják még ezt a megfelelést megoldani. Az irónia megvan: a "Berkeley Software Distribution" név történetileg pont Kaliforniához kötődik, most meg egy BSD változat saját magát tiltja ki onnan 🤷‍♂️

Mostantól a LibreOffice preferált közösségi csatornája a Mastodon

A @LibreOffice projekt bejelentette, hogy követ számos FLOSS projektet és mostantól az elsődleges közösségi hálózatos csatornája a Mastodon, mert az nyílt forráskódú, nem központosított és nincs nagy tech óriások irányítása alatt. Ott keressétek!

Szerinted érdemes lenne a linux.hu domain-t "felszabadítani"?

Címkék

Előzmények itt

tl;dr:

  • vagyunk néhányan
    • akik szeretjük, használjuk a Linux-ot (netán abból - is - élünk) és az a véleményünk, hogy a jelenlegi állapotánál többet érdemel a magyar domain-je,
    • akik még emlékeszünk arra, hogy réges-régen hogy nézett ki az oldal és nosztalgiával emlékszünk vissza rá,
    • akik szerint szégyen, ahogy 10+ éve kinéz,
    • akik szerint a "közösség" annyit igazán megtehetne, hogy 10+ év lepusztulás után helyrehozza valahogy (vagy legalább megpróbálja helyrehozni, még ha nem is sikerül),
    • akik szerint a domain jobb helyen lenne egy non-profit alapítványnál, mint a jelenlegi gazdájánál,
    • akik szerint lehetne a mostani 404 helyett egy általános tájékoztató oldal a Linux-ról, vagy egyszerűen csak egy redirect a non-profit kernel.org-ra vagy a Linux Wikipedia szócikkre
    • vagy  ...

Nem lenne példa nélküli a FLOSS világban, hogy a "közösség" felszabadít vagy az enyészettől megment egy projektet. Gondoljunk például a Blender-re, amit a közösség szabadított fel (1, 2, 3, 4) és ma is él és virul. 

Tovább gondolva a kezdeményezést, akár egy új Linux egyesület is születhetne egy sikeres akción felbuzdulva, ami koordinálhatná, újjászervezhetné a magyarországi - jelenleg nem létező - Linux életet, az utánpótlást stb. 

Vagy, csak megállapíthatnánk, hogy ezekre a dolgokra ma Magyarországon semmi igény nincs és elkönyvelhetnénk, hogy a mi generációnkkal itthon a Linux/FLOSS iránti érdeklődés kb. ki is hal. 

Nagyjából tét nélkül meg lehetne próbálni a $title üggyel. 

Nem emlékszem, hogy az elmúlt évtizedekben hasonló próbálkozás lett volna itthon. Azt nem bánom, ha kiderül, hogy erre nincs igény. Azt viszont bánnám, hogy sose dobtam fel, hogy akár meg is próbálhatnánk ... 

Szóval ... kiben van ambíció egy ilyen projekt vezetésére, vagy csak részt venne benne mint közreműködő ... »»»»»

Választások

A Call of Duty játszható ReactOS-n

Címkék

 

A sokak által kedvelt játék már valós hardveren, NVIDIA driverekkel is futtatható. Ez újabb előrelépés a Windows-alternatív operációs rendszer stabilitása felé.

A GhostBSD vezetője arról, hogy 15 év után miért vált X.Org-ról XLibre-re

Címkék
  • A posztban Eric Turgeon leírja, miért áll át a GhostBSD XLibre-re: nem „divat”, hanem technikai kényszerpálya.
  • Szerinte a Wayland a Linux-világban teret nyer, de GhostBSD-n (FreeBSD-alapon) a desktop stack nincs kész rá: a MATE és az Xfce sincs ott, illetve a GhostBSD-specifikus komponensek sem.
  • Közben az X.Org állapotát „nem haladónak / visszafelé mozdulónak” látja, és kifejezetten red flagként ír arról, hogy szerinte upstreamben olyan revert is történt, ami inkább személyes/kommunikációs okokból ment át, nem a felhasználói bázis érdekében.
  • A döntés előtt kivárt és tesztelt: amikor az XLibre FreeBSD-portolása beindult, GhostBSD-n is portolták és buildelték, majd a tapasztalatok alapján jutott arra, hogy X.Org helyett inkább XLibre, mert Wayland-re váltani most túl korai, Xorg-ban pedig nem bízik.

GhostBSD jövőképe (őszintén, kicsit nyersen):

  •  A MATE jövőjét bizonytalannak látja (lassú fejlődés, kevés jel a fejlesztőktől), miközben a GUI-stacknél jön egy komoly elágazás: a GTK 3/4 vonalat kedveli, de azt írja: GTK5 már nem fog X11-et támogatni, ami újabb kényszerhelyzetet teremthet.
  • Felmerül nála, hogy a MATE-es eszközök kiváltása helyett/mellett inkább egy új desktop-irányba tolja a projektet: Gershwin (amiben Joe Maloney segít) opció, de az Objective-C-fókusz visszatartja; említi, hogy később Swift-támogatás javíthat a helyzeten.
  • A projekt fenntarthatóságáról kimondja: túl nagy teher egy embernek, és attól tart, hogy ha ő kiszállna, a GhostBSD nem élné túl. Delegálni akar (listázni/dokumentálni feladatokat), és azt is leírja, hogy bizonyos részeknél már LLM-eket is használ tehermentesítésre.

(A cikk nyomokban Mesterséges Intelligencia által szolgáltatott adatokat tartalmaz, így a tartalmát érdemes duplán ellenőrizni!)

Bérkutatás és menedzserhalál

Címkék

A 74. kraftie adásban a 2026-os informatikai fizetéseken pörögtünk, aztán majdnem sikerült lebeszélni mindenkit a menedzser karrierről.

A héten megjelent, legismertebb hazai bérkutatás mindenképpen megért egy misét. Egyrészt - valljuk be - kevés népszerűbb téma van a fizetéspornónál, másrészt a piac nagy része elsődlegesen egy olyan kutatásra támaszkodik, melynek módszertani háttere zavaros, relevanciája pedig egyre inkább megkérdőjelezhető. Az pedig már csak hab a tortán, hogy három év alatt három középértéket használtak a béreknél, átlagtól a mediánon át egészen a móduszig, ami az érdemi éves összehasonlítást nem igazán teszi lehetővé.

Az adás második felében a menedzser karrierút átmeneti (?) nehézségeiről beszélgettünk, jelenleg ugyanis kevés jó érv amellett, miért is érdemes ebbe az irányba mozogni. A terhelés extrém magas, a felelősség és az elvárások az egekben vannak, a motivációs eszközök limitáltak, az alattad lévők többsége pedig kiégés számos árnyalatán levitál. Mindeközben az IC pályaív AI-jal turbózva szalad el alólad, megnehezítve az esetleges visszatérést.

Az adásban elhangzott hivatkozások a Discord csatornánkon érhetők el, ahol még beszélgetni is tudsz velünk, és a többi hallgatóval. Adásainkat megtaláljátok a SoundCloudon, a Spotify-on, az Apple Podcasten, a YouTube csatornánkon, és immár a YouTube Music-on is.

Távoli kódfuttatást lehetővé tevő biztonsági sebezhetőség a ... Notepad-ban ...

Amikor olvastam, arra gondoltam, hogy nagyon messze van még április elseje, hogy ilyen korán kezdjék ... de kiderült: nem vicc. A Microsoft olyan szintre tolta a kretént, hogy a Notepad-ban (tudod, a hosszú évtizedeken keresztül a bare minimum-ot kínáló editor, amitől - valljuk be - nem is vártunk többet, mint hogy erőforrás-takarékosan tudjunk mondjuk konfig fájlokat editálni) távoli kódfuttatást lehetővé tevő biztonsági sebezhetőséget sikerült összehozni. Hogyan? Hát úgy, hogy a notapad.exe már nem csak egy minimum editor, hanem egy ideje Copilot-integrált izé. Miért baj ez? Mert egyébként, a Notepad-nak egy olyan editornak kellett volna maradnia, aminek tudnia sem kellett volna arról, hogy az internet létezik ...  

CVE-2026-20841 🤦‍♂️  

Linus ismét kiosztott egy programozót: szemét, hamisítatlan, teszteletlen szar

Címkék

A Linaro egyik programozója egy PR-t küldött Linusnak, amiben a Linux kernel multimédia card (MMC) alrendszerét célzó változtatások voltak. A kóder kérte Linus-t a beolvasztásra, de amit kapott, azt nem tette zsebre. A Linux első embere úgy lekapta a 10 körméről, hogy azóta is arról koldul.

Nem csoda, hogy Linus felpattintotta az agyát: a beküldött változtatásokkal a kernel le sem fordult, de egyébként is híg fos lehetett a minősége, ha ilyen jelzőket kapott: 

Those changes are complete garbage and don't even compile. It has apparently never been in linux-next or been build-tested in any way.

Már itt lehetett sejteni, hogy ez semmi jóra nem vezet, de a lényeg még csak ezután érkezett:

In other words, that commit ad314348ceb4 ("mux: Add helper functions for getting optional and selected mux-state") is pure unadulterated untested garbage.

Ha a kóder itt még nem semmisült volna meg teljes mértékben a szégyentől, kapott még egy gyomrost:

I do not want to see a "fixed" pull request from you. This was entirely unacceptable, and I will not be pulling anything more from you this merge window. Stop sending me untested crap that hasn't been in linux-next and doesn't even pass the most cursory smell test.

Miután alaposan megmosta a fejét, azért jelezte, hogy a következő ciklusban, ha elvégezte a kötelező házi feladatokat, elfogad majd tőle PR-t:

You can try again for 7.1, but only if it has been actually in linux-next and properly tested.

Itt és itt.