* 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