Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с ключами -K, -J
Если следующим шагом захочется разных клиентов/стораджей,
может иметь смысл сразу посмотреть
Ядро-то 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
debootstrap/cdebootstrap --arch=amd64 ругаются на Exec format
error Да и chroot из i386 в amd64 невозможен.
Возможен, если поставить 64-битное ядро с 32-битным userland.
Грозит ли чем-то смена ядра -amd64 моей 32-битной системе,
настроенной, рабочей и очень важной.
Хочу оценить
% cat /etc/apt/preferences.d/experimental
Package: *
Pin: release a=experimental
Pin-Priority: 200
вот теперь работает.
А вот это чревато боком. Оно теперь будет пытаться обновлять из experimental
пакеты, поставленные не оттуда. Хотя, наверное, не будет пытаться обновлять
те, что есть в
Тебе ж явно надо знать, есть ли в experimental апдейты, не для любого
пакета, а только для поставленного оттуда. А эта информация есть только у
тебя, у apt ее нет...
Откуда эта информация у apt-show-versions?
А она у него действительно есть? Или это так, эмпирика?
--
Рюмку взял -
On Mon, Nov 29, 2010 at 11:43:49AM +0300, Artem Chuprina wrote:
Тебе ж явно надо знать, есть ли в experimental апдейты, не для любого
пакета, а только для поставленного оттуда. А эта информация есть только у
тебя, у apt ее нет...
Откуда эта информация у apt-show-versions?
А она у него
Вот даже ещё более крутой вариант:
aptitude search '~U ~Aexperimental'
Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из
experimental? А не какие пакеты, поставленные из experimental, можно оттуда
сапгрейдить? И не какие пакеты, поставленные из experimental, можно
On 11/29/2010 11:46 AM, Artem Chuprina wrote:
Вот даже ещё более крутой вариант:
aptitude search '~U ~Aexperimental'
Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из
experimental? А не какие пакеты, поставленные из experimental, можно оттуда
сапгрейдить? И не
On 11/29/2010 11:42 AM, Artem Chuprina wrote:
А вот это чревато боком. Оно теперь будет пытаться обновлять из experimental
пакеты, поставленные не оттуда. Хотя, наверное, не будет пытаться обновлять
те, что есть в других репозиториях, с бОльшими весами.
А есть другие аврианты, как работать
Вот даже ещё более крутой вариант:
aptitude search '~U ~Aexperimental'
Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить
из
experimental? А не какие пакеты, поставленные из experimental, можно
оттуда
сапгрейдить? И не какие пакеты, поставленные из
On Mon, Nov 29, 2010 at 11:46:53AM +0300, Artem Chuprina wrote:
Вот даже ещё более крутой вариант:
aptitude search '~U ~Aexperimental'
Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из
experimental?
Угу. Включая неустановленные.
Если нужно сузить поиск по
On 11/29/2010 01:01 PM, Stanislav Maslovski wrote:
Вот даже ещё более крутой вариант:
aptitude search '~U ~Aexperimental'
Что-то я подозреваю, что это вопрос какие пакеты вообще можно сапгрейдить из
experimental?
Угу. Включая неустановленные.
Да нет же. ~U --- это upgradable,
В Пнд, 29/11/2010 в 11:32 +0300, Artem Chuprina пишет:
Есть простые способы сделать инкрементальный бэкап
зашифрованным? Сейчас никакого бэкапа вообще нет, раз в неделю
вручную делаю копию + WAL-лог базы ведётся
dar с ключами -K, -J
Если следующим шагом захочется
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?
И нужно что-то кроме ядра
Пожалуйста отпишите меня!!!
On Mon, Nov 29, 2010 at 09:00:06PM +1000, Дмитрий wrote:
Пожалуйста отпишите меня!!!
Страдайте.
--
WBR, wRAR
Powered by the ALT Linux fortune(6):
[...] самое большое количество ошибок безопасности, например, это
переполнение буфера, которое невозможно в языках, где есть тип данных
строка и нет
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
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
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
В LXDE непосредственно в lxinput меняю скорость мыши, а она не меняется.
подскажите ЧЯДНТ?
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 есть в пакете.
А вот
Вот, напомнили бакулой, ещё dar может хранить раздельно каталог со
списком файлов и непосредственно сами файлы. Список файлов можно
использовать для инкрементального бэкапа, а сами данные хранить
отдельно, что при больших объёмах резервируемой информации бывает
удобно.
(Ну, я, пожалуй, готов угадать один тестовый случай, который покажет разницу
между что у нас тут из experimental и пора апгрейдить и что у нас тут
хочется сапгрейдить из experimental. Но он довольно маргинален, и чинится
без труда.)
И что же это за случай?
Это если ты взял исходник
Д Пожалуйста отпишите меня!!!
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
Д Пожалуйста отпишите меня!!!
man procmailrc
Дим, а у нас что, отписка действительно не работает? Просто если работает, то
этот совет, скорее всего, неадекватен.
--
Психология - это наука о плохих контактах (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with
Д Пожалуйста отпишите меня!!!
man procmailrc
AC Дим, а у нас что, отписка действительно не работает? Просто если работает,
то
AC этот совет, скорее всего, неадекватен.
ну просить в рассылке отписки при том что в конце практически каждого
письма написано как отписаться это уже само по себе
On 11/29/2010 08:36 PM, Dmitry E. Oboukhov wrote:
ну просить в рассылке отписки при том что в конце практически каждого
письма написано как отписаться это уже само по себе неадекватно и на
шутки просто провоцирует :)
От чего зависит это практически?
--
sergio.
--
To UNSUBSCRIBE, email to
ну просить в рассылке отписки при том что в конце практически каждого
письма написано как отписаться это уже само по себе неадекватно и на
шутки просто провоцирует :)
s От чего зависит это практически?
от Content-Type и наличия подписей. Например вот это письмо скорее
всего будет содержать
On 11/29/2010 08:45 PM, Dmitry E. Oboukhov wrote:
от Content-Type и наличия подписей. Например вот это письмо скорее
всего будет содержать информацию об отписке (если при отправке не
забуду клавишу отмены пожмать)
Ну до Content-Type я уже догадался. А вот почему твоё предыдущее письмо
без
On Mon, Nov 29, 2010 at 08:41:17PM +0300, sergio wrote:
ну просить в рассылке отписки при том что в конце практически каждого
письма написано как отписаться это уже само по себе неадекватно и на
шутки просто провоцирует :)
От чего зависит это практически?
Опять?
--
WBR, wRAR
Powered by the
от Content-Type и наличия подписей. Например вот это письмо скорее
всего будет содержать информацию об отписке (если при отправке не
забуду клавишу отмены пожмать)
s Ну до Content-Type я уже догадался. А вот почему твоё
s предыдущее письмо без отписочной подписи?
потому что мультипарт и
On Mon, Nov 29, 2010 at 08:49:52PM +0300, sergio wrote:
от Content-Type и наличия подписей. Например вот это письмо скорее
всего будет содержать информацию об отписке (если при отправке не
забуду клавишу отмены пожмать)
Ну до Content-Type я уже догадался. А вот почему твоё предыдущее
письмо
man procmailrc
AC Дим, а у нас что, отписка действительно не работает? Просто если
работает, то
AC этот совет, скорее всего, неадекватен.
ну просить в рассылке отписки при том что в конце практически каждого
письма написано как отписаться это уже само по себе неадекватно и на
шутки
On 29/11/10 12:49 PM, sergio wrote:
On 11/29/2010 08:45 PM, Dmitry E. Oboukhov wrote:
от Content-Type и наличия подписей. Например вот это письмо скорее
всего будет содержать информацию об отписке (если при отправке не
забуду клавишу отмены пожмать)
Ну до Content-Type я уже догадался. А вот
On 11/29/2010 08:51 PM, Dmitry E. Oboukhov wrote:
насколько я понимаю подписываются только text/plain, остальные не
подписываются
Ответ неверный.
Подписть есть везде!
Но для multipart она не показывается, потому что после неё не
вставляется разделитель.
--
sergio.
--
To UNSUBSCRIBE, email
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
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
37 matches
Mail list logo
