Manjaro már népszerűbb mint a Linux Mint

Fórum: 

 Legalábbis a Distrowatch szerint. Szerintetek mi lehet ennek a magyarázata? Az egyik ok talán az lehet, hogy míg a Manjaro rolling release modellt használ, addig a Linux Mint hagyományos pont kiadásút, bár az LMDE 2015-ig gördülő volt, így mindig a legfrissebb csomagok szerepelnek benne, ezek eléggé teszteltek, így a rendszer stabil, nem kell várni a fejlesztési ciklusokra. A másik, hogy a kezdőknek és átlagos felhasználóknak a Linux egyet jelent az Ubuntuval. Én azt vettem észre, hogy nálunk a Manjaro még nem annyira ismert.

fecameca képe

Manjaro 18.0 Mate desktop GUFW hiba

#105 -- a stabilitás a te állításod. Egyre többen térnek át a Manjaro-ról az Antergos-ra. De majd jövőre meglátjuk ... 

Ezt az egyet kivéve, a többivel egyetértek. Magam is azért álltam át teljesen és végleg a Manjaroról Antegrosra, mert a Manjaroból sokszor csak a reset gomb segített kilépni. Valamit elkapott a gépszíj, mert a HDD állandóan világított, az egérmutató is lefagyott, és még Alt+Ctrl+Del sem működött, csak az erőszakos kikapcsolás. Az Antergos amúgy minden betöltés előtt kiírja, akár a Debian, hogy clear, xxxx files, xxxx blocks én ebből azt sejtem, hogy minden alkalommal lefutatja az fsck-t, ha ez nem az, akkor javíts ki. Eléggé sokáig tölt be, akár 5x annyi idő nála a bootolás, mint a LinuxMint, vagy a Manjaro esetén, cserébe viszont tényleg sohasem fagy le, legalábbis így hirdetik, de tényleg nálam se fagyott még eddig soha. Az is igaz, hogy másik lemezen levő rendszert nem indít el a grubja, a Manjaroé sem, de én nem is azért tartok minden lemezen op. rendszert, hogy egyszerre használjam. Tanú rám az 1 hónapja a bontósnak odaadott 6 db HDD, amit mondtam, hogy tegye a hulladékba, a merevlemez halála esetén semmi más nem segít mint egy másik lemez, amin esetleg egy indítható rendszer is van, nem csak adatok. Eddig sem a rendszer összeomlására spekuláltam, hanem a hard disk halálára.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Manjaro 18.0 Mate desktop GUFW hiba

#106 Az Antergos amúgy minden betöltés előtt kiírja, akár a Debian, hogy clear, xxxx files, xxxx blocks én ebből azt sejtem, hogy minden alkalommal lefutatja az fsck-t
-- igen, ez a lemez ellenőrzés és javítás.

Értékelés: 

0
Még nincs értékelve

Manjaro 18.0 Mate desktop GUFW hiba

#105 Az Antergosnak nincs különböző telepítője a különböző asztali kiadásokra, ez előnyösebb a többi disztróhoz képest. Igaz, én is szoktam hangsúlyozni, hogy egy desktop mellé egy másikat nem szerencsés párhuzamosan telepíteni. Ám én most Antergoson az XFCE mellett kedvet kaptam arra, hogy hosszú idő után kipróbáljam a KDE Plasmat, így adtam neki egy esélyt. Tapasztalataim szerint eddig semmi nagyobb hiba nem volt, illetve ha valami probléma mégis előfotdult, az a kérdéses desktop esetében önmagában is bug. Az Antergos közösségét a Manjaroéhoz  hasonlítottam, nem a Mintéhez, aminek tényleg nagy és segítőkész fóruma van. A stabillitást úgy értettem, hogy egy rolling release modellű kiadásnál ez talán kevésbé várható el, ennek ellenére relatíve az Arch/Antergos mégis stabilabbnak tűnik mint a hagyományos kiadású disztrók mint az Ubuntu illetve Mint, vagy akár a Debian.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Manjaro 18.0 Mate desktop GUFW hiba

#108 stabilabbnak tűnik
-- ez a lényeg. :3

Nézd, én Debian rendszert használok most, és mondhatni, elég stabil: stable, testing, unstable, multimedia tárolók felvéve, továbbá egyes külső tárolók is. Mindet használom. :)

-----

Zolikám: ne írogass bele a hozzászólásomba, mert sejjhajon leszel billentve! :D
A tiedet -a mondatot- töröltem, azaz áthúztam (nem szándékosnak veszem ;)), és a félkövér a később, azaz most szerkesztett változat, amely az én mondanivalóm!

Értékelés: 

0
Még nincs értékelve

Manjaro 18.0 Mate desktop GUFW hiba

#109 Nem működik a karakter áthúzás (jeleztem). szóval ezt írtad korábban (az én hozzászólásomba), te lüke:

Igen annak tűnik, annak ellenére, hogy rolling release, mert ezt figyelembe véve nem szabadna stabilabbnak tűnnie, de mégis az :)

Nem tudom áthúzni a te szöveged, így újra közlöm. A te neved alatt...

