* [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
* 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-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 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-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
* [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 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-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-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: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
* 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
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