[devel] сломалась инициализация hasher для aarch64 с использованием qemu

[devel] сломалась инициализация hasher для aarch64 с использованием qemu

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

Здравствуйте

19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.

hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v

...

hsh-initroot: Created fakedata.
libfakeroot: semop(-1): Function not implemented
hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1

Версия qemu 4.1.1-alt1

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

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

[Dmitry V. Levin]

On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> Здравствуйте
> 
> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> 
> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> 
> ...
> 
> hsh-initroot: Created fakedata.
> libfakeroot: semop(-1): Function not implemented
> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
> 
> Версия qemu 4.1.1-alt1

С актуальной версией qemu не пробовали?


-- 
ldv

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

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

22.12.2020 01:01, Dmitry V. Levin пишет:
> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
>> Здравствуйте
>>
>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
>>
>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
>>
>> ...
>>
>> hsh-initroot: Created fakedata.
>> libfakeroot: semop(-1): Function not implemented
>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
>>
>> Версия qemu 4.1.1-alt1
> 
> С актуальной версией qemu не пробовали?
> 

Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
О результатах на Сизифном qemu сообщу позже.


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

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

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

22.12.2020 15:00, Антон Мидюков пишет:
> 22.12.2020 01:01, Dmitry V. Levin пишет:
>> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
>>> Здравствуйте
>>>
>>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
>>>
>>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
>>>
>>> ...
>>>
>>> hsh-initroot: Created fakedata.
>>> libfakeroot: semop(-1): Function not implemented
>>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
>>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
>>>
>>> Версия qemu 4.1.1-alt1
>>
>> С актуальной версией qemu не пробовали?
>>
> 
> Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> О результатах на Сизифном qemu сообщу позже.
> 
> 

На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
https://bugzilla.altlinux.org/show_bug.cgi?id=39141

Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.

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

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

[Ivan A. Melnikov]

On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> 22.12.2020 15:00, Антон Мидюков пишет:
> > 22.12.2020 01:01, Dmitry V. Levin пишет:
> >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> >>> Здравствуйте
> >>>
> >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> >>>
> >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> >>>
> >>> ...
> >>>
> >>> hsh-initroot: Created fakedata.
> >>> libfakeroot: semop(-1): Function not implemented
> >>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
> >>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
> >>>
> >>> Версия qemu 4.1.1-alt1
> >>
> >> С актуальной версией qemu не пробовали?
> >>
> > 
> > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > О результатах на Сизифном qemu сообщу позже.
> > 
> > 
> 
> На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> 
> Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.