Demokrácia van! :))
(kimarite)

Értékelés: 

0
Még nincs értékelve

Manjaro 18.0 Mate desktop GUFW hiba

#109 Véletlenül a válasz helyett a szerkesztés gombra nyomtam. :) 

Természetesen a Deb stable stabil, a  tiszta SID nevéhez méltóan nem annyira., hiszen tesztelésre szolgál, ha meg kevert tárolókat használsz, akkor nyilván szereted, ha egyes csomagokból a legfrissebbet tudod telepíteni. Az Archnál valahogy mégis tudtak valami kompromisszumot hozni, hogy frissen is tartsák, de stabil is legyen, de ott is van unstable. Distrowar, de tagadhatatlan, hogy az Arch-szerű disztrók népszerűsége/használata egyre nő, KISS. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Manjaro 18.0 Mate desktop GUFW hiba

#111 https://www.youtube.com/watch?v=FoXmHUGZ7I0 (lépjünk :))

Értékelés: 

0
Még nincs értékelve

Manjaro 18.0 Mate desktop GUFW hiba

#108 "egy desktop mellé egy másikat nem szerencsés párhuzamosan telepíteni"

Mi vaan?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Fogalmazási hiba (előzménye)

Értékelés: 

0
Még nincs értékelve
fecameca képe

Manjaro 18.0 Mate desktop GUFW hiba

#109  Nézd, én Debian rendszert használok most, és mondhatni, elég stabil: stable, testing, unstable, multimedia tárolók felvéve, továbbá egyes külső tárolók is. Mindet használom. :)

Azt még nem tudtad nekem megmagyarázni, hogy a Debianból eltűnt a VLC, ami gyárilag benne volt, és én nem is töröltem. Feltelepítettem a Konqueror böngészőt, és eltávolítottam, ettől tűnt el  a VLC, amit egyébként sohasem használok, de az SMplayer mindig lángoló hibát mutatott indulás helyett, ezért tértem át a VLC-re, és ekkor az is eltűnt. Feltelepíteni nem lehetett, mert teljesíthetetlen függőségek vannak: itt felsorol vagy húszat: olyasmik, mint a libavcqt5(zárójel kisebb-nagyobb kettő és félnél) stb. Ha meg el akarom távolítani, akkor azt mondja, hogy: törött csomagokat tartott vissza. Ha ettől az ember nem kap agyvérzést, természetesen megszabadultam ettől a Debiantól. Az meg hogy van, hogy egymásét szerkesztgetitek? Nekem csak a saját hsz.-omban van szerkesztés gombom.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Manjaro 18.0 Mate desktop GUFW hiba

#115 Azt még nem tudtad nekem megmagyarázni, hogy a Debianból eltűnt a VLC, ami gyárilag benne volt, és én nem is töröltem. Feltelepítettem a Konqueror böngészőt, és eltávolítottam, ettől tűnt el  a VLC, amit egyébként sohasem használok, de az SMplayer mindig lángoló hibát mutatott indulás helyett, ezért tértem át a VLC-re, és ekkor az is eltűnt. Feltelepíteni nem lehetett, mert teljesíthetetlen függőségek vannak: itt felsorol vagy húszat: olyasmik, mint a libavcqt5(zárójel kisebb-nagyobb kettő és félnél) stb. Ha meg el akarom távolítani, akkor azt mondja, hogy: törött csomagokat tartott vissza. Ha ettől az ember nem kap agyvérzést, természetesen megszabadultam ettől a Debiantól.
-- ne kapj agyvérzést, azt nem kívánja senki.
-- de hogy a hiba pontos részletezése nélkül nem válaszolok, az nagyjából tuti: „felsorol vagy huszat” - ez mi?
-- kb- az összes hibajelentésed ilyesmi zavart kérdés, aztán mikor válaszolunk, de már nem érdekel a téma. Akkor most mégis? Virtualbox > Debian > és tessék ide írni azt, amit kérek ..., ha nem indul a VLC. Karácsonyra jó lesz? :)
-- SMPLayer / lángoló hiba? Ezt legalább te érted? Mert akkor jó.
... egy hiba volt a Debian alatt, de az is azonnal javítva lett, a kevert tárolók miatt volt amúgy. VLC, SMTube, SMPlayer, stb. kiválóan fut. De semmi különöst nem csináltam, csak apt-get install|update|upgrade. Ez miért van szerinted, a stabil működés? Nálam miért jó? És emberek ezreinek miért megy?

Az meg hogy van, hogy egymásét szerkesztgetitek? Nekem csak a saját hsz.-omban van szerkesztés gombom.
-- ha szeretnéd mások hozzászólásait is szerkeszteni, írj valakinek a Közösség elemre kattintva látható emberek közül. Néha engedélyezik. De .. ez most komoly kérdés volt a részedről, átgondoltad?

Értékelés: 

0
Még nincs értékelve
fecameca képe

Manjaro 18.0 Mate desktop GUFW hiba

