Új hozzászólás Aktív témák
-
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.
-
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......
-
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. -
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. -
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.
-
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. -
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.
-
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.
-
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.
-
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).
Fedorához képest szvsz felejtős.
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.
Új hozzászólás Aktív témák
- One otthoni szolgáltatások (TV, internet, telefon)
- LG LCD és LED TV-k
- Megjelent a Poco F7, eurós ára is van már
- Kertészet, mezőgazdaság topik
- nVidia tulajok OFF topikja
- Redmi Watch 5 - formás, de egyszerű
- Formula-1
- Asztalos klub
- Vezetékes FEJhallgatók
- Honor 200 - kétszázért pont jó lenne
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Antivírus szoftverek, VPN
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bomba ár! Lenovo ThinkPad T470 - i5-G6 I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W10 I Garancia!
- BESZÁMÍTÁS! Apple Mac mini 2024 M4 16GB 256GB SSD számítógép garanciával, hibátlan működéssel
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- BenQ PD-2700-U Monitor - Designer 4K 27"
- Eredeti Lenovo USB-C 65W töltő
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest