[devel] Java SE 5 в Sisyphus [Fwd: xerces-j-2.7.1-alt1: rebuild failed]

[devel] Java SE 5 в Sisyphus [Fwd: xerces-j-2.7.1-alt1: rebuild failed]

[Mikhail Zabaluev]

[-- Attachment #1.1: Type: text/plain, Size: 1110 bytes --]

Доброго времени суток.

После неожиданного залива j2se1.5-sun в Sisyphus перестал собираться ряд
пакетов. Требуемые изменения в большинстве из них выглядят достаточно
тривиальными, но, например, с Xerces и Xalan возникает проблема. В JAXP
добавились методы в некоторых базовых абстрактных классах, и Impl для
этих абстрактных классов в Xerces и Xalan оказались неработоспособными.
В trunk-е Apache SVN никаких модификаций для совместимости JDK 1.5 не
замечено.
И Xerces, и Xalan включены в модифицированном виде "под капот" Java SE
5.0, но это не повод выбрасывать их из дистрибутива сейчас.
Чтобы подменить классы JAXP из JRE на более привычные из
xml-commons-apis, нужно манипулировать с bootclasspath в файле сборки
(почему-то опции includeAntRuntime/includeJavaRuntime в Ant-задаче javac
не дают нужного эффекта).
После этого остаётся только надеяться, что большинство клиентов Xerces и
Xalan используют их через интерфейсы JAXP, и в Java SE 5.0 их можно
мягко подменить встроенными реализациями. Модифицировать bootclasspath в
deployment'е противопоказано по лицензионным сообращениям.

[-- Attachment #1.2: Пересланное сообщение - xerces-j-2.7.1-alt1: rebuild failed --]
[-- Type: message/rfc822, Size: 3602 bytes --]

From: QA Team Robot <qa@altlinux.org>
To: Mikhail Zabaluev <mhz@altlinux.org>
Cc: qa@altlinux.org
Subject: xerces-j-2.7.1-alt1: rebuild failed
Date: Mon, 20 Feb 2006 18:53:34 +0300 (MSK)
Message-ID: <20060220155334.EA8AAB0D96@basalt.office.altlinux.org>

Package: xerces-j-2.7.1-alt1
Packager: Mikhail Zabaluev <mhz@altlinux>
Status: rebuild failed.
Please investigate.

Why:

     [copy] Copying 1 file to /usr/src/RPM/BUILD/xerces-2_7_1/build/classes/META-INF/services
     [copy] Copying 682 files to /usr/src/RPM/BUILD/xerces-2_7_1/build/src
    [unzip] Expanding: /usr/src/RPM/BUILD/xerces-2_7_1/tools/xml-commons-external-src.zip into /usr/src/RPM/BUILD/xerces-2_7_1/build/src

compile:
     [copy] Copying 13 files to /usr/src/RPM/BUILD/xerces-2_7_1/build/classes
    [javac] Compiling 687 source files to /usr/src/RPM/BUILD/xerces-2_7_1/build/classes
    [javac] /usr/src/RPM/BUILD/xerces-2_7_1/build/src/org/apache/html/dom/HTMLFrameElementImpl.java:27: org.apache.html.dom.HTMLFrameElementImpl is not abstract and does not override abstract method getContentDocument() in org.w3c.dom.html.HTMLFrameElement
    [javac] public class HTMLFrameElementImpl
    [javac]        ^
    [javac] /usr/src/RPM/BUILD/xerces-2_7_1/build/src/org/apache/html/dom/HTMLIFrameElementImpl.java:27: org.apache.html.dom.HTMLIFrameElementImpl is not abstract and does not override abstract method getContentDocument() in org.w3c.dom.html.HTMLIFrameElement
    [javac] public class HTMLIFrameElementImpl
    [javac]        ^
    [javac] /usr/src/RPM/BUILD/xerces-2_7_1/build/src/org/apache/html/dom/HTMLObjectElementImpl.java:27: org.apache.html.dom.HTMLObjectElementImpl is not abstract and does not override abstract method getContentDocument() in org.w3c.dom.html.HTMLObjectElement
    [javac] public class HTMLObjectElementImpl
    [javac]        ^
    [javac] Note: * uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 3 errors

BUILD FAILED
file:/usr/src/RPM/BUILD/xerces-2_7_1/build.xml:246: Compile failed; see the compiler error output for details.

Total time: 19 seconds
error: Bad exit status from /usr/src/tmp/rpm-tmp.41878 (%build)

RPM build errors:
    Bad exit status from /usr/src/tmp/rpm-tmp.41878 (%build)
27.83user 0.46system 0:23.51elapsed 120%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+62472minor)pagefaults 0swaps
rebuild: rebuild of `xerces-j-2.7.1-alt1.src.rpm' failed.

-- 
Sincerely yours,
ALT QA Team Robot

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] Java SE 5 в Sisyphus [Fwd: xerces-j-2.7.1-alt1: rebuild failed]

[Valery V. Inozemtsev]

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

В сообщении от 21 февраля 2006 12:00 Mikhail Zabaluev написал(a):
> Доброго времени суток.
>
> После неожиданного залива j2se1.5-sun в Sisyphus перестал собираться ряд
> пакетов. Требуемые изменения в большинстве из них выглядят достаточно
> тривиальными

перестал собираться ООО
...
compile:
Compiling 96 source files 
to /usr/src/RPM/BUILD/OOA680_m1/xmerge/unxlngi6.pro/class/xmerge
/usr/src/RPM/BUILD/OOA680_m1/xmerge/source/xmerge/java/org/openoffice/xmerge/ConvertData.java:130: 
as of release 1.5, 'enum' is a keyword, and may not be used as an identifier
(try -source 1.4 or lower to use 'enum' as an identifier)
        Enumeration enum = v.elements();
                    ^
/usr/src/RPM/BUILD/OOA680_m1/xmerge/source/xmerge/java/org/openoffice/xmerge/ConvertData.java:131: 
as of release 1.5, 'enum' is a keyword, and may not be used as an identifier
(try -source 1.4 or lower to use 'enum' as an identifier)
                return (enum);
                        ^
...
но на самом деле проблема с жабами шире.
сейчас в любом случае все что 
требует явовские библиотеки вытянет j2se1.4-sun, т.к. только в этом пакете в 
Provides библиотеки без путей (из-за этого и появляются в Requires 
зависимости на эти библиотеки без путей, в независимости с какой явой реально 
шла сборка).
что бы этого безобразия не было должны работать альнернативы, т.е. все жабы 
должны провайдить библиотеки с полным путем, но путь этот должен выглядеть 
как
/usr/lib/j2se/jre/lib/i386/

-- 
Valery V. Inozemtsev

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

Re: [devel] Java SE 5 в Sisyphus

[Dmitry V. Levin]

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

On Tue, Feb 21, 2006 at 12:13:34PM +0300, Valery V. Inozemtsev wrote:
> но на самом деле проблема с жабами шире.
> сейчас в любом случае все что 
> требует явовские библиотеки вытянет j2se1.4-sun, т.к. только в этом пакете в 
> Provides библиотеки без путей (из-за этого и появляются в Requires 
> зависимости на эти библиотеки без путей, в независимости с какой явой реально 
> шла сборка).

А почему это происходит?  Разве j2se1.4-sun предоставляет публичные
библиотеки?  Если нет, то Provides библиотек без путей не должно быть.


-- 
ldv

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

Re: [devel] Java SE 5 в Sisyphus

[Valery V. Inozemtsev]

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

В сообщении от 21 февраля 2006 15:51 Dmitry V. Levin написал(a):
> On Tue, Feb 21, 2006 at 12:13:34PM +0300, Valery V. Inozemtsev wrote:
> > но на самом деле проблема с жабами шире.
> > сейчас в любом случае все что
> > требует явовские библиотеки вытянет j2se1.4-sun, т.к. только в этом
> > пакете в Provides библиотеки без путей (из-за этого и появляются в
> > Requires зависимости на эти библиотеки без путей, в независимости с какой
> > явой реально шла сборка).
>
> А почему это происходит?  Разве j2se1.4-sun предоставляет публичные
> библиотеки?  Если нет, то Provides библиотек без путей не должно быть.

публичных библиотек j2se1.4-sun не предоставляет, но
$ rpmquery -p --provides j2se1.4-sun-1.4.2_10-alt1.i586.rpm
j2se = 1.4.2
jre = 1.4.2
java2 = 1.4.2
libjava.so(SUNWprivate_1.1)
libjvm.so(SUNWprivate_1.1)
libnet.so(SUNWprivate_1.1)
libverify.so(SUNWprivate_1.1)
libawt.so
libcmm.so
libdcpr.so
libdt_socket.so
libfontmanager.so
libhpi.so
libhprof.so
libioser12.so
libjaas_unix.so
libjava.so
libjavaplugin_jni.so
libjawt.so
libjcov.so
libjdwp.so
libjpeg.so
libjsig.so
libjsound.so
libjsoundalsa.so
libjvm.so
libmlib_image.so
libnative_chmod.so
libnet.so
libnio.so
librmi.so
libverify.so
libzip.so
j2se1.4-sun = 1.4.2_10-alt1

а должно быть /usr/lib/j2se/jre/lib/*.so и никак не /usr/lib/j2se1.
{4,5}-{sun,blackdown}/jre/lib/*.so как есть сейчас

-- 
Valery V. Inozemtsev

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

Re: [devel] Java SE 5 в Sisyphus

[Mikhail Zabaluev]

В Втр, 21/02/2006 в 16:09 +0300, Valery V. Inozemtsev пишет:
> > А почему это происходит?  Разве j2se1.4-sun предоставляет публичные
> > библиотеки?  Если нет, то Provides библиотек без путей не должно быть.

Его просто давно не пересобирали.

> публичных библиотек j2se1.4-sun не предоставляет, но
> $ rpmquery -p --provides j2se1.4-sun-1.4.2_10-alt1.i586.rpm
> j2se = 1.4.2
> jre = 1.4.2
> java2 = 1.4.2
> libjava.so(SUNWprivate_1.1)
> libjvm.so(SUNWprivate_1.1)
> libnet.so(SUNWprivate_1.1)
> libverify.so(SUNWprivate_1.1)
> libawt.so
> libcmm.so
> libdcpr.so
> libdt_socket.so
> libfontmanager.so
> libhpi.so
> libhprof.so
> libioser12.so
> libjaas_unix.so
> libjava.so
> libjavaplugin_jni.so
> libjawt.so
> libjcov.so
> libjdwp.so
> libjpeg.so
> libjsig.so
> libjsound.so
> libjsoundalsa.so
> libjvm.so
> libmlib_image.so
> libnative_chmod.so
> libnet.so
> libnio.so
> librmi.so
> libverify.so
> libzip.so
> j2se1.4-sun = 1.4.2_10-alt1
> 
> а должно быть /usr/lib/j2se/jre/lib/*.so и никак не /usr/lib/j2se1.
> {4,5}-{sun,blackdown}/jre/lib/*.so как есть сейчас

Ну, это сложно.
Наверное, надо вообще не добавлять их в findprov_lib_path
и отключить ELF autorequires.
Все равно там ничего осмысленного из библиотек не подбирается,
а без X11 JRE тоже может жить.

Re: [devel] Java SE 5 в Sisyphus [Fwd: xerces-j-2.7.1-alt1: rebuild failed]

[Mikhail Zabaluev]

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

В Втр, 21/02/2006 в 12:13 +0300, Valery V. Inozemtsev пишет:
> > После неожиданного залива j2se1.5-sun в Sisyphus перестал собираться ряд
> > пакетов. Требуемые изменения в большинстве из них выглядят достаточно
> > тривиальными
> 
> перестал собираться ООО
> ...
> compile:
> Compiling 96 source files 
> to /usr/src/RPM/BUILD/OOA680_m1/xmerge/unxlngi6.pro/class/xmerge
> /usr/src/RPM/BUILD/OOA680_m1/xmerge/source/xmerge/java/org/openoffice/xmerge/ConvertData.java:130: 
> as of release 1.5, 'enum' is a keyword, and may not be used as an identifier
> (try -source 1.4 or lower to use 'enum' as an identifier)
>         Enumeration enum = v.elements();
>                     ^
> /usr/src/RPM/BUILD/OOA680_m1/xmerge/source/xmerge/java/org/openoffice/xmerge/ConvertData.java:131: 
> as of release 1.5, 'enum' is a keyword, and may not be used as an identifier
> (try -source 1.4 or lower to use 'enum' as an identifier)
>                 return (enum);
>                         ^

Это как раз из простых: переименуйте локальную переменную и все будет OK
(в этом месте). Или добавьте параметр -source, как просят.

> ...
> но на самом деле проблема с жабами шире.
> сейчас в любом случае все что 
> требует явовские библиотеки вытянет j2se1.4-sun, т.к. только в этом пакете в 
> Provides библиотеки без путей (из-за этого и появляются в Requires 
> зависимости на эти библиотеки без путей, в независимости с какой явой реально 
> шла сборка).

Это не о jar-ах: они никаких нативных библиотек не требуют.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] Java SE 5 в Sisyphus

[Dmitry V. Levin]

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

On Wed, Feb 22, 2006 at 01:40:19AM +0300, Mikhail Zabaluev wrote:
> В Втр, 21/02/2006 в 16:09 +0300, Valery V. Inozemtsev пишет:
> > > А почему это происходит?  Разве j2se1.4-sun предоставляет публичные
> > > библиотеки?  Если нет, то Provides библиотек без путей не должно быть.
> 
> Его просто давно не пересобирали.

Пересборка не помогает, я проверял.

> Наверное, надо вообще не добавлять их в findprov_lib_path
> и отключить ELF autorequires.

Не надо предлагать так делать, не все готовы осознать последствия такого
шага.  Я действительно не понимаю, почему пересборка j2se1.4-sun не
приводит к появлению provides нового образца.


-- 
ldv

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

Re: [devel] Java SE 5 в Sisyphus

[Valery V. Inozemtsev]

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

В сообщении от 22 февраля 2006 16:43 Dmitry V. Levin написал(a):
> On Wed, Feb 22, 2006 at 01:40:19AM +0300, Mikhail Zabaluev wrote:
> > В Втр, 21/02/2006 в 16:09 +0300, Valery V. Inozemtsev пишет:
> > > > А почему это происходит?  Разве j2se1.4-sun предоставляет публичные
> > > > библиотеки?  Если нет, то Provides библиотек без путей не должно
> > > > быть.
> >
> > Его просто давно не пересобирали.
>
> Пересборка не помогает, я проверял.
>
> > Наверное, надо вообще не добавлять их в findprov_lib_path
> > и отключить ELF autorequires.
>
> Не надо предлагать так делать, не все готовы осознать последствия такого
> шага.  Я действительно не понимаю, почему пересборка j2se1.4-sun не
> приводит к появлению provides нового образца.

до тех пор пока во всех жабах не будет нормальных provides ООО у нас будет 
сломан

-- 
Valery V. Inozemtsev

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