Keresés: - Debian GNU/Linux - Mobilarena Hozzászólások

Hirdetés

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Mobilarena

Frissítve: 2023-12-13 04:47 Téma összefoglaló

Mobilarena

Debian GNU/Linux

Új hozzászólás Aktív témák

Bici félisten

#10653 2024-10-07 14:34:38

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Létezik, hogy az "apt update" parancs kimenete nem színezhető a terminal-ban shell scripttel, de az "apt upgrade" és az "apt autoremove" igen?
Próbálok egy könnyen átlátható update scriptet összekalapálni, de ez az egy megszivatott.
Próbáltam elérakni más parancsot, akkor is az update ami nem veszi a szín beállításokat.
Bici félisten

#10616
#10615 Friczy
2024-05-07 08:56:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10615 Friczy

#10615 Friczy
Natív linuxos kliens a terminál screenben indul, screen -r az attach. Ki lehet jelölni egy könyvtárat, ha oda bedobod a torrent file-t automatikusan elkezdi letölteni. A letöltött torrentfile-t scp-vel áttettem oda, aztán időnként ránéztem, hogy kész van-e. Ennél egyszerűbb nem kell

Hát, köszi, de én ilyen puhány vagyok, aki jobban szereti a vizuális dolgokat, pláne, hogy sok torrentet futtatok, és jó látni egy grafikonon a sebességet, torrent adatokat, stb.
Agyalok, hogy csinálok egy saját GTK-s kliens appot.
Bici félisten

#10614
#10613 Friczy
2024-05-04 16:56:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10613 Friczy

#10613 Friczy
Amikor Debianon futott a torrent egy headless gépen, nekem a screenben futtatott rtorrent vált be legjobban.

Köszi!
Próbálni akartam azt is, de nem találtam hozzá natív linuxos klienst, a webes megoldás nekem nem szimpi.
De most a deluge egyelőre jónak látszik, csak akkor váltok, ha felüti a fejét valami probléma.
Bici félisten

#10612
#10611 Dißnäëß
2024-05-04 08:45:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10611 Dißnäëß

#10611 Dißnäëß
Qbittorrent-nox

Köszi, de egyelőre jó most a deluge, ha valamiért nem válik be, akkor teszek egy újabb próbát qbittorrenttel.
Azzal kezdtem a legelején, de az valamiért nem működött olyan jól a Bulldozer magos kis vékonykliensen.
70-80Mbyte/sec-nél kimaxolja a CPU-t, és a samba share is akadt. Akárhogy limitáltam a dolgokat.
Lehet, hogy a mai verziók már jobbak, de most már egy ideig jó lesz ez a deluge.
Bici félisten

#10610
#10597 Bici
2024-05-04 08:09:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10597 Bici

#10597 Bici
Köszi a snap-es tippet!
Kipróbálom.

Noss, végül a deluge lett a megoldás, pedig nagyon nem akartam egy tonna python-os libet feltenni.
A SNAP-es Transmission végül működött, de 50műxik stabilan.MByte/sec-nél nem tudott többet, pedig a régebbi 60-70-et is tudott.
Most a Deluge ugyanazzal a teszt csomaggal 107-112-vel repül.
Nem annyira egyértelmű a konfigja, mint a Transmission-é, a jelszavakat két külön plain text file-ba kell beírni, ami nevetséges, de legalább stabilan és gyorsan műxik.
Bici félisten

#10597 2024-04-20 17:49:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Köszi a snap-es tippet!
Kipróbálom.
Bici félisten

#10594
#10592 kovaax
2024-04-20 15:53:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10592 kovaax

#10592 kovaax
Pedig pont az ilyen esetekre lehet jó a docker. Az alap oprendszert nem gányolod össze, és a frissebb alkalmazást is tudod használni.

A dockeres megoldás mennyi pluszt jelent CPU terhelés szempontjából?
A RAM felhasználás kevésbé zavar, abból van rendesen, de a CPU nagyon netszes.
#10593 bambano: Köszi, ezek közül leginkább a másik kliens jön szóba, mert a backports-ban nincs transmission.
A többi megoldás nekem eléggé olyannak tűnik, aivel később szívni fogok.
Bici félisten

#10591 2024-04-20 12:58:42

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Otthoni NAS, stable debian-on 3.x verziójú transmission van, ami általan ismeretlen okból folyton átmegy olyan állapotba, hogy letiltja a remote csatlakozást, mert "túl sok sikertelen belépési kísérlet" volt - persze nem volt.
Ilyenkor szerverre ssh be, daemon restart, és megoldja, de már kezdem unni.
Ez elvileg egy bug, amit a 4.x verzióban javítottak, de ugyebár az nincs a stable repoban.
Próbáltam a debian leírás alapján beállítani, hogy csak ez az egy csomag az unstable-ből frissüljön, de ez nem műxik, mert kellneki jópár dologból újabb, amiket nem engedélyeztem még unstable-ből.
$ sudo apt install transmission-daemon
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
transmission-daemon : Depends: libcurl4t64 (>= 7.28.0) but it is not going to be installed
Depends: libevent-2.1-7t64 (>= 2.1.8-stable) but it is not going to be installed
Depends: libnatpmp1t64 (>= 20150609) but it is not going to be installed
Depends: libssl3t64 (>= 3.0.0) but it is not going to be installed
Depends: libstdc++6 (>= 13.1) but 12.2.0-14 is to be installed
Recommends: transmission-cli but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Egyelőre nem akartam lavinát elindítva nekiállni ezeket is engedni, mert nem akarom megborítani a NAS-omat, ezért előbb kérdezek.
Mennyire bztonságos ezeket engedni az unstable repo-ból?
A másik megoldás, hogy pl. flatpak-ból teszem fel a transmission-t, de a flatpak-es transmission-ből csak GUI-s verzió van, nem tudom, hogy ilyen esetben a fő rendszer feltesz-e X-es csomagokat. Nem szeretném túlhízlalni a rendszeremet (egy 8GB-os eMMC-n van a rendszer), ezért nem vágtam eddig bele a flatpak témába.
Gondoltam még dockerre is, de egy torrent kliens kedvéért talán kissé túlzás lenne.
Bici félisten

#10456
#10455 Rowon
2023-12-02 22:48:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10455 Rowon

#10455 Rowon
"ilyenkor felrakja az ember a stable-t, és azt az egy programot az unstable-ből"
Ezt hogy lehet megcsinálni? Nekem nagyon kellene egy csomag unstableből, de csak azért az egyért nem akarom dobni a stablet.

Ezt találtam rá.
Majd holnap este talán lesz időm végigolvasni.
Addig is , ha valaki tud jobb módszert, akkor jöhet.
Bici félisten

#10454
#10452 Vladi
2023-12-02 13:38:58

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10452 Vladi

#10452 Vladi
Szerintem teljesen jó. Admin munka? Felteszed a frissítést és restartolsz.
De mi számít neked vállalhatatlan plusznak? Amíg összerakod addig izgalmas. Utána unalmas.

Az lenne a sok, ha mondjuk hetente többször kellene vele foglalkoznom, hogy stabil és biztonságos legyen.
bambano: Ilyen esetben az unstable-ből felrakott csomag onnan fog frissülni, vagy hogy oldom meg a frissítést?
Eddig nem foglalkoztam debian-on ilyesmivel, szóval bocs a láma kérdésért.
A biztonsági frissítések miatt viszont jobbnak tűnik ez a verzió, szóval akkor ezt járom körbe.
Bici félisten