#116 Ezeket a hibákat újból valószínűleg soha többé nem lehet reprodukálni. Azok a körülmények kellenének hozzá, amik akkor voltak, különben sosem tudjuk meg mi történt. Nektek még sohasem írt vissza a Synaptic, amikor rákattintasz, hogy telepítés + alkalmaz hogy teljesítetlen függőségek miatt nem lehet végrehajtani. Erre az egy dologra kértem volna magyarázatot, nem a konkrét valaha volt hibára. Hogy ilyen üzeneteket miért írogat, miért nem telepíti fel ami kell hozzá automatikusan? Meg mi az a törött csomagokat fogott vissza, ezért nem lehet eltávolítani/újratelepíteni? Nem konkrét hibáról van szó, hanem  a Synaptic csomagkezelő hibáiről, hogy néha ezektől használhatatlan! Általánosságban kértem volna magyarázatot erre a 2 dologra, amit kivastagítottam.

-Már megint mellébeszélsz,nem a kérdésemre válaszoltál. Miért nem telepíti a Synaptic amit kijelölök, miért írogat vissza teljesítetlen függőségeket, olyan rejtélyes fájlnevek tömkelegét, amiket még kimásolni sem lehet onnan, hogy telepíthessem?

-Az ilyen és hasonló üzeneteknek szerintem egyáltalán nincs ott a helye, a telepítés megtagadása helyett azt valahogy automatikusan kellene a gépnek megoldani. Nemhogy még ráadásul le is vannak fordítva magyarra, csodálkozom, hogy sohasem futottál bele ilyenbe. Ami az Antergosban van, Pamac, vagy pacman, nem írogat ilyeneket vissza, hanem telepíti azt, amit kijelöltem. Az összes még hiányzó függőségeivel együtt. Nem kötekedik, hogy a telepítés végrehajthatatlan.

-A Másik kérdés a törött csomagok visszafogása, amit semmilyen purge paranccsal nem lehet kijavítani. Még a grubból indítható System recovery sem tudja azokat a sérülten visszafogott csomagokat rendbetenni. Miért nem kérdeztelek akkor téged? Említsél nekem az AbevJava Manjarora telepítésén kívül egyetlen egy olyan dolgot, amiben tudtatok nekem segíteni. Minden problémámra egyedül magam találtam megoldást főleg Ubuntus fórumokon, amíg a Linux Mintet használtam. Ez is általánosságban kérdem, miért csinál ilyeneket egy csomagkezelő, vagy egy op. rendszer? Nem kell már sohasem javítani, mert az a Debian kb fél éve le van törölve. Nem a konkrét hiba érdekel, hanem ilyen dolgokat írogat vissza a Debian, de a Linux Mint is nem egyszer, hanem sokszor tapasztaltam. "Teljesítetlen függőségek +visszafogott törött csomagok" Ne haragudj, hogy ilyen sokszor ismétlem, de nem értem, mit nem lehet érteni a kérdésemen, hogy mik ezek és miért vannak, nem is egyszer, hanem több alkalommal is tapasztaltam a múltban? Teljesen felesleges konkrét esetet elemezgetni, már nincsnek fenn az említett rendszerek, a gépem is más, de az ilyen hibaüzenetek a Debian alapú rendszerekben rendszeresen benne vannak, és megoldhatatlan problémákat okoznak!

A harmadik kérdés: Nem akarok írogatni senkiébe semmit csupán furcsállottam hogy egymásét szerkesztgetitek. Tehát erre a válaszom csupán egy szó: Nem.

Értékelés: 

0
Még nincs értékelve
fecameca képe

Manjaro 18.0 Mate desktop GUFW hiba

#116 -- SMPLayer / lángoló hiba? Ezt legalább te érted? Mert akkor jó.

Az  ha egyszer megjelenik, onnantól kezdve nem játszik le többé semmit. A lángoló rőzserakás az SMplayer hibaüzeneteinek a védjegye. De kárnak említettem. Valószínűleg kernelcsere vagy frissítési hiba miatt jön elő, valami  runtime, vagy egyéb már nem emlékszem pontosan.

-De teljesen mindegy minek a telepítése, a lényeg, hogy a synaptic kötekedik a hiányzó függőségekkel egy olyan program visszatelepítése miatt, ami eredetileg fent volt. Újratelepíteni sem engedi a sérült csomagjai miatt. nem egyszer, nem kétszer, hanem eléggé gyakran, hiszen még le is fordították magyarra, ahol nem minden támogatott ezen a nyelven. (Azt írta ki a Debian telepítő, hogy biztosan ezt a nyelvet választom, mert ezen a nyelven nem teljes még a fordítás?)

Értékelés: 

0
Még nincs értékelve

függőség

A válasz nagyon rövid lesz, csak az alapok

„"Teljesítetlen függőségek +visszafogott törött csomagok" Ne haragudj, hogy ilyen sokszor ismétlem, de nem értem, mit nem lehet érteni a kérdésemen, hogy mik ezek és miért vannak, nem is egyszer, hanem több alkalommal is tapasztaltam a múltban?”

