From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 22 Oct 2003 13:32:54 +0300 From: Michael Shigorin To: ALT Devel discussion list Message-ID: <20031022103254.GH5695@osdn.org.ua> Mail-Followup-To: ALT Devel discussion list References: <20031016181752.GB18909@basalt.office.altlinux.org> <20031017185401.GO5695@osdn.org.ua> <20031020145755.GV1724@julia.office.altlinux.ru> <20031016181752.GB18909@basalt.office.altlinux.org> <20031017185401.GO5695@osdn.org.ua> <20031020142745.GU1724@julia.office.altlinux.ru> <20031021061142.GT5695@osdn.org.ua> <20031021114226.GA1724@julia.office.altlinux.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x4r6DwZcugHrY484" Content-Disposition: inline In-Reply-To: <20031021114226.GA1724@julia.office.altlinux.ru> User-Agent: Mutt/1.4.1i Subject: [devel] Re: I: unmets in Sisyphus-20031016 X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 10:32:56 -0000 Archived-At: List-Archive: List-Post: --x4r6DwZcugHrY484 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Oct 21, 2003 at 03:42:26PM +0400, Alexey Tourbin wrote: > Да, каскадный эффект -- это действительно проблема. Но что > здесь можно сделать, если ваш пакет зависит от другого пакета, > судьба которого никого не волнует? Целостный репозитарий -- > это вообще проблема, в отличие от свалки пакетов, которые > когда-то удалось собрать. Это повод проводить такие эксперименты не на живом сизифе, а на его срезе с постингом прогнозирования результатов. Как можно заметить, мои пакеты обычно или вообще не попадали под бомбежку, или оперативно чинились. Поэтому уж если возопил -- это не просто так :-] > Вообще, генеральной политики со стороны профильных > maintainer'ов не было, из-за этого обвал получился спонтанным. Уточню: генеральной политики вообще нет до ужасающей степени. Кто? > Например, избавиться от gnome1 приложений было предложено ещё > несколько месяцев назад, но детального анализа пакетов и > зависимостей сделано не было. Теперь, когда gnome1 отправили в > orphaned, оказалось, что это едва ли возможно. Именно. (см. выше) > > > Решили, что в среднем одного месяца должно быть достаточно. > > А кто решал и чьим мнением интересовались? > Решение принимал Адвокат Сизифа. Не знаю такого. > Интересовались всеми мнениями, которые поступали в > установленные сроки. Было недостаточно входной информации; см. выше. > Вообще, не надо драматизировать. Всё важное вскоре починится > (по этой причине очередной запуск QA Robot'а откладывается). > Дело как раз в том, что нужно чинить (и кто будет чинить). > Иначе никто не будет. Дык. > > > > Потому что ответ будет "ну и выкидывайте apache, solfege, > > > > grip", и так же поступят другие. И получится > > > > качественная дырка от бублика. > > > Не знаю. "Универсальный дистрибутив vs. лучше меньше, да лучше." > > Это не лучшая политика перед релизом. Даже если это не мое > > дело. (последнего бы не хотелось) > Перед каким релизом? :) Ну Антон тут какой-то готовил вроде. Я к тому, что масштабные и широкозадевающие (я не говорю "неправильные") чистки и стабилизация -- ыещи трудносовместимые, если не противонаправленные. > (Первоначально OEM релиз планировался в июне-июле). Даты могут "плыть" по разным причинам -- добавлять их не есть здорово. Вообще testing/ нам все-таки показан, и с роботизацией становится более реальным, как мне кажется. > > > > > Пакет grip версии 3.1.2-alt2 имеет неудовлетворенные > > > > > зависимости: Требует: libghttp.so.1 > > > Если можно собрать без libghttp, то, возможно, стоит > > > собрать без ghttp. > > Если и -- от этого отвалится cddb. Оно кому-то тогда надо?.. > Чинить gnome1 сложно, потому что он отвалился почти весь сразу. > Вроде потихоньку чиню. Вот за это спасибо :-) (собрал/залил, отдельное спасибо за выравнивание хедеров) -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ --x4r6DwZcugHrY484 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/llzWbsPDprYMm3IRAhT+AJ93xTPOfwD3lGrC3BUreSX8yPISGACeLKVy r6d+zWBfzH/U9Yd9jmOUSnY= =SLKq -----END PGP SIGNATURE----- --x4r6DwZcugHrY484--