#10451 2023-12-02 10:21:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Otthoni szerver célra próbált valaki már debian testing-et?
Azért agyalok rajta a stable helyett, mert a qbittorrent-nox frissítései hoznak néha hasznos dolgokat.
Azért merek ilyesmiben gondolkodni, mert kritikus adat nem lesz a gépen, és nagyon minimál funkcionalitása lesz a gépnek:
1.) torrent,
2.) nfs share,
3.) iptables
3.) ssh server
Ennyi.
Mik a tapasztalatok?
Milyen gyakran jönnek rá frissítések? Mennyi admin munkára számítsak?
Torrent leállítása, service-ek restart-ja reboot, stb.
Azért kérdezek elöbb, mert ha egyből vállalhatatlannak tűnik a plusz meló, akkor nem bántom a stable rendszert próbaképpen.
Köszi!
Bici félisten

#10444
#10443 sh4d0w
2023-11-25 13:34:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#10443 sh4d0w

#10443 sh4d0w
Nem ajanlott.

Okés, akkor nem erőltetem.
Köszi!
growler: De van, de az csak a zs.) tervem.
Most a hivatalos .deb-ekhez készítek update scriptet.
Bici félisten

#10441 2023-11-25 10:53:44

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Debian 12-re (Linux Mind Debian Edition 6) lehetetlen, vagy csak nagyon nem ajánlott ppa-kat felberhelni?
Egy alkalmazás van, amivel kapcsolatban sok szívástól menekülnék meg.
Bici félisten

#10389 2023-09-15 21:28:52

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
A swayfx ablakkezelőt próbálom feltenni (legújabb, és felfrissített) debian-ra.
Nix-szel próbáltam először, ott hiányolta a default.nix file-t, aztán manuális módon próbáltam, ott egy csomó dependenciát fel kellett raknom, de a json-c-t sehogy sem sikerül feltenni úgy, hogy meg is találja.
Már szinte minden itteni csomag fent van (az utolsót valamiért nem találja), de semmi javulás.
Ez az első eset jó ideje, hogy forrásból tennék fel valamit, ezért nincs benne gyakorlatom, szóval bocsi, ha triviálisat kérdezek.
Amúgy is szeretnék a témában kikupálódni, szóval nem keresek kerülő megoldást; végig akarom szenvedni, lehetőleg minél jobban megértve.
Kössz előre is minden útmutatást!
Bici félisten

#9401
#9399 ubyegon2
2020-05-31 13:21:16

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9399 ubyegon2

#9399 ubyegon2
Annyit azért tegyünk hozzá, hogy a mondatod így is tökéletesen igaz:
A Cinnamon, Mate és az XFCE egyszerű felület, viszont beton stabil, gyors, és szerintem nagyon szerethető.
Az XFCE-t azért főleg azok kezdték használni, akiknek a gépigény miatt fontos volt egy lightos felület, de ha a kolléga gépe hardveresen alkalmas, miért ne használná a fullosabb Cinnamont, amin alapból jóval több dolog könnyen konfigurálható!? Emellett kb ugyanolyan egyszerűen kezelhető, bár a Debian 10-ben lévő 3.8-as kicsit fapados a Mint 4.0-x.éhez képest, de még így is érdemesebb ezt felrakni. De valóban legjobb ötlet mindet kipróbálni!

A Cinnamon sztem azért nem olyan egyszerű. Tudtommal mindent tud, amit a Gnome.
De lehet h tévedek, nekem XFCE az alap, MATE, ha valami több kell.
A többire nincs szükségem.
Bici félisten

#9397
#9394 Tarokk79
2020-05-31 09:51:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9394 Tarokk79

#9394 Tarokk79
Nagyon jó felvetés. Tényleg már azt sem tudom mit force-oltam. Most még van hely az SSD-n lehet elkezdem mégegyszer, és ezt most meghagyom tesztnek .
Xfce kezelőfelület, jó választás, vagy érdemes mást választanom?
A Laptopomban 8GB memória és i7-6500U processzor van.

Az XFCE egy egyszerű felület, viszont beton stabil, gyors, és szerintem nagyon szerethető.
Persze, ha szereted az egyszerűséget.
Én majdnem mindenhol azt használom.
Bici félisten

#9355
#9354 Friczy
2020-05-08 15:17:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9354 Friczy

#9354 Friczy
Akkor tényleg félreértettem. De azt neked kell látni az adott vason, hogy mi nem megy, nincs rá általános válasz.

Minden megy, csak pl. a ucode és a TLP nélkül is megy a gép, csak nem annyira hatékonyan, mint pl. ubuntun, ahol ezek alapból fent vannak.
Az ilyen kevésbé szem elött lévő dolgokra vagyok kiváncsi.
Lehet h nincs már több, de hátha mégis.
Bici félisten

#9353
#9352 Friczy
2020-05-07 17:05:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9352 Friczy

#9352 Friczy
non-free repot fel kell venni és ott megkeresni ezeket a csomagokat. többnyire firmware van a csomagnévben, ezekre keress rá.

Köszi, de szerintem félreértetted a kérdést - vagy én a válaszod.
A non-free már fent van a broadcom driver és a ucode miatt, de a kérdés az, hogy a debian alap installból a felsoroltakon kívül mi hiányozhat még a teljességhez.
Bici félisten

#9351 2020-05-04 10:52:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Debian-t raktam egy laptopra, hogy könnyűsúlyú legyen az OS.
Viszont ugyebár a debian nagyon nyílt, meg stb. Csomó hardverközeli cucc nincs alapból fent.
Ezt orvosolva feltettem a következőket:
- AMD ucode
- TLP
- broadcom wifi driver
A kérdés, hogy it lehet még feltenni, ami gördülékenyebbé teszi a gép működését?
A synaptic tapi driver a 10-es debianban már alapból benne van, a 9-esben még nem volt. Ennek örültem.
Köszi a tippeket előre is!
Bici félisten

#9196
#9195 cigam
2019-09-04 17:03:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9195 cigam

#9195 cigam
Plex tud transzkódolni, és akár az internet felől mobilról, vagy a nyaralóban is eléred a filmeket.
A minidlna kicsi, könnyen beállítható, faék egyszerüségű.
Kodi inkább akkor jó, ha nem (elég) okos a TV, vagy a gép közel van a TVhez.

Oks, a nyaralóból elérést értem. Ez gondolom azért jó, mert DLNA-n keresztül biztonságosabb a webre kirakás, mintha file-rendszert tennék ki, ugye?
A kodis mondatot kifejtenéd bővebben?
Köszi egyébként, kezdem érteni.
Bici félisten

#9194 2019-09-04 16:03:44

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Ha már szóbajött: milyen előnye van egy plex/minidlna/kodi/stb. szerver-kliens médialejátszó rendszernek azzal szemben, hogy egy lejátszón van a Kodi és egy NAS-ról játsza le a filmeket?
Bici félisten

#9089
#9088 Bici
2019-06-27 13:32:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9088 Bici

#9088 Bici
Az xf86-video-dummy-t most próbálom, de a browsh nem játszik, egyrészt mert nem garantált, hogy ugyanazt mutatja, mint a Chrome, másrészt nincs hozzá selenium driver.
Egy meglévő webes alkalmazást szeretnék automata tesztekkel meghajtani. Jelenleg még FF-ban sem 100%-os a teszt, nemhogy ilyen alternatív böngikben.

Nna, Virtualbox-ban sikerült működésre bírnom a dolgot.
Az volt amegoldás, hogy az xvfb-t --fix-missing kapcsolóval kellett feltenni, nem tudom, hogy miért.
Dockerben viszont még nem megy.
Az a gond, hogy installkor kérdezi a billentyűzet kiosztást, és nem értem az apt-get manual -o / --option magyarázatát.
Mit kell a Foo::Bar helyére írnom?
-o, --option Set a Configuration Option; This will set an arbitrary configuration option. The syntax is -o Foo::Bar=bar. -o and --option can be used multiple times to set different options.
Az alábbi kerül a logba:
[13:05:40][Step 3/8] Setting up keyboard-configuration (1.164) ... [13:05:40][Step 3/8] debconf: unable to initialize frontend: Dialog [13:05:40][Step 3/8] debconf: (TERM is not set, so the dialog frontend is not usable.) [13:05:40][Step 3/8] debconf: falling back to frontend: Readline [13:05:40][Step 3/8] cat: '/sys/bus/usb/devices/*:*/bInterfaceClass': No such file or directory [13:05:40][Step 3/8] cat: '/sys/bus/usb/devices/*:*/bInterfaceSubClass': No such file or directory [13:05:40][Step 3/8] cat: '/sys/bus/usb/devices/*:*/bInterfaceProtocol': No such file or directory [13:05:41][Step 3/8] Configuring keyboard-configuration [13:05:41][Step 3/8] ---------------------------------- [13:05:41][Step 3/8] [13:05:41][Step 3/8] Please select the layout matching the keyboard for this machine. [13:05:41][Step 3/8] [13:05:41][Step 3/8] 1. English (US) [13:05:41][Step 3/8] 2. English (US) - Cherokee [13:05:41][Step 3/8] 3. English (US) - English (Colemak) [13:05:41][Step 3/8] 4. English (US) - English (Dvorak alternative international no dead keys) [13:05:41][Step 3/8] 5. English (US) - English (Dvorak) [13:05:41][Step 3/8] 6. English (US) - English (Dvorak, international with dead keys) [13:05:41][Step 3/8] 7. English (US) - English (Macintosh) [13:05:41][Step 3/8] 8. English (US) - English (Programmer Dvorak) [13:05:41][Step 3/8] 9. English (US) - English (US, alternative international) [13:05:41][Step 3/8] 10. English (US) - English (US, international with dead keys) [13:05:41][Step 3/8] 11. English (US) - English (US, with euro on 5) [13:05:41][Step 3/8] 12. English (US) - English (Workman) [13:05:41][Step 3/8] 13. English (US) - English (Workman, international with dead keys) [13:05:41][Step 3/8] 14. English (US) - English (classic Dvorak) [13:05:41][Step 3/8] 15. English (US) - English (international AltGr dead keys) [13:05:41][Step 3/8] 16. English (US) - English (left handed Dvorak) [13:05:41][Step 3/8] 17. English (US) - English (right handed Dvorak) [13:05:41][Step 3/8] 18. English (US) - English (the divide/multiply keys toggle the layout) [13:05:41][Step 3/8] 19. English (US) - Russian (US, phonetic) [13:05:41][Step 3/8] 20. English (US) - Serbo-Croatian (US) [13:05:41][Step 3/8] 21. Other [13:13:30][Step 3/8] Keyboard layout:
Bici félisten

#9088
#9086 F34R
2019-06-26 16:24:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9086 F34R

#9086 F34R
Jo akkor kerek egy spacefm-t framebuffer alol.
#9085) Bici
browsh-t probaltad mar?
amugy
Xvfb was slated to be replaced by xf86-video-dummy, rakd fel ezt a csomagot, es szerintem ott lesz benne.

Az xf86-video-dummy-t most próbálom, de a browsh nem játszik, egyrészt mert nem garantált, hogy ugyanazt mutatja, mint a Chrome, másrészt nincs hozzá selenium driver.
Egy meglévő webes alkalmazást szeretnék automata tesztekkel meghajtani. Jelenleg még FF-ban sem 100%-os a teszt, nemhogy ilyen alternatív böngikben.
Bici félisten

#9085
#9082 bambano
2019-06-26 15:46:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9082 bambano

#9082 bambano
X szervernek azon a gépen kell lenni, ami előtt ülsz és amin nézed. azon a gépen, ahol a króm fut, nem kell X szerver.

