vasek
Погуглив, вышел на layout_max, floating window problem, в котором в конце имеется недавний comment user Archlinux (07.2020)

Same here, cannot get a floating window on max layout. Latest version of spectrwm on Arch Linux

что лишний раз подтверждает наличие этого бага.

Написал я на гитхаб, мне ответили что эта проблема пакета в Archlinux и посоветовали установить из AUR(spectrwm-git).
С пакетом из AUR bind[layout_max] работает.
vasek
Попробовал забиндить layout_max - действительно падает, дебажить нет смысла.
Понял, благодарю за помощь.
vasek
Честно говоря не вижу ее применение для себя - будет время опробую.
У меня настроено так: MOD+a окно на макс, MOD+s вертикальный тайлинг, MOD+d горизонтальный тайлинг, придется переделывать на max_tuggle, или может написать им на гите, только боюсь они не поймут мой английский.
vasek
Смотри внимательнее, что назначаешь … и лучше проверять назначаемые комбинации поиском, чтобы увидеть нет ли совпадений. В дефолтном конфиге MOD+a задействовано и я это активно использую

Я все комбинации клавиш переделал под себя и перенес из spectrwm.conf.us в основной конфиг, те которые не использую удалил.

vasek
Согласно man (layout_max - Switch to max layout)
⟨unbound⟩ layout_max
честно скажу, даже не задумывался что же это такое, точнее чем отличается от maximize_toggle …. и плюс к этому настораживает ⟨unbound⟩ - такие не использую.

maximize_toggle переключает в макс и обратно а layout_max просто включает макс.
⟨unbound⟩ - не назначено(несвязанный/свободный), соответственно можно назначить.
Aivar
Dmitriy_Kniazev
вчера обновился spectrwm и у меня он стал работать не корректно.
Эта тема не для решения вопросов по дефектным обновлениям.
Прошу прощения, подумал что в этой теме помогут быстрее т.к. с этого wm она началась и вероятность того что пользователь spectrwm заглянет, будет выше. Так же я не был уверен что баг с обновлениями, на их(spectrwm) гит.страничке про него пока тишина.
vasek
- время появилось, решил выяснить, что там за проблема с xlock ….
Загляни сначала в Wiki в части xlock … у меня он не установлен и ставить не буду, а чтобы не выскакивало исключение, закоментируй в конфиге строку (видно в новой версии что то добавили и если не закоментировать, то не нравится - почему, не знаю)
#bind[lock]		= MOD+Shift+Delete
В моем конфиге нет этой строки, попробую в дефолтном убрать.
EDIT:в дефолтном конфиге этот бинд закоментирован, решил проблему так: program[lock]=my_exit_script.sh
Но этот баг меня не так беспокоит как выход из spectrwm при попытке развернуть окно на максимум(bind[layout_max]=MOD+a(пробовал w,c)).
Всем привет, вчера обновился spectrwm и у меня он стал работать не корректно. В баре вместо вывода инфы из скрипта, пишет что не находит xlock(с моим конфигом) и xterm(с дефолтным конфигом), так же, на bind[ layout_max] вместо разворачивания окна(комбинации клавиш менял результат один), выходит из spectrwm.
Кто нибудь здесь пользуется этим wm? у вас есть такие же проблемы или это я такой удачливый, буду благодарен за любой совет, уж очень прижился он(wm) у меня.
У меня тоже не получалось запустить спектр, потом на гитхабе в инструкциях нашел это:

As some configuration in Archlinux has changed recently edit your local .spectrwm.conf file to set bar_font similar like this:

bar_font = xos4 Terminus:pixelsize=14:antialias=true

(Here assuming that font Terminus is installed. Other fonts that are listed with fc-list should also work)

For more details see also issue #193

после редактирования конфига все заработало.
Спасибо большое вам парни, все работает теперь.
/etc/udev/rules.d/10-mntusb.rules(внесенные изменения - /usr/bin/su user -c ):

ACTION=="add", SUBSYSTEM=="block",KERNEL=="sd*", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/user/.Xauthority", RUN+="/usr/bin/su user -c /home/user/scripts/mntusb.sh"

