From: "Artem K. Jouravsky" <ujo@ifirst.ru> To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] [JT] apt-get - система убита Date: Tue Oct 16 15:24:11 2001 Message-ID: <20011016152653.0cf3e420.ujo@ifirst.ru> (raw) In-Reply-To: <3BCBCC8C.6D1B8B02@zmail.ru> Здравствуйте, cornet <cornet@zmail.ru>! От Tue, 16 Oct 2001 09:58:36 +0400 вы писали на тему [mdk-re] [JT] apt-get - система убита: > > > Однако согласитесь, что описаная Вами последовательность > > > действий > > > очень далека от того полного автоматизма, который многие > > > ожидают > > > от apt'а ;-) > > > > Так пакеты старые уже в Спринге, разве это апт виноват? После > > того как я обновил систему ОДИН раз, я могу это делать > > безболезненно постоянно. Я на своей машине делаю dist-upgrade > > _каждый день_ (повторяю, у меня толстый канал) и практически > ни > > разу не имел проблем. А те что имел, решал при помощи > рассылки > > Сизифа и очень быстро, и это ни разу, сколько я помню, ну по > > крайней мере уже несколько месяцев, не были проблемы именно > АПТа > > а это были проблемы криво собранных старых пакетов или еще > > каких-то сторонних ошибок. И уж во всяком случае передо мной > > сейчас не стоит вопрос - выкачивать аптом, а ставить при > помощи > > простого RPM - смысл? Вручную делать то что апт сам отлично > > умеет? Я имею в виду, набрать руками строку rpm -Uvh packet_1 > packet_2 etc. > > А вот внимательно посмотреть на вывод результатов - святое > дело. > > Вот. А теперь мы пришли к основной проблемме - чувствительность > apt'а к внешним ошибочным ситуациям. Кривые зависимости в > вистеме > - apt ругается и отказывается что либо делать пока > зависисимости Вообще насколько я понимаю, apt это именно средство для поддержания целостности системы. Если зависимости уже сломаны, кто виноват? А инструмент исправно об этом сообщает, что дает вам возможность исправить положение. И, если вы попросите, попробует сделать это сам, но поскольку это работа тонкая - ломать не строить - скорее всего не справится. > не будут приведены в порядок. Сбой (по вине rpm или из за > кривизны скриптов внутри устанавливаемого rpm или бардак в > системе) при установке одного из десятка rpm, которые ставятся > скопом ради удовлетворения зависимостей одного обновляемого > пакета и apt с ругонью вылетает на пол пути - и не дай Бог Вам > отлогиниться или перезагрузиться до того, как Вы решите > обьявленную apt'ом проблему - можно уже не загрузиться обратно. А что будет если вы руками произведете те же самые действия (rpm -Uvh pam-version.i586.rpm;<ошибка>;logout)? Надо смотреть на вывод результатов, вот и все. APT не заменяет rpm, а дополняет его и использует. И сам он ничего не ставит, а только следит за тем чтобы пакеты не ставились без необходимых им для работы библиотек. Если пакет собран с ошибкой, т.е. не указана нужная зависимость, то это все равно рано или поздно вылезет. APT по возможности предупреждает такую ситуацию, но как ему узнавать о зависимостях кроме как из самих пакетов? > Такое часто бывает при сбоях апдейта базовых системных > компонентов - на себе проверял да и в рассылке об этом народ > пишет постоянно. Ну да, пишут. Только как правило выясняется что апт был ни при чем. > ИМХО это _основная_ проблема, не позволяющая использовать apt > настолько автономно и автоматично, как того хотелось бы. У меня была мысль - поставить apt на крон, чтобы он раз в сутки делал dist-upgrade. Передумал. Копание в системе _должно_ происходить при участии администратора. По крайней мере, сейчас мне не известны _абсолютно_ надежные системы, допускающие автономное и автоматическое обновление. > Увы, у меня сейчас нету каких либо осмысленных предложений на > тему совершенствования apt в свете изложенного выше :-(( ------ Best wishes, +----------------------+--------------------------+ | ."-. | Work: +7-(095)-229-4278 | | /X | _o.----. _ | ICQ: 103399444 | |/\_ \/ / __ \_// ) | Artem K. Jouravsky | |\__)-/_/\_____)____/ | http://www.ifirst.ru/ | +----------------------+--------------------------+
next prev parent reply other threads:[~2001-10-16 15:24 UTC|newest] Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top 2001-10-14 2:21 [mdk-re] " Sergey Sokolov 2001-10-14 4:01 ` cornet 2001-10-14 13:56 ` [mdk-re] " Sergey Sokolov 2001-10-14 14:08 ` AVL 2001-10-14 14:29 ` cornet 2001-10-14 14:57 ` AVL 2001-10-14 16:12 ` cornet 2001-10-14 16:23 ` Kir 2001-10-14 19:04 ` cornet 2001-10-14 21:59 ` Gosha 2001-10-15 0:58 ` [mdk-re] Re[2]: " Sergey Sokolov 2001-10-15 1:13 ` [mdk-re] " Alexander Blagin 2001-10-15 1:22 ` [mdk-re] mondo-1.15-4.i686.rpm Alexander Blagin 2001-10-15 16:52 ` Sergey Sokolov 2001-10-15 0:52 ` [mdk-re] apt-get - система убита Kir 2001-10-15 1:17 ` [mdk-re] Re[2]: " Sergey Sokolov 2001-10-15 11:27 ` [mdk-re] " Aleksandr Blohin 2001-10-15 1:26 ` cornet 2001-10-15 18:05 ` [mdk-re] [JT] " Artem K. Jouravsky 2001-10-14 16:55 ` [mdk-re] Re[2]: [mdk-re] " Sergey Sokolov 2001-10-14 23:23 ` [mdk-re] " Alexander Bokovoy 2001-10-15 1:09 ` [mdk-re] " Sergey Sokolov 2001-10-15 1:50 ` AVL 2001-10-15 16:52 ` [mdk-re] Re[2]: " Sergey Sokolov 2001-10-15 14:54 ` Andriy Dobrovol's'kii 2001-10-15 18:39 ` Artem K. Jouravsky 2001-10-15 17:55 ` [mdk-re] [JT] " Artem K. Jouravsky 2001-10-14 16:55 ` [mdk-re] Re[2]: [mdk-re] " Sergey Sokolov 2001-10-15 0:11 ` AVL 2001-10-14 23:21 ` [mdk-re] " Alexander Bokovoy 2001-10-15 0:27 ` AVL 2001-10-15 0:35 ` Alexander Bokovoy 2001-10-15 0:35 ` cornet 2001-10-15 1:38 ` AVL 2001-10-15 3:13 ` cornet 2001-10-15 3:21 ` AVL 2001-10-14 15:07 ` [mdk-re] apt-get Sergey S. Skulachenko 2001-10-14 16:55 ` Re[2]: " Sergey Sokolov 2001-10-15 0:35 ` AVL 2001-10-15 1:13 ` Re[4]: " Sergey Sokolov 2001-10-15 1:46 ` AVL 2001-10-15 12:23 ` [mdk-re] Is recompiling kernel for AMD CPU reasonable? Henri Bourbon 2001-10-15 12:50 ` Sergey Krivulja 2001-10-15 16:46 ` Henri Bourbon 2001-10-15 14:46 ` AVL 2001-10-15 13:10 ` [mdk-re] apt-get - система убита Dmitry V. Levin 2001-10-15 17:48 ` [mdk-re] " Artem K. Jouravsky 2001-10-15 18:04 ` cornet 2001-10-15 18:50 ` [mdk-re] [JT] " Artem K. Jouravsky 2001-10-16 9:56 ` cornet 2001-10-16 15:24 ` Artem K. Jouravsky [this message] 2001-10-24 13:38 ` [mdk-re] ОО Michael Bykov 2001-10-24 22:07 ` Roman S
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20011016152653.0cf3e420.ujo@ifirst.ru \ --to=ujo@ifirst.ru \ --cc=mandrake-russian@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git