Azért van, mert olyan csomagot, programot akartál telepíteni, aminek a függőségei nincsenek meg az adott rendszerben. A Debian ilyen szempontból nagyon jó példa, mert elég szigorú módon kerülnek bele az új verziók, így nem lesznek ilyen hibajelenségek ha a hivatalos tárolókból, a te terjesztésednek megfelelő tárolóból telepítesz. Ha stable, akkor abban 99.999999%-hogy a saját tárolós programokban bizony nem kapsz függőségi problémát. De ha külső programot telepítesz akkor van esélyed arra, hogy ilyen problémáid lesznek. Mert például a stable ág (MX is ilyen és ezt konkrétan tudom mondani)  régebbi verziójú csomagokat használ, így ha egy újabb programot teszel fel, akkor annak lehet, hogy nem az x.xx, hanem az x.xx+1 verziójú kell. Ezt nem fogja feloldani a rendszer, mert neki bizony csak a x.xx van meg. A Te dolgod, hogy ezeket a hiányolt csomagokat összeszedd. Vagy nem a stable, hanem az unstable ágat használd (ez sem nehéz, csak a tárolókat kell átállítani). Ezt én nem ajánlom, ha nem tudod mit csinálsz. Ha tudod kezelni a függőségi gondokat, akkor nem egy nagy művelet, de... 
Logikus, hogy NEM tudja javítani a telepítő program (például. a synapic) ezt a hibát, mert nem adtál meg neki olyan helyet, ahol ezek a programok, függőségek elérhetőek.... 

Nem hiába van a legtöbb programhoz felsorolva a függőségek, mert azokat meg köll nézni, hogy telepíteni tudd. 

Más rendszer sem kezeli az ilyen hibát, ha nincs elérése a megfelelő függőséghez. A rolling, vagy a semi-rolling rendszerek azért adnak kevesebb függőségi hibát külső programoknál, mert azok folyamatosan az új, vagy a legújabb programokat, függőségként keresett dolgokat tartalmazzák. Ami nem mindig szerencsés, hiszen ezek kevésbé letesztelt dolgok. 

A telepítéskor kiírja, hogy milyen függőségeket hiányol, amit egyesével kell megnézni és kielégíteni. Ha nem teszed, akkor gondokat okozol a rendszerben. Azaz a NEM-re kell nyomni, ha függőségi hiányt jelez és nem felkényszeríteni a programot. 

Pontosabb válasz csak egy adott függőségi probléma esetén lehet adni, mert akkor látni, hogy mi az amit fel akarsz rakni és mi a siránkozása a telepítőnek pontosan. 

Értékelés: 

0
Még nincs értékelve
fecameca képe

Szegény Synaptic

@#119 Ha nálad más tárolók vannak engedélyezve, mint nálam, vagy egyikünknél további PPA tárolók is fel vannak véve eltérő lehet a Synaptic találati listája.

Ettől jobbak az Arch Linux alapú rendszerek. Ott csak a Pamac van, még az AUR is azon keresztül érhető el. Szerintem. Azért a Linux Mint szoftverközpontja általában automatikusan telepíti a hiányzó függőségeket, viszont a Debianban semmi más nincs, csak a synaptic vagy terminálos megoldás bogarászása valahonnan az internetről.

Értékelés: 

0
Még nincs értékelve

Szegény Synaptic

#121 melyik debiant haszáltad?

tettél fel PPA-t? vagy plusz tárolót?

Amúgy az arch valóban jó :) 

Értékelés: 

0
Még nincs értékelve
fecameca képe

Debian 9.5 xfce/mate?

#123 Debian 9.5 xfce/mate (Telepítéskor sajnos mindkettőt bepipáltam, lehet, hogy nem lett volna szabad) netinstall. Megnéztem most direkt hogyan kell telepíteni a Konquerort. Debianban simán terminálba be kell írni: apt-get install Konqueror. Valahol az Epiphany után hozza az a weboldal, ahol rátaláltam. Nem működött, lehet, azért, mert ez egy KDE alkalmazás, azonnal eltávolítottam. Semmi baj nem lett volna, ha ez ki nem rántja a média lejátszók alól a széket, eltűnt a VLC, ami eredetileg telepítéskor is fel volt telepítve a Debianban. Fél órával azelőtt még néztem vele filmet. Utána már sehogy nem lehetett visszatelepíteni, mivel nem én távolítottam el, hanem az eltávolított böngésző vitte magával a függőségeit. "Sérült csomagokat fogott vissza". Ez valahogy kísértetiesen hasonlít arra, amikor felraktam a Lubuntut, és találtam a menüben egy olyat: "Elárvult csomagok eltávolítása" . Behozott kb tízet, rákattintottam, hogy eltávolítás. megnéztem utána mi maradt, kétszer annyit hozott. Harmadjára már vagy ötven volt a lista. Egészen addig, amíg a rendszer teljesen összeomlott. Talán nem kellene a múlton rágódnom, de le kell szűrni a tanulságot, miket nem szabad csinálni? Nehogy megismétlődjön. Mindegy milyen másik rendszer alatt, amit éppen használok.

Értékelés: 

0
Még nincs értékelve

Debian 9.5 xfce/mate?