Подтверждаю, у меня такая же конфигурация (боевая x86_64 c сегодняшним
Сизифом, qemu-user-static-aarch64-5.0.0-alt1 на hold'е). Формирование
чрута с aarch64 Сизифом завершается ошибкой:

hsh-initroot: Unpacked initial package list.
hsh-initroot: Created entry point: /tmp/.private/iv/aaaa/chroot/.host/entry
libfakeroot: semop(-1): Function not implemented
hsh-initroot: Failed to create RPM database.


При этом чрут с aarch64 p9 создаётся и работает.

-- 
  wbr,
    iv m.

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

[Ivan A. Melnikov]

On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > 22.12.2020 15:00, Антон Мидюков пишет:
> > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > >>> Здравствуйте
> > >>>
> > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > >>>
> > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > >>>
> > >>> ...
> > >>>
> > >>> hsh-initroot: Created fakedata.
> > >>> libfakeroot: semop(-1): Function not implemented
> > >>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
> > >>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
> > >>>
> > >>> Версия qemu 4.1.1-alt1
> > >>
> > >> С актуальной версией qemu не пробовали?
> > >>
> > > 
> > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > О результатах на Сизифном qemu сообщу позже.
> > > 
> > > 
> > 
> > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > 
> > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> 
> Подтверждаю, у меня такая же конфигурация (боевая x86_64 c сегодняшним
> Сизифом, qemu-user-static-aarch64-5.0.0-alt1 на hold'е). Формирование
> чрута с aarch64 Сизифом завершается ошибкой:
> 
> hsh-initroot: Unpacked initial package list.
> hsh-initroot: Created entry point: /tmp/.private/iv/aaaa/chroot/.host/entry
> libfakeroot: semop(-1): Function not implemented

glibc начиная с 2.31 реализует semop через semtimedop

http://git.altlinux.org/gears/g/..git?p=glibc.git;a=commitdiff;h=765cdd0bffd77960ae852104fc4ea5edcdb8aed3

Если я правильно понимаю, на 32-битных архитектурах на самом деле
используется системный вызов semtimedop_time64.

Однако поддержка этого системного вызова в qemu-user появилась
только в 5.2:

http://git.altlinux.org/gears/q/..git?p=qemu.git;a=commitdiff;h=cac46eb021fbbac77f1f98223b19608f31fc2236

То есть, рабочего qemu-user (без ALTBUG #39141), который мог бы запустить
fakeroot на Сизифе (т.е. 5.2+) у нас нет и не было.

-- 
  wbr,
    iv m.

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

[Dmitry V. Levin]

On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > >>> Здравствуйте
> > > >>>
> > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > >>>
> > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > >>>
> > > >>> ...
> > > >>>
> > > >>> hsh-initroot: Created fakedata.
> > > >>> libfakeroot: semop(-1): Function not implemented
> > > >>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
> > > >>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
> > > >>>
> > > >>> Версия qemu 4.1.1-alt1
> > > >>
> > > >> С актуальной версией qemu не пробовали?
> > > >>
> > > > 
> > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > > О результатах на Сизифном qemu сообщу позже.
> > > 
> > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > 
> > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > 
> > Подтверждаю, у меня такая же конфигурация (боевая x86_64 c сегодняшним
> > Сизифом, qemu-user-static-aarch64-5.0.0-alt1 на hold'е). Формирование
> > чрута с aarch64 Сизифом завершается ошибкой:
> > 
> > hsh-initroot: Unpacked initial package list.
> > hsh-initroot: Created entry point: /tmp/.private/iv/aaaa/chroot/.host/entry
> > libfakeroot: semop(-1): Function not implemented
> 
> glibc начиная с 2.31 реализует semop через semtimedop
> 
> http://git.altlinux.org/gears/g/..git?p=glibc.git;a=commitdiff;h=765cdd0bffd77960ae852104fc4ea5edcdb8aed3
> 
> Если я правильно понимаю, на 32-битных архитектурах на самом деле
> используется системный вызов semtimedop_time64.

На 32-битных архитектурах используется semtimedop_time64, но если
ядро его не поддерживает, то используется обычный semtimedop.

На 64-битных архитектурах используется обычный semtimedop.

> Однако поддержка этого системного вызова в qemu-user появилась
> только в 5.2:

Поддержки старого доброго semtimedop в qemu-user тоже раньше не было, что ли?

> http://git.altlinux.org/gears/q/..git?p=qemu.git;a=commitdiff;h=cac46eb021fbbac77f1f98223b19608f31fc2236
> 
> То есть, рабочего qemu-user (без ALTBUG #39141), который мог бы запустить
> fakeroot на Сизифе (т.е. 5.2+) у нас нет и не было.

Зачем же было ломать qemu-user?


-- 
ldv

Re: [devel] сломалась инициализация hasher для aarch64 с использованием qemu

[Ivan A. Melnikov]

On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > >>> Здравствуйте
> > > > >>>
> > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > >>>
> > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > > >>>
> > > > >>> ...
> > > > >>>
> > > > >>> hsh-initroot: Created fakedata.
> > > > >>> libfakeroot: semop(-1): Function not implemented
> > > > >>> hsh-initroot: Unpack of setup_2.2.16-alt1_noarch_1577333714.rpm for fakedata failed.
> > > > >>> mki-prepare: /tmp/.private/antohami/mkimage-profiles.build.lZWMzx4/live/.work: unable to make initial chroot: rc=1
> > > > >>>
> > > > >>> Версия qemu 4.1.1-alt1
> > > > >>
> > > > >> С актуальной версией qemu не пробовали?
> > > > >>
> > > > > 
> > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > > > О результатах на Сизифном qemu сообщу позже.
> > > > 
> > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > 
> > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > > 
> > > Подтверждаю, у меня такая же конфигурация (боевая x86_64 c сегодняшним
> > > Сизифом, qemu-user-static-aarch64-5.0.0-alt1 на hold'е). Формирование
> > > чрута с aarch64 Сизифом завершается ошибкой:
> > > 
> > > hsh-initroot: Unpacked initial package list.
> > > hsh-initroot: Created entry point: /tmp/.private/iv/aaaa/chroot/.host/entry
> > > libfakeroot: semop(-1): Function not implemented
> > 
> > glibc начиная с 2.31 реализует semop через semtimedop
> > 
> > http://git.altlinux.org/gears/g/..git?p=glibc.git;a=commitdiff;h=765cdd0bffd77960ae852104fc4ea5edcdb8aed3
> > 
> > Если я правильно понимаю, на 32-битных архитектурах на самом деле
> > используется системный вызов semtimedop_time64.
> 
> На 32-битных архитектурах используется semtimedop_time64, но если
> ядро его не поддерживает, то используется обычный semtimedop.
> 
> На 64-битных архитектурах используется обычный semtimedop.

Ой, да, простите, я немного всё смешал, мы же только про aarch64 говорили.
 
> > Однако поддержка этого системного вызова в qemu-user появилась
> > только в 5.2:
> 
> Поддержки старого доброго semtimedop в qemu-user тоже раньше не было, что ли?


Она появилась в qemu 5.1, до того действительно не было.

http://git.altlinux.org/gears/q/..git?p=qemu.git;a=commitdiff;h=d8c08b1e6c7b1a5be1ec70e339437823a41b1946

-- 
  wbr,
    iv m.

Re: [devel] qemu-user-static-aarch64 не работает

[Dmitry V. Levin]

On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > >>> Здравствуйте
> > > > > >>>
> > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > >>>
> > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
[...]
> > > > > >>> libfakeroot: semop(-1): Function not implemented
[...]
> > > > > >>> Версия qemu 4.1.1-alt1
[...]
> > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
[...]
> > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > 
> > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
[...]
> > > glibc начиная с 2.31 реализует semop через semtimedop
[...]
> > > Однако поддержка этого системного вызова в qemu-user появилась
> > > только в 5.2:
[...]
> Она появилась в qemu 5.1, до того действительно не было.

Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?

Какие есть варианты решения этой проблемы?


-- 
ldv

Re: [devel] qemu-user-static-aarch64 не работает

[Alexey V. Vissarionov]

On 2020-12-24 21:33:25 +0300, Dmitry V. Levin wrote:

 >>>>>>> aarch64 с использованием qemu
 >>>>>>> Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките
 >>>>>>> builder x86_64. Та же проблема для всех архитектур.
 >>>> glibc начиная с 2.31 реализует semop через semtimedop
 >>>> Однако поддержка этого системного вызова в qemu-user появилась
 >>>> только в 5.2:
 >> Она появилась в qemu 5.1, до того действительно не было.
 > Объясните мне, пожалуйста, насколько нынешняя ситуация с
 > отсутствием какой-либо рабочей версии qemu-user-static-aarch64
 > является фатальной?

Очень сильно тормозит работу над архитектурой. Особенно когда у
мейнтейнера всего одно устройство для всего.

 > Какие есть варианты решения этой проблемы?

1. Починить qemu-user-static-aarch64 (оптимально).
2. Использовать qemu-system и собирать внутри VDS. Неудобно, но
какое-то время перекантоваться можно.


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

Re: [devel] qemu-user-static-aarch64 не работает

[Leonid Krivoshein]

24.12.2020 21:33, Dmitry V. Levin пишет:
> Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?

Потенциально это будет облом для работы над совместимостью, мы 
используем данный кейс в работе с партнёрами. Но продукты пока не задело.


> Какие есть варианты решения этой проблемы?


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] qemu-user-static-aarch64 не работает

[Pavel Nakonechnyi]

On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
>
> On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > >>> Здравствуйте
> > > > > > >>>
> > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > >>>
> > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> [...]
> > > > > > >>> libfakeroot: semop(-1): Function not implemented
> [...]
> > > > > > >>> Версия qemu 4.1.1-alt1
> [...]
> > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> [...]
> > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > >
> > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> [...]
> > > > glibc начиная с 2.31 реализует semop через semtimedop
> [...]
> > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > только в 5.2:
> [...]
> > Она появилась в qemu 5.1, до того действительно не было.
>
> Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?

Работающие над устройствами для aarch64, подскажите, пожалуйста, как
вы сейчас это делаете?

Я захотел посмотреть, насколько возможно обновить ядро до новой версии
для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
описываемом плане), соответственно, установил его из архива, как
раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
от fakeroot:

hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
libfakeroot: semop(-1): Function not implemented
hsh-initroot: Failed to create RPM database.

Гуглится следующее на форуме Арч:
https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466

Но как быть то?

Ядро я не могу собирать из Git, используя инфраструктуру ALT Linux
Team, так как квота. Да и оно требует кучу подходов пересборки, пока
не отладишь. SRPM я не могу собрать из-за qemu и fakeroot. Проводить
подобные операции на устройстве, это надо иметь устройство достаточно
мощное. Покупать VDS?


--
 WBR, Pavel

Re: [devel] qemu-user-static-aarch64 не работает

[Ivan A. Melnikov]

On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> >
> > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > >>> Здравствуйте
> > > > > > > >>>
> > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > >>>
> > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > [...]
> > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > [...]
> > > > > > > >>> Версия qemu 4.1.1-alt1
> > [...]
> > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > [...]
> > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > >
> > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > [...]
> > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > [...]
> > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > только в 5.2:
> > [...]
> > > Она появилась в qemu 5.1, до того действительно не было.
> >
> > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> 
> Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> вы сейчас это делаете?

Медленно и печально.

> Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> описываемом плане), соответственно, установил его из архива, как
> раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> от fakeroot:
> 
> hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> libfakeroot: semop(-1): Function not implemented
> hsh-initroot: Failed to create RPM database.
> 
> Гуглится следующее на форуме Арч:
> https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> 
> Но как быть то?
> 
> Ядро я не могу собирать из Git, используя инфраструктуру ALT Linux
> Team, так как квота. Да и оно требует кучу подходов пересборки, пока
> не отладишь. SRPM я не могу собрать из-за qemu и fakeroot. Проводить
> подобные операции на устройстве, это надо иметь устройство достаточно
> мощное. Покупать VDS?

Могу предложить только перенести большую чать подходов в сборочное
окружение, основанное на p9. Для ядер должно быть нормально.

Ну или в https://bugzilla.altlinux.org/39141 приглашаются желающие
побисектить.

-- 
  wbr,
    iv m.

Re: [devel] qemu-user-static-aarch64 не работает

[Pavel Nakonechnyi]

On Tue, 12 Jan 2021 at 13:59, Ivan A. Melnikov <iv@altlinux.org> wrote:
>
> On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> > On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> > >
> > > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > > >>> Здравствуйте
> > > > > > > > >>>
> > > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > > >>>
> > > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > [...]
> > > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > > [...]
> > > > > > > > >>> Версия qemu 4.1.1-alt1
> > > [...]
> > > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > [...]
> > > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > > >
> > > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > > [...]
> > > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > > [...]
> > > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > > только в 5.2:
> > > [...]
> > > > Она появилась в qemu 5.1, до того действительно не было.
> > >
> > > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> >
> > Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> > вы сейчас это делаете?
>
> Медленно и печально.

Понятно, спасибо, а то я уж думал что что-то упустил. :)

Моя лично проблема в том что мне не то чтобы прям работать над
выпуском прошивки/устройства нужно, а хочется вполне точечную вещь,
которую текущий Сизиф (и даже не очень текущий) не умеет вообще.
Кросс-компиляция тоже не работает, как оказалось
https://bugzilla.altlinux.org/show_bug.cgi?id=39075.

>
> > Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> > для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> > описываемом плане), соответственно, установил его из архива, как
> > раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> > от fakeroot:
> >
> > hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> > libfakeroot: semop(-1): Function not implemented
> > hsh-initroot: Failed to create RPM database.
> >
> > Гуглится следующее на форуме Арч:
> > https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> >
> > Но как быть то?
> >
> > Ядро я не могу собирать из Git, используя инфраструктуру ALT Linux
> > Team, так как квота. Да и оно требует кучу подходов пересборки, пока
> > не отладишь. SRPM я не могу собрать из-за qemu и fakeroot. Проводить
> > подобные операции на устройстве, это надо иметь устройство достаточно
> > мощное. Покупать VDS?
>
> Могу предложить только перенести большую чать подходов в сборочное
> окружение, основанное на p9. Для ядер должно быть нормально.

Спасибо, попробую так.

Re: [devel] qemu-user-static-aarch64 не работает

[Ivan A. Melnikov]

On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> >
> > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > >>> Здравствуйте
> > > > > > > >>>
> > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > >>>
> > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > [...]
> > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > [...]
> > > > > > > >>> Версия qemu 4.1.1-alt1
> > [...]
> > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > [...]
> > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > >
> > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > [...]
> > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > [...]
> > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > только в 5.2:
> > [...]
> > > Она появилась в qemu 5.1, до того действительно не было.
> >
> > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> 
> Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> вы сейчас это делаете?
> 
> Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> описываемом плане), соответственно, установил его из архива, как
> раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> от fakeroot:
> 
> hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> libfakeroot: semop(-1): Function not implemented
> hsh-initroot: Failed to create RPM database.
> 
> Гуглится следующее на форуме Арч:
> https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> 
> Но как быть то?
[...]

