Ох уж этот ваш APT... Когда ни сталкивался с debian-based - и apt-get, и aptitude устраивают такие жуткие пляски с зависимостями, что хочется взять и установить какой-нибудь арч. До сих пор поражаюсь, как на такой стабильной и популярной системе, как дебиан, не переписали пакетный менеджер по человечески.

Выдохнул.

В apt и aptitude нет никаких проблем в работе с зависимостями. Они есть только в вашем воображении.

Лор такой лор. Если в %utilname% баги, то это либо воображение, либо %utilname% не нужен.

Ты конкретно говори, как проявился баг, при установке или удалении каких пакетов. Потому что УМВР. Как и, думаю, у 99% дебианщиков.

Это руки и нежелание читать.

Когда ни сталкивался с debian-based - и apt-get, и aptitude устраивают такие жуткие пляски с зависимостями, что хочется взять и установить какой-нибудь арч

который просто ломается, когда захочет? нет, спасибо

Пример. Ставлю пакет unrar. Вместо того, чтобы ставить его, aptitude начинает процедуру конфигурации установленной кем-то до этого mysql. Почему нельзя просто поставить то, что я ему сказал, а операции с другими пакетами оставить для того, кто их ставил? Аналогичный пример - ставил, кажется, zip - получил установку иксов и падение с ошибкой. Ладно, я понимаю, что он не может поставить иксы на VPS. Но почему нельзя просто поставить zip, а иксы ставить тогда, когда я дам команду поставить иксы? Почему он пытается думать за меня и делать не то, что я ему говорю, а все сразу?

УМВР.

Точно. Команда aptitude install пакет - это не установка пакета, а глобальное обновление системы и конфигурация приложений. Это, наверное, записано большими буквами в священном писании дебиана?

вот-вот. Меня всегда удивляли люди, которые не способны выбрать из двух вариантов один (а к этому практически всегда сводятся проблемы с зависимости).

Я ставил unrar и все сработало четко и как положено. ЧЯСНТ?

Почему нельзя просто поставить то, что я ему сказал, а операции с другими пакетами оставить для того, кто их ставил?

С тобой все понятно.

Команда aptitude install пакет - это не установка пакета, а глобальное обновление системы и конфигурация приложений. Это, наверное, записано большими буквами в священном писании дебиана?

Это написано буквами стандартного для терминала размера в настройках aptitude, которые можно изменить методом установки/снятия галочек в псевдографическом интерфейсе.

> aptitude начинает процедуру конфигурации установленной кем-то до этого mysql.

pacman поступает точно также, между прочим. И это, я скажу, правильно. А тем, кто начал устанавливать пакет, обрубил установку в момент конфигурации, и так это оставил - надо делать профилактическую клизму с перцем.

> Аналогичный пример - ставил, кажется, zip - получил установку иксов и падение с ошибкой.

Только что проверил на ВПС без иксов - отлично стал зип, без проблем. ЧЯДНТ?

И да, кривые зависимости пакетов - это не проблема самого package-manager'а.

Точно. Команда aptitude install пакет - это не установка пакета, а глобальное обновление системы и конфигурация приложений. Это, наверное, записано большими буквами в священном писании дебиана?

эмм. почему у меня не так?

user@dearfriend:~$ sudo aptitude upgrade
Следующие пакеты будут обновлены:                
  cpp dictionaries-common g++ gcc gtk2-engines-pixbuf libgail18 libgssapi-krb5-2 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libk5crypto3 
  libkrb5-3 libkrb5support0 libplist1 libxvidcore4 
РЕКОМЕНДУЮТСЯ следующие пакеты, но автоматически они установлены НЕ БУДУТ:
  krb5-locales 
15 пакетов обновлено, 0 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено.
Необходимо получить 13,3 MB архивов. После распаковки освободится 174 k байт.
Хотите продолжить? [Y/n/?] n
Прервать.
user@dearfriend:~$ sudo aptitude install psi
Следующие НОВЫЕ пакеты будут установлены:        
  libaudio2{a} libqca2{a} libqca2-plugin-ossl{a} libqt4-dbus{a} libqt4-designer{a} libqt4-network{a} libqt4-qt3support{a} libqt4-script{a} 
  libqt4-sql{a} libqt4-xml{a} libqtcore4{a} libqtgui4{a} psi 
РЕКОМЕНДУЮТСЯ следующие пакеты, но автоматически они установлены НЕ БУДУТ:
  libqt4-sql-ibase libqt4-sql-mysql libqt4-sql-odbc libqt4-sql-psql libqt4-sql-sqlite libqt4-sql-sqlite2 sox 
