Új hozzászólás Aktív témák
-
tlac
nagyúr
válasz
urandom0
#4454
üzenetére
igen, azt látom
egyébként nem videokártya, mert az alaplapi kimenetet használom (asrock + 9800x3d, ami nem annyira jó párosítás, a reddit tele van vele, hogy meghalt benne a cpu)vicces lesz ez a rolling distro, mert egy korábbi hibám az úgy tűnik, hogy megjavult, amit itt írtam, hogy nem jön vissza a kép miután a monitor felébred
szóval csak remélni tudom, hogy csak szoftveres hiba
-
Ablakos
addikt
válasz
urandom0
#4428
üzenetére
Közönséges asztali pc (Asus H770/I9 12700K), de meghatározhatatlan hiba. Prompt a bal felső sarokban és erőszakkal sem képes legalább egy másik terminal ablakot nyitni. Visszaerőszakolja a villogó promptot.
ThinkBook gond nélkül futtatja. Securebootot kikapcsolom és megpróbálom külön pendrive telepítővel.Ha sikerül életre keltenem: Kérdésem, hogy a meglévő ubuntu telepítéseket képes inteligensen a saját multiboot menüjébe felvenni? (Tehát nem olyan windowsos paraszt módon mindent letakarít.)
-
-
tlac
nagyúr
válasz
urandom0
#4419
üzenetére
vagy nem
ha uefi volt korábban és azt kikapcsolod, akkor az nvram-ban lévő boot bejegyzések simán törlődhetnek, alaplaptól függ hogy van megvalósítva
win-t általában vissza tudják tenni, a többit márplusz legmodernebb videokártyák már nem is támogatják a legacy módot és simán lehet, hogy kép sem lesz amíg elindul egy oprendszer
na meg gpt-s fájlrendszerre feltelepíted a linux-ot úgy hogy nem uefi módban volt a gép, az is elég csúnya lesz
-
NF-
aktív tag
válasz
urandom0
#4412
üzenetére
Nem is tudom, hogy van magyar oldal
Van opensuse.org/hu és hu.opensuse.org, sok évig az utóbbira irányított át az opensuse.hu is. De már pár éve nem megy a redirect és fogalmam sincs, hogy kinél van a domain.A fordítási segítséget kösz mindkettőtöknek, maradt immutable distro és rolling release.
-
NF-
aktív tag
válasz
urandom0
#4409
üzenetére
Arra gondoltam én is, hogy talán az immutable lenne a legjobb, de az egyáltalán nem magyar. Az opensuse.org/hu-t fordítom, de nem tudom eldönteni, hogy melyik lenne a megfelelő. A szlovák fordításban pl. "nemenné" van írva, az szó szerinti fordításban magyarul változatlant jelent. De ez meg szerintem nem feltétlenül írja le, hogy ez immutable verzió. De lehet, hogy tévedek.
-
-
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. -
tlac
nagyúr
válasz
urandom0
#4394
üzenetére
úgy néztem, hogy szinte mindent is felpakol egy alaptelepítés, egy rakás firmware csomag felmegy
próbálgattam is korábban virtuális gépen, hogy mi történne ha már telepítés közben kikapcsolnám az ajánlott csomagokat, hát annak nem lenne olyan jó vége
hiába kapcsolom be olyankor a kde-t, meg kde appok-at, sddm-et sem tenne, de talán még a dolphin-t se
-
tlac
nagyúr
válasz
urandom0
#4385
üzenetére
desktop, full amd-s gép, 0 tuning
előtte kde neon volt a gépen, a kde ott is friss volt és voltak is problémák vele
ez a jelenség épp nem jelentkezett, de a kde ott is gyakran összeomlott jó sokáig
aztán a sokadik frissítés után eljutottak addig, hogy most már csak fél percre megfagyott, még a háttérben újraindultok a dolgok, miután a monitort kellett volna felébresztenie -
tlac
nagyúr
válasz
urandom0
#4382
üzenetére
úgy néz ki, hogy felébredtek, jött ma és tegnap is 1-1 adag frissítés
a yast-ot sajnálom, hogy nem támogatják tovább, az egy elég meghatározó tulajdonsága a suse/opensuse-énak már évtizedek óta lényegében
zypper-nek van egy tök jó tulajdonsága, amit eddig máshol nem láttam:
frissítés után szól, hogy meg lehet nézni, hogy milyen programok futnak, amiknek frissítette a fájljaitzypper ps -sViszont van egy idegesítő bug-om is. Miután a kde elaltatta a monitoromat, azt nem tudja visszahozni. Egy pillanatra visszakapcsol, aztán nem érzékel képet a monitor és ismét kikapcsol. Ha ekkor átváltok még gyorsan a ctrl+alt+f1-gyel a karakteres konzolra és utána vissza ctrl+alt+f2-vel a grafikus felületre, csak úgy lesz képem ismét.
AMD kártya, X11-gyel használom.
A journalctl-ben nem látok releváns hibát sem.. -
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.
-
tlac
nagyúr
válasz
urandom0
#4380
üzenetére
Valóban, ma meg is lett a frissítés (tegnap nem volt, ki tudja milyen időzónában számítják).
Úgy nézem, hogy ez ilyen batch-ekben frissíthet?
[kép]Az új Firefox 147 egyébként alapból már a ~/.config/mozilla mappát használná, de az OpenSuse-ék nem álltak át, maradtak ~/.mozilla helynél.
A Myrlyn érdekes, mert lényegében nálam ugyanúgy néz ki, mint a Yast Sotfware:
Myrlyn vs. Yast Sotfware
Utóbbit nyomogattam, az átveszi a KDE-s témát, előbbi valamiért nem.A zypper-t eddig csak egy-egy csomag telepítésére használtam főként, plusz most az upgrade-re. Meg még egy nagyobb monstrumot, a virt-manager-t tettem fel vele. Úgy rémlik szépen felrakta a teljes függőségi láncot egyből mint, hogy libvirt -> qemu -> kvm.
Eddig nincs vele gondom.Viszont Debian/Ubuntu alatt vagy egy olyan parancs
dpkg-reconfigure csomagnév, amivel a csomag gyári beállításain lehet állítgatni (nem mindegyiken).
A Tumbleweed-en meg épp vagy benne van Yast-ban az a config vagy nincs.Pl. a karakteres terminál módosítása (betűtípus, locale) így néz ki, hogy
Debian alatt:
dpkg-reconfigure consolse-setupés egy menüből kiválaszthatom, amit szeretnék és utána beállítja rögtön.OpenSuse alatt:
kézzel kell szerkeszteni az /etc/vconsole.conf fájlt. -
cigam
titán
válasz
urandom0
#4362
üzenetére
Igen, köszi! Valóban fura ez a WEB-es felületű telepítő. Szokni kell. A következő furcsaság a Szoftver választó. Alapból csak az SElinux támogatás települ. Se GUI, se Samba, se semmi nem megy fel alapból.
Plusz nem lehet kilépni belőle. Legalábbis nekem csak úgy sikerült, hogy átváltottam konzolra, és ott nyomtam egy CTRL+ALT+DEL-t.
Érdekesség: A konzolban ad egy QR kódot, és IP címet jelszóval. Így egy másik gépről belépve is elérem a WEB-es telepítőt. -
cigam
titán
válasz
urandom0
#4350
üzenetére
Hm. Windows11 szindróma? (Majd a vezérlőpultból átpakolunk mindent a Gépházba)
Szerintem van benne ráció, mert a Yast-ba belenyomtak mindent is. Így túl nagy és átláthatatlanná vált. Persze lehet csak öregszem és nem tudom megjegyezni mi hol van.
Felraktam volna Ventoy-al, de a telepítő azt írja No boot file found for UEFI!
-
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.
-
SupRaa
újonc
válasz
urandom0
#4337
üzenetére
Khm...hát jah, végülis lehet rambo késsel is borotválkozni csak nem a legpraktikusabb
Live penre marad a tails köszi!
Antix felejtős mert csak windows alól sikerül persistentet csinálni + nagyon lassan végez.
PorteuX-ot néztem régebben ,faja kis ramból futtatható cuccos volt,egy jó ideje nem tudom,hogy áll a project. -
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.
-
SupRaa
újonc
válasz
urandom0
#4333
üzenetére
Hozzávetőlegesen valamivel korábbról de kb.igen.
Voltak kellemes tapasztalataim más disztrókkal is de így,vagy úgy kisebb-nagyobb mértékben mindegyik elahasalt valamin.
Ha muszáj lenne egy disztrót választani akkor sztem már nem okozna fejfájast melyik lenne az;egy openSuse mind felett!
-
-
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.
-
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.
-
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ő)? -
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?
-
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.
-
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......
-
-
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. -
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. -
-
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.
-
-
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.
-
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. -
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. -
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. -
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.
-
pengwin
addikt
válasz
urandom0
#4196
üzenetére
A fedora miatt nem aggódnék a helyedben... nem egy jövedelemforrás a RH/IBM szemszögéből, és túlságosan alacsonyan van a fejlesztési láncban ahhoz, hogy komolyan megpiszkálják.
A CentOS-en is csak azért változtattak, mert közvetlen konkurenciája lett a RHEL-nek bizonyos értelemben.
-
pengwin
addikt
válasz
urandom0
#4194
üzenetére
Hát szerintem nagyon átüt az IBM-es mentalitás a mostani RH döntéseken... az IBM eddig többször is inkább elengedett hatalmas piacokat, hogy kevesebb kicsi, de nagyon magas profithányadú szegmensre tudjon koncentrálni.
Pl. ott volt nekik a PPC, amiből nem voltak hajlandóak új dekstop és notebook verziót készíteni, ezért az Apple kényszerből váltott Intelre... viszont a PPC-ből fejlesztett IBM architektúrás CPU-k még mindig ott figyelnek a HPC szegmensben, NV gyorsítók mellett, és egyáltalán nem voltak rosszak még pár évvel ezelőttig sem (újabban meg nem követtem a dolgot).
Már a felvásárláskor is úgy gondoltam, hogy nem fog jót tenni a linuxos világnak és magának a Red Hat-nek sem, és eddig sajnos úgy érzem nem tévedtem.
-
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. -
pengwin
addikt
válasz
urandom0
#4189
üzenetére
Szerintem ez a "Red Hat kemény munkáját ellopják" dolog olyan, hogy a RH is nagyon sok upstream projektnek haszonélvezője... nyilván van, amibe ők is adnak fejlesztési erőforrást, de azért közel sem mindenbe.
Elvileg a RHEL utánzatok olyan forrásokat használtak eddig is, amik ezután is elérhetőek lesznek, ezek ha jól tudom a CentOS befagyasztott ágai, amik a RHEL egy adott verziójának az alapját adják. De a RH oldaláról valószinüleg elég elbizonytalanítani ezeknek a rendszereknek a felhasználóit, hogy azok más megoldások után nézzenek. A SUSE-nak ez azért jó lehetőség, mert egy viszonylag nagy, ismert cég, akikben jobban meg fog bízni ez a piac, mint egy AlmaLinuxban, akik csak a CentOS lelövése miatt futottak be úgy igazából.
Én örülök neki, a SUSE eddig nem nagyon adott okot kételkedésre, míg mondjuk a legnagyobb RHEL-koppintó cég (az Oracle) igen... szóval ne a jósda csinálja az ingyen RHEL pótlékot, ha lehet.
-
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.
-
válasz
urandom0
#4179
üzenetére
Hát, remélem a külsőben durva változás nem lesz... most ez a jelenlegi verzió nekem nagyon bejön, főleg, hogy vízszintesen lehet váltogatni az asztalok között. A Windowst is ezért utáltam meg, hogy minden kiadás annyira eltérő kezelőfelületet kapott az előzőhöz képest, hogy már herótom volt megtanulni megint egy újat.
-
válasz
urandom0
#4175
üzenetére
Zypperrel gyakran összeveszik, nem enged terminálból frissíteni. De már megoldottam. Kikapcsoltam, a GNOME áruházat pedig letöröltem.
Egyébként a GNOME nekem bejövős, kapsz egy olyan szoftvercsomagot, ami pont használható. De így openSUSE-ban szerintem kicsit már bloat az egész, hogy a SUSE is felrakja a saját cuccait, meg a GNOME is.
-
-
válasz
urandom0
#4161
üzenetére
Régi történet, mindegy is. Igen, amit linkeltél az abszolút vállalható.
Magyar nyelvű SUSE dokumentációt szoktak kiadni? Hallottál már ilyenről? Azt láttam, hogy linkeltél egyet, de az már elég régi. Értem az angolt, de magyarul mégiscsak komfortosabb olvasni egy útmutatót. -
válasz
urandom0
#4158
üzenetére
Igazából mindent leírtál, amit én is tapasztaltam, kivéve a lagolást meg a Steam hibákat. Ezekkel nem volt gondom. A Wifire kíváncsi vagyok, majd feltelepítem a laptopomra, hogy hogyan tudom beállítani, mert ott egy adott Broadcom chip típushoz kell mindig Debianon is vadásznom egy csomagot, amivel életre kel.
Régen volt opensuse.hu, de már nem él.
Kár. Redditen van egy subreddit, amire pár napja csatlakoztam, de eddig szerencsére válaszolgatnak és kultúrált formában, ami pozitív.Amivel az Ubuntu egyértelműen kiemelkedik, az a support... ott az ubuntu.hu vagy bármelyik más fórum. De megmondom őszintén mióta az Amazonhoz közel került... nem bízok benne. A SUSE és a Debian, amikben bízok.
Új hozzászólás Aktív témák
- MWC 2026: Na, fussunk vele még egy kört!
- Eredeti játékok OFF topik
- Gyúrósok ide!
- Kazy Computers - Fehérvár - Megbízható?
- Gitáros topic
- Samsung kuponkunyeráló
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- UHD filmek lejátszása
- Mesterséges intelligencia topik
- Poco M8 Pro 5G gyorsteszt
- További aktív témák...
- Fallout 4 Pip-Boy Edition eladó
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- The Elder Scrolls Online Imperial Collector s Edition
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Apple iPhone 15 Pro Max 256GB fekete titán használt, karcmentes 90% akku (344 ciklus) 6 hónap
- HP Zbook Fury 17 G8 - üzletből, garanciával
- Eladó Samsung Galaxy A16 4/128GB fekete / kijelző alsó része hibás / 12 hó jótállás
- Keresünk Galaxy S24/24+/S24 Ultra/S24 FE
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest