- Keretmentesít a Galaxy S25 FE
- Motorola Edge 50 Fusion - jó fogás
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Eltűnhet a Dinamikus Sziget
- Google Pixel topik
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- iPhone topik
- Samsung Galaxy Watch6 Classic - tekerd!
Új hozzászólás Aktív témák
-
urandom0
senior tag
Nézem, mikori az utolsó snapshot, 20250515... ez furcsa.
Aztán most látom, hogy a prágai adatközpontban volt valami hiba, ezért nem tudták kitolni az újabb snapshotokat. Már javítva lett, úgyhogy szerintem ma, vagy holnap kapni fogunk egy nagyobb snapshotot. -
urandom0
senior tag
Próbálj meg bebootolni single user módban. Ez úgy működik, hogy amikor indítod a gépet, nyomod a bal shift-et, erre meg fog jelenni a Grub. A Grub menüjében kiválasztod azt az opciót, amivel be szeretnél bootolni, tehát magát az oprendszert. Ez általában az első opció szokott lenni.
Ha kiválasztottad, nem entert nyomsz, hanem 'e' billentyűt, ekkor tudod szerkeszteni a kernel paramétereket. Lesz egy olyan sor, ami úgy kezdődik, hogy 'linux', ennek a végére odaírod, hogy 'single', és utána nyomsz egy F10-et.
Ha single-vel nem megy, akkor próbáld meg odaírni azt, hogy init=/bin/bash, ha azzal sem, akkor csak simán egy 1-est. Valamelyik menni fog.
Itt egy videó, ami mutat egy példát rá: https://www.youtube.com/watch?v=rMWaa34Kzl0A lényeg, hogy amikor F10-et nyomsz és bebootol a rendszer, legyen egy root promptod. Ha ez megvan, akkor beírod, hogy
passwdés utána annak a felhasználónak a nevét, akinek a jelszavát meg akarod változtatni. Ha még a felhasználónevet sem tudod, akkor beírod, hogycat /etc/passwd, és ott bent lesz. -
urandom0
senior tag
válasz
urandom0
#4313
üzenetére
Ha mostanában átmeneti hibára hivatkozva nem megy a frissítés egyes csomagoknál, az azért van, mert a szerverek túl vannak terhelve, a mirrorok pedig - épp emiatt - lassan tudnak csak szinkronizálni. A legjobb megoldás az, ha napközben nem is probálkoztok a frissítéssel, mert azzal csak plusz terhelést okoztok. Próbáljátok meg éjszaka, vagy ha akkor sem megy, akkor várjatok pár napot a frissítéssel.
-
urandom0
senior tag
Tudom, csak azt mondom, hogy nem kötelező ragaszkodni a btrfs-hez.
Egyébként nincs olyan nagy overheadje. Én a kis Rasbperry Pi 3B-n futtattam már mindenféle rendszert, OpenSuse Leap-et is btrfs-sel és ext4-gyel is, és nem éreztem lassabbnak az ext4-gyel, mint btrfs-sel. De pl. Debianhoz vagy Rocky Linuxhoz képest lassabb (és több is RAM-ot használ).
De ez persze attól is lehet, hogy nincs optimalizálva Raspberry-re. -
urandom0
senior tag
SUSE-nál több rolling alapú szerver oprendszer van, nem szokott gond lenni velük. Ha tönkre is megy bennük valami, általában olyasmi, ami szerveren eleve nincs is, tehát pl. az asztali környezetben valami.
Mondjuk NAS-ra én sem tennék rollingot, de van olyan szerver, amire jó lenne. -
urandom0
senior tag
Arról van infó, hogy sacc/kb. mikorra várható a végleges slowroll verzió?
Nincs. Gondolom akkor adják ki, amikor úgy gondolják, hogy már kiadható állapotban van. Az Aeon pl. már fél éve RC3 státuszban van.
Illetve, van arról tapasztalat, hogy egy régi low-end gépen (AMD Brazos E350 - 2 mag, 1.6GHz) egy debian-hoz képest milyen a sebessége?
Nem hiszem, hogy Debianhoz képest gyorsabb lenne. Az OpenSuse régebbi gépeken nem hasít annyira.
-
urandom0
senior tag
9 évnyi munka után végre bekerült a zypperbe a csomagok párhuzamos letöltésének képessége: https://github.com/openSUSE/zypper/issues/104
Azért valljuk be, hogy nagyon ideje volt már ennek...Elméletileg napokon belül megjelenik Tumbleweedben, heteken belül pedig Slowrollban is. A Leap pedig... ¯\_(ツ)_/¯
-
urandom0
senior tag
ennek a több rétegnek milyen erőforrás-beli plusz igényei vannak
Minimális. Én annyit veszek észre, hogy a flatpak és a distroboxos programok valamivel lassabban indulnak, illetve RAM-ból is kicsit többet kér a rendszer.
Ezen a téren milyen a Thumbleweed vagy az Aeon?
TW és Aeon alatt ritkán fordít az ember programot, tehát ilyesmibe nem nagyon fogsz belefutni. Persze, ha csupa olyan programot használsz, amik csak forrásból érhetők el, akkor igen...
Az általános erőforráshasználatuk nem nagy, igazából a DE és a használt programok azok, amik felnyomják. Az Aeonn-t csak Gnome-mal lehet használni, a TW-t bármivel, úgyhogy ha TW mellé egy kisebb erőforrásigényű DE-t választasz, akkor szerintem nem lesz gond az erőforrásokkal.
-
urandom0
senior tag
Akármilyen rendszert is telepítesz, BTRFS-t használj, a Snapper legyen fent, és a boot managered tudjon bootolni snapshotról. Így, ha beüt a krach, akkor is vissza tudsz bootolni korábbi snapshotról.
Ha esetleg nyitott vagy az immutable rendszerek felé, tudom ajánlani az Aeon-t: Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
Bár ez még csak RC3, úgyhogy azért vannak még benne bugok.
De a Tumbleweed csomagjaira épül, és immutable.Illetve ajánlom, hogy akármilyen disztró esetén is, csomagtelepítés helyett használj flatpakot, és/vagy Distroboxot, így az alkalmazásaid nem keverednek a rendszer csomagjaival. Ezzel tudod biztosítani, hogy ha letörölsz egy alkalmazást, semmiképp se vigyen magával rendszercsomagot, illetve a rendszered gyári vagy közel gyári állapotban tudod tartani, ez megint ad némi plusz stabilitást.
Én Tumbleweedet mostanában nem használok, minden PC-men Aeon van.
-
urandom0
senior tag
Leap-hez is megérkezett a patch a CVE-2024-6387-re:
# zypper lp
Loading repository data...
Reading installed packages...Repository | Name | Category | Severity | Interactive | Status | Since | Summary
-------------------------------------------------------------+-----------------------------+----------+-----------+-------------+----------+-------+--------------------------------------------------
Update repository with updates from SUSE Linux Enterprise 15 | openSUSE-SLE-15.6-2024-2275 | security | important | --- | needed | - | Security update for openssh
Update repository with updates from SUSE Linux Enterprise 15 | openSUSE-SLE-15.6-2024-2281 | security | low | --- | needed | - | Security update for podofo
Update repository with updates from SUSE Linux Enterprise 15 | openSUSE-SLE-15.6-2024-2282 | optional | moderate | --- | optional | - | Optional update for openscap, scap-security-guide
Update repository with updates from SUSE Linux Enterprise 15 | openSUSE-SLE-15.6-2024-2283 | security | important | --- | needed | - | Security update for libndpFound 4 applicable patches:
1 patch optional (use '--with-optional' to include optional patches)
3 patches needed (3 security patches)# zypper patch-info openSUSE-SLE-15.6-2024-2275
Loading repository data...
Reading installed packages...Information for patch openSUSE-SLE-15.6-2024-2275:
--------------------------------------------------
Repository : Update repository with updates from SUSE Linux Enterprise 15
Name : openSUSE-SLE-15.6-2024-2275
Version : 1
Arch : noarch
Vendor : maint-coord@suse.de
Status : needed
Category : security
Severity : important
Created On : Tue Jul 2 16:33:32 2024
Interactive : ---
Summary : Security update for openssh
Description :
This update for openssh fixes the following issues:- CVE-2024-6387: Fixed race condition in a signal handler (bsc#1226642)
Provides : patch
penSUSE-SLE-15.6-2024-2275 = 1
Conflicts : [42]
srcpackagepenssh < 9.6p1-150600.6.3.1
openssh.noarch < 9.6p1-150600.6.3.1
openssh.x86_64 < 9.6p1-150600.6.3.1
srcpackagepenssh-askpass-gnome < 9.6p1-150600.6.3.1
openssh-askpass-gnome.noarch < 9.6p1-150600.6.3.1
openssh-askpass-gnome.x86_64 < 9.6p1-150600.6.3.1
openssh-cavs.x86_64 < 9.6p1-150600.6.3.1
openssh-cavs.noarch < 9.6p1-150600.6.3.1
openssh-clients.x86_64 < 9.6p1-150600.6.3.1
openssh-clients.noarch < 9.6p1-150600.6.3.1
openssh-common.x86_64 < 9.6p1-150600.6.3.1
openssh-common.noarch < 9.6p1-150600.6.3.1
openssh-fips.x86_64 < 9.6p1-150600.6.3.1
openssh-fips.noarch < 9.6p1-150600.6.3.1
openssh-helpers.x86_64 < 9.6p1-150600.6.3.1
openssh-helpers.noarch < 9.6p1-150600.6.3.1
openssh-server.x86_64 < 9.6p1-150600.6.3.1
openssh-server.noarch < 9.6p1-150600.6.3.1
openssh.s390x < 9.6p1-150600.6.3.1
openssh-askpass-gnome.s390x < 9.6p1-150600.6.3.1
openssh-cavs.s390x < 9.6p1-150600.6.3.1
openssh-clients.s390x < 9.6p1-150600.6.3.1
openssh-common.s390x < 9.6p1-150600.6.3.1
openssh-fips.s390x < 9.6p1-150600.6.3.1
openssh-helpers.s390x < 9.6p1-150600.6.3.1
openssh-server.s390x < 9.6p1-150600.6.3.1
openssh.ppc64le < 9.6p1-150600.6.3.1
openssh-askpass-gnome.ppc64le < 9.6p1-150600.6.3.1
openssh-cavs.ppc64le < 9.6p1-150600.6.3.1
openssh-clients.ppc64le < 9.6p1-150600.6.3.1
openssh-common.ppc64le < 9.6p1-150600.6.3.1
openssh-fips.ppc64le < 9.6p1-150600.6.3.1
openssh-helpers.ppc64le < 9.6p1-150600.6.3.1
openssh-server.ppc64le < 9.6p1-150600.6.3.1
openssh.aarch64 < 9.6p1-150600.6.3.1
openssh-askpass-gnome.aarch64 < 9.6p1-150600.6.3.1
openssh-cavs.aarch64 < 9.6p1-150600.6.3.1
openssh-clients.aarch64 < 9.6p1-150600.6.3.1
openssh-common.aarch64 < 9.6p1-150600.6.3.1
openssh-fips.aarch64 < 9.6p1-150600.6.3.1
openssh-helpers.aarch64 < 9.6p1-150600.6.3.1
openssh-server.aarch64 < 9.6p1-150600.6.3.1 -
urandom0
senior tag
válasz
pengwin
#4281
üzenetére
Szokott lenni live verzió, legalábbis eddig volt, bár kicsit eldugva, egy "alternate downloads" link alá. Tumbleweednél most is van. Lesz majd a Leap-ből is szerintem, napok kérdése talán.
Az viszont igaz, hogy a SUSE elsősorban a cégeket akarja kiszolgálni a disztróival, nem az otthoni usert.Én az este frissítettem a Leapemet 15.6-ra, szépen lement, nem volt semmi gond.
-
urandom0
senior tag
Megjelent az OpenSuse Leap 15.6: Leap 15.6 Unveils Choices for Users
-
urandom0
senior tag
A rolling nem azt jelenti, hogy mindig minden szoftver a legfrissebb benne, hanem azt, hogy a programok (kis- és nagy) frissítéseivel nem várnak egy újabb disztribúció kiadásig, hanem azok folyamatosan érkeznek. Ez általában azt is jelenti, hogy egy rolling disztróban frissebb szoftverek vannak, de ez nem szükségszerűen van így. Egy rolling snapshot kiadását is el lehet tolni akár napokig vagy hetekig, és sok disztró el is tolja, pl. a Manjaro is, és az OpenSuse is. De attól még frissülni fog, csak nem azonnal.
A böngésző amúgy is egy kitüntetett helyzetű szoftver, annál fontos lehet, hogy mindig a legfrissebb verzió álljon rendelkezésre, mert lehetne benne olyan újítások, amiket hiányában egyes weboldalak hibásan működhetnek.
-
-
urandom0
senior tag
max_parallel_downloads=10
Ezt be szoktam állítani, de nem a letöltés önmaga lassú, hanem amíg az RPM adatbázist összeszüttyögi magának, meg utána, amíg nekiáll a telepítésnek... nem tudom, használtál-e már Archot vagy valamilyen származékát. Na ott a pacman olajozott villám a DNF-hez képest.
Tumbleweed frissítéshez nekem napi szinten nincs hangulatom
Na igen, így vagyok ezzel én is. Én egy pici RPi-n használok Tumbleweedet, nincs a világon semmi gond vele, leszámítva, hogy őrületes mennyiségű update érkezik minden egyes dup-nál. Még asztali gépen sem szeretem az ilyet, nem hogy egy szerveren.
Ez szerintem nem veszélyes művelet.
Egy kezdőnek, akik most jön Windowsról és hozzá van szokva a next-next-finishez, még ez is sok
-
urandom0
senior tag
Nem értem miért szidják a DNF-et
Mert lassú, mint a vemhes anyalajhár
Egyébként nekem is a DNF a kedvenc. A zypper-t viszont a gyorsasága miatt szeretem.
A dnf5-öt nem próbáltad még? Hamarosan az lesz az alapértelmezett a Fedorában.Érdekes amúgy, pont a Fedorával szemben szokták felhozni, hogy nehéz telepíteni az Nvidia/AMD drivert. Az Ubuntuhoz képest tényleg nehéz, mert ott - ha jól emlékszem - meg lehet csinálni a Synapticból is, meg van valami auto-install driver parancs. De aki már van olyan szinten, mint te, és tudja, hogy az akmod-nvidia csomagot kell csak telepíteni, annak persze, hogy nem nehéz.
-
urandom0
senior tag
-
urandom0
senior tag
válasz
daninet
#4226
üzenetére
Én is feldobtam egy TW-t virtuális gépbe, beraktam a Slowroll repóit, most frissítem le.
Melyik átméretező sáv nem jelenik meg nálad? Itt egy kép, nálam így fest a KDE panelje, ha belépek szerkesztő módba:
[kép]szerk: zypper dup közben kaptam egy hibát: [kép]
Azért ez nem túl biztató, ha már az első upgrade-nél hibát dob
Bár nem fatális hiba, és nem is különösebben zavarna, ha nem lenne ImageMagick-em. Nálatok is előjött ez a hiba? -
urandom0
senior tag
válasz
Csabi1221
#4223
üzenetére
Windows helyett próbálj meg inkább egy lassabb kiadású disztrót. Akár a Fedorát, akár valamelyik Ubuntu származékot esetleg. Én Fedorán vagyok, itt csak május közepe-vége felé fog kijönni a 40-es verzió, abban lesz csak Plasma 6. Addig biztos kijavítanak még néhány bugot.
-
urandom0
senior tag
-
urandom0
senior tag
Ezt belinkelem ide is: https://logout.hu/tema/linux_abszolut_kezdoknek/hsz_94671-94671.html
Óvatosan kísérletezzetek a KDE-vel!
-
urandom0
senior tag
Még a nyáron írtam Almáékról, hogy náluk már nem cél az 1:1 RHEL kompatibilitás. Legalábbis akkor még ezt mondták, nem tudom, hogy most épp mi az aktuális széljárás náluk. De én úgy látom, hogy a Rocky kezd az iparági RHEL helyettesítő standard lenni.
-
urandom0
senior tag
A Suse jövőjét legfeljebb ez annyiban érinti, hogy ha tényleg elő fog rukkolni egy 100% RHEL kompatibilis alternatívával, akkor tud szerezni néhány felhasználót. Mondhatni, a Suse jövője semmilyen szinten nem függ a Red Hat döntéseitől, mert nem használ Red Hat termékeket.
-
urandom0
senior tag
Na, most látom, hogy érdekes dolgok történnek a SUSE háza táján.
Egyrészt az, hogy tavaly októberben csináltak egy kérdőívet a Linux felhasználásával kapcsolatban. itt a kérdőív teljes, 254 oldalas kiértékelése, itt pedig egy rövidebb összefoglaló. Ez csak amolyan érdekesség.Ami viszont érdekesebb, hogy még tavaly ősszel kiadtak egy új, kísérleti disztrót Slowroll nével. Ez az elkaszált Leap és a Tumbleweed között képez egy hidat, olyan értelemben, hogy a Tumbleweedre épül, de annál egy jóval lassabb frissítési ciklussal. Továbbra is rolling lesz, de a jelentősebb update-el nem folyamatosan jönnek hozzá, hanem havi vagy kéthavi adagban, míg a security update-ek és a bugfix-ek folyamatosan. Tehát nem a Leap helyettesítője lesz, hanem egy, a TW-nél kevésbé bugos rolling disztró. Én ennek nagyon örülök, mert pont azért nem szoktam ajánlani a TW-t, mivel a rolling jellege miatt előfordulnak benne bugok (én is belefutottam néhányba, pedig nem sokat használtam). A Leap-et pedig azért nem szoktam ajánlani, mert nagyon elavultak voltak benne a csomagok.
Remélhetőleg, a Slowroll hibamentesebb lesz, mint a TW, de úgy, hogy közben friss marad. Ha kikerül az experimental státuszból, lehet, hogy le is cserélem a Fedoráimat erre. -
urandom0
senior tag
válasz
pengwin
#4193
üzenetére
Szerintem a SUSE abszolút jól mérte fel ezt a lehetőséget, valószínűleg nem invesztálna bele 10 millió dollárt, ha ez nem egy hatalmas nagy szakadék lenne.
Most a Rocky azt tervezi, hogy a maradék elérhető forrásból szedi össze a kódokat, de egyrészt így elég nehezen (vagy sehogy sem) tartható az 1:1 bug kompatibilitás, másrészt meg lennék lepődve, ha a Red Hat jogászai nem zárnák le ezeket a kiskapukat is előbb-utóbb.
Ha tőzsdéznék, most SUSE részvényeket vennék
A Red Hatot meg eladnám. Nem vagyok biztos benne, hogy olyan jól fognak ők ebből kijönni, mint ahogy tervezik. -
urandom0
senior tag
válasz
urandom0
#4189
üzenetére
Na, már el is kezdődött, amit írtam. Almáék bejelentették, hogy innentől nem cél az 1:1 RHEL kompatibilitás: AlmaLinux No Longer Aims For 1:1 Compatibility With RHEL
Innentől fogva azoknál, akik RHEL alternatívaként használták az Almát, elveszti jelentőségét a disztró, és igazából szerintem ezzel együtt a létjogosultságát is, így szinte már csak egy "futottak még" kategóriás disztró lesz. Azt sem tartom kizártnak, hogy pár éven belül megszűnik majd.
Gondolom, a Rocky is hasonló utat fog bejárni. -
urandom0
senior tag
válasz
pengwin
#4190
üzenetére
Elvileg a RHEL utánzatok olyan forrásokat használtak eddig is, amik ezután is elérhetőek lesznek
Eddig a Red Hat feltolta a kódokat git.centos.org-ra, és onnan leszedhette és tovább is terjeszthette, aki akarta. Ezentúl nem így lesz, hanem az ügyfélportálra fogja feltölteni a kódokat, és bár elméletileg akár ingyenes licenccel is el lehet majd érni, viszont továbbterjeszteni már nem lehet.
A Rockynál azt tervezik, hogy innen-onnan szedik majd össze a forrásokat, pl. docker hubos konténerekből, illetve a felhőből, ami ugye fizetős. Almáék valami olyasmit fognak csinálni, amit a korábbi hozzászólásomban írtam, hogy CentOS Stream és Oracle Linux forrásokból szedik össze a frissítéseket. Igen, ez többé-kevésbé a CentOS befagyasztott ágait jelenti majd.Annak én is örülök, hogy a SUSE meglovagolja ezt a lehetőséget, de abban is biztos vagyok, hogy az Oracle is meg fogja.
-
urandom0
senior tag
válasz
urandom0
#4184
üzenetére
Most utánaolvastam én is, és itt tényleg nem forkolásról van szó, hanem arról, hogy valamilyen módon építenek egy 100%-ban RHEL kompatibilis disztrót.
Nem fog létrejönni egy újabb felesleges disztró, mert az Alma, a Rocky, az Oracle Linux és a többi, RHEL-alapú disztró meg fog halni, én erre mérget mernék venni. Most MÉG innen-onnan össze tudják majd szedni a RHEL forráskódokat, de ezek a kiskapuk előbb-utóbb bezárulnak majd. A SUSE viszont (legalábbis ahogy az írásukból kivettem) nem a RHEL kódjaira épít majd, csak a kompatibilitást biztosítja. Nem tudom, hogyan fogják megoldani, gondolom veszik az upstream RHEL disztrókat (Fedora, CentOS Stream, stb.), jól megtesztelik őket és azokból raknak össze valamit. Majd meglátjuk.
A SUSE-nak erre van kapacitása, nem hinném, hogy a Rockynak meg a többieknek lenne.Mondjuk a Red Hat részéről ezt a lépést én valahol megértem, én se örülnék neki, ha a kemény munkával kifejlesztett, pénzért árult termékem eloroznák valakik, és ingyen elérhetővé tennék.
-
-
urandom0
senior tag
A
--fromkapcsoló azt mondja meg, hogy melyik repóból frissítse a csomagokat.
Az--allow-vendor-changepedig azért kell, mert a zypper egy ún. "vendor stickiness" koncepciót használ, ami azt jelenti, hogy egy adott csomag csak akkor frissül újabb verzióra, ha a frissítés ugyanattól a szállítótól (ugyanabból a repóból) származik, mint a telepített verzió. Namost, mivel az alap openSuse tárolókban és a Packman tárolókban vannak közös csomagok, ezért ezeket a a zypper csak úgy hajlandó frissíteni, hogy ha megadod neki, hogy válthat szállítót, ha kell. Ennyi. -
urandom0
senior tag
Nem tudom pontosan, miket terveznek, de van itt egy olyan PR, ami eltávolítaná az AppMenut (ez az éppen futó program nevével jelzett menü a "Tevékenységek" gombtól balra"), és ebben van egy link, ami olyasmikre mutat, mint az AppMenuben a "Kilépés" menüpont eltávolítása, betöltésjelző eltávolítása vagy áthelyezése a dash-ra, stb. De úgy látom, egyelőre ezek inkább csak olyan terv fázisban vannak, még nem teljesen konkrét megvalósítások. Mondjuk annak az AppMenunek tényleg nem sok haszna van ott, én kb. kétszer használtam, mióta Gnome-on vagyok...
Illetve itt egy másik PR, ami egy Caffeine-szerű "maradj ébren" jellegű kapcsolót implementálna. A Caffeine nevű program azt tudja, hogy ha be van kapcsolva, akkor nem megy el aludni a gép, ennyi. Ezt már régebben is kérték, úgy látszik, sokaknak hasznos. -
urandom0
senior tag
Mondjuk Gnome-ban megcsinálhatták volna, hogy a "Tevékenységek" gombra való dupla kattintás behozza az alkalmazások listáját, és akkor nem kellene külön alkalmazások gomb a dokkra. Másrészt a Windows billentyű is így működik, egy nyomás -> tevékenységek nézet, dupla nyomás -> alkalmazások.
Na, ha lesz időm, lehet megpróbálok egy PR-t beküldeni a Gnome Shellhez. Bár ahogy látom, elég sok merge request van nyitva, nagy változásokat terveznek. -
urandom0
senior tag
A packagekit.serivce és a hasonló szolgáltatások nálam is le vannak tiltva, de a Gnome szoftvert nem töröltem le, mert akkor a keresőből is eltűnik a lehetőség, hogy az áruházban keressen, az meg néha nem árt.
A Yast-ban vannak olyan modulok, amiket a Gnome beállításai között nincsenek, pl. a sysconfig editor, filesystem snapshots, apparmor... ha valakinek kényelmesebb ezeket GUI-n intézni, mint terminálban, akkor megvan rá a lehetőség. De el lehet őket távolítani, ha bloatnak érzed.
Ja, a Gnome alapvetően nagyon jó. Benne van minden, ami kell, nem érzem hiányát semminek sem, de nem is bloat. Viszont a beépített programjaival nem vagyok annyira megelégedve, a Videók alkalmazás sok formátumot nem játszik le, és egérgörgővel való görgetésnél egy percet görget, ami nagyon sok. A VLC-t, SMPlayer-t, mpv-t vagy a Celluloidot szoktam használni.
A Képnézegető nagyon buta, még egy átméretezés sincs benne... a gThumb-ot használom helyette.
Az időjárás alkalmazás régebben (40-es verzió előtt) felismerte a várost, ahol élek, az újabb verziók már nem ismerik, és nem is lehet belehekkelni sehogy sem. Elég gagyi így.
A Fényképek app se jó kb. semmire, nem tud semmit. Van benne vágás, színjavítás, egy-két filter, de egy sima átméretezés már nincs...
Mondjuk a Számológép az jó -
urandom0
senior tag
Megint jött egy nagyobb frissítés Tumbleweedhez. Az RPi-n 693 csomag frissült, 46 új csomag települt és egy csomag eltávolításra került, a verziószám 20230317-0-ról -> 20230403-0-ra ugrott.
Az asztali gépemen csak 144 csomag frissült, 1 került eltávolításra, a verziószám 20230402-0-ról -> 20230405-0-ra változott.
Nálam szépen lefrissült mindkettő, nem tapasztaltam semmilyen hibát.
-
urandom0
senior tag
Ránézésre úgy tűnik, hogy a mono keretrendszert híányolja. Ha nincs telepítve, akkor telepítsd fel, aztán utána próbáld meg eltávolítani az openra-t. Ha viszont telepítve van, akkor lehet, hogy csak egy symlinket kell készíteni a mono-ra egy olyan útvonalra, ami benn van a $PATH-ban. Az a lényeg, hogy a 'mono' parancsot beírva meg tudja hívni a keretrendszert.
Én most három mono csomagot látok, mono-basic, mono-core, mono-complete. Én a mono-core-ral kezdeném, azt telepíteném fel, és utána megnézném, hogy a mono parancs mit ad vissza. Elméletileg utána már mennie kell. -
urandom0
senior tag
Nem próbáltam még a MicroOS-t, de egyelőre én laikus felhasználónak nem telepíteném fel. Ez mégiscsak egy eléggé új koncepció, és vannak még nyitott kérdések vele kapcsolatban. A múltkor egy Fedora Silverblue-s blogpost alatt is voltak olyan kérdések, hogy pl. hogyan lehet immutable rendszeren telepíteni egy betütípust globálisan. Nem volt senki, aki válaszolni tudott volna rá, pedig ennek azért nem szabadna egy nagy kihívásnak lennie...
Egyébként szerintem a MicroOS sem feltétlenül asztali gépre való (Redditen sokan azon használják), hanem inkább szerverre. Meg az ALP is, de az inkább többcélű szerverekre, a MicroOS pedig egy-egy specifikus feladatot ellátó szerverekre.Szerintem a rolling disztrók ma már eléggé jó minőségűek, illetve az sem feltétlenül igaz, hogy minél régebbi egy disztró, annál stabilabb. Mert egyébként ha úgy általánosan nézve kijön egy szoftver, akár Windowsról, Linuxról, vagy bármilyen rendszerről van szó... tudod te azt, hogy milyen mennyiségű teszt van mögötte? Mennyi munkaórát töltöttek azzal, hogy a hibákat megkeressék is kijavítsák? Szerintem ezt még egy nyílt forrású programnál sem feltétlenül lehet tudni, pláne nem egy cég berkein belül készülő, zárt forráskódú programnál. Mégsem aggódunk ezen - ha kijön, akkor feltelepítjük. Nem kell úgy tekintenünk egy rolling disztróra, mintha a frissessége valami extra feature lenne, hanem inkább a nem rolling kiadásra kellene úgy tekintenünk, hogy az, hogy több hónapos/éves lemaradásban van, az egyfajta kényszer, és egyfajta "fogyatékosság". Alapvetően persze én is úgy vagyok vele, hogy jó nekem a másfél éves verzió is, nem kell, hogy annyira nagyon friss legyen. De miután az elmúlt években sokféle disztrót használtam, és sokféle programmal dolgoztam, azt tudom mondani, hogy a nem rolling disztrók hírhedt stabilitása és a rolling disztrók instabilitása nagyon sok esetben csak legenda. Sokszor tapasztaltam, hogy egy Ubuntu LTS-ben ugyanúgy összeomlik egy-egy program, mint Manjaroban.
Szóval én inkább úgy fogalmaznék, hogy van-e értelme nem rolling disztrót telepíteni a rokon gépére? Ha ragaszkodsz a nem rolling kiadáshoz bármilyen okból, akkor az OpenSuse nem a legjobb választás. Bár a 15.5 még egy pár évig ki fog tartani, szóval meg lehet próbálni, de akkor számolni kell azzal, hogy ha lejár a támogatása, akkor másik disztró után kell nézni.
A Linux kezdőnek is válaszoltam neked, azt is olvasd el
-
urandom0
senior tag
Igen, a Leap megszűnik, a 15.5 lesz az utolsó kiadás.
Az ALP egy immutable (megváltoztathatatlan, állandó) operációs rendszer, a mostani telepítő helyett a D-Installert fogja használni, és frissítésekhez sem a zyppert, hanem a transactional-update nevű programot kell majd használni. A telepítő teljes lemeztitkosítást használ alapértelmezetten, és az egész rendszer a konténerizált alkalmazásfuttatást célozza majd, és benne lesz a Cockpit nevű, webes rendszermenedzsment eszköz. Nem egy kifejezetten otthoni felhasználókat célzó rendszer lesz, bár idővel azzá is válhat. Hasonlít a Fedora Silverblue-ra, és nagyon sok szempontból ugyanaz, mint az OpenSuse MicroOS, csak más felhasználásra készül (a MicroOS inkább asztali rendszer, az ALP pedig szerver, legalábbis egyelőre úgy tűnik).A TW marad, nincs szó arról, hogy beszántanák.
-
-
urandom0
senior tag
Eleve az Ubuntu telepítője intuitívebb, mint az OpenSuse-é. Viszonylag könnyű feltelepíteni egy Ubuntut next-next-finish módszerrel, sőt, régebben volt egy wubi nevű program, amivel Windows alól lehetett Ubuntut telepíteni egy kattintással.
A codeckek közül nagyon sok alaptelepítésben ott az OpenSuse-ben, míg Ubuntuban például igen. Ugyanígy nincsenek zárt forrású driverek sem az alap OpenSuse repókban.
Ubuntuban néhány kattintással fel tudod telepíteni a proprietary Nvidia drivert, míg OpenSuse-ban hozzádvágnak egy komplett telepítési útmutatót initrd újragenerálással és minden hasonló jósággal együtt. Egy Windows-ról érkező átlagos felhasználó már a terminál látványától instant agyérgörcsöt kap, nem hogy még írkáljon is bele valamit...Csomagkezelés szempontjából a Synaptic elég jól használható kezdőként is, én is el voltam vele évekig, ehhez képest a Yast egy nagyon komplex valami, az ilyen szinten összetett dolgok pedig sok felhasználót zavarnak.
A játékok közül is többnek van deb csomagja, mint OpenSuse-s rpm-je, és állítólag a Steam is problémamentesebb Ubuntu alatt. Én nem tudom, nem játszok.
Szerintem az is számít, hogy OpenSuse-ből vagy az ősrégi Leap-et használod, vagy a bleeding-edge TW-t. Az ősrégit sokan nem preferálják, a rolling kiadás meg ugye hajlamosabb bugzani, ezért nem biztos, hogy jó választás egy kezdőnek. Ezzel szemben Ubuntuból van LTS, meg non-LTS. Egyik sem túl friss, se nem túl régi.
Az Ubuntuval kapcsolatban könnyebb segítséget találni, angolul értőknek pl. ott az Askubuntu, és van ugye magyar Ubuntu oldal is. Az OpenSuse-nak nincs ennyire kiterjedt támogatási fóruma angolul sem, a magyar oldala pedig egyáltalán nincs már meg.
Régebbi programok közül sokat portolnak újabb Ubuntukra is, OpenSuse esetén viszont, ha egy régebbi programot szeretnél használni, nagyobb eséllyel lesz szívás.Illetve több helyen olvastam, hogy a wifi-s cuccokkal több probléma van OpenSuse alatt, mint Ubuntuk alatt. Én ezt nem tudom megerősítni, de korábban nekem is voltak problémáim az OpenSuse-vel, a 15.0 érezhetően jobban laggolt LAN játék alatt, mint a többi disztró, illetve hetente egyszer-kétszer csak úgy a semmiből csonttá fagyott. A 15.1 már nem művelt ilyesmit, de a rossz tapasztalatok miatt leváltottam.
-
urandom0
senior tag
Nagyrészt igen, de azért vannak "különbözőbbek". Pl. a GoboLinux az egyedi könyvtárstruktúrájával, a Devuan a systemd-ellenességével, a Slackware, ami maga a megtestesült puritán Linux-történelem, az Elementary, a Pop!_OS, és például az Endless az egyedire szabott grafikus felületével... és persze a csomagkezelők, amik többé-kevésbé különböznek.
-
-
urandom0
senior tag
válasz
urandom0
#4142
üzenetére
ha be van jelölve, akkor aktív lesz a "root" account, aminek a jelszava ugyanaz lesz, mint a felhasználó, és a su/sudo root-ra vált át (Defaults targetpw az /etc/sudoers-ben). Ha nincs bejelölve, akkor nem lesz "root" account, hanem a felhasználó bekerül a wheel csoportba, és arra tud sudozni.
Javítom magam, miután elolvastam az OpenSuse kézikönyvét, ott leírja, hogy ha nem pipáljuk be a checkboxot, akkor is aktív lesz a root fiók, csak akkor be fog kérni egy másik jelszót a részére. Úgy látszik, a Suse rá van függve a root fiókra, ami bajnak nem baj, csak megszoktam, hogy nincs, mert én le szoktam tiltani.
-
urandom0
senior tag
válasz
urandom0
#4142
üzenetére
hogyan lehet a Yast2-t root helyett a saját fiókunkkal hitelesíteni.
Megtaláltam a megoldást...
A Yast2 indításnál az xdg-su-t hívja, ezzel hitelesít, ami alapból a root fiókot hívja meg. Ez egy sima scriptfájl, az /usr/bin/xdg-su útvonalon tanyázik. Az aktuális DE alapján kitalálja, hogy melyik grafikus su-t hívja meg (gnomesu, kdesu, stb.).
Ebben a fájlban ezt a sort:$GSU -c "$cmd"ki kell cserélni erre:pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY "$cmd"
És akkor menni fog a hitelesítés saját fiókkal (persze, ha az benne van a wheel csoportban).Annyi a hibája ennek a megoldásnak, hogy jön egy frissítés, ami felülírja az xdg-su-t, akkor megint módosítani kell a fájlt. Bár erre elég kevés az esély, lévén hogy 10 éve hozzá sem nyúlt senki sem a scripthez, így elég kicsi eséllyel fog ez valaha is frissülni.
Akinek nem tetszik ez a megoldás, az futtathatja a terminálos változatot (sudo yast).
-
urandom0
senior tag
Jóval frissebb csomagok vannak a Tumbleweedben. Én is azt telepítettem először, de valami nem volt teljesen kerek, úgyhogy inkább feldobtam egy Leap-et.
Nem írtam tegnap, de ha úgy telepítjük a rendszert, hogy bepipáljuk a root jelszóra vonatkozó checkboxot, és az ssh szervert is engedélyezzük, akkor az sshd_config-ban a PermitRootLogin on-ra lesz állítva. Én ezt mindig ki szoktam offolni, nem feltétlenül jó ötlet on-on hagyni.
-
urandom0
senior tag
Feltelepítettem az OpenSuse Leap 15.4-et. Nagyon fura most így látni a Gnome-ot (41.8), a másik gépemen Fedora 37 van, Gnome 43.3-mal:
Gnome 41.8
Gnome 41.8
Gnome 41.8
Gnome 41.8Gnome 43.3
Gnome 43.3
Gnome 43.3
Gnome 43.3A telepítőben van egy olyan opció, hogy ugyanaz legyen a root jelszava, mint a useré. Úgy látom, ez hasonlóan működik, mint Debiannal, ha be van jelölve, akkor aktív lesz a "root" account, aminek a jelszava ugyanaz lesz, mint a felhasználó, és a su/sudo root-ra vált át (Defaults targetpw az /etc/sudoers-ben). Ha nincs bejelölve, akkor nem lesz "root" account, hanem a felhasználó bekerül a wheel csoportba, és arra tud sudozni.
Utólag is lehet korrigálni, ha nem azt választottuk ki, amit szerettünk volna, de arra még nem jöttem rá, hogyan lehet a Yast2-t root helyett a saját fiókunkkal hitelesíteni.Egyébként eddig elég jó a rendszer, gyorsan bootol, a zypper is gyors...
-
urandom0
senior tag
Sziasztok!
Három napja OpenSuse Leap 15.1-et használok főrendszerként, több év Debian, és néhány hónap Ubuntu után. Egy olyan Linuxot kerestem, ami stabil és viszonylag bugmentes, mint a Debian, de frissebbek a csomagjai, így esett a Suse-ra a választás.
Korábban már volt fenn a 15.0 egy 30GB-os partíción tesztcélból, de naponta-kétnaponta egyszer csontra fagyott, olyan szinten, hogy sehogy sem tudtam kilépni. A 15.1-gyel még eddig nem fordult elő, remélem így is marad
Az elementary OS Pantheon desktopját használom, ami elementary oldalról hivatalosan nem támogatott, de lelkes maintainerek elkészítettek belőle a Suse csomagokat. A nem támogatottsága ellenére elég jól megy, apróbb bugokat leszámítva. De folyamatosan érkeznek a frissítések, ma is jött 11 csomagnyi.
Összességében tetszik a Suse, a zypperrel ismerkedem, a yastot is használgatom, úgyhogy eddig haverság van
penSUSE-SLE-15.6-2024-2275 = 1
Új hozzászólás Aktív témák
Hirdetés
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Samsung Galaxy S21 Ultra , 12GB , 128 GB , Kártyafüggetlen
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RX 9070 16GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- Csere-Beszámítás! AMD Ryzen 7 7700 Processzor!
- BESZÁMÍTÁS! MSI B450M R5 3600 16GB DDR4 512GB SSD RTX 2060 Super 8GB THERMALTAKE Core V21 500W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest