-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
urandom0 #100671 üzenetére
Whilst most cookies are perfectly safe, some can be used to track you without your consent by cybercriminals.
-
válasz
urandom0 #100669 üzenetére
2 darab 1 terás SSD van a gépben. Az egyiken Debian fut, azon a rendszer 8 gigát foglal. A másikon Mint, az meg 11 gigát. Úgy, hogy tárolok rajtuk adatot, úgy van több száz giga üres tárhely rajtuk.
1-2 giga ide vagy oda, igazából szerintem sok vizet nem zavar, kivéve, ha böngésző süti. Az ne legyen ott, de ez csak az én véleményem.
És nincs is rendesen megmagyarázva, hogy mik azok az index fájlok, csak annyi van odaírva, hogy "Index: Fájlok törlése".
Szóval oda kell figyelni, ha az ember használni akarja.
Valami ilyesmit írtam az előbb asszem...
egy programnak van egy szép GUI felülete rajta gombokkal meg csúszkákkal és azt majomszerű módon nyomkodom és tologászom
Kiegészítésként:
.... és ezt meg akarják nekem magyarázni, hogy ettől milyen jó lesz nekem.
-
Petya XT
senior tag
válasz
urandom0 #100621 üzenetére
Az a típus, az alapján kerestem rá. Elméletileg rtl8812. Na, most az enyémre is ezt írták, de végül Manjaro fórumon szerencsém volt, mert valaki megszívta vele, mire kiderült, hogy mégiscsak a 8821 kell. Egyből éledt. De ez típus, gyártó függő.
Azért kéreztem, hogy akkor most melyik kell?
Nekem ez a kis mocsok van: [link]
-
Kacsasült
tag
válasz
urandom0 #100606 üzenetére
burak@burak-HP-250-G3-Notebook-PC:~$ sudo git clone https://github.com/brektrou/rtl8821CU.git
Cloning into 'rtl8821CU'...
remote: Enumerating objects: 1743, done.
remote: Total 1743 (delta 0), reused 0 (delta 0), pack-reused 1743 (from 1)
Receiving objects: 100% (1743/1743), 7.70 MiB | 7.97 MiB/s, done.
Resolving deltas: 100% (737/737), done.
burak@burak-HP-250-G3-Notebook-PC:~$ cd rtl8821CU
burak@burak-HP-250-G3-Notebook-PC:~/rtl8821CU$ chmod +x dkms-install.sh
chmod: 'dkms-install.sh' jogosultságainak megváltoztatása: A művelet nem engedélyezett
burak@burak-HP-250-G3-Notebook-PC:~/rtl8821CU$ sudo ./dkms-install.sh
About to run dkms install steps...
Creating symlink /var/lib/dkms/rtl8821CU/5.4.1/source -> /usr/src/rtl8821CU-5.4.1
Kernel preparation unnecessary for this kernel. Skipping...
Building module:
cleaning build area...
'make' KVER=5.15.0-126-generic....................................................................................................
Signing module:
- /var/lib/dkms/rtl8821CU/5.4.1/5.15.0-126-generic/x86_64/module/8821cu.ko
Secure Boot not enabled on this system.
cleaning build area...
8821cu.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.15.0-126-generic/updates/dkms/
depmod....
Finished running dkms install steps.
burak@burak-HP-250-G3-Notebook-PC:~/rtl8821CU$ sudo modprobe 8821cu -
-
Kacsasült
tag
válasz
urandom0 #100591 üzenetére
burak@burak-HP-250-G3-Notebook-PC:~$ git clone https://github.com/brektrou/rtl8821CU.git
fatal: destination path 'rtl8821CU' already exists and is not an empty directory.
burak@burak-HP-250-G3-Notebook-PC:~$ cd rtl8821CU
burak@burak-HP-250-G3-Notebook-PC:~/rtl8821CU$
burak@burak-HP-250-G3-Notebook-PC:~/rtl8821CU$ chmod +x dkms-install.sh
chmod: 'dkms-install.sh' jogosultságainak megváltoztatása: A művelet nem engedélyezettmit rontottam el?
-
Kacsasült
tag
-
Petya XT
senior tag
válasz
urandom0 #100433 üzenetére
Jogos, megnéztem én is. Mondjuk így követhető. Megnéztem a Flatpak Vibert is, az potentially unsafe részt. Nem láttam benne olyat, amit egyéb más program ne csinálna. Oké, zárt forráskód. Sok olyan progi van, nézzük meg csak az Nvidia drivert, mint példa. Nem értem ezt a hirtelen szigort, verziókon átívelően telepíthető volt, minden gond nélkül.
...vaaagy, eddig is meg volt jelölve, csak Minten nem láttuk, láttam mert nem volt ilyen fícsőr benne.
-
Petya XT
senior tag
válasz
urandom0 #100424 üzenetére
Nem, ez alapjaiban mindenképpen jó dolog, csak így a Mintnél egy kattintással ki tudod iktatni. Mondjuk egy olyan program esetében, aminek évek elérhető a Mint-en a Flatpak verziója, kérdéseket vet fel, hogy akkor mi merre.
Ezt ki ellenőrzi? Minték, vagya Flatpak gárda?Bár akkor feltételezem, hogy a Mint csapat. -
Warton
őstag
válasz
urandom0 #100406 üzenetére
És? Én nem azt mondtam, hogy nincs flathubon, azt mondtam, hogy ezek nincsenek benne a tárolókban. A Brave-et én mondjuk curl-öztem, mert ezt írják a honlapjukon.
flatpak verzióról ők maguk így nyilatkoznak:Brave is available as a Flatpak package from Flathub. While it is maintained by Brave Software, it is not yet working as well as our native packages. We currently recommend that users who are able to use our official package repositories do so instead of using the Flatpak.
-
-
Warton
őstag
válasz
urandom0 #100365 üzenetére
Akkor lehet, hogy azok függőségek?! Hmm... érdekes, én eddig azt hittem, hogy ezek a csomagformátumok úgy működnek, hogy minden az indításukhoz szükséges cucc benne van az adott csomagban. Akkor ezek szerint ők is, a repós társaikhoz hasonlóan függőségeket telepítenek snapban/flatpakban?!
Erről találtam egy négyéves posztot, majd este megnézem otthon, hogy erre mit dob.
-
Warton
őstag
válasz
urandom0 #100363 üzenetére
Nem vagyok mérvadó, mert sokat nem szoktam messengerezni, de arra jó. Most volt egy kis dokumentum, meg képküldözgetés messengeren keresztül és arra teljesen alkalmatlan volt, úgyhogy én is böngészőben intéztem azt.
Nézegetve a listát így se értem miért flatpak a mesa, illetve miért kellenek a gnome csomagok egy Kubuntura?
-
válasz
urandom0 #100356 üzenetére
Igen a felsorolásod talán hiányos is
de tényleg elég amim van jelenleg.
Csak tudod a kíváncsiság, meg mivel megint hónapok óta semmi kihívás nem volt a 18.04-en, ragyogó lehetőség ez a Media-downloader megint egy kis agytornára.Flatakot tisztelettel de visszautasítom, le van irtva. Becsületemre legyen mondva próbálkoztam vele de feladtuk egymást. Nekem nem jött be.
-
válasz
urandom0 #100343 üzenetére
Érdeklődés szinten kérdeznék.
Van ez a Media-downloader szoftver, Growler jóvoltából feltetelepítettem.
A szoftver oldalán van 18.04-re is még verzió, természetesen azt töltöttem le és telepítettem.
Kérdésem, ha van még 18.04-re, de a működése python3,9-től feljebb, akkor így mi értelme hogy még van 18.04-re? Hisz úgysem fog működni mivel azon 2.7 van.
Másik kérdésem.
Több program remekül együttműködik a Snap pythonnal, mrg a snap yt-dlp-vel.
Mindkettő a legfrissebb verzió van nálam jelenleg snap alatt.
Symlinkek és megy a mediaplayer streaming, pl. Smplayer tudja használni a snap yt-dlp-t symlinkkel.
Ez a Media-downloader vajon képes lehet erre? mert akkor probléma megoldva.
Ha nem sincs baj mert az általad leírt konténeres megoldást biztos hogy nem pakolom fel.
Mivel a szóbanforgó yt-dlp-re épülő összes alkalmazásom vagy tudja használni a snap yt-dlp-t, vagy natív snap app kicsit meghekkelve.
Mivel más gondom egyelőre nincs, a python elmehet a fenébe az összes verziójával meg nem támogatott szoftverével egyetembe.
Próbaképp tettem fel a szoftvert, nem létszükséglet hogy mindenáron működjön mivel a gépemen jelenleg 3 működő alternatívája van. Nem pont ugyanez persze de az általad leírt módszert nem csinálom végig csak hogy legyen egy 4. letöltögetős programom is.
A kíváncsiság hajtott, semmi más. Ha csak ez lenne a naprendszerbe yt-letöltő akkor persze hogy végigcsinálnám az általad leírtakat.
Biztonságra reagálva mert sh4d0w nagymester félt engem, jogosan egyébként.
Az Ubuntu Pro szépen teszi a dolgát így reménykedek hogy igaz az Ubuntu Pro oldalon olvasható szöveg, miszerint a fontos biztonsági frissítéseket megkapja az öreg rendszerem. Hét elején jött le több 10 mega frissítés, 30+ csomag a Pro vonalon vagyis működik.
Ha meg ez Ubuntuéknak így jó, ők azt mondják nekem hogy így bár szoftverileg hiányos de biztonság szempontából naprakész vagyok 2028-ig (ha jól emlékszek a dátumra) akkor én ezt elhiszem nekik. -
válasz
urandom0 #100288 üzenetére
Köszönöm mindenkinek a választ! Sajnos nem találtam más BIZTOS megoldást, csak ezt... Fizikailag el kell szeparálni egymástól a lemezeket, amit SATA lemezek esetén egy power switch segítségével meg tudok oldani, viszont NVMe esetén a mobil rack nem igazán kivitelezhető még, kivéve van egy ilyen kütyü, ezzel meg lehetne oldani.
-
-
válasz
urandom0 #100338 üzenetére
Nem jo, bizony. Hiaba hivod a virtualis kornyezetben levo pip-et, attol az meg a rendszer python moduljaiba teszi be a requirements.txt-ben felsoroltakat.
A helyes parancssorrend:
python3 -m venv env
source ./env/bin/activate
pip install -r requirements.txt
python <programnev>
Ha ki akarsz lepni a virtualis kornyezetbol, akkor
deactivate
. Ha ezt eddig nem igy csinaltad, abbol fakadhatnak azok a hibak, amiket eddig tapasztaltal. -
válasz
urandom0 #100336 üzenetére
Allj, mikor aktivalod a virtualis kornyezetet?
coresec@executor:~/projects/adventure$ echo $PATH
/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
coresec@executor:~/projects/adventure$ . ./venv/bin/activate
(venv) coresec@executor:~/projects/adventure$ echo $PATH
/home/coresec/projects/adventure/venv/bin:/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
(venv) coresec@executor:~/projects/adventure$ deactivate
coresec@executor:~/projects/adventure$ echo $PATH
/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
-
-
urandom0
senior tag
válasz
urandom0 #100328 üzenetére
Egyébként ez a függőségesdi mindenhol probléma, nem csak a Linuxnál. Alább írták, én is tapasztaltam, hogy pl. Python esetében is hamar elévülnek a függőségek. De beszélhetünk szinte bármelyik másik rendszerről is, nekem pl. van olyan PHP-s projektem, amit 2020-ban írtam, de ma már nem tudnám telepíteni (ha csak neki nem állnék updatelni), mert a frameworknek az a verziója, amit használtam, már nem támogatott és nem is érhető el. De NodeJS-nél is belefutottam ugyanebbe, nem is egyszer. Az left-pad incidenst pedig már nem is említem, azt mindenki ismeri...
-
-
-
válasz
urandom0 #100313 üzenetére
A pip-nek honnan kellene tudnia, hogy Te most tenyleg rendszerszinten szeretnel egy modult telepiteni, vagy csak szeretnel kiprobalni valamit, amit a GitHubrol szedtel le?
Megint visszautalok arra, hogy a desktop Linuxok fele pythonban van irva: hogyan garantalod, hogy a rendszer mukodesehez szukseges modulokat nem vagja felul az, amit mokolsz? Biztos vagyok benne, hogy a teljes python kozosseg orommel udvozolne egy jol mukodo megoldast, egyelore a virtualis kornyezetek alkalmazasa ez.
-
Petya XT
senior tag
válasz
urandom0 #100294 üzenetére
Nem feltételezném, hogy egyik a másikra szeretne írni, de mivel itt három rendszer van, én úgy értelmeztem, hogy a egyáltalán ne tudjon, mondjuk a Debian a Mintről, és fordítva. Fizikailag persze felül lehet írni, bár én ha tudom, hogy egy ideig csak az egyiket fogom használni, UEFI-ben tiltom a SATA portját és kész. Rowonról nem feltételezem, hogy véletlenül purgálná az adott lemezt. Lehet én értettem félre a kérdést.
-
válasz
urandom0 #100282 üzenetére
Nagyon kedves, hogy klingonul üzen, csak párszor égnek állt a hajam menet közben tőle. De legalább a BIOS frissítések sikerültek, egyből 3 verziót is upgrade-elt a rendszer, mármint nem a rendszer, mert reboot után csinálta.
Az elején majd egy percig nullán álldogált a folyamatjelző csík...az kicsit idegesítő volt azért.
Azért jó, hogy most már bármelyik disztrón automatikusan lehet BIOS-t/firmware-t upgrade-elni.
-
válasz
urandom0 #100280 üzenetére
A Lubuntus kolléga, tényleg, ez pár napja volt!
Valahogy ezektől függetlenül mégis az marad az emberben, hogy nem lehet ilyet csinálni, ami ugye Linux alatt sokszor nem azt jelenti, hogy lehetetlen.
Remélem ez a KDE Neon 22.04 to 24.04 autoupgrade-re is vonatkozik....épp most engedtem rá a rendszerre. Remélem a plasma 6.2-re upgrade nem nyekkent meg semmit, az Ubuntu core talán megoldja...no közben azért ugranak fel fura értesítések:
Reboot után szerencsére működik az új LTS...
ubyegon@NEON-latitude5520:~$ inxi -Fxxx
System:
Host: NEON-latitude5520 Kernel: 6.8.0-49-generic arch: x86_64 bits: 64
compiler: gcc v: 13.2.0 clocksource: tsc
Desktop: KDE Plasma v: 6.2.3 tk: Qt v: N/A wm: kwin_wayland vt: 1 dm: SDDM
Distro: KDE neon 24.04 6.2 base: Ubuntu 24.04 LTS Noble
Most jön a Dell firmware update, ez inkább izgat...
Nálunk, a cégnél olyan volt, hogy előző kolléga Ubuntu-t használt szervernek, és úgy gondolta, jó ötlet Debiant csinálni belőle úgy, hogy átírja a repókat és dist-upgrade-el.
Azért egy ilyen művelet végrehajtójától megkérdezném, mennyire mélyen gondolta át ezt fejben.
Mondjuk arra jó, hogy aki ki akarja javítani, ez legalább nem tompul el teljesen!
-
Petya XT
senior tag
válasz
urandom0 #100256 üzenetére
Nálam nem működik a valamiért az SSF gépeken a felfüggesztés. El sem fordulok, és már fel is ébredt. Gondolom valamelyik rádiós cucc, a LAN-ra nem gyanakodnék.
Mértem egy boot időt, de nekem nem tűnt egyik sem valami baromi gyorsnak.
Dell SFF: LM 22 4th. gen HDD Boot: 1 perc 22 mp.
Dell SSF2: Manjaro SSD 4th.gen: 40 mp
Asztali: 4th. gen Windows SSD: 40 mp
Minden gépben ugyanaz a proci van, i5 az összes. A Windows-t sem nevezném túl gyorsnak. Küllőre annyi, mint a Manjaro KDE.
-
-
Remus389
veterán
válasz
urandom0 #100237 üzenetére
Köszi a kimerítő választ!
Néha el is feledkezem hogy Linux-on vagyok, annyira olyan mint a Windows. Úgyis csak elindítom a Google Chrome-t, meg néha a fájlkezelőben matatok. Még a háttérképek is cserélődnek ötpercenként.
Minden működik mint a svájci óra!Annyiból jobb, hogy van ilyen üveges téma (Semabe), nem szaggatnak a böngészőben az online videok az öreg hardver miatt, sokkal takarékosabb a RAM-al, csendesebb a gép, nem erőlködik annyira. Szerintem szebben szól a jack-ból, talán jobb a hangkártya driver.
Hát a bootidőben a Windows toronymagasan nyer (tudom ezzel a kijelentéssel a népszerűségi ranglista legaljára kerültem
), de ennyi hátrányt el kell viselni a sok-sok előny mellett.
-
Warton
őstag
válasz
urandom0 #100215 üzenetére
Azt a második részre tartogatom, bár már régebben beszéltem ForrasztópákaFerivel a dologról, nem tetszett, hogy a laptop árát még egyszer kifizessem, illetve, hogy postai úton kéne eljuttatni és vissza.
Bár igazából még egy-két pukli ide vagy oda már tökmindegy.
Meg aztán megnyugodtam mert simán minden probléma nélkül ment a windows a gépen...
Majd lehet, hogy a foodorát szállító indiai srácot felkérdezem nem-e ő csinálja a biosresetes videókat a yt-ra.
-
Warton
őstag
válasz
urandom0 #100210 üzenetére
A HP Probook 440 G6 laptopom története dióhéjban:
A kimitlop BT-nél foglalkoztatott IT csávó beállította a securebootot és levédte az egészet bios jelszóval (ami nem jelszo, nem 123456 stb.), hogy a prehistorikagyú felhasználó ne tudjon turkálni benne. Utána a prehistorikagyú ripityára törte a laptopot, a palmreszt meg van gyűrődve, a kijelző valószínűleg teljesen szét lett cincálva stb. Viszont a belseje egész jól megúszta a balesetet. (Láttam képeket erről a laptopról fej nélkül.) Ez a laptop ebben a formában bekerült a kukába, ahonnan BontóJózsi szedte ki itt a pH-n és elkezdte bontani, addig jutott vele, hogy kiszedte belőle a HDD kábelt, meg a HDD caddyt, mert jött KókányTibi, aki fantáziát látott a fejetlen, gyűrött laptopban és elhozta tőle. Hozzákókányolt egy kijelzőt, oly módon, hogy tele van leakekkel, meg a szél lobogtatja a kávát, meg a belsejéből is hiányzik csavar, amiket pótolgattam stb. Eztán feltette a vaterára, ahol meg én leütöttem kb. 20káért csak azért mert win11 kompatibilis (és volt hozzá akku, SSD, ram). (Ezelőtt csak 6. generációs laptopjaim voltak). Ekkor még nem tudtam, hogy bios jelszavas. Aztán hozzávettem BontóJózsitól a HDD kábelt és használtam a Win11-et. Mostanra viszont már nem tetszik a Win11 és szeretnék rá valami normálisabb rendszert, ami a laptop fent részletezett szellemiségéhez jobban passzol. -
válasz
urandom0 #100210 üzenetére
Nem teljesen vágom mire is jó a Secure Boot, csak találgatok. Gondolom megakadályozza azt, hogy indításkor olyan programok kezdjenek el futni, amik nem rendelkeznek valamilyen aláírással?
Ezt Secure Boot nélkül SZERINTEM az Rkhunter is le tudja ellenőrizni.Szerk.: bocsánat, ez nem igaz, inkább kihúztam. -
Normi™
őstag
válasz
urandom0 #100184 üzenetére
Nagyon szépen köszönöm,így értek mindent.Bújtam a netet,hogy ebben az esetben,hogy mennek a dolgok.de sajnos nem találtam.Így ez nekem nagy segítség,hiánypótló!
Külső firmware vagy driver telepítésénél viszont simán előfordulhat, hogy régebbi/újabb kernelverzióhoz készült csomagot telepítesz, és be sem fog bootolni a rendszered, legfeljebb recovery módban, onnan meg csak kézi munkával tudod helyreállítani.
Jártam már így,de azt megugrottam,megtanultam helyrehozni.Mindig tanul az ember,azért vagyok itt!
Köszönöm még egyszer,hogy leírtad!
-
-
Petya XT
senior tag
-
Remus389
veterán
-
Necronom
senior tag
válasz
urandom0 #99911 üzenetére
okes de a tegnapi napig ezt nem irta
es frissiteni se tudok bongeszot mert azt irja, hogy en a legfrissebb verzsont hasznalom
ubyegon2: igen okes, lejartak
de ezzel nem vagyok elorebblehet orvosolni anelkul hogy felfordulna a a kis vilagom?
-
-
válasz
urandom0 #99709 üzenetére
SSD-s topikban nincs jó tapasztalat az Adata SSD-kkel, nem is ajánlottak. Tudom, ott azért van egy Samsung kultusz, amit én kicsit furcsállok, de mindegy. Én a WD merevlemezeivel elégedett vagyok és az SSD-kről is jókat írnak, legalább a firmware stabil rajtuk, ami nem mondható el pl. a Samsung meghajtókról.
Még a Micron dolgokat szeretem, abból is van egy MX500. -
válasz
urandom0 #99697 üzenetére
Az is lehet, hogy nem táphiba van, csak éppen túl sok a külső meghajtó és van köztük 3,5"-ös is!
(egy WD Black HDD 6,8W-ot beszippant önmagában, ami nem tűnik elsőre soknak...)
Egyébként systemddel is lehet fix mount pointot beállítani
No ez nekem még kínai, sok mindent lehetne csinálni systemd-vel, néha gondolok is rá, hogy meg kéne jobban nézegetni, de eddig csak a systemd services-t használtam, mondjuk ezt nem lehetett megószni sajna... A többi résszel úgy vagyok, mint az UEFI-vel, majd ha muszáj lesz, valamit majd csinálok vele.
-
válasz
urandom0 #99694 üzenetére
A kolléga esetében, mivel instabil tápegységekről tett említést, talán a lehető leghasznosabb dolog az, ha az amúgy fixen csatolt meghajtónál megnyekken a boot folyamat, mert normál esetben akkor a user tudja, hogy gondok vannak. De neki is említettem, hogy qrvára nem szerencsés instabil/alulméretezett tápegységgel használni a meghajtóit.
De beírhatja a nofailt, sok vizet nem zavar, mint ahogyan az FSTAB sem, ha az aktuális meghajtóra van kihegyezve a bootolás a GRUB-ban. Még azt is megkockáztatom, hogy akár trikolórra is festheti a boxot/gépházat, tök mindegy a piszkált kérdés szempontjából.
-
válasz
urandom0 #99690 üzenetére
& #99691 tordaitibi
Tök mindegy, hogy technikailag külső vagy belső, ha az FSTAB-ban fel van csatolva és eltávolításra kerül boot előtt, akkor ugyanúgy 90 sec boot leállás van mindkét esetben, míg ha fizikailag nem kerül eltávolításra a device, akkor lefut a normál boot. A
nofail
csak azt ignorálja, hogy külső vagy belső FSTAB-ba csatolt eszköz eltávolításakor ne álljon le a boot folyamat 90 sec-re (vagy amennyire be van állítva).Vagyis bár külső, de a rendszer része fixen.
Tibikomám, itt ellentmondasz önmagadnak!
-
daninet
veterán
válasz
urandom0 #99675 üzenetére
Tumbleweed-et használok egy ideje de előbb utóbb újra fogom telepíteni egy éves kiadású disztróra, jelenleg Leap a befutó.
Nem Tumbleweedel van a baj, hanem KDE a probléma, minden egyes verzió update bugos mint a fene, Opensuse meg kb 3 nap tesztelés után berakja a repóba. Hetente frissítek és összeszorított farpofával ülök most mi nem fog működni. Kicsit kezd elegem lenni a rolling modelből, munkára használom a gépet. Más desktoppal jó lehet, nem tudom mi a szituáció arrafelé.
Slowroll egy béta, és nem garantálják a 100%-os dependency kompatibilitást. Az is csak akkor ajánlott ha van kedved szórakozni vele.
Szerintem fórumtárs is hasonlóan stabil dolgot keres ezért éves kiadású modellben Leap vagy Fedora Workstation ajánlott -
válasz
urandom0 #99632 üzenetére
Én így használtam, mindenféle dash to dock és egyebek nélkül, és szerintem EZ a megoldás nem produktív.
Sokáig én is így használtam, hogy a munkaasztalok között váltogattam a gyorsgombbal. Egy asztalra max 2 ablakot raktam ki. Most már kicsit máshogy néz ki, de túl sok kiterjesztés nem kellett hozzá, konkrétan csak 3 darab.Dash to Panel, ArcMenu és Desktop Icons NG.
-
daninet
veterán
válasz
urandom0 #99638 üzenetére
Ez már megszokás és ízlés téma. Számomra a legjobb a KDE megoldása ami a windows taskbar és egy widgetes dock keveréke. Arra a panelre azt rakok amit akarok és ahova akarom. A munkám csak teljes képernyős ablakokban értelmezhető (anydesk, VM, tervezőprogramok, excel stb) így ezek a lebegő meg jobbra-balra dockolt dolgok sosem működtek. Kicsit idegesítő is nekem toszigálni az ablakokat, akkor már inkább külön desktopra dobom őket vagy elhatározom magam egy tiling window manager mellett
-
válasz
urandom0 #99623 üzenetére
Nem tagadom, van egy erős szubjektív megítélésem is a Gnomemal kapcsolatban, amiért hajlok afelé, hogy őket használjam. A Gnome egy open source projekt és igen régóta látja el a Linux alapú rendszereket asztali környezettel, ráadásul ezek igen népszerűek voltak mindig is, nem véletlenül. A Gnomeból forkolt ki a Maté, a Budgie, a Cinnamon, plusz akikről nem tudok. Iszonyat mennyiségű kiegészítő érhető el hozzájuk, igen jól testreszabható környezet és nem mellesleg a Gnome mögötti alapítvány a Flathubot is backeli, ami miatt pláne megérik az adományaikat.
Úgyhogy részemről hajrá Gnome!De Fedorán, Manjarón és Ubuntun használgattam, ezeken mindig volt vele valami probléma.
Az első kettő többé-kevésbé rolling disztró, szóval elképzelhető, hogy bef*sik rajtuk valami.
-
válasz
urandom0 #99620 üzenetére
Támogatom a leszidást
Én is nagyon szerettem, mejd egyszer közölte hogy nem érhető el ez, az, aztán meg már semmi.
Ment a levesbe pedig tényleg kedvenc volt.
Viszont az ikonkészlete a Gnomenak fenomenális (szerintem).
Egyszer valahonnan sikerült lementenem a teljest, féltett kincsek között őrzöm és azt használom azóta is. -
válasz
urandom0 #99620 üzenetére
A Gnome Szoftver sose volt a helyzet magaslatán
Ez nem igaz és szerintem nem is a Gnome a ludas, hanem, mint írtam valószínűleg a Fedora valamelyik tárolója akasztja meg a betöltési folyamatot. Akkor Debianon miért nincs problémám vele?
Lassan ennyiből is inkább a Debian felé húzok, mert ami friss csomag kell, azt inkább behúzom Flathubról, minden másra meg ott a Debian stabil csomagjai. -
urandom0
senior tag
-
Rimuru
veterán
válasz
urandom0 #99037 üzenetére
Es egy remalom lenne az uzemeltetoknek (es a fejlesztoknek is)... Nem az alkalmazas fellelossege hogy mi hova kerul hanem a csomagkezeloe. Plusz csomo egyeb kerdest is felvetne egy hasonlo megoldas, pl hogy kap root jogokat a script?, stb..
TLDR: Linuxon barmikor ki tudsz cserelni(/torolheszt,stb) megnyitott fileokat (ami lehet egy binaris is, akkor is ha az fut). Amit az update elott nyitottak meg azok a regi inode-ot hasznaljak az uj megnyitasok pedig mar az updateltet fogjak. Egy binaris eseten ha betolt mindent a memoriaba indulaskor akkor a menet kozbeni update azert nem szamit mert mar nem nyul a filesystemhez futas kozben (legtobb esetben ezert nem okoz problemat az update), de ha egy program valamiert futas kozben olvas diskrol az problemat tud okozni mert akkor mar az updatelthez fog hozzaferni (ezt csinalja a firefox de ok le kezelik, ezert kapsz egy szep uzenetet ahelyett hogy pl crashelne).
-
válasz
urandom0 #99028 üzenetére
Windows alatt úgy szoktam frissíteni, hogy Beállítások -> Súgó -> Névjegy. Ott elkezdi frissíteni. Debianon meg terminálon keresztül apt update && apt upgrade.
Sőt most raktam fel Gnomera egy package-update-indicator nevű csomagot. Praktikus. Ráböksz egy ikonra, majd felugrik ez az ablak és felajánlja, ha van éppen frissítés. Ez mellett mondjuk az unattended-upgrades is fent van, ami elvileg automatikusan frissít mindent.
-
Rimuru
veterán
válasz
urandom0 #99028 üzenetére
Ez mindenhol igy mukodik ahol futas kozben tudsz frissiteni. Sok alkalmazasnal ez nem okoz problemat de a firefox pont nem ilyen. Hogy miert igy mukodik az mar nem kezdo topic.
Masik hogy ez max akkor fordul elo ha auto update be van kapcsolva vagy elfelejtetted hogy frissitettel firefoxot...
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Rágyúr a macOS-re a 3DMark
- Milyen légkondit a lakásba?
- Gyúrósok ide!
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Előrendelhető a OnePlus Pad 3
- Milyen monitort vegyek?
- Hívószám-hamisítás
- Egyre csak fejlődik az AI, emberek tízezreit rúgja majd ki a BT
- One otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Új, bontatlan World of Warcraft gyűjtői kiadások
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Vírusirtó, Antivirus, VPN kulcsok
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- Bomba ár! Lenovo ThinkPad E550 - i5-5GEN I 8GB I 256SSD I DVDRW I 15,6" HD I CAM I W10 I Garancia
- Samsung Galaxy A52s 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Noblechairs HERO RL valódi bőr Gamer Szék
- Bomba ár! Dell Latitude E7250 - i7-5GEN I 8GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged