Sway-jel kapcsolatos kérdések

Fórumok

[A TOPIKOT UTÓLAG ÁTNEVEZTEM]

Sway alatt minden alkalmazás átveszi a config-ban beállított betűtípust, kivéve a böngésző. (Brave) Mi lehet ennek az oka?

config file ide vontakoz része:

## Font
font pango:MesloLGS NF 10

## Theme
set $gnome-schema org.gnome.desktop.interface

exec_always {
    gsettings set $gnome-schema gtk-theme 'Dracula'
    gsettings set $gnome-schema icon-theme 'Dracula'
    gsettings set $gnome-schema cursor-theme 'ArchCursorTheme'
    gsettings set $gnome-schema font-name 'MesloLGS NF'
}

[A TOPIKOT UTÓLAG ÁTNEVEZTEM]

Hozzászólások

Ez nem Sway, hanem Brave specifikus kérdés. A Chrome-alapú böngészők saját renderengine-t, azon belül is teljesen saját font renderinget használnak, és tesznek arra, hogy te X, Wayland SwayWM, fontconfig, pango, Gtk, akármivel milyen betűtípust, fontsimítást, nagyítást, stb. állítottál be. Valahol külön kéne beállítani, ezt nem tudom, hogy Brave-nél pontosan melyik lap, brave://flags vagy ilyesmi.

Azzal is számolj, hogy maguk a weboldalak is bebonyolítanak, mert hiába is állítod be a kívánt betűtípust, méretet magán a böngészőn belül, azt az adott weboldal kódja simán felülbírálhatja, egyéni webfonttal, vagy valami olyan fallback font van megadva a kódban, hogy azt használja, és nem a defaultot. Nagyon trükkös kérdéskör.

Azt kell érteni, hogy mára a webböngészők egyfajta virtuális OS-ek, saját sandbox környezet, saját driverek, saját hardveres gyorsítás, saját DNS beállítások, saját rendering mindenből, mindentől függetleníti magát. Azért is ilyen erőforrás-zabálóak, meg azért állnak sok millió kódsorból.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Köszi a gyors választ, de közben megoldottam a problémát:

[Settings]
gtk-application-prefer-dark-theme=false
gtk-theme-name=Dracula
gtk-fallback-icon-theme=Adwaita
gtk-icon-theme-name=Dracula
gtk-font-name=MesloLGS NF 10
gtk-cursor-theme-name=ArchCursorTheme
gtk-cursor-theme-size=16
gtk-enable-event-sounds=0
gtk-enable-input-feedback-sounds=0
gtk-xft-antialias=1
gtk-xft-hinting=1
gtk-xft-hintstyle=hintfull
gtk-xft-rgba=none

Pontosabba csak majdnem, :) mert a -fenti - gtk-3.0 alatt létrehozott settings.ini -ben megadott paraméterek csak a GTK 3-as környezetre lesznek alkalmazva, a termnal, desktop stb továbbra sem veszi át az itt megadott pl. cursor témát.

Szerintem az előbb félreérthetően fogalmaztam, mert nem a weboldalakon megjelenő betűtípusokat szerettem volna megváltoztatni, hanem a böngésző tab, beállítások menu, jobb klikkes menü stb betűkészletét az alap téma betűkészletére.

Arch Linux [Sway WM]

Igen, akkor félreértettem a kérdést. A böngésző UI-jának a betűtípusát megváltoztatni még nehezebb, ahhoz tudtommal egyéni userChrome.css-t kell létrehozni. Ha csak a böngészőben kell, ahhoz pont elég, ha a Gtk3-ban átreszeled, nyilván Gtk2, Gtk4, Qt4-5, stb.-re nem fog vonatkozni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Működik! :) sőt, gyakorlatilag Lutris-tol kezdve a Steam-en át minden elindul. Olyan retro címek is futnak amivel még Win alatt is bűvészkedni kellett. (NOX)

Kell egy kis idő még az ember szépen rendbe rakja a konfigot, de utána már nincs vele gond, teszi a dolgát :)

közben kukáztam az oh-my-zsh, mert 2-3 pluginért felesleges megtartani... beállítom manual azt csók. De lehet a powerlevel10k zsh theme-t is dobom. Most ilyen szemetelős kedvemben vagyok :D

Köszönöm a segítséget mindkettőtöknek!

Arch Linux [Sway WM]

Vigyázni kell, mert Tiling WM-ek alatt jóval többet kell konfigolni. Önmagában kevés a /home/user/.config/gtk-3.0/settings.ini -t szerkeszteni, mert ahogy írtad a GTK2-esek fittyet hánynak rá. Ezért kell a /home/user alatt létrehozni egy .gtkrc-2.0 filet, amibe a GTK2-eseknek a xarjai vannak :)

Nekem pl ezeket tartalmazza:

gtk-theme-name="Arc-Mandy-Dark"
gtk-icon-theme-name="Adwaita"
gtk-font-name="Iosevka 12"
gtk-cursor-theme-name="Adwaita"
gtk-cursor-theme-size=0
gtk-toolbar-style=GTK_TOOLBAR_BOTH_HORIZ
gtk-toolbar-icon-size=GTK_ICON_SIZE_LARGE_TOOLBAR
gtk-button-images=0
gtk-menu-images=0
gtk-enable-event-sounds=0
gtk-enable-input-feedback-sounds=0
gtk-xft-antialias=1
gtk-xft-hinting=1
gtk-xft-hintstyle="hintfull"
gtk-xft-rgba="rgb"

Amúgy grat az Arch Linuxhoz. Én anno azzal kezdtem, mert az Ubuntu és társai sosem tudtak rávenni, hogy Linux-al foglalkozzam. Arch Linux változtatott meg. 2 hónapja viszont a desktopon is átáltam Debian-ra. Először csak poénból csináltam meg minden ugyanarra, mint amit Archon használtam, de aztán itt ragadtam Debianon több ok miatt is.

Koszi (habar lassan ket eve mar, hogy Arch-on vagyok) :)

A postom ota sokat valtoztak a dolgok, nincsen mar GTK2-es appom, a GTK3-masoknak pedig a sway configot hasznalom:

set $gnome-schema org.gnome.desktop.interface

exec_always {
	gsettings set $gnome-schema gtk-theme 'Dracula'
	gsettings set $gnome-schema icon-theme 'Dracula'
	gsettings set $gnome-schema cursor-theme 'ArchCursorTheme'
	gsettings set $gnome-schema font-name 'JetBrains 9'
}

Arch Linux [Sway WM]

Szerkesztve: 2021. 11. 15., h – 19:53

Le szeretném cserélni az imv-t swayimg-re, de utóbbinál a floating mode valami oknál fogva nem akar működni. Szerintetek mi lehet a probléma?

imv

for_window [app_id="^imv$"] floating enable

swayimg

for_window [app_id="^swayimg$"] floating enable

----

átneveztem a topikot :)

----

Arch Linux [Sway WM]

Ebben az a szep, hogy olyat akarsz, amit elvileg by default megcsinal :)

In the next step, swayimg adds two Sway rules for the self window: "floating enable" and "move position". Then it creates a new Wayland window and draws the image from the specified file.

https://github.com/artemsen/swayimg/blob/master/README.md#how-it-works

Nem értem... zathura, imv, mpv, pulsemixer, minden működik kivéve a swayimg

for_window [app_id="zathura"] floating enable, border pixel 1
for_window [app_id="imv"] floating enable, border pixel 1
for_window [app_id="swayimg"] floating enable, border pixel 1
for_window [app_id="mpv"] floating enable, border pixel 1
for_window [title="pulsemixer"] floating enable, border pixel 1

próbáltam class, title opcióval is de semmi változás, továbbra is ugyanabban a terminál ablakban nyitja meg a képet mint amelyikben kiadom a parancsot.

Arch Linux [Sway WM]

Ahogy nézem, jól csinálod pedig. Biztosan swayimg néven fut a bináris. Az is lehet, hogy swayimg-ben be van állítva, hogy felülírja az ablak, képernyő beállításait, nem ismerem ezt a progit, de néhány szoftver erre kényes szokott lenni, hogy nem követi a WM szabályait, hanem saját hatalmúlag partizánakciózik, és ez nem csak Wayland meg Sway alatt probléma, hanem X-es tiling WM-ekkel is elő szokott fordulni.

Én Sway alatt az imv-t használtam, sőt, használom most X.org + bspwm kombóval is.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

na poenbol megneztem.

app_id nem lesz jo, mert egyreszt lesz egy app_id ami a tartalmazo terminal, masreszt abban van a floating swayimg.

nalam pl terminatorban elinditva:
 

eff@eff-tp:~$ swaymsg -t get_tree | grep app_id
              "app_id": null,
              "app_id": "terminator",
              "app_id": "terminator",
              "app_id": "swayimg_61d5f4100004314e",

de a get_tree segithet a debuggolasban.

Esetleg probalkozz a `title` fielddel, az `swayimg: kep.png`

Szerkesztve: 2021. 11. 18., cs – 19:44

Ma egy teljes orat szorakoztam vele mindhiaba. Viszont megerte mert meg keresgeltem talaltam par hasznos sorocskat pl. az egyik:

for_window [title="(?:Open|Save) (?:File|Folder|As)"] floating enable, resize set width 1030 height 710

Arch Linux [Sway WM]

Szerkesztve: 2021. 12. 10., p – 17:10

Intel IGP után most kicsit összezavarodtam. Ryzen 5700G-hez az alábbi csomagokon felül ti még telepítenétek valamit?

- mesa (állítólag érdemes a Git-es ágat használni, hamarabb bekerülnek az újdonságok)

- lib32-mesa (Steam miatt)

xf86-video-amdgpu (szerintem Sway alá nem szükséges)

- vulkan-radeon

Arch Linux [Sway WM]

Igen, ezek kellenek, amiket írtál. Ryzen 4700U-n én is ezeket használom az integrált GPU-hoz (RX Vega 7) és egy másik gépen a dedikált AMD RX570-hez is. Azt is jól gondolod, hogy az xf86-video-amdgpu nem kell, az csak X.org alá szükséges, Sway/Wayland alatt nem kell, még az XWayland sem igényli. Ezek közül csak a vulkan-radeont kell telepíteni, a többit behúzza automatikusan függőségnek a Sway és a Steam.

Amit esetleg feltehetsz még, az a libva-mesa-driver, ami VA-API hardveres videódekódolást tesz lehetővé a GPU oldaláról. Lehet helyette a mesa-vdpau csomagot is használni, az VDPAU gyorsítást kapcsolt be, de az kevesebb videókódeket tud dekódolni.

A vulkan-radeon helyett lehet használni az amdvlk csomagot, az az AMD által fejlesztett Vulkan drivert szállítja, nem a Mesa-félét, de a vulkan-radeon ajánlottabb helyette, állítólag lényegesen jobb teljesítményt nyújt.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2021. 12. 11., szo – 08:50

Köszi a megerősítést. :)

Tegnap Steam-en elindítottam a Tomb Raider: Anniversary-t 2560x1440-ben csutka AA stb és laza 80 FPS körül száguldozott. Őszintén szólva erre azért nem számítottam. Gondolom a válasz valahol a proton/Vulkan körül kell keresni. :)

Arch Linux [Sway WM]

Nem értem miért kérdezed. A helyesírást feszegeted (szabályzat szerinti toldalékolás: Sway-jel) vagy csak nem tartod hihetőnek, hogy Wayland alatt ennyire jól fusson? Ha az utóbbi, akkor elárulom, hogy a Wayland sok esetben tényleg gyorsabb, mivel kisebb az overheadje, jobbak a frametime-ok. Ajánlom neked is, hogy próbáld ki, főleg, ha nem NV GPU-t használsz, hanem AMD/Intelt. Meg fogsz lepődni, hogy sokszor mennyivel jobban, simábban, tearingmentesebben futnak egyes kódok.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Raynes, szerinted az alábbi VRR beállítást mellett miért dob Adaptive sync: disabled-et amikor látszólag jól adtam meg az ide vonatkozó beállítást?

swaymsg -t get_outputs
Output DP-1 'Goldstar Company Ltd LG HDR QHD 003NTMX2Q155' (focused)
  Current mode: 2560x1440 @ 74.971 Hz
  Position: 0,0
  Scale factor: 1.000000
  Scale filter: nearest
  Subpixel hinting: unknown
  Transform: normal
  Workspace: 1
  Max render time: off
  Adaptive sync: disabled
  Available modes:
    640x480 @ 59.940 Hz
    640x480 @ 59.940 Hz
    640x480 @ 60.000 Hz
    640x480 @ 75.000 Hz
    720x480 @ 59.940 Hz
    720x480 @ 60.000 Hz
    720x576 @ 50.000 Hz
    800x600 @ 60.317 Hz
    800x600 @ 75.000 Hz
    832x624 @ 74.551 Hz
    1024x768 @ 60.004 Hz
    1024x768 @ 75.029 Hz
    1280x720 @ 50.000 Hz
    1280x720 @ 59.940 Hz
    1280x720 @ 60.000 Hz
    1280x720 @ 60.000 Hz
    1152x864 @ 75.000 Hz
    1280x800 @ 59.810 Hz
    1440x900 @ 59.951 Hz
    1280x1024 @ 60.020 Hz
    1280x1024 @ 75.025 Hz
    1600x900 @ 60.000 Hz
    1680x1050 @ 59.954 Hz
    1600x1200 @ 59.951 Hz
    1920x1080 @ 29.970 Hz
    1920x1080 @ 30.000 Hz
    1920x1080 @ 50.000 Hz
    1920x1080 @ 59.940 Hz
    1920x1080 @ 60.000 Hz
    1920x1080 @ 60.000 Hz
    1920x1200 @ 59.951 Hz
    2560x1440 @ 74.971 Hz
    2560x1440 @ 59.951 Hz

sway config output section:
 

##########
### Output
##########

# LG 32' Monitor
    output DP-1 mode 2560x1440@75Hz adaptive_sync on bg /usr/share/backgrounds/arch/arch.png fill

# LG 55' OLED TV
#    output HDMI-A-1 mode 3840x2160 position 3840,0 bg /usr/share/backgrounds/arch/arch.png fill

A monitor egy LG 32QN600-B FreeSync támogatással

Arch Linux [Sway WM]

Próbáltad újraindítani a rendszert? Az output parancs paraméterei közül próbáld meg kiszedni a felbontást, de főleg a 75Hz-et, lehet az a beállítás fixálja le a frissítési frekit. Esetleg próbáld ilyen sortöréses szintaxissal, ahol az se mindegy, hogy a kapcsos zárójelek melyik sorban vannak:

output DP-1 {
adaptive_sync on
bg /usr/share/backgrounds/arch/arch.png fill
}

Ezt egyébként az én gépeimen nem próbáltam még, mármint a FreeSyncet, pedig a GPU-k és kijelzők is támogatnák, de mikor még Sway-t használtam, akkor még az nem támogatta ezt a feature-t. Hétvégén lehet megpróbálom újra a Sway-t, rég néztem rá. Már most is fent van, csak nincs rendesen bekonfigolva, át kell hegesztenem a konfigját egy kicsit a régihez képest.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Sajnos mindegy melyik szintaxissal használom nem működik. Egyébként szintaxis hibánál (is) "eldobja" pirossal a szóban forgó sort.

Úgy tudom 1.5 óta támogatott a VRR

szerk.: hmm, lehet csak arról van szó, hogy nem támogatja az 5700G a VRR-t? :D NA mindjárt utána nézek :D mert ezt szerintem benéztem :D

Arch Linux [Sway WM]

Örülök, hogy sikerült. Az FSR-nak mi a beállítási parancsa? Egyébként ja, ez a Wayland előnye, hogy mindent maga a kompozitor támogat, ami egyben szerver, egyben kliens/WM, egyben kompozitor, egyben billentyűzetkiosztás-kezelő, egyben libinput kliens (egér, tapipad, egyéb beviteli eszközök kezelését is végzi), egyben GPU beállító kliens (ez a része a multimonitort is kezeli, meg a skálázást is), emellett a Sway esetében ez egyben háttérképkezelő, egyben panelkezelő is, stb., így elég egyetlen egy konfigfájlt EGYSZER normálisan megírni (man sway-* alatt minden dokumentálva van), és minden fog menni, nem kell hozzá semmilyen extra drivert, toolt, telepíteni, semmilyen AUR csomagot, nem kell külső tároló, PPA, stb.. Ezt a konfigot ha az ember megtartja a $HOME/.config/sway/config alatt, sose kell semmit újra beállításani, esetleges újratelepítéskor se. Minden beállítás egy sor a konfigfájlban, akár kommentekkel is ellátható. És az egész nem csak gyorsan fut, meg tearing, bosszúság nincs, de az egész eszik kb. 170 mega memóriát, cakk-pakk az egész rendszer. Nyilván feltéve, hogy az embernek AMD vagy Intel GPU-ja van, amihez van rendes opensource driver.

Kicsit szánni szoktam az ubuntus/mintes/gnome-os NVidia Matyikat, milyen vergődést le tudnak vágni, jajj, nem megy a hardveres GPU gyorsítás, dkms modulokkal vergődni, jajj,segítség melyik driverág kell a kártyához, jajj, nem megy a legújabb kernellel, csak az LTS kernellel, jajj, elavult a mesa, akkor elkezdenek Obaif Böff Broáf PPA-kat felvenni, végre összeküzdik mindenféle Xorg.conf-os meg xrandr-es varázslással, erre jön a második vergődési kör, hogy most már megy, csak X.org sessionben, a Wayland session nem megy a Gnome-ben vagy KDE-ben, meg tearingel, meg nincs kép, kidob a konzolba, szaggat a kirajzolás görgetés és ablakmozgatás között, szaggatnak a játékok, nem megy a vsync, nem megy ez, nem megy az, Gnome-hoz mindenféle webplugint felküzdenek, meg Gnome Tweakset, meg ötmillió szutykot feltenni, hogy használható is legyen, meg egyáltalán egy tapipadot vagy valamit normálisan lehessen beállítani. A végén örühetnek, ha 1 giga memóriafogyasztás mellett összereszelnek egy használható rendszert, és ezt a küzdelmet minden egyes esetleg újratelepítéskor el kell játsszák. A végén meg azzal vígasztalják magukat, hogy legalább az Ubuntu felhasználóbarát, meg Nvidia kártya 10 fps-sel többet tud (igen, Windows alatt, ahol van rá normális driver).

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Steam launch option, Lutris-ba pedig advanced settings környékén: 

WINE_FULLSCREEN_FSR=1

élesítéshez pedig 

WINE_FULLSCREEN_FSR_STRENGTH=1 to 5

Viszont aktív FreeSync-nél hiába játszom a scale_filter és subpixel értékekkel, valami oknál fogva homályos marad a kép, ami főleg a szövegek olvasásánál szembetűnő. Este már nem volt kedvem vele szórakozni, de ma remélem találok rá valami megoldást, bár mivel nem vagyok egy HC gamer (és a vas sem HC gaming-re lett kitalálva) így igazából akár mindegy is lehtne, viszont a tudat, hogy ez is működik... :D

Apróságok ezek de azért jó ha vannak, vagy legalábbis könnyen előcsalhatóak ha szükség lenne rájuk.

Arch Linux [Sway WM]

Ugyancsak a monitor OSD menüjében volt a megoldás. :D

Így állok jelenleg: (A Waybar még messze nincs kész)

https://imgur.com/a/855MRpI

Egyetlen egy dolog van amivel nem boldogulok. imv-be nem tudom jobb-bal iránnyal (kurzormozgató billentyűk) léptetni a képeket. Illetve azt vettem észre, hogy hiába módosítom a config-ba mondjuk a full screen hotkey-t, nem reagál rá, szóval szerintem nem is értelmezi a fájlban definiáltakat. Ezzel szemben a Zathura szépen teszi a dolgát, remek lightweight kis app. :)

Én bambáztam. Csak mc-be nem működik... ha az imv * parancsot kiadom egy képekkel teli folderbe, akkor a kurzormozgató billentyűkkel szépen lehet ugrálni egyik képről a másikra. Jó lenne ezt valahogyan mc-be is előcsalogatni.

Arch Linux [Sway WM]

