[devel] unmets: /usr/share/java/jspapi.jar

[devel] unmets: /usr/share/java/jspapi.jar

[Alexey Tourbin]

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

On Mon, Nov 26, 2007 at 04:22:05AM +0300, QA Team Robot wrote:
> eclipse-platform#0:3.3.0-alt1_5jpp5.0	/usr/share/java/jspapi.jar

Здесь случилась вот какая метаморфоза.  Раньше файл
/usr/share/java/jspapi.jar принадлежал более чем одному пакету.
Теперь он есть всего в одном пакете
/usr/share/java/jspapi.jar	tomcat5-jsp-2.0-api

Это так называемый "cross-arch semi-unmet".  Появляется полуанемет,
потому что tomcat5-jsp-2.0-api это noarch пакет а eclipse-platform
это i586/x86_64 пакет, и нет возможности специально обработать файл
/usr/share/java/jspapi.jar на стадии формирования noarch репозитария.

Я думаю что достаточно пересобрать eclipsе чтобы вместо зависимости
/usr/share/java/jspapi.jar теперь появилась зависимость
tomcat5-jsp-2.0-api.

Хотя конструкция выходит довольно хрупкой.

Я думаю что если эта проблема и дальше будет всплывать, то со временем
придётся отказаться от раздельных noarch и i586/x86_64 репозитариев.
Если и другие предпосылки для отказа -- в двух словах, нельзя нормально
разрешать файловые зависимости при обрезании файловых листов.  Я многое
сделал для того, чтобы на данном этапе "заткнуть" эту проблему (напр. поиск
по contents_index_all), но в принципе она всё равно существует.

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

[devel] unit tests dream (was: Re: unmets: /usr/share/java/jspapi.jar)

[Igor Vlasenko]

On Tue, Nov 27, 2007 at 11:03:04AM +0300, Alexey Tourbin wrote:
> On Mon, Nov 26, 2007 at 04:22:05AM +0300, QA Team Robot wrote:
> > eclipse-platform#0:3.3.0-alt1_5jpp5.0	/usr/share/java/jspapi.jar
> 
> Здесь случилась вот какая метаморфоза.  Раньше файл
> /usr/share/java/jspapi.jar принадлежал более чем одному пакету.
> Теперь он есть всего в одном пакете
> /usr/share/java/jspapi.jar	tomcat5-jsp-2.0-api

Угу, спасибо.
Я вот начинаю потихоньку писать разные QA тесты...

в сизифе нет общего механизма запуска таких тестов.
Мечтается сразу фреймворк, который умел бы запускать тесты 
для локального среза сизифа,
и проверять отдельный пакет, 
и спамить в cybertalk@,
и интегрироваться c prometeus.


-- 

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