Помнится я писал о патче позволяющим разбивать GNU Screen на вертикальные регионы(фреймы). С недавних пор начал пользовать Screen из git и был приятно удивлен тем фактом что там уже есть свое родное разбиение на вертикальные фреймы. Причем по сравнению с добавляемыми патчем между вертикальными фреймами есть рамка позволяющая видеть разделение, так же появились команды focus left и focus right для перехода межды ними. Но есть и неприятный момент — смена дефолтного хоткея на split -v (^+a |). К примеру, у меня | это \ с шифтом, а ^+a \ у нас в GNU screen это выход, посему иногда приходится отменять закрытие скрина, но bind v split -v в конфиге спасает ситуацию заменив сплит на ^+a v

Кстати, screen-git есть в арчевском AUR, и работает замечательно, посему пользователям ArchLinux рекомендую обновить screen до версии из git

На ЛОРе уже несколько дней в неподтвержденных висит новость о новом плеере для linux на gtk. Плеер из разряда рядовых без особых киллерфич — его фича это совокупность мелких фич.
На данный момент плеер DeaDBeeF имеет версию 0.1.1 alpha (насколько я понял это первая публичная версия) но уже умеет следушее:
• проигрывание mp3, flac, ogg vorbis, sid, mod, и некоторых других форматов
• поддерживаются subtunes (для sid, nsf и др.)
• поддерживается чтение mp3 тегов id3v1, id3v2, ape с автоопределением кодировок (cp1251, iso8859-1 и уникод)
• поддержка cue sheets для mp3, flac, ogg vorbis (включая встроенные в flac)
• минимизация в трей
• программная регулировка громкости, в т.ч. колесом мыши на иконке в трее
• быстрый поиск
• drag-and-drop внутри плейлиста и из файл-менеджеров
• контроль плеера из командной строки
• несколько режимов порядка воспроизведения (linear, random, shuffle)
• ну и более качественной поддержки того что уже есть
А в текущих планах поддержка плагинов, gapless playback, и поддержка таких форматов как ape, iso.wv, wav, ogg flac, tta.

Так же есть несколько пожеланий к проекту (надеюсь они будут услышаны):
• Использовать gtk иконки, а не свои дабы не выбиваться из общего стиля
• Трей опционально (ведь у некоторых его нет в принципе)
• Встроенный файлменеджер
• Интеграции с last.fm
• поддержки koi8
И очень приятно было бы видеть отвязку от GUI — консольная база + гуй как клиент к нему(прихоти консольщиков), это позволило бы отвязаться от gtk морды гткфобам

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

DeaDBeeF Home
Арчеводам как обычно yaourt -S deadbeef или PKGBUILD

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

Решением оказался pmount который монтирует через hal. В итоге правила для udev значительно сократились. Правда нерешенной осталась проблема ручного отмонтирования через файломанагеры от пользователей, приходится тупо выдергивать флшеку.

В общем правила приобрели вид

ACTION=="add", KERNEL=="sd[a-z][0-9]", RUN+="/usr/bin/pmount -c utf8 -w -s --umask 000 /dev/%k", OPTIONS="last_rule" 
ACTION=="remove", KERNEL=="sd[a-z][0-9]", RUN+="/usr/bin/pumount -l /dev/%k" 

И как верно подметил sg в своем комментарии, буковку a лучше заменить на ту с которой у вас начинаются сменный устройства (у мну винт всего один, посему sd[b-z][0-9])

Cпасибо всем отписавшимся в предыдущем топике за идеи

После небольшой беседы c Juev по поводу автомонтирования родилася идея правил для udev с помщью которого реализуется автомаунт устройств /dev/sd* aka винты и флешки, ну и до кучи с опцией sync.
Монтирование с опцией sync, как мне кажется, в данном случае оправдано — несмотря на некоторое снижение скорости записи, гарантированность целостности записанного при ообычном выдергивании флешки намноооого больше чем без сей опции.

В общем порывшись в доках udev а так же великом и могучем гугле сии правила для udev были написаны. И как оказалось всё намного проще чем казалось изначально.

ACTION=="add", KERNEL=="sd[a-z][0-9]", RUN+="/bin/mkdir -p /media/usbhd-%k" 
ACTION=="add", KERNEL=="sd[a-z][0-9]", PROGRAM=="/lib/udev/vol_id -t %N", RESULT=="vfat", RUN+="/bin/mount -t vfat -o iocharset=utf8,codepage=866,rw,noauto,flush,quiet,nodev,nosuid,noexec,noatime,dmask=000,fmask=111 /dev/%k /media/usbhd-%k", OPTIONS="last_rule" 
ACTION=="add", KERNEL=="sd[a-z][0-9]", RUN+="/bin/mount -t auto -o iocharset=utf8,codepage=866,rw,noauto,sync,dirsync,noexec,nodev,noatime /dev/%k /media/usbhd-%k", OPTIONS="last_rule" 
ACTION=="remove", KERNEL=="sd[a-z][0-9]", RUN+="/bin/umount -l /media/usbhd-%k" 
ACTION=="remove", KERNEL=="sd[a-z][0-9]", RUN+="/bin/rmdir /media/usbhd-%k", OPTIONS="last_rule"

Просто помещаем этот текст в /etc/udev/rules.d/блаблабла.rules и радуемся (хотя возможно понадобится ребут)

Сей метод имеет один недостаток (помимо опции sync) — файловые менеджеры использующие hal для монтирования (thunar, nautilus, dolphin, pcmanfm, etc) не отображают примонтированный раздел, а предлогают его примонтировать ещё раз. Если кто знает как сие обойти то дайте знать (насколько понимаю надо монтировать через hal или как-то давать ему знать о том что смонтировано, но как сие делать я не в курсе)

UP Тут решение проблем с несознательными файломанагерами

В ArchLinux появилось ядро kernel26-lts, думаю из названия понятно для чего оно.
pkgdesc="The Linux Kernel and modules - stable longtime supported kernel package suitable for servers"
Сие ядро уже находится в testing у немцев и имеет версию) 2.6.27 (правда пока только для x86_64) и в течении нескольких дней должно появиться в официальном репозитарии для тестов (пока писал заметку, в testing уже положили этот пакет). Так же по возможности планируется добавить в это ядро xen.

Вообще хороший такой подарок арчеводам в день рождения ядра :)

С подробностями можно ознакомиться соответсвующей ветке на официальном арчефоруме