0 пакетов обновлено, 13 установлено новых, 0 пакетов отмечено для удаления, и 15 пакетов не обновлено.
Необходимо получить 20,7 MB архивов. После распаковки 50,1 MB будет занято.
Хотите продолжить? [Y/n/?] n
Прервать.

Пример. Ставлю пакет unrar. Вместо того, чтобы ставить его, aptitude начинает процедуру конфигурации установленной кем-то до этого mysql. Почему нельзя просто поставить то, что я ему сказал, а операции с другими пакетами оставить для того, кто их ставил? Аналогичный пример - ставил, кажется, zip - получил установку иксов и падение с ошибкой. Ладно, я понимаю, что он не может поставить иксы на VPS. Но почему нельзя просто поставить zip, а иксы ставить тогда, когда я дам команду поставить иксы? Почему он пытается думать за меня и делать не то, что я ему говорю, а все сразу?

потому, что на том VPS были проблемы с иксами, которые я случайно вызвал установкой не-headless жабой

Я тоже когда использовал Debian, сталкивался с проблемами зависимостей используя Aptitude, с apt-get такого не разу не было. Я тогда еще не понимал, почему его рекомендуют использовать, ведь с apt-get всё всегда работало.

тоже когда использовал Debian, сталкивался с проблемами зависимостей используя Aptitude, с apt-get такого не разу не было. Я тогда еще не понимал, почему его рекомендуют использовать, ведь с apt-get всё всегда работало.

Apt-get работает в более автоматическом режиме и часто просто игнорирует проблемы, из-за чего иногда становится невозможным ни установить пакет при конфликте, ни уладить эту ситуацию. А в особо тяжелых случаях использование apt-get может стать фатальным.

Говорю по своему опыту криворукого дебианщика.

А арче почти те же проблемы, тебе пора в генту.

Я и так в генте и в арче. Ни в одном из них ни разу не сталкивался с проблемами при установке пакетов (не считая кривых ебилдов в генте, но там это легко обходится).

Дебиан - Ъ. А сервер о котором идет речь скорее исключение из правил. Пофиксили мускуль и заодно vzquota. Теперь он вполне рабочий и приятный, так что пересмотри свою позицию :)

Я уже столько намучился с этим Ъ, что лучше не буду его трогать. Вдруг опять что-нибудь сломается :3

Да и смысла нет. У себя я дебианов не держу, только на чужих серверах сталкиваться приходится.

Удалите пожалуйста в дебиане OO.o Calc, оставив OO.o Writer через APT...

Ага, было подобное. Я ставил в Убунту много пакетов из реп будущего релиза и в конце концов apt-get при любой команде стал предлагать снести всё кроме ядра. Посоветовали Aptitude, с ним этой проблемы не было.

А в чем проблема-то?

Попробуй и узнаешь. Во всяком случае была проблема в мою бытность на Debian. Решалась только вручную через aptitude, снимая зависимости автоматически устанавливаемых пакетов. Бред конечно... Чтобы снести gnome-games нужно было снести и сам гном.

1. Врать нехорошо.

2. Сколько дистрибутивов поменял с тех пор - двадцать, тридцать, пятьдесят?

3. Тестировщик-дистрибутивов-аматор?

anonymous (24.01.2012 16:09:54)

пнх?

спг! длб!

Попробуй и узнаешь.

Я бы не спрашивал, если бы не пробовал.

Решалась только вручную через aptitude, снимая зависимости автоматически устанавливаемых пакетов. Бред конечно...

А на что ты надеялся, устанавливая метапакет? Разумеется, если тебе вздумалось удалить одну из его зависимостей, метапакет стал broken и пакетный менеджер среди прочих (!) решений предложил тебе удалить метапакет.

Напомню, у тебя была возможность сразу установить только те программы из Openoffice.org, которые тебе нужны, не прибегая к установке метапакета. Так что характеристику «бред» нужно относить к твоим действиям, а пакетный менеджер работает вполне предсказуемо. Не стану идеализировать, в aptitude есть проблемы с работой с метапакетами, но в данной ситуации все вполне логично.

как раз в aptitude эта проблема и решается - читай внимательно, а в apt - нет. И на каком этапе установки системы мне предлагают выбор пакетов, как к примеру в Ясте?

Не хочу повтаряться - я про подобную «сложность»:

http://linuxforum.ru/viewtopic.php?id=198

как раз в aptitude эта проблема и решается - читай внимательно, а в apt - нет.

Aptitude - это фронт-энд к APT. Об apt-get и прочих synaptic'ах говорить ничего не стану, не пользуюсь. Но в Debian всегда открыто рекомендовали юзать aptitude вообще-то.

