Re: [devel] [sisyphus] Использование пакетов упакованных с помощью jpackage

Re: [devel] [sisyphus] Использование пакетов упакованных с помощью jpackage

[Igor Vlasenko]

On Tue, Jul 10, 2007 at 02:22:04PM +0300, Slava Dubrovskiy wrote:
> Я вижу, что репозитарий активно наполняется пакетами упакованных с
> помощью jpackage.
> Расскажите имеется ли какая-либо полиси и т.п. ? Зачем они пакуются и
> как их использовать ?

Да. сейчас уже родился некоторый текст, в результате 
jabber - обсуждения с Сергеем (@barabashka).
К сожалению, текст еще не выложен, хотя некоторые наметки на 
http://www.freesource.info/wiki/Altlinux/Policy/Java
уже есть.

> В частности я хотел бы упаковать opennms. Там используется система
> сборки maven. Могу ли я как-то использовать существующую пакетную базу
> для сборки?
Сейчас как раз идет борьба за maven.
По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
Вам maven1 или maven2 нужен?

opennms сейчас не входит в репозиторий jpackage.
Поэтому на его сборку полиси будет либеральным.
Полиси выложим. Вот Сергей (@barabashka) обещал помочь.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] [sisyphus] maven

[Eugene Prokopiev]

> Сейчас как раз идет борьба за maven.
> По сути мне осталось собрать maven и maven2. Времени не могу урвать :(

Насколько я понимаю, главная проблема - не собрать maven и maven2, а 
умудриться что-либо собрать ими у наc в hasher (при условии, конечно, 
что maven и maven2 не собираются посредством самих себя ;) - тут я не в 
курсе).

Мне очень интересно, как эту проблему предполагается решать?

-- 
С уважением, Прокопьев Евгений

Re: [devel] [sisyphus] maven

[Sergey Lebedev]

В сообщении от Tuesday 10 July 2007 21:30:15 Eugene Prokopiev написал(а):
> > Сейчас как раз идет борьба за maven.
> > По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
>
> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
> курсе).
>
> Мне очень интересно, как эту проблему предполагается решать?
А в чем вы видите проблему сборки ими в hasher'е?

Re: [devel] [sisyphus] maven

[Eugene Prokopiev]

Sergey Lebedev пишет:
> В сообщении от Tuesday 10 July 2007 21:30:15 Eugene Prokopiev написал(а):
>>> Сейчас как раз идет борьба за maven.
>>> По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
>> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
>> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
>> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
>> курсе).
>>
>> Мне очень интересно, как эту проблему предполагается решать?
> А в чем вы видите проблему сборки ими в hasher'е?

Насколько я понимаю, maven (так же как и hasher) перед сборкой 
вытягивает из собственных репозитариев все необходимые зависимости. Если 
он будет это делать в hasher, то теряется главный смысл использования 
hasher - воспроизводимость сборки. Если не будет - теряется смысл 
использования maven :) Ну разве что обманывать апстримы и собирать с тем 
CLASSPATH, что получился в результате вытягивания hasher'ом прописанных 
в спеке зависимостей ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] [sisyphus] maven

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 2347 bytes --]

Eugene Prokopiev пишет:
>>>> Сейчас как раз идет борьба за maven.
>>>> По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
>>>>         
>>> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
>>> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
>>> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
>>> курсе).
>>>
>>> Мне очень интересно, как эту проблему предполагается решать?
>>>       
>> А в чем вы видите проблему сборки ими в hasher'е?
>>     
> Насколько я понимаю, maven (так же как и hasher) перед сборкой 
> вытягивает из собственных репозитариев все необходимые зависимости. Если 
> он будет это делать в hasher, то теряется главный смысл использования 
> hasher - воспроизводимость сборки. Если не будет - теряется смысл 
> использования maven :) Ну разве что обманывать апстримы и собирать с тем 
> CLASSPATH, что получился в результате вытягивания hasher'ом прописанных 
> в спеке зависимостей ;)
>   
А я понял, что хотят все пакеты мавена опакетить в rpm и чтобы у этих
пакетов были зависимости в rpm. При этом мавен не должен пытаться лезть
в инет за пакетами. Единственное что мне не понятно, неужели
предполагается опакетить все плагины мавена? И если программа для сборки
требует какой-то плагин, а он не упакован, то как быть?
Я вообще правильно понимаю политику? Объясните пожалуйста.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] [sisyphus] maven

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 2316 bytes --]

Slava Dubrovskiy пишет:
> Eugene Prokopiev пишет:
>>>>> Сейчас как раз идет борьба за maven.
>>>>> По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
>>>>>         
>>>> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
>>>> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
>>>> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
>>>> курсе).
>>>>
>>>> Мне очень интересно, как эту проблему предполагается решать?
>>>>       
>>> А в чем вы видите проблему сборки ими в hasher'е?
>>>     
>> Насколько я понимаю, maven (так же как и hasher) перед сборкой 
>> вытягивает из собственных репозитариев все необходимые зависимости. Если 
>> он будет это делать в hasher, то теряется главный смысл использования 
>> hasher - воспроизводимость сборки. Если не будет - теряется смысл 
>> использования maven :) Ну разве что обманывать апстримы и собирать с тем 
>> CLASSPATH, что получился в результате вытягивания hasher'ом прописанных 
>> в спеке зависимостей ;)
>>   
> А я понял, что хотят все пакеты мавена опакетить в rpm и чтобы у этих
> пакетов были зависимости в rpm. При этом мавен не должен пытаться лезть
> в инет за пакетами. Единственное что мне не понятно, неужели
> предполагается опакетить все плагины мавена? И если программа для сборки
> требует какой-то плагин, а он не упакован, то как быть?
Упаковать?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] [sisyphus] maven

[Igor Vlasenko]

On Wed, Jul 11, 2007 at 09:39:51AM +0300, Slava Dubrovskiy wrote:
> Eugene Prokopiev пишет:
> >>> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
> >>> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
> >>> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
> >>> курсе).
> > Насколько я понимаю, maven (так же как и hasher) перед сборкой 
> > вытягивает из собственных репозитариев все необходимые зависимости. Если 
> > он будет это делать в hasher, то теряется главный смысл использования 
> > hasher - воспроизводимость сборки. Если не будет - теряется смысл 
> > использования maven :) Ну разве что обманывать апстримы и собирать с тем 
> > CLASSPATH, что получился в результате вытягивания hasher'ом прописанных 
> > в спеке зависимостей ;)
/usr/share/java и будет собственным репозитарием maven.

> >   
> А я понял, что хотят все пакеты мавена опакетить в rpm и чтобы у этих
> пакетов были зависимости в rpm. При этом мавен не должен пытаться лезть
> в инет за пакетами. Единственное что мне не понятно, неужели
> предполагается опакетить все плагины мавена? И если программа для сборки
> требует какой-то плагин, а он не упакован, то как быть?
> Я вообще правильно понимаю политику? Объясните пожалуйста.

Да, так оно и есть. За деталями обращайтесь на jpackage.org - 
там оно все собрано и работает.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] [sisyphus] maven

[Igor Vlasenko]

On Wed, Jul 11, 2007 at 09:39:51AM +0300, Slava Dubrovskiy wrote:
> А я понял, что хотят все пакеты мавена опакетить в rpm и чтобы у этих
> пакетов были зависимости в rpm. 

Не сколько это, сколько иметь репозитарий java,
_собирающий сам себя_ из исходников.

Паковать собранные jar'ы смысла не имеет,
при хорошем канале подобный java hell любой пользователь
создаст себе в ~/ за 5 минут.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine