Хочу что-нибудь, где можно было бы настраивать питание, как в конфигурялках различных DE. Реакция на те или иные кнопки, задержка перед выключением монитора. Как это всё настраивается? Есть ли CLI/GUI утилиты, независящие от DE?

Такая ситуация: в «master» Awesome в git пришло несколько коммитов, которые мне очень хотелось бы получить в стабильной ветке. Допустим, сделал я стабильной ветке git clone. Что мне сделать, чтобы применить к ней те коммиты, которые добавлены в «master»? Не все, а те, что мне нужны. Заранее спасибо.

http://pastebin.com/xivKXYFc - конфиг; awesome из git, lain из git.

При попытке использования некоторых виджетов lain (например, https://github.com/copycat-killer/lain/wiki/alsa), я получаю такую ошибку:

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

Видимо, какие-то проблемы с timer. Я нашёл, что timer.lua располагается по следующему пути: /usr/share/awesome/lib/gears/timer.lua. Gears у меня подключён. Попробовал убрать «local» перед его вызовом - ничто не изменилось. Попробовал создать свой таймер - mytimer = timer({ timeout = 30 }) — работает. Пожалуйста, подскажите, как заставить виджеты lain работать.

Здравия желаю. Заметил следующее: если, например, тыкну на ссылку в почтовике, а Firefox у меня уже открыт на другом теге, то ссылка откроется в том Firefox, причём тег, где это произошло, будет отмечен (http://i.imgur.com/jgU4ff3.png mail - активный тег, music - неактивный, www - тег с Firefox). В Awesome можно переключиться на тег, где произошло нечто важное, по awful.client.urgent.jumpto. А как переместиться на такой тег? Вернее, как он будет называться в Awesome? Заранее спасибо.

Скажется ли на производительности и на скорости разблокировки тома то, какой длины у меня ключ LUKS (тот, который задаётся при выполнении cryptsetup luksFormat)? А тот ключ, длина которого задаётся через --key-size? Заранее спасибо

Я окончательно задолбался складывать свои пальцы в клешню Ктулху ради закрытия окна (meta+shift+c), переключения тэга назад (meta+shift+space) и выполнения других действий в Awesome (meta+shift+j/k/h/l). Пользователи Awesome и другие ценители управления клавиатурой, прошу вас выложить то, как у вас настроены кейбинды. Планирую удобные сочетания спереть себе в конфиг. Пока что закрытие/сворачивание/разворачивание/ повесил на Alt+F1,2,4, но что-то не вставляет.

Меня интересует управление окнами (в том числе и исключительные для Awesome случаи) и запуск часто используемых программ.

Debian 8.1, systemd, проприетарные драйвера nvidia. При переключении на tty экран гаснет и уходит в спячку (как когда компьютер вообще выключен, т.е нет сигнала). При возвращении на tty7, где иксы, всё опять начинает работать. Такое поведение появилось после установки проприетарных драйверов nvidia из репозитория. Подскажите, пожалуйста, как лечить (кроме удаления nvidia, systemd, Debian). Заранее спасибо.

1.) Как сделать так, чтобы определённое окно (указанное через class, instance или ещё как-нибудь), если находится в режиме floating, по умолчанию открывалось с определённой геометрией (определённое место и размер)? Я предвижу, что это делается через rules, но не знаю, как. Пожалуйста, укажите на нужное руководство.

2.) Как реализовать открытие определённого окна на определённом теге? Я хотел бы, чтобы при запуске awesome нужные мне программы открывались на заданных заранее тегах, а дальше уже на всё воля моя.

Заранее спасибо

Здравия желаю. Я сейчас пользуюсь Awesome, и, в целом, концепция тайлинга мне очень по нраву, но я заметил, что мне не нравится один момент. Если у меня >=2 окон, то Awesome очень удобно их раскидывает по частям экрана, я раньше и сам так руками делал, когда сидел на KDE. Но вот когда открыто одно единственное окно, не всегда уместно, чтобы оно было на весь экран. Например (лично для меня) неудобно, когда терминал или файловый менеджер располагается на весь экран. Получается слишком много свободного пространства. В связи с этим вопрос - нельзя ли как-то сделать так, чтобы если открыто одно окно - оно было floating, если >=2, то включался стандартный тайлинг, а при уменьшении количества окон для одного опять наступал floating? Заранее спасибо

Debian Jessie, на SSD и HDD по физическому тому шифрования, на них - по физическому тому LVM и группа томов, корень - на ssd, хомяк - на hdd.

Система долго выключается, вот лог выключения: http://pastebin.com/rUbLHCp3

Вызывают сомнения вот эти строки (сужу по разнице во времени):

июл 19 18:25:55 debian pulseaudio[1735]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /tmp/dbus-Ko4zjgJp5e: В соединении отказано
июл 19 18:26:16 debian networking[1751]: Deconfiguring network interfaces...done.

Как вылечить эту проблему? Заранее спасибо.