/home/user/scripts/mntusb.sh(внесенные изменения - export XAUTHORITY=/home/user/.Xauthority
export DISPLAY=:0
export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"):

#!/usr/bin/env bash

export XAUTHORITY=/home/user/.Xauthority
export DISPLAY=:0
export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"

/usr/bin/notify-send -i 'usb-creator-gtk' 'USB conected' -t 5000
Приветствую.
Linux archlinux 4.17.2-1-ARCH/OpenBox
Хотелка: при подключении usb flash, появлялось сообщение о подключении через notify-send
Создал правило в /etc/udev/rules.d/10-mntusb.rules(права -rw-r--r-- 1 user user):
ACTION=="add", SUBSYSTEM=="block",KERNEL=="sd*" RUN+="/etc/udev/mntusb.sh"
Содержимое /etc/udev/mntusb.sh(права -rwxr-xr-x 1 user user ):
#!/bin/bash
notify-send test
При запуске из консоли скрипт выполняется, при подключении usb -нет
Если в скрипте прописать: touch /home/user/TEST.txt то при подключении USB создается файл /home/user/TEST.txt из чего следует что скрипт выполняется, но не выполняется необходимые команды, из всех что я пробовал выполняется только touch.
Коталог скрипта менял на домашний, менял SUBSYSTEM=="block" на SUBSYSTEM=="usb" и KERNEL=="sd*" на KERNEL=="sd[b-z][0-9]" а также RUN+="/etc/udev/mntusb.sh" на RUN+="/bin/bash /etc/udev/mntusb.sh", менял права файлов на root результата нет.
Подскажите что я делаю не так.
кусок dmesg после подключения usb:
[ 3866.759730] usb 2-1: new high-speed USB device number 31 using ehci-pci
[ 3866.918800] usb 2-1: New USB device found, idVendor=1005, idProduct=b113, bcdDevice= 1.10
[ 3866.918809] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3866.918815] usb 2-1: Product: USB FLASH DRIVE
[ 3866.918821] usb 2-1: Manufacturer:
[ 3866.918827] usb 2-1: SerialNumber: 198801030D56
[ 3866.921253] usb-storage 2-1:1.0: USB Mass Storage device detected
[ 3866.924192] scsi host4: usb-storage 2-1:1.0
[ 3867.948119] scsi 4:0:0:0: Direct-Access              USB FLASH DRIVE  PMAP PQ: 0 ANSI: 0 CCS
[ 3868.224597] sd 4:0:0:0: [sdb] 8060928 512-byte logical blocks: (4.13 GB/3.84 GiB)
[ 3868.225306] sd 4:0:0:0: [sdb] Write Protect is off
[ 3868.225314] sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 3868.225930] sd 4:0:0:0: [sdb] No Caching mode page found
[ 3868.225943] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 3868.234457]  sdb:
[ 3868.237046] sd 4:0:0:0: [sdb] Attached SCSI removable disk
journalctl

июл 01 10:45:37 archlinux kernel: usb 2-1: new high-speed USB device number 34 using ehci-pci
июл 01 10:45:38 archlinux kernel: usb 2-1: New USB device found, idVendor=1005, idProduct=b113, bcdDevice= 1.10
июл 01 10:45:38 archlinux kernel: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
июл 01 10:45:38 archlinux kernel: usb 2-1: Product: USB FLASH DRIVE
июл 01 10:45:38 archlinux kernel: usb 2-1: Manufacturer:
июл 01 10:45:38 archlinux kernel: usb 2-1: SerialNumber: 198801030D56
июл 01 10:45:38 archlinux kernel: usb-storage 2-1:1.0: USB Mass Storage device detected
июл 01 10:45:38 archlinux kernel: scsi host4: usb-storage 2-1:1.0
июл 01 10:45:38 archlinux mtp-probe[16695]: checking bus 2, device 34: "/sys/devices/pci0000:00/0000:00:1d.7/usb2>
июл 01 10:45:38 archlinux mtp-probe[16695]: bus: 2, device: 34 was not an MTP device
июл 01 10:45:39 archlinux kernel: scsi 4:0:0:0: Direct-Access              USB FLASH DRIVE  PMAP PQ: 0 ANSI: 0 CCS
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] 8060928 512-byte logical blocks: (4.13 GB/3.84 GiB)
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] Write Protect is off
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] Mode Sense: 23 00 00 00
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] No Caching mode page found
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through
июл 01 10:45:39 archlinux kernel:  sdb:
июл 01 10:45:39 archlinux kernel: sd 4:0:0:0: [sdb] Attached SCSI removable disk
июл 01 10:45:39 archlinux systemd-udevd[16709]: Process '/bin/bash /etc/udev/mntusb.sh' failed with exit code 1.