* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed @ 2021-02-22 8:48 ` Mikhail Novosyolov 2021-02-22 9:12 ` Alexey Gladkov 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-22 8:48 UTC (permalink / raw) To: devel; +Cc: Alex Gladkov 22.02.2021 10:16, ALT beekeeper пишет: > Package: snr-1.7-alt1 > Status: Sisyphus/x86_64 test rebuild failed > <...> > Reading Package Lists... > Building Dependency Tree... > E: Couldn't find package md2man > <...> Подскажите, что случилось с пакетом md2man? Как теперь конвертировать *.md в man? ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-22 8:48 ` [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed Mikhail Novosyolov @ 2021-02-22 9:12 ` Alexey Gladkov 2021-02-22 9:16 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Alexey Gladkov @ 2021-02-22 9:12 UTC (permalink / raw) To: Mikhail Novosyolov; +Cc: devel On Mon, Feb 22, 2021 at 11:48:44AM +0300, Mikhail Novosyolov wrote: > 22.02.2021 10:16, ALT beekeeper пишет: > > Package: snr-1.7-alt1 > > Status: Sisyphus/x86_64 test rebuild failed > > <...> > > Reading Package Lists... > > Building Dependency Tree... > > E: Couldn't find package md2man > > <...> > Подскажите, что случилось с пакетом md2man? > > Как теперь конвертировать *.md в man? > Я не заметил, что его кто-то хочет в buildrequires. Сегодня верну обратно. -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-22 9:12 ` Alexey Gladkov @ 2021-02-22 9:16 ` Mikhail Novosyolov 2021-02-22 9:39 ` Alexey Gladkov 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-22 9:16 UTC (permalink / raw) To: devel 22.02.2021 12:12, Alexey Gladkov пишет: > On Mon, Feb 22, 2021 at 11:48:44AM +0300, Mikhail Novosyolov wrote: >> 22.02.2021 10:16, ALT beekeeper пишет: >>> Package: snr-1.7-alt1 >>> Status: Sisyphus/x86_64 test rebuild failed >>> <...> >>> Reading Package Lists... >>> Building Dependency Tree... >>> E: Couldn't find package md2man >>> <...> >> Подскажите, что случилось с пакетом md2man? >> >> Как теперь конвертировать *.md в man? >> > Я не заметил, что его кто-то хочет в buildrequires. Сегодня верну обратно. Спасибо. Но, если хотите от него избавиться, думаю, можно найти нормальную альтернативу, мне не принципиально, md2man не идеально работает. Помнится, он был в BR у еще чего-то. ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-22 9:16 ` Mikhail Novosyolov @ 2021-02-22 9:39 ` Alexey Gladkov 2021-02-25 9:20 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Alexey Gladkov @ 2021-02-22 9:39 UTC (permalink / raw) To: ALT Linux Team development discussions On Mon, Feb 22, 2021 at 12:16:12PM +0300, Mikhail Novosyolov wrote: > 22.02.2021 12:12, Alexey Gladkov пишет: > > On Mon, Feb 22, 2021 at 11:48:44AM +0300, Mikhail Novosyolov wrote: > >> 22.02.2021 10:16, ALT beekeeper пишет: > >>> Package: snr-1.7-alt1 > >>> Status: Sisyphus/x86_64 test rebuild failed > >>> <...> > >>> Reading Package Lists... > >>> Building Dependency Tree... > >>> E: Couldn't find package md2man > >>> <...> > >> Подскажите, что случилось с пакетом md2man? > >> > >> Как теперь конвертировать *.md в man? > >> > > Я не заметил, что его кто-то хочет в buildrequires. Сегодня верну обратно. > > Спасибо. Но, если хотите от него избавиться, думаю, можно найти > нормальную альтернативу, мне не принципиально, md2man не идеально > работает. > > Помнится, он был в BR у еще чего-то. Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же целей. -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-22 9:39 ` Alexey Gladkov @ 2021-02-25 9:20 ` Mikhail Novosyolov 2021-02-25 9:54 ` Alexey Gladkov 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-25 9:20 UTC (permalink / raw) To: devel 22.02.2021 12:39, Alexey Gladkov пишет: > On Mon, Feb 22, 2021 at 12:16:12PM +0300, Mikhail Novosyolov wrote: >> 22.02.2021 12:12, Alexey Gladkov пишет: >>> On Mon, Feb 22, 2021 at 11:48:44AM +0300, Mikhail Novosyolov wrote: >>>> 22.02.2021 10:16, ALT beekeeper пишет: >>>>> Package: snr-1.7-alt1 >>>>> Status: Sisyphus/x86_64 test rebuild failed >>>>> <...> >>>>> Reading Package Lists... >>>>> Building Dependency Tree... >>>>> E: Couldn't find package md2man >>>>> <...> >>>> Подскажите, что случилось с пакетом md2man? >>>> >>>> Как теперь конвертировать *.md в man? >>>> >>> Я не заметил, что его кто-то хочет в buildrequires. Сегодня верну обратно. >> Спасибо. Но, если хотите от него избавиться, думаю, можно найти >> нормальную альтернативу, мне не принципиально, md2man не идеально >> работает. >> >> Помнится, он был в BR у еще чего-то. > Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же > целей. Попробовал scdoc. Он требует на вход не markdown, а свой, пусть и похожий, формат. Так неудобно. Оставьте md2man, пожалуйста. Попробовал новую версию md2man, ман на выходе гораздо читабельнее, чем в старой. Но Вы забыли указать в %changelog 1.0-alt2 предыдущий коммит про переписывание не blackfriday.v2. ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 9:20 ` Mikhail Novosyolov @ 2021-02-25 9:54 ` Alexey Gladkov 2021-02-25 10:05 ` Mikhail Novosyolov 2021-02-25 13:55 ` Dmitry V. Levin 0 siblings, 2 replies; 19+ messages in thread From: Alexey Gladkov @ 2021-02-25 9:54 UTC (permalink / raw) To: ALT Linux Team development discussions On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: > >> Спасибо. Но, если хотите от него избавиться, думаю, можно найти > >> нормальную альтернативу, мне не принципиально, md2man не идеально > >> работает. > >> > >> Помнится, он был в BR у еще чего-то. > > Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же > > целей. > > Попробовал scdoc. Он требует на вход не markdown, а свой, пусть и > похожий, формат. Так неудобно. Оставьте md2man, пожалуйста. Учитывая, что единой спецификации markdown нет, то и md2man парсит что-то похожее. > Попробовал новую версию md2man, ман на выходе гораздо читабельнее, чем в > старой. Но Вы забыли указать в %changelog 1.0-alt2 предыдущий коммит про > переписывание не blackfriday.v2. Не забыл, а посчитал, что это не существенно. Это детали реализации. -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 9:54 ` Alexey Gladkov @ 2021-02-25 10:05 ` Mikhail Novosyolov 2021-02-25 13:48 ` Alexey Gladkov 2021-02-25 13:55 ` Dmitry V. Levin 1 sibling, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-25 10:05 UTC (permalink / raw) To: devel 25.02.2021 12:54, Alexey Gladkov пишет: > On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: >>>> Спасибо. Но, если хотите от него избавиться, думаю, можно найти >>>> нормальную альтернативу, мне не принципиально, md2man не идеально >>>> работает. >>>> >>>> Помнится, он был в BR у еще чего-то. >>> Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же >>> целей. >> Попробовал scdoc. Он требует на вход не markdown, а свой, пусть и >> похожий, формат. Так неудобно. Оставьте md2man, пожалуйста. > Учитывая, что единой спецификации markdown нет, то и md2man парсит что-то > похожее. md2man понимает md таким, каким он применяется в реальности, что и требуется, позволяя не описывать одно и то же и в md, и в man, а сделать *.md для Github и делать из него man при сборке пакета. > >> Попробовал новую версию md2man, ман на выходе гораздо читабельнее, чем в >> старой. Но Вы забыли указать в %changelog 1.0-alt2 предыдущий коммит про >> переписывание не blackfriday.v2. > Не забыл, а посчитал, что это не существенно. Это детали реализации. > Понятно. Но результат конвертирования весьма существенно поменялся. ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 10:05 ` Mikhail Novosyolov @ 2021-02-25 13:48 ` Alexey Gladkov 2021-02-25 17:02 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Alexey Gladkov @ 2021-02-25 13:48 UTC (permalink / raw) To: ALT Linux Team development discussions On Thu, Feb 25, 2021 at 01:05:15PM +0300, Mikhail Novosyolov wrote: > 25.02.2021 12:54, Alexey Gladkov пишет: > > On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: > >>>> Спасибо. Но, если хотите от него избавиться, думаю, можно найти > >>>> нормальную альтернативу, мне не принципиально, md2man не идеально > >>>> работает. > >>>> > >>>> Помнится, он был в BR у еще чего-то. > >>> Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же > >>> целей. > >> Попробовал scdoc. Он требует на вход не markdown, а свой, пусть и > >> похожий, формат. Так неудобно. Оставьте md2man, пожалуйста. > > Учитывая, что единой спецификации markdown нет, то и md2man парсит что-то > > похожее. > md2man понимает md таким, каким он применяется в реальности, что и > требуется, позволяя не описывать одно и то же и в md, и в man, а сделать > *.md для Github и делать из него man при сборке пакета. Если вам нравится md2man, то я не буду отговаривать вас им пользоваться )) Некоторое время назад я переехал в libshell (для него я и сделал md2man) c md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в альте умеют golang. -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 13:48 ` Alexey Gladkov @ 2021-02-25 17:02 ` Mikhail Novosyolov 2021-02-25 17:35 ` Alexey Gladkov 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-25 17:02 UTC (permalink / raw) To: devel 25.02.2021 16:48, Alexey Gladkov пишет: > On Thu, Feb 25, 2021 at 01:05:15PM +0300, Mikhail Novosyolov wrote: >> 25.02.2021 12:54, Alexey Gladkov пишет: >>> On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: >>>>>> Спасибо. Но, если хотите от него избавиться, думаю, можно найти >>>>>> нормальную альтернативу, мне не принципиально, md2man не идеально >>>>>> работает. >>>>>> >>>>>> Помнится, он был в BR у еще чего-то. >>>>> Я md2man делал когда-то для libshell, но потом перешёл на scdoc для тех же >>>>> целей. >>>> Попробовал scdoc. Он требует на вход не markdown, а свой, пусть и >>>> похожий, формат. Так неудобно. Оставьте md2man, пожалуйста. >>> Учитывая, что единой спецификации markdown нет, то и md2man парсит что-то >>> похожее. >> md2man понимает md таким, каким он применяется в реальности, что и >> требуется, позволяя не описывать одно и то же и в md, и в man, а сделать >> *.md для Github и делать из него man при сборке пакета. > Если вам нравится md2man, то я не буду отговаривать вас им пользоваться )) > > Некоторое время назад я переехал в libshell (для него я и сделал md2man) c > md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) > > Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в > альте умеют golang. А это какие, кроме %e2k? armh? ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 17:02 ` Mikhail Novosyolov @ 2021-02-25 17:35 ` Alexey Gladkov 2021-02-25 18:03 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Alexey Gladkov @ 2021-02-25 17:35 UTC (permalink / raw) To: ALT Linux Team development discussions On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: > > Некоторое время назад я переехал в libshell (для него я и сделал md2man) c > > md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. > У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не настолько сложные как ваши )) Кстати, если у вас есть предложения по улучшению, то милости просим. > > Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в > > альте умеют golang. > А это какие, кроме %e2k? armh? %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec для выключения документации. -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 17:35 ` Alexey Gladkov @ 2021-02-25 18:03 ` Mikhail Novosyolov 2021-02-25 20:31 ` Alexey Shabalin 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-25 18:03 UTC (permalink / raw) To: devel; +Cc: Michael Shigorin 25.02.2021 20:35, Alexey Gladkov пишет: > On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: >>> Некоторое время назад я переехал в libshell (для него я и сделал md2man) c >>> md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. >> У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) > Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не > настолько сложные как ваши )) > > Кстати, если у вас есть предложения по улучшению, то милости просим. По md2man? Сейчас он обзывает man по первому заголовку в md, т.е. # snr — systemd-nspawn runner преобразуется в snr — systemd‐nspawn runner(1) Было бы удобно какой-то файл с метаданными что ли иметь, где такие нюансы прописать без ущерба для читабельности md, или передавать их в CLI или переменных окружения. > >>> Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в >>> альте умеют golang. >> А это какие, кроме %e2k? armh? > %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec > для выключения документации. В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 18:03 ` Mikhail Novosyolov @ 2021-02-25 20:31 ` Alexey Shabalin 2021-02-26 10:30 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Alexey Shabalin @ 2021-02-25 20:31 UTC (permalink / raw) To: ALT Linux Team development discussions чт, 25 февр. 2021 г. в 21:03, Mikhail Novosyolov <mikhailnov@altlinux.org>: > > > 25.02.2021 20:35, Alexey Gladkov пишет: > > On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: > >>> Некоторое время назад я переехал в libshell (для него я и сделал md2man) c > >>> md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. > >> У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) > > Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не > > настолько сложные как ваши )) > > > > Кстати, если у вас есть предложения по улучшению, то милости просим. > По md2man? Сейчас он обзывает man по первому заголовку в md, т.е. > # snr — systemd-nspawn runner > преобразуется в > snr — systemd‐nspawn runner(1) > > Было бы удобно какой-то файл с метаданными что ли иметь, где такие нюансы прописать без ущерба для читабельности md, или передавать их в CLI или переменных окружения. > > > > >>> Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в > >>> альте умеют golang. > >> А это какие, кроме %e2k? armh? > > %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec > > для выключения документации. > В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) Почему вдруг его там нет? Он же не golang написан. -- Alexey Shabalin ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 20:31 ` Alexey Shabalin @ 2021-02-26 10:30 ` Mikhail Novosyolov 2021-02-26 10:38 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-26 10:30 UTC (permalink / raw) To: devel 25.02.2021 23:31, Alexey Shabalin пишет: > чт, 25 февр. 2021 г. в 21:03, Mikhail Novosyolov <mikhailnov@altlinux.org>: >> >> 25.02.2021 20:35, Alexey Gladkov пишет: >>> On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: >>>>> Некоторое время назад я переехал в libshell (для него я и сделал md2man) c >>>>> md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. >>>> У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) >>> Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не >>> настолько сложные как ваши )) >>> >>> Кстати, если у вас есть предложения по улучшению, то милости просим. >> По md2man? Сейчас он обзывает man по первому заголовку в md, т.е. >> # snr — systemd-nspawn runner >> преобразуется в >> snr — systemd‐nspawn runner(1) >> >> Было бы удобно какой-то файл с метаданными что ли иметь, где такие нюансы прописать без ущерба для читабельности md, или передавать их в CLI или переменных окружения. >> >>>>> Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в >>>>> альте умеют golang. >>>> А это какие, кроме %e2k? armh? >>> %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec >>> для выключения документации. >> В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) > Почему вдруг его там нет? Он же не golang написан. Я слышал, что на е2к есть только lxc и то, кажется, без libseccomp. Поэтому далеко не уверен, что nspawn там работает (даже если и собирается...). ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-26 10:30 ` Mikhail Novosyolov @ 2021-02-26 10:38 ` Mikhail Novosyolov 2021-02-26 10:45 ` Andrey Savchenko 0 siblings, 1 reply; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-26 10:38 UTC (permalink / raw) To: devel 26.02.2021 13:30, Mikhail Novosyolov пишет: > 25.02.2021 23:31, Alexey Shabalin пишет: >> чт, 25 февр. 2021 г. в 21:03, Mikhail Novosyolov <mikhailnov@altlinux.org>: >>> 25.02.2021 20:35, Alexey Gladkov пишет: >>>> On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: >>>>>> Некоторое время назад я переехал в libshell (для него я и сделал md2man) c >>>>>> md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. >>>>> У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) >>>> Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не >>>> настолько сложные как ваши )) >>>> >>>> Кстати, если у вас есть предложения по улучшению, то милости просим. >>> По md2man? Сейчас он обзывает man по первому заголовку в md, т.е. >>> # snr — systemd-nspawn runner >>> преобразуется в >>> snr — systemd‐nspawn runner(1) >>> >>> Было бы удобно какой-то файл с метаданными что ли иметь, где такие нюансы прописать без ущерба для читабельности md, или передавать их в CLI или переменных окружения. >>> >>>>>> Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в >>>>>> альте умеют golang. >>>>> А это какие, кроме %e2k? armh? >>>> %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec >>>> для выключения документации. >>> В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) >> Почему вдруг его там нет? Он же не golang написан. > Я слышал, что на е2к есть только lxc и то, кажется, без libseccomp. Поэтому далеко не уверен, что nspawn там работает (даже если и собирается...). В systemd-nspawn еще и свои спсики системных вызовов, вот коммита, адаптировавший nspawn к новому glibc: https://github.com/systemd/systemd/commit/bcf08acbffdee0d6360d3c31d268e73d0623e5dc При этом сам по себе этот коммит не решает проблему работы faccessat2() — требуется соответствующая версия libseccomp, которая умеет его правильно фильтровать. На e2k своя таблица системных вызовов. seccomp-util в systemd к ней адаптирована? ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-26 10:38 ` Mikhail Novosyolov @ 2021-02-26 10:45 ` Andrey Savchenko 0 siblings, 1 reply; 19+ messages in thread From: Andrey Savchenko @ 2021-02-26 10:45 UTC (permalink / raw) To: ALT Linux Team development discussions [-- Attachment #1: Type: text/plain, Size: 3693 bytes --] On Fri, 26 Feb 2021 13:38:24 +0300 Mikhail Novosyolov wrote: > 26.02.2021 13:30, Mikhail Novosyolov пишет: > > 25.02.2021 23:31, Alexey Shabalin пишет: > >> чт, 25 февр. 2021 г. в 21:03, Mikhail Novosyolov <mikhailnov@altlinux.org>: > >>> 25.02.2021 20:35, Alexey Gladkov пишет: > >>>> On Thu, Feb 25, 2021 at 08:02:37PM +0300, Mikhail Novosyolov wrote: > >>>>>> Некоторое время назад я переехал в libshell (для него я и сделал md2man) c > >>>>>> md2man на scdoc. Файлы *.md в libshell используются ровно так вы описали. > >>>>> У меня за 5 минут не получилось заставить его съесть snr/README.md, даже с правками )) > >>>> Да, я правил *.md под scdoc... но у меня получилось. Видимо, у меня они не > >>>> настолько сложные как ваши )) > >>>> > >>>> Кстати, если у вас есть предложения по улучшению, то милости просим. > >>> По md2man? Сейчас он обзывает man по первому заголовку в md, т.е. > >>> # snr — systemd-nspawn runner > >>> преобразуется в > >>> snr — systemd‐nspawn runner(1) > >>> > >>> Было бы удобно какой-то файл с метаданными что ли иметь, где такие нюансы прописать без ущерба для читабельности md, или передавать их в CLI или переменных окружения. > >>> > >>>>>> Я бы и продолжил пользоваться md2man, но к сожалению не все архитектуры в > >>>>>> альте умеют golang. > >>>>> А это какие, кроме %e2k? armh? > >>>> %e2k. Мне очень не хотелось вбивать какие-то костыли в makefile или spec > >>>> для выключения документации. > >>> В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) > >> Почему вдруг его там нет? Он же не golang написан. > > Я слышал, что на е2к есть только lxc и то, кажется, без libseccomp. Поэтому далеко не уверен, что nspawn там работает (даже если и собирается...). Не верьте слухам: libseccomp на e2k есть. > В systemd-nspawn еще и свои спсики системных вызовов, вот коммита, адаптировавший nspawn к новому glibc: > > https://github.com/systemd/systemd/commit/bcf08acbffdee0d6360d3c31d268e73d0623e5dc > > При этом сам по себе этот коммит не решает проблему работы faccessat2() — требуется соответствующая версия libseccomp, которая умеет его правильно фильтровать. > > На e2k своя таблица системных вызовов. seccomp-util в systemd к ней адаптирована? libseccomp к ней адаптирован, в systemd нужные кусочки тоже переносились (не уверен, что все, я systemd стараюсь не заниматься). В audit перенесено всё целиком и полностью. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 19+ messages in thread
[parent not found: <3849e4f2-4e5e-af8c-024e-15b9779ccb89@rosalinux.ru>]
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed @ 2021-02-26 12:13 ` Andrey Savchenko 2021-02-26 12:28 ` Mikhail Novosyolov 0 siblings, 1 reply; 19+ messages in thread From: Andrey Savchenko @ 2021-02-26 12:13 UTC (permalink / raw) To: ALT Linux Team development discussions [-- Attachment #1: Type: text/plain, Size: 2546 bytes --] On Fri, 26 Feb 2021 14:27:26 +0300 Mikhail Novosyolov wrote: [...] > >>>>> В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) > >>>> Почему вдруг его там нет? Он же не golang написан. > >>> Я слышал, что на е2к есть только lxc и то, кажется, без libseccomp. Поэтому далеко не уверен, что nspawn там работает (даже если и собирается...). > > Не верьте слухам: libseccomp на e2k есть. > > > >> В systemd-nspawn еще и свои спсики системных вызовов, вот коммита, адаптировавший nspawn к новому glibc: > >> > >> https://github.com/systemd/systemd/commit/bcf08acbffdee0d6360d3c31d268e73d0623e5dc > >> > >> При этом сам по себе этот коммит не решает проблему работы faccessat2() — требуется соответствующая версия libseccomp, которая умеет его правильно фильтровать. > >> > >> На e2k своя таблица системных вызовов. seccomp-util в systemd к ней адаптирована? > > libseccomp к ней адаптирован, в systemd нужные кусочки тоже > > переносились (не уверен, что все, я systemd стараюсь не заниматься). > А можно где-нибудь посмотреть ради интереса, в чем именно заключается адаптация systemd? В коммультативном патче https://packages.altlinux.org/ru/sisyphus/srpms/systemd/patches/systemd-247.3.patch ничего о e2k сходу не нашел. Там как минимум отковыривались очередные безумия systemd на тему использования недокументированных особенностей gcc, например, VLA в начале структуры. Прямо сейчас systemd собран без libseccomp (при этом сам libseccomp в репозитории есть и используется другими пакетами). Почему так — не знаю, да и не очень мне это интересно. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-26 12:13 ` Andrey Savchenko @ 2021-02-26 12:28 ` Mikhail Novosyolov 0 siblings, 0 replies; 19+ messages in thread From: Mikhail Novosyolov @ 2021-02-26 12:28 UTC (permalink / raw) To: devel 26.02.2021 15:13, Andrey Savchenko пишет: > On Fri, 26 Feb 2021 14:27:26 +0300 Mikhail Novosyolov wrote: > [...] >>>>>>> В таком случае для snr неактуально. Это обертка над systemd-nspawn, которого, скорее всего, нет на e2k (2mike: его же там нет?) >>>>>> Почему вдруг его там нет? Он же не golang написан. >>>>> Я слышал, что на е2к есть только lxc и то, кажется, без libseccomp. Поэтому далеко не уверен, что nspawn там работает (даже если и собирается...). >>> Не верьте слухам: libseccomp на e2k есть. >>> >>>> В systemd-nspawn еще и свои спсики системных вызовов, вот коммита, адаптировавший nspawn к новому glibc: >>>> >>>> https://github.com/systemd/systemd/commit/bcf08acbffdee0d6360d3c31d268e73d0623e5dc >>>> >>>> При этом сам по себе этот коммит не решает проблему работы faccessat2() — требуется соответствующая версия libseccomp, которая умеет его правильно фильтровать. >>>> >>>> На e2k своя таблица системных вызовов. seccomp-util в systemd к ней адаптирована? >>> libseccomp к ней адаптирован, в systemd нужные кусочки тоже >>> переносились (не уверен, что все, я systemd стараюсь не заниматься). >> А можно где-нибудь посмотреть ради интереса, в чем именно заключается адаптация systemd? В коммультативном патче https://packages.altlinux.org/ru/sisyphus/srpms/systemd/patches/systemd-247.3.patch ничего о e2k сходу не нашел. > Там как минимум отковыривались очередные безумия systemd на тему > использования недокументированных особенностей gcc, например, VLA > в начале структуры. Про это знаю, Вы рассказывали на какой-то конференции, смотрел запись. Было интересно про адаптацию systemd в части seccomp. > > Прямо сейчас systemd собран без libseccomp (при этом сам libseccomp > в репозитории есть и используется другими пакетами). Почему так — > не знаю, да и не очень мне это интересно. Значит systemd-nspawn, скорее всего, не работает. Хотя не знаю, может ли он работать без него, собирается ли вообще, не пробовал собирать systemd без libseccomp. ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 9:54 ` Alexey Gladkov 2021-02-25 10:05 ` Mikhail Novosyolov @ 2021-02-25 13:55 ` Dmitry V. Levin 2021-02-25 17:24 ` Alexey Gladkov 1 sibling, 1 reply; 19+ messages in thread From: Dmitry V. Levin @ 2021-02-25 13:55 UTC (permalink / raw) To: ALT Linux Team development discussions On Thu, Feb 25, 2021 at 10:54:35AM +0100, Alexey Gladkov wrote: > On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: [...] > > Попробовал новую версию md2man, ман на выходе гораздо читабельнее, чем в > > старой. Но Вы забыли указать в %changelog 1.0-alt2 предыдущий коммит про > > переписывание не blackfriday.v2. > > Не забыл, а посчитал, что это не существенно. Это детали реализации. Реализация поменялась, а версия не поменялась? :) -- ldv ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed 2021-02-25 13:55 ` Dmitry V. Levin @ 2021-02-25 17:24 ` Alexey Gladkov 0 siblings, 0 replies; 19+ messages in thread From: Alexey Gladkov @ 2021-02-25 17:24 UTC (permalink / raw) To: ALT Linux Team development discussions On Thu, Feb 25, 2021 at 04:55:42PM +0300, Dmitry V. Levin wrote: > On Thu, Feb 25, 2021 at 10:54:35AM +0100, Alexey Gladkov wrote: > > On Thu, Feb 25, 2021 at 12:20:50PM +0300, Mikhail Novosyolov wrote: > [...] > > > Попробовал новую версию md2man, ман на выходе гораздо читабельнее, чем в > > > старой. Но Вы забыли указать в %changelog 1.0-alt2 предыдущий коммит про > > > переписывание не blackfriday.v2. > > > > Не забыл, а посчитал, что это не существенно. Это детали реализации. > > Реализация поменялась, а версия не поменялась? :) Ага. Я такой :) -- Rgrds, legion ^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2021-02-26 12:28 UTC | newest] Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-02-22 8:48 ` [devel] snr-1.7-alt1: Sisyphus/x86_64 test rebuild failed Mikhail Novosyolov 2021-02-22 9:12 ` Alexey Gladkov 2021-02-22 9:16 ` Mikhail Novosyolov 2021-02-22 9:39 ` Alexey Gladkov 2021-02-25 9:20 ` Mikhail Novosyolov 2021-02-25 9:54 ` Alexey Gladkov 2021-02-25 10:05 ` Mikhail Novosyolov 2021-02-25 13:48 ` Alexey Gladkov 2021-02-25 17:02 ` Mikhail Novosyolov 2021-02-25 17:35 ` Alexey Gladkov 2021-02-25 18:03 ` Mikhail Novosyolov 2021-02-25 20:31 ` Alexey Shabalin 2021-02-26 10:30 ` Mikhail Novosyolov 2021-02-26 10:38 ` Mikhail Novosyolov 2021-02-26 10:45 ` Andrey Savchenko 2021-02-26 12:13 ` Andrey Savchenko 2021-02-26 12:28 ` Mikhail Novosyolov 2021-02-25 13:55 ` Dmitry V. Levin 2021-02-25 17:24 ` Alexey Gladkov
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git