Re: Gnus IMAP

2013-11-22 Пенетрантность Artem Chuprina
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

2013-11-22 Пенетрантность Melleus
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

2013-11-22 Пенетрантность Melleus
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

2013-11-22 Пенетрантность Vladimir Skubriev
Мне нужно при присоединении определенного диска к серверу выполнять кое 
какой скрипт для резервного копирования сервера:



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

2013-11-22 Пенетрантность Peter Pentchev
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

2013-11-22 Пенетрантность 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), и выходи.  И забудь
про описанную проблему.

Второе.

Делать бэкап по факту вставления диска - плохая идея.  Как ты будешь с
него восстанавливать файлы, если стоит его воткнуть - скрипт бэкапа
начнет их стирать (если они удалены) или затирать испорченными (если они
испорчены)?

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


-- 
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

2013-11-22 Пенетрантность Vladimir Skubriev

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

2013-11-22 Пенетрантность dimas
 На счет крона хорошая идея, т.к. я в принципе не планировал сразу после 
 того, как вставил диск начинать архивирование.
для однораховой задачи скорее подойдет какой-нибудь 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

2013-11-22 Пенетрантность Артём Н.

Мда.
Сам нашёл, как сделать: почитать документацию... _
В 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

2013-11-22 Пенетрантность Artem Chuprina
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

2013-11-22 Пенетрантность Melleus
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