И на каком этапе установки системы мне предлагают выбор пакетов, как к примеру в Ясте?

Это претензии к установщику. Нормальные пацаны, когда устанавливают Debian, ставят только базовую систему, а все остальное накатывают на свой вкус сразу после установки, можно даже в одну команду.

Это претензии к установщику. Нормальные пацаны, когда устанавливают Debian, ставят только базовую систему, а все остальное накатывают на свой вкус сразу после установки, можно даже в одну команду.

Ладно, не об этом речь.

Ну так опять все упирается в непонимание основ работы пакетного манагера и сути метапакетов.

+1

Ну так опять все упирается в непонимание основ работы пакетного манагера и сути метапакетов.

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

спорим ни о чём. я самоустраняюсь. мерси.

недостаточной информационной базой дистрибутива, т.к. пакетным манагером пользуются практически каждый день в отличии от файервола и в где-то в вики можно было раскрыть эту специфику во втором пункте.

В документации все эти нюансы довольно подробно объяснены. Если некоторые пользователи не читают документацию и считают, что программы должны работать не в соответствии с элементарной логикой, а их личными сиюминутными прихотями, это далеко не «недостаточная информационная база».

Коллега, вот скажите, сколько документации нужно прочесть после установки системы? Я согласен на вступительный минимум, но исходя их твоего аргумента, работать человек сможет перелопатив всю вики и науту - месяца через три? Кому это нужно? Для десктопного юзера - нужно одно, для админа вебсервера - иное и т.п. Но работа с зависимостями пакетов должна бы раскрываться на этапе установщика. Разве нет?

Для десктопного юзера

Обычному десктопному юзеру не жмут gnome-games или calc, вот в чем нюанс. А если хочешь лезть в дебри, вполне справедливо, что приходится читать документацию.

Но работа с зависимостями пакетов должна бы раскрываться на этапе установщика.

Что-то я не припомню, чтоб в какой-нибудь Fedora, для примера, на этапе установки пользователю подсовывали документацию пакетного менеджера.

Что-то я не припомню, чтоб в какой-нибудь Fedora, для примера, на этапе установки пользователю подсовывали документацию пакетного менеджера.

Толсто.

Не утрируйте, коллега. Иначе я приведу в пример Яст, который хоть и не подсовывает документацию, но проверяет зависимости, выбранных к установке тобою пакетов.

Мой опыт работы с Дебианом был именно на этапе десктопности и мне таки очень жали ненужные пакеты: Ekiga, Evolution, Games, Epiphany, Dasher, Orca, Totem и др. И мне пришлось потыкаться по гуглу, чтобы понять почему у меня сносится весь гном или весь оффис.

Я понял твои аргументы и взгляды, отчасти разделяю. Останемся при своих,ок?

Не утрируйте, коллега. Иначе я приведу в пример Яст, который хоть и не подсовывает документацию, но проверяет зависимости, выбранных к установке тобою пакетов.

Я не утрирую. Я не понимаю, что ты подразумеваешь под «проверяет зависимости». Debian что, не проверяет? Ну а то, что у Suse более функциональный установщик, я и так знаю и как бы не отрицаю.

мне таки очень жали ненужные пакеты: Ekiga, Evolution, Games, Epiphany, Dasher, Orca, Totem и др.

Ну, значит, ты предъявлял к системе более высокие требования, чем обычный юзер. Чем тебе эти пакеты мешали, если так разобраться?

Останемся при своих,ок?

Да запросто.

Пользуешься метапакетами, а потом решил задним числом откзаться от этого? Почитай уже ман на тему (un)markauto!

С этим есть какие-то проблемы?
http://i31.fastpic.ru/big/2012/0124/53/87b1afa09a8f6c782cc8eeb28bfef053.png

pacman поступает точно также, между прочим. И это, я скажу, правильно.

Шты ?!!

Apt-get работает в более автоматическом режиме и часто просто игнорирует проблемы

Плюсую.

Под убунтой у меня связаные проблемы были постоянно.

Под арчем - один раз за 2 года, и то из-за самого пакета а не менеджера.

Нормальные пацаны, когда устанавливают Debian, ставят только базовую систему, а все остальное накатывают на свой вкус сразу после установки, можно даже в одну команду.

Люто плюсую.

в Debian всегда открыто рекомендовали юзать aptitude вообще-то

Вот именно. всегда использую aptitude, проблемы если и есть, то в любом случае их меньше чем с чем-либо другим.

Попробуй cupt (реклама, да :)).

Когда ни сталкивался с debian-based - и apt-get, и aptitude устраивают такие жуткие пляски с зависимостями, что хочется взять и установить какой-нибудь арч.

