> Именно поэтому я в своё время с осома слез. Надоело конфиги переписывать. Правда это была ещё 2.х ветка и там изменения было более радикальные, насколько я помню 3.х ветку.

Когда только начинал использовать Awesome, ветка 3.5 уже существовала. Удивило немного, что в "семёрке" ещё 3.4.

> А я наоборот в последние пару месяцев скачу fvwm -> i3 -> stumpwm и обратно. Уже самомк надоело, но никак не могу остановиться.

Тут решение очень простое. Тебе следует выбрать один оконный менеджер, затем настроить его "основательно" и по-максимуму удобно.
Внутренний ленивец скажет: "а зачем мне другое? к нему снова конфиг писать и снова всё настраивать, а здесь уже готово", вот и остановишься =)

>Нетбук, арч, awesome:

Awesome is awesome. Я так и не научился жить со светлыми темами и потому у меня мрачнота в интерфейсе.

>Последнее время уже всё настолько устоялось, что менять ничего не хочется. (но обоина изначально другая была)

А я наоборот в последние пару месяцев скачу fvwm -> i3 -> stumpwm и обратно. Уже самомк надоело, но никак не могу остановиться.

>Конфиг Awesome для ноута пришлось немного переписать, потому что на арче стоит версия 3.5, а на дебиане 7 - 3.4.

Именно поэтому я в своё время с осома слез. Надоело конфиги переписывать. Правда это была ещё 2.х ветка и там изменения было более радикальные, насколько я помню 3.х ветку.

Нетбук, арч, awesome:
http://ii-net.tk/screens/2.png
http://ii-net.tk/screens/3.png
http://ii-net.tk/screens/4.png

Последнее время уже всё настолько устоялось, что менять ничего не хочется. (но обоина изначально другая была)

Ноут из предыдущего сообщения, родной интерфейс:
http://ii-net.tk/screens/1.png

Вывод утилиты view из iitxt-c удобно перенаправлять и читать через less.
Конфиг Awesome для ноута пришлось немного переписать, потому что на арче стоит версия 3.5, а на дебиане 7 - 3.4.

Возникла у меня одна интересная задачка:

Дано:
Супер-слабый комп с ОЗУ 256 мб (вы уже могли видеть его упоминание где-то здесь). Дебиан 7 на этом девайсе.

Сервер в локальной сети на Арче. Ни монитора, ни колонок, просто ящик.

Задача состоит в том, чтобы сделать из слабого компа тонкий клиент, на котором можно сёрфить по вебу без тормозов, работать с документами, ну и конечно же слушать музыку и смотреть кинцо.

Первая задача решается через VNC. На компе с арчем я сделал чрут, внутрь которого установил всё необходимое. Включая tigervnc как наиболее простой в настройке.
Настроил systemd-сервис для автоматического запуска этого дела.

Загрузил туда LXDE, firefox, libreoffice и так далее.

На слабом компе всё пошло просто замечательно. Но не хватало одного - звука.

Установил Pulseaudio в чрут и на ноут. Старый ноут настроил как сервер.

sudo vim /etc/pulse/default.pa

Раскомментируем строки
#load-module module-esound-protocol-tcp
#load-module module-native-protocol-tcp

Добавляем в конец каждой из них auth-anonymous=1

Теперь на чруте/ящике остаётся либо написать в /etc/pulse/client.conf

default-server = айпишник ноута

, либо поступить так, как я сделал:

$ export PULSE_SERVER=айпишник
$ mplayer file.mp3

, что более проще.

Важное замечание: не забывайте примонтировать через --bind внутрь чрута директории /run и /var/lib/dbus, иначе пульса не запустится.

Теперь я получил возможность слушать музыку онлайн на ужасно старом ноуте и даже смотреть MLP без тормозов в весьма хорошем качестве!

Причину того, что видео через VNC работает в десятки раз быстрее, чем на локалхосте, вижу в том, что всё декодирование и считывание этого дела с жёсткого диска производится именно на сервере, а не на третьем пне и старом HDD с черепашьей скоростью =)

// А ещё пульсаудио не шипит и не портит звук, как про него многие с Лора любят говорить :D

Сегодня подумал, что мне не хватает действий на углах экрана, как в kwin, например.

Написал такую штуку https://github.com/Difrex/azot. Может кому полезно будет :)

Довольно аккуратный десктоп. mcabber и caesium вообще хорошо выглядят. Смутила только необычная тема оформления у firefox =)

Раньше тоже любил тёмный дизайн, но в последнее время предпочитаю светлый.

Идея устроить в эхе выставку скриншотов нравится =)
Потом свой скину.

Сабж оказался вполне удобен не только для работы, но и для отдыха: http://95.129.164.24/stumpwm.png

На скриншоте видно stumpwm, firefox, mcabber, caesium и instead с запущенной игрой "Last Raider". В левом фрейме так же спрятался emacs с emms, играющий "Music for programming". А в другой группе (местный аналог воркспейса) притаился VirtualBox с Win7 для решения некоторых рабочих моментов.

