[devel] Q: нерабочий ruby на armh (was: [#253596] FAILED opennebula.git=5.10.5-alt2)

[devel] Q: нерабочий ruby на armh (was: [#253596] FAILED opennebula.git=5.10.5-alt2)

[Dmitry V. Levin]

On Thu, Jun 18, 2020 at 03:41:52PM +0000, Girar Builder awaiter robot wrote:
> http://git.altlinux.org/tasks/253596/logs/events.1.1.log
> 
> 2020-Jun-18 15:29:32 :: task #253596 for sisyphus started by shaba:
> #100 build 5.10.5-alt2 from /people/shaba/packages/opennebula.git fetched at 2020-Jun-18 15:29:31
> 2020-Jun-18 15:29:33 :: [aarch64] #100 opennebula.git 5.10.5-alt2: build start
> 2020-Jun-18 15:29:33 :: [x86_64] #100 opennebula.git 5.10.5-alt2: build start
> 2020-Jun-18 15:29:33 :: [i586] #100 opennebula.git 5.10.5-alt2: build start
> 2020-Jun-18 15:29:33 :: [ppc64le] #100 opennebula.git 5.10.5-alt2: build start
> 2020-Jun-18 15:29:33 :: [armh] #100 opennebula.git 5.10.5-alt2: build start
> 2020-Jun-18 15:39:16 :: [aarch64] #100 opennebula.git 5.10.5-alt2: build OK
> + /usr/bin/ruby -rvendor-specific /usr/bin/setup.rb build --shebang=auto --prefixes=gem,ruby,rails-engine '--gem-version-replace=:highline ~> 2.0:i18n ~> 1.0:activesupport ~> 5.2' --ignore=packethost --use=install_gems --alias=opennebula-common --join=lib:bin --use=flow --alias=opennebula-flow --join=lib:bin --srclibdir= --srcconfdir=
> [setup.rb] -> RuntimeError: Unable to determine name from existing gemspec. Use :name => 'gemname' in #install_tasks to manually set it.
> fatal: not a git repository (or any of the parent directories): .git
> 2020-Jun-18 15:39:18 :: [armh] opennebula.git 5.10.5-alt2: remote: build failed
> 2020-Jun-18 15:39:18 :: [armh] #100 opennebula.git 5.10.5-alt2: build FAILED
> 2020-Jun-18 15:39:18 :: [armh] requesting cancellation of task processing
> 2020-Jun-18 15:40:07 :: [x86_64] #100 opennebula.git 5.10.5-alt2: build OK
> 2020-Jun-18 15:40:47 :: [ppc64le] #100 opennebula.git 5.10.5-alt2: build OK
> 2020-Jun-18 15:41:52 :: [i586] #100 opennebula.git 5.10.5-alt2: build OK
> 2020-Jun-18 15:39:18 :: [armh] build FAILED
> 2020-Jun-18 15:41:52 :: task #253596 for sisyphus FAILED

Как это понимать? /usr/bin/ruby на armh нерабочий?
Каким образом там был собран предыдущий релиз opennebula-5.10.5-alt1?


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh (was: [#253596] FAILED opennebula.git=5.10.5-alt2)

[Yuri Sedunov]

В Пт, 19/06/2020 в 00:24 +0300, Dmitry V. Levin пишет:
> On Thu, Jun 18, 2020 at 03:41:52PM +0000, Girar Builder awaiter robot
> wrote:
> > http://git.altlinux.org/tasks/253596/logs/events.1.1.log
> > 
> > 2020-Jun-18 15:29:32 :: task #253596 for sisyphus started by shaba:
> > 2020-Jun-18 15:29:33 :: [aarch64] #100 opennebula.git 5.10.5-alt2: 
> > 
...
> Как это понимать? /usr/bin/ruby на armh нерабочий?
> Каким образом там был собран предыдущий релиз opennebula-5.10.5-alt1?

Похожий вопрос.
[#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm

-- 
Yuri N. Sedunov

Re: [devel] Q: нерабочий ruby на armh

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Thu, Jun 18, 2020 at 03:41:52PM +0000, Girar Builder awaiter robot wrote:
 >> http://git.altlinux.org/tasks/253596/logs/events.1.1.log
 >> 
 >> 2020-Jun-18 15:29:32 :: task #253596 for sisyphus started by shaba:
 >> #100 build 5.10.5-alt2 from /people/shaba/packages/opennebula.git fetched at 2020-Jun-18 15:29:31
 >> 2020-Jun-18 15:29:33 :: [aarch64] #100 opennebula.git 5.10.5-alt2: build start
 >> 2020-Jun-18 15:29:33 :: [x86_64] #100 opennebula.git 5.10.5-alt2: build start
 >> 2020-Jun-18 15:29:33 :: [i586] #100 opennebula.git 5.10.5-alt2: build start
 >> 2020-Jun-18 15:29:33 :: [ppc64le] #100 opennebula.git 5.10.5-alt2: build start
 >> 2020-Jun-18 15:29:33 :: [armh] #100 opennebula.git 5.10.5-alt2: build start
 >> 2020-Jun-18 15:39:16 :: [aarch64] #100 opennebula.git 5.10.5-alt2: build OK
 >> + /usr/bin/ruby -rvendor-specific /usr/bin/setup.rb build
 >> --shebang=auto --prefixes=gem,ruby,rails-engine
 >> '--gem-version-replace=:highline ~> 2.0:i18n ~> 1.0:activesupport ~>
 >> 5.2' --ignore=packethost --use=install_gems
 >> --alias=opennebula-common --join=lib:bin --use=flow
 >> --alias=opennebula-flow --join=lib:bin --srclibdir= --srcconfdir=
 >> [setup.rb] -> RuntimeError: Unable to determine name from existing
 >> gemspec. Use :name => 'gemname' in #install_tasks to manually set
 >> it.
 >> fatal: not a git repository (or any of the parent directories): .git
 >> 2020-Jun-18 15:39:18 :: [armh] opennebula.git 5.10.5-alt2: remote: build failed
 >> 2020-Jun-18 15:39:18 :: [armh] #100 opennebula.git 5.10.5-alt2: build FAILED
 >> 2020-Jun-18 15:39:18 :: [armh] requesting cancellation of task processing
 >> 2020-Jun-18 15:40:07 :: [x86_64] #100 opennebula.git 5.10.5-alt2: build OK
 >> 2020-Jun-18 15:40:47 :: [ppc64le] #100 opennebula.git 5.10.5-alt2: build OK
 >> 2020-Jun-18 15:41:52 :: [i586] #100 opennebula.git 5.10.5-alt2: build OK
 >> 2020-Jun-18 15:39:18 :: [armh] build FAILED
 >> 2020-Jun-18 15:41:52 :: task #253596 for sisyphus FAILED

 > Как это понимать? /usr/bin/ruby на armh нерабочий?
 > Каким образом там был собран предыдущий релиз opennebula-5.10.5-alt1?

Из этой выжимки что-либо понять затруднительно,
но да, с пакетом ruby на armh есть некоторые проблемы,
о каковых майнтайнер(ы) был(и) в своё время извещен(ы),
решение предложено.
Я не теряю надежды получить хоть какой-нибудь ответ.

-- 

Re: [devel] Q: нерабочий ruby на armh

[Sergey Bolshakov]

>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > В Пт, 19/06/2020 в 00:24 +0300, Dmitry V. Levin пишет:
 >> On Thu, Jun 18, 2020 at 03:41:52PM +0000, Girar Builder awaiter robot
 >> wrote:
 >> > http://git.altlinux.org/tasks/253596/logs/events.1.1.log
 >> > 
 >> > 2020-Jun-18 15:29:32 :: task #253596 for sisyphus started by shaba:
 >> > 2020-Jun-18 15:29:33 :: [aarch64] #100 opennebula.git 5.10.5-alt2: 
 >> > 
 > ...
 >> Как это понимать? /usr/bin/ruby на armh нерабочий?
 >> Каким образом там был собран предыдущий релиз opennebula-5.10.5-alt1?

 > Похожий вопрос.
 > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
 > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm

Предыдущий собирался в другой среде.
Судя по строчке

meson.build:362:13: ERROR: Can not run test applications in this cross environment.

uname -m в сборочном окружении выдаёт что-то неожиданное.

-- 

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
>  > В Пт, 19/06/2020 в 00:24 +0300, Dmitry V. Levin пишет:
>  >> On Thu, Jun 18, 2020 at 03:41:52PM +0000, Girar Builder awaiter robot
>  >> wrote:
>  >> > http://git.altlinux.org/tasks/253596/logs/events.1.1.log
>  >> > 
>  >> > 2020-Jun-18 15:29:32 :: task #253596 for sisyphus started by shaba:
>  >> > 2020-Jun-18 15:29:33 :: [aarch64] #100 opennebula.git 5.10.5-alt2: 
>  >> > 
>  > ...
>  >> Как это понимать? /usr/bin/ruby на armh нерабочий?
>  >> Каким образом там был собран предыдущий релиз opennebula-5.10.5-alt1?
> 
>  > Похожий вопрос.
>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> 
> Предыдущий собирался в другой среде.
> Судя по строчке
> 
> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> 
> uname -m в сборочном окружении выдаёт что-то неожиданное.

Он даёт aarch64, что сбивает с толку все приложения.
Исправьте сборочницу armh.

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
[...]
> >  > Похожий вопрос.
> >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > 
> > Предыдущий собирался в другой среде.
> > Судя по строчке
> > 
> > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > 
> > uname -m в сборочном окружении выдаёт что-то неожиданное.
> 
> Он даёт aarch64, что сбивает с толку все приложения.
> Исправьте сборочницу armh.

Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
 >> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
 >> > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 > [...]
 >> >  > Похожий вопрос.
 >> >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
 >> >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
 >> > 
 >> > Предыдущий собирался в другой среде.
 >> > Судя по строчке
 >> > 
 >> > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
 >> > 
 >> > uname -m в сборочном окружении выдаёт что-то неожиданное.
 >> 
 >> Он даёт aarch64, что сбивает с толку все приложения.
 >> Исправьте сборочницу armh.

 > Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(

Мне всё же представляется, что 'ничего' -- это преувеличение.
setarch linux32 справится ничуть не хуже.
И да, пожалуйста, не затягивайте -- мои задания тоже пострадали, печаль.

-- 

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> [...]
> > >  > Похожий вопрос.
> > >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > > 
> > > Предыдущий собирался в другой среде.
> > > Судя по строчке
> > > 
> > > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > > 
> > > uname -m в сборочном окружении выдаёт что-то неожиданное.
> > 
> > Он даёт aarch64, что сбивает с толку все приложения.
> > Исправьте сборочницу armh.
> 
> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(

Во-первых, добавить в setarch архитектуру не сложно.
Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
на таких архитектурах.

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Антон Мидюков]

19.06.2020 20:19, Andrey Savchenko пишет:
> On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
>> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
>>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
>>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>> [...]
>>>>  > Похожий вопрос.
>>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
>>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
>>>>
>>>> Предыдущий собирался в другой среде.
>>>> Судя по строчке
>>>>
>>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
>>>>
>>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
>>> Он даёт aarch64, что сбивает с толку все приложения.
>>> Исправьте сборочницу armh.
>> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> Во-первых, добавить в setarch архитектуру не сложно.
> Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> на таких архитектурах.
uname -m
armv7l

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 04:14:15PM +0300, Sergey Bolshakov wrote:
> >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>  > On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
>  >> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
>  >> > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>  > [...]
>  >> >  > Похожий вопрос.
>  >> >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
>  >> >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
>  >> > 
>  >> > Предыдущий собирался в другой среде.
>  >> > Судя по строчке
>  >> > 
>  >> > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
>  >> > 
>  >> > uname -m в сборочном окружении выдаёт что-то неожиданное.
>  >> 
>  >> Он даёт aarch64, что сбивает с толку все приложения.
>  >> Исправьте сборочницу armh.
> 
>  > Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> 
> Мне всё же представляется, что 'ничего' -- это преувеличение.
> setarch linux32 справится ничуть не хуже.

"setarch linux32", может, и справится, но hasher не может знать, что
armh -- это linux32, это вне его компетенции.

Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 16:43:28 +0300 Dmitry V. Levin wrote:
> On Fri, Jun 19, 2020 at 04:14:15PM +0300, Sergey Bolshakov wrote:
> > >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> >  > On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> >  >> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> >  >> > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> >  > [...]
> >  >> >  > Похожий вопрос.
> >  >> >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> >  >> >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> >  >> > 
> >  >> > Предыдущий собирался в другой среде.
> >  >> > Судя по строчке
> >  >> > 
> >  >> > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> >  >> > 
> >  >> > uname -m в сборочном окружении выдаёт что-то неожиданное.
> >  >> 
> >  >> Он даёт aarch64, что сбивает с толку все приложения.
> >  >> Исправьте сборочницу armh.
> > 
> >  > Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > 
> > Мне всё же представляется, что 'ничего' -- это преувеличение.
> > setarch linux32 справится ничуть не хуже.
> 
> "setarch linux32", может, и справится, но hasher не может знать, что
> armh -- это linux32, это вне его компетенции.
> 
> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(

А можно узнать, почему этот вопрос решается после добавления
архитектуры в основную сборочницу, а не до?

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 04:52:37PM +0300, Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 16:43:28 +0300 Dmitry V. Levin wrote:
> > On Fri, Jun 19, 2020 at 04:14:15PM +0300, Sergey Bolshakov wrote:
> > > >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > >  > On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > >  >> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > >  >> > >>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > >  > [...]
> > >  >> >  > Похожий вопрос.
> > >  >> >  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > >  >> >  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > >  >> > 
> > >  >> > Предыдущий собирался в другой среде.
> > >  >> > Судя по строчке
> > >  >> > 
> > >  >> > meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > >  >> > 
> > >  >> > uname -m в сборочном окружении выдаёт что-то неожиданное.
> > >  >> 
> > >  >> Он даёт aarch64, что сбивает с толку все приложения.
> > >  >> Исправьте сборочницу armh.
> > > 
> > >  > Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > 
> > > Мне всё же представляется, что 'ничего' -- это преувеличение.
> > > setarch linux32 справится ничуть не хуже.
> > 
> > "setarch linux32", может, и справится, но hasher не может знать, что
> > armh -- это linux32, это вне его компетенции.
> > 
> > Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> 
> А можно узнать, почему этот вопрос решается после добавления
> архитектуры в основную сборочницу, а не до?

Я недооценил масштаб бедствия.
Мне до сих пор неизвестно, какие пакеты это затрагивает.


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> 19.06.2020 20:19, Andrey Savchenko пишет:
> > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> >> [...]
> >>>>  > Похожий вопрос.
> >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> >>>>
> >>>> Предыдущий собирался в другой среде.
> >>>> Судя по строчке
> >>>>
> >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> >>>>
> >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> >>> Он даёт aarch64, что сбивает с толку все приложения.
> >>> Исправьте сборочницу armh.
> >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > Во-первых, добавить в setarch архитектуру не сложно.
> > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > на таких архитектурах.
> uname -m
> armv7l

Это на машине, где раньше собирался armh?

Ещё нужно знать arch define компилятора:

$ gcc -E -dM /usr/include/stdio.h | grep -i arm

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 17:17:24 +0300 Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > >> [...]
> > >>>>  > Похожий вопрос.
> > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > >>>>
> > >>>> Предыдущий собирался в другой среде.
> > >>>> Судя по строчке
> > >>>>
> > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > >>>>
> > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > >>> Исправьте сборочницу armh.
> > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > Во-первых, добавить в setarch архитектуру не сложно.
> > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > на таких архитектурах.
> > uname -m
> > armv7l
> 
> Это на машине, где раньше собирался armh?
> 
> Ещё нужно знать arch define компилятора:
> 
> $ gcc -E -dM /usr/include/stdio.h | grep -i arm

И аналогичные выхлопы с aarch64, раз уж мы там собираем.

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 05:17:24PM +0300, Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > >> [...]
> > >>>>  > Похожий вопрос.
> > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > >>>>
> > >>>> Предыдущий собирался в другой среде.
> > >>>> Судя по строчке
> > >>>>
> > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > >>>>
> > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > >>> Исправьте сборочницу armh.
> > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > Во-первых, добавить в setarch архитектуру не сложно.
> > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > на таких архитектурах.
> > uname -m
> > armv7l
> 
> Это на машине, где раньше собирался armh?

$ linux32 uname -m
armv8l

> Ещё нужно знать arch define компилятора:
> 
> $ gcc -E -dM /usr/include/stdio.h | grep -i arm

#define __ARM_SIZEOF_WCHAR_T 4
#define __ARM_FEATURE_SAT 1
#define __ARM_ARCH_ISA_ARM 1
#define __ARMEL__ 1
#define __ARM_FEATURE_UNALIGNED 1
#define __ARM_FP 12
#define __ARM_SIZEOF_MINIMAL_ENUM 4
#define __ARM_PCS_VFP 1
#define __ARM_FEATURE_LDREX 15
#define __ARM_FEATURE_QBIT 1
#define __ARM_ARCH_PROFILE 65
#define __ARM_32BIT_STATE 1
#define __ARM_FEATURE_CLZ 1
#define __ARM_ARCH_ISA_THUMB 2
#define __ARM_ARCH 7
#define __arm__ 1
#define __ARM_ARCH_7A__ 1
#define __ARM_FEATURE_SIMD32 1
#define __ARM_FEATURE_COPROC 15
#define __ARM_EABI__ 1
#define __ARM_FEATURE_DSP 1


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Alexey V. Vissarionov]

On 2020-06-19 17:21:52 +0300, Andrey Savchenko wrote:

 >>>>>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
 >>>>>> Он даёт aarch64, что сбивает с толку все приложения.
 >>>>>> Исправьте сборочницу armh.
 >>>>> Пока на aarch64 не заработает "setarch armh", ничего сделать
 >>>>> нельзя. :(
 >>>> Во-первых, добавить в setarch архитектуру не сложно.
 >>>> Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод
 >>>> uname -m на таких архитектурах.
 >>> uname -m
 >>> armv7l
 >> Это на машине, где раньше собирался armh?
 >> Ещё нужно знать arch define компилятора:
 >> $ gcc -E -dM /usr/include/stdio.h | grep -i arm
 > И аналогичные выхлопы с aarch64, раз уж мы там собираем.

% uname -m
aarch64

% gcc -E -dM /usr/include/stdio.h | grep -i arm
#define __ARM_SIZEOF_WCHAR_T 4
#define __ARM_FEATURE_UNALIGNED 1
#define __ARM_FEATURE_IDIV 1
#define __ARM_FP 14
#define __ARM_ALIGN_MAX_STACK_PWR 16
#define __ARM_SIZEOF_MINIMAL_ENUM 4
#define __ARM_ALIGN_MAX_PWR 28
#define __ARM_FP16_FORMAT_IEEE 1
#define __ARM_FP16_ARGS 1
#define __ARM_FEATURE_FMA 1
#define __ARM_64BIT_STATE 1
#define __ARM_ARCH_PROFILE 65
#define __ARM_PCS_AAPCS64 1
#define __ARM_FEATURE_CLZ 1
#define __ARM_ARCH 8
#define __ARM_ARCH_8A 1
#define __ARM_NEON 1
#define __ARM_FEATURE_NUMERIC_MAXMIN 1
#define __ARM_ARCH_ISA_A64 1


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 05:21:52PM +0300, Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 17:17:24 +0300 Andrey Savchenko wrote:
> > On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > > >> [...]
> > > >>>>  > Похожий вопрос.
> > > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > > >>>>
> > > >>>> Предыдущий собирался в другой среде.
> > > >>>> Судя по строчке
> > > >>>>
> > > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > > >>>>
> > > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > > >>> Исправьте сборочницу armh.
> > > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > > Во-первых, добавить в setarch архитектуру не сложно.
> > > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > > на таких архитектурах.
> > > uname -m
> > > armv7l
> > 
> > Это на машине, где раньше собирался armh?
> > 
> > Ещё нужно знать arch define компилятора:
> > 
> > $ gcc -E -dM /usr/include/stdio.h | grep -i arm
> 
> И аналогичные выхлопы с aarch64, раз уж мы там собираем.

#define __ARM_SIZEOF_WCHAR_T 4
#define __ARM_FEATURE_UNALIGNED 1
#define __ARM_FEATURE_IDIV 1
#define __ARM_FP 14
#define __AARCH64_CMODEL_SMALL__ 1
#define __ARM_ALIGN_MAX_STACK_PWR 16
#define __ARM_SIZEOF_MINIMAL_ENUM 4
#define __ARM_ALIGN_MAX_PWR 28
#define __ARM_FP16_FORMAT_IEEE 1
#define __aarch64__ 1
#define __ARM_FP16_ARGS 1
#define __ARM_FEATURE_FMA 1
#define __ARM_64BIT_STATE 1
#define __ARM_ARCH_PROFILE 65
#define __ARM_PCS_AAPCS64 1
#define __AARCH64EL__ 1
#define __ARM_FEATURE_CLZ 1
#define __ARM_ARCH 8
#define __ARM_ARCH_8A 1
#define __ARM_NEON 1
#define __ARM_FEATURE_NUMERIC_MAXMIN 1
#define __ARM_ARCH_ISA_A64 1


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Антон Мидюков]

19.06.2020 21:17, Andrey Savchenko пишет:
> On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
>> 19.06.2020 20:19, Andrey Savchenko пишет:
>>> On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
>>>> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
>>>>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
>>>>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>>>> [...]
>>>>>>  > Похожий вопрос.
>>>>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
>>>>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
>>>>>>
>>>>>> Предыдущий собирался в другой среде.
>>>>>> Судя по строчке
>>>>>>
>>>>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
>>>>>>
>>>>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
>>>>> Он даёт aarch64, что сбивает с толку все приложения.
>>>>> Исправьте сборочницу armh.
>>>> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
>>> Во-первых, добавить в setarch архитектуру не сложно.
>>> Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
>>> на таких архитектурах.
>> uname -m
>> armv7l
> Это на машине, где раньше собирался armh?
Это в qemu-arm и на одноплатниках armh.
>
> Ещё нужно знать arch define компилятора:
>
> $ gcc -E -dM /usr/include/stdio.h | grep -i arm
>
> Best regards,
> Andrew Savchenko
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 17:25:50 +0300 Dmitry V. Levin wrote:
> On Fri, Jun 19, 2020 at 05:21:52PM +0300, Andrey Savchenko wrote:
> > On Fri, 19 Jun 2020 17:17:24 +0300 Andrey Savchenko wrote:
> > > On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > > > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > > > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > > > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > > > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > > > >> [...]
> > > > >>>>  > Похожий вопрос.
> > > > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > > > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > > > >>>>
> > > > >>>> Предыдущий собирался в другой среде.
> > > > >>>> Судя по строчке
> > > > >>>>
> > > > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > > > >>>>
> > > > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > > > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > > > >>> Исправьте сборочницу armh.
> > > > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > > > Во-первых, добавить в setarch архитектуру не сложно.
> > > > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > > > на таких архитектурах.
> > > > uname -m
> > > > armv7l
> > > 
> > > Это на машине, где раньше собирался armh?
> > > 
> > > Ещё нужно знать arch define компилятора:
> > > 
> > > $ gcc -E -dM /usr/include/stdio.h | grep -i arm
> > 
> > И аналогичные выхлопы с aarch64, раз уж мы там собираем.
> 
> #define __ARM_SIZEOF_WCHAR_T 4
> #define __ARM_FEATURE_UNALIGNED 1
> #define __ARM_FEATURE_IDIV 1
> #define __ARM_FP 14
> #define __AARCH64_CMODEL_SMALL__ 1
> #define __ARM_ALIGN_MAX_STACK_PWR 16
> #define __ARM_SIZEOF_MINIMAL_ENUM 4
> #define __ARM_ALIGN_MAX_PWR 28
> #define __ARM_FP16_FORMAT_IEEE 1
> #define __aarch64__ 1
> #define __ARM_FP16_ARGS 1
> #define __ARM_FEATURE_FMA 1
> #define __ARM_64BIT_STATE 1
> #define __ARM_ARCH_PROFILE 65
> #define __ARM_PCS_AAPCS64 1
> #define __AARCH64EL__ 1
> #define __ARM_FEATURE_CLZ 1
> #define __ARM_ARCH 8
> #define __ARM_ARCH_8A 1
> #define __ARM_NEON 1
> #define __ARM_FEATURE_NUMERIC_MAXMIN 1
> #define __ARM_ARCH_ISA_A64 1

У меня доступа к железу (armv7, armv8) нет, поэтому проверить не
могу. Запустил task #253660, пока что почему-то в awaiting. Как
соберётся, проверяйте.


Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 18:03:44 +0300 Andrey Savchenko wrote:
> On Fri, 19 Jun 2020 17:25:50 +0300 Dmitry V. Levin wrote:
> > On Fri, Jun 19, 2020 at 05:21:52PM +0300, Andrey Savchenko wrote:
> > > On Fri, 19 Jun 2020 17:17:24 +0300 Andrey Savchenko wrote:
> > > > On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > > > > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > > > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > > > > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > > > > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > > > > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > > > > >> [...]
> > > > > >>>>  > Похожий вопрос.
> > > > > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > > > > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > > > > >>>>
> > > > > >>>> Предыдущий собирался в другой среде.
> > > > > >>>> Судя по строчке
> > > > > >>>>
> > > > > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > > > > >>>>
> > > > > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > > > > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > > > > >>> Исправьте сборочницу armh.
> > > > > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > > > > Во-первых, добавить в setarch архитектуру не сложно.
> > > > > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > > > > на таких архитектурах.
> > > > > uname -m
> > > > > armv7l
> > > > 
> > > > Это на машине, где раньше собирался armh?
> > > > 
> > > > Ещё нужно знать arch define компилятора:
> > > > 
> > > > $ gcc -E -dM /usr/include/stdio.h | grep -i arm
> > > 
> > > И аналогичные выхлопы с aarch64, раз уж мы там собираем.
> > 
> > #define __ARM_SIZEOF_WCHAR_T 4
> > #define __ARM_FEATURE_UNALIGNED 1
> > #define __ARM_FEATURE_IDIV 1
> > #define __ARM_FP 14
> > #define __AARCH64_CMODEL_SMALL__ 1
> > #define __ARM_ALIGN_MAX_STACK_PWR 16
> > #define __ARM_SIZEOF_MINIMAL_ENUM 4
> > #define __ARM_ALIGN_MAX_PWR 28
> > #define __ARM_FP16_FORMAT_IEEE 1
> > #define __aarch64__ 1
> > #define __ARM_FP16_ARGS 1
> > #define __ARM_FEATURE_FMA 1
> > #define __ARM_64BIT_STATE 1
> > #define __ARM_ARCH_PROFILE 65
> > #define __ARM_PCS_AAPCS64 1
> > #define __AARCH64EL__ 1
> > #define __ARM_FEATURE_CLZ 1
> > #define __ARM_ARCH 8
> > #define __ARM_ARCH_8A 1
> > #define __ARM_NEON 1
> > #define __ARM_FEATURE_NUMERIC_MAXMIN 1
> > #define __ARM_ARCH_ISA_A64 1
> 
> У меня доступа к железу (armv7, armv8) нет, поэтому проверить не
> могу. Запустил task #253660, пока что почему-то в awaiting. Как
> соберётся, проверяйте.

Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.

Там падают тесты на armh, но они падают и до моих изменений (на
2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
нужно разбираться тем, у кого есть доступ к железу и среда для
сборки sisyphus на ней.

Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий ruby на armh

[Aleksey Novodvorsky]

пт, 19 июн. 2020 г. в 18:50, Andrey Savchenko <bircoph@altlinux.org>:
>
> On Fri, 19 Jun 2020 18:03:44 +0300 Andrey Savchenko wrote:
> > On Fri, 19 Jun 2020 17:25:50 +0300 Dmitry V. Levin wrote:
> > > On Fri, Jun 19, 2020 at 05:21:52PM +0300, Andrey Savchenko wrote:
> > > > On Fri, 19 Jun 2020 17:17:24 +0300 Andrey Savchenko wrote:
> > > > > On Fri, 19 Jun 2020 20:32:16 +0700 Антон Мидюков wrote:
> > > > > > 19.06.2020 20:19, Andrey Savchenko пишет:
> > > > > > > On Fri, 19 Jun 2020 16:07:10 +0300 Dmitry V. Levin wrote:
> > > > > > >> On Fri, Jun 19, 2020 at 01:16:23PM +0300, Andrey Savchenko wrote:
> > > > > > >>> On Fri, 19 Jun 2020 12:14:30 +0300 Sergey Bolshakov wrote:
> > > > > > >>>>>>>>> "Yuri" == Yuri Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > > > > > >> [...]
> > > > > > >>>>  > Похожий вопрос.
> > > > > > >>>>  > [#253621] FAILED srpm=evince-3.36.6-alt1.src.rpm
> > > > > > >>>>  > Каким образом был собран предыдущий релиз evince-3.36.5-alt1.armh.rpm
> > > > > > >>>>
> > > > > > >>>> Предыдущий собирался в другой среде.
> > > > > > >>>> Судя по строчке
> > > > > > >>>>
> > > > > > >>>> meson.build:362:13: ERROR: Can not run test applications in this cross environment.
> > > > > > >>>>
> > > > > > >>>> uname -m в сборочном окружении выдаёт что-то неожиданное.
> > > > > > >>> Он даёт aarch64, что сбивает с толку все приложения.
> > > > > > >>> Исправьте сборочницу armh.
> > > > > > >> Пока на aarch64 не заработает "setarch armh", ничего сделать нельзя. :(
> > > > > > > Во-первых, добавить в setarch архитектуру не сложно.
> > > > > > > Во-вторых, лучше добавить armv7a, т.к. это ожидаемый вывод uname -m
> > > > > > > на таких архитектурах.
> > > > > > uname -m
> > > > > > armv7l
> > > > >
> > > > > Это на машине, где раньше собирался armh?
> > > > >
> > > > > Ещё нужно знать arch define компилятора:
> > > > >
> > > > > $ gcc -E -dM /usr/include/stdio.h | grep -i arm
> > > >
> > > > И аналогичные выхлопы с aarch64, раз уж мы там собираем.
> > >
> > > #define __ARM_SIZEOF_WCHAR_T 4
> > > #define __ARM_FEATURE_UNALIGNED 1
> > > #define __ARM_FEATURE_IDIV 1
> > > #define __ARM_FP 14
> > > #define __AARCH64_CMODEL_SMALL__ 1
> > > #define __ARM_ALIGN_MAX_STACK_PWR 16
> > > #define __ARM_SIZEOF_MINIMAL_ENUM 4
> > > #define __ARM_ALIGN_MAX_PWR 28
> > > #define __ARM_FP16_FORMAT_IEEE 1
> > > #define __aarch64__ 1
> > > #define __ARM_FP16_ARGS 1
> > > #define __ARM_FEATURE_FMA 1
> > > #define __ARM_64BIT_STATE 1
> > > #define __ARM_ARCH_PROFILE 65
> > > #define __ARM_PCS_AAPCS64 1
> > > #define __AARCH64EL__ 1
> > > #define __ARM_FEATURE_CLZ 1
> > > #define __ARM_ARCH 8
> > > #define __ARM_ARCH_8A 1
> > > #define __ARM_NEON 1
> > > #define __ARM_FEATURE_NUMERIC_MAXMIN 1
> > > #define __ARM_ARCH_ISA_A64 1
> >
> > У меня доступа к железу (armv7, armv8) нет, поэтому проверить не
> > могу. Запустил task #253660, пока что почему-то в awaiting. Как
> > соберётся, проверяйте.
>
> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
>
> Там падают тесты на armh, но они падают и до моих изменений (на
> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
> нужно разбираться тем, у кого есть доступ к железу и среда для
> сборки sisyphus на ней.

Спасибо!
Сергей, тогда к Вам.

Rgrds, Алексей

Re: [devel] Q: нерабочий util-linux на armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
[...]
> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.

К сожалению, оно не работает:
$ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
setarch: Kernel cannot set architecture to armh

Потому что каноническое имя другое,
$ git grep COMPAT_UTS_MACHINE arch/arm64/
arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"

> Там падают тесты на armh, но они падают и до моих изменений (на
> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
> нужно разбираться тем, у кого есть доступ к железу и среда для
> сборки sisyphus на ней.

Тогда у меня вопрос к Сергею, как util-linux был собран на armh.


-- 
ldv

Re: [devel] Q: нерабочий util-linux на armh

[Alexey Gladkov]

On Fri, Jun 19, 2020 at 07:07:59PM +0300, Dmitry V. Levin wrote:
> On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
> [...]
> > Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
> 
> К сожалению, оно не работает:
> $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
> setarch: Kernel cannot set architecture to armh
> 
> Потому что каноническое имя другое,
> $ git grep COMPAT_UTS_MACHINE arch/arm64/
> arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
> arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"
> 
> > Там падают тесты на armh, но они падают и до моих изменений (на
> > 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
> > нужно разбираться тем, у кого есть доступ к железу и среда для
> > сборки sisyphus на ней.
> 
> Тогда у меня вопрос к Сергею, как util-linux был собран на armh.

Мне присылали только патч на spec для armh. Других патчей не было. 

-- 
Rgrds, legion

Re: [devel] Q: нерабочий util-linux на armh

[Andrey Savchenko]

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

On Fri, 19 Jun 2020 19:07:59 +0300 Dmitry V. Levin wrote:
> On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
> [...]
> > Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
> 
> К сожалению, оно не работает:
> $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
> setarch: Kernel cannot set architecture to armh
> 
> Потому что каноническое имя другое,
> $ git grep COMPAT_UTS_MACHINE arch/arm64/
> arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
> arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"

Я не могу это отлаживать без доступа к живой системе. Нужно
смотреть вживую, там ещё и другие нюансы могут быть. В любом случае,
основа заложена.

> > Там падают тесты на armh, но они падают и до моих изменений (на
> > 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
> > нужно разбираться тем, у кого есть доступ к железу и среда для
> > сборки sisyphus на ней.
> 
> Тогда у меня вопрос к Сергею, как util-linux был собран на armh.

Думаю, что либо тесты отключали, либо тесты работали на другом
процессоре. 


Best regards,
Andrew Savchenko

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

Re: [devel] Q: нерабочий util-linux на armh

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
 > [...]
 >> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.

 > К сожалению, оно не работает:
 > $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
 > setarch: Kernel cannot set architecture to armh

 > Потому что каноническое имя другое,
 > $ git grep COMPAT_UTS_MACHINE arch/arm64/
 > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
 > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"

 >> Там падают тесты на armh, но они падают и до моих изменений (на
 >> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
 >> нужно разбираться тем, у кого есть доступ к железу и среда для
 >> сборки sisyphus на ней.

 > Тогда у меня вопрос к Сергею, как util-linux был собран на armh.

Обычным образом, был тогда и собран сейчас, дважды.
Лог сборки выложен сюда:
https://lioka.obninsk.ru/util-linux-2.35.2-alt2.src.rpm.log.gz

Послушайте, может уже достаточно упорствовать, отрицая реальность ?
Если некие скрипты были написаны, исходя из допущения, что вывод uname -m,
голова gnu'шного триплета и та фигня, что мы вписываем после
alt1. и до .rpm в имени пакета всегда совпадают -- то это такое себе
допущение.

И смените пожалуйста subj, там неправда.

-- 

Re: [devel] Q: setarch для armh

[Dmitry V. Levin]

On Fri, Jun 19, 2020 at 08:06:04PM +0300, Sergey Bolshakov wrote:
> >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>  > On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
>  > [...]
>  >> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
> 
>  > К сожалению, оно не работает:
>  > $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
>  > setarch: Kernel cannot set architecture to armh
> 
>  > Потому что каноническое имя другое,
>  > $ git grep COMPAT_UTS_MACHINE arch/arm64/
>  > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
>  > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"
> 
>  >> Там падают тесты на armh, но они падают и до моих изменений (на
>  >> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
>  >> нужно разбираться тем, у кого есть доступ к железу и среда для
>  >> сборки sisyphus на ней.
> 
>  > Тогда у меня вопрос к Сергею, как util-linux был собран на armh.
> 
> Обычным образом, был тогда и собран сейчас, дважды.
> Лог сборки выложен сюда:
> https://lioka.obninsk.ru/util-linux-2.35.2-alt2.src.rpm.log.gz

Почему сейчас не собирается?  Что изменилось?

> Послушайте, может уже достаточно упорствовать, отрицая реальность ?
> Если некие скрипты были написаны, исходя из допущения, что вывод uname -m,
> голова gnu'шного триплета и та фигня, что мы вписываем после
> alt1. и до .rpm в имени пакета всегда совпадают -- то это такое себе
> допущение.

Это всё не имеет отношения к реальности.

Обучать noarch софт уникальным особенностям архитектуры armh никто не
будет.  Если назвали архитектуру armh, то извольте сделать так, чтобы
"setarch armh" работало правильно и на aarch64, и на этом пресловутом
armh.


-- 
ldv

Re: [devel] Q: setarch для armh

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Fri, Jun 19, 2020 at 08:06:04PM +0300, Sergey Bolshakov wrote:
 >> >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 >> > On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
 >> > [...]
 >> >> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
 >> 
 >> > К сожалению, оно не работает:
 >> > $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh         
 >> > setarch: Kernel cannot set architecture to armh
 >> 
 >> > Потому что каноническое имя другое,
 >> > $ git grep COMPAT_UTS_MACHINE arch/arm64/
 >> > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8b\0\0"
 >> > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE	"armv8l\0\0"
 >> 
 >> >> Там падают тесты на armh, но они падают и до моих изменений (на
 >> >> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
 >> >> нужно разбираться тем, у кого есть доступ к железу и среда для
 >> >> сборки sisyphus на ней.
 >> 
 >> > Тогда у меня вопрос к Сергею, как util-linux был собран на armh.
 >> 
 >> Обычным образом, был тогда и собран сейчас, дважды.
 >> Лог сборки выложен сюда:
 >> https://lioka.obninsk.ru/util-linux-2.35.2-alt2.src.rpm.log.gz

 > Почему сейчас не собирается?  Что изменилось?

 >> Послушайте, может уже достаточно упорствовать, отрицая реальность ?
 >> Если некие скрипты были написаны, исходя из допущения, что вывод uname -m,
 >> голова gnu'шного триплета и та фигня, что мы вписываем после
 >> alt1. и до .rpm в имени пакета всегда совпадают -- то это такое себе
 >> допущение.

 > Это всё не имеет отношения к реальности.

 > Обучать noarch софт уникальным особенностям архитектуры armh никто не
 > будет.  Если назвали архитектуру armh, то извольте сделать так, чтобы
 > "setarch armh" работало правильно и на aarch64, и на этом пресловутом
 > armh.

Это очевидное передёргивание -- любое другое название арихтектуры armh
привело бы нас к этой же точке. Ваше 'если' не работает.

-- 

Re: [devel] Q: setarch для armh

[Sergey Bolshakov]

>>>>> "Aleksey" == Aleksey Novodvorsky <aen-SLA8ab5CrdUvJsYlp49lxw@public.gmane.org> writes:

 > пт, 19 июн. 2020 г., 21:48 Sergey Bolshakov <sbolshakov@altlinux.ru>:
 >> >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/
 >> Vg9hUCZPvPmw@public.gmane.org> writes:
 >> 
 >> > On Fri, Jun 19, 2020 at 08:06:04PM +0300, Sergey Bolshakov wrote:
 >> >> >>>>> "Dmitry" == Dmitry V Levin <ldv-u2l5PoMzF/
 >> Vg9hUCZPvPmw@public.gmane.org> writes:
 >> >> > On Fri, Jun 19, 2020 at 06:50:26PM +0300, Andrey Savchenko wrote:
 >> >> > [...]
 >> >> >> Собрал util-linux-2.35.2-alt2 #253660 с поддержкой setarch armh.
 >> >>
 >> >> > К сожалению, оно не работает:
 >> >> > $ /usr/src/tmp/util-linux-buildroot/usr/bin/setarch armh
 >> >> > setarch: Kernel cannot set architecture to armh
 >> >>
 >> >> > Потому что каноническое имя другое,
 >> >> > $ git grep COMPAT_UTS_MACHINE arch/arm64/
 >> >> > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE
 >> "armv8b\0\0"
 >> >> > arch/arm64/include/asm/compat.h:#define COMPAT_UTS_MACHINE
 >> "armv8l\0\0"
 >> >>
 >> >> >> Там падают тесты на armh, но они падают и до моих изменений (на
 >> >> >> 2.35.2-alt1 #253667), так что это совсем другая проблема. С ней
 >> >> >> нужно разбираться тем, у кого есть доступ к железу и среда для
 >> >> >> сборки sisyphus на ней.
 >> >>
 >> >> > Тогда у меня вопрос к Сергею, как util-linux был собран на armh.
 >> >>
 >> >> Обычным образом, был тогда и собран сейчас, дважды.
 >> >> Лог сборки выложен сюда:
 >> >> https://lioka.obninsk.ru/util-linux-2.35.2-alt2.src.rpm.log.gz
 >> 
 >> > Почему сейчас не собирается?  Что изменилось?
 >> 
 >> >> Послушайте, может уже достаточно упорствовать, отрицая реальность ?
 >> >> Если некие скрипты были написаны, исходя из допущения, что вывод uname
 >> -m,
 >> >> голова gnu'шного триплета и та фигня, что мы вписываем после
 >> >> alt1. и до .rpm в имени пакета всегда совпадают -- то это такое себе
 >> >> допущение.
 >> 
 >> > Это всё не имеет отношения к реальности.
 >> 
 >> > Обучать noarch софт уникальным особенностям архитектуры armh никто не
 >> > будет.  Если назвали архитектуру armh, то извольте сделать так, чтобы
 >> > "setarch armh" работало правильно и на aarch64, и на этом пресловутом
 >> > armh.
 >> 
 >> Это очевидное передёргивание -- любое другое название арихтектуры armh
 >> привело бы нас к этой же точке. Ваше 'если' не работает.
 >> 

 > Коллеги, слова "пресловутый" и "передергивание" возвращают меня в советскую
 > молодость. Это особенно обидно после большой работы, проделанной вместе по
 > интеграции armh в сборочницу.
 > Какие-то трудные дни, это уже не первое такое обострение в конце этой
 > недели.
 > Очень прошу остыть, -- наверное, после отдыха. И надо чаще встречаться, по
 > крайней мере говорить голосом.

Будучи и сам не мальчиком, испытываю двойственные чувства:
возврат к молодости :) но советской :( но молодости же :)

 >  В понедельник по заявкам могу принести в офис несколько комплектов rpi4
 > 4gb, они умеют и aarch64, и пресловутый armh.

Я кажется знаю, что с удовольствием стану помещать в строчки
с changelog ' - fixed foo on so-called armh'
хмм, или notorious ближе ? нужно подумать.

Удачных выходных, коллеги.

-- 

Re: [devel] Q: нерабочий ruby на armh

[Vitaly Lipatov]

Dmitry V. Levin писал 19.6.20 16:55:
...
> Я недооценил масштаб бедствия.
> Мне до сих пор неизвестно, какие пакеты это затрагивает.

$ python3
>>> import platform
>>> platform.machine()
aarch64

скрипты на python, которые конфигурируются по процессору, терпят 
поражение.

Из примеров у меня не очень интересный пакет libbotan:
http://git.altlinux.org/tasks/253664/logs/events.1.1.log

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Q: нерабочий ruby на armh

[Dmitry V. Levin]

On Sat, Jun 20, 2020 at 12:44:52AM +0300, Aleksey Novodvorsky wrote:
> сб, 20 июн. 2020 г., 00:29 Vitaly Lipatov <lav@altlinux.ru>:
> > Dmitry V. Levin писал 19.6.20 16:55:
> > ...
> > > Я недооценил масштаб бедствия.
> > > Мне до сих пор неизвестно, какие пакеты это затрагивает.
> >
> > $ python3
> > >>> import platform
> > >>> platform.machine()
> > aarch64
> >
> > скрипты на python, которые конфигурируются по процессору, терпят
> > поражение.
> 
> При этом они не терпят поражение на i586.

Потому что им не врут, будто у них x86_64, им сообщают i686.
А тут вместо armv8l им врут про aarch64.

> Вообще, классификация процессоров ARM крайне запутана.

Перед нами не стоит задача классификации процессоров.


-- 
ldv

Re: [devel] Q: нерабочий ruby на armh

[Andrey Savchenko]

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

On Sat, 20 Jun 2020 01:54:11 +0300 Aleksey Novodvorsky wrote:
> сб, 20 июн. 2020 г., 01:32 Dmitry V. Levin <ldv@altlinux.org>:
> 
> > On Sat, Jun 20, 2020 at 12:44:52AM +0300, Aleksey Novodvorsky wrote:
> > > сб, 20 июн. 2020 г., 00:29 Vitaly Lipatov <lav@altlinux.ru>:
> > > > Dmitry V. Levin писал 19.6.20 16:55:
> > > > ...
> > > > > Я недооценил масштаб бедствия.
> > > > > Мне до сих пор неизвестно, какие пакеты это затрагивает.
> > > >
> > > > $ python3
> > > > >>> import platform
> > > > >>> platform.machine()
> > > > aarch64
> > > >
> > > > скрипты на python, которые конфигурируются по процессору, терпят
> > > > поражение.
> > >
> > > При этом они не терпят поражение на i586.
> >
> > Потому что им не врут, будто у них x86_64, им сообщают i686.
> > А тут вместо armv8l им врут про aarch64.
> >
> 
> Вы полагаете, что врут?

На момент возникновения проблемы в сборочнице armh было:

$ uname -m
aarch64

Что есть враньё; для сравнения: в сборочнице i586 uname -m
возвращает i686.

Сейчас эта проблема решается. Там проблема не столько сам setarch
дополнить, сколько собрать util-linux, для чего нужно исправить
проблему, которую выявили тесты (она не связана напрямую
с обсуждаемой проблемой).

Best regards,
Andrew Savchenko

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

Re: [devel] Q: setarch для armh

[Dmitry V. Levin]

On Sat, Jun 20, 2020 at 01:54:11AM +0300, Aleksey Novodvorsky wrote:
> сб, 20 июн. 2020 г., 01:32 Dmitry V. Levin <ldv@altlinux.org>:
> > On Sat, Jun 20, 2020 at 12:44:52AM +0300, Aleksey Novodvorsky wrote:
> > > сб, 20 июн. 2020 г., 00:29 Vitaly Lipatov <lav@altlinux.ru>:
> > > > Dmitry V. Levin писал 19.6.20 16:55:
> > > > ...
> > > > > Я недооценил масштаб бедствия.
> > > > > Мне до сих пор неизвестно, какие пакеты это затрагивает.
> > > >
> > > > $ python3
> > > > >>> import platform
> > > > >>> platform.machine()
> > > > aarch64
> > > >
> > > > скрипты на python, которые конфигурируются по процессору, терпят
> > > > поражение.
> > >
> > > При этом они не терпят поражение на i586.
> >
> > Потому что им не врут, будто у них x86_64, им сообщают i686.
> > А тут вместо armv8l им врут про aarch64.
> 
> Вы полагаете, что врут?

Конечно, врут.  Им говорят
armh$ uname -m
aarch64

А должны говорить
armh$ uname -m
armv8l

И я уже несколько раз рассказал, почему это происходит:
aarch64$ setarch armh
setarch: armh: Unrecognized architecture

Сергей говорит, что setarch armh не должно работать, вместо этого надо
вставлять костыли в скрипты, которые ничего не знают о том, что armh -
это такая особенная архитектура, для которой setarch armh не работает.

До тех пор, пока setarch armh не заработает, тысячи пакетов в Сизифе
не будут собираться на armh, блокируя сборку для остальных архитектур.

Подключение armh к Сизифу в таком виде было ошибкой.


-- 
ldv