Осиль cupt. Он решает все 100% зависимостей сам :) Хотя и с aptitude без жуткой мешанины веток наткнуться на проблемы с зависимостями нереально.

До сих пор поражаюсь, как на такой стабильной и популярной системе, как дебиан, не переписали пакетный менеджер по человечески.

Решалка зависимостей не идеальна, а все остальное - супер. И есть cupt, где решалка зависимостей таки идеальна :)

Вот вот, и пользовались бы православным Portage, а не всякими недоменеджерами на подобии APT

Баги в %utilname% никак не подходят под твое описание :) В aptitude есть неприятные баги с multiarch, больше никаких баг не замечал вроде.

А с этим есть проблемы?

http://rghost.ru/36093802/image.png

установленной кем-то до этого

Ололо. У наших новичков, которые недавно на линукс сели, тоже вечно проблемы. То пакет недоустановлен, то .bashrc удалят, то эклипс из-под рута запустят.

Проблемы с чем? Вырвиглазными зелеными шрифтами в терминале?

Пример. Ставлю пакет unrar. Вместо того, чтобы ставить его, aptitude начинает процедуру конфигурации установленной кем-то до этого mysql.

Это значит, что mysql до этого был не сконфигурирован (читай - сломан). Все правильно делает, by default APT пытается пофиксить все несконфигурированные пакеты.

Аналогичный пример - ставил, кажется, zip - получил установку иксов и падение с ошибкой.

Не верю и ни за что не поверю!

$ cupt depends zip
zip 3.0-4:
  Depends: libbz2-1.0
  Depends: libc6 (>= 2.7)
  Recommends: unzip
$ cupt depends libbz2-1.0
libbz2-1.0 1.0.6-1:
  Pre-Depends: multiarch-support
  Depends: libc6 (>= 2.3)

Команда aptitude install пакет - это не установка пакета, а глобальное обновление системы и конфигурация приложений.

Нет. Это установка пакета.

А с этим есть проблемы?

Да, слезятся глаза и руки наощупь ищут кнопку выключения монитора, дабы поскорее развидеть это.

Вместо того, чтобы ставить его, aptitude начинает процедуру конфигурации установленной кем-то до этого mysql.

DPkg::ConfigurePending «false»;

Да ты дальтоник!

А у тебя это от твоей дженты глаза текут.

Ты не переживай, у меня тоже везде зелёный шрифт терминала, это нормально и с этим можно жить, не обращай внимание на завистников. Но розовый и красный...

Но розовый и красный...

Шапка, Ынтерпрайз, дефолт

Клёво, полупрозрачные панели по дефолту в ынтерпрайзе. Судя по гуглу из дефолта тут только обоина.

Вот тебе надо всё испортить, да?!!!!!

Я, наверное, плохо выразился. Иксы пытались установить ранее, но они не поставились из-за ошибки. Что бы сделал portage? Проигнорировал бы пакет с ошибкой и посчитал, что его и не было. Что делает aptitude? Пытается в первую очередь поставить этот пакет и падает, не доходя даже до того, что я на самом деле пытаюсь ставить.

А без смеси веток в дебиане никуда. Хочу стейбл с последним апачем, самосборным php закатанным в пакеты, и чтобы при обновлении не пытался обновить апач с пхп а тихо ждал пока я его пересоберу и обновлю.

Все правильно делает aptitude. Если ты отрубил процесс посреди установки, то пакет останется недоустановленным и aptitude в следующий раз займется его доустановкой.

Для меня это странно. portage обычно ставит у себя в песочнице, и при оборвавшейся установке подчищает за собой, будто установки никогда и не было.

А без смеси веток в дебиане никуда.

На десктопе смесь веток нужна не часто. И да, смесь веток юзабельна. С cupt :)

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

Ну тут уж понадобится-таки смесь веток :)

cupt

Спасибо тебе! Как же я про него не знал? Теперь буду юзать.

Почему нельзя просто поставить то, что я ему сказал, а операции с другими пакетами оставить для того, кто их ставил?

Какой ужас.

Аналогичный пример - ставил, кажется, zip - получил установку иксов и падение с ошибкой.

У zip в зависимостях прописаны иксы? Это точно-точно дебиан был? Может трава?

См. предыдущие посты, я там на все вопросы ответил.

плюсую ибо сам дебианообразные дистры не люблю. видимо это особенность всех слаководов. хотя тот же CentOS нормально перевариваю на серверах, и мне он гораздо более удобоварим чем дебиан.

видимо это особенность всех слаководов

Ну я-то не слаковод. Я слаку даже не пробовал. Не понял, в чем ее киллер-фичи.

