[devel] obsolete macroses

[devel] obsolete macroses

[Igor Vlasenko]

Уважаемые господа!
Хочу обьявить в SPEC'ах устаревшими 
макросы старой java-подсистемы
%set_classpath()
%add_classpath()
в связи с тем, что
-------------------------------
# those macros lack testing of jar file presence
# so one can happily add to classpath a nonexistent jar.
# this is the reason why they are deprecated 
# in favor of build-classpath utility.

в частности, напишу тест репокопа для их выявления.

Чтобы тест получился универсальнее, 
могу выявлять и другие устаревшие макросы.
Если хотите побороть какой-то устаревший макрос,
пишите FR в devel@.


-- 

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

Re: [devel] obsolete macroses

[Mikhail Gusarov]

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

Twas brillig at 15:27:13 17.07.2008 UTC+03 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> Если хотите побороть какой-то устаревший макрос, пишите FR в
 IV> devel@.

FR: %__autoreconf, заменённый на %autoreconf, например.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] obsolete macroses

[Igor Vlasenko]

On Thu, Jul 17, 2008 at 07:28:41PM +0700, Mikhail Gusarov wrote:
>  IV> Если хотите побороть какой-то устаревший макрос, пишите FR в
>  IV> devel@.
> FR: %__autoreconf, заменённый на %autoreconf, например.

Ok. что-то вроде
spec-file-use-obsolete-macros: 
info: %__autoreconf is deprecated in favor of %autoreconf.


-- 

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

Re: [devel] obsolete macroses

[Mikhail Gusarov]

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

Twas brillig at 15:31:53 17.07.2008 UTC+03 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> Ok. что-то вроде
 IV> spec-file-use-obsolete-macros: 
 IV> info: %__autoreconf is deprecated in favor of %autoreconf.

И ссылочку на https://bugzilla.altlinux.org/show_bug.cgi?id=13925

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] obsolete macroses

[Kirill Maslinsky]

On Thu, Jul 17, 2008 at 03:27:13PM +0300, Igor Vlasenko wrote:
> Уважаемые господа!
> Хочу обьявить в SPEC'ах устаревшими 
> макросы старой java-подсистемы
> %set_classpath()
> %add_classpath()
> в связи с тем, что
> -------------------------------
> # those macros lack testing of jar file presence
> # so one can happily add to classpath a nonexistent jar.
> # this is the reason why they are deprecated 
> # in favor of build-classpath utility.

Напишите, пожалуйста, на что их заменять. 
А то у меня из-за этого не пересобирается writer2latex

> в частности, напишу тест репокопа для их выявления.
> 
> Чтобы тест получился универсальнее, 
> могу выявлять и другие устаревшие макросы.
> Если хотите побороть какой-то устаревший макрос,
> пишите FR в devel@.
> 
> 
> -- 
> 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С уважением,
Кирилл Маслинский
Альт Линукс
руководитель издательских проектов

Re: [devel] obsolete macroses

[Igor Vlasenko]

On Thu, Jul 17, 2008 at 05:03:25PM +0400, Kirill Maslinsky wrote:
> Напишите, пожалуйста, на что их заменять. 
> А то у меня из-за этого не пересобирается writer2latex

Не из-за этого, так как макросы никуда не делись.
Они по-прежнему в rpm-build-java.

Я убегаю, вечером посмотрю почему.

-- 

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

Re: [devel] obsolete macroses

[Igor Vlasenko]

On Thu, Jul 17, 2008 at 04:09:00PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 17, 2008 at 05:03:25PM +0400, Kirill Maslinsky wrote:
> > Напишите, пожалуйста, на что их заменять. 
> > А то у меня из-за этого не пересобирается writer2latex
> 
> Не из-за этого, так как макросы никуда не делись.
> Они по-прежнему в rpm-build-java.