Если будет возможность, проверьте пожалуйста qemu-user из
таска 264674. Случайно выбранный лёгкий пакет для aarch64
Sisyphus у меня под ним собрался, на чём-то более интересном
пока не проверял.

-- 
  wbr,
    iv m.

Re: [devel] qemu-user-static-aarch64 не работает

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

15.01.2021 15:28, Ivan A. Melnikov пишет:
> On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
>> On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
>>>
>>> On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
>>>> On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
>>>>> On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
>>>>>> On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
>>>>>>> On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
>>>>>>>> 22.12.2020 15:00, Антон Мидюков пишет:
>>>>>>>>> 22.12.2020 01:01, Dmitry V. Levin пишет:
>>>>>>>>>> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
>>>>>>>>>>> Здравствуйте
>>>>>>>>>>>
>>>>>>>>>>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
>>>>>>>>>>>
>>>>>>>>>>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
>>> [...]
>>>>>>>>>>> libfakeroot: semop(-1): Function not implemented
>>> [...]
>>>>>>>>>>> Версия qemu 4.1.1-alt1
>>> [...]
>>>>>>>>> Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
>>> [...]
>>>>>>>> На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
>>>>>>>> https://bugzilla.altlinux.org/show_bug.cgi?id=39141
>>>>>>>>
>>>>>>>> Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
>>> [...]
>>>>>> glibc начиная с 2.31 реализует semop через semtimedop
>>> [...]
>>>>>> Однако поддержка этого системного вызова в qemu-user появилась
>>>>>> только в 5.2:
>>> [...]
>>>> Она появилась в qemu 5.1, до того действительно не было.
>>>
>>> Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
>>> какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
>>
>> Работающие над устройствами для aarch64, подскажите, пожалуйста, как
>> вы сейчас это делаете?
>>
>> Я захотел посмотреть, насколько возможно обновить ядро до новой версии
>> для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
>> описываемом плане), соответственно, установил его из архива, как
>> раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
>> от fakeroot:
>>
>> hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
>> libfakeroot: semop(-1): Function not implemented
>> hsh-initroot: Failed to create RPM database.
>>
>> Гуглится следующее на форуме Арч:
>> https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
>>
>> Но как быть то?
> [...]
> 
> Если будет возможность, проверьте пожалуйста qemu-user из
> таска 264674. Случайно выбранный лёгкий пакет для aarch64
> Sisyphus у меня под ним собрался, на чём-то более интересном
> пока не проверял.
> 

