Linux Mint blog havi hírek - 2026. január

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

Decemberben több mint ezer embertől kaptunk adományt! Tudom, hogy erről már korábban is beszéltem, de most újra megteszem, mert egyetlen hónap alatt ennyi adományozó példátlan. Szeretem úgy elképzelni, hogy sokan ugyanabban az időben gyűltek össze, pusztán azért, hogy támogassák a projektünket. Ez alázatra késztet, és hihetetlenül motiváló. Nagyon büszke vagyok erre a közösségre, és örömmel látom, mennyire elégedettek vagytok a munkánkkal. Nagyon köszönöm mindannyiótoknak! 1 393 ember támogatásával minden idők legmagasabb havi adományösszegét, 47 312 dollárt sikerült elérnünk! A Linux Mint Magyar Közösség honlapja ezektől a támogatásoktól függetlenül üzemel, így kérlek fontold meg a magyar Linux Mint oldal pénzügyi támogatását, akár havi, rendszeres támogatással, kisebb összegekkel.

Mint 22.3

A Linux Mint 22.3 nagyon jól sikerült kiadás lett. Később jelent meg, mint ahogy eredetileg terveztük, de rendkívül pozitív fogadtatásban részesült. A bétatesztelési időszak a szokásosnál hosszabb volt, ugyanakkor lehetővé tette számunkra, hogy sok visszajelzést gyűjtsünk, számos problémát kezeljünk, és felülvizsgáljunk néhány, ez idő alatt meghozott döntést – különösen az újonnan bevezetett Cinnamon menüvel, valamint a billentyűzetkiosztás és az IM (Input Method – beviteli mód) beállításával kapcsolatban.

Billentyűzetkiosztások és IM

Továbbra is dolgozunk a beviteli módok fejlesztésén. Felhívták a figyelmünket arra, hogy egyes felhasználók olyan billentyűzetkiosztásokat szeretnek használni IM mellett, amelyek nem egyeznek meg a fizikai billentyűzetük kiosztásával. Beszéltem valakivel, aki franciául és japánul is ír. Én magam is így teszek egy ANSI billentyűzeten, francia/US kiosztással és Mozc használatával. Neki különböző gépeken különböző billentyűzetei vannak: egyeseken ISO/francia, másokon japán kiosztás, és nem érdekli a fizikai elrendezés. Egyszerűen azt szeretné, hogy a logikai kiosztás francia legyen, amikor franciául ír, és japán, amikor a Mozcot használja.

Erre a felhasználási esetre korábban nem számítottunk, de a jövőben szeretnénk támogatni. Dolgozunk azon, hogy az IM beállításakor lehessen egy konkrét billentyűzetkiosztást hozzárendelni.

Fórumok

Szeretnék elnézést kérni a fórumaink felhasználóitól amiatt, hogy az elmúlt hónapban a fórumok lassan és megbízhatatlanul működtek. Az általunk kezelt forgalom rendkívül nagy, és ennek túlnyomó része mesterséges intelligenciáktól, botoktól, szkriptektől és webes feltérképező programoktól érkezik. Egy ponton a szerverünk már nem tudta kezelni ezt a terhelést, és a felhasználók nem tudták használni a fórumokat.

A Sucuri WAF mellett időbe telt, mire sikerült hatékony módszert találnunk a káros forgalom kiszűrésére. Ha jelenleg 403-as hibát kap a fórumokon, kérjük, győződjön meg arról, hogy a böngészője naprakész.

A szervert frissítettük: tízszeres CPU-kapacitást és kétszeres sávszélességet kapott.

Felhasználók és fiókadatok

Valamilyen okból a legtöbb Linux asztali környezet saját eszközöket készített a felhasználókezeléshez és a fiókadatok kezeléséhez. Ez sajnálatos, mivel ez tipikusan olyan terület, amely a disztribúciók hatáskörébe tartozik, és amelyet az asztali környezetek nem tudnak – és valójában nem is tudnak – megfelelően kezelni. Ennek eredményeként ezek az eszközök számos új felhasználási esetet nem támogatnak, és karbantartásuk sem kielégítő.

A következő kiadásban az Adminisztrációs eszköz (mintsysadm) fogja kezelni a felhasználóadminisztrációt és a fiókadatokat azokban a kiadásokban, ahol az asztali környezet saját eszközei elrejthetők.

A mintsysadm felhasználókezelése a leggyakoribb feladatokra összpontosít. Miután egy felhasználó létrejött, az adott felhasználó rendszergazdai beavatkozás nélkül beállíthatja a jelszavát, és véglegesítheti a fiókját. A saját könyvtár titkosítása, amelyet eddig csak az operációs rendszer telepítésekor lehetett beállítani, mostantól teljes mértékben támogatott új felhasználói fiókok létrehozásakor is.

A webkamerák teljes körűen támogatottak az önarcképek készítésekor (vagyis a felvétel elkészítése előtt láthatja magát, és eldöntheti, hogy tükrözze-e a webkamera képét vagy sem).

Az avatárok teljes HiDPI-támogatással rendelkeznek, és modern hardvereken is éles, részletgazdag megjelenést biztosítanak.

