max_fox Сообщения

max_fox	# 5 лет, 7 месяцев назад
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	Вы можете изменить значение параметра add при вызове функции awful.tag.incmwfactor, назначаемой хоткею (по умолчанию modkey + h и modkey + l). В дефолтном конфиге зашито 0.05: `awful.key({ modkey, }, "l", function () awful.tag.incmwfact( 0.05) end, {description = "increase master width factor", group = "layout"}),` Можно изменить на другое или назначить меньший шаг на другой хоткей.

# 5 лет, 7 месяцев назад

Сообщения: 18

Участник с: 12 октября 2014

Вы можете изменить значение параметра add при вызове функции awful.tag.incmwfactor, назначаемой хоткею (по умолчанию modkey + h и modkey + l).
В дефолтном конфиге зашито 0.05:

awful.key({ modkey,           }, "l",     function () awful.tag.incmwfact( 0.05)          end,
              {description = "increase master width factor", group = "layout"}),

Можно изменить на другое или назначить меньший шаг на другой хоткей.

max_fox	# 5 лет, 7 месяцев назад (отредактировано 5 лет, 7 месяцев назад)
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	Нужно инициализировать тег через awful.tag.add и указать путь к иконке в параметре icon: `awful.tag.add("First tag", { icon = "/path/to/icon1.png", layout = awful.layout.suit.tile, master_fill_policy = "master_width_factor", gap_single_client = true, gap = 15, screen = s, }` Пример взят из документации. Инициализацию через awful.tag() из дефолтного конфига нужно убрать. Обратите внимание на то, что при таком методе инициализации тегов при запуске ни один тег не будет активным и при попытке запуска клиента, этот клиент будет прописан во все теги. У меня при этом теги подсвечиваются красным, хотя уведомлений об ошибке не возникает и в логах тоже пусто. Чтобы этого избежать, я в конфиге переключаюсь на нужный тег: `awful.tag.viewtoggle(start_tag)` , где start_tag возвращается функцией awful.tag.add для тега, который вы хотите сделать активным при запуске. Удачи! PS Кстати, никто не в курсе что за беда с пакетом awesome в репозиториях (в т.ч. в AUR)? Вроде 4 зарелизился еще в декабре, а пакетов до сих пор нет. Я вручную правил PKGBUILD от старого пакета, чтобы установить четвертую версию.. :(

max_fox

# 5 лет, 7 месяцев назад (отредактировано 5 лет, 7 месяцев назад)

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

Нужно инициализировать тег через awful.tag.add и указать путь к иконке в параметре icon:


awful.tag.add("First tag", {
    icon               = "/path/to/icon1.png",
    layout             = awful.layout.suit.tile,
    master_fill_policy = "master_width_factor",
    gap_single_client  = true,
    gap                = 15,
    screen             = s,
}

Пример взят из документации.
Инициализацию через awful.tag() из дефолтного конфига нужно убрать.
Обратите внимание на то, что при таком методе инициализации тегов при запуске ни один тег не будет активным и при попытке запуска клиента, этот клиент будет прописан во все теги. У меня при этом теги подсвечиваются красным, хотя уведомлений об ошибке не возникает и в логах тоже пусто.
Чтобы этого избежать, я в конфиге переключаюсь на нужный тег:

awful.tag.viewtoggle(start_tag)

, где start_tag возвращается функцией awful.tag.add для тега, который вы хотите сделать активным при запуске.
Удачи!

PS Кстати, никто не в курсе что за беда с пакетом awesome в репозиториях (в т.ч. в AUR)? Вроде 4 зарелизился еще в декабре, а пакетов до сих пор нет. Я вручную правил PKGBUILD от старого пакета, чтобы установить четвертую версию.. :(

max_fox	# 7 лет, 10 месяцев назад
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	Kycok Если честно, то в Арче придраться не к чему, но когда стояла Убунта, CUDA и OpenCL приложения почему-то не работали. Сейчас Blender отлично работает с CUDA, и даже без optirun видит NVidia. Может быть за последний год что-то допилили, Bumblebee, cuda, драйвер или сам Blender.. Короче, осадок остался неприятный с тех пор, может быть я и зря гоню на NVidia.

max_fox

# 7 лет, 10 месяцев назад

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

Kycok
Если честно, то в Арче придраться не к чему, но когда стояла Убунта, CUDA и OpenCL приложения почему-то не работали. Сейчас Blender отлично работает с CUDA, и даже без optirun видит NVidia. Может быть за последний год что-то допилили, Bumblebee, cuda, драйвер или сам Blender.. Короче, осадок остался неприятный с тех пор, может быть я и зря гоню на NVidia.

max_fox	# 7 лет, 11 месяцев назад
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	У вас же Nvidia Optimus или как там эта дрянь называется?. Сам мучался с похожим ноутом. acpi_backlight=vendor пробовали? Помню я несколько вечеров подряд переставлял драйвера туда-сюда, а все решалось одной строчкой.. :) Больше не беру ноуты с гибридной графикой, Bumblebee хоть и заводится, а работает все через одной место. Арч - единственный дистрибутив, где удалось запустить рендеринг в Blender через CUDA на дискретной карте, в убунтах такое не получалось. Что, впрочем, не мешает блендеру периодически падать во время рендеринга. Короче, Интел наше все, по крайней мере на ноутах.

max_fox

# 7 лет, 11 месяцев назад

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

У вас же Nvidia Optimus или как там эта дрянь называется?. Сам мучался с похожим ноутом.
acpi_backlight=vendor пробовали? Помню я несколько вечеров подряд переставлял драйвера туда-сюда, а все решалось одной строчкой.. :)

Больше не беру ноуты с гибридной графикой, Bumblebee хоть и заводится, а работает все через одной место. Арч - единственный дистрибутив, где удалось запустить рендеринг в Blender через CUDA на дискретной карте, в убунтах такое не получалось. Что, впрочем, не мешает блендеру периодически падать во время рендеринга. Короче, Интел наше все, по крайней мере на ноутах.

max_fox	# 7 лет, 11 месяцев назад
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	В общем, нашел в интернете несколько упоминаний о похожей проблеме, все без какого-либо однозначного ответа. Вероятнее всего, это какой-то баг nmap при сканировании локальной машины. Попробовал сканировать с другого ноута - случайных портов не появляется, но при этом висит 19532. Не знаю, баг или нет, сетевой активности на этом порту нет.

max_fox

# 7 лет, 11 месяцев назад

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

В общем, нашел в интернете несколько упоминаний о похожей проблеме, все без какого-либо однозначного ответа. Вероятнее всего, это какой-то баг nmap при сканировании локальной машины. Попробовал сканировать с другого ноута - случайных портов не появляется, но при этом висит 19532. Не знаю, баг или нет, сетевой активности на этом порту нет.

max_fox	# 7 лет, 11 месяцев назад
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	nafanja Cеть настраивается dhcpcd. С systemd-resolved вроде все понятно, при остановке systemd-resolved.service порт закрывается. Осталась другая загадка: постоянно открываются и закрываются порты в диапазоне примерно от 32000 до 65535. Судя по распределению номеров (записывал в файл в течении 10 минут), порты выбираются рандомно. Как отследить, кто эти порты открывает - я не знаю. Что характерно - такое происходит только если входить в систему обычным пользователем. Если войти под рутом, то порты не открываются, а просто слушается порт 19532 постоянно. Слушает PID 1, т.е. init. Что это значит - я хз..

max_fox

# 7 лет, 11 месяцев назад

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

nafanja
Cеть настраивается dhcpcd.
С systemd-resolved вроде все понятно, при остановке systemd-resolved.service порт закрывается.
Осталась другая загадка: постоянно открываются и закрываются порты в диапазоне примерно от 32000 до 65535. Судя по распределению номеров (записывал в файл в течении 10 минут), порты выбираются рандомно. Как отследить, кто эти порты открывает - я не знаю.
Что характерно - такое происходит только если входить в систему обычным пользователем. Если войти под рутом, то порты не открываются, а просто слушается порт 19532 постоянно. Слушает PID 1, т.е. init. Что это значит - я хз..

max_fox	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	ind.indeviral А у Вас этот порт открыт? Просто не совсем ясно, откуда и зачем на практически чистой системе открытые порты. Я так понял, что systemd-resolved, слушающий 5355 - это реализация LLMNR в systemd-networkd. Но рядом стоит другой ноут, на который я установил Арч пару недель назад и на нем нет ни одного открытого порта. И это не объясняет, почему постоянно открываются и закрываются другие порты. Хотелось бы понять, чисто из любопытства. Я на Арч недавно перешел и очень нравится, что в системе нет ничего лишнего. Поэтому вдвойне интересно понять, что же происходит с портами и почему только на одной машине..

max_fox

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

ind.indeviral А у Вас этот порт открыт? Просто не совсем ясно, откуда и зачем на практически чистой системе открытые порты. Я так понял, что systemd-resolved, слушающий 5355 - это реализация LLMNR в systemd-networkd. Но рядом стоит другой ноут, на который я установил Арч пару недель назад и на нем нет ни одного открытого порта. И это не объясняет, почему постоянно открываются и закрываются другие порты. Хотелось бы понять, чисто из любопытства. Я на Арч недавно перешел и очень нравится, что в системе нет ничего лишнего. Поэтому вдвойне интересно понять, что же происходит с портами и почему только на одной машине..

max_fox	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 1 Сообщения: 18 Участник с: 12 октября 2014	Здравствуйте! На ноутбуке с Арчем обнаружил открытые порты неизвестного происхождения: `Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 20:49 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00042s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 65534 closed ports PORT STATE SERVICE 5355/tcp open unknown 44175/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.41 seconds` До этого после загрузки системы `PORT STATE SERVICE 5355/tcp open unknown 19532/tcp open unknown` На соседнем ноуте тоже Арч, только совсем свежеустановленный, ничего подобного не обнаружено. Попробовал netstat: `Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 364/systemd-resolve tcp6 0 0 :::5355 :::* LISTEN 364/systemd-resolve udp 0 0 0.0.0.0:57197 0.0.0.0:* 280/systemd-timesyn udp 0 0 0.0.0.0:68 0.0.0.0:* 310/dhcpcd udp 0 0 0.0.0.0:518 0.0.0.0:* 1/init udp 0 0 0.0.0.0:5355 0.0.0.0:* 364/systemd-resolve udp6 0 0 :::5355 :::* 364/systemd-resolve` Получается, что порт 5355 слушает некий systemd-resolve, о котором я никакой инфы найти не смог, второй открытый порт постоянно меняется: $ nmap localhost/32 -p 10000-65535 Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:11 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00041s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 55535 closed ports PORT STATE SERVICE 42561/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.04 seconds Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:11 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00052s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 55534 closed ports PORT STATE SERVICE 32894/tcp open unknown 50916/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.06 seconds Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00042s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 55535 closed ports PORT STATE SERVICE 49814/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.06 seconds Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00043s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 55533 closed ports PORT STATE SERVICE 41713/tcp open unknown 47878/tcp open unknown 57185/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.03 seconds Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK Nmap scan report for localhost (127.0.0.1) Host is up (0.00042s latency). Other addresses for localhost (not scanned): 127.0.0.1 rDNS record for 127.0.0.1: localhost.localdomain Not shown: 55535 closed ports PORT STATE SERVICE 57864/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 2.04 seconds Подкажите, пожалуйста, как определить, кто слушает порты?

max_fox

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Темы: 1

Сообщения: 18

Участник с: 12 октября 2014

Здравствуйте!

На ноутбуке с Арчем обнаружил открытые порты неизвестного происхождения:

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 20:49 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00042s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 65534 closed ports
PORT      STATE SERVICE
5355/tcp  open  unknown
44175/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.41 seconds

До этого после загрузки системы

PORT      STATE SERVICE
5355/tcp  open  unknown
19532/tcp open  unknown

На соседнем ноуте тоже Арч, только совсем свежеустановленный, ничего подобного не обнаружено.

Попробовал netstat:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      364/systemd-resolve
tcp6       0      0 :::5355                 :::*                    LISTEN      364/systemd-resolve
udp        0      0 0.0.0.0:57197           0.0.0.0:*                           280/systemd-timesyn
udp        0      0 0.0.0.0:68              0.0.0.0:*                           310/dhcpcd
udp        0      0 0.0.0.0:518             0.0.0.0:*                           1/init
udp        0      0 0.0.0.0:5355            0.0.0.0:*                           364/systemd-resolve
udp6       0      0 :::5355                 :::*                                364/systemd-resolve

Получается, что порт 5355 слушает некий systemd-resolve, о котором я никакой инфы найти не смог, второй открытый порт постоянно меняется:


$ nmap localhost/32 -p 10000-65535
Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:11 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00041s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 55535 closed ports
PORT      STATE SERVICE
42561/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.04 seconds

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:11 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00052s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 55534 closed ports
PORT      STATE SERVICE
32894/tcp open  unknown
50916/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.06 seconds

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00042s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 55535 closed ports
PORT      STATE SERVICE
49814/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.06 seconds

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00043s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 55533 closed ports
PORT      STATE SERVICE
41713/tcp open  unknown
47878/tcp open  unknown
57185/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.03 seconds

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-12 21:12 MSK
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00042s latency).
Other addresses for localhost (not scanned): 127.0.0.1
rDNS record for 127.0.0.1: localhost.localdomain
Not shown: 55535 closed ports
PORT      STATE SERVICE
57864/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 2.04 seconds

Подкажите, пожалуйста, как определить, кто слушает порты?