Проверил сборку образов (jeos-systemd) для aarch64, armh, mipsel, ppc64le, riscv64 для Сизифа и p9 с этим заданием. Всё успешно собралось.

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

Re: [devel] qemu-user-static-aarch64 не работает

[Arseny Maslennikov]

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

On Fri, Jan 15, 2021 at 12:28:11PM +0400, Ivan A. Melnikov wrote:
> On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> > On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> > >
> > > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > > >>> Здравствуйте
> > > > > > > > >>>
> > > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > > >>>
> > > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > [...]
> > > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > > [...]
> > > > > > > > >>> Версия qemu 4.1.1-alt1
> > > [...]
> > > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > [...]
> > > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > > >
> > > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > > [...]
> > > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > > [...]
> > > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > > только в 5.2:
> > > [...]
> > > > Она появилась в qemu 5.1, до того действительно не было.
> > >
> > > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> > 
> > Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> > вы сейчас это делаете?
> > 
> > Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> > для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> > описываемом плане), соответственно, установил его из архива, как
> > раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> > от fakeroot:
> > 
> > hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> > libfakeroot: semop(-1): Function not implemented
> > hsh-initroot: Failed to create RPM database.
> > 
> > Гуглится следующее на форуме Арч:
> > https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> > 
> > Но как быть то?
> [...]
> 
> Если будет возможность, проверьте пожалуйста qemu-user из
> таска 264674. Случайно выбранный лёгкий пакет для aarch64
> Sisyphus у меня под ним собрался, на чём-то более интересном
> пока не проверял.
> 

