ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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