На десктопе нужен тупо тестинг или анстейбл. Или убунта.

В aptitude внизу есть краткое описание пакета. Типа ...meta-package depends... plus... Не читая документации, оно бросается в глаза. Т.е. такие пакеты как gnome, OO следует читать как весь_гном, весь_ОО. И тогда при попытке удаления игр или таблиц - логично у вас уже больше не может быть всего_гнома, всего_ОО.

Хотя мне уже тяжело смотреть на этот процесс со стороны, поэтому, может, и есть тут что-то нелогичное на первы взгляд. Тогда надо улучшать человеко-машинное взаимодействие.

Лор такой лор. Если в %utilname% баги, то это либо воображение, либо %utilname% не нужен.

Объективности ради скажу, что никогда проблем с aptitude не имел, был удивлен, что в последней убунте ее уже не было по умолчанию, тут же поставил и пользуюсь. Вот сегодня узнал, оказывается там 800 багов :) Ну, если с таким кол-вом багов она превосходно работала, то когда баги закроют вообще все отлично будет. Рад за новость :)

Вот вот, и пользовались бы православным Portage, а не всякими недоменеджерами на подобии APT

Лол, так я и пользуюсь. Просто одно время сидел на дебиане, и от управления пакетами у меня остались нехорошие воспоминания.

portage

тебе же уже сказали: DPkg::ConfigurePending «false»;

в последней убунте ее уже не было по умолчанию

В 11.10? В precise-alternate-i386.iso она есть. Возможно, из-за того, что precise и/или alternate.

Киллер-фича слаки не в присутствии чего-то супер-мега-опупенного-отсутстующего-в-других-дистрах. Просто Патрик каким-то одному ему известным образом подбирает софт, чтобы он одновременно был и свеж и стабилен. Ни один из багов, на которые тут орут «РЕШЕТО!» у меня в слаке не работает, включая пресловутый 12309.

Да ничего тут сложного и нелогичного нет. В aptitude всё это решено очень удобно. Я говорю о том, что инфа эта должна лежать на поверхности и попадаться юзеру одной из первой.

плюсую ибо сам дебианообразные дистры не люблю. видимо это особенность всех слаководов.

Не знаю, я три года был на слаке как единственной системе, и кучу лет она была где-то под рукой. Пока Дебиан не вытеснил окончательно.

Это не баги это фичи!

Aptitude православен! Время от времени у пользователей всех пм'ов случается батхерт из за зависимостей!

~$ apt-cache show gnome
Package: gnome
Source: meta-gnome3
Version: 1:3.0+6
Installed-Size: 51
Maintainer: Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>
Architecture: amd64
Depends: gnome-core (= 1:3.0+6), desktop-base, alacarte (>= 0.13.2), cheese (>= 3.0), ekiga (>= 3.2), evolution (>= 3.0), evolution-plugins (>= 3.0), file-roller (>= 3.0), gedit (>= 3.0), gnome-games (>= 1:3.0), gnome-nettool (>= 3.0), hamster-applet (>= 2.91.2), seahorse (>= 3.0), tomboy (>= 1.6) | gnote, vinagre (>= 3.0), abiword (>= 2.8) | libreoffice-gnome, avahi-daemon, gimp (>= 2.6), gnome-media (>= 2.91), gnumeric (>= 1.10) | libreoffice-gnome, inkscape (>= 0.48), rhythmbox (>= 2.90), shotwell, simple-scan, sound-juicer (>= 2.32.1+20110330), transmission-gtk, xdg-user-dirs-gtk, cups-pk-helper (>= 0.1.2), epiphany-extensions (>= 3.0), gedit-plugins (>= 3.0), gnome-applets (>= 2.91), gstreamer0.10-ffmpeg (>= 0.10.12), gstreamer0.10-plugins-ugly (>= 0.10.18), gvfs-bin, nautilus-sendto (>= 3.0), rhythmbox-plugins, rhythmbox-plugin-cdrecorder, telepathy-gabble, telepathy-salut, totem-mozilla, totem-plugins, libgtk2-perl (>= 1:1.130)
Recommends: browser-plugin-gnash, gdebi, gnome-games-extra-data (>= 3.0), liferea | evolution-rss | blam, menu-xdg, nautilus-sendto-empathy, telepathy-butterfly, telepathy-idle
Suggests: dia-gnome, gnucash, libreoffice-gnome, libreoffice-evolution, planner, gnome-tweak-tool
Description-en: The GNOME Desktop Environment, with extra components
 This is the GNOME Desktop environment, an intuitive and attractive
 desktop, with extra components.
 .
 This meta-package depends on the standard distribution of the GNOME
 desktop environment, plus a complete range of plugins and other
 applications integrating with GNOME and Debian, providing the best
 possible environment to date.