% apt-repo
rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64 classic
rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64-i586 classic
rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/noarch classic
rpm http://git.altlinux.org repo/264674/x86_64 task
rpm http://git.altlinux.org repo/264674/x86_64-i586 task
% cat ~/aarch64-apt.conf    
Dir::Etc::main "/dev/null";
Dir::Etc::parts "/var/empty";
Dir::Etc::SourceParts "/var/empty";
Dir::Etc::SourceList "/home/ar/aarch64-sources.list";
% cat ~/aarch64-sources.list
rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus aarch64 classic
rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus noarch classic
% hsh --target=aarch64 --with-qemu=aarch64 --apt-config ~/aarch64-apt.conf --initroot-only ~/hasher-aa64
hasher-priv: slave: chrootuid: execve: /.host/entry: Exec format error
hsh-initroot: Failed to create RPM database.

Правда, пакет из задания 264674 я выкачал вчера, а тестировать начал сегодня.
Карманы с заданиями, до сизифа не дошедшими, и результатами предыдущих
итераций заданий, для которых собираются дальнейшие, у нас пропадают :(
поэтому теперь не знаю, как это воспроизводить.

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

Re: [devel] qemu-user-static-aarch64 не работает

[Arseny Maslennikov]

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

On Mon, Jan 18, 2021 at 12:44:40PM +0300, Arseny Maslennikov wrote:
> On Fri, Jan 15, 2021 at 12:28:11PM +0400, Ivan A. Melnikov wrote:
> > On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> > > On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> > > >
> > > > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > > > >>> Здравствуйте
> > > > > > > > > >>>
> > > > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > > > >>>
> > > > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > > [...]
> > > > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > > > [...]
> > > > > > > > > >>> Версия qemu 4.1.1-alt1
> > > > [...]
> > > > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > > [...]
> > > > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > > > >
> > > > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > > > [...]
> > > > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > > > [...]
> > > > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > > > только в 5.2:
> > > > [...]
> > > > > Она появилась в qemu 5.1, до того действительно не было.
> > > >
> > > > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > > > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> > > 
> > > Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> > > вы сейчас это делаете?
> > > 
> > > Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> > > для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> > > описываемом плане), соответственно, установил его из архива, как
> > > раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> > > от fakeroot:
> > > 
> > > hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> > > libfakeroot: semop(-1): Function not implemented
> > > hsh-initroot: Failed to create RPM database.
> > > 
> > > Гуглится следующее на форуме Арч:
> > > https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> > > 
> > > Но как быть то?
> > [...]
> > 
> > Если будет возможность, проверьте пожалуйста qemu-user из
> > таска 264674. Случайно выбранный лёгкий пакет для aarch64
> > Sisyphus у меня под ним собрался, на чём-то более интересном
> > пока не проверял.
> > 
> 
> % apt-repo
> rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64 classic
> rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64-i586 classic
> rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/noarch classic
> rpm http://git.altlinux.org repo/264674/x86_64 task
> rpm http://git.altlinux.org repo/264674/x86_64-i586 task
> % cat ~/aarch64-apt.conf    
> Dir::Etc::main "/dev/null";
> Dir::Etc::parts "/var/empty";
> Dir::Etc::SourceParts "/var/empty";
> Dir::Etc::SourceList "/home/ar/aarch64-sources.list";
> % cat ~/aarch64-sources.list
> rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus aarch64 classic
> rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus noarch classic
> % hsh --target=aarch64 --with-qemu=aarch64 --apt-config ~/aarch64-apt.conf --initroot-only ~/hasher-aa64
> hasher-priv: slave: chrootuid: execve: /.host/entry: Exec format error
> hsh-initroot: Failed to create RPM database.
> 
> Правда, пакет из задания 264674 я выкачал вчера, а тестировать начал сегодня.

