Re: Gnus IMAP
Melleus - debian-russian@lists.debian.org @ Fri, 22 Nov 2013 00:31:48 +0200: M синхронизировать bbdb c android-ом (не перекинуть контакты туда-сюда, а M именно синхронизировать, причем без гуглосчетов). И все мои потребности M PIM будут закрыты (для org mode /типа календарь/ есть готовое решение). А вот с этого места поподробнее, пожалуйста. Какое есть готовое решение для org mode в связке с андроидом и календарем? То, что я видел на эту тему, у меня либо крайне плохо работало, либо вообще не заводилось. Я видел какое-то приложение именно про org mode, но оно у меня именно что не завелось, и по его весьма скудной документации я не понял, что с этим делать. Меня, впрочем, интересует вариант с подгребанием org-файлов физически с той же машины (в смысле, emacs у меня, в том числе, в чруте на телефоне, под Linux Deploy, заход по ssh, файлы могу класть на штатную sd или даже отдать по сети с или на localhost). В качестве цели интересуют в первую очередь оповещения - единственный недостаток орг-модовой агенды для меня в том, что она не умеет в автомате оповещать. Во вторую - интеграция гуглокалендаря и того, что вбито в орг-моду, в единую агенду. Желательно - в гуглокалендарную, потому что мой гуглокалендарь доступен жене на чтение, и хотелось бы, чтобы и она тоже видела то, что внесено в орг-моду. Идеалом, видимо, был бы автомагический экспорт из орг-моды в гуглокалендарь _с возможностью вносить исправления_ (и вообще отслеживать, что уже вносилось, а что - нет). Орг-мода умеет экспорт ICS с дополнительным уникальным id, но виденные мной андроидные импортеры ICS в гуглокалендарь, похоже, игнорировали id. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871u283j7b@wizzle.ran.pp.ru
Re: Gnus IMAP
Melleus mell...@openmailbox.org writes: Файл называется utf7.py, японца зовут 龍神. Проблема оказалась надуманной и костыль не нужен. Кривые имена каталогов maildir в локальной фаловой системе абсолютно не мешают иметь в клиенте (Gnus) правильные кириллические имена папок, к чему, собственно, и стремились. Все работает, в том числе поиск, который через встроенный в Gnus клиент IMAP с этим сервером работал просто отвратительно. Причем, создается такое впечатление, что гораздо быстрее все шевелится. А вот перекодированные в utf-8 правильные имена Dovecot, как раз и не видит. Потому как стандарты... Изначально костыль был придумат для Mutt... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pppsk94r.fsf@hornet.workgroup
Re: Gnus IMAP
Artem Chuprina r...@ran.pp.ru writes: Melleus - debian-russian@lists.debian.org @ Fri, 22 Nov 2013 00:31:48 +0200: M синхронизировать bbdb c android-ом (не перекинуть контакты туда-сюда, а M именно синхронизировать, причем без гуглосчетов). И все мои потребности M PIM будут закрыты (для org mode /типа календарь/ есть готовое решение). А вот с этого места поподробнее, пожалуйста. Какое есть готовое решение для org mode в связке с андроидом и календарем? То, что я видел на эту тему, у меня либо крайне плохо работало, либо вообще не заводилось. Меня устроило готовое решение под названием MobileOrg если использовать его именно как просмотрщик, то оно умеет интегрироваться со встроенным календарем Androida без особых проблем. Родной интерфейс меня не впечатлил. Но, тем не менее он тоже есть и им можно пользоваться. Я видел какое-то приложение именно про org mode, но оно у меня именно что не завелось, и по его весьма скудной документации я не понял, что с этим делать. Документация действительно скудная. Но есть список рассылки в который можно писать вопросы. Иногда отвечают. У меня был случай, когда ответили через пару месяцев (задал вопрос, как получить агенду сроком хотя бы недели на две) - при этом ответ был чрезвычайно информативен и на 100% помог решить проблему. Меня, впрочем, интересует вариант с подгребанием org-файлов физически с той же машины (в смысле, emacs у меня, в том числе, в чруте на телефоне, под Linux Deploy, заход по ssh, файлы могу класть на штатную sd или даже отдать по сети с или на localhost). Как раз упомятутый выше MobileOrg среди прочего прекрасно умеет не только подгребать орговские файлы, но и синхронизировать их между собой в процессе подгребания (эта фишка работает на стороне emacs). В качестве цели интересуют в первую очередь оповещения - единственный недостаток орг-модовой агенды для меня в том, что она не умеет в автомате оповещать. Во вторую - интеграция гуглокалендаря и того, что вбито в орг-моду, в единую агенду. Желательно - в гуглокалендарную, потому что мой гуглокалендарь доступен жене на чтение, и хотелось бы, чтобы и она тоже видела то, что внесено в орг-моду. Идеалом, видимо, был бы автомагический экспорт из орг-моды в гуглокалендарь _с возможностью вносить исправления_ (и вообще отслеживать, что уже вносилось, а что - нет). Орг-мода умеет экспорт ICS с дополнительным уникальным id, но виденные мной андроидные импортеры ICS в гуглокалендарь, похоже, игнорировали id. Поскольку календарь на телефоне синхронизируется с орговской агендой, то последующая синхронизация с гуглокалендарем становится, скорее, вопросом настроек. Думаю, что с этим проблем не будет. Но гуглокалендарем не пользуюсь, поэтому могу ошибаться. Слышал о вариантах синхронизации орга с гуглокалендарем напрямую, поэтому схема орг-гуглокалендарь-андроид тоже, по идее, возможна. Мне она не подходит из-за предвзятого отношения к облачным сервисам. Предпочитаю иметь все свое и ни от кого не зависеть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li0gk7wo.fsf@hornet.workgroup
udev infinity loop when using custom rule file with RUN+= script and sfdisk
Мне нужно при присоединении определенного диска к серверу выполнять кое какой скрипт для резервного копирования сервера: SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0, ATTRS{model}==02-1BD142 , RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name Скрипт срабатвает один раз, т.к. девайс такой только один - с эти проблем нет. Но в самом скрипте я использую следующий код: sfdisk -d $SRC_DISK_FOR_MBR_PART_TABLE /tmp/sfdisk.pt cat /tmp/sfdisk.pt | sfdisk $DST_DEV [[ $? -eq 0 ]] logger -p daemon.info fullserverbackup.sh::: sfdisk succesfull copy partitions from $SRC_DISK_FOR_MBR_PART_TABLE to $DST$ Так вот этот не хороший sfdisk вызывает зацикливание, т.е. во время работы этого скрипта вызывается еще один такой же потом еще один такой же - т.е. как бы рекурсия получается. Естественно по причине особенностей работы sfdisk. Я пробовл использовать sfdisk --no-reread, но увы почему то не помогает - в принципе. Хотя и требуется по хорошему, т.к. мне после то надо писать на этот DST_DEV данные с рабочих дисков. Пробовал в начале скрипта сделать условие вида: if [ -e /tmp/sfdisk.pt ]; then exit ; else # ДАЛЕЕ ВЕСЬ МОЙ КОД СКРИПТА АРХИВИРОВАНИЯ fi Но не помогает это условие. А почему я не могу понять. Еще хочу спросить, если этот скрипт будет выполняться раз в неделю, т.е. я буду подключать резервный диск к серверу раз в неделю, а сервер может работать не перезагружась несколько месяцев, то как мне быть с файлом /tmp/sfdisk.pt ? Когда бы его удалять ? Если я удалю сразу после cat /tmp/sfdisk.pt | sfdisk $DST_DEV то не факт, что сразу же запущенный этот же скрипт - не запуститься из-за условия в начале,т.е. if [ -e /tmp/sfdisk.pt ]; then exit ; Которое как раз проверяет а не был ли запущен этот самый скрипт. Можно конечно отказаться от sfdisk-ка, но надо же уточнить - вдруг я в корне не прав в том, что навоял на bash'e. Вообщем господа - скажу честно - запутался. Помогите сделать красиво и работоспособно. Спасибо. -- -- Best regards, Vladimir Skubriev -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/528f4373.10...@skubriev.ru
Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk
On Fri, Nov 22, 2013 at 03:43:47PM +0400, Vladimir Skubriev wrote: Мне нужно при присоединении определенного диска к серверу выполнять кое какой скрипт для резервного копирования сервера: SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0, ATTRS{model}==02-1BD142 , RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name Скрипт срабатвает один раз, т.к. девайс такой только один - с эти проблем нет. Но в самом скрипте я использую следующий код: sfdisk -d $SRC_DISK_FOR_MBR_PART_TABLE /tmp/sfdisk.pt [snip] Так вот этот не хороший sfdisk вызывает зацикливание, т.е. во время работы этого скрипта вызывается еще один такой же потом еще один такой же - т.е. как бы рекурсия получается. [snip] Пробовал в начале скрипта сделать условие вида: if [ -e /tmp/sfdisk.pt ]; then exit ; else # ДАЛЕЕ ВЕСЬ МОЙ КОД СКРИПТА АРХИВИРОВАНИЯ fi Но не помогает это условие. А почему я не могу понять. Попробуйте использовать утилиту flock(1) - или из самого правила udev, или из скрипта, как в примере в manpage flock: ( flock -n 9 || exit 0; ...Ваш скрипт... ) 9/tmp/sfdisk.lock (разумеется, магическая девятка здесь сугубо не магическая, а номер файлового дескриптора, который вероятно не используется шелом) Только в Вашем случае exit 0, а не 1, потому что будет нормально, что скрипта запустят дважды. Всего лучшего, Петр -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If I had finished this sentence, signature.asc Description: Digital signature
Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk
Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013 15:43:47 +0400: VS Мне нужно при присоединении определенного диска к серверу выполнять кое какой VS скрипт для резервного копирования сервера: VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0, VS ATTRS{model}==02-1BD142 , VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name Для начала. Кажется, в документации на udev написано: НИКОГДА не пишите тут скриптов, которые могут выполняться долго. Поставь флаг для следящего демона (например, cron), и выходи. И забудь про описанную проблему. Второе. Делать бэкап по факту вставления диска - плохая идея. Как ты будешь с него восстанавливать файлы, если стоит его воткнуть - скрипт бэкапа начнет их стирать (если они удалены) или затирать испорченными (если они испорчены)? Хорошее правило: прежде чем разработать систему резервного копирования, разработай систему восстановления. Иначе смысла в такой системе резервного копирования не будет. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877gc01sm3@wizzle.ran.pp.ru
Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk
22.11.2013 17:19, Artem Chuprina пишет: Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013 15:43:47 +0400: VS Мне нужно при присоединении определенного диска к серверу выполнять кое какой VS скрипт для резервного копирования сервера: VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0, VS ATTRS{model}==02-1BD142 , VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name Для начала. Кажется, в документации на udev написано: НИКОГДА не пишите тут скриптов, которые могут выполняться долго. Поставь флаг для следящего демона (например, cron), и выходи. И забудь про описанную проблему. Второе. Делать бэкап по факту вставления диска - плохая идея. Как ты будешь с него восстанавливать файлы, если стоит его воткнуть - скрипт бэкапа начнет их стирать (если они удалены) или затирать испорченными (если они испорчены)? Хорошее правило: прежде чем разработать систему резервного копирования, разработай систему восстановления. Иначе смысла в такой системе резервного копирования не будет. Этот бэкап второй способ бэкапа, т.е. важные данные бэкапяться бакулой каждый день на архивный сервер. Это для того, чтобы раз в неделю снимать копию с сервера и уносить её домой ) На счет крона хорошая идея, т.к. я в принципе не планировал сразу после того, как вставил диск начинать архивирование. Я планировал, что это будет делаться ночью, а утром я буду забирать это диск прийдя на работу. И так раз в неделю - желание руководства. -- -- Best regards, Vladimir Skubriev -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/528f602d.6050...@skubriev.ru
Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk
На счет крона хорошая идея, т.к. я в принципе не планировал сразу после того, как вставил диск начинать архивирование. для однораховой задачи скорее подойдет какой-нибудь at. насколько я понмю, ему можно сказать что-то типа запустить через 10 минут. и еще: пайп ( cmd1 | cmd2 ) создает новый subshell (как это по-русски?), в котором выполняется cmd2. во избежание этого (например, в случае, когда в конце пайпа запускаем функцию, которая питается переменными из нашего скрипта) вместо cat filename | cmd стоит делать cmd filename а вместо echo bla-bla-bla | cmd как-нибудь так cmd EOF bla-bla-bla EOF а то я как-то долго не мог понять, почему функция не видит переменных, а потом вычитал в мане про эту тему, она ж запускается в чистом окружении. это уже немного оффтоп, но иногда можно на такое напороться. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131122182504.2632a...@ulf.tvoe.tv
Re: ICU
Мда. Сам нашёл, как сделать: почитать документацию... _ В C API ICU всё реализовано на колбэках. Надо установить штатные колбэки UCNV_TO_U_CALLBACK_SUBSTITUTE и UCNV_FROM_U_CALLBACK_SUBSTITUTE с контекстом UCNV_SUB_STOP_ON_ILLEGAL на соответствующие энкодеры. http://icu-project.org/apiref/icu4c44/ucnv_8h.html#ab1f96fe9de8e2ee39159f748a8d33a4b ucnv_setToUCallBack(m_converter, UCNV_TO_U_CALLBACK_SUBSTITUTE, UCNV_SUB_STOP_ON_ILLEGAL, 0, 0, err); И вообще, хороший пример работы с ICU есть здесь: https://chromium.googlesource.com/experimental/chromium/blink/+/master/Source/wtf/text/TextCodecICU.cpp -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/528f7876.8000...@yandex.ru
Re: udev infinity loop when using custom rule file with RUN+= script and sfdisk
Vladimir Skubriev - Debian-russian@lists.debian.org @ Fri, 22 Nov 2013 17:46:21 +0400: VS Мне нужно при присоединении определенного диска к серверу выполнять кое какой VS скрипт для резервного копирования сервера: VS SUBSYSTEM==block, KERNEL==sd?, ATTRS{vendor}==ST500DM0, VS ATTRS{model}==02-1BD142 , VS RUN+=/usr/local/sbin/customscripts/backups/fullserverbackup.sh /dev/$name Для начала. Кажется, в документации на udev написано: НИКОГДА не пишите тут скриптов, которые могут выполняться долго. Поставь флаг для следящего демона (например, cron), и выходи. И забудь про описанную проблему. Второе. Делать бэкап по факту вставления диска - плохая идея. Как ты будешь с него восстанавливать файлы, если стоит его воткнуть - скрипт бэкапа начнет их стирать (если они удалены) или затирать испорченными (если они испорчены)? Хорошее правило: прежде чем разработать систему резервного копирования, разработай систему восстановления. Иначе смысла в такой системе резервного копирования не будет. VS Этот бэкап второй способ бэкапа, т.е. важные данные бэкапяться бакулой каждый VS день на архивный сервер. VS Это для того, чтобы раз в неделю снимать копию с сервера и уносить её домой ) Это я понял. Вопрос в том, как ты будешь с нее что-то восстанавливать, если вдруг понадобится. А тут придет бэкап, и все забэкапит нах... VS На счет крона хорошая идея, т.к. я в принципе не планировал сразу после того, VS как вставил диск начинать архивирование. VS Я планировал, что это будет делаться ночью, а утром я буду забирать это диск VS прийдя на работу. Ну вот разве что так. И в инструкции по восстановлению написать большими зелеными свистящими буквами: УТРО ВЕЧЕРА МУДРЕНЕЕ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zjowz8ze@wizzle.ran.pp.ru
Re: Gnus IMAP
Melleus mell...@openmailbox.org writes: Все работает, Увы, таки работает не все. Не работает перенос сообщений между папками (B-m), если папки обозваны кириллицей. Нагуглить ничего не удалось. Кто нибудь сталкивался с проблемой? Если папки латиницей - получается. Кириллицей - пишет ошибку: couldn't move article 3410: NO (TRYCREATE) Mailbox doesn't exist. Ошибка у меня не гуглится. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqk0s4gf.fsf@hornet.workgroup