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

Слака — мой первый линукс. Это как первая любовь =)
И хотя с тех пор долго сидел на FreeBSD, а сейчас на Дебиане (всё больше из-за удобного пакетного менеджера, т.к. на старости лет захотелось, чтоб оно просто работало), о Слаке до сих пор вспоминаю с доброй улыбкой =)

Не пользую КДЕ с 4-й версии.

Неплохая статья для начинающих, но всё равно требует некоторых базовых знаний программирования хотя бы на каком-нибудь другом языке.

Есть многие вещи, которые в перле решаются намного проще. Сам пишу и на том, и на другом, но тексты парсить и анализировать гораздо удобнее перлом. В частности я далеко не в восторге от реализации поддержки Unicode в питоне, в перле это сделано намного лучше.

Сложно починить однострочник с помощью использования IFS без знания, что же такое этот IFS...

Код красив, далеко пойдёшь =)

Тогда уж вот так:

for FILE in $1/*.jpg $1/*.JPG; do ...

Тогда уже так:

1	find $1 -iname '*.jpg' -exec ...

Это всё совершенно не то, до вимератора этим поделкам как до луны пешком.
Скажем сабжевый аддон посмотрел: он в режиме поиска не поддерживает русские символы, совсем. А при открытии обычной новой вкладки (с быстрым набором) все хоткеи аддоновые не работают (в частности gt, gT, d...). В общем полный треш.
Пока вимператора не портируют на гуглохром, я с лисёнка никуда. Тем более недавно поставленный 3.6 вроде работает гораздо быстрее 3.5, даже на глаз ускорение заметно.

Замена пекеджей не проблема в данном случае, как я понял.
Будет 8 репов, но т.к. это всё в сумме слепок с одного репа, то пакеты в них не пересекаются, и после подключения всех репов видны будут все пакеты.
Если я всё правильно понял.

gcj из моей практики самая глючная. Были в частности большие траблы с pljava под postgresql при использовании этого компилятора. Убить начисто и не вспоминать как страшный сон.
open-jdk на продакшене показала себя неплохо, вполне тянет. Да и знакомый админ тоже её советует.
sunовская родная ява, ИМХО, примерно сопоставима.
В общем ИМХО можно юзать open-jdk, а если на каких-то приложениях оно вдруг заглючит, попробовать sun. У самого сейчас стоит openjdk-6 на debian squeeze — не жалуюсь =)

Зачем запускать столько процессов sed в конвеере? pid-ов не жалко? ;)
Не проще ли сделать так:

1	SEARCHSTR=`echo "$*" | sed 's/+/%2B/g;s/&/%26/g;s/ /+/g'`

У меня он на стыках слов слоги проглатывал, как будто торопился куда-то...

Не Lisp, а его диалект — Scheme. Это хоть и похожие, но всё же разные вещи, просьба не путать.

Отмечаюсь.

Сам долго вкуривал язык запросов aptitude, но когда вкурил, поиск по пакетам стал действительно полезным, в отличие от убогого apt-cache.

Блин, читайте /usr/share/doc/aptitude/README!!!1адын

aptitude search mpd python -> искать все пакеты с mpd ИЛИ python в имени,
aptitude search ~nmpd~npython -> искать все пакеты с mpd И python в имени,
aptitude search ~nmpd~dpython -> искать все пакеты с mpd в имени И python в описании,
aptitude search ~nmpd ~dpython -> искать все пакеты с mpd в имени ИЛИ python в описании.

Именно.

Упс =) Так торопился, что забыл про теги =) Fixed.

Очень рекомендую «Совершенный код» Стива МакКоннела, если что ещё не читал/не знает (http://en.wikipedia.org/wiki/Code_Complete). Если постараться, можно найти нормальный скан, даже если шансов достать книгу в конкретном городе нет (увы, такое в Этой стране не редкость). Если бы её включили в обязательную программу обучения в айтишных вузах, качество кадров резко бы возрасло.

Не бывает некрасивых и непонятных языков, бывают программисты, пишущие человеконепонятный код. Даже на Лиспе можно написать очень изящно =)

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

Конечно можно. Равно как можно было и избежать кода на шелле (к чему я более склонен, потому что перл мне всё же ближе). Но в данном случае решение задачи очень уж чётко предстало в моей голове в виде кода на перле, так что лично мне оказалось проще просто записать этот образ, чем извращаться с чистым шеллом...

Можно и переименовать, дело вкуса.

* «ни на что не променяю», конечно=)

Про awesome могу прилично рассказать, в своё время даже какие-то патчи слал на заре времён, но от них мало что осталось на данный момент в последней версии, ибо в Си мне далеко до jd (главного разработчика awesome). ИМХО, самый лучший WM, ни на что не променяю. Только вот не знаю насколько удастся собраться с мыслями и силами для нормального обзора.

sudo apt-get -f install не помогает?

Вместо
mencoder $dir_name/input.mod ...
пишем
mencoder "$dir_name/input.mod" ...

и вместо
mencoder `ls -t -r $dir_name/*.MOD` ...
пишем
mencoder `ls -1 -t -r --quoting-style=shell-always "$dir_name"/*.MOD` ...

Только не чистыми средствами syntax-хайлайтинга. Проще прикрутить cpp, ИМХО, чем учить вим евалить дефайны. Найти дефайн легко, вот проевалить выражение в нём, особенно если что-то типа

#ifdef _H_FILE_
#endif

и символ _H_FILE_ определён в каком-то другом файле...

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

Я из Минска.

Я по сути процитировал свой собственный конфиг =)
Но получилось таки да, как по сцылке.

Нужно просто положить такой конфиг в /etc/hal/fdi/policy и передёрнуть hal командой /etc/init.d/hal restart, после этого он будет сообщать Иксам настройки тачпада. И да, в Дебиане уже давно есть hal.

Есть третий способ настроить тачпад: через hal.

У меня конфиг тачпада лежит в /etc/hal/fdi/policy/z99-xorg-synaptics.fdi:


<?xml version="1.0" encoding="UTF-8"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.touchpad">
<merge key="input.x11_driver" type="string">synaptics</merge>

<merge key="input.x11_options.LeftEdge" type="string">1752</merge>
<merge key="input.x11_options.RightEdge" type="string">5192</merge>
<merge key="input.x11_options.TopEdge" type="string">1620</merge>
<merge key="input.x11_options.BottomEdge" type="string">4236</merge>
<!-- ... skipped ... -->
<merge key="input.x11_options.PressureMotionMinZ" type="string">29</merge>
<merge key="input.x11_options.PressureMotionMaxZ" type="string">159</merge>
<merge key="input.x11_options.PressureMotionMinFactor" type="string">1</merge>
<merge key="input.x11_options.PressureMotionMaxFactor" type="string">1</merge>
<merge key="input.x11_options.GrabEventDevice" type="string">1</merge>
</match>
</device>
</deviceinfo>


Да, уже задолбало. СЕО-СЕО там, СЕО-СЕО сям... Контент нормальный нужен — вот и всё СЕО.

Да, и верно =) Я сначала этого не заметил, т.к. тестировал на одном хосте, а потом и забил на это. Но за дополнение спасибо =)

В Дебиан сквиз значение CONCURRENCY=shell устарело,
лучше использовать CONCURRENCY=startpar.


kstep@whitebook:pts/7/usr/lib/git-core.^_^# lf
git* git-count-objects* git-help* git-merge-subtree* git-relink* git-stripspace*
git-add* git-daemon* git-http-fetch* git-mergetool* git-remote* git-submodule*
git-add--interactive* git-describe* git-http-push* git-mergetool--lib* git-remote-curl* git-svn*
git-am* git-diff* git-imap-send* git-merge-tree* git-repack* git-symbolic-ref*
git-annotate* git-diff-files* git-index-pack* git-mktag* git-replace* git-tag*
git-apply* git-diff-index* git-init* git-mktree* git-repo-config* git-tar-tree*
git-archive* git-difftool* git-init-db* git-mv* git-request-pull* git-unpack-file*
git-bisect* git-difftool--helper* git-instaweb* git-name-rev* git-rerere* git-unpack-objects*
git-bisect--helper* git-diff-tree* git-log* git-pack-objects* git-reset* git-update-index*
git-blame* git-fast-export* git-lost-found* git-pack-redundant* git-revert* git-update-ref*
git-branch* git-fast-import* git-ls-files* git-pack-refs* git-rev-list* git-update-server-info*
git-bundle* git-fetch* git-ls-remote* git-parse-remote* git-rev-parse* git-upload-archive*
git-cat-file* git-fetch-pack* git-ls-tree* git-patch-id* git-rm* git-upload-pack*
git-check-attr* git-fetch--tool* git-mailinfo* git-peek-remote* git-send-pack* git-var*
git-checkout* git-filter-branch* git-mailsplit* git-prune* git-shell* git-verify-pack*
git-checkout-index* git-fmt-merge-msg* git-merge* git-prune-packed* git-shortlog* git-verify-tag*
git-check-ref-format* git-for-each-ref* git-merge-base* git-pull* git-show* git-web--browse*
git-cherry* git-format-patch* git-merge-file* git-push* git-show-branch* git-whatchanged*
git-cherry-pick* git-fsck* git-merge-index* git-quiltimport* git-show-index* git-write-tree*
git-clean* git-fsck-objects* git-merge-octopus* git-read-tree* git-show-ref*
git-clone* git-gc* git-merge-one-file* git-rebase* git-sh-setup*
git-commit* git-get-tar-commit-id* git-merge-ours* git-rebase--interactive* git-stage*
git-commit-tree* git-grep* git-merge-recursive* git-receive-pack* git-stash*
git-config* git-hash-object* git-merge-resolve* git-reflog* git-status*


Удалите из /usr/lib/git-core git-clone и попробуйте запустить команду git clone. Всё станет понятно.

Строго говоря git-clone и git clone — это одно и то же. git clone просто молча вызывает отдельный выполнимый файл git-clone, так что в любом случае принцип «одно действие — одна программа» не нарушается.

Теги, пожалуйста, разделите запятыми. А то все слова слились в один большой длинный тег. Некузяво =(

Деплой — deploy — развёртывание, установка проекта на сервер.

Решение с развёртыванием ДБ уже есть. Хотя бы та же система миграций в руби-на-рельсах или то, как поступает sqlalchemy в питоне, динамически создающий структуру БД на основе описания классов-моделей. Вот в пхп с этим более напряжно — где ни работал — всё какие-то велосипеды изобретаются.

Вот что меня удивляет. Описание регулярок занимает от силы две-три страницы А4. Ничего сложного в них по сути нет — всего-то язык описания конечного автомата. Но кто-то умудряется писать толстенные талмуды. И получать за это бабки.

Хотя для человека, технический вуз не закончившего и не знающего что такое «конечный автомат» и «лексический анализ текста», это может и стоящая книжка.

http://www.onliner.by/news/27.10.2009/13.57/

Убунту пробовал, но для меня она слишком детская, что-ли.
Перешёл на Дебиань из-за более полных-устоявшихся репов. Сижу на сквизе.
Ставить Убунту не буду, но и ругать её тоже не стану — система добротная.

Давно пользую git. Периодический пуш на свой сервак гарантирует ту же степень сохранности данных.

О! А может тогда под вим сделать плагин?

Дык, +1 за продолжение =) Мне бы с своё время такой мануал...

Очень хорошо. Новичкам полезно знать. ИМХО, давно такой статьи не хватало.

ИМХО, было бы лучше, если бы на welinuxе был реализован какой-нить стандартный интерфейс вроде MetaWeblog, тогда спец. клиент был бы не нужен, с ним бы мог работать любой блогоклиент из приличного множества. На любой вкус.

True Unix-way:
exim+fetchmail+procmail+mutt.