# apt-get update && apt-get dist-upgrade
<...>
Get:1 http://git.altlinux.org repo/264674/x86_64/task qemu-user-static-aarch64 5.2.0-alt2:sisyphus+264674.100.2.1@1610957480 [1604kB]
<...>
По дисттегу предполагаю, что сегодняшняя итерация.
С итерацией 2.1 то же самое.

> Карманы с заданиями, до сизифа не дошедшими, и результатами предыдущих
> итераций заданий, для которых собираются дальнейшие, у нас пропадают :(
> поэтому теперь не знаю, как это воспроизводить.

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

Re: [devel] qemu-user-static-aarch64 не работает

[Ivan A. Melnikov]

On Mon, Jan 18, 2021 at 12:55:51PM +0300, Arseny Maslennikov wrote:
> On Mon, Jan 18, 2021 at 12:44:40PM +0300, Arseny Maslennikov wrote:
> > On Fri, Jan 15, 2021 at 12:28:11PM +0400, Ivan A. Melnikov wrote:
> > > On Tue, Jan 12, 2021 at 01:53:00PM +0100, Pavel Nakonechnyi wrote:
> > > > On Thu, 24 Dec 2020 at 19:33, Dmitry V. Levin <ldv@altlinux.org> wrote:
> > > > >
> > > > > On Tue, Dec 22, 2020 at 05:37:33PM +0400, Ivan A. Melnikov wrote:
> > > > > > On Tue, Dec 22, 2020 at 03:37:13PM +0300, Dmitry V. Levin wrote:
> > > > > > > On Tue, Dec 22, 2020 at 04:10:29PM +0400, Ivan A. Melnikov wrote:
> > > > > > > > On Tue, Dec 22, 2020 at 03:28:38PM +0400, Ivan A. Melnikov wrote:
> > > > > > > > > On Tue, Dec 22, 2020 at 05:58:55PM +0700, Антон Мидюков wrote:
> > > > > > > > > > 22.12.2020 15:00, Антон Мидюков пишет:
> > > > > > > > > > > 22.12.2020 01:01, Dmitry V. Levin пишет:
> > > > > > > > > > >> On Tue, Dec 22, 2020 at 12:51:35AM +0700, Антон Мидюков wrote:
> > > > > > > > > > >>> Здравствуйте
> > > > > > > > > > >>>
> > > > > > > > > > >>> 19 декабря сего года сломалась инициализация hasher (как минимум) для aarch64 с использованием qemu с использованием репозитория Сизиф.
> > > > > > > > > > >>>
> > > > > > > > > > >>> hsh --init --target=aarch64 --apt-config=apt.conf.sisyphus.aarch64 --with-qemu aarch64 -v
> > > > > [...]
> > > > > > > > > > >>> libfakeroot: semop(-1): Function not implemented
> > > > > [...]
> > > > > > > > > > >>> Версия qemu 4.1.1-alt1
> > > > > [...]
> > > > > > > > > > > Попробовал актуальную версию для p9 4.2.1-alt2 на стартерките builder x86_64. Та же проблема для всех архитектур.
> > > > > [...]
> > > > > > > > > > На сизифном qemu 5.2.0-alt1 невозможно проверить из-за бага:
> > > > > > > > > > https://bugzilla.altlinux.org/show_bug.cgi?id=39141
> > > > > > > > > >
> > > > > > > > > > Проверил 5.0.0-alt1 проблема со сборкой на базе Сизифа та же, что и у более ранних версий.
> > > > > [...]
> > > > > > > > glibc начиная с 2.31 реализует semop через semtimedop
> > > > > [...]
> > > > > > > > Однако поддержка этого системного вызова в qemu-user появилась
> > > > > > > > только в 5.2:
> > > > > [...]
> > > > > > Она появилась в qemu 5.1, до того действительно не было.
> > > > >
> > > > > Объясните мне, пожалуйста, насколько нынешняя ситуация с отсутствием
> > > > > какой-либо рабочей версии qemu-user-static-aarch64 является фатальной?
> > > > 
> > > > Работающие над устройствами для aarch64, подскажите, пожалуйста, как
> > > > вы сейчас это делаете?
> > > > 
> > > > Я захотел посмотреть, насколько возможно обновить ядро до новой версии
> > > > для некоторого aarch64 устройства. qemu всё ещё нерабочий (в
> > > > описываемом плане), соответственно, установил его из архива, как
> > > > раньше (2020/06/08). qemu падать перестаёт, зато теперь новая ошибка
> > > > от fakeroot:
> > > > 
> > > > hsh-initroot: Created entry point: /home/zorg/hasher/chroot/.host/entry
> > > > libfakeroot: semop(-1): Function not implemented
> > > > hsh-initroot: Failed to create RPM database.
> > > > 
> > > > Гуглится следующее на форуме Арч:
> > > > https://archlinuxarm.org/forum/viewtopic.php?f=57&t=14466
> > > > 
> > > > Но как быть то?
> > > [...]
> > > 
> > > Если будет возможность, проверьте пожалуйста qemu-user из
> > > таска 264674. Случайно выбранный лёгкий пакет для aarch64
> > > Sisyphus у меня под ним собрался, на чём-то более интересном
> > > пока не проверял.
> > > 
> > 
> > % apt-repo
> > rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64 classic
> > rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/x86_64-i586 classic
> > rpm [alt] http://mirror.cs.msu.ru/alt Sisyphus/noarch classic
> > rpm http://git.altlinux.org repo/264674/x86_64 task
> > rpm http://git.altlinux.org repo/264674/x86_64-i586 task
> > % cat ~/aarch64-apt.conf    
> > Dir::Etc::main "/dev/null";
> > Dir::Etc::parts "/var/empty";
> > Dir::Etc::SourceParts "/var/empty";
> > Dir::Etc::SourceList "/home/ar/aarch64-sources.list";
> > % cat ~/aarch64-sources.list
> > rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus aarch64 classic
> > rpm http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus noarch classic
> > % hsh --target=aarch64 --with-qemu=aarch64 --apt-config ~/aarch64-apt.conf --initroot-only ~/hasher-aa64
> > hasher-priv: slave: chrootuid: execve: /.host/entry: Exec format error
> > hsh-initroot: Failed to create RPM database.
> > 
> > Правда, пакет из задания 264674 я выкачал вчера, а тестировать начал сегодня.
> 
> # apt-get update && apt-get dist-upgrade
> <...>
> Get:1 http://git.altlinux.org repo/264674/x86_64/task qemu-user-static-aarch64 5.2.0-alt2:sisyphus+264674.100.2.1@1610957480 [1604kB]
> <...>
> По дисттегу предполагаю, что сегодняшняя итерация.
> С итерацией 2.1 то же самое.

Хм, а у меня получается. А что у Вас в binfmt-misc? Нет ли там
случайно флага F например?

Ну то есть, перезагружаться пробовали?

Ну и сносить ~/hasher-aa64 со всем содержимым и создавать заново?

А ещё, если хотя бы первоначальный чрут создался, работает ли

/usr/bin/qemu-aarch64.static -L ~/$HASHER_DIR/chroot ~/$HASHER_DIR/chroot/bin/ls

> > Карманы с заданиями, до сизифа не дошедшими, и результатами предыдущих
> > итераций заданий, для которых собираются дальнейшие, у нас пропадают :(
> > поэтому теперь не знаю, как это воспроизводить.

В итерациях 264674 одинаковые исходники, так что прошлые итерации не
жалко.

-- 
  wbr,
    iv m.

Re: [devel] qemu-user-static-aarch64 не работает

[Arseny Maslennikov]

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

On Mon, Jan 18, 2021 at 03:52:08PM +0400, Ivan A. Melnikov wrote:
> On Mon, Jan 18, 2021 at 12:55:51PM +0300, Arseny Maslennikov wrote:
> > С итерацией 2.1 то же самое.
> 
> Хм, а у меня получается. А что у Вас в binfmt-misc? Нет ли там
> случайно флага F например?
> 
> Ну то есть, перезагружаться пробовали?

Не пробовал, но см. ниже.

> 
> Ну и сносить ~/hasher-aa64 со всем содержимым и создавать заново?

Пробовал.

> 
> А ещё, если хотя бы первоначальный чрут создался, работает ли
> 
> /usr/bin/qemu-aarch64.static -L ~/$HASHER_DIR/chroot ~/$HASHER_DIR/chroot/bin/ls

Всё, что я излагал в предыдущих письмах, проявлялось без настройки
binfmt_misc на хосте; я не думал, что он никак не виртуализуется.[1]

Некоторые знатоки успели мне посоветовать настроить binfmt_misc на
хосте, что я и сделал через пакет qemu-user-static-binfmt-aarch64:

# cat /proc/sys/fs/binfmt_misc/qemu-aarch64
enabled
interpreter /usr/bin/qemu-aarch64.static
flags: F
offset 0
magic 7f454c460201010000000000000000000200b700
mask ffffffffffffff00fffffffffffffffffeffffff

Чрут создался, сейчас собираю там тяжёлый пакет llvm11.0.
Так что, по всей видимости, это ложная тревога; извините.
Если что пойдёт не так, дам знать.

[1] Вообще с этим надо что-то делать.
Может быть, стоит в ядре привязать binfmt-misc-механизм к mount
namespace... Интерфейс останется старый (API FS), но интерпретатор будет
закрепляться за процессами в конкретном mountns. Зарегистрированные за
mountns интерпретаторы будут наследоваться в mountns-потомках.

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

[devel] виртуализация binfmt_misc

[Arseny Maslennikov]

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

On Mon, Jan 18, 2021 at 03:42:15PM +0300, Arseny Maslennikov wrote:
> [1] Вообще с этим надо что-то делать.
> Может быть, стоит в ядре привязать binfmt-misc-механизм к mount
> namespace... Интерфейс останется старый (API FS), но интерпретатор будет
> закрепляться за процессами в конкретном mountns. Зарегистрированные за
> mountns интерпретаторы будут наследоваться в mountns-потомках.

Есть патч, который почти приняли в линукс:

https://lore.kernel.org/lkml/20191216091220.465626-2-laurent@vivier.eu/

Но там автор связывает набор binfmt-интерпретаторов и прочий контекст не
с mountns, а сразу с userns: по ссылке[2] тред, в котором его убедили так
сделать.

[2] https://lore.kernel.org/lkml/20181002102054.13245-1-laurent@vivier.eu/

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