Egyelőre így fest a sway config fájlom. Kicsit hiányos, itt-ott még módosítgatni toldozgatni kell, de azért már alakul. :)

#########################################################################
### SwayWM global configuration. For detailed information type "man sway"
### Author: Hajos Attila <archttila@gmail.com>
#########################################################################

### Variables

	# Mod1 key
	set $mod Mod1

	# Terminal emulator
	set $term alacritty

	# Screenshot
	set $screenshot grim ~/Screenshot/scrn-$(date +"%Y-%m-%d-%H-%M-%S").png
	set $screenclip slurp | grim -g - ~/Screenshot/scrn-$(date +"%Y-%m-%d-%H-%M-%S").png

	# Application launcher
	set $menu wofi -i --show run --exec-search --prompt "Run Command" | xargs swaymsg exec --
	set $appmenu wofi -i --show drun --allow-images --allow-markup --prompt "Application Launcher" | xargs swaymsg exec --

### Output

	# LG 32' Monitor
	output DP-1 {
	mode 2560x1440@75Hz
	position 2560,0
	adaptive_sync off
	scale_filter smart
	subpixel rgb
	bg /usr/share/backgrounds/arch/arch.png fill
	}

	# LG 55' OLED TV
	output HDMI-A-1 {
	mode 2560x1440
	position 2560,0
	adaptive_sync off
	scale_filter smart
	subpixel rgb
	bg /usr/share/backgrounds/arch/arch.png fill
	}

### Input

	# Keychron K8 keyboard
	input 1452:591:Keychron_K8 {
	xkb_layout "us,hu"
	xkb_capslock disable
	xkb_options "grp:lwin_switch"
	repeat_delay 500
	repeat_rate 20
	}

	# Logitech K520 keyboard
	input 1133:8209:Logitech_K520 {
	xkb_model logicd
	xkb_layout hu
	xkb_capslock disable
	xkb_numlock enable
	repeat_delay 500
	repeat_rate 20
	}

### Idle

	exec swayidle -w \
	timeout 600 'swaylock -f -c 000000' \
	timeout 610 'swaymsg "output * dpms off"' resume 'swaymsg "output * dpms on"' \
	before-sleep 'swaylock -f -c 000000'

### Key bindings

## Basics

	# Start a terminal
	bindsym $mod+Return exec $term

	# Kill focused window
	bindsym $mod+Shift+q kill

	# Start your launcher
	bindsym $mod+d exec $menu
	bindsym $mod+Shift+d exec $appmenu

	# Reload the configuration file
	bindsym $mod+Shift+c reload

	# System control
	mode "(L)ogout, (R)eboot, (P)oweroff" {
	bindsym l exit
	bindsym r exec systemctl reboot
	bindsym p exec systemctl poweroff

	# Return to default mode
	bindsym Return mode "default"
	bindsym Escape mode "default"
	}
	bindsym $mod+Shift+e mode "(L)ogout, (R)eboot, (P)oweroff"

## Moving around

	# Move your focus around
	bindsym $mod+Left focus left
	bindsym $mod+Down focus down
	bindsym $mod+Up focus up
	bindsym $mod+Right focus right

	# Move the focused window
	bindsym $mod+Shift+Left move left
	bindsym $mod+Shift+Down move down
	bindsym $mod+Shift+Up move up
	bindsym $mod+Shift+Right move right

## Workspaces

	# Switch to workspace
	bindsym $mod+1 workspace number 1
	bindsym $mod+2 workspace number 2
	bindsym $mod+3 workspace number 3
	bindsym $mod+4 workspace number 4
	bindsym $mod+5 workspace number 5

	# Move focused container to workspace
	bindsym $mod+Shift+1 move container to workspace number 1
	bindsym $mod+Shift+2 move container to workspace number 2
	bindsym $mod+Shift+3 move container to workspace number 3
	bindsym $mod+Shift+4 move container to workspace number 4
	bindsym $mod+Shift+5 move container to workspace number 5

	# Orientation for new workspaces
	default_orientation horizontal

## Layout

	# "split" the current object of your focus with
	bindsym $mod+b splith
	bindsym $mod+v splitv

	# Switch the current container between different layout styles
	bindsym $mod+s layout stacking
	bindsym $mod+w layout tabbed
	bindsym $mod+e layout toggle split

	# Make the current focus fullscreen
	bindsym $mod+f fullscreen

	# Toggle floating/tiling
	bindsym $mod+t floating toggle

	# Toggle the current focus between tiling and floating mode
	bindsym $mod+Shift+space floating toggle

	# Swap focus between the tiling area and the floating area
	bindsym $mod+space focus mode_toggle

	# Move focus to the parent container
	bindsym $mod+a focus parent

	# Floating modifier
	floating_modifier $mod normal

## Scratchpad

	# Move the currently focused window to the scratchpad
	bindsym $mod+Shift+minus move scratchpad

	# Show the next scratchpad window or hide the focused scratchpad window
	bindsym $mod+minus scratchpad show

## Resizing containers

	mode "resize" {
	# Resizing 1 px
	bindsym $mod+Ctrl+Right resize shrink width 10 px
	bindsym $mod+Ctrl+Up resize grow height 10 px
	bindsym $mod+Ctrl+Down resize shrink height 10 px
	bindsym $mod+Ctrl+Left resize grow width 10 px

	# Resizing 10 px
	bindsym $mod+Ctrl+Shift+Right resize shrink width 1 px
	bindsym $mod+Ctrl+Shift+Up resize grow height 1 px
	bindsym $mod+Ctrl+Shift+Down resize shrink height 1 px
	bindsym $mod+Ctrl+Shift+Left resize grow width 1 px

	# Return to default mode
	bindsym Return mode "default"
	bindsym Escape mode "default"
	}
	bindsym $mod+r mode "resize"

## Take a screenshot

	# Capture entire screen
	bindsym $mod+Print exec $screenshot

	# Capture selected area
	bindsym $mod+Shift+Print exec $screenclip

## Media keys

	bindsym XF86AudioRaiseVolume exec pulsemixer --change-volume +10
	bindsym XF86AudioLowerVolume exec pulsemixer --change-volume -10
	bindsym XF86AudioMute exec pulsemixer --toggle-mute
	bindsym XF86AudioPlay exec playerctl play-pause
	bindsym XF86AudioNext exec playerctl next
	bindsym XF86AudioPrev exec playerctl previous

## Applications

	bindsym $mod+F1 exec brave
	bindsym $mod+F2 exec pcmanfm
	bindsym $mod+F5 exec steam-runtime
	bindsym $mod+F6 exec lutris

## Notifications

	bindsym Ctrl+Space exec makoctl dismiss
	bindsym Ctrl+Shift+Space exec makoctl dismiss --all

## Status Bar

	bar {
	swaybar_command waybar
	}

	# class				border	bground	text	indicator	child_border
	client.focused		#282a36	#50fa7b	#000000	#50fa7b		#bd93f9
	client.unfocused	#282a36	#50fa7b	#000000	#50fa7b		#44475a

### Apperance

## GTK Theme

	exec_always {
	gsettings set $gnome-schema gtk-theme 'Dracula'
	gsettings set $gnome-schema icon-theme 'Dracula'
	gsettings set $gnome-schema cursor-theme 'ArchCursorTheme'
	gsettings set $gnome-schema font-name 'MesloLGS NF 10'
	}
	set $gnome-schema org.gnome.desktop.interface

## Font

	font pango:MesloLGS NF 10

## Borders

	default_border pixel 1
	default_floating_border pixel 1
	hide_edge_borders smart

## Gaps

	gaps inner 10
	gaps outer 5
	gaps top 0
	gaps bottom 0
	smart_gaps on

### Autostart

	exec wl-paste -t text --watch clipman store --no-persist
	exec --no-startup-id mako

### Window rules

	for_window [title="(?:Open|Save) (?:File|Folder|As)"] floating enable, resize set width 1024 height 576
	for_window [app_id="zathura"] floating enable, border pixel 1
	for_window [app_id="imv"] floating enable, border pixel 1
	for_window [app_id="mpv"] floating enable, border pixel 1
	for_window [app_id="pavucontrol"] floating enable, border pixel 1
	for_window [app_id="wdisplays"] floating enable, border pixel 1, resize set width 1024 height 576