#124 Szerintem neked előbb el kellene döntened, hogy mt akarsz. Számtalan lehetőséged van, Ha Matet akarsz, akkor azt, ha xfce-t, akkor azt, ha Plasma-t (KDE) akkor azt, de ne keverd mert szinte bztosan boriitan fogod a rendszert. Az hogy Arch, Debian Ubuntu vagy Mint az meg egy másik eldöntendő kérdés. Csak rajtad múlik. Ja és mégegy dolog.. Nem kötelező hogy egyféle rendszer legyen azon a számtógépen. Ha van helyed, jó pár disztró elfér és te pedig kényelmesen választhatsz.

Értékelés: 

0
Még nincs értékelve
fecameca képe

Debian 9.5 xfce/mate?

@#126 Nagyon túlzásba viszed mindig a személyeskedést. Egyáltalán mire való a fórum, ha nem arra, hogy tanítsuk egymást, és nem a másik hozzá nem értését ócsároljuk? Neked egyáltalán hány szó van a hozzászólásodban, ami a Linuxra vonatkozik? (Off).

Értékelés: 

5
Átlag: 5 (1 szavazat)
fecameca képe

Debian 9.5 xfce/mate?

#125 Most jutott csak eszembe, hogy rákeressek: https://geek-university.com/oracle-virtualbox/system-requirements/   Eddig csak próbálgattam volna, de nem olvastam el a tananyagot. Talán mégiscsak működésre bírható nálam is a virtualbox, csak valamit nem, vagy rosszul állítottam be benne? Nekem ez a gép pedig mindenben elég gyorsnak tűnik, csak a 2GB tovább nem bővíthető memória lehet, hogy kevés a virtualitációhoz, (Állítólag 512 MB már elég kell legyen a vendég gépnek?) vagy létrehozok egy másik lemezemen tesztelési célra egy particiót. Arra, amin most az Antergos van, biztos nem teszek fel másikat.

Értékelés: 

0
Még nincs értékelve

Debian 9.5 xfce/mate?

#129 Én az utóbbira voksolnék...Mármint másik lemezre, Bár nem értem hogy az Antergos mellé miért nem mehet másik. Figyelni kell, hogy hova kerül a grub. Én szóltam...

Értékelés: 

0
Még nincs értékelve
kimarite képe

Manjaro 18.0 Mate desktop GUFW hiba

#117 Nem a konkrét hiba érdekel, hanem ilyen dolgokat írogat vissza a Debian, de a Linux Mint is nem egyszer, hanem sokszor tapasztaltam.
-- hát azért nem válaszolunk (igyekeztünk pedig mindig is és még most is ezt tesszük), mert most sem konkrétumokat közölsz, pl. most sem: „sokszor tapasztaltam”. :)
Elvagy mint a befőtt, azaz csönd, aztán pedig regényeket írsz a problémákról, amik legalább egy hetesek, hónaposak, a rendszer, az alkalmazás rég törölve, stb.. Senki nem szólhat hozzád (nem kérdezhetünk), ha mégis van kommunikáció, akkor már rég túlléptél „az ügy”-ön. Mint most is ... hibakeresésre egyáltalán nem vagy fogható. Csak hibáztatni tudsz. Valahogy ez jól esik neked. Ez a történet engem, sem másokat -érthető mód- nem érdekel.

Nem mindenkit szeret a Synaptic! (az állítás nem bizonyított, csak feltevés ;))

Akkor kérdezek hasonlóan, mint te: tegnap fájt a fogam. Annyit elmondok még, hogy délelőtt volt. Miért? Válaszolj kérlek, bízom a tudásodban!
Tegyük fel eltelt 10 perc: - áh semmi vagy, elmentem a fogorvoshoz és megcsinálta! Soha nem válaszolsz! Milyen vagy már! Megint.

Ha majd belátod, hogy miként kapsz válaszokat, akkor kicsit többet értesz meg a „Linux-ból” is. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szegény Synaptic

@#119 Azután te hozzáadtál néhány PPA tárolót, én pedig nem, ezért nálad mondjuk az SMPlayernek nem ugyanaz a verziója a legfrissebbnek jelölt a Synapticban mint nálam.
-- a Debian alatt felvett PPA persze, hogy csomagtöréseket okoz. Mert Ubuntu -alapú rendszerekre van kitalálva, és leírtuk százszor, ezerszer. ... ez (PPA2Debian) csak feltételezés, mert ugye -az állítás az volt nemrég, hogy- „sosem lehet reprodukálni a hibát” (a Föld is mozog ugye .. és ezen az alapon a rendszer is). Meg a „Kőszívű ember fiai”, ugye, ajánlott olvasmány (sic :)).

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szegény Synaptic

#121 A Debian az egy nem létező égitest, egy fekete lyuk! :D ;)

A fekete lyuk egy nem létező égitest
Három év múlva nem vagyok hadköteles
Felismer tanár úr, vagy tán elfelejtett már
Kérdésem volna, pálinkát mérnek-e már

Azt mondd meg nékem, hol lesz majd lakóhelyünk
Maradunk itt, vagy egyszer majd továbbmegyünk?
Itt van a város, vagyunk lakói
Maradunk itten, maradunk itt, maradunk
http://www.zeneszoveg.hu/dalszoveg/3259/cseh-tamas/budapest-zeneszoveg.html