Читаю на Archwiki (https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#LVM...): «This method does not allow you to span the logical volumes over multiple disks, even in the future.».

Разве не смогу я взять любое кол-во дисков, на них создать по физическому тому с шифрованием, на физических томах с шифрованием - по физическому тому LVM, после чего объединить их всех в группу томов и свободно использовать получившееся пространство, как мне приспичит?

Мне кажется, что, чисто теоретически, враг может насрать мне в initramfs и через оный внести какой-то скрипт в мою основную систему (которая зашифрована), добавить в автозапуск, а он уже будет сливать информацию. Паранойя, или это действительно так?

Мне не нужен denied encryption, так что, достаточно, если просто на диске не останется читаемой инфы. Что лучше сделать - cat /dev/zero > диск, cat /dev/urandom, или же извратиться с шифрованием из девзиро посредством openssl? Какая будет на практике разница между этими методами? Заранее спасибо.

В своем Awesome для устанрвки тем и прочего использую xsettings и xsettingsd. Встал вопрос - можно ли через сабж установить тему для Qt? Заранее спасибо.

P.S. Прошу KDEшников поставить xsettingsd и выложить сюда выхлоп xsettingsd dump

Сделал я strings /dev/sda, почитал-почитал свою почту, и понял, что так жить нельзя.

cryptsetup open --type plain /dev/sda sda
dd if=/dev/zero of=/dev/mapper/sda bs=256M
dd bs=512 if=/dev/zero of=/dev/mapper/sda seek=$((`blockdev --getsz /dev/sda` - 2049000)) #затереть последний гиг ещё раз, на всякий случай, а то bs=256M мог пропустить последние сотни две-три метров.

Читаю strings - вроде, ничего осмысленного. Всё ли я сделал правильно? Следующим этапом будет создание шифрованного хомяка.

Сабж. С /home всё ясно - файлы браузеров, всякие ключи, пароли IM-клиентов и директории почтовиков. А есть ли смысл шифровать /? Речь идёт о домашнем стационарном компе, который стоит за тремя запирающимися дверьми (т.е. нельзя закинуть заразный бинарь/скрипт в систему без того, чтобы я заметил, что здесь был чужой, можно только во время моего отсутствия спереть компьютер целиком).

Комьпютер вернулся из сервис-центра, пришло время переустановить систему. Внутри два диска, 128г и 2тб. По идее, у меня нет в планах ставить что-либо, кроме Linux (отсюда, можно разметить всё целиком под LVM), но я хотел бы иметь возможность, если вдруг что, вкатить рядом что-то, не поддерживающее LVM. Отсюда вопрос: если я на обоих дисках создам по разделу Physical Volume на весь размер диска, будет ли у меня потом возможность уменьшить эти PV без вреда для системы? Заранее спасибо

sudo -i env > envi
sudo -s env > envs
diff envi envs

1d0
< SHELL=/bin/bash
2a2
> SHELL=/bin/bash
10c10
< PWD=/root
---
> PWD=/home/user/sudo

Разница в переменных окружения почти отсутствует. В чём на практике разница между sudo -i и sudo -s?

Рутанул телефон, вкатил BusyBox и поставил Android Terminal Emulator. В роли оболочки - sh. Создал каталог, который будет играть роль домашнего, в настройках Android Terminal Emulator его определил. Теперь cd $HOME отправляет меня в нужный каталог, но мне не нравится, что в приглашении sh он отображается целиком, а путь довольно длинный. Как должна выглядеть переменная PS1, чтобы каждый раз был показан выхлоп pwd, но в нём путь к хомяку сокращался до ~? Я определю соответствующую переменную в ~/.shrc и настрою, чтобы Android Terminal Emulator туда смотрел. Заранее спасибо

Ознакомившись с тем, как происходит загрузка нового пакета в Debian мейнтейнером, я всё-таки не осилил понять следующие подробности:

1.) Я знаю, что любой участник проекта Debian может подготовить пакет и загрузить его с помощью спонсора. На сайте сказано, что Debian Maintainer имеет restricted ability to upload packages to the Debian archive, а чтобы получить unrestricted rights to upload packages to the Debian archive, надо будет ответить на определённые вопросы. Чем в этом случае ограниченные права загрузки отличаются от неограниченных?

2.) Правильно ли я понимаю, что после того, как загруженный пакет повисит в специальной очереди, он попадёт в debian/pool?

3.) Как будет осуществляться определение, в какой дистрибутив загружается пакет? Это указывается в каких-то метаданных пакета (debian/*), или же указывается мейнтейнером при загрузке, или это решается кем-то другим?

4.) Правильно ли я понимаю, что продвижение пакета unstable>testing осуществляется автоматически при соблюдении определённых условий?

5.) Как осуществляется перемещение из experimental в unstable?

Заранее спасибо

P.S. Чем Debian Developer отличается от Debian Maintainer, кроме того, что DD не обязательно занимается сопровождением пакетов?