>А вот меня от емакса отпугнул не елисп, а отсутствие адекватной локализации и поддержки русского языка.

Так давно смотрел его GUI, хотя и пользуюсь Gtk-версией, что не сразу и сообразил о чём речь =)

> Это многих способно отпугнуть, как и от имакса с его елиспом :)

А вот меня от емакса отпугнул не елисп, а отсутствие адекватной локализации и поддержки русского языка.

Наличие языка программирования под рукой - это как раз плюс.

> А чем пользуетесь вы?

На домашних машинах у меня Awesome.

Ещё нравятся i3wm, LXDE и dwm, но ими пользуюсь редко.

>На работе i3wm, дома LXDE и KDE.

Как раз с i3wm на stumpwm перелез. Просто хотелось что-то типа ion3/notion, но без lua +)

>Это многих способно отпугнуть, как и от имакса с его елиспом :)

Есть такое дело, но я с FVWM перешёл на тайлинг. А там и скрипты свои были и генераторы скриптов на баше и длинный-длинный конфиг. Меня не проймёшь =) Да и имаксом пользуюсь уже лет 6-7.

>А какие у вас самые любимые шрифты для использования в интерфейсе?

Liberation Sans.

В консольке Liberation Mono, в "Sublime Text 2" Monaco

>А чем пользуетесь вы?

На работе i3wm, дома LXDE и KDE.

>Вполне юзабельный из коробки и просто божественный после написания примерно 100 строк конфига, который по сути является программой на CL.

Это многих способно отпугнуть, как и от имакса с его елиспом :)

Вот неожиданно для самого себя подсел на сабж. Это такой тайловый оконный менеджер, написанный на Common Lisp. Вполне юзабельный из коробки и просто божественный после написания примерно 100 строк конфига, который по сути является программой на CL.

Бешенная гибкость (отсутствующий функционал очень просто дописывается), возможность прописать в конфиге загрузку swank и как следствие подключиться к lisp-машине с помощью slime и хорошая документация. Я покорён.

А чем пользуетесь вы?

Droid Sans довольно хорош, да. А вот от Liberation почему-то воротит почти сразу, хотя он мало чем отличается.

Но тут всё субъективно.

>А какие у вас самые любимые шрифты для использования в интерфейсе? Мне вот довольно давно полюбились Fira Sans и Fira Mono от Mozilla, просто обожаю их. До этого использовал убунтовские.

В интерфейсе GUI-программ использую Droid Sans. Долгое время использовал Liberation Sans.

>Слышал, что многим нравится Terminus, но как-то не впечатлило.

А вот в консоли и терминалах как раз таки терминус. Много что пробовал после него, но до сих пор нравятся для этих целей только терминус и стандартный шрифт знакогенератора.

А какие у вас самые любимые шрифты для использования в интерфейсе? Мне вот довольно давно полюбились Fira Sans и Fira Mono от Mozilla, просто обожаю их. До этого использовал убунтовские.
Слышал, что многим нравится Terminus, но как-то не впечатлило.

Я с ним таки поленился разбираться. А так то да. Рулит =)

Делаю pvmove рутового раздела на ssd в онлайне. Круто!

>Кстати, а почему матроска так популярна у анимешников?

Не знаю, если честно, но я больше нигде не видел в одном файле и видео и разные дорожки и ass-субтитры.

> Кстати, а почему матроска так популярна у анимешников?

Пони тоже в mkv. И не только они =)

Просто хороший открытый контейнер, ничего удивительного.

>аниме из очень качественного мувика в 28 гигов в приемлимую матроск

Кстати, а почему матроска так популярна у анимешников?
Это как-то связано с Сейлор Мун? :D

Да я тоже как-то не очень люблю. Но потребности имеются, так что приходится многими программами пользоваться.

Тот же ii-клиент в GUI-исполнении нравится.

> понял что проще ждать подходящей раздачи, чем самому разбираться с ffmpeg и подбирать параметры перекодирования.

Если видео на 30-50 гигов, то конвертировать самому имеет смысл. Тем более, подобрать параметры не так-то и сложно. Ну а в моём конкретном случае не конвертируется, а вырезается и сохраняется фрагмент.

>Вывод: GUI-видеоредакторы не так хороши, как кажется с первого взгляда. Часто имеет смысл использовать более простые и более действенные инструменты для таких задач.

GUI я в принципе не очень люблю. У меня только virtualbox, firefox, трекеры и gimp с inkscape из GUI программ. Остальное либо ncurses/cli либо вообще emacs с мордами к cli. В своё время пробовал сконвертить какое-то аниме из очень качественного мувика в 28 гигов в приемлимую матроску, но потом понял что проще ждать подходящей раздачи, чем самому разбираться с ffmpeg и подбирать параметры перекодирования.

Он не завис! Это уже прогресс =)
А ещё у меня получилось вырезать нужный кусок и сохранить результат.

Но:
1. Сбилась звуковая дорожка
2. Приходилось достаточно ждать загрузки видео в самом редакторе
3. Выделение и прочие дела делались мышкой, что довольно медленно и неудобно
4. Это GUI, поэтому видео не покодируешь на сервере или с помощью скрипта

