* [devel] Q: jpp FTBFS packages in Sisyphus
@ 2021-04-03 14:01 ` Dmitry V. Levin
2021-04-04 10:06 ` Mikhail Novosyolov
2021-04-07 7:35 ` Igor Vlasenko
0 siblings, 2 replies; 29+ messages in thread
From: Dmitry V. Levin @ 2021-04-03 14:01 UTC (permalink / raw)
To: Igor Vlasenko; +Cc: ALT Devel discussion list
Игорь,
Скажите, пожалуйста, что вы планируете делать с многочисленными jpp-пакетами
в Sisyphus, которые были массово удалены из Федоры в позапрошлом году
из-за несобираемости?
On Sat, Apr 03, 2021 at 01:25:20PM +0000, Girar awaiter (beekeeper) wrote:
> http://git.altlinux.org/tasks/268883/logs/events.2.1.log
>
> 2021-Apr-03 13:24:12 :: task #268883 for sisyphus resumed by beekeeper:
> 2021-Apr-03 13:24:12 :: message: remove 25+ weeks ftbfs package; see https://bugzilla.redhat.com/1675977
> #100 delete sbt
> 2021-Apr-03 13:24:14 :: build check OK
> 2021-Apr-03 13:24:14 :: noarch check OK
> 2021-Apr-03 13:24:15 :: plan: src +0 -1 =17876, noarch +0 -1 =17380
> 2021-Apr-03 13:24:36 :: patched apt indices
> 2021-Apr-03 13:24:46 :: created next repo
> 2021-Apr-03 13:24:55 :: duplicate provides check OK
> x86_64: NEW unmet dependencies detected:
> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
> i586: NEW unmet dependencies detected:
> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
> aarch64: NEW unmet dependencies detected:
> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
> ppc64le: NEW unmet dependencies detected:
> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
> armh: NEW unmet dependencies detected:
> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
> ACLs of affected packages (1):
> zinc viy @everybody
> 2021-Apr-03 13:25:20 :: unmets: x86_64 +1 -0 =1, i586 +1 -0 =1, aarch64 +1 -0 =5, ppc64le +1 -0 =6, armh +1 -0 =29
> 2021-Apr-03 13:25:20 :: dependencies check FAILED
> 2021-Apr-03 13:25:20 :: task #268883 for sisyphus FAILED
$ echo sbt |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
join -t$'\t' - ALT/acl/list.packages.sisyphus
gradle viy @everybody
mchange-commons viy @everybody
sbt viy @everybody
typesafe-config viy @everybody
zinc viy @everybody
$ echo sbt |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
sort -u |\
join -t$'\t' - ALT/acl/list.packages.sisyphus
SimplyHTML viy @everybody
c3p0 viy @java
datanucleus-rdbms viy @everybody
fernflower viy @everybody
forbidden-apis viy @everybody
gpars viy @everybody
gradle viy @everybody
groovy viy @java
hibernate3 viy @everybody
mchange-commons viy @everybody
mnemonicsetter viy @everybody
mongo-java-driver viy @everybody
pdftk viy @everybody
procyon viy @everybody
quartz viy @java
rsyntaxtextarea viy @everybody
sbt viy @everybody
spock viy @everybody
springframework viy @everybody
sshj viy @everybody
typesafe-config viy @everybody
xmvn viy @everybody
zinc viy @everybody
$ echo sbt |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
sort -u |\
join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
sort -u |\
join -t$'\t' - ALT/acl/list.packages.sisyphus
SimplyHTML viy @everybody
apacheds viy @everybody
arduino viy @everybody
aries-blueprint-parser viy @everybody
c3p0 viy @java
castor viy @java
castor-maven-plugin viy @everybody
codenarc viy @everybody
datanucleus-rdbms viy @everybody
ehcache-core viy @everybody
fernflower viy @everybody
forbidden-apis viy @everybody
freeplane viy @everybody
gemini-blueprint viy @everybody
glassfish-hk2 viy @everybody
gmavenplus-plugin viy @everybody
gmetric4j viy @everybody
gmetrics viy @everybody
google-http-java-client viy @everybody
google-oauth-java-client viy @everybody
gpars viy @everybody
gradle viy @everybody
groovy viy @java
hazelcast viy @everybody
hibernate3 viy @everybody
hibernate4 viy @everybody
http-builder viy @everybody
jamonapi viy @java
jasperreports viy @everybody
java-runtime-decompiler viy @everybody
jaxb2-common-basics viy @everybody
jboss-connector-1.6-api viy @everybody
jboss-jaspi-1.0-api viy @everybody
jdbi viy @everybody
jsch-agent-proxy viy @everybody
jsonic viy @everybody
jspc viy @everybody
ldaptive viy @everybody
leveldbjni viy @everybody
logback viy @everybody
mchange-commons viy @everybody
memoryfilesystem viy @everybody
mimepull viy @everybody
mnemonicsetter viy @everybody
mongo-java-driver viy @everybody
pdftk viy @everybody
picketbox viy @everybody
procyon viy @everybody
quartz viy @java
querydsl viy @everybody
querydsl3 viy @everybody
randomizedtesting viy @everybody
rendersnake darktemplar @everybody
resteasy viy @everybody
rsyntaxtextarea viy @everybody
sbt viy @everybody
shibboleth-java-support viy @everybody
shrinkwrap-resolver viy @everybody
spock viy @everybody
spring-ldap viy @everybody
springframework viy @everybody
springframework-amqp viy @everybody
springframework-batch viy @everybody
springframework-data-commons viy @everybody
springframework-data-mongodb viy @everybody
springframework-data-redis viy @everybody
springframework-hateoas viy @everybody
springframework-plugin viy @everybody
springframework-retry viy @everybody
sshj viy @everybody
tesla-polyglot viy @everybody
typesafe-config viy @everybody
velocity-tools viy @java
wildfly-core viy @everybody
xmvn viy @everybody
zinc viy @everybody
--
ldv
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-03 14:01 ` [devel] Q: jpp FTBFS packages in Sisyphus Dmitry V. Levin
@ 2021-04-04 10:06 ` Mikhail Novosyolov
2021-04-04 10:30 ` Alexey Gladkov
2021-04-07 7:35 ` Igor Vlasenko
1 sibling, 1 reply; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-04 10:06 UTC (permalink / raw)
To: devel
03.04.2021 17:01, Dmitry V. Levin пишет:
> Игорь,
>
> Скажите, пожалуйста, что вы планируете делать с многочисленными jpp-пакетами
> в Sisyphus, которые были массово удалены из Федоры в позапрошлом году
> из-за несобираемости?
В Федолре очень много чего из java удалили, а еще очень много что в непересобранном виде копируется из релиза в релиз несколько релизов подряд, disttag старый остается, т.к. пакет не пересобрать, а выкинуть - сломать полрепозитория.
В abf.io/import могут быть полезные исправления, часть и из Сизифа брались. Они будут оптравлены в Java Special Interest group в федоре, но федора в процессе перехода на java 11, это им не очень актуально. При этом переход на java 11 федора осуществляет уже после выкидывания очень многих нужных пакетов, т.е. чинить их сборку с java 11 вряд ли будут. Что со всем этим добром лучше делать дальше, мне тоже интересно.
>
> On Sat, Apr 03, 2021 at 01:25:20PM +0000, Girar awaiter (beekeeper) wrote:
>> http://git.altlinux.org/tasks/268883/logs/events.2.1.log
>>
>> 2021-Apr-03 13:24:12 :: task #268883 for sisyphus resumed by beekeeper:
>> 2021-Apr-03 13:24:12 :: message: remove 25+ weeks ftbfs package; see https://bugzilla.redhat.com/1675977
>> #100 delete sbt
>> 2021-Apr-03 13:24:14 :: build check OK
>> 2021-Apr-03 13:24:14 :: noarch check OK
>> 2021-Apr-03 13:24:15 :: plan: src +0 -1 =17876, noarch +0 -1 =17380
>> 2021-Apr-03 13:24:36 :: patched apt indices
>> 2021-Apr-03 13:24:46 :: created next repo
>> 2021-Apr-03 13:24:55 :: duplicate provides check OK
>> x86_64: NEW unmet dependencies detected:
>> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
>> i586: NEW unmet dependencies detected:
>> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
>> aarch64: NEW unmet dependencies detected:
>> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
>> ppc64le: NEW unmet dependencies detected:
>> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
>> armh: NEW unmet dependencies detected:
>> zinc#0.3.1-alt1_7jpp8:sisyphus+231076.100.1.1@1559308248 mvn(org.scala-sbt:incremental-compiler)
>> ACLs of affected packages (1):
>> zinc viy @everybody
>> 2021-Apr-03 13:25:20 :: unmets: x86_64 +1 -0 =1, i586 +1 -0 =1, aarch64 +1 -0 =5, ppc64le +1 -0 =6, armh +1 -0 =29
>> 2021-Apr-03 13:25:20 :: dependencies check FAILED
>> 2021-Apr-03 13:25:20 :: task #268883 for sisyphus FAILED
> $ echo sbt |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> join -t$'\t' - ALT/acl/list.packages.sisyphus
> gradle viy @everybody
> mchange-commons viy @everybody
> sbt viy @everybody
> typesafe-config viy @everybody
> zinc viy @everybody
>
> $ echo sbt |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> sort -u |\
> join -t$'\t' - ALT/acl/list.packages.sisyphus
> SimplyHTML viy @everybody
> c3p0 viy @java
> datanucleus-rdbms viy @everybody
> fernflower viy @everybody
> forbidden-apis viy @everybody
> gpars viy @everybody
> gradle viy @everybody
> groovy viy @java
> hibernate3 viy @everybody
> mchange-commons viy @everybody
> mnemonicsetter viy @everybody
> mongo-java-driver viy @everybody
> pdftk viy @everybody
> procyon viy @everybody
> quartz viy @java
> rsyntaxtextarea viy @everybody
> sbt viy @everybody
> spock viy @everybody
> springframework viy @everybody
> sshj viy @everybody
> typesafe-config viy @everybody
> xmvn viy @everybody
> zinc viy @everybody
>
> $ echo sbt |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> sort -u |\
> join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2 |\
> sort -u |\
> join -t$'\t' - ALT/acl/list.packages.sisyphus
> SimplyHTML viy @everybody
> apacheds viy @everybody
> arduino viy @everybody
> aries-blueprint-parser viy @everybody
> c3p0 viy @java
> castor viy @java
> castor-maven-plugin viy @everybody
> codenarc viy @everybody
> datanucleus-rdbms viy @everybody
> ehcache-core viy @everybody
> fernflower viy @everybody
> forbidden-apis viy @everybody
> freeplane viy @everybody
> gemini-blueprint viy @everybody
> glassfish-hk2 viy @everybody
> gmavenplus-plugin viy @everybody
> gmetric4j viy @everybody
> gmetrics viy @everybody
> google-http-java-client viy @everybody
> google-oauth-java-client viy @everybody
> gpars viy @everybody
> gradle viy @everybody
> groovy viy @java
> hazelcast viy @everybody
> hibernate3 viy @everybody
> hibernate4 viy @everybody
> http-builder viy @everybody
> jamonapi viy @java
> jasperreports viy @everybody
> java-runtime-decompiler viy @everybody
> jaxb2-common-basics viy @everybody
> jboss-connector-1.6-api viy @everybody
> jboss-jaspi-1.0-api viy @everybody
> jdbi viy @everybody
> jsch-agent-proxy viy @everybody
> jsonic viy @everybody
> jspc viy @everybody
> ldaptive viy @everybody
> leveldbjni viy @everybody
> logback viy @everybody
> mchange-commons viy @everybody
> memoryfilesystem viy @everybody
> mimepull viy @everybody
> mnemonicsetter viy @everybody
> mongo-java-driver viy @everybody
> pdftk viy @everybody
> picketbox viy @everybody
> procyon viy @everybody
> quartz viy @java
> querydsl viy @everybody
> querydsl3 viy @everybody
> randomizedtesting viy @everybody
> rendersnake darktemplar @everybody
> resteasy viy @everybody
> rsyntaxtextarea viy @everybody
> sbt viy @everybody
> shibboleth-java-support viy @everybody
> shrinkwrap-resolver viy @everybody
> spock viy @everybody
> spring-ldap viy @everybody
> springframework viy @everybody
> springframework-amqp viy @everybody
> springframework-batch viy @everybody
> springframework-data-commons viy @everybody
> springframework-data-mongodb viy @everybody
> springframework-data-redis viy @everybody
> springframework-hateoas viy @everybody
> springframework-plugin viy @everybody
> springframework-retry viy @everybody
> sshj viy @everybody
> tesla-polyglot viy @everybody
> typesafe-config viy @everybody
> velocity-tools viy @java
> wildfly-core viy @everybody
> xmvn viy @everybody
> zinc viy @everybody
>
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 10:06 ` Mikhail Novosyolov
@ 2021-04-04 10:30 ` Alexey Gladkov
2021-04-04 11:06 ` Michael Shigorin
0 siblings, 1 reply; 29+ messages in thread
From: Alexey Gladkov @ 2021-04-04 10:30 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sun, Apr 04, 2021 at 01:06:19PM +0300, Mikhail Novosyolov wrote:
>
> 03.04.2021 17:01, Dmitry V. Levin пишет:
> > Игорь,
> >
> > Скажите, пожалуйста, что вы планируете делать с многочисленными jpp-пакетами
> > в Sisyphus, которые были массово удалены из Федоры в позапрошлом году
> > из-за несобираемости?
>
> В Федолре очень много чего из java удалили, а еще очень много что в
> непересобранном виде копируется из релиза в релиз несколько релизов
> подряд, disttag старый остается, т.к. пакет не пересобрать, а выкинуть -
> сломать полрепозитория.
>
> В abf.io/import могут быть полезные исправления, часть и из Сизифа
> брались. Они будут оптравлены в Java Special Interest group в федоре, но
> федора в процессе перехода на java 11, это им не очень актуально. При
> этом переход на java 11 федора осуществляет уже после выкидывания очень
> многих нужных пакетов, т.е. чинить их сборку с java 11 вряд ли будут.
> Что со всем этим добром лучше делать дальше, мне тоже интересно.
На мой взгляд это отличная иллюстрация того, что роботизированное
копирование пакетов из других репозиториев - зло.
--
Rgrds, legion
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 10:30 ` Alexey Gladkov
@ 2021-04-04 11:06 ` Michael Shigorin
2021-04-04 11:39 ` Alexey Gladkov
` (2 more replies)
0 siblings, 3 replies; 29+ messages in thread
From: Michael Shigorin @ 2021-04-04 11:06 UTC (permalink / raw)
To: devel
On Sun, Apr 04, 2021 at 12:30:21PM +0200, Alexey Gladkov wrote:
> На мой взгляд это отличная иллюстрация того, что роботизированное
> копирование пакетов из других репозиториев - зло.
Разбирая, где тут зло, нетрудно докопаться до того самого яблока.
В Java зла вообще хватает, включая неожиданно бинарные сборки
(в смысле с нативным кодом) и собственно объём задачи -- если
помнишь, первым подходом к снаряду был JPackage, а на куда
меньшей задаче сборки зависимостей Redmine пятнадцатилетней
давности скис raorn@ (viy@ в пике докопал до Eclipse).
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 11:06 ` Michael Shigorin
@ 2021-04-04 11:39 ` Alexey Gladkov
2021-04-04 15:17 ` Michael Shigorin
2021-04-04 15:18 ` [devel] [JT] по сборке стеков (was: Q: jpp FTBFS packages in Sisyphus) Michael Shigorin
2021-04-05 11:52 ` [devel] Q: jpp FTBFS packages in Sisyphus Mikhail Novosyolov
2 siblings, 1 reply; 29+ messages in thread
From: Alexey Gladkov @ 2021-04-04 11:39 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sun, Apr 04, 2021 at 02:06:58PM +0300, Michael Shigorin wrote:
> On Sun, Apr 04, 2021 at 12:30:21PM +0200, Alexey Gladkov wrote:
> > На мой взгляд это отличная иллюстрация того, что роботизированное
> > копирование пакетов из других репозиториев - зло.
>
> Разбирая, где тут зло, нетрудно докопаться до того самого яблока.
>
> В Java зла вообще хватает, включая неожиданно бинарные сборки
> (в смысле с нативным кодом) и собственно объём задачи -- если
> помнишь, первым подходом к снаряду был JPackage, а на куда
> меньшей задаче сборки зависимостей Redmine пятнадцатилетней
> давности скис raorn@ (viy@ в пике докопал до Eclipse).
То что ты написал это не имеет отношения к копированию пакетов, которое я
назвал злом.
Я постоянно слышу аргумент, что честь и хвала роботам, которые запаковали
то, на чём мантейнер Х не справился. Во-первых, справляются с этой работой
не копирующие роботы, а мантейнеры из другого дистра. Во-вторых, как
показывает данная ситуация, мантейнер в сизифе в итоге всё равно нужен,
чтобы разгребать проблемы мантейнеров в других дистрах помноженные на
усердие роботов.
--
Rgrds, legion
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 11:39 ` Alexey Gladkov
@ 2021-04-04 15:17 ` Michael Shigorin
2021-04-04 22:06 ` Alexey Gladkov
0 siblings, 1 reply; 29+ messages in thread
From: Michael Shigorin @ 2021-04-04 15:17 UTC (permalink / raw)
To: devel
On Sun, Apr 04, 2021 at 01:39:38PM +0200, Alexey Gladkov wrote:
> > > На мой взгляд это отличная иллюстрация того, что роботизированное
> > > копирование пакетов из других репозиториев - зло.
> > Разбирая, где тут зло, нетрудно докопаться до того самого яблока.
> > В Java зла вообще хватает, включая неожиданно бинарные сборки
> > (в смысле с нативным кодом) и собственно объём задачи -- если
> > помнишь, первым подходом к снаряду был JPackage, а на куда
> > меньшей задаче сборки зависимостей Redmine пятнадцатилетней
> > давности скис raorn@ (viy@ в пике докопал до Eclipse).
> То что ты написал это не имеет отношения к копированию пакетов,
> которое я назвал злом.
Имеет и прямое: человеко-годы.
> Я постоянно слышу аргумент, что честь и хвала роботам, которые
> запаковали то, на чём мантейнер Х не справился. Во-первых,
> справляются с этой работой не копирующие роботы, а мантейнеры
> из другого дистра. Во-вторых, как показывает данная ситуация,
> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
> проблемы мантейнеров в других дистрах помноженные на усердие
> роботов.
Так viy@ тихонько и разбирается, пока его поливают всем подряд
ничего тяжелее стокилограммовой штанги не пробовавшие.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 29+ messages in thread
* [devel] [JT] по сборке стеков (was: Q: jpp FTBFS packages in Sisyphus)
2021-04-04 11:06 ` Michael Shigorin
2021-04-04 11:39 ` Alexey Gladkov
@ 2021-04-04 15:18 ` Michael Shigorin
2021-04-05 11:52 ` [devel] Q: jpp FTBFS packages in Sisyphus Mikhail Novosyolov
2 siblings, 0 replies; 29+ messages in thread
From: Michael Shigorin @ 2021-04-04 15:18 UTC (permalink / raw)
To: devel
On Sun, Apr 04, 2021 at 02:06:58PM +0300, Michael Shigorin wrote:
> В Java зла вообще хватает, включая неожиданно бинарные сборки
> (в смысле с нативным кодом) и собственно объём задачи -- если
> помнишь, первым подходом к снаряду был JPackage, а на куда
> меньшей задаче сборки зависимостей Redmine пятнадцатилетней
> давности скис raorn@ (viy@ в пике докопал до Eclipse).
На всякий: s/зависимостей/Ruby-&/
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 15:17 ` Michael Shigorin
@ 2021-04-04 22:06 ` Alexey Gladkov
2021-04-05 11:43 ` Mikhail Novosyolov
0 siblings, 1 reply; 29+ messages in thread
From: Alexey Gladkov @ 2021-04-04 22:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sun, Apr 04, 2021 at 06:17:04PM +0300, Michael Shigorin wrote:
> On Sun, Apr 04, 2021 at 01:39:38PM +0200, Alexey Gladkov wrote:
> > > > На мой взгляд это отличная иллюстрация того, что роботизированное
> > > > копирование пакетов из других репозиториев - зло.
> > > Разбирая, где тут зло, нетрудно докопаться до того самого яблока.
> > > В Java зла вообще хватает, включая неожиданно бинарные сборки
> > > (в смысле с нативным кодом) и собственно объём задачи -- если
> > > помнишь, первым подходом к снаряду был JPackage, а на куда
> > > меньшей задаче сборки зависимостей Redmine пятнадцатилетней
> > > давности скис raorn@ (viy@ в пике докопал до Eclipse).
> > То что ты написал это не имеет отношения к копированию пакетов,
> > которое я назвал злом.
>
> Имеет и прямое: человеко-годы.
Да, эти человеко-годы теперь должен будет пробежать новый
мантейнер-спасатель. Причём он должен будет бежать быстрее. Профит!
> > Я постоянно слышу аргумент, что честь и хвала роботам, которые
> > запаковали то, на чём мантейнер Х не справился. Во-первых,
> > справляются с этой работой не копирующие роботы, а мантейнеры
> > из другого дистра. Во-вторых, как показывает данная ситуация,
> > мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
> > проблемы мантейнеров в других дистрах помноженные на усердие
> > роботов.
>
> Так viy@ тихонько и разбирается, пока его поливают всем подряд
> ничего тяжелее стокилограммовой штанги не пробовавшие.
Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
--
Rgrds, legion
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 22:06 ` Alexey Gladkov
@ 2021-04-05 11:43 ` Mikhail Novosyolov
2021-04-05 12:06 ` Alexey Gladkov
0 siblings, 1 reply; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-05 11:43 UTC (permalink / raw)
To: devel
05.04.2021 01:06, Alexey Gladkov пишет:
>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>> роботов.
>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>> ничего тяжелее стокилограммовой штанги не пробовавшие.
> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по сравнению с Fedora, где опустились до просто копирования бинарных пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет) подряд.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-04 11:06 ` Michael Shigorin
2021-04-04 11:39 ` Alexey Gladkov
2021-04-04 15:18 ` [devel] [JT] по сборке стеков (was: Q: jpp FTBFS packages in Sisyphus) Michael Shigorin
@ 2021-04-05 11:52 ` Mikhail Novosyolov
2 siblings, 0 replies; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-05 11:52 UTC (permalink / raw)
To: devel
04.04.2021 14:06, Michael Shigorin пишет:
> (viy@ в пике докопал до Eclipse).
А вот если бы ярые противники роботов разобрались в теме, то они бы нашли то, к чему можно действительно за дело предраться в вершины java-стека, и, возможно, помогли бы улучшить ситуацию, но люди, судя по всему, даже близко не представляют масштаб и уровень закольцованности, а до реальных проблем не докопались.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 11:43 ` Mikhail Novosyolov
@ 2021-04-05 12:06 ` Alexey Gladkov
2021-04-05 12:21 ` Mikhail Novosyolov
0 siblings, 1 reply; 29+ messages in thread
From: Alexey Gladkov @ 2021-04-05 12:06 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>
> 05.04.2021 01:06, Alexey Gladkov пишет:
> >>> запаковали то, на чём мантейнер Х не справился. Во-первых,
> >>> справляются с этой работой не копирующие роботы, а мантейнеры
> >>> из другого дистра. Во-вторых, как показывает данная ситуация,
> >>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
> >>> проблемы мантейнеров в других дистрах помноженные на усердие
> >>> роботов.
> >> Так viy@ тихонько и разбирается, пока его поливают всем подряд
> >> ничего тяжелее стокилограммовой штанги не пробовавшие.
> > Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
> > нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
> сравнению с Fedora, где опустились до просто копирования бинарных
> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
> подряд.
Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
что у этих пакетов проблемы 25+ weeks.
--
Rgrds, legion
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 12:06 ` Alexey Gladkov
@ 2021-04-05 12:21 ` Mikhail Novosyolov
2021-04-05 13:33 ` Dmitry V. Levin
0 siblings, 1 reply; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-05 12:21 UTC (permalink / raw)
To: devel
05.04.2021 15:06, Alexey Gladkov пишет:
> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>> роботов.
>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>> сравнению с Fedora, где опустились до просто копирования бинарных
>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>> подряд.
> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
> что у этих пакетов проблемы 25+ weeks.
А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 12:21 ` Mikhail Novosyolov
@ 2021-04-05 13:33 ` Dmitry V. Levin
2021-04-05 13:42 ` Alexey Gladkov
` (2 more replies)
0 siblings, 3 replies; 29+ messages in thread
From: Dmitry V. Levin @ 2021-04-05 13:33 UTC (permalink / raw)
To: devel
On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
> 05.04.2021 15:06, Alexey Gladkov пишет:
> > On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
> >> 05.04.2021 01:06, Alexey Gladkov пишет:
> >>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
> >>>>> справляются с этой работой не копирующие роботы, а мантейнеры
> >>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
> >>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
> >>>>> проблемы мантейнеров в других дистрах помноженные на усердие
> >>>>> роботов.
> >>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
> >>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
> >>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
> >>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
> >> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
> >> сравнению с Fedora, где опустились до просто копирования бинарных
> >> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
> >> подряд.
> > Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
> > что у этих пакетов проблемы 25+ weeks.
> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
он, интересно услышать вашу точку зрения, что делать с этим наследием
без мантейнера, которое FTBFS 25+ weeks и должно быть удалено даже по
нашим старым правилам, породив пачку новых FTBFS, удаление которых породит
ещё большую пачку FTBFS, и так далее, пока наследия совсем не останется.
Может быть, вы готовы помантейнить это наследие?
--
ldv
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 13:33 ` Dmitry V. Levin
@ 2021-04-05 13:42 ` Alexey Gladkov
2021-04-05 14:00 ` Dmitry V. Levin
2021-04-06 8:45 ` Mikhail Novosyolov
2021-04-06 8:52 ` Mikhail Novosyolov
2 siblings, 1 reply; 29+ messages in thread
From: Alexey Gladkov @ 2021-04-05 13:42 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Mon, Apr 05, 2021 at 04:33:09PM +0300, Dmitry V. Levin wrote:
> > > Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
> > > что у этих пакетов проблемы 25+ weeks.
> > А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
>
> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
> он, интересно услышать вашу точку зрения, что делать с этим наследием
> без мантейнера, которое FTBFS 25+ weeks и должно быть удалено даже по
> нашим старым правилам, породив пачку новых FTBFS, удаление которых породит
> ещё большую пачку FTBFS, и так далее, пока наследия совсем не останется.
Дим, а сложно посчитать, что уйдёт вслед за этими пакетами ? Может
мантейнеры этих пакетов озаботятся ?
> Может быть, вы готовы помантейнить это наследие?
Раз с этими пакетами все конечно не отлично, но ХОРОШО, то защитники
роботов не будут уклоняться и покажут класс.
>
> --
> ldv
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
--
Rgrds, legion
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 13:42 ` Alexey Gladkov
@ 2021-04-05 14:00 ` Dmitry V. Levin
0 siblings, 0 replies; 29+ messages in thread
From: Dmitry V. Levin @ 2021-04-05 14:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Mon, Apr 05, 2021 at 03:42:04PM +0200, Alexey Gladkov wrote:
> On Mon, Apr 05, 2021 at 04:33:09PM +0300, Dmitry V. Levin wrote:
> > > > Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
> > > > что у этих пакетов проблемы 25+ weeks.
> > > А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
> >
> > OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
> > он, интересно услышать вашу точку зрения, что делать с этим наследием
> > без мантейнера, которое FTBFS 25+ weeks и должно быть удалено даже по
> > нашим старым правилам, породив пачку новых FTBFS, удаление которых породит
> > ещё большую пачку FTBFS, и так далее, пока наследия совсем не останется.
>
> Дим, а сложно посчитать, что уйдёт вслед за этими пакетами ? Может
> мантейнеры этих пакетов озаботятся ?
В первом письме треда была оценка первой и второй итерации.
Насколько я понимаю, там как минимум значительная часть jpp.
--
ldv
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 13:33 ` Dmitry V. Levin
2021-04-05 13:42 ` Alexey Gladkov
@ 2021-04-06 8:45 ` Mikhail Novosyolov
2021-04-06 8:52 ` Mikhail Novosyolov
2 siblings, 0 replies; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-06 8:45 UTC (permalink / raw)
To: devel
05.04.2021 16:33, Dmitry V. Levin пишет:
> On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
>> 05.04.2021 15:06, Alexey Gladkov пишет:
>>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>>>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>>>> роботов.
>>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>>>> сравнению с Fedora, где опустились до просто копирования бинарных
>>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>>>> подряд.
>>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
>>> что у этих пакетов проблемы 25+ weeks.
>> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
> он, интересно услышать вашу точку зрения, что делать с этим наследием
> без мантейнера, которое FTBFS 25+ weeks и должно быть удалено даже по
> нашим старым правилам, породив пачку новых FTBFS, удаление которых породит
> ещё большую пачку FTBFS, и так далее, пока наследия совсем не останется.
Мне кажется, в текущем стеке jpp нет каких-либо критичных проблем, которые могли бы быть поводом для паники (кроме, может быть, отсутствия активного мейнтейнера). Проблемы единичные.
В sbt проблема не в самом пакете sbt.
Попробовал запустить его сборку с помощью etersoft-build-utils в systemd-nspawn на сизифе от не-root и получил ошибку:
> + ./climbing-nemesis.py org.jsoup jsoup ivy-local --version 1.7.1
> Traceback (most recent call last):
> File "/home/user/RPM/BUILD/sbt-0.13.1/./climbing-nemesis.py", line 232, in <module>
> main()
> File "/home/user/RPM/BUILD/sbt-0.13.1/./climbing-nemesis.py", line 217, in main
> pom = resolveArtifact(args.group, args.artifact, args.pomfile, ignored_deps=(args.ignore or []), override=((not args.override_dir_only) and override or None), extra_deps=extra_deps)
> File "/home/user/RPM/BUILD/sbt-0.13.1/./climbing-nemesis.py", line 127, in resolveArtifact
> result = XMvnResolve.process_raw_request([ResolutionRequest(group, artifact, extension="pom")])[0]
> File "/usr/lib/python3/site-packages/javapackages/xmvn/xmvn_resolve.py", line 67, in process_raw_request
> raise XMvnResolveException("xmvn-resolve failed:\n" + stderr)
> javapackages.xmvn.xmvn_resolve.XMvnResolveException: xmvn-resolve failed:
>
> ошибка: Неверный код возврата из /tmp/.private/user/rpm-tmp.87022 (%prep)
Попробовал запустить просто xmvn-resolve, получил ошибку:
> [user@alt sbt]$ xmvn-resolve
> Error occurred during initialization of VM
> java.lang.OutOfMemoryError: unable to create new native thread
> at java.lang.Thread.start0(Native Method)
> at java.lang.Thread.start(Thread.java:717)
> at java.lang.ref.Reference.<clinit>(Reference.java:232)
Пробую запустить от root в этом же контейнере:
> [root@alt sbt]# xmvn-resolve
> [root@alt sbt]# echo $?
> 0
Запустил пересборку sbt в сборочнице, ошибка опять другая:
> 2021-Apr-06 08:27:39 :: [x86_64] sbt-0.13.1-alt5_9.1jpp8.src.rpm: remote: build failed
> 2021-Apr-06 08:27:39 :: [x86_64] #100 sbt-0.13.1-alt5_9.1jpp8.src.rpm: build FAILED
> [ppc64le] Unhandled exception
> [ppc64le] java.lang.NoClassDefFoundError: javax/xml/bind/JAXBContext
> [ppc64le] at org.fedoraproject.xmvn.tools.resolve.ResolverCli.parseRequests(ResolverCli.java:60)
Но в свой контейнер я ставил java с нуля, до установки BuildRequires sbt java вообще не стояла, поэтому на нехватку зависимостей не похоже.
Запустил rpmbb (etersoft-build-utils) у себя в контейнере от root. Такой ошибки не возникло, "+ ./climbing-nemesis.py org.jsoup jsoup ivy-local --version 1.7.1", на чем падало и у меня, и в сборочнице, прошло успешно, сборка пошла дальше.
Таким образом, проблема не в jpp пакетах.
> Может быть, вы готовы помантейнить это наследие?
Не готов, но готов по возможности и по силам как-то помочь тому, чтобы в Федоре и Альте java-стек был в хорошем и пригодном для частичного заимствования состоянии.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-05 13:33 ` Dmitry V. Levin
2021-04-05 13:42 ` Alexey Gladkov
2021-04-06 8:45 ` Mikhail Novosyolov
@ 2021-04-06 8:52 ` Mikhail Novosyolov
2021-04-06 10:38 ` Dmitry V. Levin
2 siblings, 1 reply; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-06 8:52 UTC (permalink / raw)
To: devel
05.04.2021 16:33, Dmitry V. Levin пишет:
> On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
>> 05.04.2021 15:06, Alexey Gladkov пишет:
>>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>>>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>>>> роботов.
>>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>>>> сравнению с Fedora, где опустились до просто копирования бинарных
>>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>>>> подряд.
>>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
>>> что у этих пакетов проблемы 25+ weeks.
>> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
> он, интересно услышать вашу точку зрения, что делать с этим наследием
> без мантейнера
Забыл написать. Сейчас Fedora в процессе переезда на Java 11. Я бы по возможности помог им. Когда этот наверняка небыстрый процесс завершится, можно будет думать, что и как заимствовать. В данный момент java-стек в сизифе собирается, критичных неразрешимых проблем вроде бы нет, поэтому, мне кажется, лучше всего его не ломать и ждать, что будет дальше.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-06 8:52 ` Mikhail Novosyolov
@ 2021-04-06 10:38 ` Dmitry V. Levin
2021-04-06 13:59 ` Mikhail Novosyolov
0 siblings, 1 reply; 29+ messages in thread
From: Dmitry V. Levin @ 2021-04-06 10:38 UTC (permalink / raw)
To: devel
On Tue, Apr 06, 2021 at 11:52:19AM +0300, Mikhail Novosyolov wrote:
> 05.04.2021 16:33, Dmitry V. Levin пишет:
> > On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
> >> 05.04.2021 15:06, Alexey Gladkov пишет:
> >>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
> >>>> 05.04.2021 01:06, Alexey Gladkov пишет:
> >>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
> >>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
> >>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
> >>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
> >>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
> >>>>>>> роботов.
> >>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
> >>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
> >>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
> >>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
> >>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
> >>>> сравнению с Fedora, где опустились до просто копирования бинарных
> >>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
> >>>> подряд.
> >>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
> >>> что у этих пакетов проблемы 25+ weeks.
> >> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
> > OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
> > он, интересно услышать вашу точку зрения, что делать с этим наследием
> > без мантейнера
> Забыл написать. Сейчас Fedora в процессе переезда на Java 11. Я бы по возможности помог им. Когда этот наверняка небыстрый процесс завершится, можно будет думать, что и как заимствовать. В данный момент java-стек в сизифе собирается, критичных неразрешимых проблем вроде бы нет, поэтому, мне кажется, лучше всего его не ломать и ждать, что будет дальше.
Мне кажется, вы предлагаете игнорировать тот факт, что пакеты не
собираются, тот же sbt не собирается полгода.
--
ldv
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-06 10:38 ` Dmitry V. Levin
@ 2021-04-06 13:59 ` Mikhail Novosyolov
2021-04-06 14:31 ` Михаил Новоселов
2021-04-06 14:32 ` Mikhail Novosyolov
0 siblings, 2 replies; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-06 13:59 UTC (permalink / raw)
To: devel
06.04.2021 13:38, Dmitry V. Levin пишет:
> On Tue, Apr 06, 2021 at 11:52:19AM +0300, Mikhail Novosyolov wrote:
>> 05.04.2021 16:33, Dmitry V. Levin пишет:
>>> On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
>>>> 05.04.2021 15:06, Alexey Gladkov пишет:
>>>>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>>>>>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>>>>>> роботов.
>>>>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>>>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>>>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>>>>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>>>>>> сравнению с Fedora, где опустились до просто копирования бинарных
>>>>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>>>>>> подряд.
>>>>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
>>>>> что у этих пакетов проблемы 25+ weeks.
>>>> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
>>> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
>>> он, интересно услышать вашу точку зрения, что делать с этим наследием
>>> без мантейнера
>> Забыл написать. Сейчас Fedora в процессе переезда на Java 11. Я бы по возможности помог им. Когда этот наверняка небыстрый процесс завершится, можно будет думать, что и как заимствовать. В данный момент java-стек в сизифе собирается, критичных неразрешимых проблем вроде бы нет, поэтому, мне кажется, лучше всего его не ломать и ждать, что будет дальше.
> Мне кажется, вы предлагаете игнорировать тот факт, что пакеты не
> собираются, тот же sbt не собирается полгода.
Я исхожу из того, что если java-стек нужен, можно взять и починить несколько пакетов, это сделать не должно быть сложно, т.к. не требует возни с длинной цепочкой зависимостей. Чтобы определить его надобность для коммерческих дистрибутивов, можно попробовать понять, продолжит ли пакет pki-core, нужный для FreeIPA, собираться и работать, если разломать имеющийся java-стек.
Сходу у меня нет идей, чем вызваны ошибки при сборке sbt, мне кажется, их стоит посмотреть тем, кто хорошо разбирается в hasher, т.к. вне hasher их нет (но я проверял не очень тщательно, могу ошибаться).
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-06 13:59 ` Mikhail Novosyolov
@ 2021-04-06 14:31 ` Михаил Новоселов
2021-04-07 7:48 ` Igor Vlasenko
2021-04-06 14:32 ` Mikhail Novosyolov
1 sibling, 1 reply; 29+ messages in thread
From: Михаил Новоселов @ 2021-04-06 14:31 UTC (permalink / raw)
To: devel
06.04.2021 16:59, Mikhail Novosyolov пишет:
> 06.04.2021 13:38, Dmitry V. Levin пишет:
>> On Tue, Apr 06, 2021 at 11:52:19AM +0300, Mikhail Novosyolov wrote:
>>> 05.04.2021 16:33, Dmitry V. Levin пишет:
>>>> On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
>>>>> 05.04.2021 15:06, Alexey Gladkov пишет:
>>>>>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>>>>>>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>>>>>>> роботов.
>>>>>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>>>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>>>>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>>>>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>>>>>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>>>>>>> сравнению с Fedora, где опустились до просто копирования бинарных
>>>>>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>>>>>>> подряд.
>>>>>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
>>>>>> что у этих пакетов проблемы 25+ weeks.
>>>>> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
>>>> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
>>>> он, интересно услышать вашу точку зрения, что делать с этим наследием
>>>> без мантейнера
>>> Забыл написать. Сейчас Fedora в процессе переезда на Java 11. Я бы по возможности помог им. Когда этот наверняка небыстрый процесс завершится, можно будет думать, что и как заимствовать. В данный момент java-стек в сизифе собирается, критичных неразрешимых проблем вроде бы нет, поэтому, мне кажется, лучше всего его не ломать и ждать, что будет дальше.
>> Мне кажется, вы предлагаете игнорировать тот факт, что пакеты не
>> собираются, тот же sbt не собирается полгода.
> Я исхожу из того, что если java-стек нужен, можно взять и починить несколько пакетов, это сделать не должно быть сложно, т.к. не требует возни с длинной цепочкой зависимостей. Чтобы определить его надобность для коммерческих дистрибутивов, можно попробовать понять, продолжит ли пакет pki-core, нужный для FreeIPA, собираться и работать, если разломать имеющийся java-стек.
>
> Сходу у меня нет идей, чем вызваны ошибки при сборке sbt, мне кажется, их стоит посмотреть тем, кто хорошо разбирается в hasher, т.к. вне hasher их нет (но я проверял не очень тщательно, могу ошибаться).
почему java-devel у меня ставит java 1.8, которая и нужна, а в сборочнице - java 11? Если в пакете xmvn прописать runtime зависимость (requires) от JRE java 1.8, то при наличии уже установленной JRE 1.8 будет ли JDK (java-devel) 1.8 иметь приоритет, или все равно будет тащиться 11?
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-06 13:59 ` Mikhail Novosyolov
2021-04-06 14:31 ` Михаил Новоселов
@ 2021-04-06 14:32 ` Mikhail Novosyolov
1 sibling, 0 replies; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-06 14:32 UTC (permalink / raw)
To: devel
06.04.2021 16:59, Mikhail Novosyolov пишет:
> 06.04.2021 13:38, Dmitry V. Levin пишет:
>> On Tue, Apr 06, 2021 at 11:52:19AM +0300, Mikhail Novosyolov wrote:
>>> 05.04.2021 16:33, Dmitry V. Levin пишет:
>>>> On Mon, Apr 05, 2021 at 03:21:29PM +0300, Mikhail Novosyolov wrote:
>>>>> 05.04.2021 15:06, Alexey Gladkov пишет:
>>>>>> On Mon, Apr 05, 2021 at 02:43:58PM +0300, Mikhail Novosyolov wrote:
>>>>>>> 05.04.2021 01:06, Alexey Gladkov пишет:
>>>>>>>>>> запаковали то, на чём мантейнер Х не справился. Во-первых,
>>>>>>>>>> справляются с этой работой не копирующие роботы, а мантейнеры
>>>>>>>>>> из другого дистра. Во-вторых, как показывает данная ситуация,
>>>>>>>>>> мантейнер в сизифе в итоге всё равно нужен, чтобы разгребать
>>>>>>>>>> проблемы мантейнеров в других дистрах помноженные на усердие
>>>>>>>>>> роботов.
>>>>>>>>> Так viy@ тихонько и разбирается, пока его поливают всем подряд
>>>>>>>>> ничего тяжелее стокилограммовой штанги не пробовавшие.
>>>>>>>> Да, я не ничего тяжёлого не поднимал. Отчасти потому, что считаю, что не
>>>>>>>> нужно этого делать. Ну а viy@ я желаю удачи в подтирании пола за роботами.
>>>>>>> У viy@ подтерто за роботами хорошо, судя по состоянию java в сизифе по
>>>>>>> сравнению с Fedora, где опустились до просто копирования бинарных
>>>>>>> пакетов без пересборки из релиза в релиз несколько релизов (т.к. 1+ лет)
>>>>>>> подряд.
>>>>>> Если бы с jpp всё было хорошо, то их бы не было в этом списке. Напомню,
>>>>>> что у этих пакетов проблемы 25+ weeks.
>>>>> А у них ХОРОШО, я считаю, не ОТЛИЧНО, но именно ХОРОШО. Глобальных проблем нет, а могли бы быть очень легко.
>>>> OK, поскольку на вопрос, который я задал Игорю, отреагировали вы, а не
>>>> он, интересно услышать вашу точку зрения, что делать с этим наследием
>>>> без мантейнера
>>> Забыл написать. Сейчас Fedora в процессе переезда на Java 11. Я бы по возможности помог им. Когда этот наверняка небыстрый процесс завершится, можно будет думать, что и как заимствовать. В данный момент java-стек в сизифе собирается, критичных неразрешимых проблем вроде бы нет, поэтому, мне кажется, лучше всего его не ломать и ждать, что будет дальше.
>> Мне кажется, вы предлагаете игнорировать тот факт, что пакеты не
>> собираются, тот же sbt не собирается полгода.
> Я исхожу из того, что если java-стек нужен, можно взять и починить несколько пакетов, это сделать не должно быть сложно, т.к. не требует возни с длинной цепочкой зависимостей. Чтобы определить его надобность для коммерческих дистрибутивов, можно попробовать понять, продолжит ли пакет pki-core, нужный для FreeIPA, собираться и работать, если разломать имеющийся java-стек.
>
> Сходу у меня нет идей, чем вызваны ошибки при сборке sbt, мне кажется, их стоит посмотреть тем, кто хорошо разбирается в hasher, т.к. вне hasher их нет (но я проверял не очень тщательно, могу ошибаться).
Gочему java-devel у меня ставит java 1.8, которая и нужна, а в сборочнице - java 11?
Если в пакете xmvn прописать runtime зависимость (requires) от JRE java 1.8, то при наличии уже установленной JRE 1.8 будет ли JDK (java-devel) 1.8 иметь приоритет, или все равно будет тащиться 11?
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-03 14:01 ` [devel] Q: jpp FTBFS packages in Sisyphus Dmitry V. Levin
2021-04-04 10:06 ` Mikhail Novosyolov
@ 2021-04-07 7:35 ` Igor Vlasenko
2021-04-07 20:17 ` Mikhail Novosyolov
1 sibling, 1 reply; 29+ messages in thread
From: Igor Vlasenko @ 2021-04-07 7:35 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sat, Apr 03, 2021 at 05:01:42PM +0300, Dmitry V. Levin wrote:
> Скажите, пожалуйста, что вы планируете делать с многочисленными jpp-пакетами
> в Sisyphus, которые были массово удалены из Федоры в позапрошлом году
> из-за несобираемости?
Прошу прощения за задержку с ответом.
Признаюсь, был в ступоре, и не мог найти слов,
особенно, читая некоторые комментарии.
Сам по себе мне этот вопрос напомнил классический вопрос с подковыркой
"Вы уже бросили пить/курить/другими непотребствами заниматься или еще нет?"
в котором содержится как истинное утверждение, что собеседник
пьет/курит/другими непотребствами занимается, вопрос лишь в том,
бросит это дело или нет.
В вопросе выше тоже может показаться,
что с Сизифом происходит что-то нехорошее.
Поэтому понимая, что парой слов не отделаться,
долго обдумывал, как правильно написать ответ
и решил написать 2 письма, и первое конкретно по java.
Сразу напомню, что сначала проект JPackage, а теперь Федора -
это стандарт де-факто для полноценной сборки java кода из исходников
в практически всех дистрибутивах на основе rpm.
Теперь по вопросу выше.
Хочу пояснить вопрос на примере поискового движка lucene.
В Сизифе lucene представлен аж в 4-х пакетах lucene{3,4,5,7} разных
версий по сравнению с двумя версиями (3 и 7) в fc31.
Почему бы по этой логике не выкинуть из Сизифа хотя бы версии 4 и 5?
Ответ - нельзя, пока они используются, как сборочные зависимости.
Если их выкинуть, какие-то пакеты перестанут собираться.
Почему же их нет в Федоре? Потому что там требования по
собираемости ниже. К примеру, сломанный в fc29 пакет будут удалять,
как помню, не ранее бранчевания на fc33.
В принципе, из-за гарантии WORA (Write Once Run Anywhere) в Java
не такая уж и плохая политика именно для Java.
Соответственно, какие-то пакеты в Федоре сломались при обновлении
lucene 4 -> 5, какие-то при обновлении lucene 5 -> 6,7.
Но у нас Сизиф, и для обеспечения собираемости пакетов я дополнительно
собирал в сизиф свои костыли-пакеты lucene 4 и 5, после чего
дополнительно патчил сломанные в Федоре пакеты,
чтобы они нормально собирались в Сизифе.
Теперь о пакетах, которые были массово удалены из Федоры в позапрошлом году
из-за несобираемости. Это была не просто несобираемость,
а несобираемость из-за перехода в Федоре на java11 как основной JDK.
Это было прогрессивное политическое решение, наподобие перехода на
systemd. Но на время адаптации страдают пользователи.
В Сизифе этот переход тоже происходит, но он смягчен тем,
что в Сизифе у нас есть механизмы выбора JDK
и эти пакеты прекрасно собираются с помощью java8.
Теперь о FTBFS.
Надеюсь, понятно, что для возможности собирать как можно больше
пакетов полностью из исходников, без привлечения сторонних бинарных
сборок, в java репозитории приходится держать большое количество
пакетов, единственное достоинство которых - быть чьей-то сборочной
зависимостью.
И вот когда такой пакет попадает в FTBFS,
то иногда возникнуть дилемма: чинить или не чинить?
Хороший пример - пакет sbt. Я его за время его жизни чинил 7 раз.
И сейчас в #264657 у меня подготовлена сборка
sbt-0.13.1-alt7_9.1jpp8.src.rpm
которая собирается везде, кроме armh, где присходит
какой-то подземный стук (не лечится armh хаком от zerg@).
[i586]: build OK
[aarch64]: build OK
[x86_64]: build OK
[ppc64le]: build OK
[armh] build FAILED
task #264657 for sisyphus FAILED
И здесь уже при починке малой кровью не обойтись.
С другой стороны, в Федоре сейчас обошлись без sbt.
Поэтому следующее большое обновление просто приведет
к тому, что sbt станет не нужен, и я его просто удалю.
Поэтому нужные пакеты нужно чинить, а такие пакеты, как sbt чиню без
фанатизма, когда это не так сложно, ведь в запущенных случаях
лучше вложить свое время в большое обновление.
Здесь главное, чтобы вы не помогали роботу руками,
чтобы пройдя по цепочке зависимостей, не удалить нужный для большого
обновления пакет.
--
I V
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-06 14:31 ` Михаил Новоселов
@ 2021-04-07 7:48 ` Igor Vlasenko
2021-04-07 20:09 ` Mikhail Novosyolov
0 siblings, 1 reply; 29+ messages in thread
From: Igor Vlasenko @ 2021-04-07 7:48 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Tue, Apr 06, 2021 at 05:31:25PM +0300, Михаил Новоселов wrote:
> почему java-devel у меня ставит java 1.8, которая и нужна, а в сборочнице - java 11?
Издержки процесса переезда. Можно в BR: заменить на явное указание java-1.8.0-openjdk-devel или волшебный пакет jpackage-1.8-compat.
или указать в runtime (см. ниже).
Если в пакете xmvn прописать runtime зависимость (requires) от JRE java 1.8, то при наличии уже установленной JRE 1.8 будет ли JDK (java-devel) 1.8 иметь приоритет, или все равно будет тащиться 11?
при сборке можно явно указать
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk
--
I V
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-07 7:48 ` Igor Vlasenko
@ 2021-04-07 20:09 ` Mikhail Novosyolov
0 siblings, 0 replies; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-07 20:09 UTC (permalink / raw)
To: devel; +Cc: viy
07.04.2021 10:48, Igor Vlasenko пишет:
> On Tue, Apr 06, 2021 at 05:31:25PM +0300, Михаил Новоселов wrote:
>> почему java-devel у меня ставит java 1.8, которая и нужна, а в сборочнице - java 11?
> Издержки процесса переезда. Можно в BR: заменить на явное указание java-1.8.0-openjdk-devel или волшебный пакет jpackage-1.8-compat.
> или указать в runtime (см. ниже).
Раз вы никуда не пропали, я тогда лучше не буду лезть и мешать ботам ))
В sbt ваши недавние правки немного не совпадают с тем, что мы в Росе делали, см. https://abf.io/import/sbt/tree/8819a5ee9b и https://abf.io/import/sbt/commit/b5c04f73a98ed89615c1a0587c2258311a79cc1f , может, пригодится, там как раз про hawtjni, на чем падает сборка sbt, если BR java-1.8.0-devel и сделать export JAVA_HOME=<...>, есть строка. По идее и в Альте, и в Росе версии должны быть одинаковыми.
См. http://git.altlinux.org/tasks/269094/
> Если в пакете xmvn прописать runtime зависимость (requires) от JRE java 1.8, то при наличии уже установленной JRE 1.8 будет ли JDK (java-devel) 1.8 иметь приоритет, или все равно будет тащиться 11?
Это был мой вопрос, в письме выше неправильно процитировался текст. Отвечу сам. Все равно тащится java 11.
Сначала вставил костыль в xmvn, чтобы в runtime использовал java 1.8: http://git.altlinux.org/people/mikhailnov/packages/?p=xmvn.git;a=commitdiff;h=1ab62942f4a3f5afd655f53ec51b6aacec69b2af
Но это изменение не имеет смысла, т.к. /usr/bin/xmvn-resolve сорсит набор функций из javapackages-tools, который сам поставит JAVA_HOME в 1.8.
>
> при сборке можно явно указать
> export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-07 7:35 ` Igor Vlasenko
@ 2021-04-07 20:17 ` Mikhail Novosyolov
2021-04-08 10:08 ` Igor Vlasenko
0 siblings, 1 reply; 29+ messages in thread
From: Mikhail Novosyolov @ 2021-04-07 20:17 UTC (permalink / raw)
To: devel
07.04.2021 10:35, Igor Vlasenko пишет:
> Хороший пример - пакет sbt. Я его за время его жизни чинил 7 раз.
> И сейчас в #264657 у меня подготовлена сборка
> sbt-0.13.1-alt7_9.1jpp8.src.rpm
> которая собирается везде, кроме armh, где присходит
> какой-то подземный стук (не лечится armh хаком от zerg@).
> [i586]: build OK
> [aarch64]: build OK
> [x86_64]: build OK
> [ppc64le]: build OK
> [armh] build FAILED
> task #264657 for sisyphus FAILED
>
> И здесь уже при починке малой кровью не обойтись.
А зачем собирать все java-пакеты на armh? Вам это представляется проще, чем делать ExcludeArch?
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-07 20:17 ` Mikhail Novosyolov
@ 2021-04-08 10:08 ` Igor Vlasenko
2021-04-08 10:20 ` Aleksei Nikiforov
2021-04-08 10:21 ` Антон Мидюков
0 siblings, 2 replies; 29+ messages in thread
From: Igor Vlasenko @ 2021-04-08 10:08 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Wed, Apr 07, 2021 at 11:17:24PM +0300, Mikhail Novosyolov wrote:
> А зачем собирать все java-пакеты на armh? Вам это представляется проще, чем делать ExcludeArch?
в Альте так не сработает. noarch + ExcludeArch запрещен :(
сам пакет придется объявить arch и он не будет доступен на armh,
соответственно, это же придется делать для всего дерева зависимостей,
его касающегося.
--
I V
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-08 10:08 ` Igor Vlasenko
@ 2021-04-08 10:20 ` Aleksei Nikiforov
2021-04-08 10:33 ` Dmitry V. Levin
2021-04-08 10:21 ` Антон Мидюков
1 sibling, 1 reply; 29+ messages in thread
From: Aleksei Nikiforov @ 2021-04-08 10:20 UTC (permalink / raw)
To: devel
08.04.2021 13:08, Igor Vlasenko пишет:
> On Wed, Apr 07, 2021 at 11:17:24PM +0300, Mikhail Novosyolov wrote:
>> А зачем собирать все java-пакеты на armh? Вам это представляется проще, чем делать ExcludeArch?
> в Альте так не сработает. noarch + ExcludeArch запрещен :(
> сам пакет придется объявить arch и он не будет доступен на armh,
> соответственно, это же придется делать для всего дерева зависимостей,
> его касающегося.
>
Насколько я знаю, в текущий момент это не так и noarch + ExcludeArch
вполне можно совместить.
https://bugzilla.altlinux.org/38919
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-08 10:08 ` Igor Vlasenko
2021-04-08 10:20 ` Aleksei Nikiforov
@ 2021-04-08 10:21 ` Антон Мидюков
1 sibling, 0 replies; 29+ messages in thread
From: Антон Мидюков @ 2021-04-08 10:21 UTC (permalink / raw)
To: devel
08.04.2021 17:08, Igor Vlasenko пишет:
> On Wed, Apr 07, 2021 at 11:17:24PM +0300, Mikhail Novosyolov wrote:
>> А зачем собирать все java-пакеты на armh? Вам это представляется проще, чем делать ExcludeArch?
> в Альте так не сработает. noarch + ExcludeArch запрещен :(
А как же edk2 тогда собирается?
> сам пакет придется объявить arch и он не будет доступен на armh,
> соответственно, это же придется делать для всего дерева зависимостей,
> его касающегося.
>
--
С уважением, Антон Мидюков <antohami@altlinux.org>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: [devel] Q: jpp FTBFS packages in Sisyphus
2021-04-08 10:20 ` Aleksei Nikiforov
@ 2021-04-08 10:33 ` Dmitry V. Levin
0 siblings, 0 replies; 29+ messages in thread
From: Dmitry V. Levin @ 2021-04-08 10:33 UTC (permalink / raw)
To: ALT Devel discussion list
On Thu, Apr 08, 2021 at 01:20:49PM +0300, Aleksei Nikiforov wrote:
> 08.04.2021 13:08, Igor Vlasenko пишет:
> > On Wed, Apr 07, 2021 at 11:17:24PM +0300, Mikhail Novosyolov wrote:
> >> А зачем собирать все java-пакеты на armh? Вам это представляется проще, чем делать ExcludeArch?
> > в Альте так не сработает. noarch + ExcludeArch запрещен :(
> > сам пакет придется объявить arch и он не будет доступен на armh,
> > соответственно, это же придется делать для всего дерева зависимостей,
> > его касающегося.
>
> Насколько я знаю, в текущий момент это не так и noarch + ExcludeArch
> вполне можно совместить.
>
> https://bugzilla.altlinux.org/38919
Да, всё верно, к сожалению, noarch + ExcludeArch сейчас совместимы,
и есть пакеты, которые этим пользуются.
--
ldv
^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2021-04-08 10:33 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-03 14:01 ` [devel] Q: jpp FTBFS packages in Sisyphus Dmitry V. Levin
2021-04-04 10:06 ` Mikhail Novosyolov
2021-04-04 10:30 ` Alexey Gladkov
2021-04-04 11:06 ` Michael Shigorin
2021-04-04 11:39 ` Alexey Gladkov
2021-04-04 15:17 ` Michael Shigorin
2021-04-04 22:06 ` Alexey Gladkov
2021-04-05 11:43 ` Mikhail Novosyolov
2021-04-05 12:06 ` Alexey Gladkov
2021-04-05 12:21 ` Mikhail Novosyolov
2021-04-05 13:33 ` Dmitry V. Levin
2021-04-05 13:42 ` Alexey Gladkov
2021-04-05 14:00 ` Dmitry V. Levin
2021-04-06 8:45 ` Mikhail Novosyolov
2021-04-06 8:52 ` Mikhail Novosyolov
2021-04-06 10:38 ` Dmitry V. Levin
2021-04-06 13:59 ` Mikhail Novosyolov
2021-04-06 14:31 ` Михаил Новоселов
2021-04-07 7:48 ` Igor Vlasenko
2021-04-07 20:09 ` Mikhail Novosyolov
2021-04-06 14:32 ` Mikhail Novosyolov
2021-04-04 15:18 ` [devel] [JT] по сборке стеков (was: Q: jpp FTBFS packages in Sisyphus) Michael Shigorin
2021-04-05 11:52 ` [devel] Q: jpp FTBFS packages in Sisyphus Mikhail Novosyolov
2021-04-07 7:35 ` Igor Vlasenko
2021-04-07 20:17 ` Mikhail Novosyolov
2021-04-08 10:08 ` Igor Vlasenko
2021-04-08 10:20 ` Aleksei Nikiforov
2021-04-08 10:33 ` Dmitry V. Levin
2021-04-08 10:21 ` Антон Мидюков
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