Cinnamon képernyővédő és Wayland

A Cinnamon képernyővédő jelenleg csak X11 alatt működik. Ez egy önálló alkalmazás, amely saját folyamatként fut, és a GTK eszközkészletet használja. Az X11 felelős azért, hogy a képernyővédő a Cinnamon ablakkezelője fölé kerüljön, és a képernyő zárolásakor elrejtse az ablakokat.

A következő Linux Mint kiadás egyik célja egy új képernyővédő megvalósítása, amely:

  • leváltja a jelenlegi megoldást,
  • Wayland és X11 alatt egyaránt működik,
  • natívan a Cinnamon ablakkezelője (kompozitora) által kerül megjelenítésre.

Ennek az előnyei jelentősek:

  • simább átmenetek és animációk a képernyő zárolásakor,
  • jobban integrált megjelenés és működés (ugyanazt az eszközkészletet fogjuk használni, mint a panel, a menük és az appletek esetében),
  • teljes Wayland-támogatás (ez az utolsó hiányzó elem ahhoz, hogy a Cinnamon teljes körűen támogassa a Waylandet).

Ez jelenleg az egyik legfontosabb fejlesztési területünk. Egyelőre nem mutatok képeket, amíg ez a rész nem készül el.

A Wayland támogatása eddig „kísérleti” jellegű volt. Amint minden szükséges elem a helyére kerül, hivatalosan is támogathatjuk, és megkezdhetjük a tesztelését mint lehetséges megoldást. Tisztában vagyunk az X11 és a Wayland előnyeivel és hátrányaival, és mindkettőt szeretnénk támogatni. A Wayland támogatása nem jelenti azt, hogy alapértelmezés szerint használni fogjuk, de lehetőséget teremt rá. Ahogy mindig, végül azt a megoldást fogjuk alkalmazni, amely a legtöbb felhasználó számára a legjobban működik.

Hosszabb fejlesztési ciklus

Ha visszatekintünk az elmúlt tíz évre és azokra a projektekre, amelyekbe erőforrásokat fektettünk, két dolgot látok. Legalábbis én látok két dolgot, remélem, egyetért majd velem.

Úgy gondolom, egyik erősségünk az, hogy fokozatosan, lépésről lépésre haladunk, és lassan változtatunk a dolgokon. Változtatásokat vezetünk be, és néha ez egyes felhasználóinkat bosszantja, de úgy tesszük, hogy ez ne változtassa radikálisan meg, kik vagyunk, vagy az általunk nyújtott felhasználói élményt.

Másik fontos erősségünk – a saját szemszögemből – az, hogy értékeljük függetlenségünket, és képesek vagyunk saját megoldásokat kifejleszteni, amikor nem vagyunk elégedettek a meglévő alternatívákkal. A múltban merész lépéseket tettünk: ragaszkodtunk az LTS-hez, elutasítottuk a Snap-et, alternatívákat fejlesztettünk egy új GNOME-hoz, amely érezhetően nem GNOME volt, és nagyon örülök, hogy így tettünk. Ezek a döntések nem voltak könnyűek, és egyesek hatalmas mennyiségű időt és erőforrást igényeltek a megvalósításhoz. De visszatekintve úgy gondolom, kulcsfontosságú döntések voltak. Szerintem elsősorban egy operációs rendszerről van szó: egy termékről, egy felhasználói élményről. Mi „disztribúció” is vagyunk, de nem csupán egy disztribúció.

Akár „terjesztünk” valamit (például KDE-vel), akár aktívan fejlesztünk megoldásokat (például XApp és Cinnamon esetében), rengeteg időt töltünk a kiadáskezeléssel. A gyakori kiadások fontosak, mert így sok visszajelzést és hibajelentést kapunk a változtatások bevezetésekor. Ugyanazt a folyamatot követjük újra és újra. Ez egy jól működő folyamat, és kiadásról kiadásra fokozatos javulást eredményez. De rengeteg időt vesz igénybe, és korlátozza a fejlesztési ambícióinkat. Hat hónapos kiadási ciklusokkal, plusz az LMDE-vel többet foglalkozunk teszteléssel, hibajavítással és kiadással, mint valódi fejlesztéssel.

Most azon gondolkodunk, hogy változtassunk ezen, és hosszabb fejlesztési ciklust vezessünk be. Éppen a következő kiadásunk egy új LTS-re fog épülni, és pont kifogytunk a kódnevekből.

Maradjanak velünk, hamarosan további információkat osztunk meg. Nyilván a kódnevek stratégiája nem annyira lényeges, de nagyon érdekel minket egy hosszabb fejlesztési ciklus bevezetése.

(kép)

Hozzászólások

Fejlesztési ciklus

Értékelés: 

0
Még nincs értékelve

Ez így nagyon sejtelmes a jövőre nézve. Vajon mire gondolhatott a költő? A Gnome radikálisan új irányt vett az utóbbi időben ha jól értem, és ez esetleg már szemmel látható hátrányt okozna a Cinnamon fejlesztésében?