Наверно надо просто читать описания пакетов, и при встрече новых непонятных слов обратиться в google.

http://bredsaal.dk/a-quick-guide-to-debian-metapackages

Наверное нужно...

но вот тут всё более внятней:

http://mirvir.ru/udalenie-otdelnogo-componenta-meta-paketa-v-debian-ubuntu

И почему бы Дебиану автоматически не снимать эти зависимости после установки системы с нуля?

Метапакеты не для того. Вот ставил ты «полный KDE» и после апгрейда у тебя будет «полный KDE», что бы там в нём не изменилось.

Ну наверно, потому что он не умеет читать мысли, откуда ему знать, что для Гнома вы хотите снять автоматическое удаление зависимостей, а для пакета foo не хотите?

Есть решение «руками»: в пакетном менеджере вы выбираете метапакет, он автоматически помечает для установки все зависимости, и тут же убираете метапакет, при этом зависимости останутся и будут устанавливаться отдельно без метапакета, что не приведет к пометке их на автоудаление, метапакет можно поставить позже по желанию.

Я, кстати, сам пользуюсь вот уже 10 лет dselect, он попроще и работает, на мой взгляд, более прозрачно, чем aptitude.

Удалите пожалуйста в дебиане OO.o Calc, оставив OO.o Writer через APT...

Попробовал в кубунте через aptitude - нормально удаляет... Writer остается

Откровенное 4.2.

У меня тестинг. Анстейбл на десктоп - я бы не рискнул, хотя многие говорят, что работает. Убунту - имел дело с этим зверем - больше никогда не захочу с им связываться :)

У меня как раз везде убунта уже, и на сервера новые ее ставлю. Разница в удобстве с дебианом как у винды с досом.

Убунта - это DOS.

Убунта - это говно.

Чем она вам не нравится? Поясню чем она нравится мне.

1. Новое железо из коробки. 2. Очень быстрая загрузка (особенно серверной версии, тыкаю ее в тонкие клиенты и прочую мелочевку) 3. Удобный motd - сразу понятно куда попал 4. Автообновление из коробки без костыляния скриптов

3. Удобный motd - сразу понятно куда попал

убило. напоминалка чтобы «снести это нах»? :D

4. Автообновление из коробки без костыляния скриптов

Детишки уже изменение одной опции в apt.conf считают «костылянием конфигов»? Куда мир катится...

Файла apt.conf в дебиане вообще не существует, мимо. Я хочу чтобы сервер автоматически накатывал обновления в 3 часа ночи ежедневно. В винде так настроено по умолчанию, а в дебиане нет.

Файла apt.conf в дебиане вообще не существует, мимо.

Вообще-то /etc/apt/apt.conf.d/ существует и даже очень непустой такой.

Я хочу чтобы сервер автоматически накатывал обновления в 3 часа ночи ежедневно.

Ну прочти документацию и сделай так.

В винде так настроено по умолчанию, а в дебиане нет.

Тому есть замечательная причина: дебиан не винда.

Файла apt.conf в дебиане вообще не существует

man touch

Я хочу чтобы сервер автоматически накатывал обновления в 3 часа ночи ежедневно.

man crontab

Первая итерация: прописываем aptitude update && aptitude upgrade

ничего не работает

тестим - зависает на вопросе yes/no

вторая итерация - начинаем костылять конфиги чтобы не спрашивал лишних вопросов.

Тому есть замечательная причина: в винде у меня обновления тыщу лет ничего не ломали, а в дебиане вечно то апач то mysql отвалятся.

Первая итерация: прописываем aptitude update && aptitude upgrade

Неправильная «итерация». Первой итерацией должно быть чтение штатной документации. man 8 apt, /usr/share/doc/apt/.

ничего не работает

А что вы ожидали от изобретения собственного велосипеда с квадратными колесами? Да еще и «енженером», только по-наслышке знакомым с арифметикой, не говоря уже о «вышке» из обычной вузовской программы :)

Узнайте сперва как все устроено, прежде чем тупо тыкать пальцами в то, что вам кажется является кнопкой «сделай мне зашибись».

Тому есть замечательная причина: в винде у меня обновления тыщу лет ничего не ломали, а в дебиане вечно то апач то mysql отвалятся.

Не опишите подробнее пример такого «отваливания»? Достаточно одного. Укажите хоть приблизительно версии пакетов, дистрибутива. Свои действия. Что сделали для устранения проблемы.

man 8 apt

SYNOPSIS
apt

