ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Igor Vlasenko <vlasenko@imath.kiev.ua>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Java autoreq/autoprov draft
Date: Thu, 15 Feb 2007 22:55:03 +0200 (EET)
Message-ID: <Pine.LNX.4.44.0702152244070.4832-100000@dad.imath.kiev.ua> (raw)
In-Reply-To: <20070215173639.GN9824@localhost.localdomain>

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                                                                   
 



  reply	other threads:[~2007-02-15 20:55 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-06 22:21 Damir Shayhutdinov
2007-02-07  5:37 ` Ildar Mulyukov
2007-02-07  8:23   ` Damir Shayhutdinov
2007-02-07 12:56     ` Ildar Mulyukov
2007-02-07 16:47     ` Igor Vlasenko
2007-02-08  9:51     ` Igor Vlasenko
2007-02-08 10:13       ` Damir Shayhutdinov
2007-02-08 10:36         ` Igor Vlasenko
2007-02-08 12:17           ` Damir Shayhutdinov
2007-02-08 12:56             ` Igor Vlasenko
2007-02-15 10:27               ` Alexey Tourbin
2007-02-15 11:07             ` Alexey Tourbin
2007-02-15 14:36               ` Igor Vlasenko
2007-02-15 14:45                 ` Damir Shayhutdinov
2007-02-15 15:02                   ` Igor Vlasenko
2007-02-15 17:36                 ` Alexey Tourbin
2007-02-15 20:55                   ` Igor Vlasenko [this message]
2007-02-19  5:31                     ` Eugene Prokopiev
2007-02-22 16:19             ` [devel] ant Igor Vlasenko
2007-02-15 10:00         ` [devel] Java autoreq/autoprov draft Alexey Tourbin
2007-02-15  9:42   ` Alexey Tourbin
2007-02-15 18:15     ` Alexey Tourbin
2007-02-15  9:24 ` Alexey Tourbin
2007-02-15  9:34   ` Damir Shayhutdinov
2007-02-15  9:55     ` Alexey Tourbin
2007-02-15 10:18       ` Damir Shayhutdinov
2007-02-15 10:24         ` Alexey Tourbin

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=Pine.LNX.4.44.0702152244070.4832-100000@dad.imath.kiev.ua \
    --to=vlasenko@imath.kiev.ua \
    --cc=devel@lists.altlinux.org \
    /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 Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git