motion и запись видео по движению
День добрый. Установлен debian wheezy 64 bit, web-камера определяется как Logitech QuickCam Pro 4000 цепляется по usb, VLC благополучно с ней работает (воспроизводит и пишет в файл) как с устройством video4linux. Для записи по движению установил motion. motion благополучно при определении движения пишет jpeg снимки с камеры в локалюный каталог. при попытке записи видео получаю в логе: kernel: [935583.325197] motion[31546] trap divide error ip:7fd2ad7fe618 sp:7fd2a4c48918 error:0 in libavcodec.so.53.61.100[7fd2ad42f000+6d1000] Все пакеты стоят из дистрибутива. Вот часть конфига /etc/motion/motion.conf ffmpeg_cap_new on ffmpeg_cap_motion off ffmpeg_timelapse 0 ffmpeg_timelapse_mode daily ffmpeg_bps 50 ffmpeg_variable_bitrate 2 ffmpeg_video_codec mpeg4 ffmpeg_deinterlace off Пробовал менять кодеки на mpeg1, flv - не помогло. Может кто подскажет куда смотреть? Спасибо. -- 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/20131105073650.GA7584@sem
Re: GNUS+IMAP ukr.net отваливается
Увы, бомбежка скриптом не дала результатов. На стороне ukr.net-а
очевидных глюков нет. Зато у Gnusa появилась тенденция показывать
наличие мнимых новых сообщений на Gmail-e и еще некоторых других
серверах. В общем-то создается впечатление, что это когда-то
замечательная программа сейчас оказалась забытой и толком не
поддерживаемой. Что странно - на ее фоне более современный Вандерласт не
впечатлил совсем. Но дело не в этом.
Как последнюю соломинку пытаюсь настроить imap через связку
world-imap-offlineimap-maildir-dovecot-imap-gnus, но и здесь попал
в засаду: dovecot, в упор не видит maildir-a, создаваемого
offlineimap-ом. Вместо этого создает свой пустой inbox. Причем,
offlineimap раскладывает почту по папочкам, а dovecot создает свой inbox
в корне этого каталога. И в упор не видит, что там лежит. В общем,
засада со всех сторон. Что я делаю не так? Спасибо заранее.
Конфиг dovecot:
me@hornet:~/ sudo dovecot -n
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2
mail_location =
maildir:~/Mail-repository/%u:LAYOUT=fs:INBOX=~/Mail-repository/%u
namespace inbox {
inbox = yes
list = yes
location =
prefix =
separator = /
}
passdb {
args = /etc/dovecot/passwd
driver = passwd-file
}
protocols = imap
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
args = /etc/dovecot/passwd
driver = passwd-file
}
me@hornet:~/
--
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/87bo1zdrna.fsf@hornet.workgroup
Re: функционал внешнего IMAP в mail web-frontend_ах
У Gnus c IMAP не все хорошо. А настройка нескольких почтовых счетов - то еще удовольствие. -- 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/877gcndr8n.fsf@hornet.workgroup
Re: проблемка с sshfs и nfs
Alexey Shalin c...@hoster.kg writes: делаю cat /etc/group | grep name_group (или cat /etc/group) выводиться name_group:x:3912: после чего апач стартует без проблем Не думаю, что эти события связаны. кэш например nfs как вариант.. У Вас /etc монтируется через nfs? как словлю ошибку обязательно покажу порядок действия.. но он всегда не изменен Как словите - покажите лог апача. pgpznFxC8Hcr2.pgp Description: PGP signature
Re: функционал внешнего IMAP в mail web-frontend_ах
04.11.2013, 13:25, Alexander ag...@yandex.ru: вопрос очень актуальный. в свое время искал - не нашел. таскаю с собой thunderbird portable на флэшке с кучей imap-аккаунтов с синхронизацией - он разростается постоянно и кроме венды его нигде не открыть(( мечтаю о вебморде с таким функционалом и очень странно, что таких вроде как и нет - а вещь то востребованная, особенно когда ящиков десятки... вот вроде неплохой проект - http://www.sogo.nu, но нормально ли дружит он с внешним IMAP еще вопрос... -- BW Сохин Вячеслав -- 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/570511383651...@web28m.yandex.ru
Re: проблемка с sshfs и nfs
да в /storage/etc лежит passwd, shadow для chroot /storage оки словлю покажу --- Старший Системный Администратор Алексей Шалин ОсОО Хостер kg - http://www.hoster.kg ул. Ахунбаева 123 (здание БГТС) h...@hoster.kg -- 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/561007960.20131105180...@hoster.kg
Re: GNUS+IMAP ukr.net отваливается
Melleus - debian-russian@lists.debian.org @ Tue, 05 Nov 2013 13:17:29 +0200: M Return-path: bounce-debian-russian=ran=ran.pp...@lists.debian.org M Envelope-to: r...@ran.pp.ru M Delivery-date: Tue, 05 Nov 2013 11:18:07 + M Received: from [82.195.75.100] (helo=bendel.debian.org) by minas.ran.pp.ru with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from bounce-debian-russian=ran=ran.pp...@lists.debian.org) id 1Vdee5-0004Qu-Gz for r...@ran.pp.ru; Tue, 05 Nov 2013 11:18:07 + M Received: from localhost (localhost [127.0.0.1]) by bendel.debian.org (Postfix) with QMQP id 9D59CE5; Tue, 5 Nov 2013 11:18:00 + (UTC) M Old-Return-Path: debian-russ...@m.gmane.org M X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org M X-Spam-Level: M X-Spam-Status: No, score=-8.8 required=4.0 tests=FOURLA,LDOSUBSCRIBER, LDO_WHITELIST,RCVD_NUMERIC_HELO,SARE_HEAD_8BIT_SPAM,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 M X-Original-To: lists-debian-russ...@bendel.debian.org M Delivered-To: lists-debian-russ...@bendel.debian.org M Received: from localhost (localhost [127.0.0.1]) by bendel.debian.org (Postfix) with ESMTP id 5009DAA for lists-debian-russ...@bendel.debian.org; Tue, 5 Nov 2013 11:17:51 + (UTC) M X-Virus-Scanned: at lists.debian.org with policy bank lang-slavic M X-Amavis-Spam-Status: No, score=-4.058 tagged_above=-1 required=5.3 tests=[BAYES_00=-2, DKIM_ADSP_ALL=0.8, FOURLA=0.1, LDO_WHITELIST=-5, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_NUMERIC_HELO=1.164, SARE_HEAD_8BIT_SPAM=0.888, T_RP_MATCHES_RCVD=-0.01] autolearn=no M Received: from bendel.debian.org ([127.0.0.1]) by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525) with ESMTP id IH3PiabHrcEW for lists-debian-russ...@bendel.debian.org; Tue, 5 Nov 2013 11:17:44 + (UTC) M X-policyd-weight: using cached result; rate: -6.1 M Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by bendel.debian.org (Postfix) with ESMTPS id 75908CE for debian-russian@lists.debian.org; Tue, 5 Nov 2013 11:17:44 + (UTC) M Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from debian-russ...@m.gmane.org) id 1Vdedh-0005rB-GR for debian-russian@lists.debian.org; Tue, 05 Nov 2013 12:17:41 +0100 M Received: from 109.87.123.72 ([109.87.123.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for debian-russian@lists.debian.org; Tue, 05 Nov 2013 12:17:41 +0100 M Received: from melleus by 109.87.123.72 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for debian-russian@lists.debian.org; Tue, 05 Nov 2013 12:17:41 +0100 M X-Injected-Via-Gmane: http://gmane.org/ M To: debian-russian@lists.debian.org M From: Melleus mell...@openmailbox.org M Subject: Re: GNUS+IMAP ukr.net отваливается M Date: Tue, 05 Nov 2013 13:17:29 +0200 M Lines: 41 M Message-ID: 87bo1zdrna.fsf@hornet.workgroup M References: 871u3r32kv.fsf@hornet.workgroup 871u3rcb3g@lpt00.freehck.ru 8761t2wjs9.fsf@hornet.workgroup 87ob6ubc6p@lpt00.freehck.ru 87wqliuuta.fsf@hornet.workgroup 87mwmcq0vk@gavenkoa.example.com 87zjqbts5r.fsf@hornet.workgroup 877gdf9czt@lpt00.freehck.ru 878uxuznts.fsf@hornet.workgroup 87txgi8ruv@lpt00.freehck.ru 874n8izg07.fsf@hornet.workgroup 8738o1gfh1@gavenkoa.example.com 87k3hdq7ku.fsf@hornet.workgroup M Mime-Version: 1.0 M Content-Type: text/plain; charset=utf-8 M X-Complaints-To: use...@ger.gmane.org M X-Gmane-NNTP-Posting-Host: 109.87.123.72 M User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) M Cancel-Lock: sha1:0YJMqTbUTNRGIjcEs4ZtnIzmS1w= M X-Rc-Virus: 2007-09-13_01 M X-Rc-Spam: 2008-11-04_01 M Resent-Message-ID: 4WUAPcWUZsM.A.IrD.oPNeSB@bendel M Resent-From: debian-russian@lists.debian.org M X-Mailing-List: debian-russian@lists.debian.org archive/latest/130413 M X-Loop: debian-russian@lists.debian.org M List-Id: debian-russian.lists.debian.org M List-URL: http://lists.debian.org/debian-russian/ M List-Post: mailto:debian-russian@lists.debian.org M List-Help: mailto:debian-russian-requ...@lists.debian.org?subject=help M List-Subscribe: mailto:debian-russian-requ...@lists.debian.org?subject=subscribe M List-Unsubscribe: mailto:debian-russian-requ...@lists.debian.org?subject=unsubscribe M Precedence: list M Resent-Sender: debian-russian-requ...@lists.debian.org M Resent-Date: Tue, 5 Nov 2013 11:18:00 + (UTC) M Content-Transfer-Encoding: quoted-printable M Увы, бомбежка скриптом не дала результатов. На стороне ukr.net-а M очевидных глюков нет. Зато у Gnusa появилась тенденция показывать M наличие мнимых новых сообщений на Gmail-e и еще некоторых других M серверах. В общем-то создается впечатление, что это когда-то M замечательная программа сейчас оказалась забытой и толком не M поддерживаемой. Что странно - на ее фоне более современный Вандерласт не M
Re: проблемка с sshfs и nfs
Alexey Shalin c...@hoster.kg writes: да в /storage/etc лежит passwd, shadow для chroot /storage оки словлю покажу Насколько мне известно, расшаривать файлы /etc/fstab, /etc/passwd, /etc/shadow по nfs - неправильно, потому что нужны они ещё до того, как nfs-разделы начнут монтироваться. Скажите вот что: Вы каким-либо образом подменяете исходные варианты этих файлов при монтировании nfs-раздела? Содержатся ли в исходных вариантах искомые группы, в частности, группа www-data, которую скорее всего и ищет apache2? pgpqTbpTXLkFe.pgp Description: PGP signature
Re: функционал внешнего IMAP в mail web-frontend_ах
05.11.2013, 15:45, Sohin Vyacheslaw in.s...@yandex.ua: 04.11.2013, 13:25, Alexander ag...@yandex.ru: вопрос очень актуальный. в свое время искал - не нашел. таскаю с собой thunderbird portable на флэшке с кучей imap-аккаунтов с синхронизацией - он разростается постоянно и кроме венды его нигде не открыть(( мечтаю о вебморде с таким функционалом и очень странно, что таких вроде как и нет - а вещь то востребованная, особенно когда ящиков десятки... вот вроде неплохой проект - http://www.sogo.nu, но нормально ли дружит он с внешним IMAP еще вопрос... -- BW Сохин Вячеслав о, пасиб! Configure all your mail accounts (IMAP) from SOGo and forget about login-in to multiple webmail services. похоже то, что нужно, попробую -- 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/35401383659...@web18m.yandex.ru
Re: ARM нетбуки
On 05.11.2013 04:32, Mikhail Ramendik wrote: Всем привет! Водружал ли кто-нибудь (успешно) Debian на китайские недорогие нетбуки с ARM, поставляемые с Android? Вроде вот этого: http://www.aliexpress.com/item/New-7-inch-mini-laptop-VIA8850-WIFI-1GB-RAM-4GB-Storage-Android-4-1-Ce-6/600195604.html Уж больно мне нравится идея такой машинки. Но не нравится застрять в Андроиде, с его недружелюбным к мышам интерфейсом и отсутствием многочисленных линуксных программ. Если водружали - нельзя ли в частности узнать, есть ли OpenGL драйверы? А то я кое-что хотел бы гонять. Я понимаю, конечно, что производительность будет не как у Intel-based ноутов, но мне хватало ноута 2006 года. У меня самого такого бука нет, но я интересовался этим вопросом: 1. Для этого cpu есть linux и даже есть для такого бука, в инете я точно это видел. 2. года 3 назад в debian-laptop или debian-arm собиралась толпа и заказывала какому-то китайскому производителю небольшую партию (что-то около 100 штук) подобных буков (10'' ,256Mb, ethernet и тд) Но най мой взгляд, данных конкретный вариант бука дохловат - слабая батарея, плохое разрешение экрана. Я бы поискал что-то из 10'' или более мелких, типа sharp netwalker, но с нормальной матрицей, впрочем, таких мелких я , к сожалению, давно не встречал. -- 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/527900ae.6010...@gmail.com
Re: функционал внешнего IMAP в mail web-frontend_ах
Victor Wagner vi...@wagner.pp.ru writes: On 2013.11.05 at 01:46:53 +0400, Dmitrii Kashin wrote: Я, конечно, понимаю, что есть желание следовать канонам UNIX и разделить обязанности: мол, MUA только для просмотра почты, сохранённой на диске, MTA для отсылки, текстовый редактор для редактирования, MFA для стягивания... У меня несколько другое разделение. Я считаю что с диском MUA тоже работать не должен, за исключением операции сохранения аттачмента в файл. А так MUA - это клиент проткола IMAP. Но ведь он ещё должен уметь читать как минимум mbox и maildir, потому что всё ещё существует весьма много людей, использующих POP. Кстати, да я пользуюсь MUA, который для редактирования вызывает внешний редактор. Ну, это мы и сами по заголовкам видим. ) К слову, Виктор, тут где-то года полтора-два тому назад Андрей Рахматуллин жаловался, что после перехода к редактору (в его случае vim) приходится жертвовать интеграцией с записной книжкой (кажется, abook), и его очень злил этот костыль. Как обстоит это дело сейчас? Исправляется? Спрашиваю чисто из любопытства. Но довольно часто это неудобно. Если клиент предоставляет выбор между встроенной командой для отправки почты и возможностью использования для отправки внешний MTA - так почему бы и нет? Потому что у внешнего МТА есть очередь. Кстати да. Об этом я как-то подзабыл. Видать от хорошей жизни. pgpVta2CulPG4.pgp Description: PGP signature
Re: функционал внешнего IMAP в mail web-frontend_ах
On Tue, Nov 05, 2013 at 08:28:39PM +0400, Victor Wagner wrote: On 2013.11.05 at 01:46:53 +0400, Dmitrii Kashin wrote: Я, конечно, понимаю, что есть желание следовать канонам UNIX и разделить обязанности: мол, MUA только для просмотра почты, сохранённой на диске, MTA для отсылки, текстовый редактор для редактирования, MFA для стягивания... У меня несколько другое разделение. Я считаю что с диском MUA тоже работать не должен, за исключением операции сохранения аттачмента в файл. А так MUA - это клиент проткола IMAP. Ничем не обоснованный снобизм, IMHO... Так можно дойти до того, что считать MUA клиентом протокола MAPI. :) С точки зрения объектной модели IMAP это лишняя прослойка, дающая ту же древесную иерархию объектов. Отличия лишь в мелочах -- способах представления ряда атрибутов. -- Eugene Berdnikov -- 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/20131105172148.gg12...@sie.protva.ru
Re: функционал внешнего IMAP в mail web-frontend_ах
Dmitrii Kashin - debian-russian@lists.debian.org @ Tue, 05 Nov 2013 21:03:27 +0400: Я, конечно, понимаю, что есть желание следовать канонам UNIX и разделить обязанности: мол, MUA только для просмотра почты, сохранённой на диске, MTA для отсылки, текстовый редактор для редактирования, MFA для стягивания... У меня несколько другое разделение. Я считаю что с диском MUA тоже работать не должен, за исключением операции сохранения аттачмента в файл. А так MUA - это клиент проткола IMAP. DK Но ведь он ещё должен уметь читать как минимум mbox и maildir, потому DK что всё ещё существует весьма много людей, использующих POP. А Витус не говорит, что MUA не должен УМЕТЬ это делать. Хотя, в общем, ничто не мешает втащить POP fetchmail'ом и засунуть его в локальный IMAP :) -- 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/874n7qae7a@wizzle.ran.pp.ru
Re: проблемка с sshfs и nfs
Добрый день нет не подменяю сама система грузиться без проблем т.к. у нее есть свой passwd shadow и fstab как только система подгрузилась, монтируется storage - который на данный момент содержит debootstrap stable релиз debian (на момент всей установки это был lenny) так вот как только смонтировался /storage монтируется с файлого сервера через sshfs каталог /storage/etc в /var/lib/extrausers для использования libnss-extrausers т.е. грубо говоря когда я вне чрута сделаю\ getent passwd я увиже юзеров как целевой системы так и из chroot более подробно тут http://ru.ispdoc.com/index.php/%D0%9C%D0%B0%D1%81%D1%82%D0%B5%D1%80-%D1%83%D0%B7%D0%B5%D0%BB --- Старший Системный Администратор Алексей Шалин ОсОО Хостер kg - http://www.hoster.kg ул. Ахунбаева 123 (здание БГТС) h...@hoster.kg -- 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/1104197338.20131106090...@hoster.kg
Re: функционал внешнего IMAP в mail web-frontend_ах
On Tue, Nov 05, 2013 at 10:17:56PM +0400, Victor Wagner wrote: On 2013.11.05 at 21:21:49 +0400, Eugene Berdnikov wrote: У меня несколько другое разделение. Я считаю что с диском MUA тоже работать не должен, за исключением операции сохранения аттачмента в файл. А так MUA - это клиент проткола IMAP. Ничем не обоснованный снобизм, IMHO... Так можно дойти до того, что Этот снобизм обоснован наличием RFC 5957 и его поддержки в Dovecot. Вообще-то я про объектную модель писал. Вы же мне какие-то номера заявок в техподдержку интернета и давленных котов подсовываете... :)) А также различными вариантами индексирования почтовых ящиков. Пользователя компьютера эта требуха интересует не более, чем детальки машины Тюринга. :) Ну и к тому же если с одним и тем же ящиком одновременно работает локальный MUA и мобильный, то эта самая лишняя прослойка обеспечивает cooperative locking. Только потому, что мобильный клиент не умеет работать с fs, ему нужна подстилка в виде imapd. А то у dovecot есть такая вредная привычка - отдавать из своего индекса imap-клиенту в списке письма, удаленные локальным MUA по файловой системе. И только при повторном запросе списка спохватываться Ах, у меня же в maildir этого нет. Во-первых, блокировки здесь абсолютно не при чём. Здесь речь о выборке свойств объектов, меняющихся со временем. Причём объект модифицируется несколькими клиентами независимо и асинхронно, поэтому невозможно заложиться на то, что свойства объекта при следующей операции будут такие же, как после предыдущей. Чтобы это обеспечить, нужно реализовать транзакции, это классика баз данных. Транзакции реализуются с помощью блокировок, но наличие блокировок не означает наличие транзакций. Во-вторых, можно подумать, при одновременном доступе по imap что-то будет происходить иначе... :/ Нет, не будет. Потому что транзакций нет, а не потому что файловый API чем-то хуже сетевого протокола. -- Eugene Berdnikov -- 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/20131106075548.gi19...@protva.ru
