Hirdetés

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

  • Sziasztok,

    Egy frissítés után, jobbra lent eltűnt a bluetooth, hálózat és az energia ikon. (azt hiszem ezeket "tray icon"nak hívják.)
    Jobb klikk, panel, hozzáadás és az energia ellátás ikonját (kis elem) sikerült megtalálnom, hozzáadtam és már jó. De a másik kettő nincs a listán. Van valakinek tippje hogy hogy tegyem vissza őked? Esetleg csak várjak új frissítésekre és hátha visszajönnek maguktól?

    xface van.

    Üdv

  • Frawly
    veterán

    Tud valaki olyan lehetőségről, hogy Linux alatt a népszerű tömörítő progik tömörítés (ki-be) használják az összes procimagot? Mert eléggé elkeserítő, hogy 2021-ben még mindig ott tartunk Linux alatt, hogy pl a tar, vagy gunzip 1db procimagot használ. De pl a zip/unzip csak 1db magot képes használni.

    Igen, van rá módszer, de nem általános, amivel minden tömörítő egy csapásra használ minden magot, hanem a különböző tömörítőkből vannak parallel nevű verziók, amik tudnak több szálon ki/betömöríteni, gzip helyett pigz, zstd helyett pzsdt. xz az pont kivétel, abba be van építve a több szál támogatása, de ott is CLI kapcsolót kell beveretni hozzá. Tar-ból nincs parallel, mert annak a működési elve lineáris, tape (TAR = Tape ARchive) folyamot csinál az adatokból, ezt nem tudod párhuzamosítani, de cserébe nem igényel procit/memóriát, csak lemez I/O-t.

    De ha mindezeken túl vagy, akkor is van egy olyan rossz hírem, hogy még ezek a parallel változatok sem tökéletesek, mivel egy fájl per egy szál alapon dolgoznak, és ha egy archívumban vagy mappában kevesebb fájl van, mint amennyi CPU-szál, akkor néhány szál mindenképp kihasználatlan marad.

    De Linuxon és unixlike rendszereken mindig is ilyen elmaradott volt a tömörítés, eleve a legtöbb tömörítő csak egy fájlt tud tömöríteni, azért kell tar-ozni, mert előbb tar-ba bemásolja az összes fájlt/mappát, majd ezt egy nagy fájlként kezelve tömöríti be, ezért van, hogy Linux alatt nem használnak .zip, .gz, .lmza, .zst formátumot, hanem csak tar.gz, tar.bz, tar.xz, tar.lzma, tar.zst, tar.akármi. Van azért ez alól is kivétel, pl. 7-zip, nanozip, Rar, stb., de azok meg sokszor a linuxos jogosultságokat és metaadatokat nem tudják kezelni, eldobják tömörítéskor, míg a tar-os megoldás megőrzi ezeket is.

  • Frawly
    veterán

    Még mindig keymap téma :)
    Arra gondoltam, hogy csinálok K400-nak egy egyéni keymap-et a /usr/local/share/kbd/keymaps folderbe, amit aztán a Sway conf-húzna be induláskor. [link]
    Szerinted ez mennyire járható út? (nem lőnék el vele X órát ha kapásból hülyeség) :)

    Elvileg így működhet, de elég nagy munka minden billentyűnek és kombónak F1-F12 és Fn+F1-F12-ig kinyomozni a kódjait, meg komplett keymapet csinálni belőlük. Majd kíváncsi vagyok mire jutsz vele.

  • Shyciii
    veterán

    Tud valaki olyan lehetőségről, hogy Linux alatt a népszerű tömörítő progik tömörítés (ki-be) használják az összes procimagot? Mert eléggé elkeserítő, hogy 2021-ben még mindig ott tartunk Linux alatt, hogy pl a tar, vagy gunzip 1db procimagot használ. De pl a zip/unzip csak 1db magot képes használni.

  • Archttila
    veterán

    Archon nincs telepítéskor létrehozva semmi. Pont ez a lényege az egész Archnak, pont azért nincs telepítője sem. Alapból csak egy root felhasználó van, be nem állított jelszóval. Nincs létrehozva semmilyen más user telepítéskor, te hozod létre, és az meg úgy jön létre, amilyen kapcsolókkal beveretted az useradd parancsot (Installation Guide vagy Arch Wiki alapján).

    #7673 sati: én is akartam venni ilyen K400-at, de letettem róla, rossz latency, meg ez az Fn mizéria, kellene lennie a billentyűzeten FnLock-nak, de nincs. Csak windowsos szoftverrel lehet megoldani, ha van is rá valami linuxos progi, az tuti X.org-alapú, és Waylanden nem fog menni. Persze nem lehetetlen, hogy létre lehet hozni egy egyedi X.org-kiosztást, amit utána meg lehet adni a Sway beállításainál, de ilyet még nem csináltam, fogalmam sincs hogyan kell.

    Az új laptopom is ilyen, gyárilag Fn-t kell nyomkodni a funkcióbillentyűkhöz, szerencsére van a billentyűzeten FnLock, meg az UEFI BIOS-ban egy opció, ami automatice bekapcsolja induláskor, így nem kellett szenvednem ilyennel. Jó lenne, ha a billgyártók ezt a Fn+ dizájnt dobnák, marha nagy balfékség, semmire nem jó kavarás.

    Még mindig keymap téma :)
    Arra gondoltam, hogy csinálok K400-nak egy egyéni keymap-et a /usr/local/share/kbd/keymaps folderbe, amit aztán a Sway conf-húzna be induláskor. [link]
    Szerinted ez mennyire járható út? (nem lőnék el vele X órát ha kapásból hülyeség) :)

  • Frawly
    veterán

    Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
    Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:

    Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
    graphical.target reached after 786ms in userspace

    Viszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
    Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.

    100 megás EFI partíciónak elégnek kéne lennie, volt, hogy nekem is akkorán voltak a Win10 indítófájlai és az Arch kernele, initramfs-e, fallback initramfs-e, és még hely is maradt rajta valamennyi. Egyébként át lehetne méretezni, vagy egy másik FAT32 partíciót létrehozni a többi mögé, kicsit kéne csak az Archon szerkesztgetni hozzá, de a Windows garantáltan nem bootolna, persze lehet meg lehetne javítani Windows telepítőből indított javítókonzollal, de nem biztosan. De maradhat így is, hogy a fallbacket letiltottad, nekem még 5 év archozás során egyszer se volt rá szükségem, hogy fallbacket bootoljak be.

    Egyébként megint itt jön, amit mondtam. Hogy egy telepítő ne döntse el az ember helyett, hogy neki mekkora EFI partíció kell, mert 640 KB meg 100 mega mindenkinek elégnek kéne lennie. Pont ezért nincs az Archnak telepítője, hogy ne hozzanak meg a user helyett ilyen kontár döntéseket, hanem az ember a saját rendszerét építhesse. Nem azért nincs a telepítő, hogy a kezdőket tartsák távol, meg szopassák a konzolban parancsok begépelésével, meg Wiki-ben írt litániákkal és technoblablával, és magukat elitistának tüntessék fel.

  • zumike
    tag

    Üdv mindenkinek,
    tftp-ről szeretném telepíteni az archlinux, de nem igazán működik.
    Minden más szépen telepíthető: Ubuntu,Debian,Centos.
    A hiba boot során: mounting /dev/disk/by-label to /run/archiso/bootmnt
    Próbáltam nfs-t, http-t, nbd használni forrásnak, semmi sem lett jó.

    Ilyen a konfig:
    LABEL arch64_nbd
    TEXT HELP
    Boot the Arch Linux install medium using NBD.
    It allows you to install Arch Linux or perform system maintenance.
    ENDTEXT
    MENU LABEL Arch Linux install medium (x86_64, NBD)
    LINUX /arch/boot/x86_64/vmlinuz-linux
    INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
    APPEND archisobasedir=arch archisolabel=ARCH_202012 archiso_nbd_srv=${pxeserver} checksum verify
    SYSAPPEND 3

    LABEL arch64_nfs
    TEXT HELP
    Boot the Arch Linux live medium using NFS.
    It allows you to install Arch Linux or perform system maintenance.
    ENDTEXT
    MENU LABEL Arch Linux install medium (x86_64, NFS)
    LINUX /arch/boot/x86_64/vmlinuz-linux
    INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
    APPEND archisobasedir=arch archiso_nfs_srv=${pxeserver}:/run/archiso/bootmnt checksum verify
    SYSAPPEND 3

    LABEL arch64_http
    TEXT HELP
    Boot the Arch Linux live medium using HTTP.
    It allows you to install Arch Linux or perform system maintenance.
    ENDTEXT
    MENU LABEL Arch Linux install medium (x86_64, HTTP)
    LINUX /arch/boot/x86_64/vmlinuz-linux
    INITRD /arch/boot/intel-ucode.img,/arch/boot/amd-ucode.img,/arch/boot/x86_64/initramfs-linux.img
    APPEND archisobasedir=arch archiso_http_srv=http://${pxeserver}/ checksum verify
    SYSAPPEND 3

  • ztsoft
    őstag

    Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
    Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:

    Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
    graphical.target reached after 786ms in userspace

    Viszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
    Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.

    Szia!

    Én is sokat szórakoztam vele a kevés hely miatt, még végül oda jutottam, hogy az EFI partíciót nem a /boot alá csatolom, hanem a /boot/efi alá. Így csak az UEFI cuccai kerülnek bele.

    /dev/sdb1 2048 206847 204800 100M EFI System /dev/sdb2 206848 239615 32768 16M Microsoft reserved /dev/sdb3 239616 313549539 313309924 149,4G Microsoft basic data /dev/sdb4 313550848 314570751 1019904 498M Windows recovery environment /dev/sdb5 314570752 419428351 104857600 50G Linux filesystem /dev/sdb6 419428352 976773134 557344783 265,8G Linux filesystem

    /dev/sdb5 49G 24G 23G 51% / /dev/sdb6 261G 22G 226G 9% /home /dev/sdb1 96M 27M 70M 28% /boot/efi

  • csixy
    addikt

    Annyira nem létfontosságú az a partíció, mert aha előre partícionálom a lemezt akkor eleve létre se jön. Virtuális gépben kipróbálom, mi lesz ha törlöm meg új EFI partíciót hozok létre a régi helyett és a régit törlöm.
    Gondolom azért kell az MSR ha nincs telepítő lemez, akkor onnan állítja be magát újra a rendszer reset-kor a gépházban.

    Állítólag azért kell mert ennek a segítségével tud a saját helyével hely szűkében boldogulni. Tehát mintha egy parkolóházban lenne egy virtuális tolatósarok, ami mindig pontosan ott terem ahová be akar valaki tolatni átmenetileg.

  • jimmy399
    senior tag

    Az sda3-at, az MSR partíciót kell békén hagyni.

    Annyira nem létfontosságú az a partíció, mert aha előre partícionálom a lemezt akkor eleve létre se jön. Virtuális gépben kipróbálom, mi lesz ha törlöm meg új EFI partíciót hozok létre a régi helyett és a régit törlöm.
    Gondolom azért kell az MSR ha nincs telepítő lemez, akkor onnan állítja be magát újra a rendszer reset-kor a gépházban.

  • csixy
    addikt

    Rendben, akkor majd békén hagyom a recovery partition-t. köszönöm a segítséget!

    Az sda3-at, az MSR partíciót kell békén hagyni.

  • jimmy399
    senior tag

    Az sda3-at ne bántsad, hagyd változatlanul és közvetlenül az sda4 előtt maradjon. Az sda4 túlsó végéből lecsíphetsz az új EFI partíció számára, de szerintem elég annak 512 megabájt is bőven. Költöztetés után lehet, hogy kell majd BCD javítás.Ha zavar a megszüntetett sda2 helye, akkor inkább terjeszd ki rá az sda1-et. Átmenetileg a biztonság kedvéért valami hülye flaggel megpróbálhatod elrejteni a tartaléknak hagyott eredeti EFI partíciót és majd ha jól működik az új, akkor töröljed csak.

    Rendben, akkor majd békén hagyom a recovery partition-t. köszönöm a segítséget!

  • csixy
    addikt

    Így néz ki a lemez partícionálása:

    sda 8:0 0 465,8G 0 disk
    ├─sda1 8:1 0 300M 0 part windows Helyreállítási partíció
    ├─sda2 8:2 0 100M 0 part /boot vagy EFI partíció
    ├─sda3 8:3 0 128M 0 part Microsoft reserved partition
    ├─sda4 8:4 0 444,7G 0 part /home/jimmy/Windows_mount
    └─sda5 8:5 0 20,5G 0 part / Arch_root

    Mi van, ha az sda4-ből lekicsinyítek 1 gigabájtot, azt megformázom fat32-re, beállítom EFI partíciónak és az sda2-t átmásolom rá, és hozzáadom a sda3-hoz, vagy ha az nem megy akkor sda2-sda3-at hozzáadom az sda4-hez, így lesz egy új EFI partícióm, és nem is kell tologatnom semmit sem. Újratelepítést már eljátszottam teljesen párszor, mert ez az eltolásdi, meg partíció kiterjesztősdi lemezkéből nem sikerült jól, mert rohadt lassú lett a rendszer, egy 64 Gb-os ssd-ről klónoztam át a dualboot-ot és belssulások voltak, pedig az alignment jó volt, de mégsem.

    Az sda3-at ne bántsad, hagyd változatlanul és közvetlenül az sda4 előtt maradjon. Az sda4 túlsó végéből lecsíphetsz az új EFI partíció számára, de szerintem elég annak 512 megabájt is bőven. Költöztetés után lehet, hogy kell majd BCD javítás.Ha zavar a megszüntetett sda2 helye, akkor inkább terjeszd ki rá az sda1-et. Átmenetileg a biztonság kedvéért valami hülye flaggel megpróbálhatod elrejteni a tartaléknak hagyott eredeti EFI partíciót és majd ha jól működik az új, akkor töröljed csak.

  • jimmy399
    senior tag

    Ha a windosból átméretezed a C: partíciót egy picit kisebbre, majd Gparteddel move-olod hátrébb , akkor utána meglehetősen nehéz a 16 megabájtos MSR partíciót hátrébb tolni, ezután tudnád megnagyobbítani az EFI partíciót, de félő, hogy mindezek után még BCD boot javításra lesz szükség. Járható út , de nehéz. Én már egyszer korábban megcsináltam így valahogy. Ha van elég időd , akkor újratelepítéssel elegánsabban könnyedébben meg lehet csinálni. Gparteddel csinálsz a GPT diskre 3 partíciót , az első egy akkora partíció amekkorával nagyobbra szeretnéd majdan növelni az EFI partíciót. Ezt formázd meg mondjuk ext2-re. A második partíció akkora legyen , amennyi helyet a windowsnak szánsz. A maradék helyet foglald le a linuxnak és formázd ext4-re például. Most töröld a második partíciót. Szállj ki a Gpartedből. Most indítsd a windows telepítőt és mutasd meg neki a szabad helyet, hogy oda parancsoljon befáradni. Már van egy működő windowsod. Most a live linux Gparteddel töröld az első ext2-es partíciót. Move-old előre a 399, vagy 400 megabájtos, vagy mittomén mekkora recovery partícióját a windowsnak. Terjeszd ki az EFI partíciót. Szállj ki. Próbáld bebootolni a windowst. Vagy sikerül vagy nem. Ha nem sikerül , akkor BCD bootjavítás kell és menni fog a vindows. Most következhet izlésed szerint a linux telepítése az eredetileg harmadik partíció helyére.

    Így néz ki a lemez partícionálása:

    sda 8:0 0 465,8G 0 disk
    ├─sda1 8:1 0 300M 0 part windows Helyreállítási partíció
    ├─sda2 8:2 0 100M 0 part /boot vagy EFI partíció
    ├─sda3 8:3 0 128M 0 part Microsoft reserved partition
    ├─sda4 8:4 0 444,7G 0 part /home/jimmy/Windows_mount
    └─sda5 8:5 0 20,5G 0 part / Arch_root

    Mi van, ha az sda4-ből lekicsinyítek 1 gigabájtot, azt megformázom fat32-re, beállítom EFI partíciónak és az sda2-t átmásolom rá, és hozzáadom a sda3-hoz, vagy ha az nem megy akkor sda2-sda3-at hozzáadom az sda4-hez, így lesz egy új EFI partícióm, és nem is kell tologatnom semmit sem. Újratelepítést már eljátszottam teljesen párszor, mert ez az eltolásdi, meg partíció kiterjesztősdi lemezkéből nem sikerült jól, mert rohadt lassú lett a rendszer, egy 64 Gb-os ssd-ről klónoztam át a dualboot-ot és belssulások voltak, pedig az alignment jó volt, de mégsem.

  • csixy
    addikt

    Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
    Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:

    Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
    graphical.target reached after 786ms in userspace

    Viszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
    Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.

    Ha a windosból átméretezed a C: partíciót egy picit kisebbre, majd Gparteddel move-olod hátrébb , akkor utána meglehetősen nehéz a 16 megabájtos MSR partíciót hátrébb tolni, ezután tudnád megnagyobbítani az EFI partíciót, de félő, hogy mindezek után még BCD boot javításra lesz szükség. Járható út , de nehéz. Én már egyszer korábban megcsináltam így valahogy. Ha van elég időd , akkor újratelepítéssel elegánsabban könnyedébben meg lehet csinálni. Gparteddel csinálsz a GPT diskre 3 partíciót , az első egy akkora partíció amekkorával nagyobbra szeretnéd majdan növelni az EFI partíciót. Ezt formázd meg mondjuk ext2-re. A második partíció akkora legyen , amennyi helyet a windowsnak szánsz. A maradék helyet foglald le a linuxnak és formázd ext4-re például. Most töröld a második partíciót. Szállj ki a Gpartedből. Most indítsd a windows telepítőt és mutasd meg neki a szabad helyet, hogy oda parancsoljon befáradni. Már van egy működő windowsod. Most a live linux Gparteddel töröld az első ext2-es partíciót. Move-old előre a 399, vagy 400 megabájtos, vagy mittomén mekkora recovery partícióját a windowsnak. Terjeszd ki az EFI partíciót. Szállj ki. Próbáld bebootolni a windowst. Vagy sikerül vagy nem. Ha nem sikerül , akkor BCD bootjavítás kell és menni fog a vindows. Most következhet izlésed szerint a linux telepítése az eredetileg harmadik partíció helyére.

  • jimmy399
    senior tag

    Végre át tudtam én is térni UEFI-s bootra, eddig pár dolog akadályozott, de egy teljes rendszerújratelepítés után gondoltam kipróbálom már.
    Vanilla arch linux (xfce4 DE, 12 GB RAM AMD A8-5600K AMD HD7650D, Samsung 512 SSD, grub2 boot loader, tudom, lehetne systemd-boot-is de nem akartam a dualboot miatt a win8.1-el): a boot idő:

    Startup finished in 78us (firmware) + 17us (loader) + 1.204s (kernel) + 1.617s (initrd) + 809ms (userspace) = 3.631s
    graphical.target reached after 786ms in userspace

    Viszont az EFI partíciót a windows hozta létre. 100MB. Nagyon lecsökkent a hely rajta, így kénytelen voltam kiszedni a fallback initrd generálást. Valami más ötlet van?
    Relatíve új vagyok az UEFI boot-ban, virtuális gépben már sokat gyakroltam dualboot-ot, meg olvasgattam is a témába, azárt nagyjából megvan, hogyan is működik kb.

  • Frawly
    veterán

    Így van. Nálam még ez régi melós beidegződés, hogy az alap userek is legyenek egy általános csoportban a jogok könnyebb kiosztása miatt. Ez a céges beidegződés aztán megmaradt otthoni telepítésnél is. Végülis vizet nem zavar alapon :)

    Ez szerintem fordítva van. Az vanilla Arch és vanilla származékai (telepítő nélkül), azért rakják a user-t a userneve csoportba külön, ha felelőtlen csoportjogokat osztogat a fájlrendszeren, akkor még mindig nincs baj, mert ő a saját csoportjának a tagja, és másnak nem adott hozzáférést. Míg ha egy általános csoportba tartozik, akkor egy hibás döntésével több embernek is adhat hozzáférést, ami biztonsági kockázat. Nekem, mint írtam, mindegy.

    Ez sokszor ízlés kérdése is, hogy ki milyen csoportba szereti tenni a felhasználót, meg milyen szoftvereket használ.

  • szuszinho
    őstag

    Valóban és sorry. Kérdés, hogy szuszhino-nak milyen rendszere van?

    Nem használtam scriptet. Hogy melyik leírás, wiki alapján tettem fel, már nem tudom...

  • Shyciii
    veterán

    Akkor fény derült a titokra. Tehát az állításod nem állja meg a helyét, mert nem Arch linuxra vonatkozik. Ugyanis, Arch-on nincs telepítő, ergo nem is tudsz benne felhasználót megadni. Az pedig, hogy egy scriptben, vagy egy összerakott rendszerben (telepítőben) a készítő mit csinált, nem az Arch-ra vonatkozik.

    #7679 Shyciii: tehát te direktben megadod, hogy az users csoport legyen az elsődleges csoport, ahogy valószínűleg a kollégák által használt scriptek/telepítők/rendszerek is teszik.

    Így van. Nálam még ez régi melós beidegződés, hogy az alap userek is legyenek egy általános csoportban a jogok könnyebb kiosztása miatt. Ez a céges beidegződés aztán megmaradt otthoni telepítésnél is. Végülis vizet nem zavar alapon :)

  • #63718632
    törölt tag

    Akkor fény derült a titokra. Tehát az állításod nem állja meg a helyét, mert nem Arch linuxra vonatkozik. Ugyanis, Arch-on nincs telepítő, ergo nem is tudsz benne felhasználót megadni. Az pedig, hogy egy scriptben, vagy egy összerakott rendszerben (telepítőben) a készítő mit csinált, nem az Arch-ra vonatkozik.

    #7679 Shyciii: tehát te direktben megadod, hogy az users csoport legyen az elsődleges csoport, ahogy valószínűleg a kollégák által használt scriptek/telepítők/rendszerek is teszik.

    Valóban és sorry. Kérdés, hogy szuszhino-nak milyen rendszere van?

  • vargalex
    félisten

    @Frawly
    Értetlenségem oka ez lehet:
    [Arch Linux][~]$ id
    uid=1000(arcsi) gid=985(users) csoportok=985(users),98(power),108(vboxusers),986(video),991(lp),995(audio),998(wheel),999(adm)
    [Arch Linux][~]$ groups
    power vboxusers users video lp audio wheel adm
    [Arch Linux][~]$ 
    Tiszta Arch-on most nem tudom megnézni, mert töröltem a vgépet.
    Viszont ezt a szisztémát az összes "barátságos" Arch rendszernél tapasztaltam.
    Az elsőnek létrehozott felhasználó az, akit a telepítőben megadsz.

    Az is érdekes, hogy az Arch Wiki a users csoportot most a használaton kívűli csoportnak mondja a power csoporttal együtt.

    Akkor fény derült a titokra. Tehát az állításod nem állja meg a helyét, mert nem Arch linuxra vonatkozik. Ugyanis, Arch-on nincs telepítő, ergo nem is tudsz benne felhasználót megadni. Az pedig, hogy egy scriptben, vagy egy összerakott rendszerben (telepítőben) a készítő mit csinált, nem az Arch-ra vonatkozik.

    #7679 Shyciii: tehát te direktben megadod, hogy az users csoport legyen az elsődleges csoport, ahogy valószínűleg a kollégák által használt scriptek/telepítők/rendszerek is teszik.

  • Shyciii
    veterán

    Én a saját telepítőscriptemben így hozom létre a useremet:
    arch-chroot /mnt useradd -m -g users -G audio,video,network,wheel,storage,lp,rfkill shyciii

  • #63718632
    törölt tag

    Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
    Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható...

    @Frawly
    Értetlenségem oka ez lehet:
    [Arch Linux][~]$ id
    uid=1000(arcsi) gid=985(users) csoportok=985(users),98(power),108(vboxusers),986(video),991(lp),995(audio),998(wheel),999(adm)
    [Arch Linux][~]$ groups
    power vboxusers users video lp audio wheel adm
    [Arch Linux][~]$ 
    Tiszta Arch-on most nem tudom megnézni, mert töröltem a vgépet.
    Viszont ezt a szisztémát az összes "barátságos" Arch rendszernél tapasztaltam.
    Az elsőnek létrehozott felhasználó az, akit a telepítőben megadsz.

    Az is érdekes, hogy az Arch Wiki a users csoportot most a használaton kívűli csoportnak mondja a power csoporttal együtt.

  • vargalex
    félisten

    Igen, nálam is így hozza létre az useradd -m parancs, amit mindig az Arch Wiki alapján csinálok. Az megint más, hogy én utána usermod-dal berakom a felhasználóm a video, storage, disk, audio, wheel csoportba is, néhány szoftvernek meg a sudo-nak szüksége van ezekre. De ez sem úgy történik, hogy így hozódik létre telepítéskor, hanem én futtatom tudatosan ezeket a user/group parancsokat, semmilyen automata installer nem dönti el ezt helyettem. Ez a jó az Archban, csak a systemd és az initramfs van eldöntve az ember helyett, minden mást saját maga állíthat, telepíthet.

    Engem egyébként nem érdekelne, hogy a userem tagja-e a userem nevű csoportnak, vagy csak a users-nek. Teljesen mindegy. Ha annyira zavar valakit, később egy darab usermod paranccsal át tudja ezt szabni magának, csak akkor lehet a fájlrendszeren a user fájljainál át kell szabni a csoportjogosulságokat is chmod-dal.

    Egyébként míg nem lesz jó a Gentoo-m, addig feldobok egy Archot az Artix helyére. Oka: Artixon nem tudtam megoldani a lassú mirrorokat, és a rendszer idle memóriafogyasztása elszállt 300 MB-ra, ami nálam sok. Archon 140-170 körül tartottam, pedig ott systemd is van.

    Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
    Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható...

  • Frawly
    veterán

    Miért érdekes, hogy az userem milyen csoportok tagja? Berakom az id kimenetet is, mert jobban látszik.
    A virtuális gépen:

    [gavarga@nmhh-build ~]$ groups
    gavarga
    [gavarga@nmhh-build ~]$ id
    uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga)

    Saját gépemen:
    [gavarga@gavarga-5590 ~]$ groups
    lock tomcat8 tomcat9 tomcat7 network vboxusers wireshark docker uucp gavarga
    [gavarga@gavarga-5590 ~]$ id
    uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga),54(lock),57(tomcat8),58(tomcat9),71(tomcat7),90(network),108(vboxusers),150(wireshark),970(docker),987(uucp)

    Igen, nálam is így hozza létre az useradd -m parancs, amit mindig az Arch Wiki alapján csinálok. Az megint más, hogy én utána usermod-dal berakom a felhasználóm a video, storage, disk, audio, wheel csoportba is, néhány szoftvernek meg a sudo-nak szüksége van ezekre. De ez sem úgy történik, hogy így hozódik létre telepítéskor, hanem én futtatom tudatosan ezeket a user/group parancsokat, semmilyen automata installer nem dönti el ezt helyettem. Ez a jó az Archban, csak a systemd és az initramfs van eldöntve az ember helyett, minden mást saját maga állíthat, telepíthet.

    Engem egyébként nem érdekelne, hogy a userem tagja-e a userem nevű csoportnak, vagy csak a users-nek. Teljesen mindegy. Ha annyira zavar valakit, később egy darab usermod paranccsal át tudja ezt szabni magának, csak akkor lehet a fájlrendszeren a user fájljainál át kell szabni a csoportjogosulságokat is chmod-dal.

    Egyébként míg nem lesz jó a Gentoo-m, addig feldobok egy Archot az Artix helyére. Oka: Artixon nem tudtam megoldani a lassú mirrorokat, és a rendszer idle memóriafogyasztása elszállt 300 MB-ra, ami nálam sok. Archon 140-170 körül tartottam, pedig ott systemd is van.

  • Frawly
    veterán

    Telepítéskor az első létrehozott user-re gondoltam. Eddig ahány ahányféle telepítésem volt, abban mindben users volt a groups kimenetben, de saját nevű csoport nem.
    Második felhasználó hozzáadásakor, mint ahogy említetted. Valóban létrejön a saját csoportja, másban nincs is benne.
    Ezért is vágtam rá gyorsan az első hozzászólásban, mert nekem is furcsa volt deb rendszerek után.

    Archon nincs telepítéskor létrehozva semmi. Pont ez a lényege az egész Archnak, pont azért nincs telepítője sem. Alapból csak egy root felhasználó van, be nem állított jelszóval. Nincs létrehozva semmilyen más user telepítéskor, te hozod létre, és az meg úgy jön létre, amilyen kapcsolókkal beveretted az useradd parancsot (Installation Guide vagy Arch Wiki alapján).

    #7673 sati: én is akartam venni ilyen K400-at, de letettem róla, rossz latency, meg ez az Fn mizéria, kellene lennie a billentyűzeten FnLock-nak, de nincs. Csak windowsos szoftverrel lehet megoldani, ha van is rá valami linuxos progi, az tuti X.org-alapú, és Waylanden nem fog menni. Persze nem lehetetlen, hogy létre lehet hozni egy egyedi X.org-kiosztást, amit utána meg lehet adni a Sway beállításainál, de ilyet még nem csináltam, fogalmam sincs hogyan kell.

    Az új laptopom is ilyen, gyárilag Fn-t kell nyomkodni a funkcióbillentyűkhöz, szerencsére van a billentyűzeten FnLock, meg az UEFI BIOS-ban egy opció, ami automatice bekapcsolja induláskor, így nem kellett szenvednem ilyennel. Jó lenne, ha a billgyártók ezt a Fn+ dizájnt dobnák, marha nagy balfékség, semmire nem jó kavarás.

  • Frawly
    veterán

    Mármint hogy volt szerinted eddig? Szerintem a kezdetektől saját csoportot csinál alapból.

    Igen, ezt megerősítem, ha valaki az Arch Wiki user and groups cikkét követi, akkor ott a legelején említett useradd -m blabla sor felhasználónév felhasználót default a felhasználónév csoportba létrehozva teszi be, Archon és Artixon is. Bár nem is értem mit kever a kolléga, ez neki miért fontos, mert ha nincs is saját csoportban, akkor is épp úgy kéne működjön minden. Szerintem valami kókler install scripttel telepítette, vagy rosszul másolt ki valami parancsot.

    Egyébként meg úgy kell felhasználót hozzáadni, ahogy Chuck Norris csinálja, systemd-homed-vel, akkor a gid/uid lesz a legkisebb probléma :DDD

  • Archttila
    veterán

    Wayland alatt milyen lehetőség van remappelni az egyik billentyűzetemet? Lényegében csak a funkcióbillentyűket szeretném úgy beállítani, hogy alapértelmezésben ne az FN szimbólumokkal operáljon, hanem mint minden standard billen F1-F12-ig funkcionáljanak.
    Egy Logitech K400 Plus-ról van szó. [kép]

    Első körben a solaart találtam, csak annak sok a függősége :D (python meg egyéb rémségek) :D

  • vargalex
    félisten

    groups kimenetet tudnál mutatni?

    Miért érdekes, hogy az userem milyen csoportok tagja? Berakom az id kimenetet is, mert jobban látszik.
    A virtuális gépen:

    [gavarga@nmhh-build ~]$ groups
    gavarga
    [gavarga@nmhh-build ~]$ id
    uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga)

    Saját gépemen:
    [gavarga@gavarga-5590 ~]$ groups
    lock tomcat8 tomcat9 tomcat7 network vboxusers wireshark docker uucp gavarga
    [gavarga@gavarga-5590 ~]$ id
    uid=1000(gavarga) gid=1000(gavarga) csoportok=1000(gavarga),54(lock),57(tomcat8),58(tomcat9),71(tomcat7),90(network),108(vboxusers),150(wireshark),970(docker),987(uucp)

  • #63718632
    törölt tag

    Természetesen azt akartam írni, hogy a második/harmadik usert ugyan úgy hozod létre és ugyan azon a rendszeren, mint az elsőt.

    groups kimenetet tudnál mutatni?

  • vargalex
    félisten

    A második/harmadik/stb. usert ugyan úgy és ugyan azon a rendszeren hozod létre, mint később. Legfeljebb, ha nem követed teljesen a telepítési leírást (ahogy pl. én), akkor még chroot-ban létrehozod. De az akkor is ugyan az a rendszer, ugyan úgy működik.

    Szerk.: Van virtuális gépen egy 2016.07.25-én telepített Arch linuxom, amit ugyan úgy telepítettem, mint mindig. Már ott is saját csoport jött létre:

    [gavarga@nmhh-build ~]$ cat /var/log/pacman.log | head -n 1
    [2016-07-25 11:17] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base base-devel'
    [gavarga@nmhh-build ~]$ grep gavarga /etc/passwd
    gavarga:x:1000:1000::/home/gavarga:/bin/bash
    [gavarga@nmhh-build ~]$ grep 1000 /etc/group
    gavarga:x:1000:

    Természetesen azt akartam írni, hogy a második/harmadik usert ugyan úgy hozod létre és ugyan azon a rendszeren, mint az elsőt.

  • vargalex
    félisten

    Telepítéskor az első létrehozott user-re gondoltam. Eddig ahány ahányféle telepítésem volt, abban mindben users volt a groups kimenetben, de saját nevű csoport nem.
    Második felhasználó hozzáadásakor, mint ahogy említetted. Valóban létrejön a saját csoportja, másban nincs is benne.
    Ezért is vágtam rá gyorsan az első hozzászólásban, mert nekem is furcsa volt deb rendszerek után.

    A második/harmadik/stb. usert ugyan úgy és ugyan azon a rendszeren hozod létre, mint később. Legfeljebb, ha nem követed teljesen a telepítési leírást (ahogy pl. én), akkor még chroot-ban létrehozod. De az akkor is ugyan az a rendszer, ugyan úgy működik.

    Szerk.: Van virtuális gépen egy 2016.07.25-én telepített Arch linuxom, amit ugyan úgy telepítettem, mint mindig. Már ott is saját csoport jött létre:

    [gavarga@nmhh-build ~]$ cat /var/log/pacman.log | head -n 1
    [2016-07-25 11:17] [PACMAN] Running 'pacman -r /mnt -Sy --cachedir=/mnt/var/cache/pacman/pkg --noconfirm base base-devel'
    [gavarga@nmhh-build ~]$ grep gavarga /etc/passwd
    gavarga:x:1000:1000::/home/gavarga:/bin/bash
    [gavarga@nmhh-build ~]$ grep 1000 /etc/group
    gavarga:x:1000:

  • #63718632
    törölt tag

    Mármint hogy volt szerinted eddig? Szerintem a kezdetektől saját csoportot csinál alapból.

    Telepítéskor az első létrehozott user-re gondoltam. Eddig ahány ahányféle telepítésem volt, abban mindben users volt a groups kimenetben, de saját nevű csoport nem.
    Második felhasználó hozzáadásakor, mint ahogy említetted. Valóban létrejön a saját csoportja, másban nincs is benne.
    Ezért is vágtam rá gyorsan az első hozzászólásban, mert nekem is furcsa volt deb rendszerek után.

  • vargalex
    félisten

    Furcsa nekem is, utána nézek. Eddig az összes Arch rendszeren így volt. Érdekes.

    Mármint hogy volt szerinted eddig? Szerintem a kezdetektől saját csoportot csinál alapból.

  • #63718632
    törölt tag

    Ezt nem igazán értem. Ha a wiki-ben ajánlott módszerrel hozod létre az usert, akkor bizony saját group jön létre:

    [gavarga@gavarga-5590 ~]$ sudo useradd -m testuser
    [gavarga@gavarga-5590 ~]$ grep testuser /etc/passwd
    testuser:x:1001:1001::/home/testuser:/bin/bash
    [gavarga@gavarga-5590 ~]$ grep 1001 /etc/group
    testuser:x:1001:

    Furcsa nekem is, utána nézek. Eddig az összes Arch rendszeren így volt. Érdekes.

  • vargalex
    félisten

    Nem emlékszem a pontos lépésekre a telepítés során, de nálam így alakult, és javítottam. Most már nem a users az elsődleges csoport.

    Az useradd man-jában ez áll:

    -g, --gid GROUP
        The group name or number of the user's initial login group. The group name must exist. A group number must refer to an already existing group.
        If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB variable in /etc/login.defs. If this variable is set to yes (or -U/--user-group is specified on the command line), a group will be created for
        the user, with the same name as her loginname. If the variable is set to no (or -N/--no-user-group is specified on the command line), useradd will set the primary group of the new user to the value specified by the GROUP
        variable in /etc/default/useradd, or 100 by default.

    A korábban hivatkozott wiki-ben pedig ez áll:

    If an initial login group is specified by name or number, it must refer to an already existing group. If not specified, the behaviour of useradd will depend on the USERGROUPS_ENAB variable contained in /etc/login.defs. The default behaviour (USERGROUPS_ENAB yes) is to create a group with the same name as the username.

    Tehát default-ban csak akkor lesz az users csoport tagja, ha azt az useradd parancsnál a -g kapcsoló használatával direkt kéred.

    De az egész erre a hozzászólásra regalálás.

  • szuszinho
    őstag

    Milyen legelején legelsőre gondolsz? Az Install guide végén található Post-Installation bekezdésben hivatkozott General recommendations első - Users and group - bekezdésében hivatkozott User management rögtön az általam is írt parancsot adja.

    Nem emlékszem a pontos lépésekre a telepítés során, de nálam így alakult, és javítottam. Most már nem a users az elsődleges csoport.

  • vargalex
    félisten

    A legelején, a legelső úgy néz ki nem.

    Milyen legelején legelsőre gondolsz? Az Install guide végén található Post-Installation bekezdésben hivatkozott General recommendations első - Users and group - bekezdésében hivatkozott User management rögtön az általam is írt parancsot adja.

  • szuszinho
    őstag

    Ezt nem igazán értem. Ha a wiki-ben ajánlott módszerrel hozod létre az usert, akkor bizony saját group jön létre:

    [gavarga@gavarga-5590 ~]$ sudo useradd -m testuser
    [gavarga@gavarga-5590 ~]$ grep testuser /etc/passwd
    testuser:x:1001:1001::/home/testuser:/bin/bash
    [gavarga@gavarga-5590 ~]$ grep 1001 /etc/group
    testuser:x:1001:

    A legelején, a legelső úgy néz ki nem.

  • vargalex
    félisten

    Arch-on def. nincs a usernek saját csoportja, users-be kerül bele. Debian-Ubuntu után furcsa egy kicsit.

    Ezt nem igazán értem. Ha a wiki-ben ajánlott módszerrel hozod létre az usert, akkor bizony saját group jön létre:

    [gavarga@gavarga-5590 ~]$ sudo useradd -m testuser
    [gavarga@gavarga-5590 ~]$ grep testuser /etc/passwd
    testuser:x:1001:1001::/home/testuser:/bin/bash
    [gavarga@gavarga-5590 ~]$ grep 1001 /etc/group
    testuser:x:1001:

  • csixy
    addikt

    Azért azt tudnod kell, hogy a soros (illetve párhuzamos, vagy szinte bármilyen port) kezelése sokkal könnyebb/jobban meg van oldva linuxon, mint windowson...

    Egyébként néha a windows használata segít megtalálni szépen szólva egy kiskaput. Itt egy példa egy régi híres tool kiváltására fritzbox ügyben és így még sokkal gyorsabb is a folyamat, nincs benne annyi kavarc, mint ami a régi toolban volt. [link]

  • #63718632
    törölt tag

    Azt hiszem nem jól adtam meg a felhasználóm a telepítés során.
    Jelenleg: szuszi:x:1000:985
    Ugyan létrehoztam a szuszi csoport is aminek tagja a felhasználó, de nem kellene a users csoportból kivenni, hogy alapból 1000:1000 legyen?

    Arch-on def. nincs a usernek saját csoportja, users-be kerül bele. Debian-Ubuntu után furcsa egy kicsit.

  • csixy
    addikt

    Azért azt tudnod kell, hogy a soros (illetve párhuzamos, vagy szinte bármilyen port) kezelése sokkal könnyebb/jobban meg van oldva linuxon, mint windowson...

    Köszönöm. Ha legközelebb ilyesmire lesz szükségem utána fogok keresni linux vonalon. Csak a neten mindig a windowsos leírást lehetett megtalálni anno. Logikus, hogy linuxszal jobban kell működjön a buherálás, hiszen a végén a cél a vas szintjén mindig linux.

    Frawly #7655 : Az is érdekes hogy linuxon sokkal gyorsabb a betömörítés folyamata, vagy a szoftverek telepítése wine alá, mint windowson.

  • szuszinho
    őstag

    Azt hiszem nem jól adtam meg a felhasználóm a telepítés során.
    Jelenleg: szuszi:x:1000:985
    Ugyan létrehoztam a szuszi csoport is aminek tagja a felhasználó, de nem kellene a users csoportból kivenni, hogy alapból 1000:1000 legyen?

  • vargalex
    félisten

    A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
    A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView).

    Azért azt tudnod kell, hogy a soros (illetve párhuzamos, vagy szinte bármilyen port) kezelése sokkal könnyebb/jobban meg van oldva linuxon, mint windowson...

  • Frawly
    veterán

    A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
    A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView).

    Elég régi eszközeid lehetnek, én már routereken sem látom soros portot elég régóta, legalább a lakossági, konzumer eszközökön nem. Céges/ipari routernél, switchnél, stb. még van. Soros port ugyanolyan jól megy Linux alatt is, csak valami biztonsági alap szabály tiltja alapból a hozzáférést, külön jogosultságadással kell engedélyt adni, onnan megy. Egyedül műholdvevőnél lehet problémás a soros port, nem a soros porti mivolta miatt, hanem mert általában valami Windows only segédprogramot is igényel a firmware feltöltése, ami a hardverközeli matatás miatt jó eséllyel nem megy Wine-ban, de sajnos műholdvevőn ez a firmware-cserélgetés, meg kódolásmatatás mindig szopóroller, még Windowson is, max. csak pár lelkes műkedvelő szokott vele szórakozni.

    Outlook-os mailszolgáltatást nem ismerem, de ha viszi a Thunderbird, akkor a kérdést meg is válaszoltad saját magad.

    Ezt a képkivágást, képbetömörítést simán viszi a GIMP is, de talán még valami linuxos Paint klón is (Paint.NET, MyPaint, stb.). Ezeknek az Irfan/XnView progiknak inkább csak tömeges konvertálásnál van értelme, de arra meg ugyanolyan jó az imagemagick convert, csak ki kell tapasztalni a felparaméterezését, terminálba bevereted:
    pacman -S imagemagick
    cd képek_mappája
    convert újméretxújméret+eltolás+eltolás -quality blabla% *.akármi *.jpg

    De csak most a te kedvedért kipróbáltam, feltettem Artixra az XnView MP-t AUR-ból. Csak egy apróbb függősége volt, probléma nélkül felment pár másodpercen belül. Teljesen jól működik, tudja azt, amit keresel, megnyitom a képet, kijelölöm azt a részét, amit ki akarok vágni, majd Crop (Shift+X), végül File - Export menü (Crtl+Alt+S) és ott be lehet állítani, hogy jpg-be mentsen, hány százalékos tömörítéssel, milyen beállításokkal, mikor megvagy, Export... gomb, ott rákérdez hová mented, milyen néven, és kész.

    Nyilván a felülete kicsit fapadosabb, mint az IrfanView, meg kevesebbet is tud az XnView MultiPlatform változata (a multiplatform miatt), de azért használható. Ezért is írom, hogy a megszokás nagy úr, a gépek nagy részén a mai napig azért van Windows, mert a user azt szokta meg, ergo az áll neki kézre. Ha majd annyira megszokod a Linuxot meg a linuxos ökoszisztémát, az fog kézre állni, és a Windows nem fog többé.

    Bár még az IrfanView nem olyan nagy érvágás Wine-ben, mivel egy kisebb méretű szoftver, nem használ túl sok windows-specifikus hívást, sem hardverközeli mókolást, sem DRM-et, nem telepít szutyok kémszoftvereket és service-eket, a képfeldolgozás-tömörítés a mai prociknak nem tétel egy átlag szintig, ergo az emulációs overheadje se magas. De! Elvi kérdés, hogy ha van rá használható natív alternatíva, akkor lehetőleg annál érdemes maradni. Ha mindenre ilyen megszokásból Wine-t használsz, akkor kb. nem sok értelme volt Linuxra váltani. Félre ne érts, okés a Wine, olyan programoknál, amiknek nincs tényleg linuxos alternatívája (néhány játék, és legacy program, pl. nálam a Scriptum GIB szótár kezelőprogija, Apple QAAC encoder, stb., de ez utóbbit nem nagyon használom, eleve natív oggenc-et és Goldendictet használok pl., inkább csak a Steam miatt van fent a Wine). Akkor valóban jobb Wine-ozni, mint Windowsra átbootolni, meg a gépen NTFS partíciókat tartani, stb.. De nem szabad túlzásba sem esni, a minimumon tartani a Wine-os alkalmazások számát. Így tisztább, gyorsabb, meg így fogsz csak Linux terén fejlődni.

  • csixy
    addikt

    Nem, nincs harag, nem is azért írtam, hogy megbántsalak. Csak furákat írsz, mint most is a windowson levelezést szereted. Az pl. pont az a műfaj Windowson, hogy egyik (pl. Outlook akármelyik verziója) mailkliens C4rabb, mint a másik (pl. The Bat), egy normális van, a Thunderbird, de az meg natívan megy Linux alatt is. Elég sokan csak böngészőből leveleznek webes felületről, arra meg megint csak jó ugyanaz a Firefox, Chrome, akármi, ami Linux alá is van.

    Párhuzamos portot is van 15 éve nem használtam (akkor is utoljára retró gépeken), az utoljára nagyon régi nyomtatóknak, ősi szkennereknek, ZIP drive-oknak kellett, meg két DOS-os gép összekötésére, ha nem volt bennük hálókártya, de mégis fájlokat akart megosztani az ember, gyorsabban, mint a soros port lehetővé tette. Már vagy 10+ éve egy új gépre se teszik rá ezt a portot.

    A soros portnak lehet még haszna, egyes eszközökön (szerver, hálózati eszköz, műholdvevő, ipari gépek, stb.) az admin port / konzol még mindig soros port, de ezt meg USB-RS232 adapterrel szokták megoldani, meg ez megint már nem home user kategória, amit az itteni PH-s topikokban én azért titkon feltételezek.

    XnView-ból mi hiányzik, ami az Irfanban benne van?

    A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
    A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView).

  • Frawly
    veterán

    Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.

    Nem, nincs harag, nem is azért írtam, hogy megbántsalak. Csak furákat írsz, mint most is a windowson levelezést szereted. Az pl. pont az a műfaj Windowson, hogy egyik (pl. Outlook akármelyik verziója) mailkliens C4rabb, mint a másik (pl. The Bat), egy normális van, a Thunderbird, de az meg natívan megy Linux alatt is. Elég sokan csak böngészőből leveleznek webes felületről, arra meg megint csak jó ugyanaz a Firefox, Chrome, akármi, ami Linux alá is van.

    Párhuzamos portot is van 15 éve nem használtam (akkor is utoljára retró gépeken), az utoljára nagyon régi nyomtatóknak, ősi szkennereknek, ZIP drive-oknak kellett, meg két DOS-os gép összekötésére, ha nem volt bennük hálókártya, de mégis fájlokat akart megosztani az ember, gyorsabban, mint a soros port lehetővé tette. Már vagy 10+ éve egy új gépre se teszik rá ezt a portot.

    A soros portnak lehet még haszna, egyes eszközökön (szerver, hálózati eszköz, műholdvevő, ipari gépek, stb.) az admin port / konzol még mindig soros port, de ezt meg USB-RS232 adapterrel szokták megoldani, meg ez megint már nem home user kategória, amit az itteni PH-s topikokban én azért titkon feltételezek.

    XnView-ból mi hiányzik, ami az Irfanban benne van?

  • csixy
    addikt

    Nem megkövezés, de windowsos program hiába megy, azért szuboptimális Linux alatt, lassabb, emulációs többletterhelés, nem kezeli a linuxos jogosultságokat és attribútumokat. Az XnView 99,999%-ban helyettesíti az IrfanView-t, ami nem véletlen egybeesés, hanem szándékosan annak a klónja. Bár én még az XnView-t, meg ezeket a full extrás képnézőket, és képszerkesztőket sem szeretem már, igazából olyan mindenesek, bloatok, de cserébe egyik területen sem kiemelkedőek. Egy képnéző nézzen képet, legyen minél egyszerűbb és ennyi (az imv, svix, és hasonló csak ezt tudja). Egy képszerkesztő meg tudjon szerkeszteni, ala Gimp, Darktable. Egy konvertáló meg tudjon konvertálni, legyen abban jó (imagemagick convert, ffmpeg, sox, stb.). Egy mindenből kicsit módszerrel Fradi-levest kapunk.

    Ezt a GPT vs. MBR-t sem értem. Mindegy melyik, egyiktől sem lesz gyorsabb a gép. Az UEFI boot elegánsabb és gyorsabb lehet, de csak azért, mert nem kell hozzá egy csomó BIOS-os detektálás, meg mindenféle extra bootmanager, ez viszont nem minden gépen hoz ténylegesen gyorsabb bootot, inkább sokszor csak a dual/multiboot elegánsabb vele, kiváltja a GRUB-ot, az egyes OS-ek nem írják felül egymás bootmanagerét az MBR-ben. A Core i platform akármilyen régi, azok mind támogatják az UEFI bootot,, nem csak a 9 évesek, hanem a 11 évesek is. Amelyek meg ettől régebbiek, azok meg úgyse, azokon mindenképp a Legacy boot marad MBR-rel. A GPT csak akkor kötelező, ha NVMe-t használsz, vagy 2 teránál nagyobb lemezt, vagy Windows kell UEFI boottal (pl. eGPU-hoz).

    Sokszor az informatika meg egy program használata és kiváltása egy másikkal leginkább csak hozzáállás és szemlélet kérdése. Azért, mert az IrfanView-t szoktad meg, meg lehet szokni mást is. Tényleg csak tanulási hajlandóság, hozzáállás. Volt idő, mikor én is ragaszkodtam ezekhez, foobar2000, Total Commander, Notepad++, stb., de gyorsan rájöttem, hogy nem éri meg, és váltottam végül olyan progikra, amik igazából sokkal jobbak, csak máshogy kell őket használni, át kellett alakítsam a felhasználási szokásaimat, de így hatékonyabb is, már semmi pénzért nem cserélném őket vissza a hagyományos windowsos megoldásra, óriási visszalépésnek érezném, mintha Commodore 64-et kéne használni. Ez a Linuxban a legfőbb lényeg, hogy teljesen más, mint a Windows, más programok, azok másképp is működnek már alapjaiban, máshogy használod velük a gépet. Ezeknek a windowsos programoknak a klónjai is csak azért léteznek, hogy amolyan pótkerékként segítsék a Linuxra most frissen átálló kezdőket, hogy ne legyen nekik nagy lelki törés a Linux. De végül ez csak illúzió, mert teljesen el kell rugaszkodni attól, hogy mi volt Windowson, mert amíg azt szoktad meg, addig az tűnik majd a legjobbnak, pont erre épít a MS is, hogy azt szokták meg az emberek és nem tudják elengedni, utána minden más szarnak fog tűnni. Én is tapasztaltam magamon, hogy nehéz olyan szokásokat elengedni, ami 20+ évig vele volt az emberrel, és már annyira természetes és ösztönből jön, mint pl. a jobbkezesség, hogy nem tudja elképzelni máshogy, pedig lehetséges.

    Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.

  • Frawly
    veterán

    Dehogy ragadtam le! Van egy ragyogó program és működik linuxon is , legalábbis nekem . Ennyi! Ez nem visszalépés.
    Nem a linux a lényeg , nem az a cél, az csak egy eszköz.
    Nekem az irfan view a lényeg. Hol itt a probléma? Nincs más, ami helyettesíteni tudná. Itt a linux és használom. Örülök neki.Az öreg 9 éves i5-ös színlegacy masinámon először csakazért is GPT lemezen akartam a legacy rendszert használni a biztonság és a kényelem miatt, amit a linuxok tudnának is, de a windows nem. Emiatt visszatértem az MBR partíciós táblához. Felment a windows és két hétig kínlódtam (utólag már látom, hogy a x@r hálózati wifis ellátottság miatt , mert többnyire munka közben gyötörtem vele magam), hogy a piciny tudásommal egy jó rolling tiszta arch telepítést toljak mellé és a végén sikerült. Viszont nekem követelmény az Irfan View. :)

    Vállalom a megkövezést. :)

    Nem megkövezés, de windowsos program hiába megy, azért szuboptimális Linux alatt, lassabb, emulációs többletterhelés, nem kezeli a linuxos jogosultságokat és attribútumokat. Az XnView 99,999%-ban helyettesíti az IrfanView-t, ami nem véletlen egybeesés, hanem szándékosan annak a klónja. Bár én még az XnView-t, meg ezeket a full extrás képnézőket, és képszerkesztőket sem szeretem már, igazából olyan mindenesek, bloatok, de cserébe egyik területen sem kiemelkedőek. Egy képnéző nézzen képet, legyen minél egyszerűbb és ennyi (az imv, svix, és hasonló csak ezt tudja). Egy képszerkesztő meg tudjon szerkeszteni, ala Gimp, Darktable. Egy konvertáló meg tudjon konvertálni, legyen abban jó (imagemagick convert, ffmpeg, sox, stb.). Egy mindenből kicsit módszerrel Fradi-levest kapunk.

    Ezt a GPT vs. MBR-t sem értem. Mindegy melyik, egyiktől sem lesz gyorsabb a gép. Az UEFI boot elegánsabb és gyorsabb lehet, de csak azért, mert nem kell hozzá egy csomó BIOS-os detektálás, meg mindenféle extra bootmanager, ez viszont nem minden gépen hoz ténylegesen gyorsabb bootot, inkább sokszor csak a dual/multiboot elegánsabb vele, kiváltja a GRUB-ot, az egyes OS-ek nem írják felül egymás bootmanagerét az MBR-ben. A Core i platform akármilyen régi, azok mind támogatják az UEFI bootot,, nem csak a 9 évesek, hanem a 11 évesek is. Amelyek meg ettől régebbiek, azok meg úgyse, azokon mindenképp a Legacy boot marad MBR-rel. A GPT csak akkor kötelező, ha NVMe-t használsz, vagy 2 teránál nagyobb lemezt, vagy Windows kell UEFI boottal (pl. eGPU-hoz).

    Sokszor az informatika meg egy program használata és kiváltása egy másikkal leginkább csak hozzáállás és szemlélet kérdése. Azért, mert az IrfanView-t szoktad meg, meg lehet szokni mást is. Tényleg csak tanulási hajlandóság, hozzáállás. Volt idő, mikor én is ragaszkodtam ezekhez, foobar2000, Total Commander, Notepad++, stb., de gyorsan rájöttem, hogy nem éri meg, és váltottam végül olyan progikra, amik igazából sokkal jobbak, csak máshogy kell őket használni, át kellett alakítsam a felhasználási szokásaimat, de így hatékonyabb is, már semmi pénzért nem cserélném őket vissza a hagyományos windowsos megoldásra, óriási visszalépésnek érezném, mintha Commodore 64-et kéne használni. Ez a Linuxban a legfőbb lényeg, hogy teljesen más, mint a Windows, más programok, azok másképp is működnek már alapjaiban, máshogy használod velük a gépet. Ezeknek a windowsos programoknak a klónjai is csak azért léteznek, hogy amolyan pótkerékként segítsék a Linuxra most frissen átálló kezdőket, hogy ne legyen nekik nagy lelki törés a Linux. De végül ez csak illúzió, mert teljesen el kell rugaszkodni attól, hogy mi volt Windowson, mert amíg azt szoktad meg, addig az tűnik majd a legjobbnak, pont erre épít a MS is, hogy azt szokták meg az emberek és nem tudják elengedni, utána minden más szarnak fog tűnni. Én is tapasztaltam magamon, hogy nehéz olyan szokásokat elengedni, ami 20+ évig vele volt az emberrel, és már annyira természetes és ösztönből jön, mint pl. a jobbkezesség, hogy nem tudja elképzelni máshogy, pedig lehetséges.

  • csixy
    addikt

    Ezt nem értem, mi ezen a jó. Ez még mindig nem natív linuxos XnView, hanem még mindig windowsos-Wine-os IrfanView. Így nincs értelme Linuxot használni. Pedig Linuxra is van számos jó képnéző és editor, feh, ImageMagick csomag display parancsa, GwenView, XnView, stb. Én régen még KDE-s korszakomban XnView-t és GwenView-t használtam, most jelenleg imv-t használok képnézésre, és ImageMagick csomag convert parancsát terminálból felparaméterezve képkonvertálásokra, az ImageMagick display parancsát fontok megjelenítésére. De az ImageMagick display még háttérképkezelőnek is jó, ha épp nem bugzik vele a kompozitor.

    Így nem fogsz fejlődni, ha állandóan leragadsz a windowsos gondolkodásmódnál és windowsos programoknál. Pedig utóbbiaknak is szokott lenni mindig natív linuxos klónja, Notepad++-nak notepadqq, Winamp-nak QMMP vagy Audacious, foobar2000 helyett deadbeef, Total Commander helyett Double Commander, stb.. Gyakran segítenek ezek megtalálásában az alternativeto.net és hasonló oldalak, PH Linux programok topik, stb..

    Dehogy ragadtam le! Van egy ragyogó program és működik linuxon is , legalábbis nekem . Ennyi! Ez nem visszalépés.
    Nem a linux a lényeg , nem az a cél, az csak egy eszköz.
    Nekem az irfan view a lényeg. Hol itt a probléma? Nincs más, ami helyettesíteni tudná. Itt a linux és használom. Örülök neki.Az öreg 9 éves i5-ös színlegacy masinámon először csakazért is GPT lemezen akartam a legacy rendszert használni a biztonság és a kényelem miatt, amit a linuxok tudnának is, de a windows nem. Emiatt visszatértem az MBR partíciós táblához. Felment a windows és két hétig kínlódtam (utólag már látom, hogy a x@r hálózati wifis ellátottság miatt , mert többnyire munka közben gyötörtem vele magam), hogy a piciny tudásommal egy jó rolling tiszta arch telepítést toljak mellé és a végén sikerült. Viszont nekem követelmény az Irfan View. :)

    Vállalom a megkövezést. :)

  • Frawly
    veterán

    Na így már jó lesz! :)

    Ezt nem értem, mi ezen a jó. Ez még mindig nem natív linuxos XnView, hanem még mindig windowsos-Wine-os IrfanView. Így nincs értelme Linuxot használni. Pedig Linuxra is van számos jó képnéző és editor, feh, ImageMagick csomag display parancsa, GwenView, XnView, stb. Én régen még KDE-s korszakomban XnView-t és GwenView-t használtam, most jelenleg imv-t használok képnézésre, és ImageMagick csomag convert parancsát terminálból felparaméterezve képkonvertálásokra, az ImageMagick display parancsát fontok megjelenítésére. De az ImageMagick display még háttérképkezelőnek is jó, ha épp nem bugzik vele a kompozitor.

    Így nem fogsz fejlődni, ha állandóan leragadsz a windowsos gondolkodásmódnál és windowsos programoknál. Pedig utóbbiaknak is szokott lenni mindig natív linuxos klónja, Notepad++-nak notepadqq, Winamp-nak QMMP vagy Audacious, foobar2000 helyett deadbeef, Total Commander helyett Double Commander, stb.. Gyakran segítenek ezek megtalálásában az alternativeto.net és hasonló oldalak, PH Linux programok topik, stb..

  • csixy
    addikt

    Kikommenteltem a multilib testing repót és persze a multilib maradt és meggyógyult a problemma. :) Köszönöm !

    Köszi így már jó nekem. Mindjárt leszedem vissza az XnView progit. :)


  • csixy
    addikt

    Kikommenteltem a multilib testing repót és persze a multilib maradt és meggyógyult a problemma. :) Köszönöm !

  • csixy
    addikt

    multilib tároló engedélyezve van?

    igen és a multilib testing is.
    #7644 májkimiki : kizárom a multilib testinget és a multilibet is, ezután újraindítom és utána megint megengedem a multilib tárolót és újraindítom, hátha.

  • #63718632
    törölt tag

    Flatpakot csak nem fogok azért ide beszemetelni.

    Pacman-nal is menni kéne:
    függőségek feloldása...
    ütköző csomagok keresése...
    figyelmeztetés: körkörös függőséget észleltem:
    figyelmeztetés: a(z) lib32-harfbuzz csomag saját lib32-freetype2 függősége előtt lesz telepítve
    figyelmeztetés: körkörös függőséget észleltem:
    figyelmeztetés: a(z) lib32-mesa csomag saját lib32-libglvnd függősége előtt lesz telepítve
    figyelmeztetés: körkörös függőséget észleltem:
    figyelmeztetés: a(z) lib32-keyutils csomag saját lib32-krb5 függősége előtt lesz telepítve
    Csomagok (77) faudio-21.01-1  gst-libav-1.18.2-1  lib32-acl-2.2.53-1  lib32-attr-2.4.48-1  lib32-bzip2-1.0.8-2  lib32-curl-7.74.0-1  lib32-dbus-1.12.20-1
                  lib32-e2fsprogs-1.45.6-1  lib32-expat-2.2.10-1  lib32-faudio-21.01-1  lib32-fontconfig-2:2.13.91+48+gfcb0420-2  lib32-freetype2-2.10.4-1
                  lib32-gcc-libs-10.2.0-4  lib32-gettext-0.21-1  lib32-glib2-2.66.4-1  lib32-glibc-2.32-5  lib32-glu-9.0.1-1  lib32-harfbuzz-2.7.4-1
                  lib32-icu-68.2-1  lib32-keyutils-1.6.3-1  lib32-krb5-1.18.2-1  lib32-lcms2-2.11-1  lib32-libcap-2.45-1  lib32-libdrm-2.4.103-1
                  lib32-libelf-0.181-1  lib32-libffi-3.3-2  lib32-libgcrypt-1.8.7-1  lib32-libglvnd-1.3.2-1  lib32-libgpg-error-1.39-1  lib32-libice-1.0.10-1
                  lib32-libidn2-2.3.0-1  lib32-libjpeg-turbo-2.0.6-1  lib32-libldap-2.4.56-1  lib32-libnl-3.5.0-1  lib32-libnsl-1.3.0-1  lib32-libpcap-1.9.1-2
                  lib32-libpciaccess-0.16-1  lib32-libpng-1.6.37-3  lib32-libpsl-0.21.1-1  lib32-libsm-1.2.3-1  lib32-libssh2-1.9.0-1  lib32-libtiff-4.1.0-1
                  lib32-libtirpc-1.3.1-1  lib32-libunistring-0.9.10-1  lib32-libunwind-1.3.1-1  lib32-libx11-1.7.0-1  lib32-libxau-1.0.9-1  lib32-libxcb-1.14-1
                  lib32-libxcrypt-4.4.17-1  lib32-libxcursor-1.2.0-1  lib32-libxdamage-1.1.5-1  lib32-libxdmcp-1.1.3-1  lib32-libxext-1.3.4-1
                  lib32-libxfixes-5.0.3-2  lib32-libxi-1.7.10-2  lib32-libxml2-2.9.10-3  lib32-libxrandr-1.5.2-1  lib32-libxrender-0.9.10-2
                  lib32-libxshmfence-1.3-2  lib32-libxxf86vm-1.1.4-2  lib32-llvm-libs-11.0.0-2  lib32-lm_sensors-3.6.0-1  lib32-lz4-1.9.2-1  lib32-mesa-20.3.2-1
                  lib32-ncurses-6.2-1  lib32-openssl-1:1.1.1.i-1  lib32-pam-1.4.0-1  lib32-pcre-8.44-1  lib32-readline-8.1.0-2  lib32-sdl2-2.0.12-1
                  lib32-systemd-247.2-1  lib32-util-linux-2.36.1-1  lib32-wayland-1.18.0-2  lib32-xz-5.2.5-1  lib32-zlib-1.2.11-2  lib32-zstd-1.4.5-1
                  wine-5.22-1
    Teljes letöltési méret:  152,16 MiB
    Teljes telepített méret:  765,70 MiB
    :: Kezdődhet a telepítés? [I/n] 
    Be van kapcsolva a multilib repo?

    Az /etc/pacman.conf-ban vedd ki a #-et.
    # If you want to run 32 bit applications on your x86_64 system,
    # enable the multilib repositories as required here.
    #[multilib-testing]
    #Include = /etc/pacman.d/mirrorlist
    [multilib]
    Include = /etc/pacman.d/mirrorlist

  • Laszlo733
    aktív tag

    Igen !
    Calam-arch scripttel lett feltéve egy sallangmentes arch xfce, majd abból egy cinnamon.
    Nem bírom ki IrfanView nélkül. Az XnView soványka nekem.
    Gondolom a pikaurral is ez történne.

    Mi van akkor, ha nem cinnamon alatt próbálod meg feltenni, hanem a telepités idejéig xfce alól?

  • Frawly
    veterán

    Egyrészt nem akarom, hogy pl. a tálca maradandó nyomot hagyjon maga után. :)
    Másrészt nem tudom, mennyi ideig vagyok távol a géptől, ezért kapcsoljon be a képernyőkímélő, de ne zárjon le, csak mondjuk 60 perc után, vagy egyáltalán, hangulatomnak megfelelően állítom be. :D
    Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    Na de Te ezt ajánlottad korábban. Amúgy kipróbáltam, ha ebben a menüpontban a munkamenet felfüggesztéshez a zárolást választom, akkor pl. elérem az ftp szervert a gépen, tehát megy. Számomra kicsit félrevezető a megnevezés akár magyarul, akár angolul, különösen azért, mert az Energiatakarékosság alatt található.

    Ám mindegy is, köszönöm mindenki hozzászólását, de fölösleges több szót vesztegetni rá, csak tettem egy próbát, hátha valami elkerülte a figyelmem a beállítási lehetőségek közt.

    Az a baj, hogy nagyon pontatlanul írod mit akarsz, és csak találgatni tudunk. A képernyőkímélő nem egyértelmű, mert nem tudom, hogy a kijelző energiatakarékos kikapcsolását érted alatta (ami igazából DPMS blank time) vagy tényleg a kalsszikus DOS/Win képernyővédőt (ún. screensaver, amikor a képernyőt nem kapcsolja ki, hanem mozgó grafikát jelenít meg).

    Épp így a Lock screen / suspend esetében sem egyértelmű, hogy mire gondolsz.

    Egyébként meg pont itt jön elő, amit írtam. Nálam ez e beállítás pálcika WM-en annyi, hogy egy autostart nevű Bash script fájlba beteszem a xset dpms 0 0 630 & tartalmú sort, és kikapcsol a screensaver és a screen blank is 10 perc 30 másodperc múlva. Nem kell vergődni, hogy melyik ikon, melyik menüjébe rejtették ezt a nyomorult beállítást.

    Épp így a screensaver is így indul nálam, autostart fájlban újabb sor: xss-lock ~/scripts/screensaver-script & és ennyi. De épp ilyen egyszerűen definiálom a billkombókat, touchpad apró beállításait, tálca beállításait, szintén ebből a fájlból, 1-1 sor. Nem kell keresgetnem grafikus felületen, meg 500 kattintásból állítgatnom, hogy mi hol van, egyszer megírtam, 10+ évig működni fog, nem lesz az, hogy a KDE4, 5, 6 máshogy kezeli Qt4, Qt5, Qt6 alapokon, vagy máshogy kezelné a Gnome2 meg a Gnome3.x-4x. Nem mindig az a legfelhasználóbarátabb megoldás, ami annak látszik. Ráadásul ez az autostart megoldás memóriát sem foglal annyit, és rendszerújrahúzáskor csak visszamásolom, legtöbb X.org alatt futó pálcika WM eszi, de ha xinitrc-be behúzom, akkor az összes. Waylandes grafikus felület csak annyiban más, hogy ott az autostart részt be kell emelni a WM konfigfájljába, meg némileg módosítani, pl. SwayWM-nél:
    exec swayidle timeout 600 '~/scripts/screensaver-script' timeout 660 'swaymsg "output * dpms off"' resume 'swaymsg "output * dpms on"'
    Ez már bonyolultabb, de ezt is csak egyszer kellett kigugliznom és megírnom, soha többé nem kell keresgetnem semmit rajta, 10 perc múlva elindítja a screensavert (ami egy terminálban futó asciiquarium), +1 percre rá a képernyőt elsötétíti. Viszont ha újra gép elé ülök, akkor feloldódik a képernyősötétítés, de az i3lock és az alatta futó asciiquarium továbbra is fut, be kell írnom a jelszót, és akkor a screen lock is feloldódik. A +1 perces időeltolódás azért van, hogy ha véletlenül mégis a gép előtt lennék, és látom, hogy kilőtte a képernyőt, még gyorsan nyomok valamit, hogy ne zárolja a grafikus felületet, van egy kis plusz időm.

    Egyébként az óránkénti négy-ötszöri képernyőkikapcsolás nem árt a kijelzőnek. Az 1-10 másodpercenkéntnyi talán, a 12-15 percenkénti nem. Azt meg nagyon erősen ajánlom, hogy a képernyőt x inaktivitási idő miatt zárold, ha nem vagy gépnél. Igen, kényelmetlen a jelszót állandóan begépelgetni, de majd megszokod, és a te biztonságod szolgálja, és nem függeszt fel semmilyen futó folyamatot. Nagyon ajánlom akkor is, ha egyedül használod a gépet, vagy egyedül élsz, ha hirtelen ott kell hagyd a gépet, és valaki illetéktelen behatoló is jut be a gép közelébe, akkor sem tud a gépbe belematatni.

  • csixy
    addikt

    Friss a rendszer?

    Igen !
    Calam-arch scripttel lett feltéve egy sallangmentes arch xfce, majd abból egy cinnamon.
    Nem bírom ki IrfanView nélkül. Az XnView soványka nekem.
    Gondolom a pikaurral is ez történne.

  • BoB
    Topikgazda

    Hogyan lehetne egy Wine programot felrakni ? Bármelyik verziót próbáltam , mindig ugyanazok a függőségek fájnak neki.

    Friss a rendszer?

  • Laszlo733
    aktív tag

    Hogyan lehetne egy Wine programot felrakni ? Bármelyik verziót próbáltam , mindig ugyanazok a függőségek fájnak neki.

    Így próbáltad?

    yay -S wine

    vagy:

    yay --editmenu wine és próbálgatod melyik jön be..

  • urandom0
    őstag

    Egyrészt nem akarom, hogy pl. a tálca maradandó nyomot hagyjon maga után. :)
    Másrészt nem tudom, mennyi ideig vagyok távol a géptől, ezért kapcsoljon be a képernyőkímélő, de ne zárjon le, csak mondjuk 60 perc után, vagy egyáltalán, hangulatomnak megfelelően állítom be. :D
    Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    Na de Te ezt ajánlottad korábban. Amúgy kipróbáltam, ha ebben a menüpontban a munkamenet felfüggesztéshez a zárolást választom, akkor pl. elérem az ftp szervert a gépen, tehát megy. Számomra kicsit félrevezető a megnevezés akár magyarul, akár angolul, különösen azért, mert az Energiatakarékosság alatt található.

    Ám mindegy is, köszönöm mindenki hozzászólását, de fölösleges több szót vesztegetni rá, csak tettem egy próbát, hátha valami elkerülte a figyelmem a beállítási lehetőségek közt.

    Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.

    A mai kijelzők nem kapcsolnak ki teljesen, hanem elmennek stand by módba, úgyhogy emiatt nem kell aggódnod.

  • csixy
    addikt

    Hogyan lehetne egy Wine programot felrakni ? Bármelyik verziót próbáltam , mindig ugyanazok a függőségek fájnak neki.

  • Lenry
    félisten

    Egyrészt nem akarom, hogy pl. a tálca maradandó nyomot hagyjon maga után. :)
    Másrészt nem tudom, mennyi ideig vagyok távol a géptől, ezért kapcsoljon be a képernyőkímélő, de ne zárjon le, csak mondjuk 60 perc után, vagy egyáltalán, hangulatomnak megfelelően állítom be. :D
    Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    Na de Te ezt ajánlottad korábban. Amúgy kipróbáltam, ha ebben a menüpontban a munkamenet felfüggesztéshez a zárolást választom, akkor pl. elérem az ftp szervert a gépen, tehát megy. Számomra kicsit félrevezető a megnevezés akár magyarul, akár angolul, különösen azért, mert az Energiatakarékosság alatt található.

    Ám mindegy is, köszönöm mindenki hozzászólását, de fölösleges több szót vesztegetni rá, csak tettem egy próbát, hátha valami elkerülte a figyelmem a beállítási lehetőségek közt.

    én ha úgy állok fel a céges gépemtől, hogy tudom, hogy ki fog kerülni a látóteremből, akkor zárolom. ekkor egy általam válaszott kép lesz a teljes képernyőn, középen egy jelszómezővel.
    ha pár percig nem nyúl hozzá senki, akkor a monitorok elalszanak.
    ettől az égvilágon semmi bajuk nem lesz, ez teljesen üzemszerű, tervezett működés, ettől teljesen fölösleges féltened a monitort.

  • Siriusb
    veterán

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    A zárolás az, ami nem függeszt fel semmit. Félreértettük egymást.

    Ha konkrétan képernyőkímélő kell, az tudtommal nincs KDE-ben, szóval marad az xscreensaver. De mi a cél pontosan? Miért ragaszkodsz a képernyőkímélőhöz?

    Egyrészt nem akarom, hogy pl. a tálca maradandó nyomot hagyjon maga után. :)
    Másrészt nem tudom, mennyi ideig vagyok távol a géptől, ezért kapcsoljon be a képernyőkímélő, de ne zárjon le, csak mondjuk 60 perc után, vagy egyáltalán, hangulatomnak megfelelően állítom be. :D
    Az meg nem hiszem, hogy jót tenne bármilyen megjelenítőnek, hogy óránként 4-5-ször ki-/bekapcsol.

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    Na de Te ezt ajánlottad korábban. Amúgy kipróbáltam, ha ebben a menüpontban a munkamenet felfüggesztéshez a zárolást választom, akkor pl. elérem az ftp szervert a gépen, tehát megy. Számomra kicsit félrevezető a megnevezés akár magyarul, akár angolul, különösen azért, mert az Energiatakarékosság alatt található.

    Ám mindegy is, köszönöm mindenki hozzászólását, de fölösleges több szót vesztegetni rá, csak tettem egy próbát, hátha valami elkerülte a figyelmem a beállítási lehetőségek közt.

  • urandom0
    őstag

    Na, nem gondoltam volna, hogy a Suspend session nem függeszti fel semmit.
    Sajnos nekem ez megint nem jó, mert jelszót kér, szóval majdnem ugyanazt csinálja mint a Workspace behavior / Screen lock.

    A Breeze-ben nagyon nem tetszik a görgetősáv, meg a kiválasztó kapcsoló (check box) sem.

    Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
    A zárolás az, ami nem függeszt fel semmit. Félreértettük egymást.

    Ha konkrétan képernyőkímélő kell, az tudtommal nincs KDE-ben, szóval marad az xscreensaver. De mi a cél pontosan? Miért ragaszkodsz a képernyőkímélőhöz?

  • Siriusb
    veterán

    Power management részen van hogy mennyi idő múlva kapcsolja le a monitort.

    De amúgy ott a kereső sáv is, hasznos sokszor.

    Használnám én a keresősávot, csak nem tudom, mit keressek; s a monitor lekapcsolása, illetve a képernyővédő indítása nem ugyanaz.

  • Siriusb
    veterán

    Képernyőzárolás csak zárolja a képernyőt, de nem állít le semmilyen folyamatot.

    Látom te is az Oxygent használod :)

    Na, nem gondoltam volna, hogy a Suspend session nem függeszti fel semmit.
    Sajnos nekem ez megint nem jó, mert jelszót kér, szóval majdnem ugyanazt csinálja mint a Workspace behavior / Screen lock.

    A Breeze-ben nagyon nem tetszik a görgetősáv, meg a kiválasztó kapcsoló (check box) sem.

  • urandom0
    őstag

    Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
    [kép]

    #7623 tiobe
    Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását.

    Képernyőzárolás csak zárolja a képernyőt, de nem állít le semmilyen folyamatot.

    Látom te is az Oxygent használod :)

  • urandom0
    őstag

    KDE 4? Azóta ez már máshogy néz ki :)

    Jó lenne ha KDE4 lenne, nekem sokkal jobban tetszett az Oxygen, mint a Breeze, azért is használom az Oxygen témát KDE5-ön. :)
    Ez Manjaro KDE5-tel.

  • BoB
    Topikgazda

    Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
    [kép]

    #7623 tiobe
    Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását.

    Power management részen van hogy mennyi idő múlva kapcsolja le a monitort.

    De amúgy ott a kereső sáv is, hasznos sokszor.

  • Siriusb
    veterán

    Gyári beállítás nem működik? Ott külön van a képernyő kikapcs a zárolástól.

    Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
    [kép]

    #7623 tiobe
    Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását.

  • BoB
    Topikgazda

    Képernyőkímélőt nem használod, de ha így állítod be, akkor elméletileg a kijelző 5 perc múlva kapcsol ki, de a zárolás csak 60 perc múlva lép életbe.

    KDE 4? Azóta ez már máshogy néz ki :)

  • urandom0
    őstag

    KDE plasma esetén tud valaki megoldást arra, hogy a képernyővédő mondjuk 10 perc után bekapcsoljon, de zárolva csak 60 perc után legyen vagy egyáltalán ne legyen? Esetleg csak pl. xscreensaver-rel oldható meg?

    Képernyőkímélőt nem használod, de ha így állítod be, akkor elméletileg a kijelző 5 perc múlva kapcsol ki, de a zárolás csak 60 perc múlva lép életbe.

  • BoB
    Topikgazda

    KDE plasma esetén tud valaki megoldást arra, hogy a képernyővédő mondjuk 10 perc után bekapcsoljon, de zárolva csak 60 perc után legyen vagy egyáltalán ne legyen? Esetleg csak pl. xscreensaver-rel oldható meg?

    Gyári beállítás nem működik? Ott külön van a képernyő kikapcs a zárolástól.

  • Siriusb
    veterán

    KDE plasma esetén tud valaki megoldást arra, hogy a képernyővédő mondjuk 10 perc után bekapcsoljon, de zárolva csak 60 perc után legyen vagy egyáltalán ne legyen? Esetleg csak pl. xscreensaver-rel oldható meg?

  • szuszinho
    őstag

    Sziasztok,

    Feltettem az LXQT-t. Miért van, hogy pl.: Firefox ikon felkiáltó jeles minden bejelentkezés után, hiába pipálom ki a megbízható rubrikát?

  • csixy
    addikt

    Na már kezd alakulni. Köszi mindhármótoknak. A Calam-arch scripttel boldogultam. A Legacy rendszert GPT-re raktam.

  • Frawly
    veterán

    Köszönöm, nem adtam fel végleg. :)
    Az Arco D telepítése közben ki lehetett választani a cinnamont. Fel is rakta. De első indításkor egy tiritarka konzolba jutottam csak. Majd legközelebb nekiugrok egy másik vason. De ezt most sikerült kicsillivillizni a fiamnak. Holnap visszaadom neki. Kb nyolc éves Sony Vaio. Hibátlan rajta a Mint cinnamon és hibátlan a win 10 home színtiszta driverekkel. Még egy nem melegedős tápot kéne hozzá keríteni.

    Májmiki: Köszönöm , tetszik. Neki megyek még majd a problémának.

    Ja, hát ha nem magamnak lenne, én se dolgoznék vele, feldobnék egy Manjarot vagy Ubuntut vagy Mintet 5 perc alatt, aztán csókolom.

  • csixy
    addikt

    Ez ilyen, ha nem vagy hajlandó utánanézni, és ilyen könnyen feladod, akkor tényleg nem tudsz a Mint-en átmozdulni. Ilyet még nem láttam, hogy másfél fehér cetlinyi. Mi nem volt jó, felbontás, nem volt háttérkép, nem volt ablaktéma, nem volt panel, vagy mi nem volt? Ezen a szinten, hogy csak „nem megy”, nem lehet mit kezdeni egy problémával.

    Ne felejtsd el, hogy ez nem csak Archra igaz, pl. Fedorára meg Debianra felpattintasz egy Cinnamon full metacsomagot, akkor sem települ olyan fullosra, mint egy Mint. Hiszen lesznek dolgok, amiket neked kell telepítés után bekonfigurálni, kiegészítőleg telepíteni. A Mintet nem csak úgy csinálják, hogy fognak egy Ubuntut, és kiadják Cinnamont rátelepítve, hanem egy csomó konfigurációs, témaintegrálós, segédprogramot és scriptet, systemd service-t integrálós munkát tesznek bele, hogy teljesen laikusoknak is készre csiszolják, egy márkává. Ezek a grafikus felületek meg integrált alkalmazások egy nagyon komplex egységet alkotnak, sok apró elemből állnak, amit össze kell konfigurálni, témázni, reszelni. Nem csak Cinnamonnál, hanem minden más DE-nél és WM-nél. Nem véletlenül esznek ezek 500-1000 MB-tot kapásból a memóriából. A WM meg hiába eszik kevesebbet, azt még jobban össze kell konfigurálni, hogy egységes ökoszisztémát nyerj belőle.

    Gnome-nál talán annyival jobb a helyzet, hogy kevésbé komplex egy Cinnamonhoz és KDE-hez képest, emiatt alap stock telepítésben is alig különbözik egy szénné reszelt formájától. Egyébként a KDE-vel is ez volt a gond, mindig is, deafult telepítésben sok embernek csúnya, kényelmetlen, sok reszelést és integrációt igényel, ami nem kis munka, de ezt kevés ember tanulta meg abszolválni, a legtöbb KDE-t is szállító disztrónak se szokott menni, alig 1-2 olyan disztró van, ami tényleg teljesre gyúrja a KDE élményt, valódi többletet tesz hozzá, nem csak egy stock default, alig konfigurált KDE-t húz fel (pl. Neon, Kubuntu, Manjaro KDE jobb KDE-élményt nyújt).

    Arco-nál még azt is el tudom képzelni, hogy valami olyan postinstall scripttel húztad fel a Cinnamont, ami nem a teljes Cinnamon-infrastruktúrát telepíti, hanem csak a főbb Cinnamon egységeket. Ez KDE-nél is megint így van, hogy csak a kde metacsomagot/csomagcsoportot nem elég telepteni, kell hozzá a plasma-meta, plasma-desktop, plasma-wayland-session, kde-applications, stb. és még ezeket feltelepítve is még mindig ott vagy, hogy nem lesz olyan, mint egy Kubuntu, mert még neked kell panelt beállítani, témát feltenni, stb..

    Köszönöm, nem adtam fel végleg. :)
    Az Arco D telepítése közben ki lehetett választani a cinnamont. Fel is rakta. De első indításkor egy tiritarka konzolba jutottam csak. Majd legközelebb nekiugrok egy másik vason. De ezt most sikerült kicsillivillizni a fiamnak. Holnap visszaadom neki. Kb nyolc éves Sony Vaio. Hibátlan rajta a Mint cinnamon és hibátlan a win 10 home színtiszta driverekkel. Még egy nem melegedős tápot kéne hozzá keríteni.

    Májmiki: Köszönöm , tetszik. Neki megyek még majd a problémának.

  • #63718632
    törölt tag

    Szia! Köszi ezt is megnézem, de már majd csak magamnak.
    BUÉK

    Feldobtam egy MagyArch-Cinnamon-t. Csak azokat telepítettem amiket javasoltam. Ilyen is lehetett volna, ha sikerül.
    [link]
    Kicsit zsúfolt a kép vbox-ban vagyok kicsi notin.

  • Frawly
    veterán

    Köszi a sok segítséget. Feladtam. Az Arco D egyből enged cinnamot telepíteni, de én csak azt a másfél fehér cetlinyi ablakezelőt tudtam benne elindítani. Marad egyenlőre a LM20Uljana. Ez van.

    Ez ilyen, ha nem vagy hajlandó utánanézni, és ilyen könnyen feladod, akkor tényleg nem tudsz a Mint-en átmozdulni. Ilyet még nem láttam, hogy másfél fehér cetlinyi. Mi nem volt jó, felbontás, nem volt háttérkép, nem volt ablaktéma, nem volt panel, vagy mi nem volt? Ezen a szinten, hogy csak „nem megy”, nem lehet mit kezdeni egy problémával.

    Ne felejtsd el, hogy ez nem csak Archra igaz, pl. Fedorára meg Debianra felpattintasz egy Cinnamon full metacsomagot, akkor sem települ olyan fullosra, mint egy Mint. Hiszen lesznek dolgok, amiket neked kell telepítés után bekonfigurálni, kiegészítőleg telepíteni. A Mintet nem csak úgy csinálják, hogy fognak egy Ubuntut, és kiadják Cinnamont rátelepítve, hanem egy csomó konfigurációs, témaintegrálós, segédprogramot és scriptet, systemd service-t integrálós munkát tesznek bele, hogy teljesen laikusoknak is készre csiszolják, egy márkává. Ezek a grafikus felületek meg integrált alkalmazások egy nagyon komplex egységet alkotnak, sok apró elemből állnak, amit össze kell konfigurálni, témázni, reszelni. Nem csak Cinnamonnál, hanem minden más DE-nél és WM-nél. Nem véletlenül esznek ezek 500-1000 MB-tot kapásból a memóriából. A WM meg hiába eszik kevesebbet, azt még jobban össze kell konfigurálni, hogy egységes ökoszisztémát nyerj belőle.

    Gnome-nál talán annyival jobb a helyzet, hogy kevésbé komplex egy Cinnamonhoz és KDE-hez képest, emiatt alap stock telepítésben is alig különbözik egy szénné reszelt formájától. Egyébként a KDE-vel is ez volt a gond, mindig is, deafult telepítésben sok embernek csúnya, kényelmetlen, sok reszelést és integrációt igényel, ami nem kis munka, de ezt kevés ember tanulta meg abszolválni, a legtöbb KDE-t is szállító disztrónak se szokott menni, alig 1-2 olyan disztró van, ami tényleg teljesre gyúrja a KDE élményt, valódi többletet tesz hozzá, nem csak egy stock default, alig konfigurált KDE-t húz fel (pl. Neon, Kubuntu, Manjaro KDE jobb KDE-élményt nyújt).

    Arco-nál még azt is el tudom képzelni, hogy valami olyan postinstall scripttel húztad fel a Cinnamont, ami nem a teljes Cinnamon-infrastruktúrát telepíti, hanem csak a főbb Cinnamon egységeket. Ez KDE-nél is megint így van, hogy csak a kde metacsomagot/csomagcsoportot nem elég telepteni, kell hozzá a plasma-meta, plasma-desktop, plasma-wayland-session, kde-applications, stb. és még ezeket feltelepítve is még mindig ott vagy, hogy nem lesz olyan, mint egy Kubuntu, mert még neked kell panelt beállítani, témát feltenni, stb..

  • csixy
    addikt

    Esteleg, ha meggondolnád magad, akkor én a Calam-Arch -ot tudnám még javasolni az önkínzás helyett...

    [link]

    Szia! Köszi ezt is megnézem, de már majd csak magamnak.
    BUÉK

  • Laszlo733
    aktív tag

    Köszi a sok segítséget. Feladtam. Az Arco D egyből enged cinnamot telepíteni, de én csak azt a másfél fehér cetlinyi ablakezelőt tudtam benne elindítani. Marad egyenlőre a LM20Uljana. Ez van.

    Esteleg, ha meggondolnád magad, akkor én a Calam-Arch -ot tudnám még javasolni az önkínzás helyett...

    [link]

  • csixy
    addikt

    A def. Cinnamon Arch-on UXTerm és XTerm teminal emulatorral érkezik. Ez sokaknak nagyon idegen, amikor először meglátják. Nincs benne alapból egér integráció és aki egeres kijelöl-beilleszthez van szokva, azoknak ez nagyon rossz.
    Az Xfce-vel lett volna már Xfce4 terminalod pl, amiben minden működik megszokottan. Ez is nyakatekert elhiszem, de még így is kevesebb sallang lett volna a rendszereden, + ha valamit elszúrsz a Cinna-ban át tudsz menni Xfce-re.
    A grub és jelszó problémára most passz.
    Ha az Arco nem jönne be, az Endeavour-nek az online telepítőjével is tudsz Cinnamon-t telepíteni. Bár abban is van sok hozzáadott dolog, ami eked felesleges lehet.

    Köszi a sok segítséget. Feladtam. Az Arco D egyből enged cinnamot telepíteni, de én csak azt a másfél fehér cetlinyi ablakezelőt tudtam benne elindítani. Marad egyenlőre a LM20Uljana. Ez van.

  • #63718632
    törölt tag

    Na már tolja fel azXfce konfigot (MagyArch) + LightDM kombót. De választhattam volna egyből Cinnamont is, miért is emígy jobb?

    A def. Cinnamon Arch-on UXTerm és XTerm teminal emulatorral érkezik. Ez sokaknak nagyon idegen, amikor először meglátják. Nincs benne alapból egér integráció és aki egeres kijelöl-beilleszthez van szokva, azoknak ez nagyon rossz.
    Az Xfce-vel lett volna már Xfce4 terminalod pl, amiben minden működik megszokottan. Ez is nyakatekert elhiszem, de még így is kevesebb sallang lett volna a rendszereden, + ha valamit elszúrsz a Cinna-ban át tudsz menni Xfce-re.
    A grub és jelszó problémára most passz.
    Ha az Arco nem jönne be, az Endeavour-nek az online telepítőjével is tudsz Cinnamon-t telepíteni. Bár abban is van sok hozzáadott dolog, ami eked felesleges lehet.

  • csixy
    addikt

    Na ez nem jött össze. Először a grubot kellett javítanom boot repair diskkel. Utána meg a jelszavammal nem enged be. Ugyanazt a jelszót állítottam be a usernek is meg a rootnak is. Jelszókezelőt meg nem tettem fel. Na lássuk az arco d-t.

  • csixy
    addikt

    Köszi, igazatok van. Csak 63 éves fejjel már egy kicsit nehéz, de mindenképp rollingot akarok. Szerettem az antergos kényelmét, abban még a saját repo sem volt annyira zavaró. Na meg cinnamon természetesen. Ez a reborn, majdnem jó lenne nekem, csak minek bele a saját repó, azért nem tetszik. Az endeavour meg azt sem tudja hogy épp melyik meghajtón jár. Sima archot meg nincs türelmem végigküzdeni. A barkácsolós ablakkezelőket sem nekem találták ki.Tehát marad a Magyarch, vagy az Arco D. Az Arco B, meg a Garuda annyira ki van tömve, hogy az már nekem sem kell. A manjaro meg a grub hülyeségeivel tapos a gyomromba.Tehát most magyarch és lehet majd arco D. Köszi a tanácsokért mindkettőtöknek. Na gyere ventoy, hajrá! :)

    Na már tolja fel azXfce konfigot (MagyArch) + LightDM kombót. De választhattam volna egyből Cinnamont is, miért is emígy jobb?

  • csixy
    addikt

    Köszi, igazatok van. Csak 63 éves fejjel már egy kicsit nehéz, de mindenképp rollingot akarok. Szerettem az antergos kényelmét, abban még a saját repo sem volt annyira zavaró. Na meg cinnamon természetesen. Ez a reborn, majdnem jó lenne nekem, csak minek bele a saját repó, azért nem tetszik. Az endeavour meg azt sem tudja hogy épp melyik meghajtón jár. Sima archot meg nincs türelmem végigküzdeni. A barkácsolós ablakkezelőket sem nekem találták ki.Tehát marad a Magyarch, vagy az Arco D. Az Arco B, meg a Garuda annyira ki van tömve, hogy az már nekem sem kell. A manjaro meg a grub hülyeségeivel tapos a gyomromba.Tehát most magyarch és lehet majd arco D. Köszi a tanácsokért mindkettőtöknek. Na gyere ventoy, hajrá! :)

  • #63718632
    törölt tag

    Köszi, megpróbálom.

    pamac-aur hozni fog egy pár font csomagot, választanod kell majd. Az 1-es csomag a gnu fontokat hozza. Utána lessz sokkal több betűd is, default beáll majd sans-ra, azt hiszem.

    Alulról felfelé építkezni célra vezetőbb, az elején nehézkesebb igaz.
    De a nagy diófát nehezebb legallyazni a villany vezetékek közt. :K

  • Frawly
    veterán

    Na megnézem az arco linuxot, meghallgatván Frawly tanár úr tanácsát.

    Nem kötelező, meg ha már a Rebornt sikerült megcsinálnod magadnak, akkor használd azt, de ha legközelebb úgyis újratelepítenél, akkor adhatsz az ArcoD-nek egy esélyt. Magyarch-hoz hasonló, de nem magyar, és sokkal tisztább Arch. Le lehet tölteni sokféle grafikus felülettel, a full DE-s változatok a B-sek, a minimalistábbak a D-s lemezképek, utóbbiak általában soványabb WM-mel jönnek, de annak keretén belül használhatóra meg vannak csinálva, de még sincs mindenféle szemét előre beleintegrálva a rendszerbe, csak alaprendszert ad, észszerű alapbeállításokkal.

    A nagyon fullosra összekészített disztrókkal meg általában ez a baj. Fent van rajtuk tenger sok csomag, amikre nincs szükséged, meg beleerőltetik a rendszerbe a saját hülyeségeiket, mint egy a Flatpak, Snap store, és társai, amiket úgy kell külön letiltogatni, meg kivakarni belőlük. Ugyananez Timeshift-re, Gnome-Seahorse kulcstartó, és egyéb baromságok. Ezeket „nem összerakott” disztróknál kapásból elkerülöd, nem utólag kell az ilyen szutykokat a rendszerből kigyomlálgatni. És az Arch itt jön a képbe, mert egy ilyen sincs, és idővel megtanulod ezeket kihagyni a rendszerből, rájössz, hogy ezek nélkül is meg lehet lenni, meg lehet lenni pl. GRUB nélkül is, nem hogy GRUB téma nélkül, LightDM és más login manager nélkül, sok minden egyéb nélkül, stb.. Ez az egésznek a lényege, nem az önszivatás, meg a terminálban gépeltetés, hanem érdemi pozitív hozadéka lesz, soványabb rendszer, nagyobb a kontrollod is felette.

  • csixy
    addikt

    Tedd fel az Xfce konfigot (MagyArch) + LightDM kombót. Utána meg
    sudo pacman -S cinnamon
    Kijelentkezel és kiválasztod a Cinnamont, login és beállítod magadnak. Sallang nem lessz benne. Ami kell felrakod.
    yay -S pamac-aur
    Ott lessz a grafikus csomagtelepítőd snap és flatpak nélkül. Az AUR-t meg bekapcsolod benne. Utána kereshetsz benne grafikusan bármilyen csomagra, ha hiányozna valami.
    Kiül a tálcára az ikonja is, ha van frissítés jelez neked.

    Köszi, megpróbálom.

  • Archttila
    veterán

    Most is tetszik, egyedül a színek számát csökkenteném egy kicsit. De amúgy jól néz ki. Ezt az F2 + Space megoldást nem ismertem eddig htop-ban, nem hiába, minden nap tanul valamit az ember. Múltkor meg pl. a vim-ben a Ctrl+W-vel az egész szavanként visszatörlést mutatták egy videón, azelőtt meg hogy az imagemagick csomagban lévő display paranccsal lehet fontpreview-ra is használni. Mindig vannak trükkök, amiket nem ismert az ember, még akkor se, ha az adott csomagot évek óta használja.

    Lehet draculasitom.:) Lenyegeben egy semara epul az egesz...

  • Frawly
    veterán

    Hééé hát pont neked tetszett pár hete a default waybar :D a többi meg standard Dracula theme.
    Máskülönben ha csak a terminal ablakok vannak megnyitva akkor szép egységes minden, a felső waybar pedig éppen csak megtöri az ablakok által árasztott halványlilás harmóniát. :) a lényeg, hogy így egységes.
    Nem tudom írtam-e korábban, de bekonfigoltam a mako-t. (self made Dracula kinézettel) és bár jópofa, hamar kiderült hogy semmi szükségem rá :D

    htop-ban F2 után a Space billentyű lenyomásával tudod változtatni column alatt lévő tétel stílusát.

    Ha az Awesome WM alá lenne Sway, akkor azt használnám! :K

    Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz.

    +1

    Most is tetszik, egyedül a színek számát csökkenteném egy kicsit. De amúgy jól néz ki. Ezt az F2 + Space megoldást nem ismertem eddig htop-ban, nem hiába, minden nap tanul valamit az ember. Múltkor meg pl. a vim-ben a Ctrl+W-vel az egész szavanként visszatörlést mutatták egy videón, azelőtt meg hogy az imagemagick csomagban lévő display paranccsal lehet fontpreview-ra is használni. Mindig vannak trükkök, amiket nem ismert az ember, még akkor se, ha az adott csomagot évek óta használja.

  • #63718632
    törölt tag

    Yay és pikaur van benne.
    A cinnamonos menüben van benne a flatpak installer egy rebornos csinálmány, ami együtt indul a rendszerrel és fel akarja rakni a repóit, de le lehet tiltani az indulását. Ezt szeretném még kivakarni a főmenüből de már késő, mert a reborn repót kikommenteltem a pacman.conf-ban, sőt utána a Pace repo customizer progival még ki is töröltem. . szóval lehet, hogy megnézem a magyarch-ot, de attól meg kék görcsöt fog kapni az orcám, már tudom előre.

    Tedd fel az Xfce konfigot (MagyArch) + LightDM kombót. Utána meg
    sudo pacman -S cinnamon
    Kijelentkezel és kiválasztod a Cinnamont, login és beállítod magadnak. Sallang nem lessz benne. Ami kell felrakod.
    yay -S pamac-aur
    Ott lessz a grafikus csomagtelepítőd snap és flatpak nélkül. Az AUR-t meg bekapcsolod benne. Utána kereshetsz benne grafikusan bármilyen csomagra, ha hiányozna valami.
    Kiül a tálcára az ikonja is, ha van frissítés jelez neked.

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

Hirdetés