- Kormányok / autós szimulátorok topikja
- Projektor topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- HiFi műszaki szemmel - sztereó hangrendszerek
- Napokon belül váratlan versenyzővel bővül a VGA-piac
- Házimozi belépő szinten
- Milyen egeret válasszak?
- Apple MacBook
- Videós, mozgóképes topik
- Nem elégszik meg egy panellel a Philips világelső monitora
Új hozzászólás Aktív témák
-
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. -
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. -
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.
Szomorú dolog ez, mert szerintem a Red Hat volt az a cég, ami a legtöbbet hozzátett a Linuxos világhoz. Remélem azért a Fedorát nem fogják elkaszálni egyik napról a másikra, az a kedvenc disztróm
-
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. -
A Rocky korábban azt kommunikálta, hogy náluk nem változik semmi, de mintha valami hasonló elhangzott volna az Almától is, szóval úgy tűnik eléggé nyílik az a piaci szakadék, amibe a SUSE bele akar ugrani.
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. -
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. -
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.
-
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.
-
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.
-
Nem teljesen értem TW-n a hozzáadott külső repók, hogy hogyan működnek. Csatoltam a Packmant és azt írja egy cikk, hogy telepítés után ezt érdemes lefuttatni.
sudo zypper dist-upgrade --from packman --allow-vendor-changeAz elejét értem, de mi ez a
"--from packman --allow-vendor-change"rész? -
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.
-
Mondjuk Gnome-ban megcsinálhatták volna, hogy a "Tevékenységek" gombra való dupla kattintás behozza az alkalmazások listáját, és akkor nem kellene külön alkalmazások gomb a dokkra. Másrészt a Windows billentyű is így működik, egy nyomás -> tevékenységek nézet, dupla nyomás -> alkalmazások.
Na, ha lesz időm, lehet megpróbálok egy PR-t beküldeni a Gnome Shellhez. Bár ahogy látom, elég sok merge request van nyitva, nagy változásokat terveznek. -
A packagekit.serivce és a hasonló szolgáltatások nálam is le vannak tiltva, de a Gnome szoftvert nem töröltem le, mert akkor a keresőből is eltűnik a lehetőség, hogy az áruházban keressen, az meg néha nem árt.
A Yast-ban vannak olyan modulok, amiket a Gnome beállításai között nincsenek, pl. a sysconfig editor, filesystem snapshots, apparmor... ha valakinek kényelmesebb ezeket GUI-n intézni, mint terminálban, akkor megvan rá a lehetőség. De el lehet őket távolítani, ha bloatnak érzed.
Ja, a Gnome alapvetően nagyon jó. Benne van minden, ami kell, nem érzem hiányát semminek sem, de nem is bloat. Viszont a beépített programjaival nem vagyok annyira megelégedve, a Videók alkalmazás sok formátumot nem játszik le, és egérgörgővel való görgetésnél egy percet görget, ami nagyon sok. A VLC-t, SMPlayer-t, mpv-t vagy a Celluloidot szoktam használni.
A Képnézegető nagyon buta, még egy átméretezés sincs benne... a gThumb-ot használom helyette.
Az időjárás alkalmazás régebben (40-es verzió előtt) felismerte a várost, ahol élek, az újabb verziók már nem ismerik, és nem is lehet belehekkelni sehogy sem. Elég gagyi így.
A Fényképek app se jó kb. semmire, nem tud semmit. Van benne vágás, színjavítás, egy-két filter, de egy sima átméretezés már nincs...
Mondjuk a Számológép az jóNem, a Yast egy jó dolog, nem arra gondoltam és vicces, de ugyanúgy voltam vele, mint ahogy írtad, a számológép kivételével kb. az összes GNOME-os appot letöröltem.
-
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.
A packagekit.serivce és a hasonló szolgáltatások nálam is le vannak tiltva, de a Gnome szoftvert nem töröltem le, mert akkor a keresőből is eltűnik a lehetőség, hogy az áruházban keressen, az meg néha nem árt.
A Yast-ban vannak olyan modulok, amiket a Gnome beállításai között nincsenek, pl. a sysconfig editor, filesystem snapshots, apparmor... ha valakinek kényelmesebb ezeket GUI-n intézni, mint terminálban, akkor megvan rá a lehetőség. De el lehet őket távolítani, ha bloatnak érzed.
Ja, a Gnome alapvetően nagyon jó. Benne van minden, ami kell, nem érzem hiányát semminek sem, de nem is bloat. Viszont a beépített programjaival nem vagyok annyira megelégedve, a Videók alkalmazás sok formátumot nem játszik le, és egérgörgővel való görgetésnél egy percet görget, ami nagyon sok. A VLC-t, SMPlayer-t, mpv-t vagy a Celluloidot szoktam használni.
A Képnézegető nagyon buta, még egy átméretezés sincs benne... a gThumb-ot használom helyette.
Az időjárás alkalmazás régebben (40-es verzió előtt) felismerte a várost, ahol élek, az újabb verziók már nem ismerik, és nem is lehet belehekkelni sehogy sem. Elég gagyi így.
A Fényképek app se jó kb. semmire, nem tud semmit. Van benne vágás, színjavítás, egy-két filter, de egy sima átméretezés már nincs...
Mondjuk a Számológép az jó -
Megint jött egy nagyobb frissítés Tumbleweedhez. Az RPi-n 693 csomag frissült, 46 új csomag települt és egy csomag eltávolításra került, a verziószám 20230317-0-ról -> 20230403-0-ra ugrott.
Az asztali gépemen csak 144 csomag frissült, 1 került eltávolításra, a verziószám 20230402-0-ról -> 20230405-0-ra változott.
Nálam szépen lefrissült mindkettő, nem tapasztaltam semmilyen hibát.
-
Ránézésre úgy tűnik, hogy a mono keretrendszert híányolja. Ha nincs telepítve, akkor telepítsd fel, aztán utána próbáld meg eltávolítani az openra-t. Ha viszont telepítve van, akkor lehet, hogy csak egy symlinket kell készíteni a mono-ra egy olyan útvonalra, ami benn van a $PATH-ban. Az a lényeg, hogy a 'mono' parancsot beírva meg tudja hívni a keretrendszert.
Én most három mono csomagot látok, mono-basic, mono-core, mono-complete. Én a mono-core-ral kezdeném, azt telepíteném fel, és utána megnézném, hogy a mono parancs mit ad vissza. Elméletileg utána már mennie kell.Köszönöm, már megy is!
Elég volt a mono-core csomagot és a függőségeit telepíteni. -
Hali!
Telepítettem egy játékot openSUSE-ban a one click installal. A problémám az, hogy nem is működik, DE még eltávolítani sem engedi a zypper. Saját opensuse tárolóból telepítettem, konkrétan ezt: [link]Eltávolításnál pedig ezt a hibaüzenetet kapom:
feci-desktop:/home/feci # zypper remove openraTelepített csomagok beolvasása...Függőségek feloldása...A következő 2 csomag ELTÁVOLÍTÁSA fog megtörténni:openra openra2 csomag eltávolítása.A művelet után további 82,3 MiB szabadul fel.Folytatja? [i/n/v/...? az összes lehetőség megjelenítése] (i): i/var/tmp/rpm-tmp.gSFln7: line 1: mono: command not found/var/tmp/rpm-tmp.gSFln7: line 2: mono: command not found/var/tmp/rpm-tmp.gSFln7: line 3: mono: command not founderror: %preun(openra-20210321-1.428.x86_64) scriptlet failed, exit status 127error: openra-20210321-1.428.x86_64: erase failed(1/2) Eltávolítás: openra-20210321-1.428.x86_64 ..........................[hiba](2080)openra-20210321-1.428.x86_64(@System) eltávolítása meghiúsult:Hiba: Subprocess failed. Error: RPM sikertelen: A parancs a következő állapottal lépett ki: 1.Megszakítás, újra, mellőz? [m/r/l] (m):Ötletek?
-
Nem próbáltam még a MicroOS-t, de egyelőre én laikus felhasználónak nem telepíteném fel. Ez mégiscsak egy eléggé új koncepció, és vannak még nyitott kérdések vele kapcsolatban. A múltkor egy Fedora Silverblue-s blogpost alatt is voltak olyan kérdések, hogy pl. hogyan lehet immutable rendszeren telepíteni egy betütípust globálisan. Nem volt senki, aki válaszolni tudott volna rá, pedig ennek azért nem szabadna egy nagy kihívásnak lennie...
Egyébként szerintem a MicroOS sem feltétlenül asztali gépre való (Redditen sokan azon használják), hanem inkább szerverre. Meg az ALP is, de az inkább többcélű szerverekre, a MicroOS pedig egy-egy specifikus feladatot ellátó szerverekre.Szerintem a rolling disztrók ma már eléggé jó minőségűek, illetve az sem feltétlenül igaz, hogy minél régebbi egy disztró, annál stabilabb. Mert egyébként ha úgy általánosan nézve kijön egy szoftver, akár Windowsról, Linuxról, vagy bármilyen rendszerről van szó... tudod te azt, hogy milyen mennyiségű teszt van mögötte? Mennyi munkaórát töltöttek azzal, hogy a hibákat megkeressék is kijavítsák? Szerintem ezt még egy nyílt forrású programnál sem feltétlenül lehet tudni, pláne nem egy cég berkein belül készülő, zárt forráskódú programnál. Mégsem aggódunk ezen - ha kijön, akkor feltelepítjük. Nem kell úgy tekintenünk egy rolling disztróra, mintha a frissessége valami extra feature lenne, hanem inkább a nem rolling kiadásra kellene úgy tekintenünk, hogy az, hogy több hónapos/éves lemaradásban van, az egyfajta kényszer, és egyfajta "fogyatékosság". Alapvetően persze én is úgy vagyok vele, hogy jó nekem a másfél éves verzió is, nem kell, hogy annyira nagyon friss legyen. De miután az elmúlt években sokféle disztrót használtam, és sokféle programmal dolgoztam, azt tudom mondani, hogy a nem rolling disztrók hírhedt stabilitása és a rolling disztrók instabilitása nagyon sok esetben csak legenda. Sokszor tapasztaltam, hogy egy Ubuntu LTS-ben ugyanúgy összeomlik egy-egy program, mint Manjaroban.
Szóval én inkább úgy fogalmaznék, hogy van-e értelme nem rolling disztrót telepíteni a rokon gépére? Ha ragaszkodsz a nem rolling kiadáshoz bármilyen okból, akkor az OpenSuse nem a legjobb választás. Bár a 15.5 még egy pár évig ki fog tartani, szóval meg lehet próbálni, de akkor számolni kell azzal, hogy ha lejár a támogatása, akkor másik disztró után kell nézni.
A Linux kezdőnek is válaszoltam neked, azt is olvasd el
-
Hmm... megmondom őszintén kicsit fogalomzavarban vagyok. Ha kell egy disztró, mondjuk csak arra, hogy egy rokonom netezzen, meg videókat nézzen, akkor a laptopjára MicroOS-t tegyek? Mert a TW valahol értelmetlen. Erre minek rolling disztró...
Nem próbáltam még a MicroOS-t, de egyelőre én laikus felhasználónak nem telepíteném fel. Ez mégiscsak egy eléggé új koncepció, és vannak még nyitott kérdések vele kapcsolatban. A múltkor egy Fedora Silverblue-s blogpost alatt is voltak olyan kérdések, hogy pl. hogyan lehet immutable rendszeren telepíteni egy betütípust globálisan. Nem volt senki, aki válaszolni tudott volna rá, pedig ennek azért nem szabadna egy nagy kihívásnak lennie...
Egyébként szerintem a MicroOS sem feltétlenül asztali gépre való (Redditen sokan azon használják), hanem inkább szerverre. Meg az ALP is, de az inkább többcélű szerverekre, a MicroOS pedig egy-egy specifikus feladatot ellátó szerverekre.Szerintem a rolling disztrók ma már eléggé jó minőségűek, illetve az sem feltétlenül igaz, hogy minél régebbi egy disztró, annál stabilabb. Mert egyébként ha úgy általánosan nézve kijön egy szoftver, akár Windowsról, Linuxról, vagy bármilyen rendszerről van szó... tudod te azt, hogy milyen mennyiségű teszt van mögötte? Mennyi munkaórát töltöttek azzal, hogy a hibákat megkeressék is kijavítsák? Szerintem ezt még egy nyílt forrású programnál sem feltétlenül lehet tudni, pláne nem egy cég berkein belül készülő, zárt forráskódú programnál. Mégsem aggódunk ezen - ha kijön, akkor feltelepítjük. Nem kell úgy tekintenünk egy rolling disztróra, mintha a frissessége valami extra feature lenne, hanem inkább a nem rolling kiadásra kellene úgy tekintenünk, hogy az, hogy több hónapos/éves lemaradásban van, az egyfajta kényszer, és egyfajta "fogyatékosság". Alapvetően persze én is úgy vagyok vele, hogy jó nekem a másfél éves verzió is, nem kell, hogy annyira nagyon friss legyen. De miután az elmúlt években sokféle disztrót használtam, és sokféle programmal dolgoztam, azt tudom mondani, hogy a nem rolling disztrók hírhedt stabilitása és a rolling disztrók instabilitása nagyon sok esetben csak legenda. Sokszor tapasztaltam, hogy egy Ubuntu LTS-ben ugyanúgy összeomlik egy-egy program, mint Manjaroban.
Szóval én inkább úgy fogalmaznék, hogy van-e értelme nem rolling disztrót telepíteni a rokon gépére? Ha ragaszkodsz a nem rolling kiadáshoz bármilyen okból, akkor az OpenSuse nem a legjobb választás. Bár a 15.5 még egy pár évig ki fog tartani, szóval meg lehet próbálni, de akkor számolni kell azzal, hogy ha lejár a támogatása, akkor másik disztró után kell nézni.
A Linux kezdőnek is válaszoltam neked, azt is olvasd el
-
Igen, a Leap megszűnik, a 15.5 lesz az utolsó kiadás.
Az ALP egy immutable (megváltoztathatatlan, állandó) operációs rendszer, a mostani telepítő helyett a D-Installert fogja használni, és frissítésekhez sem a zyppert, hanem a transactional-update nevű programot kell majd használni. A telepítő teljes lemeztitkosítást használ alapértelmezetten, és az egész rendszer a konténerizált alkalmazásfuttatást célozza majd, és benne lesz a Cockpit nevű, webes rendszermenedzsment eszköz. Nem egy kifejezetten otthoni felhasználókat célzó rendszer lesz, bár idővel azzá is válhat. Hasonlít a Fedora Silverblue-ra, és nagyon sok szempontból ugyanaz, mint az OpenSuse MicroOS, csak más felhasználásra készül (a MicroOS inkább asztali rendszer, az ALP pedig szerver, legalábbis egyelőre úgy tűnik).A TW marad, nincs szó arról, hogy beszántanák.
-
-
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. Ahogy "feladta" a magyar támogatást, úgy ment a levesbe a magyar kézikönyv is, ahogy a magyar lev.lista. ~10éve még tagja voltam
.
Sőt rémlik valami spéci magyar verzió is, régebbi gyengusz gépekre. -
Melyik külső repóra gondolsz? Amit linkeltem Nvidiás útmutatót, annál csak az nvidia.com-s repót kell hozzáadni, szerintem az megbízható. Kb. ugyanaz, mint ha kézzel töltenéd le a drivert, csak így megcsinálja helyetted a csomagkezelő.
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. -
Ja és a proprietary driverek telepítése tényleg vicc. Láttam egy útmutatót róla külföldi oldalon, de csak kíváncsiságból néztem bele, szerencsére AMD-s a VGA-m, így ilyen gondom most nincs és az open-source driver teljesen jól működik.
De az Nvidia drivert telepíteni.... Ott fogtam a fejem, mikor azt írta a cikk írója, hogy egy teljesen ismeretlen, külső repót adj hozzá a rendszerhez. Na ilyet soha nem tennék... Egyszerűen agyf*sz.
-
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.
-
Eleve az Ubuntu telepítője intuitívebb, mint az OpenSuse-é. Viszonylag könnyű feltelepíteni egy Ubuntut next-next-finish módszerrel, sőt, régebben volt egy wubi nevű program, amivel Windows alól lehetett Ubuntut telepíteni egy kattintással.
A codeckek közül nagyon sok alaptelepítésben ott az OpenSuse-ben, míg Ubuntuban például igen. Ugyanígy nincsenek zárt forrású driverek sem az alap OpenSuse repókban.
Ubuntuban néhány kattintással fel tudod telepíteni a proprietary Nvidia drivert, míg OpenSuse-ban hozzádvágnak egy komplett telepítési útmutatót initrd újragenerálással és minden hasonló jósággal együtt. Egy Windows-ról érkező átlagos felhasználó már a terminál látványától instant agyérgörcsöt kap, nem hogy még írkáljon is bele valamit...Csomagkezelés szempontjából a Synaptic elég jól használható kezdőként is, én is el voltam vele évekig, ehhez képest a Yast egy nagyon komplex valami, az ilyen szinten összetett dolgok pedig sok felhasználót zavarnak.
A játékok közül is többnek van deb csomagja, mint OpenSuse-s rpm-je, és állítólag a Steam is problémamentesebb Ubuntu alatt. Én nem tudom, nem játszok.
Szerintem az is számít, hogy OpenSuse-ből vagy az ősrégi Leap-et használod, vagy a bleeding-edge TW-t. Az ősrégit sokan nem preferálják, a rolling kiadás meg ugye hajlamosabb bugzani, ezért nem biztos, hogy jó választás egy kezdőnek. Ezzel szemben Ubuntuból van LTS, meg non-LTS. Egyik sem túl friss, se nem túl régi.
Az Ubuntuval kapcsolatban könnyebb segítséget találni, angolul értőknek pl. ott az Askubuntu, és van ugye magyar Ubuntu oldal is. Az OpenSuse-nak nincs ennyire kiterjedt támogatási fóruma angolul sem, a magyar oldala pedig egyáltalán nincs már meg.
Régebbi programok közül sokat portolnak újabb Ubuntukra is, OpenSuse esetén viszont, ha egy régebbi programot szeretnél használni, nagyobb eséllyel lesz szívás.Illetve több helyen olvastam, hogy a wifi-s cuccokkal több probléma van OpenSuse alatt, mint Ubuntuk alatt. Én ezt nem tudom megerősítni, de korábban nekem is voltak problémáim az OpenSuse-vel, a 15.0 érezhetően jobban laggolt LAN játék alatt, mint a többi disztró, illetve hetente egyszer-kétszer csak úgy a semmiből csonttá fagyott. A 15.1 már nem művelt ilyesmit, de a rossz tapasztalatok miatt leváltottam.
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.
-
Sziasztok,
Próbálgatom az OpenSUSE Tumbleweedet is azt kell mondjam abszolút szerethető rendszer. Nem igazán vettem észre stabilitási problémát, míg Debian Testingen pl. volt olyan, hogy itt-ott fagyott ez-az.Miért nem annyira népszerű ez a rendszer a felhasználók körében? Amit eddig tapasztaltam, az alapján szerintem jól össze lett rakva. Mindent lehet GUI felületről IS vezérelni.
-
Mert nem terjedt el. Általában a distro választás azon múlik, hogy ismerősi körben ki mit használ. Ha senkinek nincs opensuse-ja, akkor az esetleg felmerülő specifikus kérdésekben sem tud segíteni, amikor elakadsz. Nem azért mert annyira egzotikus, a többitől eltérő rendszer, hisz a bash ugyanaz, az smb.conf ugyanaz, a KDE ugyanaz, de pl. más a csomagkezelője, alapból más fájlrendszert használ,...
-
Sziasztok,
Próbálgatom az OpenSUSE Tumbleweedet is azt kell mondjam abszolút szerethető rendszer. Nem igazán vettem észre stabilitási problémát, míg Debian Testingen pl. volt olyan, hogy itt-ott fagyott ez-az.Miért nem annyira népszerű ez a rendszer a felhasználók körében? Amit eddig tapasztaltam, az alapján szerintem jól össze lett rakva. Mindent lehet GUI felületről IS vezérelni.
-
Üdv,
Csak beköszöntem, tegnap tértem át OpenSUSE Tumbleweedre. Eddig jók a tapasztalataim.Egy kérdésem azért lenne. A telepítő XFS fájlrendszert ajánlott fel a home partíciónak, azonban mivel nem ismerem, így Ext4-re váltottam át. Tapasztalatok vannak?
A rootnak meghagytam a Btrfs-t, mert jókat hallottam róla.
-
Feltelepítettem az OpenSuse Leap 15.4-et. Nagyon fura most így látni a Gnome-ot (41.8), a másik gépemen Fedora 37 van, Gnome 43.3-mal:
Gnome 41.8
Gnome 41.8
Gnome 41.8
Gnome 41.8Gnome 43.3
Gnome 43.3
Gnome 43.3
Gnome 43.3A telepítőben van egy olyan opció, hogy ugyanaz legyen a root jelszava, mint a useré. Úgy látom, ez hasonlóan működik, mint Debiannal, ha be van jelölve, akkor aktív lesz a "root" account, aminek a jelszava ugyanaz lesz, mint a felhasználó, és a su/sudo root-ra vált át (Defaults targetpw az /etc/sudoers-ben). Ha nincs bejelölve, akkor nem lesz "root" account, hanem a felhasználó bekerül a wheel csoportba, és arra tud sudozni.
Utólag is lehet korrigálni, ha nem azt választottuk ki, amit szerettünk volna, de arra még nem jöttem rá, hogyan lehet a Yast2-t root helyett a saját fiókunkkal hitelesíteni.Egyébként eddig elég jó a rendszer, gyorsan bootol, a zypper is gyors...
-
Feltelepítettem az OpenSuse Leap 15.4-et. Nagyon fura most így látni a Gnome-ot (41.8), a másik gépemen Fedora 37 van, Gnome 43.3-mal:
Gnome 41.8
Gnome 41.8
Gnome 41.8
Gnome 41.8Gnome 43.3
Gnome 43.3
Gnome 43.3
Gnome 43.3A telepítőben van egy olyan opció, hogy ugyanaz legyen a root jelszava, mint a useré. Úgy látom, ez hasonlóan működik, mint Debiannal, ha be van jelölve, akkor aktív lesz a "root" account, aminek a jelszava ugyanaz lesz, mint a felhasználó, és a su/sudo root-ra vált át (Defaults targetpw az /etc/sudoers-ben). Ha nincs bejelölve, akkor nem lesz "root" account, hanem a felhasználó bekerül a wheel csoportba, és arra tud sudozni.
Utólag is lehet korrigálni, ha nem azt választottuk ki, amit szerettünk volna, de arra még nem jöttem rá, hogyan lehet a Yast2-t root helyett a saját fiókunkkal hitelesíteni.Egyébként eddig elég jó a rendszer, gyorsan bootol, a zypper is gyors...
-
Jóval frissebb csomagok vannak a Tumbleweedben. Én is azt telepítettem először, de valami nem volt teljesen kerek, úgyhogy inkább feldobtam egy Leap-et.
Nem írtam tegnap, de ha úgy telepítjük a rendszert, hogy bepipáljuk a root jelszóra vonatkozó checkboxot, és az ssh szervert is engedélyezzük, akkor az sshd_config-ban a PermitRootLogin on-ra lesz állítva. Én ezt mindig ki szoktam offolni, nem feltétlenül jó ötlet on-on hagyni.
-
Feltelepítettem az OpenSuse Leap 15.4-et. Nagyon fura most így látni a Gnome-ot (41.8), a másik gépemen Fedora 37 van, Gnome 43.3-mal:
Gnome 41.8
Gnome 41.8
Gnome 41.8
Gnome 41.8Gnome 43.3
Gnome 43.3
Gnome 43.3
Gnome 43.3A telepítőben van egy olyan opció, hogy ugyanaz legyen a root jelszava, mint a useré. Úgy látom, ez hasonlóan működik, mint Debiannal, ha be van jelölve, akkor aktív lesz a "root" account, aminek a jelszava ugyanaz lesz, mint a felhasználó, és a su/sudo root-ra vált át (Defaults targetpw az /etc/sudoers-ben). Ha nincs bejelölve, akkor nem lesz "root" account, hanem a felhasználó bekerül a wheel csoportba, és arra tud sudozni.
Utólag is lehet korrigálni, ha nem azt választottuk ki, amit szerettünk volna, de arra még nem jöttem rá, hogyan lehet a Yast2-t root helyett a saját fiókunkkal hitelesíteni.Egyébként eddig elég jó a rendszer, gyorsan bootol, a zypper is gyors...
-
Na közben meglett a megoldás, ezen fórum alapján [link] sikerült + közben frissítettem az operát a 80-as verzióra és most már működik de most a vivaldit tesztelem meglátjuk melyik marad
tiobe: Köszi, a Brave-t eddig nem figyeltem, de most utána olvasva valóban megér egy próbát úgyhogy mindenképp kipróbálom ezt is -
Köszi, megpróbáltam parancssorból indítani de semmi különös a kdewallet amit inkább ír de hogy ahhoz nem tud csatlakozni az szerintem nem befolyásol semmit ebben az esetben. Köszönöm a linket is próbáltam kicserélni azt a bővítményt a megadott könyvtárban de semmi változás. Persze azért érdekes a dolog hogy munkahelyemen win10-en ugyanez a verziójú Operával nincs semmi gond, gondolom hogy ha az Opera ezen verziója lenne bugos az winen is az lenne bár ki tudja.
Közben volt aki tanácsolta hogy próbáljam meg a Vivaldit, egy próbát valóban megér végülis egy felturbózott Opera, ha jól tudom az Operából kivált fejlesztők vannak a projekt mögött böngésző motorban meg ugyanúgy Chrome mit az Opera. Szóval egy próbát mindenképp megér, az Operából meg megvárom mit hoz a 80-as verzió ott kijavítják-e ezt a dolgot.Na közben meglett a megoldás, ezen fórum alapján [link] sikerült + közben frissítettem az operát a 80-as verzióra és most már működik de most a vivaldit tesztelem meglátjuk melyik marad
tiobe: Köszi, a Brave-t eddig nem figyeltem, de most utána olvasva valóban megér egy próbát úgyhogy mindenképp kipróbálom ezt is -
Köszi, megpróbáltam parancssorból indítani de semmi különös a kdewallet amit inkább ír de hogy ahhoz nem tud csatlakozni az szerintem nem befolyásol semmit ebben az esetben. Köszönöm a linket is próbáltam kicserélni azt a bővítményt a megadott könyvtárban de semmi változás. Persze azért érdekes a dolog hogy munkahelyemen win10-en ugyanez a verziójú Operával nincs semmi gond, gondolom hogy ha az Opera ezen verziója lenne bugos az winen is az lenne bár ki tudja.
Közben volt aki tanácsolta hogy próbáljam meg a Vivaldit, egy próbát valóban megér végülis egy felturbózott Opera, ha jól tudom az Operából kivált fejlesztők vannak a projekt mögött böngésző motorban meg ugyanúgy Chrome mit az Opera. Szóval egy próbát mindenképp megér, az Operából meg megvárom mit hoz a 80-as verzió ott kijavítják-e ezt a dolgot. -
Köszi, megpróbáltam parancssorból indítani de semmi különös a kdewallet amit inkább ír de hogy ahhoz nem tud csatlakozni az szerintem nem befolyásol semmit ebben az esetben. Köszönöm a linket is próbáltam kicserélni azt a bővítményt a megadott könyvtárban de semmi változás. Persze azért érdekes a dolog hogy munkahelyemen win10-en ugyanez a verziójú Operával nincs semmi gond, gondolom hogy ha az Opera ezen verziója lenne bugos az winen is az lenne bár ki tudja.
Közben volt aki tanácsolta hogy próbáljam meg a Vivaldit, egy próbát valóban megér végülis egy felturbózott Opera, ha jól tudom az Operából kivált fejlesztők vannak a projekt mögött böngésző motorban meg ugyanúgy Chrome mit az Opera. Szóval egy próbát mindenképp megér, az Operából meg megvárom mit hoz a 80-as verzió ott kijavítják-e ezt a dolgot. -
Sziasztok! Sajnos van egy nagy problémám a mostani verziós Opera böngészővel, ezért a szeretném a segítségeteket kérni, hogy ti találkoztatok-e hasonlóval.
Az a helyzet, hogy frissült az opensuse-s repóból 78-ról a 79-es verzióra, és azóta nem tudok lejátszani youtube videókat, próbálja egy ideig betölteni, aztán összeomlik az oldal. Próbáltam persze hogy kikapcsoltam az összes youtube bővítményt, de úgysem volt jó sajnos.
Érdekes amúgy hogy azóta kijött egy újabb de szintén 79-es verzió, de azzal is ugyanaz a helyzet.
Próbaképp felraktam egy közösségi repóból a 80-as Operát is, de az sajnos el sem indult, így visszatettem a 78-asat, ezzel minden ok. (A Chromium ffmpeg extra csomag természetese fent van)
Viszont szeretném mindenképp megoldani, mert zavar hogy miért nem működik, másrészt meg mindig felajánlja frissítésként már kétszeresen is.
Próbaképp feltettem a Chromiumot is annál semmi gond nem volt.Váltani nem szeretnék Operáról, mert a Chrome kicsit fapadosabb nekem, és ezt használom munkahelyen, ahol teljesen rendben működik (Win 10) és telefonon is.
Mit gondoltok mi lehet a gond, mit lenne érdemes megpróbálnom? Sajnos opensuse-ra nem találtam érdemi infót ezzel kapcsolatban.
Válaszotokat, és bármilyen infót előre is köszi szépen!
-
A HW környezet is érdekes lehet, konkrétan milyen VGA milyen driverrel? Eseményaplóban szerepel vlami hibára utaló?
HW teszteken túl vagy? memória hdd, kábelezés, tápegység,...Igen nem mai gép már kb 10 éves I3-as konfig, egyedül a videokártya az, amit cseréltem benne tavaly. A videokártya egy Radeon RX 550, amdgpu illesztőprogrammal a yast szerint, tehát a nyílt forrású, ha jól tudom.
Az eseménynaplóban egyedül a sok bejegyzés között két dolgot találtam ami ismétlődött, bár okosabb nem lettem tőle, és lehet érdektelen is:localhost kwin_x11[1822]: QPainter::begin: Paint device returned engine == 0, type: 2
localhost kwin_x11[1822]: QPainter::end: Painter not active, aborted
localhost kwin_x11[1822]: qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 19764, resource id: 0, major code: 53 (CreatePixmap), minor code: 0
localhost kwin_x11[1822]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 19765, resource id: 48554164, major code: 55 (CreateGC), minor code: 0
localhost kwin_x11[1822]: qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 19766, resource id: 48554164, major code: 72 (PutImage), minor code: 0Az egér se semmi extra amúgy egy mezei Xiaomi BT/vezetéknélküli egér, nem hiszem hogy ha ez nem megy attól meg kéne akadjon szerintem, de azt megpróbálom, hogy kihúzom a BT adaptert a gépemből, és használom sima vezetéknélküli egérként pár napig, meglátjuk változik-e valami...
-
Sziasztok!
Egy ideje sajnos van egy problémám a 15.3-as Leappel, azt szeretném megkérdezni, hogy ti tapasztaltatok olyat a ennél a kiadásnál, hogy lefagy a grafikus felület (KDE) illetve van elindulás után újraindul magától néha?
Pontosabban azt tapasztaltam, hogy van amikor elindulás után nem sokkal magától újraindul, illetve volt olyan is hogy csak egy fekete képernyő jelent meg, de pl az alt+f2-vel a keresési sáv előjött illetve a ctrl+del-bspace kombóval újra tudtam indítani a grafikus felületet, vagy egy másik terminálon bejelentkezve indítani egy újat. Viszont volt olyan is hogy minden előzmény nélkül lefagyott, és ami érdekes volt, hogy ekkor a billentyűzet se működött még a világítása sem.
Korábban volt hasonló gondom még a 15.2-vel szintén KDE, hogy egy idő után belassult és lefagyott a felület, akkor javasolta valaki hogy valószínű az Nvidia kártyámat nem szereti a KDE. Mindenre gondoltam volna csak erre nem, de ez volt a megoldás, vettem bele Radeon kártyát egyből tökéletesen ment minden. Ezért is furcsa most, hogy ugyanaz a kártya változatlanul, gondoltam is hogy lehet véletlenül felkerült a zárt Radeon driver és talán az kever be, de a nyílt drivere van rajt változatlanul. Azt szeretném megkérdezni hogy ti találkoztatok ilyennel, vagy lenne ötletetek mit nézzek meg, merre lehet a gond?
Előre is köszönöm a válaszotokat, illetve bármilyen infót!
-
Canonfan
senior tag
Sziasztok!
Egy ideje sajnos van egy problémám a 15.3-as Leappel, azt szeretném megkérdezni, hogy ti tapasztaltatok olyat a ennél a kiadásnál, hogy lefagy a grafikus felület (KDE) illetve van elindulás után újraindul magától néha?
Pontosabban azt tapasztaltam, hogy van amikor elindulás után nem sokkal magától újraindul, illetve volt olyan is hogy csak egy fekete képernyő jelent meg, de pl az alt+f2-vel a keresési sáv előjött illetve a ctrl+del-bspace kombóval újra tudtam indítani a grafikus felületet, vagy egy másik terminálon bejelentkezve indítani egy újat. Viszont volt olyan is hogy minden előzmény nélkül lefagyott, és ami érdekes volt, hogy ekkor a billentyűzet se működött még a világítása sem.
Korábban volt hasonló gondom még a 15.2-vel szintén KDE, hogy egy idő után belassult és lefagyott a felület, akkor javasolta valaki hogy valószínű az Nvidia kártyámat nem szereti a KDE. Mindenre gondoltam volna csak erre nem, de ez volt a megoldás, vettem bele Radeon kártyát egyből tökéletesen ment minden. Ezért is furcsa most, hogy ugyanaz a kártya változatlanul, gondoltam is hogy lehet véletlenül felkerült a zárt Radeon driver és talán az kever be, de a nyílt drivere van rajt változatlanul. Azt szeretném megkérdezni hogy ti találkoztatok ilyennel, vagy lenne ötletetek mit nézzek meg, merre lehet a gond?
Előre is köszönöm a válaszotokat, illetve bármilyen infót!
-
Korábban volt már ezzel kapcsolatban kérdésem, de azóta talán romlott a helyzet: Az mennyire normális, hogy a dcmtk és a dcmtk-devel nem jó néven keresi a függőségeit Tumbleweed és Leap alatt?
Jellemzően telepítés után első használatnál hiányolja a
/usr/lib64mappából a libpng/libssl/libicuuc/stb libeket, amik a valóságban jelen vannak, csak nem pl:libpng.sonéven, hanem mondjuklibpng16.so.16.37.0néven és ezt írhatnám a többire is. Onnantól, hogy ezekből létrehozok soft-linkeket a könyvtárban, megszűnik a gond, de Tumbleweed esetében rolling release lévén szó annyira nem tudom, hogy ez biztonságos megoldás-e.Ez olyasmi gond, amit érdemes lehet jelezni, vagy én bénázok?
YaST-ból telepítem egyébként.Na ezt most részben megválaszolnám magamnak, részben pedig kérdeznék, mert anno félreérthettem a másik topikban a választ.
Miután csak nem tetszett, hogy egy rolling distróban (TW) én linkelgetek be libeket, amik bármikor törlődhetnek verzióváltás miatt, megvizsgáltam jobban a DCMTK csomagot. Azt látom, hogy a bináris építése során milyen csomagokat használnak és ezeknek a telepítése meg is oldja a problémáimat. Viszont az még mindig nem fér a fejembe, hogy ezek a dcmtk vagy dcmtk-devel telepítése során miért nincsenek automatikusan behúzva telepítésre.
Kellene ezt jelentenem hibára, vagy nagyon el vagyok tévedve az RPM csomagok működése kapcsán? -
Véreshurka
senior tag
-
Azért jó lenne konkrétabban tudni mit "módoltál" eddig. Mi a
systemctl status sshd.service
kimenete?Köszi. Active volt a szerviz státusza természetesen.
De a hülye tűzfal szivatott meg mert a kozolon lekérdezve inaktívnak írta, viszont grafikus felületen aktív volt, ott letiltva egyből jó lett. Pedig még előtte google leírás alapján a portot is átengedtem a tűzfalon.
De tuti én voltam a láma, de ez a suse nagyon más mint a Centos vagy a Redhat.
-
leviske
veterán
Korábban volt már ezzel kapcsolatban kérdésem, de azóta talán romlott a helyzet: Az mennyire normális, hogy a dcmtk és a dcmtk-devel nem jó néven keresi a függőségeit Tumbleweed és Leap alatt?
Jellemzően telepítés után első használatnál hiányolja a
/usr/lib64mappából a libpng/libssl/libicuuc/stb libeket, amik a valóságban jelen vannak, csak nem pl:libpng.sonéven, hanem mondjuklibpng16.so.16.37.0néven és ezt írhatnám a többire is. Onnantól, hogy ezekből létrehozok soft-linkeket a könyvtárban, megszűnik a gond, de Tumbleweed esetében rolling release lévén szó annyira nem tudom, hogy ez biztonságos megoldás-e.Ez olyasmi gond, amit érdemes lehet jelezni, vagy én bénázok?
YaST-ból telepítem egyébként. -
Sziasztok!
Sokadik alkalommal futottam bele abba a problémába, hogy Tumbleweed/KDE páros esetén egy frissítést követően az
/mntkönyváron belül csatolt partícióm nem csatolódik automatikusan.Maga a gép úgy néz ki, hogy adott egy nvme rajta az efi, root és a swap, adott egy ssd
/homekönyvtárként és adott egy hdd, amit a/mnt/sdbkönyvtárba csatolok.Logot nem tudok adni, mert szokásomhoz híven újratelepítéssel reagáltam a problémára (Ubuntut raktam fel mérgemben, de azzal sem vagyok kibékülve). Azt tudom, hogy jött egy filesystem frissítés. Végeredményben hova érdemes csatolni azokat a partíciókat, amiket szeretnék megtartani automatikusan csatolt formában?
-
Sziasztok!
Sokadik alkalommal futottam bele abba a problémába, hogy Tumbleweed/KDE páros esetén egy frissítést követően az
/mntkönyváron belül csatolt partícióm nem csatolódik automatikusan.Maga a gép úgy néz ki, hogy adott egy nvme rajta az efi, root és a swap, adott egy ssd
/homekönyvtárként és adott egy hdd, amit a/mnt/sdbkönyvtárba csatolok.Logot nem tudok adni, mert szokásomhoz híven újratelepítéssel reagáltam a problémára (Ubuntut raktam fel mérgemben, de azzal sem vagyok kibékülve). Azt tudom, hogy jött egy filesystem frissítés. Végeredményben hova érdemes csatolni azokat a partíciókat, amiket szeretnék megtartani automatikusan csatolt formában?
-
Tiszta telepítést csináltatok, vagy upgrade-et? 15.1-ről váltanék, bár egyelőre nem sürget az idő. Korábban mindig új telepítést választottam, de most nincs kedvem (időm) sokat szöszölni és az egyszerűbbet választanám.
Érdekelnek majd a tapasztalatok. Gondolom nem változott semmi érdemben (ami részben jó). A telepítő még mindig olyan lassú, mint az elmúlt pár verzióban, kb a Leap 42.1 óta?
-
Tiszta telepítést csináltatok, vagy upgrade-et? 15.1-ről váltanék, bár egyelőre nem sürget az idő. Korábban mindig új telepítést választottam, de most nincs kedvem (időm) sokat szöszölni és az egyszerűbbet választanám.
Érdekelnek majd a tapasztalatok. Gondolom nem változott semmi érdemben (ami részben jó). A telepítő még mindig olyan lassú, mint az elmúlt pár verzióban, kb a Leap 42.1 óta?
-
Sziasztok,
Na, sikerült sok év után megint elrontani az openSUSE-t... Felraktam a Leap 15.2-t, de elbambultam az elejét, így nem magyar lett a lelkem. Mondok átállítom, nyelvet sikerült is, a fent lévő csomagok magyarítását is szépen felrakta magától, de a billentyűzetet nem sikerült átváltani a yast2 keyboard parancssal, mert az AltGr-es dolgok nem működtek az istennek se (ékezetes betűk, ZY, meg minden, amihez nem kell AltGr, az megvolt)... Újraraktam, a legelején beállítottam, hogy legyen magyar, úgy felment, és működik is minden rendben. -
Sziasztok,
Na, sikerült sok év után megint elrontani az openSUSE-t... Felraktam a Leap 15.2-t, de elbambultam az elejét, így nem magyar lett a lelkem. Mondok átállítom, nyelvet sikerült is, a fent lévő csomagok magyarítását is szépen felrakta magától, de a billentyűzetet nem sikerült átváltani a yast2 keyboard parancssal, mert az AltGr-es dolgok nem működtek az istennek se (ékezetes betűk, ZY, meg minden, amihez nem kell AltGr, az megvolt)... Újraraktam, a legelején beállítottam, hogy legyen magyar, úgy felment, és működik is minden rendben.Igen, ebbe már én is belefutottam
-
A kezdetek kezdetén volt levlista is. Ott még pörgött. Volt egy hullámvölgy a cég ide-oda eladásai környékén (7.x kiadások), illetve a KDE néhány rossz kiadása miatt is sokan elpártoltak.
Én a kezdetek óta használom (5.3) - ezalatt számtalan, rendszert, linux és egyéb disztrót és kiadást kipróbáltam még - és nekem a mai napig a SUSE van egy külön vinyón. A többi már virtuális gépen se haladt túl, élt meg 1-2 hónapot. Anno ezer éve az OS2 Warp3-t szerettem még nagyon , akkoriban indult el a linux, QNX, BeOS, stb.
( De az Ubuntu változatai pedig kifejezetten idegesítenek ) -
ttt
senior tag
A kezdetek kezdetén volt levlista is. Ott még pörgött. Volt egy hullámvölgy a cég ide-oda eladásai környékén (7.x kiadások), illetve a KDE néhány rossz kiadása miatt is sokan elpártoltak.
Én a kezdetek óta használom (5.3) - ezalatt számtalan, rendszert, linux és egyéb disztrót és kiadást kipróbáltam még - és nekem a mai napig a SUSE van egy külön vinyón. A többi már virtuális gépen se haladt túl, élt meg 1-2 hónapot. Anno ezer éve az OS2 Warp3-t szerettem még nagyon , akkoriban indult el a linux, QNX, BeOS, stb.
( De az Ubuntu változatai pedig kifejezetten idegesítenek ) -
opensuse.hu is van. Fészen úgy tűnik él is a dolog, mondjuk a csoportjuk nem pörög annyira.
Szerk.: Mondjuk nincs min csodálkozni, a múltkor a kezdő linuxba jött valaki, hogy Debiant szeretne használni, próbáltam neki segíteni, de jött két Megmondó Ember és leugatott, hogy használjon inkább mintet. És nem ez volt az első alkalom, úgyhogy otthagytam a kezdő linuxot, mert unom már, hogy mindig én vagyok a hülye.
Igen, de a magyar oldallal ez a gond:
A Facebook meg sokaknak nem opció...
Megmondó emberből bőven van, én már ignorálom őket, mintha nem is írnának. -
Ha jól tudom nem létezik párhuzamosan 15.2 béta és stabil verzió.
A hivatalos megjelenési dátumig a repó a béta frissítéseit szolgálja, alverzió ugrásokkal.Ha frissíted a már telepített 15.2 béta rendszeredet a 15.2 stabil verziójának kiadásakor, akkor ugyanazt a rendszert kapod mint aki újonnan telepíti a stabil verziót.
(#4100) leviske
Nálam eddig semmi baj nincs vele, kopp-kopp (i7-6820HQ, 2*8GB DDR4, Quadro M2000M, 256GB SSD).
De szerintem kibír anyud még kb. 1 hónap várakozást, aztán mehet a frissítés hivatalosan stabil rendszerre.
.
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.
YaST-ból telepítem egyébként.
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- VGA kibeszélő offtopik
- Nintendo Switch 2
- Kormányok / autós szimulátorok topikja
- Samsung Galaxy Felhasználók OFF topicja
- Star Citizen
- Projektor topic
- Jelentősen ronthat a memóriahiányon egy holnap kezdődő sztrájk
- Samsung Galaxy Watch8 és Watch8 Classic – lelkes hiperaktivitás
- Egyéni arckép 1. lépés: ARCKÉPHEZ VALÓ JOGOSULTSÁG
- További aktív témák...
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- PC Game Pass előfizetés
- Forza Horizon 6 Premium / Standard Pre-Order kódok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- M5! KÉSZLETKISÖPRÉSI ULTRAAKCIÓ!!! SPACE BLACK MacBook Pro 14" M5!!! 10C/10G 16GB 512GB Gar!
- AKCIÓ! Apple Macbook Air 13 M4 16GB RAM 256GB SSD notebook garanciával hibátlan működéssel
- Samsung Galaxy S22 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- Asus ROG Strix G16 Notebook! i9-14900HX / RTX 4060 / 16GB DDR5 / 1TB NVMe! BeszámítOK
- Apple iPhone 11 64GB Black Szép állapot 100% akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest