Ú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. -
pengwin
addikt
99%, hogy lassaabb lenne a Debiannál.
Ha jól tudom a Debian még mindig ext4-et használ alapértelmezésként, openSUSE-n meg ha jól tévedek btrfs és XFS megy mostanság - utóbbiak lényegesen fejlettebb fájlrendszerek rengeteg extra fícsörrel, de a hardverigényük is lényegesen komolyabb.
-
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.
-
válasz
urandom0
#4300
üzenetére
Sziasztok!
Arról van infó, hogy sacc/kb. mikorra várható a végleges slowroll verzió?
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?Most debian van a NAS-on, de jó lenne valamikor valami megbízható rolling-ra váltani.
-
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... ¯\_(ツ)_/¯
-
pengwin
addikt
Az RPM is hozzá tud adni tárolót a telepítés során, csak úgy néz ki a te Netbeans csomagodat nem így készítették. openSUSE Software-ről szedted le az RPM-et, vagy az Apache oldaláról, vagy volt alapból a tárolókban?
Előbbi kettő esetben tipikusan nem kapsz repót a telepítéssel, utóbbi esetben meg szokott lenni egy kis csúszás amíg a tároló maintainer-e becsomagolja a friss verziót.
-
válasz
urandom0
#4295
üzenetére
Köszi szépen a választ!
Közben fent is van a Thumbleweed Mate desktoppal jónéhány napja, tényleg egész jól megy eddig.
Viszont észrevettem valamit.
Java fejlesztésre használok Netbeans-t.RPM-ből tettem fel, és hiába jelent meg az újabb verzió, nem frissül.
Debian-on a .deb-ből felrakott csomagok frissültek, mert a telepítő része volt a repo hozzáadása.
Az, hogy itt ez nem történt meg, az lehet az .rpm csomagformátum sajátossága?
Létezik, hogy nem tud ilyet (bár miért nem tudna shell scriptet futtatni egy telepítő)? -
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.
-
válasz
urandom0
#4293
üzenetére
Köszi szépen a választ!
Őszintén szólva, soha nem volt dolgom ilyen komplexitású rendszerrel, és nem tudom, hogy ennek a több rétegnek milyen erőforrás-beli plusz igényei vannak.
Az Arch nálam elfogadható stabilitással megy, csak a laptopom nem bírja a forrásból fordítást, ez a váltás oka.
Vagyis az erőforrás-használat kritikus.Ezen a téren milyen a Thumbleweed vagy az Aeon?
-
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.
-
Sziasztok!
Arch után váltanék vissza Thumbleweed-re.
Nagyon régi a tapasztalatom vele, szóval, mintha nem is lenne.Van valakinek összehasonlítási alapja?
Feltételezem, hogy a kevésbé minimál a rendszer, mint az Arch, de azt nem tudom, hogy mennyivel.
Erőforrás használat, pörgősség terén mik a tapasztakatok?
Nem túk izmos a laptopom (Ryzen 3 3200U, nem bővíthető 8GB rammal), ezért is zavar, hogy az Arch-on az AUR-ból pár csomagot órákig fordítja.Gondolom, a stabilitás alkalmassá teszi munkára is, ugye?
Feltettem egy másik partícióra, eddig okés, de hosszabb távon csak akkor ölök bele energiát, ha nincs róla határozott negatív vélemény.
Kösszi!
-
#4288
Rowon
nagyúr
Sweet Lou 6
#4287
válasz
Sweet Lou 6
#4287
üzenetére
Kíváncsi vagyok, hogy mi lesz. Egyfelől az ikonikus kaméleon logótól és a névtől is búcsúzniuk kell majd.
-
Üdv,
Van-e már hír, hogy az OpenSUSE milyen névre lesz átkeresztelve? Én még ezen a téren nem hallottam semmit. -
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
-
_kovi_
aktív tag
Sziasztok!
Van egy problémám SLES11-el. Valami hálózati anomália lehet, mert amíg bootol a szerver addig tudom pingelni és amint a login-hoz ér a terminál onnantól már nem elérhető a hálózata. Ezáltal csak hyperv konzolon keresztül tudom kezelni, se ssh semmi.
Napok óta googlizok, hogy mi a fene lehet már mindent megpróbáltam de eddig sikertelenül. -
Csabi1221
lelkes újonc
Fogalmam sincs, lehet. Valamikor februárban-márciusban(?) ebben a topikban kapott infó hatására váltottam. Itt bővebben.
"https://en.opensuse.org/openSUSE:Slowroll""
Az akkor letöltött lemezkép nem tartalmatza se snapcraft, se flatpak tárolókat alapból. Néhány kattintással én engedélyeztem. Slowroll-t nem telepítettem újra most, csupán átmásoltam az új gépekre a régiekről.
Pont a szabadság tetszik a linux-ban, mindegy melyik diszró szimpatikus valakinek, ha akarja olyanra faragja ami neki pont megfelel.
-
Csabi1221
lelkes újonc
Mivel pont az öreg Acer laptopok cseréjére került sor "Vivobook ASUS S15 K5504VA OLED"
Adódott az alkalom, hogy kipróbáljak néhány népszerű disztrót. Egyedül Linux Mint képességeit haladta meg a vas. [kép] [kép]
Az igazi probléma, hogy a wifi kártyát nem ismeri föl. Net nélkül csak másik gép segítségével lehetne tobább lépni. Így hát nem derült ki számomra melyik firefox verziót használja. Linux Mint 21.3 Virginia (LTS verzió) MATE töltöttem le.
SUSE Slowroll és az "OLED" [kép] -
zoli62
addikt
válasz
urandom0
#4264
üzenetére
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.
Na pont ezért csodálkozom azon, hogy a stabil kiadású modellen alapuló Linux Mintre előbb kiadják a legújabb Firefoxot, mint az openSUSE Tumbleweedre.
-
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.
-
zoli62
addikt
Pár napja már megjelent a legújabb stabil Firefox kiadás, de a Tumbleweeden még mindig nem frissült, ezért a snap verziót telepítettem. A Tumbleweed elvileg rolling modellen alapuló disztró, de már a stabil Linux Minten is frissült a Firefox.Ennek vajon mi lehet az oka?
-
Csabi1221
lelkes újonc
válasz
urandom0
#4261
üzenetére
De nem te, vagy az itt lévők, a többség.
A többségnek egy eszköz a fosbúkhoz, netezéshez, munkához, játékhoz..... Mindegy mi fut a gépén, működjön, nem akar tanulni, vacakolni vele. Kisvállalkozóként egy nagyobb cégről tudom suse-t használ és a könyvelő irodám Linux Mint-t, a cégnél barátom rendszergazda, a könyvelő főnökasszony a linux kedvelő, hozzáértő. Az átlag hív valakit, ha nem működik a "gép" esetleg újra telepíti pár gombnyomással. ha sikerül. -
-
Csabi1221
lelkes újonc
válasz
urandom0
#4253
üzenetére
"""Egy kezdőnek, akik most jön Windowsról és hozzá van szokva a next-next-finishez, még ez is sok""""
Mondjuk ebben a suse abszolút egyedülálló, a YaST. A rendszerbeállításokat, módosításokat, pár kattintással el lehet intézni.
Pl. akár a mostani imagemagick problémát is, nvidia rendszerbeállítások, stb......
-
daninet
veterán
-
válasz
urandom0
#4255
üzenetére
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.
Endeavouron próbáltam, az tényleg villám. Viszont az Arch-ot meg inkább hagyjuk.
Fedorához képest szvsz felejtős.Egy kezdőnek, akik most jön Windowsról és hozzá van szokva a next-next-finishez, még ez is sok
Nekem pont ez tetszett meg anno a Linuxokban, hogy 1. gyorsabban frissít a Winnél, 2. terminálból gyorsabban tudsz telepíteni egyszerre egy csomó csomagot, amit automatizálni is lehet egy bash scripttel. Érdekes rendszer ez. -
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
-
válasz
urandom0
#4253
üzenetére
Mert lassú, mint a vemhes anyalajhár
Dehogy lassú... megnyitod szövegszerkesztővel a dnf.conf-ot, beszúrod az utolsó sor alá, hogy: max_parallel_downloads=10
Plusz még esetleg, hogy csak enterezni kelljen minden felugró kérdést:defaultyes=True
Már csak ennyiből is gyorsabb a többitől. Tumbleweed frissítéshez nekem napi szinten nincs hangulatom, de amit Fedorához leszed a DNF, azt van türelmem kivárni.A dnf5-öt nem próbáltad még?
Nem, de hallom, hogy Fedora 40-től már az lesz? Ha jól emlékszem. Már várom, vele együtt a Mesa 24 drivert és a 6.8-as kernelt is.
Érdekes amúgy, pont a Fedorával szemben szokták felhozni, hogy nehéz telepíteni az Nvidia/AMD drivert
AMD-t nem is szoktam, ami a kernellel jön, az bőven elég. De szerintem nincs is Fedorára zárt AMD driver, csak valami githubos oldalt láttam, ahonnan letölthető. Hát mondom az felejtős, így az open-source megoldással teljesen elvagyok.
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.
A Fedora dokumentációja pedig nagyon jó, DE ugyanígy az RPM Fusioné is. [link] Ha hozzáadtad a két repót, akkor csak ennyi:
Ez szerintem nem veszélyes művelet. Windowson az tovább tart, hogy a kártyámhoz tartozó telepítőt megtaláljam az Nvidia vagy az AMD honlapján.
Előtte meg még ki is kell kapcsolni a Windows 10 automata driver telepítőjét, mert az is csak feleslegesen okoskodik bele a történetbe, több kárt csinál, mint hasznot. -
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.
-
-
válasz
urandom0
#4248
üzenetére
Suse oldalán lévő leírás szerint telepítettem a G06-os Nvidia csomagot, de már nem számít. Feltoltam a Fedorát helyette és sokkal egyszerűbb volt, számomra a DNF is könnyebben értelmezhető, mint a Zypper. RPM Fusion hozzáad, dnf in akmod-nvidia, reboot, ennyi. Patentül megy minden.
Ami igazán meglepett, hogy az RHEL klónokra is mennyire kínlódásmentesen lehet mindent is telepíteni. AlmaLinuxhoz igaz hozzá kellett adnom 3 külső repót (EPEL, RPM Fusion, ELRepo), hogy pattogós legyen, de az is meglepően könnyen konfigurálható.
Nem értem miért szidják a DNF-et, nekem eddig az APT/Nala páros mellett ez jön be most a legjobban.
-
urandom0
senior tag
-
Csabi1221
lelkes újonc
Lehet nem a suse a legjobb, én csak mezei felhasználó vagyok.
több kevesebb sikerrel minden linuxon eligazodok, a windows ami nekem kínai. 7.3-tól egészen 64 bit-esig frissítgettem. 64-en lett egy új suse, de a home könyvtáram maradt. Az első leveleimmel együtt. Na és jobbra lent a paneltálcán, egy ezeréves progi, hőmérséklet piros-zöld számok ""ksensors"" 
-
Felraktam a Tumbleweedet... le is töröltem. Egyszerűen nem mászik fel az Nvidia driver és tiszta lag, nem tudok vele mit kezdeni. Szerintem utoljára volt fent nálam Suse.
Se Fedorán, se Debianon nem kínlódtam ennyit egy xaros drivertelepítéssel. -
-
Csabi1221
lelkes újonc
válasz
urandom0
#4229
üzenetére
Például
/var/lib/flatpak/app/org.kde.isoimagewriter/x86_64/stable/6b73/export/bin> ./org.kde.isoimagewriter
/usr/bin/flatpak: symbol lookup error: /lib64/libdconf.so.1: undefined symbol: g_once_init_leave_pointerlibdconf1-0.40.0-3.7 adja ez a hibaüzenetet 3.6 frissítése után flatpak alkalmazással
----
Viszont libdconf1-0.40.0-3.6 a zypper dup problémázik.
-
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? -
Csabi1221
lelkes újonc
válasz
daninet
#4226
üzenetére
Az nálam működik, lehet egyéb beállításoktól füg. Két laptopon fut, klasszikus, nincs automatikus bejelentkezés, külön root jelszó, oxigén téma.
Viszont találtam egy kellemetlen hibát plasma 6 melett jött elő, hogy Discover lett a frissítés kezelő. Némely frissítéshez kéri a root jelszót, ha lemaradok róla tovább megy azokkal amelyekhez nem kéri, és végül összeomlik az egész garfikus rendszer. Hálózat kezelő, x11...... Csak terminál használható. Jó, hogy pillanatkép adott, vissza lehet állítani a rendszert, és újra, de azért ez már nem épp felhasználó kompetencia lenne, szerintem. -
Csabi1221
lelkes újonc
válasz
urandom0
#4224
üzenetére
Windows gondolat már vagy tíz éve lehetett.
Viszont Slowroll a mai frissítésekkel minden plasma 6 hibát kijavított amit én tapasztaltam. Igazán gyorsak voltak, csak pár napja van plasma 6. Ha találkozom még valami egyébb hibával megosztom, hátha valakinek érdekes lesz. Számlázó, iroda, média eddig is renben működött. Egyébként mindig rendszeresen van biztonsági mentésem, a futó rendszert kimásolom egy külső tárolóra, amit egyben indíthatóvá is teszek. Mindenesetre sajnáltam volna, ha megszűnik a suse. Mégegyszer kösz a barátságot. -
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.
-
Csabi1221
lelkes újonc
válasz
urandom0
#4222
üzenetére
Hát lehet, de nem panaszkodom, alapvetően működik plasma 6. Anno 3-4 között is akadt pár sötét folt. Egyébként jobban tud magyarul mint az 5-ös.
Talán windows jobban működik. Egyszer próbáltam váltani windows-ra, még ABEV okán, de 7.3 suse-kde páros volt az első, ezt ismerem úgy ahogy felhasználó szinten, windows-t meg kellett volna tanulnom, a telepítés, működés... Nem is tetszett a widows nehézkes a működése, hát nem lett hozzá ambícióm. -
urandom0
senior tag
-
Csabi1221
lelkes újonc
válasz
urandom0
#4198
üzenetére
Üdv!
Véletlenül talátam ide. 2003-óta használom suse-t, és pont a leap lassulása okán.
Kösz Slowroll infót. Kb. 1 hónapja használom ezidáig gond nélkül, de a plasma 6 okozott pár kellemetlen percet. Kikapcsoláskor nem állt le a laptop, halt -p kellett hozzá, konqueror összeomlott, nem jelzi a frissítéseket, csak részben jegyzi meg leálláskori állapotot, konsole billenytű beállításokat kézzel kell javítani...... A hibák egy része már, már megjavult. -
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!
-
daninet
veterán
Én most várok egy kicsit, azon a soft crash-en kívül a problémák grafikai jellegűek amelyek nem nagyon érdekelnek.
Ha nem válik be a kde6 ideiglenesen feldobok egy xfce-t vagy hasonlót amíg peccselik. vagy teljes rice hyperlanddel
Illetve B tervnek ott a snapper, visszemegyek egy korábbi verzióra és nem frissítek 2-3 hónapig
-
válasz
daninet
#4213
üzenetére
Délután a MicroOS-t akarom feltenni VM-re, abból is az Aeon verziót. Állítólag maga a rendszer gondozásmentes és érinthetetlen (?), illetve csak flatpaket tudsz rá telepíteni. Erősen kíváncsi vagyok rá.
Tumbleweeddel meg ez a baj, nem tudni mikor sz*rik be egy frissítéssel. Amúgy jó rendszer lenne, csak mindenkinek más az igénye.
-
daninet
veterán
az update teljesen összekakilta a rendszert mert az sddm-et nem jól frissíti le.
Szóvalsudo zypper dupaztán újraindítod, csak shell lesz semmi más és mégegyszer frissíteni kellsudo zypper dup, mégegyszer újraindít és akkor oké lesz.Szerintem korán volt a dolog. Paneleket nem lehet átméretezni, hiányzik az átméretező sáv, ott kellene legyen a panel és a lebegő ablak között. A transparent / opaque dolog egyáltalán nem működik, egyik opcióban sem átlátszó kicsit sem.
Az előbb megnyitottam okulárban egy PDF-et és összekakilta magát, kellett egykillall plasmashellkstart plasmashell
mert nem lehetett semmire kattintani, olyan volt mintha nem lennének ablakok nyitva.Hónapok óta ígérgetem hogy váltok slowroll-ra, de szeretem ha fáj
csak tudnám miért a munka számítógépemen kísérletezek -
daninet
veterán
Sziasztok!
Tumbleweed, nvidia kártya a zárt driverrel. Két monitorom van, az egyik hdmi a másik display port. Teljesen random, hogy melyiket inicializálja indításnál először és amikor a DP monitorral teszi (ami az elsődleges képernyő) akkor a másodlagos képernyő üres marad, a widgetjeim nem jelennek meg ott, a háttérkép sem. Tudok ablakokat oda húzni, de minden panelemet rádobálja az elsődleges monitorrra.
Csak akkor jó a desktop, ha először a hdmi monitort inicializálja ami a másodlagos, majd a DP monitort ami az elsődleges. Lehet ezt valahogy valami konfiggal erőltetni? -
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.
Valószinű, ha látnám a folyamatot, meg tudnám csinálni, de nem várhatom el senkitől, hogy a kedvemért videót készítsen.
A nap poénja!
penSUSE-SLE-15.6-2024-2275 = 1
Fedorához képest szvsz felejtős.
Új hozzászólás Aktív témák
Hirdetés
- Teljes egészében megtekinthető a Nothing Phone (3)
- Luck Dragon: Asszociációs játék. :)
- The Elder Scrolls V: Skyrim
- HiFi műszaki szemmel - sztereó hangrendszerek
- iPhone topik
- iPhone-t használók OFF topikja
- Szünetmentes tápegységek (UPS)
- Steam Deck
- PlayStation 5
- Vezetékes FEJhallgatók
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Vírusirtó, Antivirus, VPN kulcsok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Gombászkönyvek egyben
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- LG 45GR95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- Intel Core 2 Quad Q9550 2.83GHz LGA775 Processzor
- HP 200W (19.5V 10.3A) kis kék, kerek, 4.5x3.0mm töltők + tápkábel, 928429-002
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest