Hirdetés
- HiFi műszaki szemmel - sztereó hangrendszerek
- OLED TV topic
- Milyen CPU léghűtést vegyek?
- OLED monitor topic
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen billentyűzetet vegyek?
- Kormányok / autós szimulátorok topikja
- Bambu Lab 3D nyomtatók
- Vezeték nélküli fejhallgatók
- AMD FX
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Magga: PLEX: multimédia az egész lakásban
Új hozzászólás Aktív témák
-
válasz
Ablakos
#4447
üzenetére
Feltelepítettem a Gnome Szoftvert, újraindítottam a gépet, már dobta is fel az értesítést, hogy vannak frissítések, annak ellenére, hogy a packagekit maszkolva van.
systemctl status packagekit
○ packagekit.service
Loaded: masked (Reason: Unit packagekit.service is masked.)
Active: inactive (dead)
Viszont a Szoftver csak néhány secure boot frissítést jelez, miközben van egy rakat csomagfrissítés.
-
-
-
válasz
Ablakos
#4443
üzenetére
Csinálsz egy snapshotot snapperrel, és utána lehet telepítgetni, amit akarsz. Ha meguntad a KDE-t, rollbackelsz az elkészített snapshotra, és ugyanabban az állapotban lesz a rendszered, mint snapshot készítésekor.
Annyi, hogy a home-ot a snapshot nem menti le és nem is állítja vissza, onnan a KDE config fájlait neked kell kitörölnöd. -
-
Teljesen véletlen felfedeztem ma, hogy van egy yzpper nevű program Tumbleweedben, és symlink a zypperre. Gondolom olyan esetekre, amikor olyan gép előtt ülsz, ahol az Y és a Z fel van cserélve, vagy azoknak, akik túl gyorsan gépelnek, és előbb ütik le az y-t, mint a z-t.
-
Lefrissítettem ma mind a két Tumbleweedes gépem, egyiken szépen lement, másikon hibaüzenet a frissítés végén. Újraindítottam a gépet, kaptam egy szép kis kernel pánikot.
Oké, bebootoltam korábbi snapshotról, próbálnám beállítani snapperrel az alapértelmezett snapshotot egy korábbira, erre ilyen hibaüzentet kapok, hogy "btrfs_util_set_default_subvolume_fd() failed, errno=28: no space left on device", miközben volt még 2 gigabájtnyi szabad helyem.Gemini segítségével tudtam megoldani. A gond az volt, hogy hiába volt helyem, a snapshotoknak fenntartott (metadata) hely fogyott el, mert volt több régi snapshotom még tavaly szeptemberről, amiket kézzel hoztam létre, és nem töröltem őket.
A megoldás az volt, hogy ezeket kitörölgettem (sudo btrfs subvolume delete /.snapshots/500/snapshot), csináltam egy balanszolást: sudo btrfs balance start -dusage=0 -musage=0 / (ez átcsoportosítja a lefoglalt, de üres helyeket), így ezután azonnal használható a felszabadított terület. Utána már simán vissza tudtam állni korábbi snapshotra.A Gemini még annyit javasolt, hogy csináljak egy ilyet: sudo btrfs balance start -dusage=10 /.
Ez "azokat az adatblokkokat szabadítja fel, amik 10%-nál kevésbé vannak kihasználva, így több "nyers" hely marad a metaadatoknak", és hogy a snapper konfigjában vegyem lejjebb a megtartandó snapshotok számát. De ehhez nem nyúltam, mert nem ezzel volt a baj, hanem az általam készített snapshotokkal, amiket szépen elfelejtettem törölni. Ahogy töröltem őket, a 2 GB szabad helyből rögtön 12 GB lett
-
válasz
Ablakos
#4414
üzenetére
Ugye erről a fájlról van szó: openSUSE-Tumbleweed-DVD-x86_64-Snapshot20260207-Media.iso
Letöltöttem a Ventoyt, megcsináltam a pendrive-ot, letöltöttem ezt az ISO-t, bemásoltam a Ventoy mappába, elsőre bebootolt vele legacy és UEFI módban, és normal és grub2 módban is. Utána átdugtam a laptopomba, abban is elsőre bootolt, UEFI és legacy módban is.
Szerintem:
- töltsd le a Ventoy legfrisebb verzióját, és csináld meg újra a pendrive-ot (csak előtte mentsd le róla a lemezképeket, ha vannak)
- próbáld meg másik pendrive-val
- töltsd le újra az ISO-t, és utána ellenőrizd a cheksumját. -
Az NVRAM-ba maga az UEFI írja be a bejegyzést, a rendszerek csak annyit csinálnak, hogy berakják az efi boot fájlokat az efi partícióra. Ettől függetlenül persze előfordulhat, amit mondasz, bár én inkább az ellenkezőjével szoktam találkozni, hogy akkor is bennmarad az NVRAM-ban a bejegyzés, mikor az efi partíció már rég nincs sehol sem.
-
válasz
Ablakos
#4414
üzenetére
Jót töltöttél le, a kérdés, hogy milyen programmal írtad ki, és hogyan.
Én Linux alatt mindig dd-vel írom ki, soha nem szokott gond lenni vele. Windows alatt Rufus-szal, ott pedig arra kell figyelni, hogy dd módban írja ki, ne ISO módban.Esetleg próbáld meg átállítani a boot módot BIOS-ról UEFI-re, vagy fordítva. Illetve az is lehet, hogy csak várnod kellene mondjuk egy-másfél percet, és bebootolna. Néhány gépen belefutottam már ilyenbe.
-
Nem is tudom, hogy van magyar oldal
Ha nagyon le akarod fordítani, akkor "immutábilis gördülő disztribúció" vagy esetleg "módosíthatatlan gördülő disztribúció", de szerintem inkább az első. De a holland nyelvű kezdőoldal is meghagyta az eredeti angolt változatot. -
Szerintem az immutable lehet immutábilis, ha nagyon le akarod fordítani. A rolling release pedig gördülő kiadású. Én a Vanilla OS-es, és az Aeonos posztomban is maradtam az "immutable" szónál, szerintem ezek olyan terminus technikusok, amiket nem feltétlenül kell lefordítani.
-
-
Bár ahogy nézem, nem igazán sikerült a két gépet egyszer beindítani
Ettől függetlenül az OpenSuse szerintem is gyorsabb, bár én nem méregettem, csak érzésre. Viszont a lemezhasználaton és a memória használaton meglepődtem, én nehezen hiszem, hogy ekkora különbségek lennének (főleg RAM használat terén).
-
válasz
urandom0
#4394
üzenetére
Ami van a kiválasztott patternekben, az mind felmegy. A Dolphin, az SSDM és a többi benne van a KDE Plasma 6 Desktop Base-ben (a telepítőben az első), úgyhogy ha az egész pattern ki van jelölve, akkor felmennek ezek is.
A telepítő végén, az összesítésben mutatja is, hogy a KDE Plasma 6 Desktop Base és a KDE Applications and Plasma desktop patterneket fogja felrakni.
Ha kikapcsolgatod a patterneket, akkor persze sok minden nem fog felmenni ezekből. -
Valóban nem ajánlatos live-ból telepíteni. Szerintem húzd újra normál telepítővel, amíg még nem laktad be.
Egyébként előfordulhat, hogy egyes wifi controllereket nem lát a rendszer, ez esetben külön kell majd feltelepíteni a kernel modult. De ahhoz ugye kell majd valamilyen net. -
Milyen gépen jön elő ez a hiba, laptop? Nekem laptopon jön elő hasonló, Gnome alatt, de nem mindig. Úgy vettem észre, csak frissítés után, ha nem indítom újra a gépet. Újraindítás után jó.
A zyppernek sok jó tulajdonsága van
A patchek külön kezelése a csomagoktól, bár ezt inkább Leap-en használjuk, Tumbleweeden nem. Nameg hogy a repók kezelése, csomaginfók lekérése, csomagok kezelése, stb., mind megy egy paranccsal (zypper), nem kell külön parancsokat megjegyezni rá. -
válasz
urandom0
#4382
üzenetére
El is felejtettem: a zypper install --force csomag újratelepíti a csomagot. A létező config fájlokat nem írja felül, de létrehozza az alapértelmezett configot .rpmnew kiterjesztéssel (persze, csak akkor, ha van a csomagban config). Ez akkor is megtörténik, ha frissítesz egy csomagot, és abban új config fájl van. Tehát az rpm törekszik arra, hogy ne írja felül a config fájlaid.
Ugyanígy, ha egy csomagot eltávolítasz, de már módosítottad a config fájlát, akkor az rpm hozzátesz egy .rpmsave kiterjesztést a config fájlhoz, hogy az ne vesszen el.
Ritka esetben előfordulhat olyan, hogy az rpm mégis felülírja a létező config fájlt (általában akkor, ha a program inkompatibilis lenne a régi config fájllal), de ez esetben is készít a régiről egy .rpmsave másolatot.
-
Igen, snapshotokban jön a frissítés. A csomagok először a factoryba kerülnek be, de oda folyamatosan. Aztán amikor összegyűlik egy snapshotra való tesztelt csomag, akkor kerül be Tumbleweedbe.
A Myrlyn az gyakorlatilag a Yast Software, csak mivel a Yast hamarosan teljesen kikerül a rendszerből, ezért a Yast Software-t kimentették belőle, hogy legyen valami GUI-s csomagkezelő.
-
Most perpill a legfrissebb Firefox van a repóban, a 147.0.1. Elméletileg 2026.01.21-én frissült erre, az upstream Firefox január 16-n jött ki. Van pár nap lemaradás, gondolom, ennyi idő kell, míg lefutnak a tesztek, és elkészül a csomag.
A Grub2-BLS még eléggé új, de szerintem idővel át fogja venni több disztró is.
A zypperről mi a véleményed így apt/nala után? És a Myrlyn-t használtad már? Most jött ki az 1.0-s verzió.
-
Lusta voltam mostanában, nem frissítettem az Tumbleweedem több, mint egy hónapja. Ezért cserébe most kapok egy 2,24 GB-os csomagot
# zypper dup
Telepítési forrás adatainak beolvasása...
Telepített csomagok beolvasása...
Figyelmeztetés: Disztribúciófrissítésre készül az összes telepítési forrás engedélyezésével. Továbblépés előtt győződjön meg róla, hogy ezek a telepítési források kompatibilisek. A paranccsal kapcsolatos további információ itt található: 'man zypper'.A disztribúció frissítésének számítása...
A következő 902 csomag fog frissülni:
aaa_base aaa_base-extras alsa-plugins ...A következő termék fog frissülni:
openSUSE Tumbleweed 20251007-0 -> 20251113-0A következő csomag régebbi verziója fog települni:
libluajit-5_1-2A következő 2 csomag fog újratelepülni:
gthumb gthumb-langA következő 15 ÚJ csomag fog települni:
deno deno-bash-completion kernel-default-6.17.7-1.1 libavfilter11 libcdt6 libcgraph8 libfreshclam4 libgvc7 libopenjph0_25 libprotobuf32_1_0
libSPIRV-Tools-2025_4 libutf8_range-32_1_0 opensuse-welcome-lang typelib-1_0-JavaScriptCore-6_0 typelib-1_0-WebKit-6_0A következő 14 csomag ELTÁVOLÍTÁSA fog megtörténni:
gnome-session-core gnome-session-wayland issue-generator libbluray2 libcdt5 libcgraph6 libfreshclam3 libgvc6 libopenjph0_24 libprotobuf32_0_0
libSPIRV-Tools-2025_4_rc1 libutf8_range-32_0_0 libxml2-2 webp-pixbuf-loaderA következő csomag a rendszer újraindítását igényli:
kernel-default-6.17.7-1.1902 csomag frissítése, 1 visszafejlesztése, 15 új, 2 újratelepítés, 14 eltávolítása.
Csomag letöltési méret: 2,24 GiB
A csomag telepítési méretének változása:
| 5,65 GiB required by packages that will be installed
434,1 MiB | - 5,22 GiB released by packages that will be removed -
-
Jól gondolod, csak ez nem egészen úgy van, hogy fogják a Tumbleweedet, és egy ponton csinálnak belőle Leap-et. Hanem a Tumbleweed csomagjaiból épül a Leap, de a csomagösszeállítás lehet más. A Leap-re nagyobb figyelem irányul, ott alaposabban válogatják össze a csomagokat, és tesztelik le az egész disztrót. Tumbleweednél meg ott a régi telepítő, ott a Yast, ha benne maradt, hát benne maradt, kit érdekel...
Az Ubuntunak is új telepítője van egy ideje, de a Mint, a KDE Neon, és a többiek mégsem vették át, maradtak a réginél.
-
Igen, én is ilyesmi címekkel szoktam hatásvadász videókat gyártani. Írhatott volna 8 percet is...
Packman repó lesz hamarosan, vagy talán már van is. A Yast utání sírást pedig nem nagyon értem. A moduljai túlnyomó többsége olyan volt, amire otthoni felhasználóként nincs szüksége az embernek, céges környezetben pedig úgyis valamilyen scriptet használunk a konfigurálásra.
Írta valaki a videó alatt kommentben, hogy akkor ő most otthagyja az OpenSuse-t, és áttér Fedorára, mivel már nincs Yast. De ebben mi a logika? Fedorában ugyanúgy nincs Yast, és semmi hasonló felület, sőt még olyan csomagkezelő sincs, mint a Myrlyn. Sőőt, még snapper sincs alapból belőve.
Az új installerrel még vannak teendők, ezzel egyetértek. A régi többet tudott, bár azért az látszott rajta, hogy nem mai darab.
-
-
Letöltöttem én is az ISO-t, kiírtam dd-vel, elsőre ment, nem volt vele probléma...
Az "Installation devices" alatti "Details" mezőben lehet átváltani manuális méretezésre.
Nem rossz ez az új telepítő, leszámítva, hogy egy Firefoxban fut az egész felület, és ha feltolod az egeret a képernyő közepére, akkor bejön a Firefox ablakának többi része. Ott át tudsz váltani másik lapra, és az új lapon a parancsikonok között ott a Temu, az Allegro és hasonlók
Ez így nem túl professzionális, legalább egy electronba ablakba belerakhatták volna... -
-
Állítólag az új Agama installer még nem képes live környezetet felhúzni.
Esetleg próbáld meg ezt: https://agama-project.github.io/downloadNem tudom, mi van benne, de szerintem ezzel is csak telepíteni tudod.
-
-
Használja valaki a 16-os Leap-et? Ebben a verzióban már nincs Yast. Csomagkezelésre Myrlyn van helyette (ami majdnem pont ugyanúgy néz ki, mint a régi Yast GUI), a többi rendszeradminisztrációs feladatra pedig a Cockpit (ami amúgy fele annyit se tud).
-
válasz
pengwin
#4346
üzenetére
Az igen... megeszem a kalapom, ha ezt nem konkrétan az OpenSuse logóról mintázták.
Az offtopikban pont ma tettem be, hogy valaki pedig Olaszországban talált egy X logót
https://logout.hu/tema/linux_felhasznalok_off_topikja/hsz_24653-24653.html -
-
válasz
urandom0
#4340
üzenetére
A régi, vacak, 7 GB-os pendrive-ról átköltöztettem a rendszert egy USB-C, 30 GB-os pendrive-ra. Átklónoztam dd-vel, minden probléma nélkül elindult, épp most méretezem át a partíciót. Közben dugdostam ilyen-olyan gépekbe, simán bootolt mindegyiken, csak a secure boot-ot kellett addig kikapcsolni. Viszi a két monitoros setupot is, sőt, telefonról USB-vel megosztott netet is egyből érzékelte. Jó kis rendszer ez a Salix, tudom ajánlani mindenkinek, akinek egy gyors disztró kell, főleg live-ra, de telepítve is.
-
válasz
urandom0
#4339
üzenetére
Na, Salix Live lett a befutó. Nagyon gyors, tudja a benne perzisztens módod, a slapt-get feloldja a függőségeket, az Xfce is egész használatóra van összerakva, és gyárilag van benne flatpak, sőt még a Flathub is be van lőve. Csak pár csomagot el kell távolítanom, mert vannak benne számomra felesleges dolgok.
-
válasz
urandom0
#4336
üzenetére
Na, ki is próbáltam gyorsan. Egy 7 GB-os pendrive-ra feldobtam egy Leap-et. 500 MB-os EFI partíciót csináltam, de nem az egész /boot-ot tettem rá, csak a /boot/efi-t, így mindösszesen 6 MB a helyfoglalás rajta. A root partíció 6.6 GB, ebből most 4 GB foglalt, éppen most frissítem a rendszert. Egy minimál, asztali környezet nélküli telepítést választottam, de elég sok helyet foglal így is, főleg hogy a Porteus kb. 600 MB-ból kijön. Most csak egy alap IceWM van fent, egy LXQt-t vagy LXDE-t dobok majd fel, azok azért egy fokkal barátságosabbak.
Yasttal simán belőttem a wifit (sosem használtam még erre), és igazából minden fontos dolgot be lehet innen állítani.
-
Mit találtam apósom hagyatéka között
SuSE Linux 6.3, olyan friss programokkal, mint Gnome 1.0.5, KDE 1.1.2, XFree86.... -
OpenSuse alatt jobban szét vannak bontva a csomagok. Pl. az Inkscape 3 csomagból áll, inkscape, inkscape-extensions-extra, és inkscape-lang. Ha jól látom, ez Arch alatt egyetlen csomag.
De pl. a Gimp is három csomagra van bontva, gimp, gimp-lang, és gimp-plugin-python3, ez Arch alatt szintén egy csomag. Ezek azok a csomagok, amik jönnek a Gimppel, és alapból nem szoktak települni.
De összeségében 118 függősége van a Gimpnek, míg Arch alatt csak 67, legalábbis az Arch csomagkereső weboldala ennyit ír. Inkscape-re 75 függőséget ír az Arch, én OpenSuse alatt 100-at látok.És, ami lényeges, Fedora és OpenSuse alatt is alapértelmezetten feltelepülnek az ajánlott csomagok. Ezt ki lehet kapcsolni mindkét rendszer alatt, ha valakit zavar.
-
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. -
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. -
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.
-
Tumbleweedben mióta van offline update? Vagy csak egyes csomagoknál van?
Én ma találkoztam vele először... -
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. -
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. -
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.
-
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... ¯\_(ツ)_/¯
-
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.
-
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.
-
Leap 15.6-ban 4.4.1-es Gradle van, ami a /releases szerint 2017-es, viszont a
gradle -vazt írja, hogyBuild time: 2012-12-21 00:00:00 UT. Miközben a 8.10.2-es verziónál járunk... -
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 -
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.
-
Megjelent az OpenSuse Leap 15.6: Leap 15.6 Unveils Choices for Users
-
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.
-
-
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
-
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.
-
-
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? -
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.
-
-
Ezt belinkelem ide is: https://logout.hu/tema/linux_abszolut_kezdoknek/hsz_94671-94671.html
Óvatosan kísérletezzetek a KDE-vel!
-
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.
-
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.
-
válasz
urandom0
#4198
üzenetére
Már nem tudom szerkeszteni, de ebben a Reddit posztban bmwiedemann, a Slowroll vezető fejlesztője válaszol néhány kérdésre.
-
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. -
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. -
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. -
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.
-
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.
-
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.
penSUSE-SLE-15.6-2024-2275 = 1
Új hozzászólás Aktív témák
- Apple iPhone 13 mini - miért nem veszik elegen?
- Tőzsde és gazdaság
- EA Sports WRC '23
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mesterséges intelligencia topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- OLED TV topic
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Milyen CPU léghűtést vegyek?
- Diablo II: Classic és Resurrected
- További aktív témák...
- BESZÁMÍTÁS! Gigabyte B760M i5 14600KF 32GB DDR4 512GB SSD RTX 3070 8GB Lian LI LANCOOL 207 750W
- Apple iPhone 15 128GB, Kártyafüggetlen, 1 Év Garanciával
- Akció! Felsőkategóriás Gamer PC! I9 14900K / RTX 5080 16GB / 32GB RAM / 2TB Nvme SSD
- LENOVO ThinkPad T470,14",FHD,i5-7200U,8GB DDR4,256GB SSD,WIN11, ÚJ akkumulátor, LTE KÁRTYA
- Telefon felváráslás!! Xiaomi 13T, Xiaomi 13T Pro, Xiaomi 14T, Xiaomi 14T Pro
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest