Re: криптованный бэка п: возможено реализова ть простым путём?
Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог базы ведётся dar с ключами -K, -J Если следующим шагом захочется разных клиентов/стораджей, может иметь смысл сразу посмотреть на bacula. Вот, напомнили бакулой, ещё dar может хранить раздельно каталог со списком файлов и непосредственно сами файлы. Список файлов можно использовать для инкрементального бэкапа, а сами данные хранить отдельно, что при больших объёмах резервируемой информации бывает удобно. Дык эта... Штатный наш гнутый tar для инкрементального бэкапа даже список файлов не использует. Так справляется... dump/restore тоже но это файлосистемозависимо, имхо У tar, кажется, нет. У dump - да, он сам по себе по определению файлосистемозависим. -- Вот .NET и Mono - это современные технологии. В смысле - сырые и глюкавые. Victor Wagner в cisnd1$qt...@wagner.wagner.home -- 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/87k4jwedhu.wl%...@ran.pp.ru
Re: pbuilder(i386) create squeeze amd64: debootstrap failed: mount -t proc proc /proc
Ядро-то 64-битное? 32 Ну и как тогда на нем будет работать 64-битная система? -- 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/87ipzgedfv.wl%...@ran.pp.ru
Re: можно ли собирать пакеты amd64 на i386 хосте?
debootstrap/cdebootstrap --arch=amd64 ругаются на Exec format error Да и chroot из i386 в amd64 невозможен. Возможен, если поставить 64-битное ядро с 32-битным userland. Грозит ли чем-то смена ядра -amd64 моей 32-битной системе, настроенной, рабочей и очень важной. Хочу оценить возможные риски. В случае опенсорсных драйверов на видео - ничем. Проверено мной. Это, мягко говоря, неправда. Мне попадалась видеокамера, у которой модуль, идущий в комплекте ядра (нет, фирмварь не требуется) в 32-битном ядре работал, а в 64-битном - нет. -- Чем отличается свобода от независимости? Независимость - это когда за тебя не платят. А свобода - когда за тебя не думают. -- 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/87hbf0eddi.wl%...@ran.pp.ru
Re: про автоматическо е обновление баз apt
% cat /etc/apt/preferences.d/experimental Package: * Pin: release a=experimental Pin-Priority: 200 вот теперь работает. А вот это чревато боком. Оно теперь будет пытаться обновлять из experimental пакеты, поставленные не оттуда. Хотя, наверное, не будет пытаться обновлять те, что есть в других репозиториях, с бОльшими весами. Мне не очевидно, что произойдет в ситуации, когда у тебя стоит (приоритет 100) пакет версии N, взятый из основного репозитория, в основном репозитории (приоритет 500) та же версия N, а в experimental (приоритет 200) - версия KN. Помешает ему основной репозиторий захотеть апгрейдиться или нет? -- Секретный ключ, известный более чем одной персоне, называется публичным. -- 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/87fwuked2d.wl%...@ran.pp.ru
Re: про автоматическо е обновление баз apt
Тебе ж явно надо знать, есть ли в experimental апдейты, не для любого пакета, а только для поставленного оттуда. А эта информация есть только у тебя, у apt ее нет... Откуда эта информация у apt-show-versions? А она у него действительно есть? Или это так, эмпирика? -- Рюмку взял - паяльник положил -- 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/87eia4ecze.wl%...@ran.pp.ru
Re: про автоматичес ко е обновление баз apt
On Mon, Nov 29, 2010 at 11:43:49AM +0300, Artem Chuprina wrote: Тебе ж явно надо знать, есть ли в experimental апдейты, не для любого пакета, а только для поставленного оттуда. А эта информация есть только у тебя, у apt ее нет... Откуда эта информация у apt-show-versions? А она у него действительно есть? Или это так, эмпирика? $ apt-show-versions |fgrep upgra python2.7/experimental *manually* upgradeable from 2.7.1~rc1-2 to 2.7.1-1 python2.7-minimal/experimental *manually* upgradeable from 2.7.1~rc1-2 to 2.7.1-1 -- WBR, wRAR Powered by the ALT Linux fortune(6): А есть желающие бежать в переди поезда? Так могу помочь -- патчи очень легко лягут в sim. -- icesik in smoke-room@ signature.asc Description: Digital signature
Re: про автоматическо е обновление баз apt
Вот даже ещё более крутой вариант: aptitude search '~U ~Aexperimental' Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из experimental? А не какие пакеты, поставленные из experimental, можно оттуда сапгрейдить? И не какие пакеты, поставленные из experimental, можно вообще сапгрейдить, неважно, оттуда или из sid? Хотя последний вопрос, вероятно, неинтересен, он покрывается вопросом '~U'. -- НИИ требуются: 1. Кто бы мог подумать. Кнышев. -- 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/87d3poecua.wl%...@ran.pp.ru
Re: про автоматическо е обновление баз apt
On 11/29/2010 11:46 AM, Artem Chuprina wrote: Вот даже ещё более крутой вариант: aptitude search '~U ~Aexperimental' Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из experimental? А не какие пакеты, поставленные из experimental, можно оттуда сапгрейдить? И не какие пакеты, поставленные из experimental, можно вообще сапгрейдить, неважно, оттуда или из sid? Хотя последний вопрос, вероятно, неинтересен, он покрывается вопросом '~U'. Нет. Какие пакеты вообще можно сапгрейдить из experimental --- это aptitude -t experimental search \?upgradable aptitude search '?upgradable' --display-format '%p %V %v %t' Показывает последним полем откуда пакет. Именно из какого архива. aptitude search '~U ~Aexperimental' показывает только те, что из experimental -- sergio. -- 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/4cf36dc6.5020...@sergio.spb.ru
Re: про автоматическо е обновление баз apt
On 11/29/2010 11:42 AM, Artem Chuprina wrote: А вот это чревато боком. Оно теперь будет пытаться обновлять из experimental пакеты, поставленные не оттуда. Хотя, наверное, не будет пытаться обновлять те, что есть в других репозиториях, с бОльшими весами. А есть другие аврианты, как работать с эксперименталом? -- sergio. -- 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/4cf36e25.8010...@sergio.spb.ru
Re: про автоматическо е обновление баз apt
Вот даже ещё более крутой вариант: aptitude search '~U ~Aexperimental' Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из experimental? А не какие пакеты, поставленные из experimental, можно оттуда сапгрейдить? И не какие пакеты, поставленные из experimental, можно вообще сапгрейдить, неважно, оттуда или из sid? Хотя последний вопрос, вероятно, неинтересен, он покрывается вопросом '~U'. Нет. Какие пакеты вообще можно сапгрейдить из experimental --- это aptitude -t experimental search \?upgradable aptitude search '?upgradable' --display-format '%p %V %v %t' Показывает последним полем откуда пакет. Именно из какого архива. Это он показывает, откуда он будет брать candidate version. А не откуда он взялся. Это разные вещи. zsh% sudo aptitude purge xtrlock ... zsh% aptitude search 'xtrlock' --display-format '%p %V %v %t' xtrlock 2.0-14 none testing То есть ты спрашиваешь, какие пакеты, если aptitude считает, что их надо апгрейдить, будут апгрейдиться из experimental. И вот мне не очевидно, что в результате получится то, что ты имел в виду. Хотя, возможно, так оно и есть. (Ну, я, пожалуй, готов угадать один тестовый случай, который покажет разницу между что у нас тут из experimental и пора апгрейдить и что у нас тут хочется сапгрейдить из experimental. Но он довольно маргинален, и чинится без труда.) -- Что-то я не тем полушарием думаю... -- (С)энта -- 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/87bp58e9tm.wl%...@ran.pp.ru
Re: про автоматическо е обновление баз apt
On Mon, Nov 29, 2010 at 11:46:53AM +0300, Artem Chuprina wrote: Вот даже ещё более крутой вариант: aptitude search '~U ~Aexperimental' Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из experimental? Угу. Включая неустановленные. Если нужно сузить поиск по установленным пакетам, то можно было бы ~i ~Aexperimental ~U, но это опять не совсем то, так как будет выдан результат не для пакетов _установленных ранее из experimental_, а для вообще установленных пакетов, которые (при текущих настройках) можно проапгрейдить из experimental. Вообще с запросом про _откуда_ были установлены пакеты есть такая проблемка, что если ранее установленная версия пакета пропала с концами из архива, то aptitude уже не сможет определить, откуда она была установлена и поиск с ~i ~Ablabla её не покажет. aptitude --group-by=none versions '~i ~U' такие пакеты покажет, но без указания, откуда они пришли. У apt-show-versions поведение иное (и, имхо, более подходящее под обсуждаемую задачу). -- Stanislav -- 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/20101129100145.ga31...@kaiba.homelan
Re: про автоматическо е обновление баз apt
On 11/29/2010 01:01 PM, Stanislav Maslovski wrote: Вот даже ещё более крутой вариант: aptitude search '~U ~Aexperimental' Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из experimental? Угу. Включая неустановленные. Да нет же. ~U --- это upgradable, неустановленные не могут быть upgradable. Если нужно сузить поиск по установленным пакетам, то можно было бы ~i ~Aexperimental ~U, но это опять не совсем то, так как будет выдан результат не для пакетов _установленных ранее из experimental_, а для вообще установленных пакетов, которые (при текущих настройках) можно проапгрейдить из experimental. Да. Только, опять же, достаточно без ~i Вообще с запросом про _откуда_ были установлены пакеты есть такая проблемка, что если ранее установленная версия пакета пропала с концами из архива, то aptitude уже не сможет определить, откуда она была установлена и поиск с ~i ~Ablabla её не покажет. Да. % apt-cache policy xserver-xorg-video-radeon xserver-xorg-video-radeon: Installed: 1:6.13.1-3 Candidate: 1:6.13.2-1 Version table: 1:6.13.2-1 0 200 ftp://ftp.yandex.ru/debian/ experimental/main i386 Packages *** 1:6.13.1-3 0 100 /var/lib/dpkg/status 1:6.13.1-2+squeeze1 0 500 ftp://ftp.yandex.ru/debian/ sid/main i386 Packages Это только я могу знать, что текущая версия из experimental пришла. У apt-show-versions поведение иное (и, имхо, более подходящее под обсуждаемую задачу). А какое у него поведение? Ну и вообщем да, мне хватает списка пакетов которые будут обновляться из experimental. Вот только бы ещё такой список для unstable получить. -- sergio. -- 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/4cf38084.7020...@sergio.spb.ru
Re: криптованный бэкап: возможено реализовать простым путём?
В Пнд, 29/11/2010 в 11:32 +0300, Artem Chuprina пишет: Есть простые способы сделать инкрементальный бэкап зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю вручную делаю копию + WAL-лог базы ведётся dar с ключами -K, -J Если следующим шагом захочется разных клиентов/стораджей, может иметь смысл сразу посмотреть на bacula. Вот, напомнили бакулой, ещё dar может хранить раздельно каталог со списком файлов и непосредственно сами файлы. Список файлов можно использовать для инкрементального бэкапа, а сами данные хранить отдельно, что при больших объёмах резервируемой информации бывает удобно. Дык эта... Штатный наш гнутый tar для инкрементального бэкапа даже список файлов не использует. Так справляется... dump/restore тоже но это файлосистемозависимо, имхо У tar, кажется, нет. У dump - да, он сам по себе по определению файлосистемозависим. но где-то ведь он хранит информацию о версиях файлов в бэкапе? ему же нужно знать изменился файл с прошлого раза или нет -- 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/1291026922.8209.76.ca...@localhost.localdomain
Re: можно ли собирать пакеты amd64 на i386 хосте?
On Mon, Nov 29, 2010 at 12:17:48PM +0500, Stanislav Vlasov wrote: 29 ноября 2010 г. 12:00 пользователь Andrey Nikitin andrey.d.niki...@gmail.com написал: В случае опенсорсных драйверов на видео - ничем. Проверено мной. Спасибо, а если фирменный nvidia? И нужно что-то кроме ядра ставить? Не в курсе, как собрать модуль ядра под 64-бита на 32-битной системе. Возможно и просто m-a a-i хватит... Хватит. И собранный модуль будет работать. Так же и с модилями от VirtualBox. -- Stanislav -- 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/20101129105758.ga4...@kaiba.homelan
отписаться хочется
Пожалуйста отпишите меня!!!
Re: отписаться хочется
On Mon, Nov 29, 2010 at 09:00:06PM +1000, Дмитрий wrote: Пожалуйста отпишите меня!!! Страдайте. -- WBR, wRAR Powered by the ALT Linux fortune(6): [...] самое большое количество ошибок безопасности, например, это переполнение буфера, которое невозможно в языках, где есть тип данных строка и нет адресной арифметики. -- mithraen in devel@ signature.asc Description: Digital signature
Re: про автоматическо е обновление баз apt
On Mon, Nov 29, 2010 at 01:29:24PM +0300, sergio wrote: On 11/29/2010 01:01 PM, Stanislav Maslovski wrote: Угу. Включая неустановленные. Да нет же. ~U --- это upgradable, неустановленные не могут быть upgradable. Если нужно сузить поиск по установленным пакетам, то можно было бы ~i ~Aexperimental ~U, но это опять не совсем то, так как будет выдан результат не для пакетов _установленных ранее из experimental_, а для вообще установленных пакетов, которые (при текущих настройках) можно проапгрейдить из experimental. Да. Только, опять же, достаточно без ~i Ок, зарапортовался. Вывод aptitude version сбивает с толку. Вообще с запросом про _откуда_ были установлены пакеты есть такая проблемка, что если ранее установленная версия пакета пропала с концами из архива, то aptitude уже не сможет определить, откуда она была установлена и поиск с ~i ~Ablabla её не покажет. Да. % apt-cache policy xserver-xorg-video-radeon xserver-xorg-video-radeon: Installed: 1:6.13.1-3 Candidate: 1:6.13.2-1 Version table: 1:6.13.2-1 0 200 ftp://ftp.yandex.ru/debian/ experimental/main i386 Packages *** 1:6.13.1-3 0 100 /var/lib/dpkg/status 1:6.13.1-2+squeeze1 0 500 ftp://ftp.yandex.ru/debian/ sid/main i386 Packages Это только я могу знать, что текущая версия из experimental пришла. У apt-show-versions поведение иное (и, имхо, более подходящее под обсуждаемую задачу). А какое у него поведение? Он всегда выводит нечто в качестве архива, но откуда он это берет, и не есть ли это чистая эмпирика (как уже писал Артем), я не в курсе. -- Stanislav -- 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/20101129110720.ga9...@kaiba.homelan
Re: про автоматическо е обновление баз apt
On Mon, 29 Nov 2010 01:17:49 +0300 sergio mail...@sergio.spb.ru wrote: On 11/28/2010 09:53 PM, Alexander Galanin wrote: apticron Description: Simple tool to mail about pending package updates Apticron is a simple script which sends daily emails about pending package updates such as security updates, properly handling packages on hold both by deselect and aptitude. Где тут хоть слово про обновление? А как ещё можно определить pending update, если не выкачать новую базу версий пакетов? Никак. Про apt-file я проглядел. Для него действительно понадобится одну строчку в crontab вписать (так как письмо о том, что поменялось в базе apt-file, очевидно, не требуется). apt-file show apticron | grep '/etc/cron' --- пусто А вот http://packages.debian.org/lenny/all/apticron/filelist говорит, что файл /etc/cron.daily/apticron есть в пакете. -- Alexander Galanin -- 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/20101129142452.cd7fe9f4...@galanin.nnov.ru
Re: ъЮч прБчэпБьГуАзч у чящчршущьу япв apt
On 11/29/2010 02:24 PM, Alexander Galanin wrote: А вот http://packages.debian.org/lenny/all/apticron/filelist говорит, что файл /etc/cron.daily/apticron есть в пакете. А вот http://packages.debian.org/sid/all/apticron/filelist --- что нету. -- sergio. -- 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/4cf38fb4.5080...@sergio.spb.ru
LXDE lxinput
В LXDE непосредственно в lxinput меняю скорость мыши, а она не меняется. подскажите ЧЯДНТ?
Re: про автоматическо е обновление баз apt
On Mon, 29 Nov 2010 14:34:12 +0300 sergio mail...@sergio.spb.ru wrote: On 11/29/2010 02:24 PM, Alexander Galanin wrote: А вот http://packages.debian.org/lenny/all/apticron/filelist говорит, что файл /etc/cron.daily/apticron есть в пакете. А вот http://packages.debian.org/sid/all/apticron/filelist --- что нету. Он в postinst-скрипте создаётся. -- Alexander Galanin -- 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/20101129144523.03938118...@galanin.nnov.ru
Re: криптованный бэка п: возможено реализова ть простым путём?
Вот, напомнили бакулой, ещё dar может хранить раздельно каталог со списком файлов и непосредственно сами файлы. Список файлов можно использовать для инкрементального бэкапа, а сами данные хранить отдельно, что при больших объёмах резервируемой информации бывает удобно. Дык эта... Штатный наш гнутый tar для инкрементального бэкапа даже список файлов не использует. Так справляется... dump/restore тоже но это файлосистемозависимо, имхо У tar, кажется, нет. У dump - да, он сам по себе по определению файлосистемозависим. но где-то ведь он хранит информацию о версиях файлов в бэкапе? ему же нужно знать изменился файл с прошлого раза или нет Ему для этого достаточно одного флаг-файла. Ну, в предположении, что часы на бэкапимой машине идут нормально. Но все остальные средства бэкапа тоже живут в этом предположении. Только rsync, кажется, можно заставить проверять контент, но он это делает невообразимо долгое время (ну понятно, чтобы сравнить контент, его надо прочесть и из фс, и из бэкапа, целиком). -- Пифагоровы штаны Лобачевскому смешны -- lj user=osd -- 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/878w0ce1ph.wl%...@ran.pp.ru
Re: про автоматическо е обновление баз apt
(Ну, я, пожалуй, готов угадать один тестовый случай, который покажет разницу между что у нас тут из experimental и пора апгрейдить и что у нас тут хочется сапгрейдить из experimental. Но он довольно маргинален, и чинится без труда.) И что же это за случай? Это если ты взял исходник пакета, поправил его, увеличил, как и положено, версию, собрал и установил dpkg -i. Я подозреваю, что в этом случае при наличии более новой версии в experimental apt попытается сапдейтиться оттуда в твоих настройках. Лечится это, понятно, проще всего ручным холдом, а пальцастее - созданием своего репозитория. Причем обычно это все равно надо делать, потому что в новой версии в sid твоей правки, скорее всего, не будет. -- Велик и могуч постмодернистский читатель (c)Elenhil Laiquendo -- 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/877hfwe09i.wl%...@ran.pp.ru
Re: отписаться хочется
Д Пожалуйста отпишите меня!!! man procmailrc -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: отписаться хочетс я
Д Пожалуйста отпишите меня!!! man procmailrc Дим, а у нас что, отписка действительно не работает? Просто если работает, то этот совет, скорее всего, неадекватен. -- Психология - это наука о плохих контактах (С)энта -- 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/8739qkdpbk.wl%...@ran.pp.ru
Re: отписаться хочется
Д Пожалуйста отпишите меня!!! man procmailrc AC Дим, а у нас что, отписка действительно не работает? Просто если работает, то AC этот совет, скорее всего, неадекватен. ну просить в рассылке отписки при том что в конце практически каждого письма написано как отписаться это уже само по себе неадекватно и на шутки просто провоцирует :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: отписаться хочется
On 11/29/2010 08:36 PM, Dmitry E. Oboukhov wrote: ну просить в рассылке отписки при том что в конце практически каждого письма написано как отписаться это уже само по себе неадекватно и на шутки просто провоцирует :) От чего зависит это практически? -- sergio. -- 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/4cf3e5bd.7070...@sergio.spb.ru
Re: отписаться хочется
ну просить в рассылке отписки при том что в конце практически каждого письма написано как отписаться это уже само по себе неадекватно и на шутки просто провоцирует :) s От чего зависит это практически? от Content-Type и наличия подписей. Например вот это письмо скорее всего будет содержать информацию об отписке (если при отправке не забуду клавишу отмены пожмать) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 -- 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/20101129174544.gf6...@apache.rbscorp.ru
Re: отписаться хочется
On 11/29/2010 08:45 PM, Dmitry E. Oboukhov wrote: от Content-Type и наличия подписей. Например вот это письмо скорее всего будет содержать информацию об отписке (если при отправке не забуду клавишу отмены пожмать) Ну до Content-Type я уже догадался. А вот почему твоё предыдущее письмо без отписочной подписи? -- sergio. -- 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/4cf3e7c0.6050...@sergio.spb.ru
Re: отписаться хоч ется
On Mon, Nov 29, 2010 at 08:41:17PM +0300, sergio wrote: ну просить в рассылке отписки при том что в конце практически каждого письма написано как отписаться это уже само по себе неадекватно и на шутки просто провоцирует :) От чего зависит это практически? Опять? -- WBR, wRAR Powered by the ALT Linux fortune(6): Lost lioka: буква k в твоем нике - это от KDE? lioka это в kde буква к -- от моего ника Lost а gvy у нас гномер? wRAR Lost: WM Lost wRAR: gwmy :) * lioka .oO мишка gwmy signature.asc Description: Digital signature
Re: отписаться хочется
от Content-Type и наличия подписей. Например вот это письмо скорее всего будет содержать информацию об отписке (если при отправке не забуду клавишу отмены пожмать) s Ну до Content-Type я уже догадался. А вот почему твоё s предыдущее письмо без отписочной подписи? потому что мультипарт и signed насколько я понимаю подписываются только text/plain, остальные не подписываются -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: отписаться хо чется
On Mon, Nov 29, 2010 at 08:49:52PM +0300, sergio wrote: от Content-Type и наличия подписей. Например вот это письмо скорее всего будет содержать информацию об отписке (если при отправке не забуду клавишу отмены пожмать) Ну до Content-Type я уже догадался. А вот почему твоё предыдущее письмо без отписочной подписи? PGP/MIME -- WBR, wRAR Powered by the ALT Linux fortune(6): php-coder Много комментариев (3). php-coder : signature.asc Description: Digital signature
Re: отписаться хочетс я
man procmailrc AC Дим, а у нас что, отписка действительно не работает? Просто если работает, то AC этот совет, скорее всего, неадекватен. ну просить в рассылке отписки при том что в конце практически каждого письма написано как отписаться это уже само по себе неадекватно и на шутки просто провоцирует :) Шуткой было бы отредактировать .procmailrc _всем остальным_ подписчикам :-) -- Обладаю смехотворными способностями. Кнышев -- 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/871v64dn9m.wl%...@ran.pp.ru
Re: отписаться хочется
On 29/11/10 12:49 PM, sergio wrote: On 11/29/2010 08:45 PM, Dmitry E. Oboukhov wrote: от Content-Type и наличия подписей. Например вот это письмо скорее всего будет содержать информацию об отписке (если при отправке не забуду клавишу отмены пожмать) Ну до Content-Type я уже догадался. А вот почему твоё предыдущее письмо без отписочной подписи? Если посмотреть в исходник письма - то подпись там будет. -- 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/4cf3ea59.4020...@gmail.com
Re: отписаться хочется
On 11/29/2010 08:51 PM, Dmitry E. Oboukhov wrote: насколько я понимаю подписываются только text/plain, остальные не подписываются Ответ неверный. Подписть есть везде! Но для multipart она не показывается, потому что после неё не вставляется разделитель. -- sergio. -- 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/4cf3ea6d.9060...@sergio.spb.ru
Re: про автоматическо е обновление баз a pt
On 11/29/2010 03:45 AM, sergio wrote: почему только aptitude search '~U ~Aunstable' не работает? А это не баг, а фича: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522036 For instance, '?archive(testing)' matches any package available from the testing archive. So $ aptitude search '?and(?installed,?archive(experimental))' means all packages, which are installed and which have a version in experimental - whether installed or not, which explains the results of the OP. Ну и вообщем aptitude search '~U ~Aexperimental' работает только потому, что у пакетов из experimental приоритет ниже чем у unstable. -- sergio. -- 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/4cf426e1.6070...@sergio.spb.ru
debsums: no md5sums for
sudo debsums | grep -i failed /usr/share/apache2/error/HTTP_PRECONDITION_FAILED.html.var OK debsums: no md5sums for at debsums: no md5sums for binutils debsums: no md5sums for console-cyrillic debsums: no md5sums for doc-debian /usr/lib/eclipse/plugins/org.eclipse.jdt.junit_3.2.1.r321_v20060810/icons/full/ovr16/failed_ovr.gif OK debsums: no md5sums for ed debsums: no md5sums for emacsen-common debsums: no md5sums for g++ debsums: no md5sums for gawk debsums: no md5sums for hibernate debsums: no md5sums for initscripts debsums: no md5sums for installation-report debsums: no md5sums for java-gcj-compat debsums: no md5sums for libaudio-dev debsums: no md5sums for libaudio2 debsums: no md5sums for libdb4.5 /usr/include/c++/4.3/java/rmi/activation/ActivateFailedException.h OK /usr/include/c++/4.3/java/io/SyncFailedException.h OK /usr/include/c++/4.3/javax/security/auth/DestroyFailedException.h OK /usr/include/c++/4.3/javax/security/auth/login/FailedLoginException.h OK /usr/include/c++/4.3/javax/security/auth/RefreshFailedException.h OK debsums: no md5sums for libgdbm3 debsums: no md5sums for liblockfile1 /usr/lib/ruby/1.8/test/unit/assertionfailederror.rb OK debsums: no md5sums for libxine1 /usr/share/man/man9/iget_failed.9.gz OK debsums: no md5sums for lockfile-progs debsums: no md5sums for mawk debsums: no md5sums for module-init-tools debsums: no md5sums for netbase /usr/lib/openoffice/share/config/javasettingsunopkginstall.xml FAILED debsums: no md5sums for php5 /usr/share/skype/sounds/TransferFailed.wav OK /usr/share/skype/sounds/CallFailed.wav OK debsums: no md5sums for svgalibg1 /usr/share/synaptic/glade/dialog_update_failed.glade OK debsums: no md5sums for sysv-rc debsums: no md5sums for sysvinit debsums: no md5sums for sysvinit-utils debsums: no md5sums for update-inetd Что значит эта фигня, нет md5sum для ряда пакетов?! И, попутно, насколько может быть критично это: /usr/lib/openoffice/share/config/javasettingsunopkginstall.xml FAILED ? -- 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/4cf49dc2@gmail.com