Гм, таки да!
я положил эти макросы в файл ant.deprecated,
но как оказывается, rpm игнорирует файлы *.deprecated :(
переименую в ant-deprecated, все будет ок.

-- 

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

Re: [devel] obsolete macroses

[Kirill Maslinsky]

On Thu, Jul 17, 2008 at 09:00:27PM +0300, Igor Vlasenko wrote:
> On Thu, Jul 17, 2008 at 04:09:00PM +0300, Igor Vlasenko wrote:
> > On Thu, Jul 17, 2008 at 05:03:25PM +0400, Kirill Maslinsky wrote:
> > > Напишите, пожалуйста, на что их заменять. 
> > > А то у меня из-за этого не пересобирается writer2latex
> > 
> > Не из-за этого, так как макросы никуда не делись.
> > Они по-прежнему в rpm-build-java.
> 
> Гм, таки да!
> я положил эти макросы в файл ant.deprecated,
> но как оказывается, rpm игнорирует файлы *.deprecated :(
> переименую в ant-deprecated, все будет ок.
Спасибо! 
Но я как прорессивный мантейнер ;) всё-таки повторю свой вопрос: 
на что нужно заменить эти deprecated макросы в моём случае?

--
Kirill Maslinsky 
ALT Linux Team

[devel] java spec cleanup example [was: obsolete macroses]

[Igor Vlasenko]

Извиняюсь за задержку с ответом, был в отъезде.

On Fri, Jul 18, 2008 at 12:04:40AM +0400, Kirill Maslinsky wrote:
> Но я как прорессивный мантейнер ;) всё-таки повторю свой вопрос: 
> на что нужно заменить эти deprecated макросы в моём случае?

Кстати, (усеченный?) writer2latex.jar есть в openoffice.org:
rpm -qf /usr/lib64/openoffice.org/program/classes/writer2latex.jar 
openoffice.org-2.4.1.7-alt2


$ diff writer2latex.spec.0 writer2latex.spec
17c17
< Requires: java-common
---
> Requires: jpackage-1.6-compat

сейчас вы собираете openjdk-1.7.0, что не есть хорошо.
[$java -version
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build 1.7.0-internal-builder_10_jul_2007_12_36-b00)
OpenJDK 64-Bit Server VM (build 1.7.0-internal-builder_10_jul_2007_12_36-b00, mixed mode)]
а Requires: jpackage-1.6-compat заставит собирать 
writer2latex с помощью java-1.6.0.
В идеале было бы собирать с java-1.5, но это не пойдет, 
так как jarы в openoffice требуют java >= 1.6 :(
из-за того, наверное, что собраны не тем, чем хотелось бы.

а здесь пример избавления от макросов.

54c54
< %set_classpath %_javadir/junit.jar
---
> export CLASSPATH=$(build-classpath junit)

Замечание. build-classpath junit
в отличие от %set_classpath %_javadir/junit.jar
ищет junit.jar в нескольких местах, 
кроме того, выругается, если его не найдет.

ну и
56c56
< %ant_build \
---
> %ant \

из-за того, что %ant_build играет с значением в %set_classpath.
-- 

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

Re: [devel] java spec cleanup example [was: obsolete macroses]

[Kirill Maslinsky]

On Tue, Jul 22, 2008 at 08:04:59PM +0300, Igor Vlasenko wrote:
> Извиняюсь за задержку с ответом, был в отъезде.
Спасибо за подробный ответ!

> On Fri, Jul 18, 2008 at 12:04:40AM +0400, Kirill Maslinsky wrote:
> > Но я как прорессивный мантейнер ;) всё-таки повторю свой вопрос: 
> > на что нужно заменить эти deprecated макросы в моём случае?
> 
> Кстати, (усеченный?) writer2latex.jar есть в openoffice.org:
> rpm -qf /usr/lib64/openoffice.org/program/classes/writer2latex.jar 
> openoffice.org-2.4.1.7-alt2
Может быть, в openoffice и не усечённый jar. Я, кстати, не знаю, как 
их правильно сравнивать, может быть, подскажете?

Есть, но я решил собирать отдельным пакетом по следующим причинам: 
 - в openoffice не всегда последняя (devel) версия
 - в пакете writer2latex кроме .jar есть
 	- документация
	- стандартные xml-конфиги

> $ diff writer2latex.spec.0 writer2latex.spec
Это всё применю, как только мне будет доступен сборочный сервер. 
Большое спасибо!