Так что ffmpeg и тут лучший.

> А kdenlive не пробовал?

Неа, не пробовал. Терпение кончилось в тот раз. Вот сейчас скачал его, запустил; посмотрю, на что способен.

>Pitivi, openshot и avidemux грузили мой маломощный нетбук намертво

А kdenlive не пробовал?

>ffmpeg...

Запишу себе куда-нибудь =)

Встала передо мной задача вытащить из множества видеофайлов фрагменты, у которых известна точка начала и конца, причём с сохранением первоначальной звуковой дорожки.
Решил сначала попробовать GUI-видеоредакторы, которых на GNU/Linux вполне себе достаточно. Но быстро в них разочаровался.
Pitivi, openshot и avidemux грузили мой маломощный нетбук намертво, либо просто вылетали. Также у них очень сложный и запутанный интерфейс, для ориентирования в котором необходимо прочитать кучу мануалов. Правда, скажу, что у avidemux всё-таки получилось выполнить задачу и сохранить результат (после полчаса борьбы с зависаниями).

Пришла идея использовать старый добрый ffmpeg, не сильно нагружающий систему и просто делающий своё дело. Что характерно, всё заработало очень быстро и с первого раза!

Всего лишь одна команда

ffmpeg -i ./videofile.mkv -ss 00:02:00 -to 00:03:00 -map 0:0 -map 0:1 -codec copy ./result.mkv

вырежет фрагмент со второй до третьей минуты с первой звуковой дорожкой (-map 0:0 - это видеоряд).

В статьях на Хабре и некоторых других ресурсах ошибочно даётся параметр -t вместо -to в качестве второй точки, но после просмотра официального FAQ стало понятно, почему предыдущий вариант не работал.

Вывод: GUI-видеоредакторы не так хороши, как кажется с первого взгляда. Часто имеет смысл использовать более простые и более действенные инструменты для таких задач.

Проблема резервного копирования рано или поздно встаёт перед каждым и есть уйма средств для её решения. Но в силу тех или иных обстоятельств меня они не устроили.

Как правило предложенные средства меня не устраивали отсутствием нескольких критериев: бесплатность, простота, надёжность, легковесность. Единственное, что меня впечатлило — это машина времени, которая есть на маках.

Прошерстив в очередной раз выдачу ссылок гугла, я нашёл замечательное решение, которое опирается всего на две вещи. Это хардлинки и rsync. То есть оно универсально для *NIX-систем, но при некоторых усилиях применимо и на платформе Windows. По своей сути это маленький bash-скрипт, который просто и наглядно делает всю работу.

#!/bin/bash
 
DATE=$(date +'%Y-%m-%d-%H-%M-%S')
SRC=/home/user/data
DST=/mnt/backup
 
rsync -ax \
--delete \
--link-dest=../latest \
$SRC $DST/processing-$DATE
 
cd $DST
mv processing-$DATE $DATE
rm -f ./latest
ln -s ./$DATE ./latest

Вот и вся магия, собственно. Директория $SRC копируется на внешний носитель с ФС ext4 (подойдёт любая ФС с поддержкой хардлинков) в полном объёме, а дальше начинается самое интересное: каждая копия содержит только новые данные, а не изменённые файлы остаются в единственном экземпляре со множеством хардлинков. Это экономно, быстро и удобно так как позволяет пользоваться всего лишь любимым файловым менеджером для просмотра дерева резервных копий и восстановления данных. Скрипт этот прописан у меня в cron и вызывается каждый час. При этом очень просто написать ещё один скрипт или расширить существующий для автоматического удаления ненужных копий.

После того как я поделился в среде своих знакомых этим методом, я обнаружил что многие застряли в плане восприятия ФС в прошлом и не понимают сути хардлинков или не различают их с софтлинками. Если мы вспомним школьный курс информатики, то определение файла там озвучено примерно так "Файл - это именованная область на носителе", что подразумевает связь один к одному "имя файла <-> данные". В современных ФС это понятие не совсем применимо. Вместо имени файла используются хардлинки, которые в общем случае выполняют ту же функцию, что имена. Но в отличии от имён, множество хардлинков могут указывать на одну и ту же область данных и эти данные не будут считаться удалёнными пока существует хотя бы один хардлинк, ссылающийся на неё.

Вышеозначенный скрипт как раз создаёт хардлинки на файлы посредством rsync. Если на разделе нет такого хардлинка (нет файла или версии файла не совпадают), rsync копирует данные и создаёт хардлинк, если же такие данные уже имеются (версии файла совпадают), то просто создаётся ещё один хардлинк. Вот, собственно, и вся премудрость.

P.S.: Как я ни пытался, рассказать менее путано у меня не получилось. Так что отвечу на возникшие вопросы с удовольствием, ежели смогу конечно =)

>Кинь сюда (можно в base64) свой адрес. Я чёт найти не могу.

Держи: cm9vdEBkaWZyZXgucnUK