Értékelés: 

0
Még nincs értékelve
kimarite képe

Debian 9.5 xfce/mate?

#124 Talán nem kellene a múlton rágódnom, de le kell szűrni a tanulságot, miket nem szabad csinálni? Nehogy megismétlődjön. Mindegy milyen másik rendszer alatt, amit éppen használok.
-- jegyzetelni kéne, igen. ... (mert) mindenki így kezdte az ismerkedést, tanulást. És akkor lesz, lehet sejj, hejj, örömködés.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Debian 9.5 xfce/mate?

#129 El kéne kezdeni ... gondolkodni. És -mellesleg- figyelni azok szavaira, kéréseire (kérdésekre válasz „azonnal”) akik segítenének. Ez így működik. Mert működik. Tényleg. Köszi, hogy elolvastad.

Értékelés: 

0
Még nincs értékelve
fecameca képe

Debian 9.5 xfce/mate?

#135 Elolvastam. Feledjük a múltat. A jelenlegi helyzet az hogy van a gépemen 2 db merevlemez. Mind a 2 -n 1-1 db Antergos van. Mind a 2 hibátlan. Az első rendszer ezen a gépen, amely már közel 1 hónapja teljesen hibátlan. V.Boxhoz én vagyok a hülye, a gépem nem tudom, hogy bírná-e? Kérdés: Álljak le, mert megtaláltam az igazit? Vagy elégítsem ki kíváncsiságomat és próbáljak ki még valamit? Ebben a témában utolsó kérdésnek szántam részemről. Bárki bármit mond, én már nem ragozom tovább. 

Értékelés: 

0
Még nincs értékelve

függőség

#120 Mi van akkor, ha egyszerre párhuzamosan használsz stable  és teszt repot?

Értékelés: 

0
Még nincs értékelve

függőség

#141

„Mi van akkor, ha egyszerre párhuzamosan használsz stable  és teszt repot?”

Mindig a frissebb csomagot választja ki automatikusan. Legalábbis alapértelmezetten. Azaz ha elérhető a teszt repó, akkor abból választ. 

Ha pedig az MX csomagkezelőjében a repó váltásra gondolsz, akkor ott mindig a kijelöltből választ. Ez nem szokott gondot okozni, ha csomagot telepítek a teszt repóból, nem rontja el a rendszert a kétféle repó használata. De érdemes kerülni azt, hogy stable MX-et telepít az ember, majd sok csomagot, plusz pár frissítést a test ágból csinál, majd vissza akar térni a stabilra. Ez okozhat problémát. Nem biztos, hogy azonnal előjön, de a későbbiekben lehet probléma, hogy ilyen hibrid megoldást választ az ember. Főleg, ha kezdő ebben, én nincs gyakorlata.  Ez nem akkor jön elő, ha egy kisebb felhasználói programot tesztünk fel, hanem, ha a rendszert érintő fontosabb dolgokat próbálunk a stable-re erőltetni egy teszt repóból. 

Értékelés: 

0
Még nincs értékelve
kimarite képe

függőség

#144 A vegyes tárolók használatára való az apt-pinning (preferences fájl). Kezdőknek nem való, mert át kell látni a működést és a lehetőségeket. Ezt a leírást javaslom érdeklődési szintnek (persze, nem egy az egyben):
http://ubuntu.hu/node/24158
Valamit én is írtam erről (GIMP):
https://linuxmint.hu/blog/2018/10/a-gimp-2106-3-telepitese-az-lmde3-alatt

Értékelés: 

0
Még nincs értékelve

függőség

#144 Igen, ezt én is kipróbáltam, hogy párhuzamosan használtam a stable és repo ágat. Ezek szerint, ha jól láttam,  az MX-nél jól megoldották azt is, hogy a legfrissebb elérhető csomag összes függőségét is megtalálja a csomagkezelő és telepíti úgy, hogy utána az adott program működése nem ütközik hibába. Egyébként anno már az Antixot is ígéretes kezdeményezésnek tartottam, mindig is ki akartam próbálni. A Mepist viszot nem ismertem. Most a kettőből a fejlesztők összegyúrtak egy remek középsúlyú disztrót.

Értékelés: 

0
Még nincs értékelve
fecameca képe

Antix-Linux

