- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- gban: Ingyen kellene, de tegnapra
- djculture: Az elvileg már senkinek nem kellő HDD-k ára is egekbe emelkedett 4 hónap alatt
- Rap, Hip-hop 90'
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- sziku69: Szólánc.
- tatabike: Vinted - ahol debilnek néznek
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
De a foo csak példa, de a valami.pub tartalmát, azaz a publikus kulcsod be kell másolnod a user profilodba (My Account). Ez gondolom az AUR4 webfelületén van valahol.
Viszont az írja, hogy ajánlott új kulcsot generálni hozzá. SSH kulcs wiki. Ezzel kapcsolatban nincs tapasztalatom, nem volt szükségem kulcs generálásra, de hátha a többiek tudnak segíteni, ha esetleg a wiki alapján nem sikerül. Ha sikerül megoldani, azért azt is írd majd meg, hasznos infó lenne.ez így mind megvolt. az alapértelmezett gyári helyén hagytam az ssh kulcsokat, importáltam őket gitbe és aur-ba is. de valamiért mégsem enged
-
igen, wiki alapján.
ssh-t csináltam, de ez a foo.pub nem csak példa? szóval a táróló neve is x.git és a kulcsé meg x.pub?De a foo csak példa, de a valami.pub tartalmát, azaz a publikus kulcsod be kell másolnod a user profilodba (My Account). Ez gondolom az AUR4 webfelületén van valahol.
Viszont az írja, hogy ajánlott új kulcsot generálni hozzá. SSH kulcs wiki. Ezzel kapcsolatban nincs tapasztalatom, nem volt szükségem kulcs generálásra, de hátha a többiek tudnak segíteni, ha esetleg a wiki alapján nem sikerül. Ha sikerül megoldani, azért azt is írd majd meg, hasznos infó lenne. -
Sajnos AUR4-gyel nincs tapasztalatom, nem tudom, hogy ott mennyiben más a folyamat.
Wiki alapján csinálod? [link] Ez rendben megvolt?"For write access to the AUR users need to have an SSH key. The contents of a public key .ssh/foo.pub need to be copied to the user profile in My Account. It is recommended that you create a new key, rather than use an existing SSH key so that you could selectively revoke the SSH key should something happen. "
-
ha már ennyire otthon vagy gitben, tudnál segíteni?
szóval szeretnék egy aur4-es repót csinálni, a leírás alapján minden okés, de amikor kiadom a git commit parancsot, bejelentkezést(azonosítást) kér, amikor a git --config-gal meg bejelentkeznék, akkor hibás kulcsotSajnos AUR4-gyel nincs tapasztalatom, nem tudom, hogy ott mennyiben más a folyamat.
Wiki alapján csinálod? [link] Ez rendben megvolt?"For write access to the AUR users need to have an SSH key. The contents of a public key .ssh/foo.pub need to be copied to the user profile in My Account. It is recommended that you create a new key, rather than use an existing SSH key so that you could selectively revoke the SSH key should something happen. "
-
Nem bonyolult, valójában faék, a githubhoz is elég pár parancsot tudni, és még azt is aliasolhatod. Majd lehet, hogy összedobok egy rövidke írást róla logoutra.
szerk: egyébként tegnap megvolt az első fagyásom Arch-on. Valami elkezdte darálni a hdd-t, akadt minden, ki akartam lépni konzolba, fehér képernyő, fagyi, kikapcsoltam. Szerencsére azóta megy *kopp-kopp*.
Ja és javították a systemd/NetworkManager bugot is, amiről a múltkor írtam, újra gyorsan működik a sleep.
ha már ennyire otthon vagy gitben, tudnál segíteni?
szóval szeretnék egy aur4-es repót csinálni, a leírás alapján minden okés, de amikor kiadom a git commit parancsot, bejelentkezést(azonosítást) kér, amikor a git --config-gal meg bejelentkeznék, akkor hibás kulcsot -
hú, ez elég bomyolultnak tűnik, de lehet majd rászánom magam. Nekem is volt backup a teljes rendszerről, sőt mind a három oprendszerről, de pont ezen a merevlemezen voltak rajta azok. Bár éppen beszerzés alatt van egy 1 TB-os verzió egy Western Digitalból, remélem tovább húzza, mint 1 év.
Már alíg várom, hogy ismét nekieshessek az Arch telepítésnek, bár kb 1 hónapja telepítettem, de már kb sokmindent el is felejtettem, hogy oldottam meg. Na mindegy. Amúgy mellesleg jó nehéz a lemez... így kézbe fogva 2 kg felé tendál a súlya, az SSD-hez képest kb nehézbombázó xDJa ugrott az a pár virtuális oprendszer is ami a virtualboxban volt... :S
-
Akkor nem fogok kétségbe esni.
Viszont kérdésem lenne. Az Arch-on az fstabban megadtam egy samba megosztást, amit a boot során a systemd nem csatol fel. Failed-del elbukik a kísérlet, csak terminálból megy a mount -a paranccsal, miután teljesen elindult a rendszer. Ja igen és a dhcpcd is elhasal ip kérése közben valamiért... Ez miért? A dhcpcd-vel kap dhcp segítségével routerrel vezetékes hálózatról ip-t... -
Akkor nem fogok kétségbe esni.
Viszont kérdésem lenne. Az Arch-on az fstabban megadtam egy samba megosztást, amit a boot során a systemd nem csatol fel. Failed-del elbukik a kísérlet, csak terminálból megy a mount -a paranccsal, miután teljesen elindult a rendszer. Ja igen és a dhcpcd is elhasal ip kérése közben valamiért... Ez miért? A dhcpcd-vel kap dhcp segítségével routerrel vezetékes hálózatról ip-t...A samba azért nem csatolódik fel, mert még nem állt fel a netkapcsolatod. (pl még nincs is IP-d
)
segyít ha váratod egy kicsit a rendszert:systemctl enable NetworkManager-wait-online.service
Sajnos tapasztalat, hogy nem mindig jó ez sem, ellenben mocskosul növeli a bootidőt..
-
Nem bonyolult, valójában faék, a githubhoz is elég pár parancsot tudni, és még azt is aliasolhatod. Majd lehet, hogy összedobok egy rövidke írást róla logoutra.
szerk: egyébként tegnap megvolt az első fagyásom Arch-on. Valami elkezdte darálni a hdd-t, akadt minden, ki akartam lépni konzolba, fehér képernyő, fagyi, kikapcsoltam. Szerencsére azóta megy *kopp-kopp*.
Ja és javították a systemd/NetworkManager bugot is, amiről a múltkor írtam, újra gyorsan működik a sleep.
-
hú, ez elég bomyolultnak tűnik, de lehet majd rászánom magam. Nekem is volt backup a teljes rendszerről, sőt mind a három oprendszerről, de pont ezen a merevlemezen voltak rajta azok. Bár éppen beszerzés alatt van egy 1 TB-os verzió egy Western Digitalból, remélem tovább húzza, mint 1 év.
Már alíg várom, hogy ismét nekieshessek az Arch telepítésnek, bár kb 1 hónapja telepítettem, de már kb sokmindent el is felejtettem, hogy oldottam meg. Na mindegy. Amúgy mellesleg jó nehéz a lemez... így kézbe fogva 2 kg felé tendál a súlya, az SSD-hez képest kb nehézbombázó xDJa ugrott az a pár virtuális oprendszer is ami a virtualboxban volt... :S
Nem bonyolult, valójában faék, a githubhoz is elég pár parancsot tudni, és még azt is aliasolhatod. Majd lehet, hogy összedobok egy rövidke írást róla logoutra.
szerk: egyébként tegnap megvolt az első fagyásom Arch-on. Valami elkezdte darálni a hdd-t, akadt minden, ki akartam lépni konzolba, fehér képernyő, fagyi, kikapcsoltam. Szerencsére azóta megy *kopp-kopp*.
Ja és javították a systemd/NetworkManager bugot is, amiről a múltkor írtam, újra gyorsan működik a sleep.
-
A fentebb említett R61-re mi is azért tettünk Arch-ot, mert megdöglött a HDD a notiban.
Szerencsére az adatokról volt backup, a config fájlok mentésére/szinkronizációra pedig a github van használatban. Ajánlom neked is, főleg, ha szeretsz tweakelni, konfigolni, állítgatni: Using GNU Stow to manage your dotfiles. Ezt kombinálva egy github repóval, mindig meglesznek a konfigok lokálisan és git szerveren is, így ha beüt a baj, vagy másik gépre szeretnéd felrakni a konfigjaidat, csak egy git clone <repository> + stow <dir> parancs és minden a helyén van. 
-
Hamarosan ismételt erővel vetem bele magam majd az Arch telepítésébe, mert sikeresen elszállt alóla a merevlemez... :S Persze a biztonsági lemezkép mentések is ezen voltak. Fura volt, mert a grub olvashatatlan hd2-t jelentett, belépett a rescue módban, de egy-egy restart után még ment. Aztán indítottam az Arch-ot, és nem egy helyen perosan jelölt be sorokat a logban... Feltételeztem, hogy lehet adatkábel vagy tápkábel lazult ki, szétszedtem a gépet és megigazgattam. Aztán bekapcsoltam a gépet és hallottam a legrosszabbat, amit lehet hallani amikor egy halálán van. Kattogás. Ez a 2. lemez, ami meghal a 15 év alatt mióta van gépem.
Eddig egy 1 Gb-os WD halt meg, most ez az 500-as Seagate... Poén, még csak most vettem észre, hogy ez a HDD már eleve javított volt. "Certified repaired HDD" ez van rajta a cimkén, bár tény, hogy ettől még vadiúj HDD-k is elhasalnak, ha úgy alakul...Ajh, mire beállítottam az Archot úgy, hogy jó legyen... most kezdhetem elölről. Addig kellett volna mentést készíteni, amíg ment a lemezképekről, de már késő. Nem indul be a lemez. Kifagy az EFI tőle...
A fentebb említett R61-re mi is azért tettünk Arch-ot, mert megdöglött a HDD a notiban.
Szerencsére az adatokról volt backup, a config fájlok mentésére/szinkronizációra pedig a github van használatban. Ajánlom neked is, főleg, ha szeretsz tweakelni, konfigolni, állítgatni: Using GNU Stow to manage your dotfiles. Ezt kombinálva egy github repóval, mindig meglesznek a konfigok lokálisan és git szerveren is, így ha beüt a baj, vagy másik gépre szeretnéd felrakni a konfigjaidat, csak egy git clone <repository> + stow <dir> parancs és minden a helyén van. -
Hamarosan ismételt erővel vetem bele magam majd az Arch telepítésébe, mert sikeresen elszállt alóla a merevlemez... :S Persze a biztonsági lemezkép mentések is ezen voltak. Fura volt, mert a grub olvashatatlan hd2-t jelentett, belépett a rescue módban, de egy-egy restart után még ment. Aztán indítottam az Arch-ot, és nem egy helyen perosan jelölt be sorokat a logban... Feltételeztem, hogy lehet adatkábel vagy tápkábel lazult ki, szétszedtem a gépet és megigazgattam. Aztán bekapcsoltam a gépet és hallottam a legrosszabbat, amit lehet hallani amikor egy halálán van. Kattogás. Ez a 2. lemez, ami meghal a 15 év alatt mióta van gépem.
Eddig egy 1 Gb-os WD halt meg, most ez az 500-as Seagate... Poén, még csak most vettem észre, hogy ez a HDD már eleve javított volt. "Certified repaired HDD" ez van rajta a cimkén, bár tény, hogy ettől még vadiúj HDD-k is elhasalnak, ha úgy alakul...Ajh, mire beállítottam az Archot úgy, hogy jó legyen... most kezdhetem elölről. Addig kellett volna mentést készíteni, amíg ment a lemezképekről, de már késő. Nem indul be a lemez. Kifagy az EFI tőle...
sokan panaszkodnak a Seagate által javított meghajtókra. Evo/lution isoról hallottál már? sokat lehet a telepítés idején faragni
-
sziasztok
frissült ma a conky és azóta nem indul el. ezt a hibát kapom:
[korobi@arch ~]$ conky
conky: Syntax error (/home/korobi/.conkyrc:3: unexpected symbol near '#') while reading config file.
conky: Assuming it's in old syntax and attempting conversion.
conky: desktop window (106) is root window
conky: window type - normal
conky: drawing to created window (0x2200002)
conky: drawing to double buffer
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 62 (X_CopyArea)
Serial number of failed request: 303
Current serial number in output stream: 306
[korobi@arch ~]$mi baja a #-tel? eddig ment probléma nélkül
-
korobi
aktív tag
sziasztok
frissült ma a conky és azóta nem indul el. ezt a hibát kapom:
[korobi@arch ~]$ conky
conky: Syntax error (/home/korobi/.conkyrc:3: unexpected symbol near '#') while reading config file.
conky: Assuming it's in old syntax and attempting conversion.
conky: desktop window (106) is root window
conky: window type - normal
conky: drawing to created window (0x2200002)
conky: drawing to double buffer
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 62 (X_CopyArea)
Serial number of failed request: 303
Current serial number in output stream: 306
[korobi@arch ~]$mi baja a #-tel? eddig ment probléma nélkül
-
Amit eddig észre vettem, hogy a 4-es kernelnél valószínű memória szivárgás van. Böngészés (Firefox) közben hiába zártam be egy lapot, nem csökkent a lefoglalt memória mérete, még akkor sem állt vissza teljesen, ha be zártam a böngészőt. Furcsa is volt, mivel induláskor 600 - 650MB volt a RAM fogyasztás. Pár oldal (Facebook, Youtube, stb) látogatás után már 1,5GB lett. Böngésző bezárás után alig ment 1GB alá. Az LTS kernellel viszont lehet látni a különbséget már lap bezáráskor is.
Marad az LTS kernel.Valószínű ez okozta a kép szétesést is, mivel a videokártya osztott memóriát használ, és össze vesztek rajta.
-
Most fel tettem az LTS kernelt (3.14.45-1), itt is vannak érdekes dolgok
kernel: Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel!
kernel: [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignoredjún 27 07:54:34 arch-acer kernel: MTRR variable ranges enabled:
jún 27 07:54:34 arch-acer kernel: E0000-FFFFF write-protect
jún 27 07:54:34 arch-acer kernel: D0000-DFFFF uncachable
jún 27 07:54:34 arch-acer kernel: C0000-CFFFF write-protect
jún 27 07:54:34 arch-acer kernel: A0000-BFFFF uncachable
jún 27 07:54:34 arch-acer kernel: 00000-9FFFF write-back
jún 27 07:54:34 arch-acer kernel: MTRR fixed ranges enabled:
jún 27 07:54:34 arch-acer kernel: MTRR default type: uncachablejún 27 07:54:34 arch-acer kernel: mtrr: corrected configuration.
jún 27 07:54:34 arch-acer kernel: mtrr: probably your BIOS does not setup all CPUs.
jún 27 07:54:34 arch-acer kernel: mtrr: your CPUs had inconsistent variable MTRR settingsA BIOS-ban nem lehet semmit állítani a CPU-val kapcsolatban, nem sivalkodik érte, tökéletesen felismeri (leírás szerint is lehet használni).
Eddig nem volt újraindítás bejegyzés a logban, majd meglátjuk.
@whbear: ez (failed to get cgroup) nálam is szerepel boot-oláskor, mind két kernelnél.
Amit eddig észre vettem, hogy a 4-es kernelnél valószínű memória szivárgás van. Böngészés (Firefox) közben hiába zártam be egy lapot, nem csökkent a lefoglalt memória mérete, még akkor sem állt vissza teljesen, ha be zártam a böngészőt. Furcsa is volt, mivel induláskor 600 - 650MB volt a RAM fogyasztás. Pár oldal (Facebook, Youtube, stb) látogatás után már 1,5GB lett. Böngésző bezárás után alig ment 1GB alá. Az LTS kernellel viszont lehet látni a különbséget már lap bezáráskor is.
Marad az LTS kernel.Valószínű ez okozta a kép szétesést is, mivel a videokártya osztott memóriát használ, és össze vesztek rajta.
-
Sziasztok!
Van egy kis gondom, mégpedig az, hogy szét esett a kép (2mm csíkokból állt az egész). Eddig kétszer fordult elő, a logban ezt találtam róla:
jún 26 22:00:45 arch-acer kernel: drm/i915: Resetting chip after gpu hang
jún 26 22:00:45 arch-acer kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error
jún 26 22:00:45 arch-acer kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
jún 26 22:00:45 arch-acer kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
jún 26 22:00:45 arch-acer kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
jún 26 22:00:45 arch-acer kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
jún 26 22:00:45 arch-acer kernel: [drm] GPU HANG: ecode 3:0:0x2b4fffc5, in Xorg [336], reason: Ring hung, action: reset
jún 26 22:00:45 arch-acer kernel: [drm] stuck on render ringAz említett /sys/class/drm/card0/error fájl üres. Az előző szét esésnél a logban volt még valami low memory is, de most nincs. A másik, ami feltűnt, hogy a log (#journalctl --system -r) tele van -- Reboot -- bejegyzéssel, noha újraindítás nem volt. Az idő is érdekes, részlet a logból:
jún 26 20:03:53 arch-acer systemd-timesyncd[344]: System clock time unset or jumped backwards, restoring from recorded timestamp: Fri 2015-06-26 21:27
-- Reboot --
jún 26 20:58:01 arch-acer udisks-daemon[5023]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/block/sda
jún 26 20:58:01 arch-acer udisks-daemon[5023]: helper(pid 9694): completed with exit code 0
jún 26 20:58:01 arch-acer udisks-daemon[5023]: helper(pid 9694): launched job udisks-helper-ata-smart-collect on /dev/sda
jún 26 20:58:01 arch-acer udisks-daemon[5023]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/
jún 26 20:28:01 arch-acer udisks-daemon[5023]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/block/sda
jún 26 20:28:01 arch-acer udisks-daemon[5023]: helper(pid 9439): completed with exit code 0
jún 26 20:28:01 arch-acer udisks-daemon[5023]: helper(pid 9439): launched job udisks-helper-ata-smart-collect on /dev/sda
jún 26 20:28:01 arch-acer udisks-daemon[5023]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/
-- Reboot --
jún 26 20:03:53 arch-acer systemd[1]: Started Update UTMP about System Boot/Shutdown.A rendszer: Arch (4.0.6-1-ARCH), KDE4, 32bit.
A gépről: Acer Aspire 5310, Intel Core 2 (T7200) 2x2GHz, 3GB RAM, Intel GMA 950 (Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)) videokártya.Memória tesztet már futtattam, hibát nem talált.
-
Oké, systemd/logind/NetworkManager bug lesz:
Slow suspend with systemd 220
FS#45450 - [systemd] 5 second delay between pressing power button and suspend
logind: system sleep request always exhausts the full timeout #360Remélem javítják és gyorsan jön az update.
szerk: kipróbáltam, ha stoppolom a NetworkManagert, akkor lelövi 2 mp alatt, szóval fasza kis bug.
-
Nem tudom sajna, hogy beteszi -e magát az SDDM asztali környezetei közé. Most nem használok DM-et, amikor használtam, akkor az usr/share/xsessions mappába létrehoztam egy frankenwm.desktop fájlt, ami a saját indító fájlomra mutatott.
Kb ez volt a tartalma:
[Desktop Entry]
Name=FrankenWM
Comment[hu]=Bejelentkezés a FrankenWM környezetbe
Exec=/usr/bin/FrankenWM-istju
Icon=
Type=Application
Keywords=launch;FrankenWM;desktop;session;Ezzel a desktop fájllal már az összes DM látja az biztos.
-
Ahh, megvan a hiba. Annyira sötét nem vagyok, hogy ez a parancs ne ment volna, bár ezt nem tudhattad.
Az volt a gond, hogy az eth0, ami nem is eth0 néven szerepelt, nem akart magától DHCP-zni. Végül sikerült rájönnöm, megoldanom, és fel is ment az említett csomag.Köszönöm!
Egyébként azért fejlődőképesnek érzem magamat, mivel az arch telepítése simán ment, bár a grub utána rescue módban indult csak. Végül ezt is sikerült megoldani.
Amúgy ja igen, alapból nem eth0 néven szerepel. Illetve a wifi sem wlan0.
Örülök, hogy sikerrel jártál.
Csak ne egy DE-t tegyél fel rá. ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Ahh, megvan a hiba. Annyira sötét nem vagyok, hogy ez a parancs ne ment volna, bár ezt nem tudhattad.
Az volt a gond, hogy az eth0, ami nem is eth0 néven szerepelt, nem akart magától DHCP-zni. Végül sikerült rájönnöm, megoldanom, és fel is ment az említett csomag.Köszönöm!
Egyébként azért fejlődőképesnek érzem magamat, mivel az arch telepítése simán ment, bár a grub utána rescue módban indult csak. Végül ezt is sikerült megoldani.
-
Ma este feldobom AUR -ból a frankenwm - git csomagot. SDDM alá beteszi magát? Jelenleg KDE van de rájöttem hogy egyáltalán nem használom ki a képességeit és valami egyszerűbb kellene megjelenésben és a gép is elég gyenge. Egyelőre nem elsődleges asztali környezetnek, csak ismerkedni vele és szükség esetén ott a KDE.
Ha beválna SDDM se kellene bőven elég védelem lenne ha startx a terminálban. -
Nem fapad az, ne bántsd mindig.
Amúgy a frankenwm-ben az azért hátráltató lehet, hogy minden módosítás után újra kell fordítani. Bár gondolom nem olyan vészes, hiszen nem egy kernelről van szó, de azért mégiscsak lassítja a konfigolást/próbálgatást/tesztelést.
á, nem bántom az Openbox-ot
Éppen én is azt használom.
Kajak ha átmegyek Eos alá tiszta csili-vili minden alatta, fura kicsit. -
Nem fapad az, ne bántsd mindig.
Amúgy a frankenwm-ben az azért hátráltató lehet, hogy minden módosítás után újra kell fordítani. Bár gondolom nem olyan vészes, hiszen nem egy kernelről van szó, de azért mégiscsak lassítja a konfigolást/próbálgatást/tesztelést.
-
Ma este feldobom AUR -ból a frankenwm - git csomagot. SDDM alá beteszi magát? Jelenleg KDE van de rájöttem hogy egyáltalán nem használom ki a képességeit és valami egyszerűbb kellene megjelenésben és a gép is elég gyenge. Egyelőre nem elsődleges asztali környezetnek, csak ismerkedni vele és szükség esetén ott a KDE.
Ha beválna SDDM se kellene bőven elég védelem lenne ha startx a terminálban.Ha fapadra vágysz openbox
-
Oké, lehet úgy is, billkombókkal, de akkor minek használsz Asztalt, meg úgy akkor általában KDE-t? Mert ha billkombózol, akkor tényleg feleslegesen eszi a KDE a gépeden az erőforrásokat, és használhatnál sokkal soványabb asztali környezetet / ablakkezelőt. Sima háttérképet nézegetni, meg billkombózni lehet azokon is, arra akár egy Openbox is bőven túl sok.
Azért örülök, hogy végül biztosan leesett
+1
OpenBox -
-
nem hasznalok ikonokat. nem is hianyzik. billkombokkal nyitom a gyakran hasznalt szoftvereket.
fel percig neztem a kommentedet hogy hogy jon ide az osszkerek meghajtas
Oké, lehet úgy is, billkombókkal, de akkor minek használsz Asztalt, meg úgy akkor általában KDE-t? Mert ha billkombózol, akkor tényleg feleslegesen eszi a KDE a gépeden az erőforrásokat, és használhatnál sokkal soványabb asztali környezetet / ablakkezelőt. Sima háttérképet nézegetni, meg billkombózni lehet azokon is, arra akár egy Openbox is bőven túl sok.
Azért örülök, hogy végül biztosan leesett
-
Ezt a Folder View-os b4×4kodást én is utálom, annak ellenére, hogy ez már régóta így van a KDE-ben. Valóban logikátlan. Mi mást akarna bárki is az Asztalra, mint ikonokat? Ha nem azokat teszünk rá, akkor minek van egyáltalán? Digitális képkeretnek, vagy mi a tök ász? Lehet ez beleillik a gyurmafigurák gyurmalogikájába, de a legtöbb embert a sírba viszik az ilyen húzások.
-
-
Kde5-ben nem tudok az asztalra parancsikonokat tenni, feltúrtam a google-t de semmit nem találtam ezzel kapcsolatban. Van egy /home/felhasználónév/Desktop mappa ide rakják az alkalmazások a parancsikonjaikat, már amelyik magától rakna az asztalra, pl steam és hl2. De az asztalon nem jelennek meg. Ez arch vagy kde bug? Próbáltam már a menüből és mappából ikonokat az asztalra húzni de ez sem működik
-
attilav2
őstag
Kde5-ben nem tudok az asztalra parancsikonokat tenni, feltúrtam a google-t de semmit nem találtam ezzel kapcsolatban. Van egy /home/felhasználónév/Desktop mappa ide rakják az alkalmazások a parancsikonjaikat, már amelyik magától rakna az asztalra, pl steam és hl2. De az asztalon nem jelennek meg. Ez arch vagy kde bug? Próbáltam már a menüből és mappából ikonokat az asztalra húzni de ez sem működik
-
Nagyon jó a yaourt csak sokat kérdez. Most hogy megemlítetted kipróbáltam az Syua paraméterrel, így az aur csomagokat is frissíti nemcsak a bináris tárólókat.
yaourt -Syua
:: A csomagadatbázisok szinkronizálása...
a(z) core naprakész
a(z) extra naprakész
a(z) community naprakész
a(z) multilib naprakész
a(z) infinality-bundle naprakész
Foreign packages: \ 23 / 23==> Software upgrade (new version) :
aur/chromium-pepper-flash-standalone 17.0.0.188-1 -> 18.0.0.160-1
aur/google-chrome 43.0.2357.124-1 -> 43.0.2357.125-1
aur/package-query 1.6.1-1 -> 1.6.2-1==> Continue upgrade ? [Y/n]
==> [V]iew package detail anually select packages -
Én is. Pont ma néztem körbe, hogy mi más van, igazából nagy részük szimpatikusabb is, mint a yaourt, de egyik sem tud ilyet, -Syu(a)-nál:
==> Software upgrade (new version) :
extra/nvidia 352.09-1 -> 352.21-1
extra/nvidia-libgl 352.09-1 -> 352.21-1
extra/nvidia-utils 352.09-1 -> 352.21-1
multilib/lib32-nvidia-libgl 352.09-1 -> 352.21-1
multilib/lib32-nvidia-utils 352.09-1 -> 352.21-1==> Continue upgrade ? [Y/n]
-
-
sudoers közvetlen szerkesztése helyett: sudo visudo
Így a fájl mentése előtt a rendszer ellenőrzi, hogy megfelelő-e formátum/szintaxis és csak utána írja ki a változásokat. Ellenkező esetben ha valami hiba van a közvetlen szerkesztés/mentés után, akkor szívás lehet belőle.
de a sudoers nem egy xmonad konfig.. nehez szetkurni.
amugy meg igen, jobb a biztonsag -
(#3498) spammer: gksu-val megy....
nem nem rakta fel azt a csomagot alapból. de miért nem megy a sima sudo, mint openbox alatt?
miért jobb ha a ctrl+alt+fx -en frissítek meg telepítek, mintha az x-en nyitnék egy konzolt (guake)? Mi a különbség? az nem baj hogy nincs sallang amúgy is rühellem a kde-t de ezen legalább nincsenek csíkok a film lejátszása közben
-
(#3498) spammer: gksu-val megy....
nem nem rakta fel azt a csomagot alapból. de miért nem megy a sima sudo, mint openbox alatt?
miért jobb ha a ctrl+alt+fx -en frissítek meg telepítek, mintha az x-en nyitnék egy konzolt (guake)? Mi a különbség? az nem baj hogy nincs sallang amúgy is rühellem a kde-t de ezen legalább nincsenek csíkok a film lejátszása közben
-
-
(#3498) spammer: gksu-val megy....
nem nem rakta fel azt a csomagot alapból. de miért nem megy a sima sudo, mint openbox alatt?
miért jobb ha a ctrl+alt+fx -en frissítek meg telepítek, mintha az x-en nyitnék egy konzolt (guake)? Mi a különbség? az nem baj hogy nincs sallang amúgy is rühellem a kde-t de ezen legalább nincsenek csíkok a film lejátszása közben
grrrr mondom én hogy nem szeretem a kde-t
a viber kezdi a mókát, gondol egyet s kilép... -
#pacman - S kdesu
KDE - n nincs gksu. Különben jobban jársz a nano - val szerintem. Nekem is KDE minimal van és készülj fel rá, hogy semmi sincs alapból. Én pl ctrl alt fx kilépek konzolra és onnan tolom fel először amiket használok. Frissíteni is konzolról szoktam szerintem sokkal elegánsabb. Ha megfeküdne az X akkor sem történik baj. Még Fedora alatt szoktam rá itt tudom hogy nem szokott ilyen történni
Viszont az írja, hogy ajánlott új kulcsot generálni hozzá. 
Wiki alapján csinálod? 
)
Marad az LTS kernel.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Google-ban keresgéltem, de... Új vagyok ebben a világban. 
amugy meg igen, jobb a biztonsag
Új hozzászólás Aktív témák
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Microsoft és egyéb dobozos és OEM szoftverek
- Forza horizon 6 prémiumot vásárolnék
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Játékra vagy Munkára! Csere-Beszámítás! I7 3930K / Nvida GTX Titan B / 16GB DDR3 / 500GB SSD!
- 27% - ASUS VivoBook S15 OLED! Snapdragon X Elite / 16GB DDR5 / 1TB NVMe Notebook!
- GAMER PC! Intel Ultra 7 265 / RTX 5070 / 32GB 6000MHz / 1TB Gen4 / 750w Gold!
- Lenovo ThinkPad T14S Gen1 Ryzen5 4650U Refurbished - Akció! Garancia
- Lenovo Thinkstation P320 MT,E3-1220 v6,16GB DDR4,256GB SSD,Quadro M2000 4GB VGA,WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest