* Re: [devel] [sisyphus] Использование пакетов упакованных с помощью jpackage
@ 2007-07-10 12:41 ` Igor Vlasenko
2007-07-10 17:30 ` [devel] [sisyphus] maven Eugene Prokopiev
0 siblings, 1 reply; 8+ messages in thread
From: Igor Vlasenko @ 2007-07-10 12:41 UTC (permalink / raw)
To: slava, ALT Linux Sisyphus discussion list; +Cc: devel
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-10 12:41 ` [devel] [sisyphus] Использование пакетов упакованных с помощью jpackage Igor Vlasenko
@ 2007-07-10 17:30 ` Eugene Prokopiev
2007-07-10 21:07 ` Sergey Lebedev
0 siblings, 1 reply; 8+ messages in thread
From: Eugene Prokopiev @ 2007-07-10 17:30 UTC (permalink / raw)
To: ALT Devel discussion list
> Сейчас как раз идет борьба за maven.
> По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
Насколько я понимаю, главная проблема - не собрать maven и maven2, а
умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
что maven и maven2 не собираются посредством самих себя ;) - тут я не в
курсе).
Мне очень интересно, как эту проблему предполагается решать?
--
С уважением, Прокопьев Евгений
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-10 17:30 ` [devel] [sisyphus] maven Eugene Prokopiev
@ 2007-07-10 21:07 ` Sergey Lebedev
2007-07-11 6:01 ` Eugene Prokopiev
0 siblings, 1 reply; 8+ messages in thread
From: Sergey Lebedev @ 2007-07-10 21:07 UTC (permalink / raw)
To: ALT Devel discussion list
В сообщении от Tuesday 10 July 2007 21:30:15 Eugene Prokopiev написал(а):
> > Сейчас как раз идет борьба за maven.
> > По сути мне осталось собрать maven и maven2. Времени не могу урвать :(
>
> Насколько я понимаю, главная проблема - не собрать maven и maven2, а
> умудриться что-либо собрать ими у наc в hasher (при условии, конечно,
> что maven и maven2 не собираются посредством самих себя ;) - тут я не в
> курсе).
>
> Мне очень интересно, как эту проблему предполагается решать?
А в чем вы видите проблему сборки ими в hasher'е?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-10 21:07 ` Sergey Lebedev
@ 2007-07-11 6:01 ` Eugene Prokopiev
2007-07-11 6:39 ` Slava Dubrovskiy
0 siblings, 1 reply; 8+ messages in thread
From: Eugene Prokopiev @ 2007-07-11 6:01 UTC (permalink / raw)
To: ALT Devel discussion list
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'ом прописанных
в спеке зависимостей ;)
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-11 6:01 ` Eugene Prokopiev
@ 2007-07-11 6:39 ` Slava Dubrovskiy
2007-07-11 18:00 ` Ivan Fedorov
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Slava Dubrovskiy @ 2007-07-11 6:39 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-11 6:39 ` Slava Dubrovskiy
@ 2007-07-11 18:00 ` Ivan Fedorov
2007-07-12 17:37 ` Igor Vlasenko
2007-07-12 17:47 ` Igor Vlasenko
2 siblings, 0 replies; 8+ messages in thread
From: Ivan Fedorov @ 2007-07-11 18:00 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-11 6:39 ` Slava Dubrovskiy
2007-07-11 18:00 ` Ivan Fedorov
@ 2007-07-12 17:37 ` Igor Vlasenko
2007-07-12 17:47 ` Igor Vlasenko
2 siblings, 0 replies; 8+ messages in thread
From: Igor Vlasenko @ 2007-07-12 17:37 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [devel] [sisyphus] maven
2007-07-11 6:39 ` Slava Dubrovskiy
2007-07-11 18:00 ` Ivan Fedorov
2007-07-12 17:37 ` Igor Vlasenko
@ 2007-07-12 17:47 ` Igor Vlasenko
2 siblings, 0 replies; 8+ messages in thread
From: Igor Vlasenko @ 2007-07-12 17:47 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2007-07-12 17:47 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-10 12:41 ` [devel] [sisyphus] Использование пакетов упакованных с помощью jpackage Igor Vlasenko
2007-07-10 17:30 ` [devel] [sisyphus] maven Eugene Prokopiev
2007-07-10 21:07 ` Sergey Lebedev
2007-07-11 6:01 ` Eugene Prokopiev
2007-07-11 6:39 ` Slava Dubrovskiy
2007-07-11 18:00 ` Ivan Fedorov
2007-07-12 17:37 ` Igor Vlasenko
2007-07-12 17:47 ` Igor Vlasenko
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