Nem nézem sehonnan, csak az autotesztek nézik. Én csak a logokat nézem a végén.
Eredetileg a headless mód is megfelelt volna, de sajnos nem 100%-ig ugyanúgy műxik, mint a GUI-s Chrome, ami megmutatkozott az eredményekben.
(#9083) F34R: A wiki szerint az xvfb is egy X11 kompatibilis display server.
Egyébként az xvfb egy bevett szokás a docker-ben selenium-ot futtatók körében, de nem találtam máshol megoldást a kérdésekre.
mod: Létezhet az, hogy xvfb-run parancs csak reboot után működik?
Bici félisten

#9081
#9080 bambano
2019-06-26 15:18:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9080 bambano

#9080 bambano
egész pontosan miért van szükséged xvfb-re?

Van egy docker image, amiben nincs semmilyen X szerver, mert alapból minek.
Emiatt a Chrome csak headless módban fut, de úgy nem megy pár dolog.
Az a cél, hogy menjen rendesen GUI-val, mert az automata tesztek így stabilabbak, mint headless módban.
Sajnos a docker image elkészülésére nem vagyok hatással, csak parancsokat tudok belül futtatni.
Bici félisten

#9079 2019-06-26 15:05:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Egy docker image-en belül lenne szükségem GUI-s Chrome-ra.
Ehhez az xvfb-t szeretném használni.
Fel is települ elvileg rendesen, de az xvfb-run parancsra azt mondja, hogy /bin/bash: xvfb-run: command not found.
Próbáltam csomagként feltenni, de nem létezik ilyen nevű csomag.
Van valakinek ezzel tapasztalata? Mit rontok el?
Bici félisten

#9048
#9044 ubyegon2
2019-03-28 17:16:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9044 ubyegon2

#9044 ubyegon2
Emlékszel még?
Egy kezdőbarátabb Linux nem lenne jobb kezdésnek? Ubuntu, Linux Mint?
Honnan jött az ötlet amúgy, hogy Debiant telepíts? Ha még nem kérdeztem volna....
A kezdeti problémák miatt okkal tettem fel a kérdést két topikban is.....és mintha már javasoltam is volna helyette másokat. Most eljutottál arra a pontra, de miért kérdezed újra, mit javasoltok?
ha jól láttam akkor amd-re nem jó az MX sajna
Ezt hol látod egyébként?
Szép csendben próbáld ki ezt.
(#9043) Bici
Melyik a legújabb Mint verzió, amit kipróbáltál? Gyanítom, nem a 19.1....

De pont a 19.1 volt az.
Miert?
Bici félisten

#9043
#9039 Peet19
2019-03-28 14:58:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9039 Peet19

#9039 Peet19
Sajna már be sem tölt a rendszer úgyhogy a vizsgálódás kilőve.
De köszi mindenkinek, valamit próbálok csinálni mert elvileg csak win 10 támogatást kapott a laptop, de azt semmiféleképp nem akarom felrakni.
Valami ubi verzión gondolkozom, csak kéne valami tapasztalat valakitől aki már telepített ubit laptopra.
Fred23: ha jól láttam akkor amd-re nem jó az MX sajna, pedig tetszene.
Cigan: Köszi, megnézem a Solust.
Bici: igen van, azt hiszem a FN+r de nem vagyok benne biztos de most már semmit nem mérek vele mert már másodszor csinálja hogy fel sem akar állni a rendszer a grub után.
Úgyhogy totál hulla a gépem most.
A Mint -ről mi a véleményetek?

A Mint egy picivel lomhabb, mint a Debian, de sokkal kevesebb teendod lesz vele, ami a hardverek mukodesre birasat illeti.
Bici félisten

#9037
#9034 Peet19
2019-03-28 11:23:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#9034 Peet19

#9034 Peet19
Friczy: Köszi a tippet, belenéztem de marha hosszú fájl nem tudtam végig olvasni, meg nem is igazodok ki rajta 100% -osan. Egyébként mindent megcsináltam már amit csak lehetett, de sehogysem akar életre kelni a tapipad.De szerintem az egész rendszerrel nem stimmel valami mert egyszer már újra is kellett telepítenem mert bekapcsoláskor nem ismerte fel a fájlrendszert. Kilistáztam a meghajtókat, de egyiknél sem ismerte fel a fájlrendszert így újratelepítettem.
Most már mindent megpróbáltam amit csak lehetett de semmi. Ráadásul mikor rebootolom nagyon lassan tölt be. Most pedig meg már abszolút nem is áll fel a rendszer. A grub lefut de totál semmi. Azt hiszem fel kell adnom hogy debián legyen a laptopon.
Tudtok valami esélyeseb disztrót? Már napok óta ezzel harcolok, egy kicsit már kezdek beleunni.

Van a laposon tapipad ki/be kapcsolo gomb? (Fn+akarmi)
Nalam Acer notin debian alatt mindig kikapcsolva indul akkor is, ha fent vannak a synaptic cuccok.
Probald azzal bekapcsolni!
Bici félisten

#8871 2018-12-16 12:10:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Most olvasom, hogy a 10-es alpha telepitoben 4.18-as kernel van.
Ilyenkor elkepzelheto, hogy a veglegesig valtozik ez 4.19-re?
Csak azert kerdezem, mert a 8-as RHEL is allitolag 4.18-ra epul majd, ami azert furcsa, mert miert nem LTS kernelt valasztanak ilyen hosszan tamogatott rendszerekhez?
Van valami gond a 4.19-essel, ami miatt kerulik?
Nem, mintha nagy gond lenne, csak erdeklodeskeppen erdeklodom.
(#8869) Apollyon: Kozben kiderult, hogy a Docky automatikus inditasa okozta. Amiota kikapcsoltam, semmi gond nincs. Ha utolag inditom el kezzel, akkor sem okozott eddig gondot.
Bici félisten

#8863 2018-11-24 18:22:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Jo ideje van fent 9-es debian a gepemen mate desktop-pal es compiz-zal, es az elso naptol kezdve van egy visszatero jelenseg.
GUI-val rendelkezo appok neha "not responding" allapotba mennek, elsotetednek (gondolom a mate vagy a compiz valami funkcioja ragad be), vagy siman eltunnek (crash).
A gyakori jelensegek:
- A Docky boot utan neha elindul, de amint megnyitok egy bongeszot, kilep. Ujraindites uten minden okes.
- A caja ablakai elsotetednek, es nem valaszolnak.
- A desktop menu elsotetedik, es csak egerre reagal, billentyure nem.
- A bongeszok (chromium alapuak foleg) crash-elnek.
Ritka jelenseg, hetente egy-ket alkalommal jon elo valamelyik, de rendszeres.
Valakinek van otlete, hogy milyen logokat nezzek, vagy merre keressem a hibat?
ui.: Fedora-nal, CentOS-nel nem csinalja, igy a hardver hibat egyelore kizarnam.
Nem telepitettem semmilyen extra appot, vagy idegen lib-et.
Valoszinuleg nem a compiz okozza, mert akkor is jon, ha Marco / Compton kompozitorra valtok.
Bici félisten

#8847
#8845 Friczy
2018-10-11 09:55:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8845 Friczy

#8845 Friczy
Hadd javítsalak ki. A kernelben nincs olyan driver, ami zárt kódrészletet tartalmaz, lévén a kernel maga is GPL.
Kernel alatt azt a kernelt értem, ami a hivatalos linux kernel (https://www.kernel.org/).
Az már más kérdés, hogy az egyes disztribúciók készítői esetenként patch-elik a kernelt nem GPL licencű kóddal. A felhaszálónak ugyan egykutya, de nem árt tudni, hogy nem a Debian 'hagyja ki' a driver kódját a kernelből, hanem más disztribúciók 'teszik bele'.

Tutommal az alap kernelben vannak zart forrasu mikrokodok, amik sok hardverhez kellenek.
[link]
Bici félisten

#8842
#8841 zoltanz
2018-10-09 09:56:20

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8841 zoltanz

#8841 zoltanz
"A többire meg azt tudom írni, hogy ez az ingyenes szoftvervilág velejárója. Mivel kevesebben használják ezt a platformot, ezért simán előfordulhat hogy 1-1 hw-hez nincs támogatás vagy leírás,"
Persze ezt meg is értem, ha egy egzotikus darabról van szó, de ez egy népszerű típus, aminek van gyári Linux driver-e is.

Itt nem a linux a hunyó, hanem a debian. Ök így látják jónak, és emiatt kihagynak drivereket.
Ha nagyon meg akatod oldani, simán van rá lehetöséged.
Ha az ilyesmit GUI-n akarod intézni, akkor nem a Debian a neked való disztro.
Egyébként sok szempontból a parancssor felhasználó barátabb, mint a Gui.
Pl. lehet a sok parancsból csinálni egy saját post-install scriptet.
Bici félisten

#8832
#8830 zoltanz
2018-10-07 20:35:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8830 zoltanz

#8830 zoltanz
Pedig a dobozon büszkén olvasható linux támogatás 2.6 os Kernel-től

Attol, hogy a kernelben benne van, a debian meg kihagyhatja a sajat kernelebol.
Mint ahogy egy csomo kuzdelem volt laptopon mukodesre birni nalam a wifit, tauchpad-ot, bluetooth-t.
Mikozben Ubuntu szarmazekokon poccre ment.
A debian kihagyja a kernelbol a nem teljesen uber-szabad dolgokat. Ok ilyenek, de ennek ellenere azert jo kis disztro.
Bici félisten

#8809
#8804 sh4d0w
2018-09-22 17:59:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8804 sh4d0w

#8804 sh4d0w
Mi a fakk van a 9.5-os Debianban a Cinnamonnal? Virtualboxban allandoan software renderben megy, hiaba pakolom fel az Additions-t.

Én is szívtam ezzel, de nálam Windows guest nem akarta bevenni a GPU-t sehogy.
Ha még él a probléma, és utána akarsz járni, akkor egy Mint Cinnamon-t dobj fel a VBox-ba, és arra guest additions-t.
Ha így megy, akkor a Debian oldalon kell keresni a gondot, ha így sem, akkor Host oldalon, vagy a VBox beállításai között.
Nálam pl nem megy semmilyen linux guest gpu-val, ha a 2D gyorsítás (windows-only) be van kapcsolva.
Bici félisten

#8801
#8800 CPT.Pirk
2018-09-18 16:35:52

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8800 CPT.Pirk

#8800 CPT.Pirk
Van egy full inteles gép, hdmi kimenettel.
Telepített Debian 7.6 és liveként futtatott Debian 9 alatt se kínálja fel a hdmi audio-t mint kimenetet. Mit lehet ezzel kezdeni? Ugyanazon a gépen Mint 18.3 egyből használta a hdmi audio-t.
Kell ehhez valami firmware-t telepíteni? Google-t néztem, de nem találtam egyértelmű magyarázatot.

"If your graphic card is etc. 2007 and newer, try uninstalling xserver-xorg-video-intel and use the builtin modesetting driver instead."
innen: [link]
Illetve ha ez sem segit, akkor talan a firmware-linux-nonfree megoldja.
Bici félisten

#8632
#8631 totron
2018-04-18 13:56:37

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8631 totron

#8631 totron
Keresek Debian-variánst, ami minimalista a 9.3-hoz képest, indokolatlanul nagyon sokat zabál (szerintem). Népi slágerfork (pl. Mint) nem játszik. Más is lehet, mint szigorúan debian vonal, de ez sok ez így.

A network install segitsegevel szerintem elegge jol be tudod loni, hogy mire van/nincs szukseged.
Vagy ezt mar probaltad, es ez is sok?
Bici félisten

#8611
#8610 Apollyon
2018-03-08 10:40:42

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8610 Apollyon

#8610 Apollyon
Milyen disken van a Debian?
Régebben egyes intel SSD-kkel volt ilyen gond, hogy nem szeretett magához térni alvó módból.

Egy sata-s Neo Forza SSD-n van, ami minden mas tekintetben gyors, es hibatlan.
Letezik, hogy emiatt van?
Bici félisten

#8603 2018-03-05 11:24:12

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Beallitottam a laptop-on, hogy menjen suspend-be, amikor lecsukom a fedelet.
A suspend muxik is, de a wake nem. Vilagit, de fekete kepernyo.
Gugliztam, es amilyen leirasokat talaltam (kulonbozo distro-k wiki-jei), azok szerint nalam minden jol van beallitva.
Milyen megoldas letezik erre?
Bici félisten

#8580
#8579 Rimuru
2018-02-27 19:35:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8579 Rimuru

#8579 Rimuru
1. furcsa, vegso esetben auto inditasba beraknam engedelyezeset ( synclient TouchpadOff=0 )
2. indulasnak debian wiki
3. link
4. debian wiki
ezeket te is ki tudnad keresni.

Kossz!
Igazad van, csak ra vagyok szokva az Arch wikire, es mindig elfelejtem, hogy mas distro-nak is lehet doksija.
Az en hiban, igyekszem legkozelebb okosabb lenni.
Bici félisten

#8578 2018-02-27 17:34:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Sikerult a debian-t begyorsitani. Install közben kiszedtem minden fölösleges cuccot, és lőn sebesség.
Köszi a tippeket mégegyszer.
Viszont máris vannak gondok, amik eddigis voltak, csak most már zavar is:
- gép indulásakor nem műxik a tapipad, nyomnom kell egy Fn+F7 kombót, ami bekapcsolja. Nem tuom, hogy ez normális-e, windows alatt nem próbáltam.
- nem műxik a legtöbb Fn+egyéb kombó, vagyis nem azt csinálja, mint kell. A Fn+hangerő pl. kellene.
- A tapipadra bökés nem műxik, így az alatt lévő gombokkal kell klikkelnem, ami eléggé kényelmetlen.
- Semmilyen 3D gyorsítás nem megy, és bár eddig sok disztrón bekapcsoltam, itt most nem megy sehogy, emiatt pörög a CPU egy SD videó lejátsásakor is.
Köszi a tippeket előre is!
Bici félisten

#8573
#8572 tlac
2018-02-20 22:13:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8572 tlac

#8572 tlac
arch az nem systemd-s, ugye?
a debian az az

De, az Arch is systemd-s.
Bici félisten

#8570
#8568 Apollyon
2018-02-20 21:36:25

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8568 Apollyon

#8568 Apollyon
Ennyi infóból leszűrve én azt mondanám, hogy az eltérő programverziók okozhatnak különböző felhasználói élményeket. Debianon már azért régebbi csomagok vannak, mint Archon. Én egy ideig Archoztam, ugyanazokkal a körülményekkel, míg visszatértem még testing debianra, nem vettem észre különbséget gyorsaságban. Az mondjuk igaz, hogy nem használok DE-t, így kevesebb a hibalehetőség is.
Feltétlenül szükség van egyébként arra az Xfce-re? LXDE esetleg? Illetve én megpróbálnám a helyedben az i3-wm-et, csak pár billentyűkombinációt kell hozzá tudni, könnyű vezérelni, szinte semmi rendszerigénye nincs.

Ertem, koszi.
XFCE-bol nem szeretnek engedni, foleg, mivel Manjaro-n ezzel is tok jo a sebesseg.
A program verzios felvetes eleg erdekes, erre nem gondoltam eddig.
A manjaro egyebkent XFCE-vel gyorsabb, mint pl. a Peppermint OS (kifilezett Lubuntu) LXDE-vel.
Tehat vagy tenyleg a csomag verziok okoznak ekkora elterest, vagy valami fut a hatterben debian szarmazekokon, ami Arch szarmazekokon nem fut.
Arra mar rajottem, hogy a trim nincs bekapcsolja alapbol debian-on, de ennek bekapcsolasa nem hozott eszreveheto gyorsulast.
En eleinte ilyen dolgokra is gyanakodtam, hogy az Arch szimplan mashogy van beallitva alap install utan.
Bici félisten

#8567
#8564 tlac
2018-02-20 09:39:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8564 tlac

#8564 tlac
ez érdekes, xfce-nek fürgének kellene lennie
milyen programokat használsz ezen?
lehet elfogy a ramod és swappel?
(ha chrome/chromium-ot használsz, akkor cseréld le firefox-ra)

Ugyanazokat, amiket Arch/manjaro-n; firefox, vlc, totem, xmms2, filezilla, bluefish editor, gimp.
Kb. ennyi. Alig állítok be az alap dolgokon kívül bármit, tehát közel alap installal használom a rendszert ezen a laptopon. Swap nélkül szoktam telepíteni minden distrot. Csak a GIMP szokott neha kifutni a 2GB-ból, de ez is nagyon ritka. De ez Arch-on is így van, nem ez a gond szerintem.
De nem debianon lassú, hanem Arch-on gyors. A kérdés, hogy mit csinál a debian (és minden más disztro), amit az Arch nem.
Lehet, hogy csinálok egy összehasonlítást a boot utáni folyamatokról.
Bici félisten

#8563
#8562 tlac
2018-02-19 19:18:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8562 tlac

#8562 tlac
milyen gép az? meg milyen környezettel?
nekem jó tapasztalatom van régi gépeken a debian-nal
pl. tizen éves core 2 duo-s proc, 2 giga ram, 15 éves vinyó és egyszerű, de modernebb nvidia kártyával nekem a mate desktop egy friss firefox-szal szépen megy

AMD C70 proci (2*1GHz Bobcat), 2GB egy csatornás DDR3 1066 MHz, SSD.
XFCE-vel szinte nem is lassú a manjaro, de minden más disztró esetén (szintén xfce) érezhetöen hezitál progi nyitások elött, illetve váltásoknál.
De az okosok azt mondják, hogy a debianból könnyü kihozni bármit.
Bici félisten

#8560 2018-02-19 09:51:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Van egy nagyon lassú, régi laptopom.
Jelenleg egy manjaro fut rajta, mert eddig az Arch származékok futottak leggyorsabban ezen a régi gépen (pedig próbáltam már peppermint os-töl kezdve jó sok karcsú disztrót).
Viszont, mivel kb. félévente használom csak a gépet, fontos lenne, ha nem jönne rá minden alkalommal egy vagon frissítés feleslegesen - elég nekem a biztonsági frissítés.
Emiatt arra gondoltam, hogy egy nem-rolling disztrót próbálok meg karcsúsítani.
Debian ugyanazzal a desktop környezettel határozottan döcögösebb (progik betöltödése, váltás köztük, stb.), mint a manjaro (SSD már van benne).
Olyan érzés, mintha a Debian csinálna a háttérben olyasmiket, amit az Arch nem.
A kérdés, hogy merre induljak, ha ki akarom filézni a rendszert?
Sosem csináltam még ilyet.
Kössz!
Bici félisten

#8418 2017-12-11 10:19:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Melóban a egyik gépen debiantbhasználok két monitorral.
Az a gondom, hogy nem menti el a monitor elrendezést reboot után.
xrandr paranccsal be tudom jólnállítani, de hiába rakom be ezeket a ~/.xprofile fájlba, nem müxik rebootkor.
A ~/.config/monitors.xml-ben is beállítottam mindent jól, de ez sem elég neki.
Két dolgot nem akar elmenteni;
- felbontás az egyik monitoron (2560*1440@30Hz),
- és azt, hogy melyik legyen az elsödleges monitor.
Egyébként disztró, vagy a desktop környezettöl függ, hogy elmentie, és hogy hova?
(Debian 9 minden frissítéssel, amd 2400xt, mate desktop.)
Kösszi!
Bici félisten

#8370
#8369 Bici
2017-10-17 16:25:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#8369 Bici

#8369 Bici
Sziasztok!
Evolution mail-lel szeretném beüzelelni a céges Office365 Exchange fiókomoat.
feltettem az evolution-ews csomagot, meg még egy pár netes leírás alapján javasoltat, de eddig nincs siker.
Beállítom a fiókot, de amikor kész van minden, akkor nem történik semmi, nem adja hozzá a fiókot a listához. Olyan, mint a legvégén a Finish gomb cancel lenne.
IMAP / POP3 fiókokkal minden okés, de a céges levelezés nem megy ezekkel.
Merre induljak?

Noss, a testing-ből feltettem a 3.26-os verziót, ami azért jó, mert most előkerült az összes eddig beállított fiók, és el is tudo menteni, stb. Szóval félig örülök.
Viszont autentikálni nem tud most sem.
A kérdésem, hogy az evolution-ews csomagon kívül van-e valami amit telepíteni kell, vagy állítani, hogy működjön az autentikáció?
Mac-en és Androidon műxik ugyanazokkal az adatokkal.
Bici félisten

#8369 2017-10-17 11:06:38

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Evolution mail-lel szeretném beüzelelni a céges Office365 Exchange fiókomoat.
feltettem az evolution-ews csomagot, meg még egy pár netes leírás alapján javasoltat, de eddig nincs siker.
Beállítom a fiókot, de amikor kész van minden, akkor nem történik semmi, nem adja hozzá a fiókot a listához. Olyan, mint a legvégén a Finish gomb cancel lenne.
IMAP / POP3 fiókokkal minden okés, de a céges levelezés nem megy ezekkel.
Merre induljak?
Bici félisten

#6600
#6599 BoB
2015-04-25 00:07:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6599 BoB

#6599 BoB
Ok, csak gondolom ha majd kijön a 3.18, akkor meg arra fogod ugyanezt mondani

Abban igazad van, hogy ha nem is a Gnome-ból kellene újabb, akkor is esélyes, hogy lenne valami csomag, amiből újabbat szeretnék előbb-utóbb. pl. Gimp, RAW Therapy, vagy kernel, ha vannak benne Radeon-os javítások, stb. Persze, attól függ, hogy milyen újítások lesznek, mert csak azért, hogy újabb legyen nem akarnék váltani semmilyen csomagot.
Körbenézek Fedora/OpenSuse táján is, és majd meglátom.
Bici félisten

#6598
#6593 Cyrin
2015-04-23 17:30:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6593 Cyrin

#6593 Cyrin
Minek küzdesz vele, van pl antegros, benne van a 3.16, hivatalosan támogatják, nem csak úgy rá lehet hegeszteni alapon, és arch alapú.
http://distrowatch.com/table.php?distribution=antergos

Ismerem az Antegros-t, És ki is próbáltam már a 3.16-os Gnome-ot, és pont ezért tetszik (OpenGL felület, új, jobb értesítési rendszer, sok Gnome progi frissíttve.).
Olyan disztrót szeretnék, ahol nem kell user repo-ból, meg külső forrásból telepítgetni. Sajna Arch esetén ezzel sok problémám van/volt.
A Debian a stabilitás és a nagy repo miatt tetszik.
Fedora-n is elgondolkodtam, de a konkrét probléma megoldásán kívül nincs mellette érvem.
Meg azon is agyalok, hogy kivárom, míg Debian-ra jön a 3.16-os gnome, de ez gondolom, nem mostanában lesz.
(#6596) tlac: Stabil Gnome 3.16 környezet a fontos.
(#6597) bob.zxr: Csak az időzítésem rossz, mert nem mindig a legújabb desktop kell, csak a mostani frissítés tetszik nagyon, mert sok olyan dolgot javít, amit eddig hiányoltam.
Bici félisten

#6590
#6589 tlac
2015-04-23 14:41:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6589 tlac

#6589 tlac
feltételezem azt a 2 napot kibírja már
lényeg, hogy a stable-höz legközelebbi ágban legyen benne a friss verzió

Én is ezzel kezdtem, de ahogy néztem 3.16-os gnómnak se híre, se hamva nincs semelyik ágban.
Feltételezem, hogy a release után sem fog egyből bekerülni az unstable-be, mert elvileg oda már most is kerülhetne, ha jól értem az ágak szerepét.
Bici félisten

#6586
#6585 bambano
2015-04-23 13:25:45

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6585 bambano

#6585 bambano
felesleges a külön vinyó.
a debian attól debian, hogyha betartod a csomagmenedzsment szabályait, akkor minden elbaltázás visszacsinálható.

Rendben, akkor először a csomagmenedzsment-et fogom átnézni.
Kössz!
ui.: ahogy nézem, a backports-ba nem szoktak gnome-ot rakni, így vagy megcsinálom magam, vagy megvárom a 9-es kiadást, ami tuti évek múlva jön csak.
Bici félisten

#6584
#6583 bambano
2015-04-23 13:14:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6583 bambano

#6583 bambano
ha nagyon nekigyürkőzöl, akkor fel lehet tenni rendesen is, konzisztensen is.
hogy megéri-e erőlködni vele és/vagy szakmailag elég felkészült vagy-e hozzá, azt neked kell tudni.
szerintem nem éri meg, és nem csak azért, mert 3-as gnómot a hátam közepére se kívánok.
a forrásfában mindig benne van az aktuális verzió eredeti forrása és a debianosok által rápakolt patch-készlet. ha nem túl sok a verziószám különbség, akkor jó eséllyel ezt a patch készletet rá lehet tolni a frissebb forrásra is, és akkor tudsz csinálni olyan csomagokat belőle, amit rendesen lekezel a csomagkezelő. ha nem megy rá teljesen a patch, akkor lehet matekolni, hogy mi maradt le és az mennyire fontos.

Értem, és kössz az infót.
Valószínűleg megpróbálom egy külön winyón, hogy a fő rendszert ne vágjam haza.
Tuti sokat fogok belőle tanulni.
Bici félisten

#6582
#6581 bambano
2015-04-23 10:58:56

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6581 bambano

#6581 bambano
nem az a kérdés, hogy fel lehet-e rá tenni, hanem hogy te fel tudod-e rá tenni

A fő kérdés inkább az, hogy érdemes-e. Nem tudom, mennyire borítom meg a Debian egységét egy viszonylag nagy idegen szoftverrel.
Sorry, ha butaságokat kérdezek, eddig főleg Arch linux-szal és leszármazottaival volt tapasztalatom, amit elég könnyű ide-oda legózni.
Kezdő Debian-os leszek, amint megjelenik a 8-as.
Bici félisten

#6580 2015-04-23 10:10:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Elvileg hamarosan kint lesz a 8-as debian.
Egy rendszerkomponens máris van, amit szeretnék újabbra cserélni benne: Gnome 3.16.
(sok nekem tetsző újítás van benne)
A kérdésem, hogy ez esetben jobb, ha másik disztrót keresek, vagy fel lehet rá tenni a 3.16-os Gnome-ot anélkül, hogy hazavágnám a stabilitást, konzisztenciát, stb.?
Illetve érdemes-e várnom arra, hogy kijön hivatalos formában is?
Kössz!
Bici félisten

#6514
#6513 bambano
2015-03-09 19:19:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6513 bambano

#6513 bambano
"heggesszek fel saját magam újabb kernelt?": igen.
ez gyakorlottabbaknak kb. 3 perc konfigurálás, és lóerőtől függő várakozás, míg lefordítja.

Kössz!
Amíg ki nem jön a szabil nyolcas, addig gyakorlok a mostani Linux Mint installomon.
Bici félisten

#6511
#6510 bambano
2015-03-09 17:35:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6510 bambano

#6510 bambano
ha jól tudom, debianék nem szoktak kernelt cserélni. tehát ha a 8-as 3.16-tal jön ki, akkor legnagyobb esélye annak van, hogy nem lesz benne 19. egzakt válasz a kérdésedre: végtelen késéssel

Értem, köszi!
Ezek szerint ha a 3.16-tal nem műxik megfelelően az IGP-m, akkor inkább válasszak másik disztrót, vagy heggesszek fel saját magam újabb kernelt?
Utóbbit még sosem próbáltam, de mindent el kell kezdeni egyszer.
Bici félisten

#6509
#6508 stopperos
2015-03-09 17:18:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6508 stopperos

#6508 stopperos
Már nem használok debian-t, de a backports-ban benne van a 3.16 kernel. Engedélyezd ezt a tárolót is és telepítsd fel az új kernelt.

Nem erre gondoltam. Meg akarom várni a 8-as kiadást, amiben benne van a 3.16, de nekem 3.19 kellene, vagyis minél újabb, mert kb. mindegyikben volt Radeon-t érintő javítás 3.16 óta is.
A kérdésem arra vonatkozott, hogy a Debian világban kb. mekkora késéssel számítsak pl. a 3.19-re.
Bici félisten

#6507 2015-03-09 15:20:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Stabil debian-hoz milyen sűrűn szoktak újabb kernel-t kiadni?
A 8-ast szeretném megvárni, ami tudtommal 3.16-tal jön, viszont az azóta megjelent kernelekben volt jópár javítás, ami érinti az AMD IGP-met.
Mire számítsak e téren?
Bici félisten

#6345
#6344 Friczy
2015-01-03 17:44:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6344 Friczy

#6344 Friczy
Na, kicsit kutakodtam, mert engem is érdekelt, hogyan lehet megtalálni azokat a csomagokat, amelyek fent vannak a rendszeren, de már nem léteznek a hivatalos repositoryban (itt hivatalos alatt azt értem, ami tényleg benne van az /etc/apt/sources.list file-ban)
És megint igaz, hogy Debianon baromi sok minden készen van, csak meg kell találni
aptitude search ~o
És ez még az olyanokat is megtalálta, ami sose volt része a Debiannak, csak innen-onnan felkerült, de csomagból (pl. viber).

Wow, köszi!
Pont ilyet kerestem!
Hol találtál rá?
Én is kerestem, de nem sok sikerrel...
Bici félisten

#6327 2014-12-30 03:21:45

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Az a tervem, hogy Debian Jessie-t rakok fel még a stabil kiadás elött - állandó használatra.
A stabil megjelenésekor át akarok váltani arra, és legfeljebb a backportsból rakok fel majd pár dolgot.
A kérdésem az, hogy ha előfordul olyan, hogy egy-egy csomag végül nem kerül bele a stabil kiadásba, vagy egy régebbi verzió kerül be, akkor arról hogy szerzek tudomást majd a megjelenéskor?
Teljesen stabil rendszert szeretnék, de nem várhatok a megjelenésik, és nem is szeretném kétszer belakni a rendszert.
Kössz!
Bici félisten

#6286
#6285 Friczy
2014-12-03 10:25:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6285 Friczy

#6285 Friczy
Nem valószínű, az enyém is processzorba integrált video, I5 (sandy bridge).

Tudtommal elég sok a különbség a Sandy Brindge, Ivy Bridge, és a Haswell szériás integrált vezérlők driver támogatása között. Ha neki nem SB van, akkor lehet a gond okozója szvsz.
Bici félisten

#6196
#6195 Friczy
2014-11-15 09:19:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6195 Friczy

#6195 Friczy
Számomra a Debian jobban kézreáll, mint az Arch (azzal együtt, hogy az Arch nagyon szimpatikus disztribúció).
Teljesen más a két rendszer alapfilozófiája, az Arch igyekszik minél kevesebbet változtatni egy-egy programon, míg a Debian sokkal többet alakít át rajta, valamint sok esetben az alapértelmezett konfiguráció is használhatóbb. Ebből a szempontból mindenképpen könnyebb a Debian használata. További előny, hogy a csomagválasztéka sokkal nagyobb. Nagyon sok minden, ami Archnál csak az AUR-ből érhető el (az ennek megfelelő minimális támogatással, és a rendszeres újraforgatásos upgrade-del együtt), a Debianban része a disztribúciónak, simán felrakod, bekonfigurálod, és készen is vagy.
Hátrány lehet (főleg az Archhoz szokott felhasználóknak), hogy a Debian nem rolling release, ha kijön egy stabil kiadás, abba a következő stabil kiadásig nem kerülnek bele új verziók (egy-két kivétel van - pl. Iceweasel, ami tulajdonképpen a Firefox - ez túl gyorsan változik ahhoz, hogy évekig ugyanaz a verzió maradjon). Tehát a Debian hamar elavul, ez inkább desktopon hátrány, serveren viszont előny a stabilitás.
A csomagok maintainerei átírják a kódot (pontosabbban patchet készítenek hozzá), a patcheket természetesen visszaküldik az upstream felé is, aztán azt vagy elfogadják, vagy nem.
Illetve mivel alapelv, hogy csomagverzió a stabil kiadáson belül nem változik, az időközben megjelent biztonsági hibákat visszaportolják a régebbi programokba (amennyiben azok érintettek a hiba szempontjából).

Köszi, így már értem.
A backports repo mennyire friss, és kb. milyen jellegű csomagok szoktak benne lenni?
pl. Gnome nagyobb újításai, vagy hasonlók bekerülnek ide?
Egyébként számomra nem gond, hogy a debian nem rolling, mert otthonra pont az kell, hogy rengeteg progi legyen rá, és azok jól működjenek.
Ritkán azért előfordul, hogy egy progiban van valami funkció, ami megtetszik és az jó ha elérhető valahogy.
Bici félisten

#6194
#6191 Friczy
2014-11-15 08:50:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6191 Friczy

#6191 Friczy
Ha a testing disztribúciót a nevével (jessie) írod be a sources.listbe, akkor gyakorlatilag amint kijön a jessie stable disztribúcióként, neked is az lesz. Tehát az átmenet észrevehetetlen.
Ugyanakkor a Jessie jelenleg nincs olyan állapotban, hogy problémamentesen használható legyen, időről időre bele lehet futni kellemetlenségekbe. Ezek nem túl nagyok, ha értesz hozzá, de ha nem, és/vagy nem szeretsz sokat reszelni a rendszeren, akkor jelenleg nem javaslom a testinget.
A jelenleg testingben lévő csomagok nagy valószínűséggel bekerülnek a stabilba megjelenéskor, persze előfordul hogy valamit mégsem sikerül bevinni, de ennek a jelenlegi fázisban már kicsi az esélye.

Köszi.
Eddig Arch-al elvoltam, gondolom, annál nem lesz problémásabb, vagy de?
Viszont egy kérdés felmerült bennem: Ilyenkor a disztro kezelői változtatnak egy adott hibás csomag kódján is, vagy csak jelentik a csomag kezelőinek?
Ha bele írnak a kódba, akkor ilyenkor szokás a fixet a csomag kezelőjének visszaküldeni, vagy több párhuzamos kóddal fut egy adott csomag egy időben nagyobb disztrónként?
Sorry, ha nagy hülyeséget kérdeztem, sejtem, hogy ez a linux világban alapvető dolog, de nálam elég kevés gond volt az eddig használt disztrókkal, így kevés dolognak kellett utánanéznem, így nem is lettem eddig túl nagy linux szakértő.
Bici félisten

#6184
#6183 Apollyon
2014-11-10 13:47:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6183 Apollyon

#6183 Apollyon
Ha testinget telepítesz, akkor az testing marad.. ha jól tévedek, nem tudsz "visszafelé" váltani.
Bár most fagyasztották be a napokban a Jessie-t, szóval új dolgok már nem kerülnek bele, max bugfixek, security update-ek (illetve a benne lévő dolgok sem jönnek ki onnan).
Asszem csak a repókkal kell variálni, de amikor pár éve összeomlott a Debianom mert összevissza telepítgettem innen-onnan, azóta nem nagyon hekkelem a sources.list
Azért valaki expertebb véleményére én is kíváncsi lennék
Szerk: Cinnamont is lehet telepíteni Debire? Még nem is néztem, én MATE-tel használom de az benne van a wheezy-backportsban.

Igen: [link]
Bici félisten

#6182
#6180 Apollyon
2014-11-10 12:14:09

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6180 Apollyon

#6180 Apollyon
Szia!
Nem kell testinget használni, teljesen felesleges lenne. Felrakod a stable-t, lecseréled a kernelt, a backportsban megtalálod a legújabb stabilat, ami 3.16-os. A jessie (ami jelenleg a testing) 3.16-ossal fog érkezni egyébként.
A testing repóval akkor lehetnek problémák, ha felraksz például onnan egy programot, aminek a függőségei mondjuk újabb pythont igényelnek, vagy más verziójú libeket stb. ami katyvaszt okozhat.
Én egyébként 3.16-os kernellel használom, amint kijön a 3.18, frissíteni fog (jelenleg a 3.17 a stabil a kernel.org-on, de ha jól tévedek akkor a páratlan verziójú kernelek nem jönnek debianra).
Testingből én 3 dolgot telepítettem: egy torrent klienst, SMplayert, meg az integrált INTEL meghajtóját, hogy ne legyen tearing az újabb HD videóknál sem.
Miután ez megvolt, "kikapcsoltam" a testing repót, szóval megmarad a stabil vonalon a disztró, ami fontos.
A lényeg: ha újabb kernelt is használsz (amit a wheezy-backportsból kell telepíteni) teljesen stabil marad a debian, tapasztalat.
A sebességgel én azt mondom nincs probléma, egy 5400-es vinyó van a gépben ezen van a debian, mégis bekapcsolás után biossal együtt kb fél perc alatt (miután beírtam a felhasználóm és a jelszóm is) már az asztalon vagyok.

Még két kérdés:
- Ha most van egy csomag a testing-ben (cinnamon 2.2), akkor az 100%, hogy bekerül a 8-as stabilba?
- Ha most debian testing-et telepítek (testing-re váltok), akkor várhatóan mennyire lesz macerás 8-as stable-re váltani? Támogatott ez a váltás típus? Elvileg nem látom akadályát, hiszen a mostani testing-ből lesz a 8-as stable.
Bici félisten

#6181
#6180 Apollyon
2014-11-07 13:34:57

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

#6180 Apollyon

#6180 Apollyon
Szia!
Nem kell testinget használni, teljesen felesleges lenne. Felrakod a stable-t, lecseréled a kernelt, a backportsban megtalálod a legújabb stabilat, ami 3.16-os. A jessie (ami jelenleg a testing) 3.16-ossal fog érkezni egyébként.
A testing repóval akkor lehetnek problémák, ha felraksz például onnan egy programot, aminek a függőségei mondjuk újabb pythont igényelnek, vagy más verziójú libeket stb. ami katyvaszt okozhat.
Én egyébként 3.16-os kernellel használom, amint kijön a 3.18, frissíteni fog (jelenleg a 3.17 a stabil a kernel.org-on, de ha jól tévedek akkor a páratlan verziójú kernelek nem jönnek debianra).
Testingből én 3 dolgot telepítettem: egy torrent klienst, SMplayert, meg az integrált INTEL meghajtóját, hogy ne legyen tearing az újabb HD videóknál sem.
Miután ez megvolt, "kikapcsoltam" a testing repót, szóval megmarad a stabil vonalon a disztró, ami fontos.
A lényeg: ha újabb kernelt is használsz (amit a wheezy-backportsból kell telepíteni) teljesen stabil marad a debian, tapasztalat.
A sebességgel én azt mondom nincs probléma, egy 5400-es vinyó van a gépben ezen van a debian, mégis bekapcsolás után biossal együtt kb fél perc alatt (miután beírtam a felhasználóm és a jelszóm is) már az asztalon vagyok.

Szuper, köszi!
Bici félisten

#6179 2014-11-07 12:50:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Bici

félisten

Sziasztok!
Otthoni gépre keresek linux disztrót, amivel minimális mennyiséget kell foglalkozni, miután belaktam, ugyanakkor stabil és biztonságos.
Debian-ra gondoltam, de felmerült bennem pár komolyabb probléma:
1.) AMD Richland APU van a gépemben, ami a 3.11-es kernellel is szörnyen bugos, ezen kívül maxon pörög az órajel, mert semmilyen energiatakarékos funkció nem műxik. A 3.17-ben is jött hozzá még javítás. A legutolsó Debian tudtommal 3.2-t tartalmaz, amivel lehet, hogy nem is működne az IGP-m. Gyári driver telepítése pedig kizárt.
2.) Sokan mondják, hogy a debian lassan bootol, pl. egy Ubuntuhoz, vagy Mint-hez képest. A kérdés, hogy mennyi az esélyem, hogy más disztrók boot gyorsító módszereit sikerrel alkalmazzam a debian esetén? Vagy ezekkel kiiktatnám a debian mármely előnyét? (nem tudom még, hogy milyen módszerekről van szó, de ha végül tényleg a debian-ra esik a választásom, akkor komolyan beleásom magam a témába)
Az első probléma megoldására azt gondoltam, hogy a kernel-t felrakom a testing-ből, majd visszaváltok stable-re. Ez menni fog? Ha nem, akkor mi miatt? A debian egyik doksijában azt olvastam, hogy csak stable -> testing -> unstable irányba lehet menni, de ha nem frissítem fel az összes csomagot, csak a kernelt (és a függőségeket), akkor nem lehet, hogy mégis vissza tudok állni? Vagy igy tökön szúrom a stable ágra jövő frissítéseket?
Vagy várjam meg a 8-as debian-t, addig meg bírjam ki a testing-en?
Bármilyen tipp jól jön.
Kössz!

Új hozzászólás Aktív témák

Hirdetés

Aktív témák

Hirdetés

Új fizetett hirdetések

Üzleti előfizetők hirdetései

Állásajánlatok

Számítástechnikai értékesítő

Cég: Laptopműhely Bt.

Város: Budapest

Részletek