[...]

> > export CLASSPATH=$(build-classpath junit)
Кстати, а почему бы эту конструкцию не завернуть в макрос?

[...]

--
Kirill Maslinsky
ALT Linux Team

Re: [devel] java spec cleanup example [was: obsolete macroses]

[Igor Vlasenko]

On Wed, Jul 23, 2008 at 10:57:13AM +0400, Kirill Maslinsky wrote:
> > Кстати, (усеченный?) writer2latex.jar есть в openoffice.org:
> > rpm -qf /usr/lib64/openoffice.org/program/classes/writer2latex.jar 
> > openoffice.org-2.4.1.7-alt2
> Может быть, в openoffice и не усечённый jar. Я, кстати, не знаю, как 
> их правильно сравнивать, может быть, подскажете?

во первых, пофайлово: какие классы отсутствуют и т. д.
затем, сами классы, для чего есть 
clirr
jaranalyzer
jardiff
jarjar
jclassinfo

-- 

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

Re: [devel] java spec cleanup example [was: obsolete macroses]

[Igor Vlasenko]

On Wed, Jul 23, 2008 at 10:57:13AM +0400, Kirill Maslinsky wrote:
> > > export CLASSPATH=$(build-classpath junit)
> Кстати, а почему бы эту конструкцию не завернуть в макрос?

Это дословная конструкция, а не самая удачная.
Как если бы перевести "I have a friend" через
"Я имею друга".

-- 

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

Re: [devel] java spec cleanup example [was: obsolete macroses]

[Igor Vlasenko]

On Thu, Jul 24, 2008 at 01:14:02PM +0300, Igor Vlasenko wrote:
> On Wed, Jul 23, 2008 at 10:57:13AM +0400, Kirill Maslinsky wrote:
> > Может быть, в openoffice и не усечённый jar. Я, кстати, не знаю, как 
> > их правильно сравнивать, может быть, подскажете?
> во первых, пофайлово: какие классы отсутствуют и т. д.
> затем, сами классы, для чего есть 
> clirr
> jaranalyzer
> jardiff
> jarjar
> jclassinfo

В догонку: jdiff

-- 

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

Re: [devel] java spec cleanup example [was: obsolete macroses]

[Igor Vlasenko]

On Thu, Jul 24, 2008 at 01:16:29PM +0300, Igor Vlasenko wrote:
> On Wed, Jul 23, 2008 at 10:57:13AM +0400, Kirill Maslinsky wrote:
> > > > -%set_classpath /usr/share/java/junit.jar
> > > > +export CLASSPATH=$(build-classpath junit)
> > Кстати, а почему бы эту конструкцию не завернуть в макрос?
> 
> Это дословная конструкция, а не самая удачная.
> Как если бы перевести "I have a friend" через
> "Я имею друга".

Расскажу на абстрактном примере сборки пакета malvina. 
Пусть в build.xml этого пакета добавлена проверка на 
наличие в classpath класса boy.class, при наличии 
которого malvina.jar собирается с новыми возможностями.

Пусть ранее boy.class предоставлялся pierre.jar.
В результате изменений pierre.jar исчез, а
появился buratino.jar, который и предоставляет boy.class.

Теперь рассмотрим, что произойдет при использовании
в спек-файле различных конструкций.

1) %add_classpath /usr/share/java/pierre.jar
В этом случае пакет молча пересоберется без замечаний,
но malvina.jar потеряет существенную часть функциональности.

2) export CLASSPATH=$CLASSPATH:$(build-classpath pierre)
В этом случае пакет пересоберется,
malvina.jar потеряет существенную часть функциональности,
но в процессе сборки будет ругань, которую внимательный 
майнтайнер может заметить и исправить пакет,
заменив pierre на buratino.

3) обычно при сборке через ant подключаемые библиотеки
ищутся в ./lib. В таком случае можно написать
ln -s $(build-classpath pierre) ./lib
Этот вариант превосходен тем, что malvina не захочет собирться
до тех пор, пока ее майнтайнер не сменит pierre на buratino.

-- 

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