DESCRIPTION
APT is a management system for software packages. For normal day to day package management there are several
frontends available, such as aptitude(8) for the command line or synaptic(8) for the X Window System. Some
options are only implemented in apt-get(8) though.

OPTIONS
None.

FILES
None.

SEE ALSO
apt-cache(8), apt-get(8), apt.conf(5), sources.list(5), apt_preferences(5), apt-secure(8)

DIAGNOSTICS
apt returns zero on normal operation, decimal 100 on error.

BUGS
This manpage isn't even started.

Ошибка была тривиальная. Я обновлял mysql, ввел пароль админа с опечаткой. Действия пакетной системы: она поменяла его в конфиге, затем попыталась стопнуть mysql. Конечно пароль оказался неправильным, и весь процесс установки обвалился. Кильнул mysql, запускаю обновление дальше. Мимо - он его запускает и тутже пытается остановить. Читаем init скрипты mysql, находим куда вписать правильный пароль - чудом сработало.

Вообще восхищает поведение системы при ошибке в {pre,post}rm скриптах - пакет нельзя ни обновить ни удалить.

И если уж про баги в апте - с дефолтными конфигами дебиана если прописать стейбл, тестинг и анстейбл то не проходит apt-get update - память заканчивается.

man 8 apt
...
SEE ALSO
apt-cache(8), apt-get(8), apt.conf(5), sources.list(5), apt_preferences(5), apt-secure(8)

И? То что ты все это «не читал» - мне и без этого было понятно. Вот тебе и подсказали выше, что это надо было бы сделать.

Ошибка была тривиальная. Я обновлял mysql, ввел пароль админа с опечаткой.

1. При *обновлении* mysql не просят ввести пароль админа (afaik, только если был пустой). 2. Ввести пароль админа неверно при *установке* - система просто не даст неправильно (вы вводите его дважды, он должен совпадать). 3. «В init-скриптах mysql» *нет* и не используется никакого «пароля админа», который следовало бы вводить.

Тем более, вы не привели ни версию пакетов mysql*, ни версию Debian.

Вообще восхищает поведение системы при ошибке в {pre,post}rm скриптах - пакет нельзя ни обновить ни удалить.

Можно. Но предварительно стоит разобраться что привело к ошибке и исправить это.

с дефолтными конфигами дебиана если прописать стейбл, тестинг и анстейбл

Ни в каком дефолтном конфинге дебиана нет и не будет такой идиотской смеси.

Те ССЗБ, кто подобное используют, вполне вероятно однажды получат и не такие «баги» как вы описали выше. Дебиан тут непричем - если вы используете версии пакетов для разработчиков, то не плачьте что получаете проблемы.

то не проходит apt-get update - память заканчивается.

Маны-то не читал. Вот и получил «баг в апте». Как обычно, проблема в ДНК.

Не вам решать какие репы мне нужны. Дело апта просто брать те репы которые я указал и ставить из них пакеты. Почему он не может довыделить памяти - загадка.

Тем не менее пароль админа у меня спросили. Может потому что апдейт был с 5.3 до 5.4. init скрипт читает файл my.cnf в который вбит пароль админа. Я ввел пароль дважды неправильно. Система сравнила их между собой но не проверила что пароль правильный и что вся пакетная система дебиана не встанет раком из-за этой опечатки.

Можно. Но предварительно стоит разобраться что привело к ошибке и исправить это.

Это гениально. Я хочу снести тупую глючную программу которая мне не понравилось - а мне надо ее сначала отдебагать.

Не вам решать какие репы мне нужны.

Не мне. Но вы, надеюсь, поняли что проблема не в дебиане?

Дело апта просто брать те репы которые я указал и ставить из них пакеты. Почему он не может довыделить памяти - загадка.

Может. Настройте его соответствующим образом. Если вам надо, чтобы он по-умолчанию мог отожрать столько памяти, что его oom-killer убъет - то другим такое не надо.

Не вам решать какие репы мне нужны.

http://www.debian.org/releases/sid/
Последнее предложение хорошо видно? Если ты полез в электрощит на котором написано «Не влезай, убьет» и тебя убило, то энергокомпания тут не виновата. Такие дела.

Почему он не может довыделить памяти - загадка

Сильно подозреваю, что апт просто не сумел выполнить невыполнимое - пытаясь создать из трех (в общем случае, взаимоисключающих) наборов пакетов непротиворечивую систему, удовлетворяющую твоему запросу, решатель зависимостей ушел в рекурсию.

И если уж про баги в апте - с дефолтными конфигами дебиана если прописать стейбл, тестинг и анстейбл то не проходит apt-get update - память заканчивается.

Почему у меня такого не было? И коли ты так уверен, то давай ссылку на багтрекер.

