From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 15 Feb 2007 22:55:03 +0200 (EET) From: Igor Vlasenko To: ALT Devel discussion list In-Reply-To: <20070215173639.GN9824@localhost.localdomain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=localhost; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] Java autoreq/autoprov draft X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Thu, 15 Feb 2007 20:55:19 -0000 Archived-At: List-Archive: List-Post: On Thu, 15 Feb 2007, Alexey Tourbin wrote: > Вы могли бы в двух словах пояснить, что такое JPackage? http://jpackage.org/ -- Аналог сизифа для жавы в Линуксе. хорошая презентация http://jpackage.org/JPackage3.pdf "The JPackage Project has two primary goals: * To provide a coherent set of Java software packages for Linux, satisfying all quality requirements of other applications. * To establish an efficient and robust policy for Java software packaging and installation." "Our RPMs are generic in that they should work on any RPM based Linux distribution (Mandriva, Red Hat, SuSE, others). Other packaging format suggestions are welcome too." > То есть предлагается просто чужие rpm'ы устанавливать на сизиф? Главное, это совместимость полиси, чтобы их импорт был тривиальным. Что касается установки их rpm, иметь такую возможность при желании, как следствие совместимости с JPackage, было бы удобно для пользователей, в случае, если Сизиф будет отставать. > Трудно судить. С одной стороны, Вы пишете, что джавой в сизифе > занимается всего два человека; с другой стороны, у Вас просматривается > пресуппозиция востребованности 150 или даже 500 джавовских пакетов. > Эта пресуппозиция кажется мне необоснованной. Что если Вы будете > собирать только те джавовские пакеты, которые Вы используете и можете > протестировать? Это проблема зависимостей. Как клубника на огороде --- пол дня поедания требуют пол года пропалывания. У жавы хорошая повторная испоьзуемость, при том из системы она ничего не берет, ищет свое (платформонезависимость). Поэтому, чтобы собрать 1 нужное, нужно собрать 50 "ненужного". Пример на http://wiki.sisyphus.ru/JBoss, где описан роман-эпопея "сборка JBoss для Сизиф". >> Генерирование Provides: специального вида java(xalan-j) >> (в отличие от Requires:) такую совместимость сломают, >> почему я и предлагал генерировать зависимости на файлы >> вида >> Requires: /usr/share/java/xalan-j.jar > > В первых строках, по-видимому, ошибка. Provides никакой > совместимости сломать не сможет, а вот Requires сможет. если пишут Provides, то чтобы удоволетворить чьи-то Requires... Фразой "Provides сломает совместимость" хотел сказать, что обновить альтовский пакет до пакета из JPackage apt'ом не удастся, так как в нем не будет специальных Provides и обновление породит тогда unmets. Совместимость с JPackage хороша тем, что если java в Сизифе будет опять заброшена, на пользователях это не отразится. Опять же, backports. без усилий имеем самую свежую noarch жаву для любого устаревшего дистрибутива. Исключение только arch сbорки вроде eclipse. > Вы фактически предлагаете избегать виртуальные зависимости. > Я не думаю, что это правильно. Я просто прошу с ними повременить до момента, когда будет налажен импорт из jpackage. Тогда это будет механизмом контроля качества. а часть совместимости можно будет и принести в жертву --- возможному выигрышу в качестве. Она уже не будет такой нужной, ведь регулярный импорт будет гарантировать отсутствие разницы между jpackage и Сизифом. -- Dr. Igor Vlasenko --------------------- vlasenko@imath.kiev.ua ===================== Topology department Institute of Math Kiev, Ukraine