#146 Szia az Antix talán az egyetlen, ami jól működött nekem Virtualboxban. Ne nevessetek ki, de sikerül összehoznom, a szükséges dkms és kernel modulokat felraktam mellé, azután még kiírta, hogy a BIOS-ban le van tiltva a virtualizáció. Ezek után csodák csodája, de minden sikerült. Régen a Linux Mintben az úgy volt fent, hogy azonnal lehetett használni. Itt az Arch vonalon úgy kellett modulonként összevakarnom, de jó lett. Az Antix nagyon jól elő van telepítve, főleg, ha a full verziót telepíted, az abevjavá-n és a nyomtatódon kívül minden rajta van, ez az egyetlen előnye. Még ezen a "hulladék" gépen vbox alatt is elég tűrhetően megy. Hátrányai azért vannak: 1. Csak angol nyelven telepíthető. Nem hittem a szememnek, és többször újraindítottam, de nem lehet benne nyelvet választani. 2. A home menü elég fura, nem a megszokott mappák vannak benne, és ami a desktop-ban van, nem lehet az asztalra kitenni. Az AbevJava ÁNYK ikonját hosszas keresgélés után is hiába találtam meg egy mappában, nem indul. Ezek után jó kérdés, hogy a nyomtatóm menne- e erre már nem voltam kíváncsi. Az internetböngésző: a Midori ikonjára kattintva Firefox indul el. Ez nem hiba, de kicserélhették volna az ikont, ha már nem az van benne. Összegzésül az Antix egy olyan Debian fork, amiben szinte minden benne van, az eredeti Debi nekem fapados, A Libreofficen és a VLC lejátszón kívül semmi nincs benne, ami nekem kell, azért én be tudom magamnak rendezni, csak éppen ez miatt sikerült is szétvernem. Nekem az Antergos lesz az igazi, ez már szinte teljesen biztos. Ennyi idő alatt már szinte mindent tönkre tudtam tenni, vagy találtam benne hibákat. Zoli téged esetleg privátban meg lehet keresni?

Értékelés: 

0
Még nincs értékelve

Arch-osoknak

https://www.youtube.com/watch?v=JAfMeCFhr-k

https://www.youtube.com/watch?v=kHv6FoH8BhE

https://www.youtube.com/watch?v=6u1e6Orxenc

Magyar nyelvű.

Én nem rakom fel természetsen, de sokaknak érdekes most az arch, és ha valakinek nehezebben meg az angol (nem érti Eric videóit) akkor ez jó alap lehet. 

"Szűz" arch telepítés, azaz nem kezdőknek kellene nekiugorni.

Értékelés: 

0
Még nincs értékelve
fecameca képe

Arch Linux, forkjai: Antergos, stb. / AMD, Nvidia | és nem Intel

#148 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+    VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] (prog-if 00 [VGA controller])    Subsystem: Gigabyte Technology Co., Ltd GA-MA78GM-S2H Motherboard

Ez AMD, és nem Intel, csak a kérdést nem értem. Terminálból felrakni az Arch-ot még sokáig nem fogom tudni. Jó nekem az Antergos.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Arch Linux, forkjai: Antergos, stb. / AMD, Nvidia | és nem Intel

#149 Ja, csak érdeklődtem. Nekem is Intel van. Igaz egy AMD/AMD is, de az most GPU-tlan. ;)
Na jó: azt mondta valaki, az Arch csak Intel-en jó.

Értékelés: 

0
Még nincs értékelve

Arch-osoknak

Akinek az Arch telepítés és használat még nehézkesen megy, az foglalkozhat az Antergossal is, ami kb az Arch és a Manjaro között van. Nálam nyár óta egy öreg Toshiba-n már Antergos megy (KDE Plasma és XFCE felváltva), nem hiányzik az előre telepített Windows 7. Másik gépen meg LM  (Mate, XFCE) mellett fut a Manjaro. (Cinnamon, KDE, Deepin). Utóbbi nagyon tetszetős és kevés helyet foglaló asztal, érdemes kipróbálni, főleg annak, aki szereti a dockos megoldásokat, kicsit MacOs-tr hajaz. Virtualban meg tesztelem az MX-et, ami mióta nem Antix, egyre ígéretesebb lesz

Manjaro új, karácsonyi notebookjai: https://www.ubuntushop.be/index.php/en/opensource-notebooks/manjaro-note...

Értékelés: 

0
Még nincs értékelve
fecameca képe

Arch-osoknak

#153 Manjaro: 1. A lemezen megjelenő "lefoglalatlan" partició, ami egyértelműen a "Swap"-ból hullott ki, a méretek összehasonlítása alapján, mert a swap lett kevesebb, előtte és utána több egymás utáni telepítéskor is nálam ugyanez megjelent. Senki semmivel nem reagált rá, akárhová írtam, én vagyok a hülye, meg használjak Windowst, ilyeneket kaptam rá a facebookon. Itt meg senki semmit. Senki sem tapasztalt soha még ilyet? Telepítéskor még /dev/sda1 és /dev/sda2 teljesen rendben. Azután teljesen szabályos újraindítás után ott a lemezen a "lefoglalatlan" szabad hely, ami csak akkor keletkezik, ha törlök egy particiót, és még nem formáztam le semmire. Soha semmilyen rendszernél nem tapasztaltam ilyet, egyedül a Manjaro csinálja. Ez normális? Másik dolog a lefagyások. Csak simán olvasom a hírfolyamot a facebookon, valamibe véletlenül belekattintottam, és utána a merevlemez ledje állandóan világít, egér, billentyűzet nem reagál semmire, még Ctrl+Alt+Del se csinált semmit, csak a reset gomb segített. A harmadik bajom a leformázott, és újraírt pendrive-ot nem hajlandó kiadni "non zero status" miatt. Ha ilyenkor terminálba beírtam: umount /dev/sdc1, azt írta vissza, a lemez nincs csatolva. Másik: a pendrive írásakor nem mutatta a folyamatot, inkább lefagyott, de írt rá valamit, amikor visszaolvastam, de csak félig, mert nem láttam hol tart? Ennyi konkrét, pontosan körülírható bajom volt a Manjaroval, ezután tértem át Antergosra. Antergos alatt még a legszigorúbban vizsgálva sem találok soha semmi hibás működést, de még a legkisebb bugot sem, semmi pénzért nem válnék meg tőle, ez a legjobb operációs rendszer, amit valaha is kipróbáltam.