### Include

	include /etc/sway/config.d/*

Arch Linux [Sway WM]

Jól néz ki. Pár jótanács: a TERM legyen "alacritty" és vedd fel a COLORTERM változóban a "truecolor" értéket, úgy nem csak 256 színt tud majd a terminál, hanem 16,7 milliót.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Csak hogy tuti legyen:

alacritty.yml -ben:

env:
TERM: alacritty

zshrc -ben:

export TERM="alacritty"
export COLORTERM="truecolor"

Ez így rendben van? Ha igen akkor az /etc/environment-be is célszerű felvenni igaz? De ha már itt tartunk, ami az /etc/environment -be van az a teljes rendszerre vonatkozik, mondjuk ellentétben azzal, amit a user -em alatt adok meg?

Arch Linux [Sway WM]

Ezt most viszont nem vágom:

Ha a monitor DP-1 a TV pedig HDMI-A-1 , akkor az alábbi bind-delés :D miért nem működik? (a mirror most nem fontos)

    ## Screen modes
    set $mode_display AUX SCREEN: (m) MONITOR (t) TV (o) OFF (d) MIRROR
    mode "$mode_display" {
    bindsym m output $scr_aux enable, output $DP-1 pos 2560 0, output $scr_aux pos $native_width 2560, mode "default"
    bindsym t output $scr_aux enable, output $HDMI-A-1 pos 0 0, output $scr_aux pos $native_width 3840, mode "default"
    bindsym d output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos 0 0, mode "default"
    bindsym o output $scr_aux disable, mode "default"
    # back to normal: Enter or Escape
    bindsym Return mode "default"
    bindsym Escape mode "default"
    }
    bindsym $mod+x mode "$mode_display"

Ez az Original: (ami másnál OK)

# Screen modes. Note mirroring is not yet properly supported by sway :(
set $mode_display AUX SCREEN: (l) LEFT (r) RIGHT (o) OFF (m) MIRROR
mode "$mode_display" {
    bindsym l output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos -$native_width 0, mode "default"
    bindsym r output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos $native_width 0, mode "default"
    bindsym m output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos 0 0, mode "default"
    bindsym o output $scr_aux disable, mode "default"

    # back to normal: Enter or Escape
    bindsym Return mode "default"
    bindsym Escape mode "default"
}
bindsym $mod+x mode "$mode_display"

Arch Linux [Sway WM]

Megoldottam:

## Variables

    # Displays
    set $monitor DP-1
    set $tv HDMI-A-1

### Output

    # LG 32' Monitor
    output DP-1 {
    mode 2560x1440@74.971Hz
    position 0 0
    adaptive_sync off
    scale_filter smart
    subpixel rgb
    bg /usr/share/backgrounds/arch/arch.png fill
    }
    # LG 55' OLED TV
    output HDMI-A-1 {
    mode 4096x2160@120.000Hz
    position 0 0
    adaptive_sync on
    scale_filter smart
    subpixel rgb
    bg /usr/share/backgrounds/arch/arch.png fill
    }

## Screen control
    mode "(M)onitor (T)v (O)ff" {
    bindsym m output $monitor enable, output $tv disable, mode "default"
    bindsym t output $tv enable, output $monitor disable, mode "default"
    bindsym o output $monitor disable, output $tv disable, mode "default"
    
    # Retrurn to default mode
    bindsym Return mode "default"
    bindsym Escape mode "default"
    }
    bindsym $mod+x mode "(M)onitor (T)v (O)ff"

 

Annyi kis bibi van csak, hogy mivel mindket kijelzo definialva van a konfigba, igy boot utan minketto aktiv, szoval ha csak a monitort akarom hasznalni akkor nyomnom kell egy mod+x m kombot.

Valami olyan megoldas kellene erre, ami boot utan lelovi a TV out-ot. Illetve nem csak boot utan hanem egy szimpla mod+shift+c -re is elojon.

Arch Linux [Sway WM]

Ha siman mod nelkul beirod ele, akkor elvileg indulasnal vegrehajtja nem?

Nem, illetve mar akkor eldobja hibaval amikor reloadolom a konfigot. (enabled, disabled... ott latszolag minden faj neki)

ha igy nem megy, akkor meg megprobalhatod ezt:

Ez meg sajnos csak siman nem mukodik. :/

Swayimg-vel mar nem foglakozom, de azert koszi!!

Ja igen get_tree! Egy ideje mar a baratom: :D

# Battle.net
    for_window [class="^battle.net.exe$" title="Battle.net"] floating enable
    for_window [class="^battle.net.exe$" title="Battle.net Settings"] floating enable
    for_window [class="^battle.net.exe$" title="Battle.net - Chats and Groups"] floating enable

    # Steam
    for_window [class="^Steam$" title="Friends List"] floating enable, border pixel 1
    for_window [class="^Steam$" title="Settings"] floating enable, border pixel 1
    for_window [class="^Steam$" title="About Steam"] floating enable, border pixel 1
    for_window [class="^Steam$" title="Product Activation"] floating enable, border pixel 1
    for_window [class="^Steam$" title="Add a Game"] floating enable, border pixel 1
    for_window [class="^Steam$" title="System Information"] floating enable, border pixel 1
    for_window [class="^Steam$" title="^Steam - Self Updater$"] floating enable, border pixel 1
    for_window [class="^Steam$" title=".* - Chat"] floating enable, border pixel 1
    for_window [class="^Steam$" title=".* - event started"] floating enable, border pixel 1
    for_window [class="^Steam$" title=".* CD key"] floating enable, border pixel 1
    for_window [class="^Steam$" title="^Screenshot Uploader$"] floating enable, border pixel 1
    for_window [class="^Steam$" title="^Steam Guard - Computer Authorization Required$"] floating enable, border pixel 1

Arch Linux [Sway WM]

Pedig jól írja a kolléga, a Sway configjának az utolsó sorában beírod:
output $tv disable

Vagy ott is lehet, ahol esetleg először szerepel az output HDMI-A-1 sor (ahol kapcsos zárójelek között a felbontást beállítod és hogy hányadik kijelző legyen), a végére odabiggyeszted a disable paramétert. Úgy default bejelentkezés után annak a kijelzőnek le kéne tiltódnia.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Vagy ott is lehet, ahol esetleg először szerepel az output HDMI-A-1 sor (ahol kapcsos zárójelek között a felbontást beállítod és hogy hányadik kijelző legyen), a végére odabiggyeszted a disable paramétert. Úgy default bejelentkezés után annak a kijelzőnek le kéne tiltódnia.

Mar a konfig reload utan letiltotta, koszi!!!! (mindkettotoknek)

Arch Linux [Sway WM]

Szerkesztve: 2021. 12. 24., p – 21:07

Így maradt! :) kicsit állítottam még a padding értékeken. :)

View post on imgur.com

Arch Linux [Sway WM]

Szerkesztve: 2022. 01. 06., cs – 11:23

Lenne itt meg valami.

.zshrc -ben letrehoztam imv -nek egy alias-t 

alias imv='imv * -r -s full -u linear'

semmi extra terminalbol inditva teszi is szepen a dolgat viszont ha fajlkezelobol nyitom meg a kepeket tartalmazo mappat (peldanak okaert mc) akkor nem lepteti oket, illetve ugy vettem eszre teljesen figyelmen kivul hagyja a zshrc -ben megadott parametereket.

Legtobbszor mc -t hasznalok (mert megszoktam) szoval jo lenne ha mukodne. nnn detto... nem leptet, viszont nagy meglepetesemre a Ranger megoldja :)

Hogyan lehetseges ez, illetve mikent tudnam ravenni az mc-t hogy a Ranger-hez hasonloan leptesse a kepeket? (egyaltalan ertelmezze a zsrc-ben foglaltakat)

Arch Linux [Sway WM]

Ha fájlkezelőből nyitod, az a shell rc-jával (.zshrc, .bashrc vagy akármelyik másik shellről legyen szó) nem foglalkozik, mivel saját hatáskörben kezel mindent. Ha azt akarod, hogy az mc is így kezelje, akkor az adott fájlkiterjesztést így részletezve imv * -r -s full -u linear formában adagolod be neki sima imv helyett.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Örülök, ezek szerint szépen haladsz a tökéletes rendszer felé. Ezeket csak egyszer kell végigszenvedni, i3wm/Sway konfigja, mc konfig és mc.ext, ranger config, stb.. Utána mentésből, saját git tárolóból, külön partíción hagyott home-ból bármilyen újratelepítéskor fel tudod használni ezeket a plain text configfájlokat, soha többé nem kell semmit állítgatni rajta, minden úgy fog menni, megjelenni, működni, ahogy megszoktad, és többféle eszközön és gépen is egységesíteni tudod a workflow-dat.

Másik előnye ezeknek a kis hardverigényen kívül, hogy univerzális megoldások, és nem csak Linuxon mennek (nem csak Archon, hanem mindenféle disztrón), egy BSD-s rendszeren (extrém esetben MacOS-en, meg Windows WSL-ben, terminálban, shellben is mennek ezek) is tudod őket használni, a zsh-t feltelepítve annak az rc-jét, mc-nek, rangernek, imv-nek, terminálnak a konfigjait. A Sway a Wayland miatt csak Linux only (bár mintha FreeBSD-n is menne már), de a konfigja kompatiblis az i3wm-ével (ami X alapú, és az összes unixlike rendszeren megy), csak néhány ilyen spéci output sort kell kiszedjél, a többi változatlan, és épp úgy használható grafikus felületet kapsz, ugyanazokkal a billentyűkombinációkkal, megjelenéssel, mindenben egy jól megszokott környezet fogad.

Ezt nem szokták érteni a laikus userek, mikor inkább maradnak az Ubuntunál, meg a Windowsnál, hogy azon out of the box minden megy, és nincs terülmük konfigfájlok hegesztésével foglalkozni. Ők úgy vannak vele, hogy szenvedjen ilyennel, akinek nincs élete, meg hét anyja van, nekik ilyenre nincs idejük. Pedig ha ezeket megtanulja valaki rendesen használni, bekonfigolja, akkor évekre, akár évtizedre előre teszi bele az idejét az összes eszközébe, rendszerébe, tehát nem időpocsékolás. Ilyen a gépírás, vim, shell scriptek írásának képessége, fzf, stb. is, egyszer kell megtanulni használni, onnan minden gépen kamatozik, teljesen univerzális képességként. Igen, eleinte meredek, mert munkával jár, átszokást igényel, agyrémnek tűnik, mint a pálcikával evés, de miután az ember megtanulta, és készség szinten fixálódik, onnantól meg látszani fog, hogy mennyivel hatékonyabb, mint a mainstream GUI-ban kattintgatós megoldások.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Koszonom!
Valoban rengeteget fejlodtem a par honappal ezelotti allapothoz keppest (XFCE) https://imgur.com/VY4ooeD

Valojaban az XFCE-vel parhuzamosan terveztem hasznalni a Sway-t, de olyan sok volt tavaly a munkam, + ott a csalad is ugye, hogy gyakorlatilag semmi idom nem volt vele foglakozni. Aztan jott a December, elokeszuletek, az unnepi lazabb idoszak, gondoltam mi lenne ha ralepnek a logout gombra es elkezdenem vegre belakni a masik session-t, total a nullarol. :) aztan egyik reggel fogtam es lezuztam a XFCE-t xorgostol mindenestol, es bar csinaltam backup-ot, ugy tetintettm ra, hogy innen mar nincs visszaut sot! elore tekintek es megprobalom a jelenleg meg bloat alkalmazasaimat palcikaWM kompatibilisebbre :) cserelni, szem elott tartva, - DE semmikepp sem atlepve - a meg hasznalhatosag hatarait! A legutobbi ilyen a wdisplay szamuzese volt, mivel siman megy configbol is a display valtas, akkor meg mindek tartsak erre kulon alkalmazast... elotte a blueman repult mivel 10 perc olvasgatas utan siman belottem vele az osszes BT eszkozomet bluetoothctl alatt, illetve ha mar BT akkor finomitottam kicsit a main.conf alatti reszeken is. (auto and fast connect)

Persze van meg teendo :D itt van peldanak okaert a NetworkManager amire erzesem szerint megintcsak semmi szuksegem mivel ez egy desktop gep Gigabites LAN-nal. Itt elso korben a netctl-re gondoltam mert

networkmanager installed size: 16.3MB
netctl installed size: 95.7KB!

ez azert elegge beszedes, es mondom szerintem a networkmanager (otthon fix neten logo gepre) felesleges, es bloat.

Tervben van meg a Dracula theme lecserelese valami kevesebb szint felvonultato theme-re, mert bar szep meg nem rossz, nekem kisse mar tul szines. Tetszik, mert alapveteon szinte minden temazhato vele, ami altal elegge egyseges lesz a teljes rendszer kinezete, de inkabb hasznalnek valami kicsit atlatszobb, komolyabb megjelenesu temat.

Erdekes amit irsz masok hozzaallasarol, hogy nekik erre nincsen idejuk, meg kulonben is, szenvedni kell vele stb. En pont ellenkezoleg latom: egyszer raszanod az idot (kozben tanulsz es remelhetoleg elvezed amit csinalsz) de onnanstol kezdve kesz, tobbe nem kell vele foglakozni, maximum csak finomitasz a mar kesz mun. :) En szemley szerint ezt nagyon elvezem, es nem nagyon latok eselyt arra, hogy valaha ujra visszakanyarodjak a DE-ek vilagaba. Egyszeruen nem lenne mar ertelme.

 

Mas:

Ez meg miota? :D

Brave wayland support

Preferred Ozone platform

Selects the preferred platform backend used on Linux. The default one is "X11". "Auto" selects Wayland if possible, X11 otherwise. – Linux

#ozone-platform-hint

Arch Linux [Sway WM]

Eszmeletlen mennyire meglodult a bongeszo! :D

Graphics Feature Status

  • Canvas: Hardware accelerated
  • Canvas out-of-process rasterization: Enabled
  • Compositing: Software only. Hardware acceleration disabled
  • Multiple Raster Threads: Enabled
  • Out-of-process Rasterization: Hardware accelerated
  • OpenGL: Enabled
  • Rasterization: Hardware accelerated
  • Raw Draw: Disabled
  • Skia Renderer: Enabled
  • Video Decode: Hardware accelerated
  • Video Encode: Software only. Hardware acceleration disabled
  • Vulkan: Enabled
  • WebGL: Hardware accelerated but at reduced performance
  • WebGL2: Hardware accelerated but at reduced performance
     

A Compositing-et (egyelore ugy latszik) buktam, a tobbi rendben van. Raw draw direkt van tiltva mert csak hibas mukodeshez vezet. Video encode nem fontos es nem is nagyon talaltam ra flag-et. A ket WebGL-lel nem tudok mit kezdeni, de ez igy is egy kv@ nagy level up! :D

Arch Linux [Sway WM]

Ez az Xfce-s screenshot sem nézett már ki rosszul. A Dracula jó téma, nem kell dobni, elég az is, ha csak a színek számát csökkented, és csak a semlegesebb, szürkésebb színeket használod belőle. Én jelenleg a Tokio night témát használom, de csak vim-ben, a bspwm jelenleg témátlan, fekete-fehér felső panel, egy háttérkép, terminálban alap gyári színek (hogy ne zavarjon be spéci színtéma pár programnak).

A hálózatkezelés sok mindennek a függvénye. Pl. a Network Managernek is lehet előnye, ha többféle hálózati csatlakozás (LAN, Wi-Fi) és/vagy Wi-Fi-n többféle SSID között ugrálsz, vagy többen használjátok a gépet, és a többi felhasználónál még asztali környezet fut, aminek a tálcaappletje még igényli, vagy pl. tud leszakadt hálózati kapcsolatot újraéleszteni újrakapcsolódással. A netctl valóban minimalistább, de még annál is van egyszerűbb, kézi dhcpcd konfig opcionálisan a Wi-Fi-hez kézi wpa_supplicant konfiggal, beteszed egy scriptbe, amit az initrendszerrel indítasz, pl. egy systemd service hívja meg.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 01. 06., cs – 16:25

deleted

Arch Linux [Sway WM]

Most raporgettel, hogy megint kiprobaljam, de lehet el kell engednem, a zoom nem stabil, hivatalosan csak Gnome alatt supportalt a wayland alapu screen share, es amugy is 5-bol 4x elcrashel call inditaskor.

Vagy elengedem, vagy bongeszobol hasznalom. Meg eldontom.

A screen share crash-el? Arrol nem tudok nyilatkozni mert nem hasznaltam meg soha, viszont minden mas beton stable. (Arch)

Esetleg az 1.7 changelog-jara erdemes vetned egy pillantast, eleg sok josag, javitas erkezik, gihub-rol remlik a lista (RC3 kornyeken van jelenleg)

Arch Linux [Sway WM]

Szerkesztve: 2022. 01. 07., p – 17:59

Egyetlen egy apro kis dolog van itt amit nem ertek. Hiaba fut szepen wayland alatt a Brave, htop-ban tovabbra is ott virit az xwayland (boot utan csak Bravet inditva teszteltem)

Probakeppen letoroltem a xorg-xwayland csomagot mivel kivancsi voltam, hogy igy egyaltalan elindul-e (tudom lehet tiltani is de igy a tuti) :) es lass csodat igy is tokeletesen fut a bongeszo. (ellenben a Steam-mel es meg egy ket progival de ez normalis)

/etc/environment alatt az alabbi par opcioval tettem egy probat de sajnos nem jutottam eredmenyre, ha fent van az xwayland csomag akkor azzal indul, hiaba rakok ide ilyeneket hogy:

XDG_SESSION_TYPE=wayland
XDG_CURRENT_DESKTOP=sway
GDK_BACKEND=wayland
CLUTTER_BACKEND=wayland

kva nagy merfoldko lenne ez most nekem emberek, :D szoval agyaljatok ki valamit, mert en ma hiaba googliztam ket orat akkor sem jutotam kozelebb amegoldashoz. :)

Arch Linux [Sway WM]

Megnezem de szerintem nem lesz valtozas... a Zen Kernel jatekokhoz van optimalizalva.

Egyebkent ha config-ba tiltom az xwayland-et akkor is jo, elindul. Masik furcsasag, hogy ha nincsen tiltva akkor pl egy sima mc-t inditva is elindul az xwayland, de ha tiltom akkor is normalisan elindul az mc. Magyaran feleslegesen triggereli. :D

Az lesz a vege, h marad igy ahogy most van letiltva a francba, aztan ha kell a Steam akkor reboot Zen kernellel es meg van oldva. A gyerkoc most is siman SuperTux -ozik a gepen tiltott Xwayland-el :) bar o ezt meg nem sejti :D (ovodas)

Tegnap este szamuztem a NteworkManager-t, helyette van most systemd-networkd. Keszitettem neki egy network fajlt amiben csak az interface es a DHCP van definialva. Teljesen tokeletes. :) 

Arch Linux [Sway WM]

Erre nem is gondoltam (pedig mar jo sokszor megszivatott)

Na mindegy ha lesz valami valtozas jelzem, de magamtol biztosan nem jovok ra. :) igy marad a jelenlegi pure wayland felallas, ha meg jatszani tamad kedvem #xwayland disable :)

Jobb otletem egyelore nincs.

Arch Linux [Sway WM]

Ezt nekem is csinálta, még mikor Sway-t használtam. Nem a Brave, mert azt akkor még nem futtattam, hanem pl. Alacritty terminál, ami szintén waylandes, de mégis, ahogy elindítottam, indult vele az xwayland. Fene se érti miért, mikor nem kell neki. Ennek ellenére nem nagy bug, mert legalább előre be van töltve, sok memóriát, prociidőt nem kér, és ha tényleg X-es alkalmazást indítasz (amit elég nehéz megúszni), akkor legalább használatra kész.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Csak ugye esetemben pont arrol van szo, hogy eddig amiket megneztem (a Steam-en kivul) minden elindult xwayland disabled mellett. Reddit-ten is nem egyszer olvasom, hogy 99% Xorg free, meg pure wayland. Ami naguon meglepett az LibreOffice :) csak ugy repul meg pattog Wayland alatt.

Arch Linux [Sway WM]

Szerkesztve: 2022. 01. 08., szo – 10:48

LibreOffice works natively on Wayland :) https://imgur.com/2JX3oHX

[alucard@arch ~]$ pacman -Qg xorg | wc -l
8

Ezektol viszont keptelenseg megszabadulni. Egyelore...

Arch Linux [Sway WM]

Nem lehet megszabadulni tőlük, mert ezek az X-es függőségek kellhetnek az xwaylandnek is. Olyan workflow-t még nem tudsz kialakítani, hogy minden alkalmazásod waylandes legyen. Írtad, hogy futtatsz Steam-et, játékokat, azok is X only alkalmazások, ahogy egy csomó más minden, pl. dmenu (bár erre van waylandes alternatíva, pl. wrofi, stb.), zathura, szóval én nem szedegetném le. Nem sok minden fut belőle, ha épp nincs használva, pár megát foglal.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Zathura fut wayland alatt. Wofi-t hasznalok, de laucherbol annyi van mar lassan mint egen a csillag.

még nem tudsz kialakítani, hogy minden alkalmazásod waylandes legyen

Ezzel egyetertek! :) bar mint irtam egyelore tiltva van mert kivancsi vagyok elesbe akarom latni mi indul es mi az, ami nem mukodik. Eddig csak a Steam sirt az X-ert. Tobbi amugy nagyreszt terminal alkalmazas, most pl a newsboat RSS-t akarom majd beloni, illetve par hete volt egy korom a spoitify tui -val de sajnos ott volt egy megoldhatatlannak tuno no device is found problemam ami a jelenlegi vason nem valoszinu, hogy elojon. 

Arch Linux [Sway WM]

Ezt nem tudtam, hogy a zathura tud natív waylandet. A wrofi meg akkor wofi, ennek a nevére nem emlékeztem jól. Az rémlik, hogy a redshiftnek is van waylandes változata. Az X-ért sok minden fog sírni, Steam, Proton, Wine, sok egyéb alkalmazás, ami nem támogat Waylandet, nem azért, mert nagy szám lenne támogatni, csak a fejlesztő lusta, meg hátra van dőlve. A terminálos alkalmazásoknak mindegy, ilyen newsboat, mc, micro, vim, vifm, neomutt, stb., mert azok a terminált használják, és ha a terminál tud natív Waylandet, akkor minden megoldott.

Sajnos még a Linux mellett eltökélt nagy fejlesztőcégek is sokszor lusták, pl. a Valve. Sok régebbi játékuk, pl. Half-Life/CS sorozat régebbi részei még 32 bites x86 binárisok, csak X-et támogatva, és évek óta nem nyúlnak hozzá.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 01. 09., v – 19:00

Retroarch-tol a Zathura-ig, az mpv-n es LibreOffice-on at :) tenyleg minden megy letiltott Xwayland mellett. Igy maradt :) A Valve meg bekaphatja.

Estleg erdemes lenne meg megnezni, hogy a flatpak (tudom tudom) féle Steam mennyire jarhato ut, tudok-e vele Proton retegen keresztul Windows-os jatekokat inditani stb. Ha mukodik, akkor mehet le Steam a picsbe Xwayland-del egyutt.

Arch Linux [Sway WM]

Szerkesztve: 2022. 02. 14., h – 09:57

Strawberry Draculasitva :) https://imgur.com/bOik5xM https://imgur.com/uPLIxvG

Kicsit még ronda bár ahhoz képest, hogy mekkora menet volt ezt így összepakolni a kva QT miatt (huu de gyűlölöm te jó ég) szóval egész elfogadható (drakulás) lett a végeredmény.

Már csak a system ikonok használatára kelene valahogy révennem, de ha bepippantom neki settings-be akkor nem indul, a qt6ct beállítást meg egyszerűen csak figyelmen kívül hagyja.

Egyébként egyre inkább olybá tűnik, hogy Linux alatt (MQA dedikált DAC híján) nem lehet azt a fránya HIFI quality-t kisajtolni a Tidal-bol... legalábbis nekem sem sikerült... mondjuk ennek is örülni kell ami van, mert ezen kívül Tidal-hoz csak kaka electron megoldásokat találtam, meg egy két outdated projectet. Itt jegyzem meg Tidal-bol a Client ID kinyerése is egy kész őrölet :D de nem lehetetlen.

Arch Linux [Sway WM]

Jól néz ez ki, egyedül én a transzparens háttérborítót venném ki, zavarja az olvasást. Az MQA meg egy csalás, audiofúl hülyítés, eleve veszteséges tömörítés, ami ráadásul csak interpolációval van felülmintavételezve. Sokat nem vesztesz vele.

A Strawberry egyébként egy nagyon jó audiolejátszó, funkciókban gazdag, de nekem túl bloat, ahogy írod is, sok qt-s függőség kell neki. Így ha audiolejátszó kell, akkor cmus vagy mpd+ncmpcpp, de sokszor beérem a sima mpv-vel, ha meg grafikus kell, akkor Deadbeef, ami egy foobar2000-klón, és csak Gtk-s meg gst-codec-es függőségek kellenek neki, de azt meg más Gtk-s alkalmazás már úgyis felvitte jó eséllyel a rendszerre, valami másik lejátszó, böngészők, stb.. Deadbeefet én csak tömeges tag-szerkesztésre, meg nehezen sciptesíthető konvertálásokra használok, de ebben a szerepkörben is igyekszem kiváltani. Most a jelenlegi rendszeremen fent sincs, mert még nem kellett semmihez.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 02. 14., h – 20:31

Azt már kivettem miután postoltam :) az MQA-t pedig elengedtem. (olvastam róla pár cikket na meg Linux alatt amugy is inkabb a hagyjuk kategória)

A STrawberry tényleg jo player de valóban egy bloat, főleg egy spotify TUI után :D viszont nem nagyon van más választásom. Spotify-t a hulla, élettelen, kipikopi hangja miatt végül szintén elengedni kényszerültem. Eddig még csak csak elviseltem (főleg útközben szódával elment) de most hogy van itthon két Presonus Eris Studio háát, maradjunk annyiba hogy nem ezért vesz az ember normálisabb felszerelést. (néha olyan érzésem van, mintha Spotiék eleve valami szarul masterelt anyagról készítenék a tömörítést. Tidal-ban még a régi mastereknél sincs ilyen érzésem) Szóval unatkozó kedvű lelkes programozóknak üzenem: Jó lenne egy Tidal TUI :D

Kár hogy a DeaDBeeF nem tud Tidal-t (Win alatt a foobar2000-ret imádtam)

Arch Linux [Sway WM]

A Spotify-t én is pont emaitt dobtam, tompa, kásás a hangja. Nem a formátumukkal van baj, mert a 320 kbps-os ogg Vorbis tudna sokkal jobb minőséget, hanem feltehetően valami normalizációs szűrővel, vagy valami hardverkimélő gyorstömörítéssel kókányolják össze a fájlokat, amiatt szót rosszul.

Tidal TUI-t nem fog senki csinálni, sem más streamszolgáltatóhoz klienst, mert ezek mindegyike úgy van megcsinálva, hogy a teljesen zárt API miatt csak webről lehessen használni, ezért van az, hogy a „natív” streamappok is mind Electron-alapúak, mert lényegében egy álcázott Chrome-ablakban fut webtartalom, annyi erővel akkor az ember használja böngészőből.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

De ha Spotify-nál meg tudták oldani (Spotify's API) akkor Tidal-nál miért ne lehetne? (nem tudom, csak kérdezem) Lényegben Tidal esetében is hozzáférsz a token-hez azzal a különbséggel, hogy ott neked kell kivarázsolni a mobil app cache folderebol a szóban forgó token-t. (grep -r "X-Tidal-Token de már ez is csak a regebbi verzios appal müködik)

Environment-el kapcsolatban lenne hozzád egy kérdésem. Sokszor nem tudom eldönteni, hogy az általam használt (vagy kísérleti alanyként működő) változót az home alá a .zshrc fájlba, vagy az /etc/environment- be kell elhelyezni.

Ezekről lenne szó: (~/.zshrc)

export TERM="alacritty"
export COLORTERM="truecolor"
export EDITOR="micro"
export VISUAL="micro"
export MICRO_TRUECOLOR=1
export HISTORY_IGNORE="(ls|cd|pwd|exit|mc|sudo mc|history|cd -|cd ..)"
export XDG_SESSION_TYPE=wayland
export XDG_CURRENT_DESKTOP=sway
#export GDK_BACKEND=wayland
export CLUTTER_BACKEND=wayland
export SDL_VIDEODRIVER=wayland
#export GTK_USE_PORTAL=0
#export QT_QPA_PLATFORM=wayland-egl
export QT_QPA_PLATFORMTHEME=qt6ct
#export QT_WAYLAND_FORCE_DPI=physical
#export QT_WAYLAND_DISABLE_WINDOWDECORATION=1
#export ECORE_EVAS_ENGINE=wayland_egl
#export ELM_ENGINE=wayland_egl
#export _JAVA_AWT_WM_NONREPARENTING=1

Példáanak okáért vegyük a legutóbb (pont a Tidal kapcsán) használt export QT_QPA_PLATFORMTHEME=qt6ct sort. Ha ezt a ~/.zshrc -be helyezem el, akkor használhatatlan lesz a qt6ct. Ha viszont az /etc/environment-be rakom, akkor működik. Viszont más egyéb a listán lévő bejegyzés simán működik akkor is, ha a home alatti zshrc-ben helyezem el. (pl export SDL_VIDEODRIVER=wayland)

Arch Linux [Sway WM]

A Tidal-hoz tuti nincs API. Nem véletlen, hogy nincs natív app hozzá.

A környezeti változó mindegy hová kerül. Ha a ~/.zshrc fájlba teszed, akkor csak a felhasználódnak lesz elérhető (miután a zsh-t újraindítottad, vagy source-olod a .zshrc fájlt), ha a /etc/environments fájlba, akkor rendszerszinten az összes felhasználónak, és mindenféle shell alatt, nem csak zsh alatt. Nem értem miért nem működik az a qt6ct-s változó, működnie kéne .zshrc-ből.

A zsh a felhasználódhoz rendelt login shell? Mert esetleg azt tudom elképzelni, hogy valami másik shellben jelentkezel be (pl. Bash), majd elindítod ezt a kérdéses alkalmazást (közvetlenül vagy Sway konfigból), ami GUI-s, és nem tölti be a zsh shellt, hanem elindul grafikus felületen, de így a shell nem tölti be neki a szükséges környezeti változókat. A bizonyos környezeti változóval indulást ki tudod erőszakolni így is:
VALTOZO=ertek /eleresi/ut/alkalmazasneve

Ezt be tudod tenni a Sway konfigjába a kívánt alkalmazás elé. Persze a /etc/environments-be egyszerűbb betenni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 02. 16., sze – 07:17

Természetesen zsh az alap shell, egy ideje már csak ezt használom. https://pastebin.com/i1uj8cjr

Mindegy nem töltöm ezzel feleslegesen az időmet, átpakolok minden változót az /etc/enviromnets alá, az a tuti. :)

Arch Linux [Sway WM]

Így van, a /etc/environments-es megoldás a szakmailag legkifogástalanabb, legajánlottabb. Mindennek ellenére én nem használom, nem azért, mert baj lenne vele, hanem nem volt még rá szükségem, működik minden anélkül is., meg a felhasználóoldali shell rc-kben történő változókezelés inkább csak rugalmasabb, nem kell a módosításához állandóan rendszergazdai jog, stb.. De ez leginkább ízlés, preferencia kérdése. Ha neked csak az environmentses megoldás működik, maradj annál.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 02. 16., sze – 18:00
Szerkesztve: 2022. 02. 20., v – 16:22

Raynes szerinted mi lehet az oka annak, hogy Arch alatt buffering-gel leáll Strawberry-ben a Tidal stream lejátszás? Merre induljak el a kutakodásban?

A hétvégén már megpróbáltam mindent de nem jutottam eredményre:

Első körben a DNS kiszolgálóra gyanakodtam (NextDNS) de miután átálltam Cloudflare-re, a probléma nem szűnt meg, pár perc után Buffering-el ugyanúgy megállt a lejátszás.

Jó, gondoltam akkor nem tetszik neki a fapados systemd network megoldásom ezért felraktam a NetworkManager-t erre nem jó, buffereing.. buffering... :/

Itt már kicsit ideges voltam de van annyira fontos ez a dolog, hogy visszatérjek Pipewire-röl Alsa-ra. Pikk-pakk meg is voltam DE! nem nyert, így is megáll buffering-gel a lejátszás.

Tartok egy teszt SSD-t a gépben (pont az ilyen helyzetek miatt) így kapásból 4 operációs rendszer alatt is teszteltem: Windows, Manjaro, Ubuntu, Garuda (mind Xorg alapokon ezzel is kizárva a Sway-t) és nagy meglepetésemre mindenhol folyamatos, akadásmentes volt a lejátszás. (Windows alatt Strawberry-n kívül a hivatalos Tidal kliensben is rendben ment a lejátszás)

Természeten szétnéztem a különböző szakmai portálokon, de sajnos nem találtam semmi érdemleges infót sem az Arch Wikiben, sem pedig a fórumokon.

Arch Linux [Sway WM]

Passz, fogalmam sincs. Tidal-t pedig használok, de csak saját klienssel Androidon, meg Linuxon böngészőben a webinterface-üket. Elvileg ahhoz nincs köze, hogy milyen hálózatkezelő modullal kapcsolódsz, meg hogy X.org vagy Wayland fut-e. Pipewire-ről nem tudsz Alsára váltani, max. Pulseaudio-ra, de nem ez okozza.

Amire tudok mégis tippelni, az az, hogy a többi platformon is megszakad szerintem a buffering, csak ott nagyobb buffer van beállítva, addigra annyira megtelik a cache, hogy nem veszed észre lejátszás közben, míg a Strawberry-nél talán kisebbre van állítva a buffer.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Elírtam, nyilván a Pulse-ra gondoltam. :)

a többi platformon is megszakad szerintem a buffering, csak ott nagyobb buffer van beállítva, addigra annyira megtelik a cache, hogy nem veszed észre lejátszás közben, míg a Strawberry-nél talán kisebbre van állítva a buffer.

Azonos (default) bufferbeállítás mellett minden rendszeren megy akadás nélkül a - szintén azonos verziószámú - Strawberry-vel, kivéve Arch-on.

A mobilos alkalmazás tökéletesen működik, azzal semmi probléma. 

Mindegy azért köszi!

Arch Linux [Sway WM]

Szerintem a GStreamer-ben lesz a probléma.

Itt egy érdekes rész a doksiból:

https://gstreamer.freedesktop.org/documentation/application-development/advanced/buffering.html?gi-language=c#stream-buffering

In this case we are reading from a slow network source into a buffer element (such as queue2).

The buffer element has a low and high watermark expressed in bytes. The buffer uses the watermarks as follows:

  • The buffer element will post BUFFERING messages until the high watermark is hit. This instructs the application to keep the pipeline PAUSED, which will eventually block the srcpad from pushing while data is prerolled in the sinks.

  • When the high watermark is hit, a BUFFERING message with 100% will be posted, which instructs the application to continue playback.

  • When during playback, the low watermark is hit, the queue will start posting BUFFERING messages again, making the application PAUSE the pipeline again until the high watermark is hit again. This is called the rebuffering stage.

  • During playback, the queue level will fluctuate between the high and the low watermark as a way to compensate for network irregularities.

This buffering method is usable when the demuxer operates in push mode. Seeking in the stream requires the seek to happen in the network source. It is mostly desirable when the total duration of the file is not known, such as in live streaming or when efficient seeking is not possible/required.

The problem is configuring a good low and high watermark. Here are some ideas:

  • It is possible to measure the network bandwidth and configure the low/high watermarks in such a way that buffering takes a fixed amount of time.

    The queue2 element in GStreamer core has the max-size-time property that, together with the use-rate-estimate property, does exactly that. Also the playbin buffer-duration property uses the rate estimate to scale the amount of data that is buffered.

  • Based on the codec bitrate, it is also possible to set the watermarks in such a way that a fixed amount of data is buffered before playback starts. Normally, the buffering element doesn't know about the bitrate of the stream but it can get this with a query.

  • Start with a fixed amount of bytes, measure the time between rebuffering and increase the queue size until the time between rebuffering is within the application's chosen limits.

The buffering element can be inserted anywhere in the pipeline. You could, for example, insert the buffering element before a decoder. This would make it possible to set the low/high watermarks based on time.

The buffering flag on playbin, performs buffering on the parsed data. Another advantage of doing the buffering at a later stage is that you can let the demuxer operate in pull mode. When reading data from a slow network drive (with filesrc) this can be an interesting way to buffer.

Ebből arra következtetek, hogy arch-ék máshogyan lövik be default a low/high watermark értékeket, ezért akad a lejátszás. Viszont jó hír, hogy a Strawberry lehetőséget kínál mindkét érték módosítására, szóval elvileg kikísérletezhető a megfelelő beállítás.

Arch Linux [Sway WM]

Ja, sajnos a Gstreamer-t és pluginjeit sokan utálják, a sok benne lévő elavult kód miatt. Ma már néhány Gnome- és KDE médialejátszó alkalmazáson kívül semmi nem használja, az FFmpeg/mpv-alapú megoldások szokásosak helyette. Sajnos ezzel nem tudsz mit csinálni, a Tidal, Spotify, stb. proprietary szolgáltatás, csak a saját kliensükhöz vannak tervezve, és ugyan a jelek szerint tudod másik lejátszóval is hallgatni, de kompromisszum mindig is lesz, hozzá leszel kötve valami szutyokhoz. Ez a proprietary és DRM-es megoldások átka, nem véletlen szaval ellenük Stallman már évtizedek óta.

Ennek ellenére, ha sikerült megoldani, írd meg mi volt a megoldás, mit kellett Strawberry-n állítani. Hátha valaki hasznát veszi, meg engem is érdekel. Elvileg a bufferelés a kliens feladata, akkora buffert kéne tudni beállítani, amilyet csak akarsz.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Teljesen elengedtem az MQA-t és a Strawberry-t, a Tidal license-t pedig HiFi-re downgrade-eltem, így most böngészőből szól a muzsika. (ami nem baj mert így is úgy is folyamatosan használatban van)

Szóval spóroltam egy rakat csomagot, az MQA-nak meg amúgy sem lett volna értelme... :)

Arch Linux [Sway WM]

Szerkesztve: 2022. 03. 05., szo – 19:37

Raynes, ujra lenne hozzad egy kerdesem! Ha mako a notify-send Hello World! uzenetet megjeleniti a desktopon, akkor a programok miert nem kuldenek ertesitest?

Arch Linux [Sway WM]

Szerkesztve: 2022. 03. 05., szo – 20:45

mas

ertekeztem a swayimg fejlesztojevel es elmondasa szerint direkt ugy tervezte a programot, hogy amikor megnyitod a kepet akkor az azt az aktiv ablak melle dobja be floating-be!. Szoval az ami elsore ugy tunik (es ugy tunik mert mas sem vette eszre) hogy nem floating az valojaban az! (mod+bal eger klikk arrebb is lehet pakolaszni) csak megteveszto mert olyan mintha az aktiv ablak melle or ala dobna egy ujabb csempebe a kepet. (hasonloan mint mondjuk amikor imv-nek nem adsz floating enable parametert)

Szoval ha valakit erdekel (persze miert is erdekelne de azert leirom) akkor a megoldas (nalam egy 2560x1440-es kijelzon) igy nez ki.

sway config:

for_window [app_id="swayimg"] floating enable, border pixel 1

.zshrc-be pedig valami ilyesmi

alias i='swayimg * -s fit -g 300,120,1920,1080'

Igy az i betu lenyomasara a kijelzo kozepere nyitja meg a mappa tartalmat, amit n es p karakterekkel leptethetunk pure nativ wayland kornyezetben. :)

Ja, azt meg ne kerdezzetek hogy jon ki 300,120 -al (X,Y) centerbe :D de mukodik: https://imgur.com/8mOFqDy

Ugy erzem ma is sikerut egy ujabb szintet lepnem, igy le is zuztam az imv-t. Jelenleg 485 csomagbol all a rendszer.

Arch Linux [Sway WM]

Én imv-t használtam Sway/Wayland alatt, az tökéletesen működik, még most X.org alatt is, mivel mindkettőt támogatja natívan. A swayimg-t nem próbáltam, de így elsőre morbidnak tűnik, hogy floating ablakokat erőltet. Automatán abban a módban kéne induljon, amelyet épp használsz, ha tiling, akkor abban, ha monocle/fullscreen, akkor abban, így a meglévő módokhoz kéne igazodnia. Főleg, hogy tiling WM-hez tervezték, nem floatinghoz. Ezzel a for_window megoldással viszont bármilyen ablakozó módot rá tudsz erőltetni akármilyen programra, nem csak floatingot, és nem csak Sway alatt, hanem i3wm alatt is működik.

Ezt a .zshrc-s megoldást se értem, mert ez shell aliast hoz létre, és nem billentyűkombinációt. Tehát ezt az aliast neked kell kézzel beírva futtatni, vagy scriptből meghívni.

Az a 485 csomag viszont betyár sovány egy rendszer, gondolom akkor X-es csomagok sincsenek fent. Nálam most 898 csomag van fent, Arch, bspwm, X.org, de van egy pár WM (dwm, IceWM) és rakat program fent, játékok, natív, steames, protonos, meg egy csomó dev/shell tool, tömörítő, stb. programozáshoz, szótárkonverziókhoz, némelyikről már azt se tudom, hogy mire kellett a csomag. Egy 2000 csomagos, full DE-s Ubuntu, Mint, stb.-hez képest ez még ez is rettenet sovány, 7,7 gigát foglal a rendszer (a játékok, adatok, torrentek, stb. nem a root partíción vannak, hanem a home-on, cache-es mappák meg RAM-ban).

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A swayimg-t nem próbáltam, de így elsőre morbidnak tűnik, hogy floating ablakokat erőltet

Egyebkent nem, sot ha belegondolsz ez egy nagyon okos (bar teny hogy szokatlan) megoldas

The program uses Sway IPC to determine the geometry of the currently focused container. This data is used to calculate the position and size of the new "overlay" window that will be used to draw the image. In the next step, swayimg adds two Sway rules for the self window: "floating enable" and "move position". Then it creates a new Wayland window and draws the image from the specified file.

Nalam is csak egy berogzodes ez a megnyitas utan egybol kozepre a kepet dolog. :)

imv-vel olyan gondom volt, hogy ha megnyitottam egy mappa tartalmat es lekezdtem leptetni a kepeket, akkor egy ido utan magatol elkezdett ugralni a kepek kozott. Fogalmam sincs miert csinalhatta ezt, de rohadtul idegesito volt. Mivel ritkan nezegetek kepeket (inkabb csak sortírózásnál) igy nekem ez a kis minimal swayimg tokeletesen megfelel.

Az a 485 csomag viszont betyár sovány egy rendszer, gondolom akkor X-es csomagok sincsenek fent.

Alapesetben olyan 630 korul volt a csomagok szama, de a Retroarch kivetelevel minden gaming platformot megszuntettem. (Steam, bottles, wine...) torrent, fontos adatok, biztonsagi mentesek raspberry szerveren (raid)

Arch Linux [Sway WM]

Ha a kép közepét akarod nézni, akkor indítsd úgy a swayimg-t, hogy skálázza le a képet az adott ablak méretéhez automatikusan. Vagy indítsd az alkalmazást full screen-ben, így középen lesz a kép. Az ilyen floating barmolásnak nem sok értelme van tiling WM alatt. A floating ablakok mindenképpen csak hack tiling WM-ben, és csak azért támogatják, hogy ha valaki még olyan speciális, GUI-s programmal dolgozik, aminek sok alablaka van (pl. GIMP, más kép/videószerkesztők, vagy egyes debuggerek, IDE-k), vagy splash screenje, vagy párbeszédablaka van, akkor az ne nézzen ki hülyén full screenben meg tiling layout-ban. De nem ajánlott floatingot használni, ha csak egy mód van rá, kerüld, mert egy csomó korlátot jelent, pl. ha az előtérben fut egy floating ablak, akkor nem tudsz egy másik ablakra úgy átváltani, hogy a floating is a háttérben legyen, ki fogja takarni a többi tartalmat. Mindenképp pain in the ass, csak vész esetén használd.

Nekem egyébként a képnéző, videólejátszó mindig monocle/fullscreen módban van (és az imv automatikusan az ablak méretéhez skálázza a képet), mert ugye amikor az ember ilyen vizális tartalmat néz, akkor arra kíváncsi, és nem néz úgyse más sallangot a képernyőről, így értelmetlen ablakba benyomorgatni. Persze ez mindenkinek preferenciafüggő, attól függően, hogy milyen workflow-t és programokat használ. Annak ellenére, hogy a tiling WM pont azoknak való, akik inkább terminálos programokat meg egyszerű tiling, full screen layoutokat használnak, és nem hagyományos sokablakos, párbeszédablakos GUI programokat, azaz eleve indításból egy másfajta workflow-ra vannak kitalálva, ahol csak terminál meg, meg CLI/TUI/framebufferszerű programok (utóbbi pl. mpv, zathura, imv, stb.), és minden keyboard driven (nem egerészős, dokkra, ikonokra, stb. katttintgatós hagyományos GUI szemlélet).

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Elefelejtettem hogyan kell beallitani azt, hogy nemzetkozi (US) billentyuzetkiosztasnal pl. Win+e kombinaciot nyomva 'é' -t irjon.

xkb_options "compose:lwin" nem mukodik

Arch Linux [Sway WM]

A compose helyes működéséhez elvileg az is kell, hogy a ~/.XCompose fájlban bekonfigold, hogy egyes compose billentyűkombinációkra milyen karakter renderelődjön le. Legalábbis nekem az Arch Wikiből nem jön le, nem használok compose megoldást, pedig már sokan ajánlották, de mindig lusta vagyok bekonfigurálni.


 

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 04. 22., p – 18:50

Raynes, a DeaDBeeF neked lejatsza DSF/DFD fajlokat?

Arch Linux [Sway WM]

Passz, sose használtam még ezt a formátumot. Ha linkelsz egy ingyenes mintafájlt, kipróbálom. Szerintem támogatnia kéne, mert bár én nem látom a támogatott formátumok listáján, de a DeadBeeF tud FFmpeg-et is használni, az meg kb. minden létező formátumot szokott tudni kikódolni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Letöltöttem innen az egyik d64-es .dsf fájlt, és az mpv, ffmpeg/ffplay, és az AUR-ból feltett deadbeef-git is simán lejátssza, mindenféle extra/plugin letöltése, külön konfigurálás, probléma, akadás, stb. nélkül. Lehet nálad az ffmpeg4.4-es csomag hiányzik, mert az ffmpeg hivatalosan az 5.0-ás verzió óta nem szállít néhány kódeket, amit áttettek ebbe a 4.4-es legacy csomagba, ez sok mindennek kell, böngészőknek is.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Üdv a klubban. Ezt egy csomóan beszoptuk, mert bár nem bug, hanem új ffmpeg feature, és mindössze egyetlen soros fix, de mind az ffmpeg fejlesztők, mind az Arch csomagkarbantartók elfelejtették ezt előre bejelenteni, hogy lesz egy ilyen változás az ffmpeg5-től, és mindenki váratlanul kapta arcba, hogy frissítés után pl. nem mennek a böngészőben a videók, alkalmazásokban a lejátszás, stb.. Közben meg az első 1-2 napban a helyzetet súlyosbította, hogy az Arch fórumon néhány talpnyaló moderátor próbálta mentegetni a helyzetet, hogy user error, mi mind használjuk rosszul a rendszert, nekik nem jön elő a probléma, ki is derült miért, ők nem frissítenek túl gyakran. Ahelyett, hogy beismerték volna, hogy az Arch hibázott, mert elfelejtették függőségnek beemelni ezt a 4.4-es legacy csomagot, ráadásul az Arch főoldalára, a hírek szekcióba sem tették ki hírként, pedig az az oldal ezt a cél szolgálná. Helyette ment a sumákolás és terelés, teljesen értelmetlenül. Egy csomóan küzdenek ezzel a problémával, és nincs nekik támpont, hogy mi lenne a megoldás, mivel nem nyilvánvaló, és a rendszer sehol nem írja, hogy codec hiányozna vagy hasonló, tehát semmi konkrét hibaüzenet, amin el lehetne indulni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

En azt sem vagom, hogy ilyenkor miert van szukseg egy legacy agra, miert kell ketteszedni? Gondolom nem a csomag mereteit akarjak vele kordaban tartani, es azt sem hinnem hogy jogi okai vannak..

Deadbeef lejatszas (JACK output): dsf, 32bit, 705.6KHz, 11289kbps | 40% CPU usage :D

Arch Linux [Sway WM]

Látod, azt én sem tudom. Ezt a ffmpeg fejlesztőknek kellett volna publikálni, a fix-szel együtt, hogy mire figyeljenek a userek, mi indokolta a változást. Szerintem csak azért választották ketté, mert egyes codecekhez nem volt már fejlesztőjük, aki vállalta volna az illető kód karbantartását, rendszeres frissítését, így kockázatosnak ítélték ezeket benne hagyni a fő csomagban.

A CPU terhelés nálam csak 5-6% (ha a 100%-ot egy mag egy szálára vetítjük, (yzen 4700U), igaz nem Jack, hanem Pipewire-pulse, és a letöltött anyag is 32 bit, de csak 352 KHz, ~6 Mbit/s, így könnyen lehet, hogy kevésbé erőforrásigényes. Ha zavar a 40%-os terhelés, akkor beszerzel valami olyan DAC-ot, ami natívan támogatja ezt a DSD, dsf, stb. témát, és hardverből kódolja ki, akkor a prociterhelés minimális lesz, mert  a gép csak átküldi a digitális anyagot, de nem dolgozza fel. Esetleg tesztelheted mpv-vel, ffplay-jel, hogy ott hogyan alakul a procihasználat.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Hat pont ez az, hogy egy iFi Zen DAC v2 van itthon ami reggelire meg kellene hogy egye ezeket a fajlokat. 

https://ifi-audio.com/products/zen-dac-v2/

Elkepzelheto, hogy nem kerult meg be kernelbe a friss drivel ami (a support szerint) nem art az uj 7.4-es firmware-hez.

Arch Linux [Sway WM]

Szerkesztve: 2022. 04. 27., sze – 13:24

Az mpd meg csak kifogott rajtam... Pontosabban az mpd.service, mert maga a conf fajl mar (majdnem) kesz van, viszont a service (systemctl status-on) ugy latom, hogy elindul, csak nem a ~/.config/mpd/mpd.conf ot veszi alapul hanem azt, ami az etc alatt talalhato. (/etc/mpd.conf)

Erre van valami otleted?

szerk.:

Ugy nez ki sikerult szepen rendbeszedni, mar csak egy hibauzi van a logban (eleinte nem ennyi volt :D)

Apr 27 13:18 : event: RTIOThread could not get realtime scheduling, continuing anyway: sched_setscheduler failed: Operation not permitted

de ezzel nem foglalkozom.

Viszont a service-t tovabbra sem tudom inditani :/ nem ertem...

szerk_2.:

Ennyi lenne?

[alucard@arch ~]$ systemctl --user start mpd.service
[alucard@arch ~]$ systemctl --user status mpd.service
● mpd.service - Music Player Daemon
     Loaded: loaded (/usr/lib/systemd/user/mpd.service; disabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-04-27 13:23:03 CEST; 4s ago
       Docs: man:mpd(1)
             man:mpd.conf(5)
   Main PID: 1961 (mpd)
      Tasks: 3 (limit: 16611)
     Memory: 8.6M
        CPU: 34ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/mpd.service
             └─1961 /usr/bin/mpd --systemd

Apr 27 13:23:03 arch systemd[694]: Starting Music Player Daemon...
Apr 27 13:23:03 arch mpd[1961]: Ignoring the 'pid_file' setting in systemd mode
Apr 27 13:23:03 arch mpd[1961]: Apr 27 13:23 : decoder: Decoder plugin 'wildmidi' is unavailable: configuration file does n>
Apr 27 13:23:03 arch systemd[694]: Started Music Player Daemon.

Arch Linux [Sway WM]

Pedig elvileg nem szabad bekérnie root jelszót, ha --user megadásával indítod, pont az ennek a paraméternek a lényege, hogy ne legyen hozzá szükséges rendszergazdai jelszó. Szerintem csak át kellett szerkeszteni a .service fájlban (ez lehet saját mappában is), hogy ne a /etc/ alatti konfigfájlt használja, ahogy eredetileg van benne, hanem egy kapcsolóval meg kellett adni az újat. Egyébként az mpd szerintem a legnehezebben konfigurálható program evör, rohadt bonyás a konfigja, simán veri a (neo)mutt-ot, dwm-et, sudo-t, stb. is. Emiatt én nem nagyon szeretem, bár az is igaz, hogy nem sok esélyt adtam neki, csak párszor használtam valami nagyon alap, alig módosított konfiggal és ncmpcpp-vel. Helyette nálam cmus megy, ami messze nem tud annyit, de még minimalistább. Sőt, leginkább az mpv-t használom zenehallgatásra is, cmus csak ritkán fut, ha valami nagyobb, dedikált gyűjteményt hallgatok. Illetve néha DeadBeeF, de azt nem zenehallgatáshoz, hanem GUI-s, mentett profil alapján történő konvertálásokhoz és tagszerkesztésre használom, szökőévente egyszer. Konvertálni még tudnék rendesen shellscriptekkel is, hanem a tagszerkesztés az egyetlen, amire nem találtam még tisztán terminálos, CLI/TUI alternatívát, legalábbis olyat nem, ami kényelmesen működne.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

--user megadasanal nem ker pass-t.

service-hez:

Arch Wiki azt mondja hogy:

MPD is configured in the file mpd.conf(5) which can be located in various paths depending on the setup chosen (system-wide or per-user). In short, the two common locations used are:

1.~/.config/mpd/mpd.conf in per-user configuration mode, this is the first location

2. searched,/etc/mpd.conf in system-wide configuration

Ebbol en arra kovetkeztetek, hogyha sudo systemctl start mpd.service paranccsal inditom a service-t, akkor eloszor a ~/.config/mpd alatt fogja keresni a konfigot, es csak utana az /etc/ -ben, viszont Archon ez valamiert nem igy van.

Maga a cucc egyebkent szepen muzsikal, a mukodeshez szukseges alapbeallitasokat eleg hamar elvegeztem, egyedul a service szivat.

Arch Linux [Sway WM]

Mondom en, szerintem most kivetelesen elvan irva az Archwiki fentebb emlitett resze...

Hivatalos mdp doc:

https://mpd.readthedocs.io/en/stable/user.html#systemd-user-unit

A moc egyebkent nekem is tokeletesen eleg lenne ha lejatszana a dsf fajlokat. :)

MPD-re visszakanyarodva, nalam most igy nez ki az audio_output:

mpd.conf

audio_output {
	type		"alsa"
	name		"iFi ZEN DAC"
	device		"hw:2,0"
	auto_resample   "no"
	auto_channels   "no"
	auto_format     "no"
	dop             "no"

cat /proc/asound/card2/pcm0p/sub0/hw_params

access: RW_INTERLEAVED
format: DSD_U32_BE
subformat: STD
channels: 2
rate: 176400 (176400/1)
period_size: 22050
buffer_size: 88200

Igy semmifele konverzio/resample nem tortenik, teljes egeszeben a DAC decodolja :)

Azt hiszem marad :)

Arch Linux [Sway WM]

Szerkesztve: 2022. 05. 07., szo – 19:18

QEMU-ra csereltem a Virtualboxot :) es nem, nem hasznalok Virt-Manager-t, :) zshrc-ben okoskodok :)

## qemu live
alias qemu.live='qemu-system-x86_64 -enable-kvm -m 4G -cpu host -smp 4 -vga virtio -display gtk,gl=on -boot menu=on -cdrom'

## qemu ubuntu
alias qemu.ubuntu='qemu-system-x86_64 -enable-kvm -m 4G -cpu host -smp 4 -vga virtio -display gtk,gl=on -drive file=/home/alucard/QEMU/Ubuntu/ubuntu.img'
...

...

https://imgur.com/EHCnSHp

Arch Linux [Sway WM]

A qemu-t én is így használom, vagyis hasonlóan, csak én alias helyett shell scriptként indítom, de minden más hasonló, az -m, -cpu, -enable-kvm kapcsoló, virtio driver stb.. Fapados, favágó megoldás, de simán működik, nincs extra függőség, meg egyéb sallang. Egyébként meg a virtmanager se rossz (az is épp úgy qemu/KVM alapú), még az is sokkal jobb a Virtualbox-nál, stabilabb és nem kell külön kernelmodulokat feltenni minden egyes kernelfrissítésnél. Az ember egyszerűen sok ráncot lespórol így a homlokáról.

A virtuális lemezeket te mivel csatolod fel a host rendszer alá?

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A virtuális lemezeket te mivel csatolod fel a host rendszer alá?

Egyelore még semmivel, csak tegnap kezdtunk ismerkedni :) Alkalomadtan szeretnem hasznalni, semmi komoly... kifejezetten tetszik, hogy ha csak ra szeretnek pillantani egy disztrora akkor siman megtehetem anelkul, hogy elotte elnevezgetem, drive-ot krealnek bla bla... es ugyanigy a mar meglevo/archive virtualis driveok is siman indulnak egy pranacsra. :) nem kell  hozzáadogatni 

Vegul tegnap a gtk,gl=on reszt sdl,gl=on -ra csereltem igy azonnal felveszi az ablak a megfelelo meretet

Egyszer megoszthatnad velem a scriptjeidet :) 

Arch Linux [Sway WM]

A scriptjeim általában nem érdekesek, 1-2 sorosak. Lényegében majdnem karakterről karakterre ugyanaz, mint a te qemu aliasod:

#!/bin/sh
qemu-system-x86_64 --enable-kvm -drive file=/utvonal/bla-bla.img,format=raw -fda /eleresi/ut/möhöhő.img -cdrom /ezt/is/lehet.iso -satöbbisatöbbi

Néha variálom, a formátumot cqow2-re, nem mindig van cdrom, fda, néha bootsorrendet is állítok, bootmenüt kapcsolok be. Nagyban függ, hogy milyen virtuális gép, modern vagy retro, Linux, BSD vagy Windows/DOS, stb.. Mellette megy néha retrózáshoz emulátor, főleg DosBox, PCem emulátor, vagy ami épp kell.

Felcsatolás viszont problémás, libguestfs nem akar menni (ez fuse-t használna). Helyette raw image-eket csatolok fel (PCem is ilyeneket használ), hagyományos mount-tal, partíciós táblát kihagyva, jogosultságokat minden felhasználónak engedélyezve:
sudo mount -o offset=32256,umask=0000 kepfajl.img /felcsatolási/hely/

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Nem tartom valoszinuneg, hogy megtartom az MPD/ncmpcpp parost. Kicsit ugy erzem, hogy ramelorteti a playlistezet a msik pedig, hogy hiaba allitom be configba a kulso DAC-ot (device "hw:2,0") egy-ket frissites es mar at is allitotta a rendszer az audio kimeneteket... igy legkozelett mar a "hw:0,0" lesz a DAC :)  Biztosan be lehet valahogyan allitani fix-re , de most nincs kedvem ezzel szorakozni :) meg mint korabban irtam azert amellett hogy nyilvan kva sokat tud bloat is, (samba anyamkinja fuggosegek, semmi szuksegem ra)

A masik ok amiert nem idozok vele tovabb az az, hogy a moc developer aga mar tamogatja a DSD lejatszast :D nekem meg tobbnyire ez a fontos, meg az, hogy ne nyuljon bele az anyagba, ne vegezzen resample-t stb.

Kar hogy AUR-bol nem erheto el a dev ag. Megprobaltam magamnak leforgatni forrasbol, de az ffmpeg resznel elfossa magat. Gyors gugli azt mondja hogy rossz helyen keresni a konyvtarat vayg valami ilyesmi, szoval valoszinuleg egy kis utanjaras utan orvosolhato lenne a dolog.

Arch Linux [Sway WM]

Szerkesztve: 2022. 05. 09., h – 20:05

Vegul leforgattam a 2.6-os moc playert. :) igy mar le tudom jatszani a DSD fajlokat. Nem volt konnyu mert az AUR moc-unstable elhasal, mivel ffmpeg-re probal dependelni ffmpeg4.4 helyett.

Szoval eloszor patcheltem a forrast (enelkul ez a verzio is elszall stock overflow issueval) utana configure elott export ffmpeg4.4 path... es tadammm, lefordul, instal, dsd play, Enjoy! :)

Az AUR moc-unstable maintainere meg elmehet a busba...

Arch Linux [Sway WM]

Lehet nem kellet volna ugranom, de zavar ez a fajta hozzáállás. Ha a m8r már le is szarja a csomagot, legalább hozzászólásba oda lehetne rakni, hogy hogyan lehet fixálni a csomagot, más nem szív vele annyit. Azt meg nem is momdom, hogy lehet kérni, hogy te legyél a csomag karbantartója, ha a jelenlegi már leszarja. Nyilván ez plusz meló, bár ha úgyis magadnak forgatod a javított aur csomag alapján, akkor már nem nagy valami karbantartani azt az aur csomagot és legalább más már egyáltalán nem szív vele. 

Látom írtál a moc-unstable AUR lapjára hibajelentést, szerintem is írd meg a megoldást, ott fogja keresni, akit ez érint. Egyébként ez megint ffmpeg-ék hibája, nagyon sok kavart okoztak ezzel az új legacy nem legacy kettéválással, és mint mondtam, az a legnagyobb baj, hogy nincs is publikálva, valaki belefut, és nem tudja miért nem megy. Itt nem is az, hogy valami fixet igényel, hanem nincs lekommunikálva, meg megoldás ajánlva, szépen lapítanak az illetékesek, mint bélsár a fűben, max. a tücskök ciriplenek hozzá szép lágyan.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Raynes

SATA SSD-hez fstabban te milyen optionöket hasznalsz? Szerinted ezen felul kellhet még valami?

 ## Modification for SSD
   2   │ tmpfs                                           /tmp                    tmpfs       defaults,noatime,mode=1777  0   0
   3   │ tmpfs                                           /var/log                tmpfs       defaults,noatime            0   0
   4   │
   5   │ /swapfile                                       none                    swap        defaults                    0   0
   6   │
   7   │ ## Locale Drives
   8   │ UUID=8183-B68D                                  /boot                   vfat        defaults,noatime,nodiratime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro   0   2
   9   │ UUID=d28d58d8-fcc8-46ba-a75c-e35c19ac7788       /                       ext4        defaults,noatime,nodiratime     0   1
  10   │ #UUID=d28d58d8-fcc8-46ba-a75c-e35c19ac7788      /home/alucard/Games     ext4        defaults,noatime,nodiratime     0   2
  11   │
  12   │ ## NFS share
  13   │ 192.168.1.110:/mnt/PiDrive1                         /mnt/PiDrive1       nfs         rw,sync,rsize=65536,wsize=65536,nofail      0   0
  14   │ 192.168.1.110:/mnt/PiDrive2                         /mnt/PiDrive2       nfs         rw,sync,rsize=65536,wsize=65536,nofail      0   0
  15   │ 192.168.1.110:/mnt/Backup                           /mnt/Backup         nfs         rw,sync,rsize=65536,wsize=65536,nofail      0   0

A masik kerdesem szinten a fenti mezei rendszer SSD-re vonatkozik: eleg ala a Periodic TRIM (fstrim)?

Arch Linux [Sway WM]

Én semmilyet, az fstrim-et használom helyette, azt is néha, karbantartás jelleggel, 1-2 hetente lefuttatva, kézileg indítok egy scriptet, ami terminálban kijelzi az összes SSD-m SMART adataiból kiolvasott állapotot (smartctl és nvme paranccsal lekérdezve, mennyi írás, éves, napos átlag szintjén, hány % van hátra az SSD élettartamából, ilyen átlagütemben tovább írva mikor érem el a TBW limitet), meg a végén fstrim -a -v parancsot hajt végre, ami az összes felcsatolt SSD-t trimezi. A legtöbb disztró is fstrim-et használ már, amit kb. 1 hetente ütemeznek egy fstrim nevű systemd service-szel, ritkábban cronjobbal (ha nem systemd-s disztróról van szó).

1-2 hetente nekem elég futtatni, nem sokat írok az SSD-kre, napi átlag 5 giga (per SSD, per gép) körül mindössze. Ennek is nagy része frissítéskor (pacman -Syu) történik, és természetesen néha többet, ma pl. lehúztam egy 45 gigás enmagos torrentet, egy sorozatévad AMAZON WEB 1080p-ben, de az ilyen kiugrások beleolvadnak a nagy átlagba, és kompenzálják olyan napok, amikor meg kevesebbet írok rá. Még a pacman cache, böngészőcache is ramdrive (tmpfs) van, de nem az SSD kímélése miatt, hanem úgyse tervezem az unokáknak bekeretezve eltenni. 1-2 hetente azért megejtem, lefuttatom kézzel a scriptet (gyorsbillentyűre hívom, nem kell gépelgetni, mint egy hülye, természetesen), már csak amolyan kíváncsiság szintjén is, hogy hogyan állnak az SSD-k, mennyi írás, hány fokosak, stb., hogy ha valami rendellenesen sokat írt rá vagy elkezdenek túlzott mértékben forrósodni, akkor észrevegyem időben. Néha érdemes ránézni, pont a Prohardveren volt 1-2 emberke, akiknél 1-2 bugos program rojtosra írta az SSD-tjüket ilyen 300 TB feletti mennyiségben okozva többletírást, és sajnos csak későn vették észre, mikor az SSD már belassult, furcsaságokat produkált, stb..

Ha akarod, használhatsz helyette természetesen a discard nevű mount paramétert, akár kézi mountoláskor, akár az fstab-ban. Ez igazából hittétel kérdése, hogy ki mire esküszik. Mindkét megoldás működik mindenféle fájlrendszeren, és mind SATA/AHCI, mind NVMe SSD-nél. Egyedül az NTFS-3G az egyetlen, amelyiknél az fstrim működik csak, discard opció nincsen, de ez is csak erre a userland-es 3G-s implementációra igaz, a natív kerneles (Paragon-féle) NTFS3 drivernél mindkettő játszik. Illetve még a ZFS lóg ki egy kicsit, mert azon nincs fstrim, de helyette van az fstrim-et kiváltó zpool trim utasítás, meg ugye a jó öreg discard paraméter.

Mindig is fstrim-et használtam, de 6 hónapig teszteltem néhány éve a discard-os megoldást is. Egyikkel sem volt problémám, teljesítménybeli különbséget se vettem észre. Vagyis f2fs-en volt problémám az fstrim-mel, azt egy f2fs driverben fellépő regresszió okozta, ismert bug volt, amit ki is javítottak egy idő után, ma már ezzel nem kell foglalkozni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 09. 08., cs – 09:08

Koszi szepen a mindenre kitero terjedelmes postot! :R

fstrim-et hasznalok mar evek ota, csak gondoltam (mivel tudom hogy nagy SSD expert IS vagy :D) igy rakerdezek, hatha tudsz valami olyat amit en még nem :D

Na de akkor a lenyeg, hogy a noatime nodiratime option nalad nincs, amit egyebkent en is csak azert hasznalok, mert elvileg a mai modern SSD már kelloen gyors, ezert nincs szukseg az atime-ra.

Script helyett eddig Hard Disk Sentinel Linux console edition-t hasznaltam, viszont az altalad hasznalt script tobb infot kozol, igy arra gondoltam megoszthatnad velem :D

 

A pacman cache tmpfs szinten hasznos, koszi szepen!!

 

szerk.: kozben most olvasom ArchWikin, hogy Note: noatime implies nodiratime. You do not need to specify both. :D

Arch Linux [Sway WM]

Mindjárt feltöltöm neked a scripteket valahova. Bár alapból nem fogod tudni használni, telepítened kell a függőségeket (calc, smartmontools, ha NVMe SSD-d van, akkor nvme), és bele kell javíts a scriptbe is, mert egy-két adat a te SSD-idnél különbözni fog, üzembe állítási dátum, smart attribútumok neve, TBW, stb.. De alapnak jó, hogy ki tudj belőle indulni.

Nálam is van az fstabban noatime, de nem én tettem bele, az Arch telepítéskor a genfstab nevű script hegeszti bele, én meg csak lusta vagyok kiszedni, meg amúgy is egyetértek vele, nem kell access time. Természetesen azzal sincs baj, ha a nodiratime-ot is felveszed, hibát nem követsz el vele, csak felesleges. Meg azzal se nyírod ki az SSD-t, ha az access time rögzítése nincs tiltva, akinek kell használja, nem okoz magas írásterhelést egy átlagos desktop rendszeren, vagy egy kisebb forgalmú szerveren. Annyi, hogy átlag felhasználó nem veszi hasznát.

A pacman-nak meg lehet adni a pacman.conf-ban a CacheDir = részben, hogy melyik mappába firkáljon, adj meg valami olyan mappát, ami tmpfs-re mutat, pl. /tmp/ vagy /run/user, de akár sajátot is csinálhatsz. Ezt sem az SSD kímélése miatt teszem, de még soha nem volt rá szükségem, hogy a pacman cache-ből kelljen valami, és csak állandóan begyűlt a cache sok gigára, lehetett állandóan valaminek a takarításával szarakodni. Elvileg még azt is lehet csinálni, hogy a pacman egyáltalán ne használjon cache-t, de ezt nem ajánlom, mert ha beakad egy telepítés, frissítés, és újra kell indítani a pacman parancsot, akkor ne kezdjen már elölről letöltögetni minden csomagot újra. tmpfs-ben legalább megmarad a cache újraindításig, vagy kézi törlésig.

Az SSD-khez már rég nem kell feketemágia. Modern rendszerek default jól kezelik. Ez még az SSD-k korai idejéből való, hogy fekete mágiával kell optimalizálni, mert akkor még sok user XP-n gányolt, meg klónozgatták az SSD-re a még HDD-s CHF-eltolással (63 szektor) particionált rendszereiket, és se az eltolás nem volt jó, se TRIM nem volt, meg volt néhány hülye, aki megszokásból futtatta rajta feleslegesen a defragot is. Max csak akkor fontos, ha valami spéci adattárolást használsz, RAID, LVM, LUKS, ZFS, virtuális lemezkép, mert ezeken az absztrakciós tétegeken át kell engedni a TRIM-et, egyébként a trimelést végző parancs nem jutna el a meghajtó vezérlőjéig.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Innen letöltheted a scripteket, ezek Samsung 860 EVO, Crucial MX300, Crucial MX500, Hynix BC511 NVMe, Intel 670p NVMe SSD-khez íródtak (voltak, vannak más SSD-im is, Adata SU650, Samsung PM800, stb., de ezeket külső SSD-nek használom, használtam csak). Ahogy már írtam, kellenek a függőségek, calc, smartmontools, nvme (utóbbi csak NVMe SSD-nél), meg bele kell aktualizálj mindegyikbe. Egy részük még régebbi Bash-specifikus script, ezeket már nem is használom (eleve már néhány SSD nincs is meg, amihez készültek), az újabbak POSIX kompatibilis shell scriptek (ezért van furcsán megoldva a script végén a billentyűfigyelés, és nem a szokásos read paranccsal, meg echo helyett fprint van), természetesen épp úgy működik Bash-sel is. A scripteket lehet egymásból hívni. doas-t használnak, ezt kicserélheted sudo-ra. A calc lecserélhető bc-re vagy dc-re.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Holnap szerelem be a Samsung 870 EVO-t, ahhoz igazitom a 860-asodat. Egyelore a jelenlegi Kingston-nal nem mukodik, mert ranezesre mas Attribute neveket hasznal a gyarto:

[alucard@arch ~]$ sudo smartctl -A /dev/sda
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-5.19.7-AMD] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0032   100   100   000    Old_age   Always       -       100
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       2728
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       1539
148 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
149 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
167 Write_Protect_Mode      0x0000   100   100   000    Old_age   Offline      -       0
168 SATA_Phy_Error_Count    0x0012   100   100   000    Old_age   Always       -       4
169 Bad_Block_Rate          0x0000   100   100   000    Old_age   Offline      -       0
170 Bad_Blk_Ct_Erl/Lat      0x0000   100   100   010    Old_age   Offline      -       0/0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
173 MaxAvgErase_Ct          0x0000   100   100   000    Old_age   Offline      -       0
181 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
182 Erase_Fail_Count        0x0000   100   100   000    Old_age   Offline      -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
192 Unsafe_Shutdown_Count   0x0012   100   100   000    Old_age   Always       -       387
194 Temperature_Celsius     0x0022   047   086   000    Old_age   Always       -       47 (Min/Max 26/86)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
199 SATA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
218 CRC_Error_Count         0x0032   100   100   000    Old_age   Always       -       4
231 SSD_Life_Left           0x0000   091   091   000    Old_age   Offline      -       91
233 Flash_Writes_GiB        0x0032   100   100   000    Old_age   Always       -       5240
241 Lifetime_Writes_GiB     0x0032   100   100   000    Old_age   Always       -       4947
242 Lifetime_Reads_GiB      0x0032   100   100   000    Old_age   Always       -       4639
244 Average_Erase_Count     0x0000   100   100   000    Old_age   Offline      -       95
245 Max_Erase_Count         0x0000   100   100   000    Old_age   Offline      -       148
246 Total_Erase_Count       0x0000   100   100   000    Old_age   Offline      -       68482

de ez igy nagyon OKES lesz, majd megbutykolom!! Koszonom!

Arch Linux [Sway WM]

Akkor nem sokat kell igazítanod rajta, az SSD_Life_Left és a Lifetime_Writes_GiB érték kell, meg a Samsung pdf datasheetből a weboldalukon nézd ki, hogy a te modelledhez mi a gyári TBW (meghajtómérettel is változik), illetve jegyezd fel azt is, hogy mikor szerelted be az SSD-t, ez a statisztikához kell a scriptnek. Megy enélkül is, de akkor nem bontja le napokra, nem jelzi előre évekre, ha nincs szükséged ilyen funkcionalitásra, akkor a sorok nagy részét kiveheted, akár még odáig is egyszerűsítheted, hogy grep-pel nekimész a smartctl -a kimenetnek, és csak a releváns sorokat hagyod benne, nem írod át más formátumra. Hőfokhoz, ha a smartctl nem mutatja, akkor az lmsensors csomagból a sensors paranccsal is lekérdezheted. SATA SSD-id vannak eszerint, így az NVMe-s scriptek nem kellenek, az nvme csomagot se kell telepítened így.

Nálam, mivel nem írok rá sokat, elég morbid a statisztika, napi 5 giga körül, és a 150-300 TBW-s meghajtóknak a végét kb. 35-100 év alatt érném el, épp hol tartok a statisztikában. Hőfok rendben szokott lenni (29-45 fok között szórtak eddig a meghajtóim), Life Left / Heath meg 99-100%-on. Eddig csak 1 SSD-m döglött meg, a Crucial MX300, 5 év használat, ~7 TB írás után, 98%-os állapotban, beadta a kulcsot, brutálisan belassult, nem vagy nehezen bootoltak róla a rendszerek, utoljára OpenBSD volt rajta, garancia rég lejárt volna, 3 év garis modell, amire csak 1 évet kaptam vásárláskor eBayen. Nem bánom, mert ennyi használattal is visszahozta az akkori kb. 100 fontos árát, meg úgyis egy másodlagos gépben szolgált már, csak nem értem, kevés volt az írás rajta, szabad hely is mindig volt bőven hagyva, még bőven kellett volna még bírja a NAND-nak, annak ellenére, hogy fáradt volt már az is, volt reallocated sector meg error count is, meg kicsit lassult be fokozatosan, de nem vészesen az évek folyamán, de úgy néz ki, hogy a vezérlő fáradt el előbb, ahogy ez lenni szokott. Egy dologra gyanakszok még, hogy túl sokat fstrimeztem kézzel az első években (napi 1-2 alkalom), talán az ártott neki, vagy csak simán a vezérlő volt determinálva, hogy ennyit bírjon.

A jelenlegi legújabb SSD egy fél terás Intel 670p 3D QLC NVMe PCIe 3.0 x4, nem nagy szám, de használható, egy új gaming laptoppal jött, ennek ezek a statisztikái:
temperature : 26°C (299 Kelvin)
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 0%
power_cycles : 247
power_on_hours : 602

904.818 GiB in 0.164 years
0.884 TiB written
daily writes 15.080 GiB
5.390 TiB per year
184.116 TiB left
34.229 years till reaching TBW limit

Ez most még több, mint napi 5 giga, annak ellenére, hogy annyit írok csak rá, de az első 1-2 hétben tesztképpen Win11 ment rajta, meg néhány nagyobb játék, és azok több írást felcsapattak, de majd beolvadnak idővel a nagy átlagba. Vagy nem, mert lehet gariztatom a gépet, akkuja döglött ki, de először pótlom saját pénzen, nem akarom a gépet kiadni a kezem közül, szükségem van rá, nem akarom, hogy gariban hetekig, hónapokig pingpongozzanak vele. Ha sikerül az aksikérdést rendezni, akkor veszek bele egy 1 terás NVMe-t inkább (Samsung vagy WD 3D TLC-set), ebbe a gépbe csak az jó, hagyományos SATA-t, meg M.2 SATA-t nem fogad sajnos, modern laptopokban nem hagynak már ennek helyet. Nekem pedig bőven elég lenne egy SATA-s SSD is, nem csinálok lemezintenzív dolgokat, pl. nem dolgozom nagy fájlokkal. Bár azért az NVMe néhol valóban gyorsabb, de csak extrém esetben jön ki, pl. mikor sok kis fájlt indexelek/tömörítek ki százezerszám, vagy fordításkor sok apró forráskód fordul (ami a sok CPU szál miatt nem ütközik procin bottleneckbe), akkor az NVMe töredék idő alatt végez, de ritkán csinálok ilyet is, akkor is kibírnám azt az extra pár mp-et a háttérben. Főleg lightos, átlagos, linuxos felhasználásra mindegy milyen SSD, csak ne legyen teljesen megbízhatatlan kínai szemét (Kingston, Kingmax), meg ne HDD kerregjen a rendszer alatt. Illetve legyen rajta lehetőleg DRAM cache, de az újabb NVMe-k már tudnak használni rendszer RAM-ot is DRAM cache-nek, így azoknál már ez se számít.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Nem irok ra sokat, 1 ev alatt 4TB jott ossze de ez is ugy, hogy a gyerkoc miatt felment rengeteg olyan jatek (GTA 5 es hasonlo bálnák) amit en amugy onszantambol nem telepitettem volna fel.

Ma este neki is kezdek a telpitesnek, azonban lenne itt meg valami. Eddig ext4 fajlrendszert hasznaltam de arra gondoltam, hogy most tennek egy probat a BTRFS-el. pro/kontra eleg sok erv szol mellette, viszont nem vagyok biztos benne, hogy itthon, atlag desktop felhasznalasra lenne barmifele elonye az ext4-gyel szemben.

Mi errol a velemenyed?

Arch Linux [Sway WM]

A btrfs egy jó fájlrendszer. Előnye attól függ, hogy milyen feature-eit használod. Pl. tud röptömörítést, deduplicationt, meg snapshot készítést, utóbbi nagyon jó backupnak vagy rendszerfrissítés előtt, ha valaki elcsesződik, könnyű visszaállítani a rendszert snapshotból. Ha viszont ilyen extra funkciókat nem használsz rajta, nem lesz előnye az ext4-hez képest, de talán hátránya se. Egy esélyt adhatsz neki, veszteni nem fogsz vele. Én próbáltam HDD-n is anno (akkor nagy előnye volt, hogy tudott online defragot, még lecsatolni se kell hozzá a partíciót), és SSD-n is, jók vele a tapasztalataim. Jelenleg ext4-et használok, de csak azért, mert ez a sztenderd, ezt minden támogatja, egyszerűbb, és nekem elég. A btrfs funkcióit úgyse használnám ki, a snapshot néha csábító, de megoldom a backupot máshogy, rendszeres tar.zst-s, meg rsync-es mentéssel.

Linux alatt kipróbáltam már szinte mindenféle fájlrendszer, egyedül a Riser-t nem, meg a ZFS-t, de utóbbin meg próbáltam BSD-n. Az f2fs-t kivéve egyikkel se volt rossz tapasztalatom, de azzal is csak azért, mert valami bugos, korai időszakát fogtam ki még néhány évvel ezelőtt.

1 év alatt 4 TB nem sok, napi ~11 giga, sőt, még kevés is, nagyon elmarad az átlagos windowsos átlagtól, ami napi 20-40 GiB/nap, amire a konzumer SSD-ket tervezik. Az sem gond, ha felmegy egy nagy játék, mint a GTA5, tudom, kapásból valami 96 GiB, de csak addig sok írás, míg feltelepül, utána már csak olvas jellemzően, meg nem egy napig játszik vele az ember, hanem akár hetekig-hónapokig, és így simán belesimul egy hosszútávú átlagba. Azért van az SSD, hogy használd, írd rá, ami kell. Ki kell venni belőle az írási lehetőséget, mert a vezérlő élettartama adott, x év, majdnem teljesen függetlenül, hogy mennyit írsz rá, ha túlságosan spórolsz az írásokkal, akkor csak úgy fog kifingani, hogy nem is használtad ki, amit nyújtani tudott volna.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Vegul maradt a jol bevalt ext4

Terminal fronton pedig most itt tartok: kezdetben Gnome-terminal-t hasznaltam amit kovetett egy relative hosszabb Xfce-terminal hasznalat, ezt kovetoen a WM eraban Alacritty-re valtottam, most pedig a remek - es nem mellesleg - wayland ala fejlesztett foot-ot hasznalom. (eddig a legnagyobb megelegedessel)

Nem allitom, hogy a sebessege teljesen mas dimenzio az Alacritty-hez keppest, de erezhetoen gyorsabban indul, porgosebb az egesz, ez leginkabb mc alatt mutatkozik meg.

Arch Linux [Sway WM]

Az ext4 a legegyszerűbb, leggyorsabb, nem véletlen az a default szinte minden disztróban. Mellé nyúlni nem lehet vele, főleg nem egyszerű home/desktop felhasználásnál.

Terminálból nekem a kedvencem a Termite volt, de abbahagyták a fejlesztését. Utána Alacritty-re álltam át, azzal sem volt baj, de az utóbbi időben annyira bloat lett, hogy 110 mega memória felett fogyasztott egyetlen terminálablak, ami agyrém, és a tudását sem használtam ki. Jelenleg saját patchelésű st-t használok, ami mindössze 16 mega memóriát eszik per terminál, és sokkal gyorsabb, mint az Alacritty. Utóbbi csak akkor gyors, mikor már betöltődött és mondjuk valami sok ezer sort tol ki a terminálba, de magának a terminálnak a betöltődésre kifejezetten lassabb. A Termite előtt használtam urxvt-t, lxterminal-t, gnome-terminal-t, xfce-terminal-t, Konsole-t (ezzel és KDE-vel kezdtem 8 és fél éve a linuxos pályafutásom), azokkal sem volt semmi gond.

Igazából lehet megpróbálom újra az xterm-öt is, nemrég kijött belőle egy új verzió, sok év után modernizálták végre, truecolor- és Unicode-támogatás érkezett bele. Amit az xterm-ben nem szeretek, az a nehézkes témázás, a béna szintaxisú Xresources fájlban. Előnye viszont, hogy valami 9-10 mega memóriával beéri, meg elég sztenderd mindenhol és van benne sixel-képkirajzolós támogatás is. Nem egy rossz cucc, de nem sokan használják, mert deafult nagyon fosul néz ki, fehér háttér, fekete karakterek, bolha méretű, ósdi X-es font, és azonnal zárják be megbotránkozva, hogy ezt a hányingert nem hajlandóak használni. Közben meg nem rossz, csak rá kell szánni az időt a bekonfigolására.

foot-ról hallottam, nem te vagy az első, aki dicséri, de jelenleg nem Waylanden vagyok, így nem tudom kipróbálni. Még mindig X.org megy nálam, és bspwm-ről váltottam dkwm-re, ami lényegében egy bspwm-klón, de nincsenek meg benne a bspwm korlátai (kötelező binary tree barmolás, root node, ilyen-olyan node-os bonyolítás) és a konfig/msg-szintaxisa is jóval egyszerűbb, és több dinamikus tiling felosztási sémát is tud, memóriafogyasztása meg a bspwm-mel egyezik meg, annál jelképesen alacsonyabb. A bspwm-mel sem volt bajom, az is bevált vagy majdnem 2 évig, de csak egyféle Fibonacci-spirálsémát tud csak, ha mást akart az ember, akkor kézileg kellett kitrükközni ablakváltással vagy kézi előfoglalással, hogy az ablak hol nyíljon meg, vagy nagyon csúnya scriptes hack kell hozzá, ami meg bugzani tud.

Még egy saját WM fejlesztésébe is belekezdtem, amihez az ihletést a no-wm adta. Ez lényegében csak egy xinit/shell script, ami egy üres loop-ot futtat a végtelenségig, az ablakokat suckless-féle tool-okkal és xdotool-lal kezeli, a billentyűzeteseményeket meg sxhkd kezeli le (ahogy bspwm-nél és dkwm-nél is), de még nagyon kezdeti stádiumban van, nem használható szint, még a TinyWM-nél is fapadabb. Lényegében nem is WM, csak egy üres loop (ez azért kell, mert enélkül kilépne a X.org session hiányában), így baromi gyors, villám módon pattan a képernyőre, a bspwm, dwm, dkwm triónál is gyorsabb. Lemonbart és polybart is lehet hozzá használni. Egyelőre időhiányban félretettem, de elő fogom venni. Nem is fő használatú WM-nek írom, hanem rendszerekre tartalék WM-nek, ha valami olyan rendszer elé ülök, amire nem tudom a szokásos WM-em feltelepíteni, vagy mert jogom nincs hozzá vagy mert a tárolókban nincs, és nincs lehetőség fordítgatni sem, akkor van egy olyan vészmegoldás, amit fallbacknek tudok használni és marginálisan használható. Általában xdotool, xinit, stb. minden tárolóban van, ezen kívül meg csak egy shellscript, így nem kell hozzá fordítgatni, meg a telepítéséhez sem kell root-jog, és akár BSD-ken is használható.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 09. 22., cs – 09:01

Vegul a friss rendszer 513 csomagbol all, es nagyjabol 400MB RAM-ot eszik. Azt kell mondjam, hogy erezhetoen gyorsabb az uj SSD-vel minden, de valoszinuleg a sallangmentes rendszer is szerepeet jatszik a tortenetben... (az elozo megjart ket DE-t es egy WM-et, kapott hideget, meleget) :D illetve a Foot is sokkal furgebb mint Alacritty, szoval nehez ezt osszehasonlitani.

Mindenesetre egy biztos, nagyon elegedett vagyok a Sway-jel. Az eyecandy-t tekintve gyakorlatilag minden egyseges, mivel a legtobb alkalmazas Dracula Skin-ben pompazik, még a legutobb telepitett swaync (nagyon baba notification center) is, pedig ehhez szinte teljesen at kellett irnom a CSS-t de megerte, szepen idomul a tobbihez, es valahol amugy pont ezert szeretem a Dracula-t, mert szinte mindenhez van theme. (még a terminalos alkalmazasokhoz is)

https://imgur.com/a/7O6WG4l (NEM EN VAGYOK A KEPEN, csak egy sample notify) :D

Viszont zsh-val kapcsolatban lenne hozzad egy kerdesem. Valami oknal fogva a zcompcache -t nem sikerult mukodesre birni, pedig a compinit ide vonatkozo resze elvileg jo:

.zshrc

### COMPINIT

zstyle :compinstall filename '/home/alucard/.zshrc'
autoload -Uz compinit
zstyle ':completion:*' menu select
zstyle ':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}' 'r:|[._-]=* r:|=*' 'l:|=* r:|=*'
zstyle ':completion:*' completer _extensions _complete _approximate
zstyle ':completion:*' use-cache on
zstyle ':completion:*' cache-path /home/alucard/.zcompcache
zstyle ':completion:*' verbose true
compinit

Mit rontottam el?

Arch Linux [Sway WM]

Az az 513 csomag elég minimalistának hangzik, de a 400 mega az meg egy kicsit soknak. Igaz 2+ éve használtam, de akkor nekem egy régi inteles notin 140-170 MB között evett. Az új SSD milyen modell pontosan, és milyet váltott? Meglehet, hogy a régi lassult már be, de lehet valóban a sallangmentes rendszer is, főleg, ha a régi DE-kkel volt bloatosítva.

A Draculát én is szeretem, sötét, de nem túlságosan, meg nem unalmas szürke, hanem enyhe lilás beütés. Én most Tokyo Night-on vagyok (ez is kicsit lilás szürke), de csak neovim-ben, a WM-nek nálam sosincs témája, színezése. Egy háttérkép, meg felül egy fekete panel fehér betűkkel, meg általában a háttérképhez illő színnel van rajta egy-két elválasztókarakter, pl. | vagy ≣, de tényleg ennyi. Egyszerűen lusta vagyok komplett színtémát csinálni minden háttérképhez. Még a terminálomnak sem szokott lenni színtémája, az unalmas, sztenderd VGA/base16 színeket használom, de a shell prompt, fm6000 fetch, man, ls, stb. kimenete azért egységesen színezve van (jelenleg retró CGA neonlila-türkiz), meg egyes alkalmazásoknak van saját témája, neovim, mc, Vifm, htop, neomutt, saját scriptek, stb., mindegyiknek más, sőt, némelyiknek alternatív színe van, ha rootként fut. A terminálnak azért sem jó nagyon egyedi színtémát adni, mert vannak programok, amikben fixre drótozott (nem cserélhető, egyedi témából kilógó) színek vannak, és ezek legtöbbször nem mutatnak jól tetszőleges témával, egyenesen akár szarul nézhetnek ki, és belefáradtam ezzel küzdeni. Nem azért van a rendszer, hogy állandóan témázzak, meg csinosítsam, hanem hogy használjam.

zsh-t nem használok, de ahogy nézem, mindent jól csináltál. Amit megtennék, hogy megnézni, hogy a cache fájl létrejött-e az adott útvonalon, esetleg amikor már fut az zsh, akkor kézzel indítani shellből az autoload -Uz compinit && compinit parancsot. Esetleg még ami gyanús, az a matcher-list, próbaképp kikommentezheted, lehet csak az illeszkedik rosszul, és azért nem működik. Csak tipp. Basht használok, mert igaz, hogy az kevesebbet tud, de nekem elég (azért autocompletion-t, fzf history-t, aliasokat, stb. bedrótoztam), plusz a Bash sztenderd, fent kell lennie, mivel egy csomó más szoftver fixre drótozottan dependelhet rá, és feleslegesnek tartom, hogy ha már fent van úgyis, akkor egy másik shellt használjak. A zsh-val az is a bajom, hogy mire ezeket az extra modulokat beleintegrálom, kiegészítés, menük, stb., addigra bloat lesz a Bash-hoz képest. Sőt, igazából többféle shellt használok, a /bin/sh nálam a /bin/dash-re mutat, ami egy minimál POSIX shell és a scriptek is gyorsabban futnak benne, a login shellem /bin/bash, de ez nem zárná ki, hogy a terminálokat valami másik shellel indítsam, mert végül is szimpatikus a zsh és a fish is interaktív shellnek, de egyelőre még maradok a Bashnél. Esetleg ha arra annyira ráunnék, akkor váltok valami másra. Van még a nushell és elérhető a MS-féle powershell is, de azok vicc kategória szerintem. A tradicionális Unix shellek (ksh, csh, tcsh, stb.) nekem meg túl fapad interkatív shellként, elég buták, és elég korlátozottan okosíthatók.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Azert, mert a Sway alapbol tobbet eszik mint a tobbi X alapu WM. Allitolag ennek a sokretusege az oka, mashogyan kell megjelenitenie stb. ezert ennyi az annyi:

[alucard@arch ~]$ ps -A v | grep -i sway
        656 tty1     Ssl+   0:08   1386   351 3755672 141240  0.9 sway
        704 tty1     S+     0:00   3614     8 17247  8268  0.0 swaybg -o DP-1 -i /usr/share/backgrounds/arch.png -m fill -o HDMI-A-1 -i /usr/share/backgrounds/arch.png -m fill
        713 ?        S      0:00      1     9  6226  1564  0.0 swayidle -w timeout 600 swaylock -f -c 000000 timeout 605 swaymsg "output DP-1 dpms off" resume swaymsg "output DP-1 dpms on" before-sleep swaylock -f -c 000000
        725 ?        Sl     0:00    135   166 379545 29796  0.2 swaync
        785 tty1     Sl     0:00      2    16 228619 5176  0.0 swaync-client -swb

egyebkent nem zavar mert mint irtam maximalisan elegedett vagyok minden szinten ezzel a WM-mel!

zsh tipped sajnos nem jott be de nem baj, igazabol csak talaltam valahol es hasznosnak tunt, de tudok elni nelkule.

Ma (munka helyett) :D a felso Waybar moduljait Draculasitottam: (korabban egyszinu volt)

https://i.imgur.com/4etbMQJ.png

Egyebkent elkepzelheto, hogy a Waybar lesz a kovetkezo alkalmazas ami megy a bloat pocegudorbe. Sok RAM-ot eszik, rengeteg (kozel 60) fuggosege van, es ahogy elneztem tegnap eleg lehet nekem azoriginal Swaybar, vagy korabban elraktam egy szinten nagyon lightweight megoldast, illetve az is megfordult a fejemben, hogy teljesen elhagyom, bar teny, feldobja a desktopot.

Arch Linux [Sway WM]

Szerkesztve: 2022. 09. 23., p – 18:16

Akkor ezek szerint hízott a Sway, ahogy nőtte ki magát a projekt, meg azt se feledjük, hogy én anno pulseaudio-val meg egy idő után még kezdeti stádiumban lévő pipewire-rel néztem, és azok is kevesebbet foglaltak, mint most, a kernel is kisebb volt, az inteles GPU driverek is egyszerűbbek (mivel nem tudnak annyi funkciót, pl. a szóban forgó Intel HD3000 még Vulkant se tudott, nem hogy VRR-t, meg egyéb nyalánkságokat), stb... Én jó 2 éve használtam, akkor nekem 140-170 mega között az egész rendszer megállt, értsd, minden beleszámítva, kernel, tty, systemd, ntpd, wpa_supplicant + dhcpcd (csak ezt használom hálózathoz, semmi netctl vagy NetworkManager, semmi iw és hasonló), sway, sway-bar, swaybg, xwayland, stb.. Nálam akkoriban nem futottak swayidle, swaync*-s binárisok.

Egyébként még így se annyira sok az a 400 mega, mert ha azt nézzük, hogy egy mainstream disztrónál a rendszer 600-1200 MB között szór, általában közelebb az 1 gigához, akkor végül is még mindig pehelysúlyú. Pl. X.org-on is úgy kezdi, hogy csak a xorg-server önmagában bekajál 108 megát, és még erre jön rá az xinit, WM, bar, háttérben ami még kell az embernek. Na már most a Sway a kimeneted szerint 141 mega, de viszont nem kell futnia cserében a X.org-nak, illetve xwaylandnek is csak akkor, ha épp X-es alkalmazást futtatsz. Sőt, ha X-en akarsz kompozitort, az újabb 30-40 mega, és máris ugyanott van, mint egy Sway a maga 140 megás foglalásával, mivel az nem csak szerver + WM, hanem egyben kompozitor is (gondoskodik a vsync-ről, hardveres gyorsításról, stb.).

A másik, ami miatt ezek a memóriafoglalási számok csalókák, hogy ha elindítod a szokásos alkalmazásaidat, tehát nem csak boot után nézed idle-ben, akkor ezek a fogyasztási számok ki tudnak egyenlítődni. Hiába is foglalt mondjuk a rendszer, WM fele annyit az egyik rendszeren, mint a másikon a bloat full DE (pl. Cinnamon, Gnome, Mate, Xfce), ahogy fut már a böngésző, terminálok, egyéb programok, azok szépen betöltik a Gtk3, dbus, fuse, harfbuzz, ikontéma, stb. nekik kellő libeket (KDE-n ezeknek a qt5-ös megfelelőit), de DE-n ezt nem kell megtenniük, mert már a DE betöltötte őket és az alkalmazások ezeket a memóriában lévőket használják shared lib-nek, így ha a két rendszert tényleges használat közben hasonlítod össze, akkor kb. majdnem teljesen egyforma lesz a memóriafogyasztás, a különbség csak annyi lesz, hogy ugyanazok a libet az egyik rendszeren már boot után futottak idle-ben, míg a másikon az utólag indított alkalmazással indultak el. Ez azonban nagyban függ a használt programoktól is, ha valaki sok GUI-s programot használ, akkor jobban kiegyenlítődik, ha sok terminálosat, akkor esetleg nem annyira.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Akkor ezek szerint hízott a Sway, ahogy nőtte ki magát a projekt

Attol fugg honnan nezzuk, mert az alap folyamat (bg, lock, idle swaync stb nelkul) a teljes RAM 0.9%-at teszi ki, ami ~144MB. Ez szerintem nem tul sok, bar ha az altalad irt (korabban hasznalt) egesz rendszer  140-170 mega usage-t nezem, akkor igen.

Arch Linux [Sway WM]

Így van. Bár azért ne feledjük, hogy nem csak bloatosodás ez, hanem több funkció is került bele, nem integer skálázás, NV támogatás, VRR, stb.. Tehát tud egy csomó funkciót, amit régen nem. A bloatot csak akkor ítélem el, ha indokolatlanul nagy kódméret valami. Ha áll mögötte valakinek is hasznos tudás, akkor az már nem bloat. Ennek mentén lehet érvelni a Linux kernel mellett is, hogy a 30+ millió kódsor alapján az egyik legbloatabb szoftver ever, de ha azt nézzük, hogy ebben hány architektúra, hány hardver drivere, mindene benne van, közöttük sok olyan 20-30+ éves cuccé, ami más OS-eken már rég nem támogatott, meg sem mukkan, meg hogy ezt nem mindet fordítják bele egy általános disztrónál, és amit belefordítanak, abból is csak az töltődik be, amit az adott rendszer tényleg használ, a gépben lévő hardverek igényelnek, akkor már semmivel nem bloatabb, mint egy akármelyik másik modern OS.

Én egyébként nem is azért vagyok X.org-on, mert bajom lett volna a Waylanddel, Sway-jel, teljesen bevált. Csak az egész munkakörnyezetemet akarom portolhatóan tartani, ha esetleg BSD-re váltok, akkor ugyanott tudjam folytatni, ahol Linuxon abbahagytam. Meg a X.org-nak megvan az az előnye, hogy régi hardverek is jobban támogatják, meg az arra írt WM-ek egyszerűbbek. Egy X-es WM-et tudsz írni 10-50 soros kódból is (jó, ezek nem használható kategória, csak proof of concept), Waylanden jó pár ezer sor alatt semmi működőt nem lehet összehozni, proof of cenceptet sem, főleg nem olyan hobbistának, mint mi vagyunk. Ha viszont a full extrás desktopokat nézzük, akkor kiegyenlítődik a különbség közöttük, mert egy X-es WM hiába soványabb, ahhoz futnia kell egy komplett X szervernek, X initnek, ha akarsz valami effektet is, akkor kompozitornak, anyám kínjának, és amikor összességében veted ezt össze egy waylandes WM + xwayland kombóval, akkor ugyanott lehetnek simán, sőt, a X-es megoldás még adott esetben még nagyobbra is kijöhet, meg lomhább futású lehet. X alatt ugyanis a munka javát az X szerver intézi, és a WM-nek csak kész funkciókat kell hívogatnia benne felparaméterezve, kicsit olyan, mintha az X-et csak távirányítanád. Wayland alatt viszont semmit nem távirányít a kódod, hanem mindent saját magának kell megoldania a 0-ról programozva. Jó, ezt enyhítik a valóságban, a Gnome/KDE saját libekkel, a kisebb waylandes WM-ek meg azzal, hogy a waylandes funkciók zöme ki van szervezve a wlroots-ba, és lehet azt használni, de a lényeg ettől nem változik.

Így bár néha én is sokat dobálózok a „bloat” jelzővel, igyekszek azért körültekintő lenni, és nem elhamarkodottan ítélni, hanem egy nagyobb összképet nézni, több szempontot belevenni, funkciókat is, nem csak a kódméretet. Pl. egy tagnapi The Linux Cast streamben teljesen igaza volt az ürgének, mikor rávilágított a systemd-vel szembeni kritikánál, hogy sokan bloatnak tartják, hogy nem csak init, de bináris logolás, hálózatkezelés, eseménykezelés, minden hóbelevanc bele van integrálva, hogy ha ezt ki akarja valaki váltani, akkor igen, ki tudja egy soványabb inittel (sysvinit, OpenRC, runit, s6, stb..), de akkor kell hozzá feltennie egy külön log-megoldást, egy külön hálózatkezelőt, egy külön bootmegoldást is esetleg, és amikor ezeket összeadogatja valaki, akkor kijön, hogy kódügyileg nem nyert semmit sem, csak egy darab systemd-t kiváltott, feldarabolt több másik dologgal. Továbbra sem vagyok systemd-párti, de ebben azt kell mondjam, hogy igaza van, ezt így korábban nem gondoltam át.

Az is teljesen igaz hogy 144 MB az semmi ma már. Az ilyen XP korabeli fogyasztás, még a 400 mega is talán. Ma már 1 GB körül húz egy átlagos modern OS, egy átlagon feletti (legújabb MacOS 12.x, meg Win 11) simán 2-3 giga felett is lehet akár (relatíve frissen telepített, stock, be nem lakott rendszerről van szó). Ahhoz képest ez a swayes ökoszisztéma bolhaméret. Ma már a 8 giga abszolút ajánlott, meg van is minden újonnan árult gépben (a 4 giga az abszolút minimum szerintem, de az átlag usernek kevés, főleg a böngészőknek), 16 giga sem drága, és nem ritka (már vagy 5-6 éve én is ennyit használok), sőt, ma már gameres, meg sok Windows user simán 32 gigával nyomatja, innen nézve a RAM nem kérdés, inkább csak a bloatság indikátora lehet, de még az sem mindig.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 09. 25., v – 19:41

Koszonom ezeket a vegletekbe nyulo beszamolokat es tapasztalatokat, jo oket olvasni! :) Mar biztosan nem emlekszel ra, de neked koszonhetoen az elmult par honapban nagyon sok (valoban bloat) programtol sikerult mar megszabadulnom. Ezek kozott vannak olyanok amik valojaban onmagukban nem szamitanak bloatnak, de Wayland alatt nem indokolt a hasznalatuk mondjuk peldault azert, mert van nativ Wayland ala irt megfeleloje, vagy egyszeruen csak korabban megszoktam de valojaban az uj alternativa ugyanazt tudja csak lightosabb, egyszerubb, vagy mar kepes vagyok hasznalni :)

Mostansag inkabb már csak csiszolgatok a dolgokon (legutobb swaybar modul theme szinek) illetve probalom a zsh-t szepen beloni, kidobalni a felesleges "jo lesz az majd kesobb valamire" bejegyzesket...

Van itt valami aminek eddig még nem igazan neztem utana, ez pedig a mimeapps. Kivancsi lennek, hogy te erre mit hasznalsz... nalam .condig alatt van egy mimeapps.list , ebben rogzitettem amire szuksegem van, viszont szerintem szintaktikailag (meg amugy sem) jo:

[Default Applications]
image/png=swayimg.desktop
image/jpg=swayimg.desktop
image/jpeg=swayimg.desktop
image/bmp=swayimg.desktop
image/svg=swayimg.desktop
image/gif=swayimg.desktop
audio/mp3=mpv.desktop
audio/flac=mpv.desktop
audio/m3u=mpv.desktop
audio/cue=mpv.desktop
video/mp4=mpv.desktop
video/mkv=mpv.desktop
text/html=firefox.desktop
text/xml=firefox.desktop
text/plain=micro.desktop
application/pdf=org.pwmt.zathura.desktop

[Added Associations]

hiszed vagy sem, a fapadosaga ellenere teljesen jol mukodik :)

Arch Linux [Sway WM]

Ami a mime-t illeti, az ugyanaz X-en és Waylanden is. Attól is függ, hogy milyen programokat használsz. Ha mindent terminálos programokból nyitogatsz, akkor nincs rá szükség, WM-nek sincs rá szüksége. Csak azoknál a GUI és egyéb terminálos programoknál számít, amelyek valami freedesktop/xdg-open megoldással dolgoznak, mert ők az általad is betett mime-config alapján döntik el, hogy melyik alapértelmezett alkalmazással milyen fájlokat nyissanak meg, azt se kiterjesztés, hanem kontent/mime alapján. Nálam pl. csak a Firefox miatt kellett, mert régen rákérdezett egyes fájltípusoknál, hogy mivel nyissa meg, ezt a funkciót mintha kiszedték volna (rákérdez, hogy megnyissa-e vagy mentse, de megnyitásnál nem engedi állítani, hogy mivel nyissa meg), és néhány fájltípusnál (pl. képek) állandóan Wine-ban akarta megnyitni a szemét a fájlokat. Ez ellen kettős védekezést valósítottam meg, egyrészt a winecfg-ben kivettem az asztali integráció fülön a pipát a „társítások kezelése” opció elöl, másrészt a stackoverflow-ról szedtem egy scriptet, amit átalakítottam, és fzf-fel kiválaszt egy fájlt, arról eldönti, hogy milyen mime típus, majd szintén fzf-fel enged kitallózni egy .desktop fájlt, hogy milyen alapértelmezett alkalmazással nyissa meg, és ennyi. Itt a kódja (fzf és xdg-utils kell neki):

#!/bin/sh
FAJL=$(cd /;fzf)
FILETYPE=$(xdg-mime query filetype /$FAJL)
APP=$(fd -H .desktop / | fzf)
APP=$(basename -- $APP)
xdg-mime default "$APP" "$FILETYPE"
echo "$APP set as default application to open $FILETYPE"

Egyébként nincs mit. Azért is szoktam ilyen részletesen írni, mert van relevanciája, csak sok fórumozónak hosszú meg érdektelen szokott lenni. A swayimg-t nem ismerem, hogy az mit tud, én anno imv-t használtam, bár nem azért, mert az volt a legjobb, hanem akkoriban kb. az egyetlen olyan kicsit is használható képnéző volt, mi tényleg tudott natív Waylandet, sok más választás nem volt. mpv, firefox, zathura, ffmpeg, normális terminálos text editor (vim-változatok, Emacs, micro, helix, kakoune, jed, stb.), egyéb kombónak még X-en (sőt, néha Windowson) sincs párja. Minimalisták, gyorsak, részletesen konfigurálhatóak (és általában pluginelhetőek), modális módban, gyorsbillentyűkkel irányíthatók, nagyon hatékonyak emiatt. Főleg akkor mutatkozik meg az igazi erejük, ha valami régi, gyenge gépen, vékonykliensen, SBC-n van az ember, pl. egy zathura milyen villám módon vágja képernyőre, meg milyen vajsimán lapozza a több ezer oldalas pdf-eket is, amikkel a hagyományos GUI pdf-nézők (Evince, Okular, Foxit, Adobe Reader) még erősebb hardveren is beakadhatnak, belassulhatnak.

A másik előnye akármilyen gépen a sebesség. Hiába is mondják az átlag userek, hogy őket nem érdekli, mert úgyis i7-i9-esük meg Ryzenük van, meg sok giga RAM, azért még ilyen gépeken is számít, hogy a bootidő 3 mp. (nem 9-30), az alkalmazások azonnal pattannak képernyőre, még pár ms-os mikrolag sincs, nem kell soha semminek a betöltődésére várni, splashscreen-eket nézegetni, stb.. Aki hozzászokott ehhez a gördülékenységhez, gyorsan reagáló rendszerhez, annak nagyon fájdalmas egy hagyományos Win, MacOS, Gnome, KDE, Budgie, Cinnamon, stb. ökoszisztémára visszamenni, ott GUI-s bloatok lomhaságát elviselni, hibernálgatni, meg az is lényegesen lassabb, hogy mindenféle elrejtett ikont, GUI beállítási lehetőségeket keresgetni, egérrel végigkattintani, egy gyorsbillentyű, vagy 2-3 karakteres fuzzy find benyomása helyett.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Probalgatom a scriptet de nem teljesen ertem a hasznalatat. Mondjuk FAJL xyz.png de ha enter nyomok akkor vegigszalad az osszes fajlon ami a rendszerbe van es ctrl+c utan ez fogad:

[alucard@arch ~/Downloads]$ FAJL 06_06_15_MPD.pdf 
basename: missing operand
Try 'basename --help' for more information.
xdg-mime: application argument missing
Try 'xdg-mime --help' for more information.
 set as default application to open inode/directory

szerk ja hogy itt valasztom ki listarol :D

Remek, mukodik!! (csak atirtam mime-ra)

[alucard@arch ~]$ mime                 
org.pwmt.zathura.desktop set as default application to open application/pdf

Arch Linux [Sway WM]

Igen, ennyi. Mi volt a gond, mi miatt nem működött? Amúgy ha nem tetszik az fzf, átdrótozhatod wofi-ra, vagy amire akarod, szinte bármelyik ilyen fuzzy finderrel, launcherrel működik. Eredetileg rofi-t használt, és megy dmenu-vel is, de azok nem valók Waylandre, működnek az alatt is, de minek, ha ott van a wofi rá.

Mondom, ez csak olyan alkalmazásoknak fontos, amelyek xdg-t használnak, általában böngészők, GUI fájlkezelők (pl. Nautilus és hasonlók). Nálam is csak a böngésző miatt kellett, sőt, egy pontig ahhoz se, csak a Mozillának muszáj volt hozzányúlnia ahhoz, ami jól működik. Persze minden hülyeségével együtt még mindig a FF a legjobb böngésző, a többi még trébb. Csak hát kellett ez a kettős workaround, ami a Wine hibája is, nem is értem, hogy melyik barom találta ki a Wine fejlesztői közül, hogy évtizedek óta áttársítja a képeket úgy, hogy azok minden Wine-frissítés után Wine alatt Internet Explorer-ben nyíljanak meg. A kezét letörném, az biztos.

Terminálos programokban viszont szokott lenni saját társításos konfig, ami általában nem mime, hanem kiterjesztés alapján állítható. Pl. mc, Vifm, clifm, nnn, Ranger, lf, stb.. Ezeknél egyszer beállítod a társításaidat, és utána hordozod a konfigfájlt, soha az életben többé nem kell újrakonfigurálni, hacsak valamelyik fájltípushoz nem kezdesz el új programot használni. Viszont ezek a GUI-s ócskaságok ragaszkodnak ehhez a windowsos logikás, freedesktopos, xdg-s hülyeséghez, így bele kell menni az idióta kis játékaikba. Lehetne a társítást bármelyik GUI-s fájlkezelővel is állítani, de olyat nem használok, és csak azért nem teszek fel szutykot, hogy majd egyszer néha kell valamihez, ha egyszer egy ilyen 5-6 soros szkript is kiváltja, beteszem a PATH-be, és ha kell, futtatom.

Sőt, van aki azt a hacket csinálja erre, hogy ír egy általános file-opener scriptet, ami saját jogán dönti el, hogy mit mivel nyit, külön konfig alapján, és utána minden fájltípushoz ezt a scriptet adják meg, akár terminálos program, akár xdg/GUI-s, és így csak egyszer kell mindent beállítani. Ez is egy lehetséges módszer.

Ami még engem halálra zavar, azok a file-picker alkalmazások, ezeket tipikusan böngészők és szerkesztő-konbertálós GUI programok (p. videó/képszerkesztők) használják. Pl. mikor böngészőben töltesz fel egy fájlt valahova, és megjelenik egy ablak, amiben kitallózod, na az a file-picker. Ezek iszonyat ócskaságok, minden toolkintek sajátja van, ahány alkalmazás, annyiféle, egyik se működik jól, és nem lehet a helyére saját CLI/TUI megoldást se behelyettesíteni. Ez is egyik gyengéje a Linuxnak sajnos.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Amúgy ha nem tetszik az fzf, átdrótozhatod wofi-ra

Jahh nem arrol van szo, hogy nem tetszik, hanem szegyen vagy sem, de nem ismertem. :D Igazabol csak rendbe akartam szedni ezt a reszet is a rendszernek, mert pl alkalomadtan PcManFM-et hasznalok fotok rendszerezesehez, vagy ha mar ott jarok akkor a doksik kozt nyitok egy pdf -et es ilyenkor jon ugye a valassz alkalmazast ablakocska ami nem ervagas mert egyszer kell beloni, de igy most minden (kep, video, doksi stb) abban nyilik meg amibe beallitottam. Szoval jobban tetszik igy!

Szoval nagyon koszonom. Igazabol mar csak egyetlen dolog van amit jo lenne valamelyeset azutomatizalni ez pedig a backup. Raspberry Pi4 szerverre szoktam menteni havonta, illetve van egy kulso fuggetlen meghajto is a szekrenybe amire szinten el van mentve minden biztos ami biztos alapon. Jo lenne ha ezt a hatterben elvegezne egy rsync, es nem kellene minden honapban manualisan mentegetni. (mondjuk nem mintha olyan nagy dolog lenne :D)

Ja igen majd el is felejtettem. Nezegettem a man fzf -et es arra gondoltam mi lenne ha belonem hozza a dracula szinvilagot... nos, ugy tunik, hogy ezt mar megtettek helyettem :D https://draculatheme.com/fzf

Arch Linux [Sway WM]

Az fzf rettenet hasznos, olyan, mint a dmenu, de elmegy terminálban, tty konzolban is, és még távolabbi egyezéseket is megtalál. Be lehet fogni cd parancs helyett, terminálos fájlkezelőkben gyors mappa/fájlváltásra, de még egy csomó vim/neovim plugin is használja. Lehet menüválasztónak, alkalmazásindítónak, scriptekben stb. is használni. Bármikor, amikor listából, elemekből kell egyet vagy többet választani, pl. telepítős scriptek. Pl. nálam az online rádiós, meghajtókat/lemezképeket felcsatolós script, bashrc-ben Ctrl+R-re előjövő history-kezelés is használja. Sőt, nekikezdtem egy fzfm fájlkezelő írásának, Jake@Linux adta az ötletet, mert neki is ilyen van alakulóban, ő a cd-parancsot turbózta fel file-opener megoldássá.

Van egy csomó kiegészítő fzf-hez, nem csak színtémák, de pl. olyan megoldások, amik bedrótozzák a shelled (zsh, Bash, fish, amit akarsz) rc-jébe history-kezelőnek, stb.. Egész ökoszisztéma alakult ki körülötte, én még OpenBSD-n is használtam, a Ports-ban kereséshez.

Pár héttel ezelőttig nekem sem kellett ezzel az xdg/mime barmolással foglalkozni, mert a FF is tudta. Igazból ha te használsz PCmanFM-et, akkor az is meg tudja neked csinálni grafikus felületen, de én nem rakok fel ilyet. Aki komplett DE-t, meg GUI-s programokat használ, annak nem nagyon kell ezzel foglalkozni, mert be van építve a DE-kbe, legfeljebb a Wine-ban letiltani az automata áttársítást és kész. De aki csak ilyen WM, terminálos ökoszisztémát használ, azt most a Moziila jól megszivatta, gondolom úgy voltak vele, hogy most nem csak a windowsos és maces usereket szopatják meg, hanem jusson egy kis szeretet a terminálos Linux-huszároknak is, hogy érezzék a törődést, anyázhassanak ők is egy kicsit.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 09. 26., h – 13:11

/tmp/makepkg felvettem tmpfs -be, mert az AMD specifiukus Kernel-t eleg gyakran frissitem, es bar nem feltem az SSD-t meg is ugy erzem, hogy feleslegesn irom ra majdhogy napi szinten azt a 3.3GB-ot (+ a tobbi AUR cuccost)

https://i.imgur.com/Im5vYgq.png

A .cache/yay szerintem nem veszes ilyen szempontbol... es egy esetleges downgrade-nel is jol johet a local package. (havi egyszer tolok yay -Sc  -t)

Arch Linux [Sway WM]

Ezt lehet én is megcsinálom. Még külön tmpfs-t se kell neki csinálni, mert a /tmp/ Archon default tmpfs máris, elég csak a yay-t vagy paru-t beállítani, hogy a .cache mappát a /tmp/akármi/-be tegye.

Ez melyik kernel amúgy, egy időben használtam én is a linux-amd-znver2 kernelt a Ryzen 4700U-s gépen. Ez nem Zen-kernel, hanem 3+ generációs (Zen2) Ryzen procikhoz és AMD GPU-khoz készült. Baj nem volt vele, de kicsit lassabbnak és bloatabbank tűnt, mint a gyári Arch kernel, és meguntam, hogy 1-2 naponta újraforgatta az egész kernelt. Van egy másik is, linux-amd, az már a leírása szerint Zen3-hoz, van most olyan procim is, Ryzen 6800H, de még nem próbáltam.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

linux-amd, es ugy van ahogy irod, kb 2-3 naponta ujra kell forditani. Nalam egyelore nagyon jol mukodik (par hete hasznalom) Az energy managmant resze nagyon jo, pl az 5700G -t uresjaraton leveszi 400Mhz-re, es szerintem pettyett pörgősebbnek tunik mint az alap kernel. Viszont jah, sajna allandoan ujra kell mokolni...

Még külön tmpfs-t se kell neki csinálni, mert a /tmp/ Archon default tmpfs máris

De tenyleg, de hulye vagyok :D

Sajnos nekem a yay cache-t nem sikerult tmpfs-be tenni.

Ja igeen, az elobb ez fogadott:

:: Synchronizing package databases...
 core                                                                                                                     154.8 KiB   880 KiB/s 00:00 [############################################################################################] 100%
 extra                                                                                                                   1711.7 KiB  5.65 MiB/s 00:00 [############################################################################################] 100%
 community                                                                                                                  7.0 MiB  12.6 MiB/s 00:01 [############################################################################################] 100%
 multilib                                                                                                                 175.1 KiB   973 KiB/s 00:00 [############################################################################################] 100%
:: Starting full system upgrade...
:: Replace at-spi2-atk with extra/at-spi2-core? [Y/n] y
:: Replace atk with extra/at-spi2-core? [Y/n] y
resolving dependencies...
looking for conflicting packages...

replace helyett nyugodtan johetett volna már remove-val :D

Arch Linux [Sway WM]

Nem vagyok benne biztos, de úgy emlékszem, hogy replace-nél eltávolítja a régit. Nyugodtan meg kell ilyenkor engedni neki, ez csak egy sima csomagátszervezés volt, magát a rendszer működését nem érinti. Én egyébként utálom ezt az at-spi-szutykot, főleg a Firefox és még néhány Gtk3, Gtk4, Gnome függőségeket használó GUI-s program használja. Eltávolítani nem lehet, mert a hiánya eltör egy csomó mindent, de én kvázi letiltottam, így nem indul automatikusan (csak a Firefox indítja el, mikor az indul). Ehhez a login shellem rc-jébe felvettem az export NO_AT_BRIDGE=1 sort, meg az /etc/xdg/autostart/at-spi-akármi fájlt töröltem. Ilyenkor tud bejönni a Gentoo előnye, ott a Firefox forgatásánál ki tudod kapcsolni ezeket a szutykokat, hogy pl. ne kelljen neki Pulseaudio, Orca reader, at-spi-modul, stb.. Archon viszont belefordítják ezeket, mert generic disztró, és mindenféle user/felhasználási igényt le kell fedjen. Ha kiszedegetnének belőle ezt-azt, akkor jönne a tömeges sírás a felhasználóktól, hogy nem megy, szar a Linux, instabil a rolling, bla-bla.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Nem vagyok benne biztos, de úgy emlékszem, hogy replace-nél eltávolítja a régit.

Persze ezt tudtam, a remove-ot csak poenbol irtam, mert mint irtad is, kva felesleges szutyok amitol azert megis fugg par dolog :) emlekszm egyszer probaltam maskolni de nem sikerult, viszont az altalad irt workaround kesobb megnezem!! Koszi

Ja igen Gentoo... pont az ilyenek miatt csabit, hogy ott kb mar tenyleg az van amit TE akarsz, viszont nem erzem meg magam eleg pronak hozza, de ami kesik nem mulik.

Kozel 2000 csomagos Ubuntu-val kezdtem, most meg.. :) meg nem is csak a csomagok, az egesz szemleletem nagyot valtozott azota. Tobb mint masfel eve nem egereztem ablakot, es nem is hianyzik :)

Arch Linux [Sway WM]

A Gentoo nem sokkal nehezebb, mint az Arch, ami miatt meredekebb, az hogy egy óriási időtemető. Mert pl. Archon ha kísérletezel valamivel, és mondjuk elrontasz valamit, akkor csak csomagot telepítesz újra, váltasz át, konfigurálsz valami fent lévő csomagot, ami akár 1 percen belül is megvan. Gentoo-n viszont ha félremegy valami (pl. USE flag fordításkor), akkor átkonfigurálod, de fordítgathatsz újra forráskódból, ami ráadásul sokszor nem csak az aktuális csomagot fordítja újra, hanem az összes rá épülő függőséget, amit az a USE flag/feature érint. Emiatt per próbálkozás rohadt időigényes, hogy végigfordítgatsz egy rakás kódot, ha valami nem jó, újra és újra, és ez tud összeadódni elég vaskos idővé, még combosabb gépen is, ha nem tudod mit csinálsz. Ahogy viszont kitapasztaltad, onnantól nem vészes, tudod hordozni a make.conf és egyéb konfigurációs fájlokat, és mindent elég egyszer fordítani.

Elméletileg hasonlót Archon is lehet csinálni, annak is van egy úgynevezett ABS (Arch Build System) része, ami alapján egy adott csomagot újra tudsz forgatni, és át tudod írni fordítás előtt a make-részét, de ez se kis munka, adott esetben oltári nagyokat lehet szopni vele, ezért még én se mertem ezt megpróbálni.

A szemléletváltozást én is tapasztaltam magamon, nem csak Archon, de már előtte is. Én Mint KDE-vel és Kubuntuval kezdtem, de az évek során mindig változott kicsit a preferenciám, felhasználásom, ahogy fedeztem fel az új dolgokat, fokozatosan lett minden egyre minimalistább, mindig csak egy-egy alkalmazást, WM-et váltottam, sose tettem nagy lépést egyszerre. Ez egy szerves folyamat, nem is nagyon érdemes siettetni, erőltetni, olyan, mint egy utazás. Ezt át kell élni, használni kell, fejlődni, apró fokozatokban megy. Mivel teljesen máshogy használod a gépet, mint az átlag windowsos, mac-es, Linux DE-s desktop/GUI metafora. Sok Windows-user is ezen hasonul meg, hogy nem azért nehéz nekik a Linux, mert szakmailag olyan hű de nehéz lenne, hanem a szemléletük Windowson ragad, a Linuxot is Windowsként, windowsos logikával akarják használni, és képtelenek ezt a szemléletet elengedni, és ez egy csomó frusztrációt okoz nekik.

Az a baj, hogy aki ebben nincs benne, annak elmagyarázni se tudod, mert nem szokták érteni, amit a szemléletről, workflow-ról írsz. A legtöbb usernek mutatod ezeket a WM-eket, terminálos megoldásokat, csak morbid nekik, elavultnak tűnik, használhatatlannak, kontraproduktívnak, tanulni kell, szokni, stb., nem hajlandóak rá. Nem hibáztatom egyébként őket, mert régen, normi koromban én sem hittem el, hogy ezek hatékonyabbak, mikor a veteránok mondták, azt hittem, hogy csak elitizmusból nagyzolnak. Közben meg kiderült évek után, hogy igazuk volt mindvégig. Baromira érdemes ebbe beletenni a munkát, mert később nagyon meghálálja magát, gyorsabb futás, nagyobb hatékonyság, kisebb hardverigény, nagyobb informatikai függetlenség (nem lesz valaki a nagycéges bloat ökoszisztémákra rászorulva, azoknak kiszolgáltatva). Plusz én magamon azt figyeltem meg, hogy visszaadta a PC-zés örömét, amit anno ~35 éve még a DOS korszakban éreztem, de idővel fokozatos elmúlt, ahogy a GUI-s forradalom bejött, és csak most az utóbbi években találtam vissza ehhez. Nekem egyértelmű, hogy a GUI-s hagyományos koncepció fejlődési zsákutca. Igen, megkönnyíti a gép használatát teljesen laikusoknak, leegyszerűsít sok dolgot, viszont a hatékonyságot meg lerombolja, visszametszi azoknak, akik erre a fajta lebutításra nem szorulnának rá.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Szerkesztve: 2022. 09. 27., k – 12:53

Ma frissult a pacman, es az alabbi warning uzenetet dobta:

warning: directory permissions differ on /var/cache/pacman/pkg/
filesystem: 1777  package: 755

Nem ertem hogyan lehetseges ez, mert fstab-ba lathatoan a fenti mappara nincs 1777 megadva.

cat /etc/fstab

tmpfs											/tmp					tmpfs		defaults,noatime,nodev,nosuid,mode=1777																		0	0
tmpfs											/var/log				tmpfs		defaults,noatime,nodev,nosuid																				0	0
tmpfs											/var/cache/pacman/pkg	tmpfs		defaults,noatime,nodev,nosuid																				0	0
tmpfs											/tmp/makepkg			tmpfs		defaults,noatime,nodev,nosuid,mode=1777																		0	0

 

 

Arch Linux [Sway WM]

Lehet ez valami alapértelmezés. Elvileg a mount parancs és az fstab sorában meg tudsz adni extra csatolási paramétereket, már nem is emlékszem, vagy permission= vagy valami mask= (ez fordítottja a permisson-nek) paramétert, ahol be tudod állítani, hogy milyen jogokkal csatolja. Az a baj, hogy most megyek melózni, hirtelen nem találom a doksiban, az Arch Wikinek valami mély bugyrából rémlik.

De az is jó, ha teljesen kiveszed ezt a /var/cache/pacman/pkg csatolást, és simán használod a /tmp/ mappát, a /etc/pacman.conf fájlban meg tudod adni, hogy mit használjon cache-mappában. Pl. CacheDir = /tmp/ vagy hasonló.

Vagy akár ignorálhatod is, ez a figyelmeztetés, nem valós hiba. Elvileg valóban biztonsági kockázat egy rendszermappára 1777 jogokat adni (ez a legteljesebb jogkör), de most egy pacman cache esetében ez nem jelent gondot. Valami gonosz szoftver bele tud rondítani, aztán mi van? Következtő bootkor úgyis törölve lesz, pacmant indítani nem lesz úgy se joga hozzá, így nagyon egy ártó kód sem tud ezzel visszaélni. Ezt a pacman csomag telepítőscriptje viszont nem tudja, az úgy van beállítva, hogy rendszermappáknál meg az ilyen nem egyező jogosultságoknál automatikusan figyelmeztessen, emlékeztessen a biztonságilag helyes gyakorlatra. Túl komolyan nem kell venni, ha egyébként tudod mit csinálsz.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Kozben megoldottam, most igy nez ki es nem sipakol a pacman: https://i.imgur.com/n2wHxr4.png es visszaellenorizve minden jogosoultsag alkalmazva lett az osszes mappan amit megadtam az fstabban.

A lenyeg, hogy rendben van minden, mert par hete csak be volt hanyva par fontos sor es kesz. Jobban szeretem igy :) egyszer kell megcsinalni...

Arch Linux [Sway WM]

Köszönöm az indító topikodat és a közben adott információkat a Sway beállításával kapcsolatban. Most végre rászántam magam és kipróbáltam, hogy mit tud. Migráció, alapértelmezett programok lecserélése, kinézet reszelése, teszt: ezek vannak mögöttem mint tenálad is.

Majd egy hónap tapasztalatai:

  • nagyon jó, kellően kicsi (az xfce csomagok még maradtak), kellően gyors
  • már csak nagyon kevés régi dolog hiányzik (pl. conky, de gondolkodom a kiváltásán)
  • gyorsult a firefox, főként videók lejátszásában, teljes képernyőre váltásnál, görgetésnél
  • pdf olvasás sokkal gyorsabb (zathura)
  • rendszer suspend, lock stabilabb a képernyőre nézve (asztali gépnél néha nem jött vissza elsőre)
  • többképernyős mód (kivetítés) szintén stabilabb, nem "mászik el" suspend-resume után
  • kapott scriptet wifi váltásához (ha szükséges), meghajtók lecsatlakoztatására, időjárási adatokhoz, ablakválasztóhoz

Todo lista:

  • időjáráshoz egy részletesebb infó (conkyval ment, most gondolkodom az átdolgozásán python alapon, mert ez volt a szkript alapja eddig)
  • mini naptár fontosabb időpontokkal, jó lenne tooltipben is)
  • több üzenet menetközben, most szinte csak a meghajtó csatlakoztatásánál észlelem
  • rendszer kigyomlálása a tesztüzem végén, minden felesleges csomagtól megválni

Dell Latitude 5480, Arch Linux & Xfce

Idojarashoz en ezt hasznalom (Waybar module, jobb szelso) https://ibb.co/3pmDJHm

#!/usr/bin/env python
from lxml import html
import requests
import json
import re

re_fmt = r"-?[0-9]+"
lat = "47.95"
lng = "21.71"
resp = requests.get("https://darksky.net/forecast/{},{}/ca12/en".format(lat, lng))
tree = html.fromstring(resp.content)
summary = tree.cssselect("span.summary.swap")
temp = re.match(re_fmt, summary[0].text_content()).group()

if temp is None:
    print("NA °C")
else:
    print("{}°C".format(temp))

Eleg fapados, de nekem nincs tobbre szuksegem :)

Nalam viszonylag minimal most a rendszer: https://ibb.co/y6SqGH4 habar a Waybar-tol majd szeretnek szabadulni, mert feleslegesen bloat :)

Arch Linux [Sway WM]

Conky-nak sajnos nincs alternatívája Wayland alatt. De szerintem a Conky-nak X-en sincs értelme. Ami infót kell állandóan látni, tegyed ki a panelre, amit nem kell állandóan látni, arra írsz egy scriptet, amit bedrótozott gyorsbillentyűre meghívsz és vagy értesítésekként írja ki a dolgokat, vagy egy terminálban.

Időjárásra én ezt használom (illetve használtam Sway alatt is) terminálban megnyílóként:
curl wttr.in/~varosod_neve?3Fq

Bár nem vagyok vele elégedett, mármint nem a technikai részével, mert az rendben van, hanem ez a wttr.in sokszor csak túlterhelt, nem jön be, illetve amit ír időjárást, az sincs sokszor köszönőviszonyban azzal, amilyen idő utána igazából lesz, még 12 órára előre se találják el.

Swaynál, Waylandnél alapszabály, hogy türelmesnek kell lenni, egy csomó konfigolást igényel. Menni fog az, nem kell feladni, ha nem megy elsőre. Utána kell nézni a dolgoknak, X-es programokhoz alternatívákat kell keresni, konfigfájlokat türelmesen megírni. Mivel minimalista tiling WM, ezért sok mindenről neked kell gondoskodnod. Ez nem Gnome, meg Xfce, ahol minden be van készítve, mindenféle panel, applet, értesítések, stb.. Sok apró beállítás kell, több mindent saját scripttel kell megoldani, de megéri, mert utána olyan rendszered lesz, ami tényleg a kezed alatt lesz, úgy működik, ahogy te akarod, és nem lesz benne a corporate overlordok bloat sallangjai.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Még úgy is jó lenne, ha a háttérképre kerülne és úgy jelenne meg, mert nem kell gyakran frissíteni. Conky-nál is Cairo-val volt megvalósítva, így nem is kell sokat változtatni rajta, csak nem LUA-ban, hanem Python-ban készülne a fő kód.

Dell Latitude 5480, Arch Linux & Xfce