Aptitude возвращается

виноваты разработчики отнюдь не Debian, а GRUB2

hint: в генте (самосборное ядро) и в арчике (коробочное) все работает так как должно, даже с накатом GRUB2. Здесь дело именно в идиотском конфиге ядра, который кстати перекочевал в убунту.

в генте (самосборное ядро) и в арчике (коробочное)

более того, могу добавить, что все работает так как должно работать в федоре (до 15 версии, дальше - хз), в RHEL клонах (SL, CentOS).

Здесь дело именно в идиотском конфиге ядра, который кстати перекочевал в убунту.

Ткните пальцем, пожалуйста. Только что проверил - параметр vga=788 был обработан ядром, и у меня получился вполне себе vesafb 800x600x16.

[16:00:52][aitap@Tarkus ~]> grep -i vesa /boot/config-$(uname -r)
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_UVESA=m
CONFIG_FB_VESA=y

vga=788

попробуйте vga=0x361. Если и это будет работать - значит либо Вы говорите неправду, либо у нас с Вами дебиан из разных миров.

Я тебе про Фому, а ты мне про Ерему.

Параметр vga=??? у меня тоже работал, несмотря на предупреждения загрузчика.

0x361

VBE моей видеокарты не поддерживает этот видеорежим.

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

apt офигителен.

+100500

Единственная хорошая вещь которая есть в дебиане.

4.2. В дебиане хорош каждый байт :)

21 век на дворе, а коробочное дебиановское ядро не может одновременно фреймбуфер и блоб нвидиа.

Фреймбуфер на нвидии одновременно с блобом на той же нвидии невозможен ни в одном дистре :) Но мне, как владельцу оптимуса, пофиг - фреймбуфер на интеле есть.

а более-мнее свежий unstable куда глюкавее и падучее того же арчика

unstable - не для людей. Для людей - тестинг. И он стабильнее, чем многие другие дистры, и уж точно стабильнее арча :)

Плюс ко всему - КУЧА мелких пакетов вроде *common, *data, *dev

Считаю єто огромнім плюсом.

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

Фреймбуфер на нвидии одновременно с блобом на той же нвидии невозможен ни в одном дистре

Возможен. Невозможен KMS.

из всего этого нет только apt-get source, зато есть многое другое.

21 век на дворе, а коробочное дебиановское ядро не может одновременно фреймбуфер и блоб нвидиа.

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

Ну это да, uvesafb работает. Но uvesafb не умеет широкоформатные разрешения :(

где-то в районе etch

2012 год на дворе. У меня в 2005 и гента нормально собиралась, и вики там было хорошее.

Фреймбуфер на нвидии одновременно с блобом на той же нвидии невозможен ни в одном дистр

Мне нахрен ненужен (да он в общем всем нахрен ненужен) фреймбуфер от нвидиа. Мне нужен блоб и хоть какой фреймбуфер умеющий 0x361.

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

Убунта - это 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.

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