>> Если с более старой версией не собирается, значит сбэкпортить и
>> эту библиотеку. Если собралось - поставить и внимательно
>> протестировать.
> Ох и гемор же с "пересборкой" в Дебиане.
> Лично мне этот процесс надоел в первый же год использования Дебиана.
> Для кое-какого стороннего софта вп
Eugene Berdnikov <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 20, 2008 at 05:34:52PM +0200, Aleksey Cheusov wrote:
> > касается полиси - мне НЕ нравится, что ssmtp, например, конфликтует со
> > всеми другими MTA. Это глупо и неудобно.
> Это тараканы одного конкретного пакета.
Увы. Мне например нужен
В Сбт, 22/03/2008 в 12:29 -0400, Nicholas пишет:
> Нужен следующий уровень абстракции umho.
>
Использовать снапшоты LVM-a ??
--
DamirX <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
AC>> pkg_delete(1)
AC>> -R This option triggers a recursive delete of the given package
AC>> and any pack- ages it depends on, unless some other
AC>> package still needs a dependent package. This -R option
AC>> can be used to clean up by deleting
2008/3/21 Nicholas <[EMAIL PROTECTED]>:
> > aptitude install package1+ package2-
>
> Можно, но слишком много пакетов будет, слишком много ньюансов
> ("зацикленные" зависимости например). Да и не удобно на практике - вот
> обновился я автоматом - что пришло то и обновил (домашний комп), и
> hib
On 2008.03.21 at 17:31:50 +0300, Artem Chuprina wrote:
>
> VW> У меня есть такое правило - если количество бэкпортов превысило
> VW> четверть количества установленных пакетов - пора делать
> VW> dist-upgrade на тестинг.
>
> Но вот если у тебя так _сейчас_ - подожди пару месяцев...
>
Не, не
21.03.08, Nicholas <[EMAIL PROTECTED]> написал(а):
>
> Надо было записывать, что обновлял
> сегодня, вчера... а где ? В текстовом редакторе ?
>
dpkg ведет лог всех действий. Тот же logwatch умеет его парсить и
читабельно писать, что происходило.
--
Stanislav V. Kogut
http://stasikos.livejournal
Victor Wagner -> debian-russian@lists.debian.org @ Thu, 20 Mar 2008 15:15:47
+0300:
>> > Ситуация в целом проясняется... Значит, корректные варианты - это
>> > выкачивать бинарники руками из backports, или компилить исходники
>> > из testing с разборкой зависимостей по ругани установщика, или
Aleksey Cheusov -> debian-russian@lists.debian.org @ Thu, 20 Mar 2008 19:34:32
+0200:
AC> pkg_delete(1)
AC> -R This option triggers a recursive delete of the given package
AC> and any pack- ages it depends on, unless some other
AC> package still needs a depend
On Thu, Mar 20, 2008 at 05:34:52PM +0200, Aleksey Cheusov wrote:
> касается полиси - мне НЕ нравится, что ssmtp, например, конфликтует со
> всеми другими MTA. Это глупо и неудобно.
Это тараканы одного конкретного пакета.
> ssmp имеет смысл использовать совместно с другими. Автостарт демонов
> то
> Aleksey Cheusov wrote:
>> Мне не известна система, полее удобная, чем apt, для работы с
>> бинарными пакетами.
> Замечальная вещь была dselect, а aptitude еще лучше.
> Единственное чего не хватает - возможности сейвить и лоудить наборы
> поставленных программ "определенных версий" - что бы не
>> Мне не известна система, полее удобная, чем apt, для работы с
>> бинарными пакетами. Ну а конкретно на счет "снести" - это вымышленная
>> проблема. apt - не единственная пакетная система, в которой пакет
>> "сносится" легко и непринужденно. upgrade, сборка и т.п. - вот тут все
> А двадцать
On 2008.03.20 at 17:34:52 +0200, Aleksey Cheusov wrote:
>
> >> Ох и гемор же с "пересборкой" в Дебиане.
>
> > Зато результат, как правило, оправдывает ожидания.
> > Особенно, если у тебя есть не одна машина.
> > Правильный дебиановский пакет с аккуратно прописанными зависимостями
> > и соотве
>> Ох и гемор же с "пересборкой" в Дебиане.
> Зато результат, как правило, оправдывает ожидания.
> Особенно, если у тебя есть не одна машина.
> Правильный дебиановский пакет с аккуратно прописанными зависимостями
> и соответствующий полиси - очень удобная в обращении вещь.
> Дешевле потратить
20.03.08, Victor Wagner<[EMAIL PROTECTED]> написал(а):
> Зато результат, как правило, оправдывает ожидания.
> Особенно, если у тебя есть не одна машина.
> Правильный дебиановский пакет с аккуратно прописанными зависимостями
> и соответствующий полиси - очень удобная в обращении вещь.
>
> Дешев
On 2008.03.20 at 10:18:18 +0200, Aleksey Cheusov wrote:
> > Ситуация в целом проясняется... Значит, корректные варианты - это
> > выкачивать бинарники руками из backports, или компилить исходники из
> > testing с разборкой зависимостей по ругани установщика, или не морочить
> > голову и перейти на
On 2008.03.20 at 10:09:03 +0200, Aleksey Cheusov wrote:
> Ох и гемор же с "пересборкой" в Дебиане.
Зато результат, как правило, оправдывает ожидания.
Особенно, если у тебя есть не одна машина.
Правильный дебиановский пакет с аккуратно прописанными зависимостями
и соответствующий полиси - очень
> Hi
> Aleksey Cheusov wrote:
>> Вот именно. Все-таки странный это подход не разделять систему
>> на стабильную "базовую систему" (kernel+libc+...) и сторонние пакеты.
>> Вот, у NetBSD-ников, пардон, правильнее и удобнее сделано IMHO.
>> Стабильные ветки базовой системы отдельно, 2.0, 2.1, 3.
3/20/2008, "Aleksey Cheusov" <[EMAIL PROTECTED]> БШ ОХЯЮКХ:
>Какой вариант "корректный" сильно зависит от того, как много пакетов
>тебе приходится выборочно обновлять. Если пару штук в год, то можно и
>пересобрать. Если они все есть в backports, то IMHO легче прописать
>таки его в sources.list
3/20/2008, "Aleksey Cheusov" <[EMAIL PROTECTED]> БШ ОХЯЮКХ:
>Вот именно. Все-таки странный это подход не разделять систему
>на стабильную "базовую систему" (kernel+libc+...) и сторонние пакеты.
>Вот, у NetBSD-ников, пардон, правильнее и удобнее сделано IMHO.
>Стабильные ветки базовой системы отде
>>Собственно, ровно это проделывают те, кто создает пакеты для backports.
>>Пакетирование программы с сайта разработчика - куда более сложная
>>задача, чем бэкпорт пакета из тестинга в stable.
> Ситуация в целом проясняется... Значит, корректные варианты - это
> выкачивать бинарники руками из
> Устанавливать программы из тестинга в стабильную систему сейчас не
> получится. В тестинге опять libc поменяли. Следовательно, для того чтобы
> программа заработала, потребуется апгрейд libc и кучи других важных
> библиотек. В результате получится тот же самый переход на testing,
> только с неко
Спасибо за ответы!
3/19/2008, "Nicholas" <[EMAIL PROTECTED]> ��
��:
>Не уверен что это правильно, но:
>
>можно прописать в /etc/apt/apt.conf
>APT::Default-Release "stable"
>
>и добавить в /etc/apt/sources.list
>deb http://ftp.debian.org/debian/ testing main contrib non-free
Идею понял!
3/
On 2008.03.19 at 21:40:52 +0300, Mishustin Alexey wrote:
> Здравствуйте!
>
> Пожалуйста, проясните мне положение дел с обновлением со stable (Etch) до
> testing
> (Lenny) не всей системы, а только конкретной программы (набора пакетов)?
>
> - Только через volatile/backports?
Или пересобирать
Mishustin Alexey wrote:
Пожалуйста, проясните мне положение дел с обновлением со stable (Etch) до
testing
Не уверен что это правильно, но:
можно прописать в /etc/apt/apt.conf
APT::Default-Release "stable"
и добавить в /etc/apt/sources.list
deb http://ftp.debian.org/debian/ testing main cont
Здравствуйте!
Пожалуйста, проясните мне положение дел с обновлением со stable (Etch) до
testing
(Lenny) не всей системы, а только конкретной программы (набора пакетов)?
- Только через volatile/backports?
- Какие строчки нужно добавлять в sources.list для автоматической подгрузки
volatile/bac
26 matches
Mail list logo