Értékelés: 

0
Még nincs értékelve
fecameca képe

MC csomikezelő

#156 Nem igazán asztali gépre való sem az MX, sem az  Antix. Esetleg ha hozzám vágnának egy gyenge laptopot, rá lehetne tenni. A Puppy és társai meg nagyon gyerekes dolgok. Azért nem bánom, hogy virtualboxban végigpróbálgattam az összes lightweight disztrót, egyiket sem raknám erre az asztali gépre, ahol a két legfontosabb dolog az AbevJava és a nyomtatóim.

Értékelés: 

0
Még nincs értékelve
kimarite képe

MX felhasználó kezelés (off/on)

#158 Úgy is szokták mondani: Pingvinre fel! :-)
Szerk.: van valamilyen csoport, aki honosít? Mert kéne kicsit még. Általában az ilyen csoportokhoz csatlakozni is lehet.

Értékelés: 

0
Még nincs értékelve

MX felhasználó kezelés (off/on)

#159  tudtommal nincs magyar honosító csapat. Igazából kis disztribució, ami pedig debian, az nagyrészt honosított, a saját MX-es programok azok, amik angolul vannak, ami nem annyira zavaró. 

Értékelés: 

0
Még nincs értékelve
kimarite képe

MX felhasználó kezelés (off/on)

#160 De ez is egy saját csomag, és félig magyar valamiért. Fel kéne ajánlanod, hogy honosítasz. Ez csak egy javaslat.

Értékelés: 

0
Még nincs értékelve

MX felhasználó kezelés (off/on)

#160 A Manjaro Cinnamon magyar felülete is felemás.

Értékelés: 

0
Még nincs értékelve
fecameca képe

MX felhasználó kezelés

#162 Én a HPLIP-et de sok disztró alatt megszenvedtem. A Linux Mint 19, a Manjaro, Antergos, ezek azok, amik biztosan tudják a nyomtatómat, a többinél vagy több napot kell szenvedni, vagy sehogysem akar PPD fájlt hiányolja például. Manjaron csak az xfce-t szabad használni. Nálam most gyorsabb lett 65MB/s olvasási sebességű merevlemezen összehasonlíthatatlanul gyorsabb, mint a régin (40 MB/s) Antergos mate-ban sincs a menü magyarra lefordítva, csak ami benne van az van csak magyarul. Lehet, hogy jobban jártam volna ott is az xfce-vel, nem tértem volna vissza a Manjarohoz a fél óra boot és az 5 perc Chromium betöltés miatt. A Manjaro most kb 5 másodperc alatt megnyitja a Chromiumot.

Értékelés: 

0
Még nincs értékelve

2.-ak vagyunk :)

Újra ránéztem a rangsorra, ami persze nem jelent semmit:

  1. Manjaro: 3804
  2. MX Linux: 2600
  3. Mint: 2236
  4. Elemetary: 2008
  5. Ubuntu: 1338

Érdekes, mert az Ubuntu visszaesése érthető, hisz voltak problémák az utóbbi időben, de azt nem értem, hogy a Mint-et hogyan előzte be (6havi beállításnál) az MX? Kisebb, közel sem olyan szép, igazából túl sok (ubuntu, mint stb.-hez képest) saját programja sincs, sima XFCE kicsit kipofozva (a debianos alap XFCE-hez képest). Alig van mögötte tábor, ha beütünk egy keresést a linuxos témában, akkor bizony ubuntu-s vagy mint-es fórumra jó eséllyel akadunk, ahol az adott problémát már leírták. Egy tipikus "kis csoportos", nagy alapítvány, cég (például fedoranál) nincs mögötte, frissítések sem napi szinten vannak. A médiában meg alig van róla szó... csak azt kell megnézni, hogy a volt Archmerge, az Acrolinuxos Erik milliónyi videót készit, az MX linuxról, meg...

Ma volt egy beszélgetés discord csatornán, hogy kezdőbarát vagy nem. Én elgondolkodtam, hogy pár alap ÉS MAJD MINDEN JOBB disztribúcióra igaz okon kívül nem tudok olyant felsorolni, ami az MX mellett szó. Stabil, egyszerű, gyors, nincs vele macera, széppé lehet tenni, minden (számomra fontos) program elérhető, nem kell pilótavizsga a használatához, a verzióváltás gond nélkül megtörtént (17>>18)... de ez igaz a mint-re is, vagy az antergosra, a fedorára is legtöbbször.

Értékelés: 

0
Még nincs értékelve

Oldalak