Тем не менее пароль админа у меня спросили. Может потому что апдейт был с 5.3 до 5.4.

В sid/testing/stable нет ни 5.3, ни 5.4. Откуда вы их выкопали - того и пинайте по-поводу проблем. К дебиану они не имеют ни малейшего отношения.

Можно. Но предварительно стоит разобраться что привело к ошибке и исправить это.

Это гениально. Я хочу снести тупую глючную программу которая мне не понравилось - а мне надо ее сначала отдебагать.

Менеджер пакетов не включает телепатический модуль. Что «глючная программа» делает в каком-нибудь postinst - автоматически отследить нельзя в принципе.

Естественно, всегда можно «снести», наплевав на изменения в скриптах мейнтейнера. Как это сделать? Читай инструкции к apt/dpkg.

Ну и ставить софт с официальных репозитариев, а не всяких помоек. Это же не centos, в конце концов.

Сильно подозреваю, что апт просто не сумел выполнить невыполнимое

Жручесть им памяти просто ограничена. Ограничение можно подкрутить, но поциент не осилил даже этого.

Почему у меня такого не было?

Наверно потому, что руки растут не из неприличного места?

давай ссылку на багтрекер.

Судя по «информативному» описанию проблемы - было что-то в духе: http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.htm...

Никогда не мог понять зачем программе ограничивать себя в памяти. Может у меня сервак с 16 гигами, а она не может лишний мегабайт выделить. Проблема в апт - нужно предпринимать плохо документированные пляски с бубном (какое там число надо вписывать? писали бы сразу на репе, что для него нужно +100500 памяти)

Попутал. Это php 53-54, а мускул 50->51.

Вот истинное лицо свободы. Туда не ходи, сюда ходи, отсюда не ставь, это не ставь, тут не обновляй, тут сам короче доотладишь.

На злополучных виндах через групповую политику софт и то проще обновляется.

Да. именно это. Зацените - волшебное число 12500000. Прямо таки 12500000 хватит всем. При этом по умолчанию там какое-то другое число значит. Мне кажется необходимость чтения многотомных мануалов для обновления системы - зло. Я параллельно использую винду и дебиан, и запуск setup.exe за все время наверное не отнял столько времени как «изучение» особенностей apt.

Никогда не мог понять зачем программе ограничивать себя в памяти.

Не все могут все понять. Печально, но факт. Вам ведь привели пример: далеко не все будут в восторге от того, что оом-киллер убьет менеджер пакетов на самом интересном месте.

Проблема в апт - нужно предпринимать плохо документированные пляски с бубном

Нужно прочитать инструкцию. Как вам показали выше - вы не только ее не читали, но даже простых release notes, документирующих обновление.

Попутал. Это php 53-54, а мускул 50->51.

5.4 PHP пока только в experimental. Опять не угадал. Короче, все все поняли: напихал ты каких-то левых репов, добавил к этому sid - и ждешь манны небесной.

Вот истинное лицо свободы. Туда не ходи, сюда ходи, отсюда не ставь, это не ставь, тут не обновляй, тут сам короче доотладишь.

Нет. Ставь и обновляй откуда хочешь. Просто помни, что отвечаешь за получившийся винигрет - только ты.

Да. именно это. Зацените - волшебное число 12500000. Прямо таки 12500000 хватит всем.

Да. Речь ведь идет о конкретных срезах stable/oldstable. Все можно достаточно оценить. Например, попробовав обновить системы с разными задачами (tasksel).

Мне кажется необходимость чтения многотомных мануалов для обновления системы - зло.

Ты можешь ждать телепатических обновлений до следующего релиза. Все разумные люди будут Release Notes читать.

Даже в винде. Ты просто не обновлял там толком ничего.

В винде система обновляется автоматом (WSUS тянет апдейты, первый день применяет на одну группу машин, если ничего не ломается то автоматом применяет на остальные). Используемый софт обновляется отдельно. Почти все интуитивно понятно.

В винде система обновляется автоматом

Прям с windows 2000 мне обновит до какой-нибудь висты автоматом? :)

Почти все интуитивно понятно.

Ну и зачем вам тогда всякие дебианы с убунтами? Дивлюсь я на некоторых - аж слюна брызжет как счастливо у ихнем интерпрайзу виндовс работает. Таки зачем вы лезете в наш садик? :)

Как будто ваш дебиан без багов обновится с 2.2 до 6.0. Прям с ядра 2.2 на ядро 2.6

Как будто ваш дебиан без багов обновится с 2.2 до 6.0.

Обновится. Как и положено по инструкции - последовательно, от релиза к релизу.