Всем привет. Возвращаюсь к вопросу установки единообразных данных в iso релизов. Сейчас вполне устраивает информация в starterkit p9: alt-p9-cinnamon-20190627-x86_64.iso.txt: Volume id: ALT p9 cinnamon/x86_64 Volume set id: ALT Publisher id: ALT LINUX TEAM Application id: ALT-P9-CINNAMON alt-p9-server-20190626-x86_64.iso.txt: Volume id: ALT p9 server/x86_64 Volume set id: ALT Publisher id: ALT LINUX TEAM Application id: ALT-P9-SERVER Из "Volume id" можно вычленить версию (p9), тип (server и т.п.) и архитектуру. А в релизах продуктов опять все плохо. Каждый релиз-менеджер придумывает своё. alt-education-9.0alpha-20190624-x86_64.iso.txt: Volume id: ALT alt-education/x86_64 Volume set id: ALT Education 9.0alpha Publisher id: BASEALT LTD Application id: /X86_64 alt-server-20190704_alpha1-x86_64.iso.txt: Volume id: ALT Server Volume set id: ALT Publisher id: BASEALT LTD Application id: /X86_64 alt-server-v-20190711_alpha1-x86_64.iso.txt: Volume id: ALT 9.0 Server-V Volume set id: ALT Publisher id: BASEALT LTD Application id: /X86_64 alt-workstation-8.910_beta1-x86_64.iso.txt: Volume id: ALT Workstation Volume set id: ALT Publisher id: BASEALT LTD Application id: 8.910/X86_64 Для server не возможно определить версию, у других версия в разных полях. Давайте выработаем стандарт для релизов. -- Alexey Shabalin
On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > alt-workstation-8.910_beta1-x86_64.iso.txt: > Volume id: ALT Workstation > Volume set id: ALT > Publisher id: BASEALT LTD > Application id: 8.910/X86_64 Ну, мне, понятно, нравится этот формат. Так мне кажется наиболее формализовано, версия/архитектура в Application id. Собственно, у других дистрибутивов там нет версии потому, что при сборке не определялась переменная DISTRO_VERSION, именно ее значение и подставляется. Если она пустая, то и получается /x86_64. > Для server не возможно определить версию, у других версия в разных полях. > Давайте выработаем стандарт для релизов. -- WBR, Mikhail Efremov
В Пт, 12/07/2019 в 18:57 +0300, Alexey Shabalin пишет: > Всем привет. > > Возвращаюсь к вопросу установки единообразных данных в iso релизов. > Сейчас вполне устраивает информация в starterkit p9: > ... > > Для server не возможно определить версию, у других версия в разных > полях. > Давайте выработаем стандарт для релизов. Стандарт есть. Зачем изобретать свой? https://www.freedesktop.org/software/systemd/man/os-release.html -- Yuri N. Sedunov
On Fri, 12 Jul 2019 19:29:51 +0300 Yuri Sedunov wrote:
> В Пт, 12/07/2019 в 18:57 +0300, Alexey Shabalin пишет:
> > Всем привет.
> >
> > Возвращаюсь к вопросу установки единообразных данных в iso релизов.
> > Сейчас вполне устраивает информация в starterkit p9:
> > ...
> >
> > Для server не возможно определить версию, у других версия в разных
> > полях.
> > Давайте выработаем стандарт для релизов.
>
> Стандарт есть. Зачем изобретать свой?
>
> https://www.freedesktop.org/software/systemd/man/os-release.html
>
Это стандарт немного другого.
--
WBR, Mikhail Efremov
В Пт, 12/07/2019 в 19:31 +0300, Mikhail Efremov пишет:
> On Fri, 12 Jul 2019 19:29:51 +0300 Yuri Sedunov wrote:
> > В Пт, 12/07/2019 в 18:57 +0300, Alexey Shabalin пишет:
> > > Всем привет.
> > >
> > > Возвращаюсь к вопросу установки единообразных данных в iso
> > > релизов.
> > > Сейчас вполне устраивает информация в starterkit p9:
> > > ...
> > >
> > > Для server не возможно определить версию, у других версия в
> > > разных
> > > полях.
> > > Давайте выработаем стандарт для релизов.
> >
> > Стандарт есть. Зачем изобретать свой?
> >
> > https://www.freedesktop.org/software/systemd/man/os-release.html
> >
>
> Это стандарт немного другого.
В нем чего-то не хватает для описания "iso релизов"?
--
Yuri N. Sedunov
On Fri, 12 Jul 2019 19:34:32 +0300 Yuri Sedunov wrote:
> В Пт, 12/07/2019 в 19:31 +0300, Mikhail Efremov пишет:
> > On Fri, 12 Jul 2019 19:29:51 +0300 Yuri Sedunov wrote:
> > > В Пт, 12/07/2019 в 18:57 +0300, Alexey Shabalin пишет:
> > > > Всем привет.
> > > >
> > > > Возвращаюсь к вопросу установки единообразных данных в iso
> > > > релизов.
> > > > Сейчас вполне устраивает информация в starterkit p9:
> > > > ...
> > > >
> > > > Для server не возможно определить версию, у других версия в
> > > > разных
> > > > полях.
> > > > Давайте выработаем стандарт для релизов.
> > >
> > > Стандарт есть. Зачем изобретать свой?
> > >
> > > https://www.freedesktop.org/software/systemd/man/os-release.html
> > >
> >
> > Это стандарт немного другого.
>
> В нем чего-то не хватает для описания "iso релизов"?
Какое отношение это все имеет к метаинформации в самих образах?
--
WBR, Mikhail Efremov
В Пт, 12/07/2019 в 20:05 +0300, Mikhail Efremov пишет:
> On Fri, 12 Jul 2019 19:34:32 +0300 Yuri Sedunov wrote:
> > В Пт, 12/07/2019 в 19:31 +0300, Mikhail Efremov пишет:
> > > On Fri, 12 Jul 2019 19:29:51 +0300 Yuri Sedunov wrote:
> > > > В Пт, 12/07/2019 в 18:57 +0300, Alexey Shabalin пишет:
> > > > > Всем привет.
> > > > >
> > > > > Возвращаюсь к вопросу установки единообразных данных в iso
> > > > > релизов.
> > > > > Сейчас вполне устраивает информация в starterkit p9:
> > > > > ...
> > > > >
> > > > > Для server не возможно определить версию, у других версия в
> > > > > разных
> > > > > полях.
> > > > > Давайте выработаем стандарт для релизов.
> > > >
> > > > Стандарт есть. Зачем изобретать свой?
> > > >
> > > > https://www.freedesktop.org/software/systemd/man/os-release.html
> > > >
> > >
> > > Это стандарт немного другого.
> >
> > В нем чего-то не хватает для описания "iso релизов"?
>
> Какое отношение это все имеет к метаинформации в самих образах?
Предлагаю не плодить сущности и автоматически формировать описание iso-
образов из параметров в os-release.
--
Yuri N. Sedunov
On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> Возвращаюсь к вопросу установки единообразных данных в iso релизов.
> Сейчас вполне устраивает информация в starterkit p9:
Я, честно говоря, вообще не в курсе -- как это определяется в
mkimage-profiles и мне кажется, что оно должно работать там
однообразно...
On Fri, Jul 19, 2019 at 12:37:04PM +0300, Anton V. Boyarshinov wrote: > > Возвращаюсь к вопросу установки единообразных данных в iso релизов. > > Сейчас вполне устраивает информация в starterkit p9: > Я, честно говоря, вообще не в курсе -- как это определяется в > mkimage-profiles См. features.in/build-distro/README > и мне кажется, что оно должно работать там однообразно... Ну там есть какие-то дефолты; вообще построение _только_ конфигурации можно заказать, добавив CHECK=1 к параметрам или окружению make (и затем посмотрев build/distcfg.mk). -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Sat, Jul 13, 2019 at 03:10:51PM +0300, Yuri Sedunov wrote: > > > > > > Давайте выработаем стандарт для релизов. Как в стартеркитах -- тебя устраивает? > > > > > Стандарт есть. Зачем изобретать свой? > > > > > https://www.freedesktop.org/software/systemd/man/os-release.html > > > > Это стандарт немного другого. +1 > > > В нем чего-то не хватает для описания "iso релизов"? > > Какое отношение это все имеет к метаинформации в самих образах? > Предлагаю не плодить сущности и автоматически формировать > описание iso-образов из параметров в os-release. Предложи _точное_ отображение параметров os-release в ISO9660: выше упоминались VOLI, VOLS, PUBL, APPI; ещё есть SYSI и PREP, с которыми обычно и так всё ясно, а также BIBL, ABST, COPY; см. mkisofs(1) и features.in/build-distro/lib/90-build-distro.mk. Можно сразу скриптиком. :) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>:
>
> On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> > alt-workstation-8.910_beta1-x86_64.iso.txt:
> > Volume id: ALT Workstation
> > Volume set id: ALT
> > Publisher id: BASEALT LTD
> > Application id: 8.910/X86_64
>
> Ну, мне, понятно, нравится этот формат. Так мне кажется наиболее
> формализовано, версия/архитектура в Application id.
> Собственно, у других дистрибутивов там нет версии потому, что при
> сборке не определялась переменная DISTRO_VERSION, именно ее значение и
> подставляется. Если она пустая, то и получается /x86_64.
>
> > Для server не возможно определить версию, у других версия в разных полях.
> > Давайте выработаем стандарт для релизов.
Я предлагаю сделать следующее:
0) System id: LINUX - нормально, пусть так и остается
1) "Volume set id"(128 символов) очистить. Он совсем про другое. Это
для много-дисковых приложений. Хотя если останется, не критично.
2) Publisher id(128 символов): BASEALT LTD - нормально.
3) Volume id(32 символа): ALT Server 9.0.0 x86_64
Обычно значение Volume id используется как точка монтирования. Я бы
предложил избегать использование спец символов("/") в этом поле.
Это поле должно быть различным у всех выпускаемых дистрибутивов. (т.е.
сюда же можно добавить 101,401,801 для e2k)
Получается что в этом поле есть вся информация, чтобы идентифицировать
дистрибутив.
4) Application id(128 симовлов):
- 9.0.0 X86-64 - такой формат мне видится предпочтительным, опять же
без спец-символов
- 8.910/X86_64 (если это пререлиз, вирсия <9. но версия 9 должна быть
указана в volume id, иначе парсер вычленит версию 8)
- ALT-P9-SERVER , как в стартеркитах
Тут можно продублировать всю информацию из Volume id. Можно в формате
как у стартеркитов.
Т.к. это поле будет с дублирующей информацией, я его вообще не буду
использовать для идентификации дистрибутива в libosinfo.
В mkimage-profiles это будет выглядеть так.
@$(call set,META_VOL_ID,ALT Server 9.0.0 $(ARCH))
@$(call set,META_PUBLISHER,BaseALT Ltd)
@$(call set,META_APP_ID,$(DISTRO_VERSION) $(ARCH))
или как в стартеркитах
@$(call try,META_APP_ID,$(IMAGE_NAME))
Возражения?
PS: c "/" я возможно перебарщиваю и все уже умеют понимать его. Тогда
давайте оставим как есть.
--
Alexey Shabalin
On 23.07.2019 18:52, Alexey Shabalin wrote:
> В mkimage-profiles это будет выглядеть так.
> @$(call set,META_VOL_ID,ALT Server 9.0.0 $(ARCH))
> @$(call set,META_PUBLISHER,BaseALT Ltd)
> @$(call set,META_APP_ID,$(DISTRO_VERSION) $(ARCH))
> или как в стартеркитах
> @$(call try,META_APP_ID,$(IMAGE_NAME))
Было бы отлично где-то в какое то поле записать дату сборки ISO образа
для более точной идентификации пересборок.
вт, 23 июл. 2019 г. в 22:37, Anton Farygin <rider@basealt.ru>:
>
> On 23.07.2019 18:52, Alexey Shabalin wrote:
> > В mkimage-profiles это будет выглядеть так.
> > @$(call set,META_VOL_ID,ALT Server 9.0.0 $(ARCH))
> > @$(call set,META_PUBLISHER,BaseALT Ltd)
> > @$(call set,META_APP_ID,$(DISTRO_VERSION) $(ARCH))
> > или как в стартеркитах
> > @$(call try,META_APP_ID,$(IMAGE_NAME))
>
> Было бы отлично где-то в какое то поле записать дату сборки ISO образа
> для более точной идентификации пересборок.
В Application id (META_APP_ID) пишите. там 128 символов доступно.
--
Alexey Shabalin
В Tue, 23 Jul 2019 18:52:31 +0300
Alexey Shabalin <a.shabalin@gmail.com> пишет:
> пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>:
> >
> > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> > > alt-workstation-8.910_beta1-x86_64.iso.txt:
> > > Volume id: ALT Workstation
> > > Volume set id: ALT
> > > Publisher id: BASEALT LTD
> > > Application id: 8.910/X86_64
Годно?
isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: ALT Server 9.0.0 x86_64
Volume set id: ALT
Publisher id: BASEALT LTD
Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0
Application id: ALT SERVER 9.0.0 X86_64 2019-07-24
ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>:
>
> В Tue, 23 Jul 2019 18:52:31 +0300
> Alexey Shabalin <a.shabalin@gmail.com> пишет:
>
> > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>:
> > >
> > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> > > > alt-workstation-8.910_beta1-x86_64.iso.txt:
> > > > Volume id: ALT Workstation
> > > > Volume set id: ALT
> > > > Publisher id: BASEALT LTD
> > > > Application id: 8.910/X86_64
>
> Годно?
>
> isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso
> CD-ROM is in ISO 9660 format
> System id: LINUX
> Volume id: ALT Server 9.0.0 x86_64
> Volume set id: ALT
> Publisher id: BASEALT LTD
> Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0
> Application id: ALT SERVER 9.0.0 X86_64 2019-07-24
Да, меня устраивает :)
Главное, что бы остальные придерживались такого же формата.
--
Alexey Shabalin
[-- Attachment #1: Type: text/plain, Size: 616 bytes --] On Wed, Jul 24, 2019 at 11:43:21AM +0300, Anton V. Boyarshinov wrote: [...] > Годно? > > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso > CD-ROM is in ISO 9660 format > System id: LINUX > Volume id: ALT Server 9.0.0 x86_64 > Volume set id: ALT > Publisher id: BASEALT LTD > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0 > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24 Было бы неплохо включить куда-нибудь (в Application id?) $repo и sed -n '/^task /s///p' /ALT/$repo/files/list/task.info -- ldv [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 801 bytes --]
On Wednesday, 24 July 2019 14:08:34 MSK Dmitry V wrote:
[...]
> $repo
`rpm --eval %ubt_id` из пакета rpm-build-ubt
[...]
--
Regards, Sergey.
On 24.07.2019 14:08, Dmitry V. Levin wrote:
> On Wed, Jul 24, 2019 at 11:43:21AM +0300, Anton V. Boyarshinov wrote:
> [...]
>> Годно?
>>
>> isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso
>> CD-ROM is in ISO 9660 format
>> System id: LINUX
>> Volume id: ALT Server 9.0.0 x86_64
>> Volume set id: ALT
>> Publisher id: BASEALT LTD
>> Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0
>> Application id: ALT SERVER 9.0.0 X86_64 2019-07-24
> Было бы неплохо включить куда-нибудь (в Application id?)
> $repo и sed -n '/^task /s///p' /ALT/$repo/files/list/task.info
Дистрибутивы очень часто собирают с добавлением дополнительных
репозиториев или заданий, плюс не факт, что в сборочнице дистрибутива
доступен каталог
$repo/files/list/task.info
Т.е. - добавление этого интересная идея, но она не позволяет воспроизвести окружение, из которого собран данный iso образ.
[-- Attachment #1: Type: text/plain, Size: 471 bytes --] On Wed, Jul 24, 2019 at 02:15:34PM +0300, Sergey V Turchin wrote: > On Wednesday, 24 July 2019 14:08:34 MSK Dmitry V wrote: > > [...] > > $repo > `rpm --eval %ubt_id` из пакета rpm-build-ubt Я специально написал $repo (имя основного репозитория, указываемое много где, в т.ч. до знака + в DistTag). Пакет rpm-build-ubt может определять для себя всё что угодно, в сборочной среде его может не быть, либо он может быть из другого репозитория. -- ldv [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 801 bytes --]
On Wed, Jul 24, 2019 at 02:19:09PM +0300, Anton Farygin wrote: > Дистрибутивы очень часто собирают с добавлением дополнительных Это где очень часто-то? (особенно если про релизы, а не альфы) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Wednesday, 24 July 2019 14:25:30 MSK Dmitry V wrote: > On Wed, Jul 24, 2019 at 02:15:34PM +0300, Sergey V Turchin wrote: > > On Wednesday, 24 July 2019 14:08:34 MSK Dmitry V wrote: > > > > [...] > > > > > $repo > > > > `rpm --eval %ubt_id` из пакета rpm-build-ubt > > Я специально написал $repo (имя основного репозитория, указываемое > много где, А откуда его проще всего взять? rpm -qpi парсить? [...] > Пакет rpm-build-ubt может определять для себя всё что угодно Не может. Его в сборочнице испортили. ;-) [...] -- Regards, Sergey.
On Wednesday, 24 July 2019 14:33:35 MSK Michael Shigorin wrote:
> On Wed, Jul 24, 2019 at 02:19:09PM +0300, Anton Farygin wrote:
> > Дистрибутивы очень часто собирают с добавлением дополнительных
>
> Это где очень часто-то? (особенно если про релизы, а не альфы)
У нас, у нас. Особенно именно про релизы. Забыл название пакета. Из последнего
архиватор какой-то проприетарный. Boyarsh@alt в курсе, если не забыл.
[...]
--
Regards, Sergey.
On 24.07.2019 14:33, Michael Shigorin wrote:
> On Wed, Jul 24, 2019 at 02:19:09PM +0300, Anton Farygin wrote:
>> Дистрибутивы очень часто собирают с добавлением дополнительных
> Это где очень часто-то? (особенно если про релизы, а не альфы)
>
Да я встречал на бетах практически постоянно. А вот на релизах да, не
помню. Но возможность этого существует.
ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>:
>
> ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>:
> >
> > В Tue, 23 Jul 2019 18:52:31 +0300
> > Alexey Shabalin <a.shabalin@gmail.com> пишет:
> >
> > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>:
> > > >
> > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> > > > > alt-workstation-8.910_beta1-x86_64.iso.txt:
> > > > > Volume id: ALT Workstation
> > > > > Volume set id: ALT
> > > > > Publisher id: BASEALT LTD
> > > > > Application id: 8.910/X86_64
> >
> > Годно?
> >
> > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso
> > CD-ROM is in ISO 9660 format
> > System id: LINUX
> > Volume id: ALT Server 9.0.0 x86_64
> > Volume set id: ALT
> > Publisher id: BASEALT LTD
> > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0
> > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24
>
> Да, меня устраивает :)
> Главное, что бы остальные придерживались такого же формата.
Еще раз напоминаю об isoinfo. Спасибо boyarsh@.
Остальные пока меня игнорируют. В новых бэтах Workstation и
KWorkstation ничего не изменилось. Так же прошу выставить версию 9,
добавлять парсинг 8.9 не вижу смысла.
Не хочу угрожать :) но это приведет только к тому, что libosinfo не
будет определять ваши дистрибутивы, и проблемы пользователям, которые
будут их устанавливать в libvirt.
--
Alexey Shabalin
пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>: > > > > ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>: > > > > > > В Tue, 23 Jul 2019 18:52:31 +0300 > > > Alexey Shabalin <a.shabalin@gmail.com> пишет: > > > > > > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>: > > > > > > > > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > > > > > > alt-workstation-8.910_beta1-x86_64.iso.txt: > > > > > > Volume id: ALT Workstation > > > > > > Volume set id: ALT > > > > > > Publisher id: BASEALT LTD > > > > > > Application id: 8.910/X86_64 > > > > > > Годно? > > > > > > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso > > > CD-ROM is in ISO 9660 format > > > System id: LINUX > > > Volume id: ALT Server 9.0.0 x86_64 > > > Volume set id: ALT > > > Publisher id: BASEALT LTD > > > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0 > > > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24 > > > > Да, меня устраивает :) > > Главное, что бы остальные придерживались такого же формата. > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > Остальные пока меня игнорируют. Извиняюсь, в workstation beta4 тоже нормально. Меня смутило что версия beta3 имеет большую версию :) Еще бы версию 9. Так же давайте договоримся об именах iso файлов. Разброд и шатание, beta вставляется в разные места (это я про отличие alt-server) > В новых бэтах Workstation и > KWorkstation ничего не изменилось. Так же прошу выставить версию 9, > добавлять парсинг 8.9 не вижу смысла. > Не хочу угрожать :) но это приведет только к тому, что libosinfo не > будет определять ваши дистрибутивы, и проблемы пользователям, которые > будут их устанавливать в libvirt. > > -- > Alexey Shabalin -- Alexey Shabalin
On Fri, 23 Aug 2019 02:26:01 +0300 Alexey Shabalin wrote: > пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > > Остальные пока меня игнорируют. > Извиняюсь, в workstation beta4 тоже нормально. Меня смутило что версия > beta3 имеет большую версию :) > Еще бы версию 9. Сейчас все просто, четко и логично: версия в документации, /etc/os-release, именах образов и isodata совпадает. Я не хочу это ломать, будет релиз - будет 9.0. > Так же давайте договоримся об именах iso файлов. Разброд и шатание, > beta вставляется в разные места (это я про отличие alt-server) Нам давно пора обновить устаревшее полиси https://www.altlinux.org/Releases/FileNaming и придерживаться его. У меня же давно есть скрипт подготовки релизов, который, в частности, переименовывает образы в соответствии с тем, как мне кажется правильным. -- WBR, Mikhail Efremov
пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>: > > > > ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>: > > > > > > В Tue, 23 Jul 2019 18:52:31 +0300 > > > Alexey Shabalin <a.shabalin@gmail.com> пишет: > > > > > > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>: > > > > > > > > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > > > > > > alt-workstation-8.910_beta1-x86_64.iso.txt: > > > > > > Volume id: ALT Workstation > > > > > > Volume set id: ALT > > > > > > Publisher id: BASEALT LTD > > > > > > Application id: 8.910/X86_64 > > > > > > Годно? > > > > > > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso > > > CD-ROM is in ISO 9660 format > > > System id: LINUX > > > Volume id: ALT Server 9.0.0 x86_64 > > > Volume set id: ALT > > > Publisher id: BASEALT LTD > > > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0 > > > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24 > > > > Да, меня устраивает :) > > Главное, что бы остальные придерживались такого же формата. > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. Прошу не забыть поправить/проверить при релизе 9.1. > Остальные пока меня игнорируют. В новых бэтах Workstation и > KWorkstation ничего не изменилось. Так же прошу выставить версию 9, > добавлять парсинг 8.9 не вижу смысла. > Не хочу угрожать :) но это приведет только к тому, что libosinfo не > будет определять ваши дистрибутивы, и проблемы пользователям, которые > будут их устанавливать в libvirt. > > -- > Alexey Shabalin -- Alexey Shabalin
вс, 5 июл. 2020 г. в 01:08, Alexey Shabalin <a.shabalin@gmail.com>: > > пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > > > ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>: > > > > > > > > В Tue, 23 Jul 2019 18:52:31 +0300 > > > > Alexey Shabalin <a.shabalin@gmail.com> пишет: > > > > > > > > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>: > > > > > > > > > > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > > > > > > > alt-workstation-8.910_beta1-x86_64.iso.txt: > > > > > > > Volume id: ALT Workstation > > > > > > > Volume set id: ALT > > > > > > > Publisher id: BASEALT LTD > > > > > > > Application id: 8.910/X86_64 > > > > > > > > Годно? > > > > > > > > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso > > > > CD-ROM is in ISO 9660 format > > > > System id: LINUX > > > > Volume id: ALT Server 9.0.0 x86_64 > > > > Volume set id: ALT > > > > Publisher id: BASEALT LTD > > > > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0 > > > > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24 > > > > > > Да, меня устраивает :) > > > Главное, что бы остальные придерживались такого же формата. > > > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > > Прошу не забыть поправить/проверить при релизе 9.1. Я уже задолбался напоминать. Выпускающий Workstation K меня игнорирует. Мне ничего не остается делать, как тоже игнорировать этот дистрибутив в проекте osindo-db. Даже isoinfo у live и install одинаковые, их никак не идентифицировать. > > > Остальные пока меня игнорируют. В новых бэтах Workstation и > > KWorkstation ничего не изменилось. Так же прошу выставить версию 9, > > добавлять парсинг 8.9 не вижу смысла. > > Не хочу угрожать :) но это приведет только к тому, что libosinfo не > > будет определять ваши дистрибутивы, и проблемы пользователям, которые > > будут их устанавливать в libvirt. > > -- Alexey Shabalin
On Sun, Aug 30, 2020 at 07:01:12PM +0300, Alexey Shabalin wrote: > > > > Да, меня устраивает :) > > > > Главное, что бы остальные придерживались такого же формата. > > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > > Прошу не забыть поправить/проверить при релизе 9.1. > Я уже задолбался напоминать. Лёш, сейчас усилиями antohami@ свели дистрибутивы в m-p 1.4 -- давай вот там и выправим, как надо. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
вс, 30 авг. 2020 г. в 19:01, Alexey Shabalin <a.shabalin@gmail.com>: > > вс, 5 июл. 2020 г. в 01:08, Alexey Shabalin <a.shabalin@gmail.com>: > > > > пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > > > ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>: > > > > > > > > > > В Tue, 23 Jul 2019 18:52:31 +0300 > > > > > Alexey Shabalin <a.shabalin@gmail.com> пишет: > > > > > > > > > > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>: > > > > > > > > > > > > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > > > > > > > > alt-workstation-8.910_beta1-x86_64.iso.txt: > > > > > > > > Volume id: ALT Workstation > > > > > > > > Volume set id: ALT > > > > > > > > Publisher id: BASEALT LTD > > > > > > > > Application id: 8.910/X86_64 > > > > > > > > > > Годно? > > > > > > > > > > isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso > > > > > CD-ROM is in ISO 9660 format > > > > > System id: LINUX > > > > > Volume id: ALT Server 9.0.0 x86_64 > > > > > Volume set id: ALT > > > > > Publisher id: BASEALT LTD > > > > > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0 > > > > > Application id: ALT SERVER 9.0.0 X86_64 2019-07-24 > > > > > > > > Да, меня устраивает :) > > > > Главное, что бы остальные придерживались такого же формата. > > > > > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > > > > Прошу не забыть поправить/проверить при релизе 9.1. > > Я уже задолбался напоминать. Выпускающий Workstation K меня игнорирует. > Мне ничего не остается делать, как тоже игнорировать этот дистрибутив > в проекте osindo-db. > Даже isoinfo у live и install одинаковые, их никак не идентифицировать. > так же претензия к выпускающему alt-workstation-baikalm-9.1-aarch64.iso > > > > > > Остальные пока меня игнорируют. В новых бэтах Workstation и > > > KWorkstation ничего не изменилось. Так же прошу выставить версию 9, > > > добавлять парсинг 8.9 не вижу смысла. > > > Не хочу угрожать :) но это приведет только к тому, что libosinfo не > > > будет определять ваши дистрибутивы, и проблемы пользователям, которые > > > будут их устанавливать в libvirt. > > > > > > > -- > Alexey Shabalin -- Alexey Shabalin
On Sunday, 30 August 2020 19:01:12 MSK Alexey Shabalin wrote: > вс, 5 июл. 2020 г. в 01:08, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > > пт, 23 авг. 2019 г. в 02:18, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > > > > > > ср, 24 июл. 2019 г. в 13:58, Alexey Shabalin <a.shabalin@gmail.com>: > > > > > > > > > > > > > > > ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov > > > > <boyarsh@altlinux.org>: > > > > > > > > > > > > > > > > > > > В Tue, 23 Jul 2019 18:52:31 +0300 > > > > > Alexey Shabalin <a.shabalin@gmail.com> пишет: > > > > > > > > > > > > > > > > > > > > > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>: > > > > > > > > > > > > > > > > > > > > > > > > > > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote: > > > > > > > > > > > > > > > alt-workstation-8.910_beta1-x86_64.iso.txt: > > > > > > > > Volume id: ALT Workstation > > > > > > > > Volume set id: ALT > > > > > > > > Publisher id: BASEALT LTD > > > > > > > > Application id: 8.910/X86_64 > > > > > > > > > > > > > > > > > > > > Годно? > > > > > > > > > > > > > > > > > > > > isoinfo -d -i > > > > > /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64 > > > > > .iso CD-ROM is in ISO 9660 format > > > > > System id: LINUX > > > > > Volume id: ALT Server 9.0.0 x86_64 > > > > > Volume set id: ALT > > > > > Publisher id: BASEALT LTD > > > > > Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, > > > > > LIBISOFS-1.5.0, LIBBURN-1.5.0 Application id: ALT SERVER 9.0.0 > > > > > X86_64 2019-07-24 > > > > > > > > > > > > > > > > Да, меня устраивает :) > > > > Главное, что бы остальные придерживались такого же формата. > > > > > > > > > > > > Еще раз напоминаю об isoinfo. Спасибо boyarsh@. > > > > > > > > Прошу не забыть поправить/проверить при релизе 9.1. > > > Я уже задолбался напоминать. Выпускающий Workstation K меня игнорирует. Я полагал, что там всё ок. > Мне ничего не остается делать, как тоже игнорировать этот дистрибутив > в проекте osindo-db. > Даже isoinfo у live и install одинаковые, их никак не идентифицировать. Постараюсь исправить. > > > > > > > > > > Остальные пока меня игнорируют. В новых бэтах Workstation и > > > KWorkstation ничего не изменилось. Так же прошу выставить версию 9, > > > добавлять парсинг 8.9 не вижу смысла. > > > Не хочу угрожать :) но это приведет только к тому, что libosinfo не > > > будет определять ваши дистрибутивы, и проблемы пользователям, которые > > > будут их устанавливать в libvirt. -- Regards, Sergey.
ср, 24 июл. 2019 г. в 11:43, Anton V. Boyarshinov <boyarsh@altlinux.org>:
>
> В Tue, 23 Jul 2019 18:52:31 +0300
> Alexey Shabalin <a.shabalin@gmail.com> пишет:
>
> > пт, 12 июл. 2019 г. в 19:26, Mikhail Efremov <sem@altlinux.org>:
> > >
> > > On Fri, 12 Jul 2019 18:57:47 +0300 Alexey Shabalin wrote:
> > > > alt-workstation-8.910_beta1-x86_64.iso.txt:
> > > > Volume id: ALT Workstation
> > > > Volume set id: ALT
> > > > Publisher id: BASEALT LTD
> > > > Application id: 8.910/X86_64
>
> Годно?
>
> isoinfo -d -i /space/office/boyarsh/nightly/centaurus//alt-server-20190724-x86_64.iso
> CD-ROM is in ISO 9660 format
> System id: LINUX
> Volume id: ALT Server 9.0.0 x86_64
> Volume set id: ALT
> Publisher id: BASEALT LTD
> Data preparer id: XORRISO-1.5.0 2018.09.15.133001, LIBISOBURN-1.5.0, LIBISOFS-1.5.0, LIBBURN-1.5.0
> Application id: ALT SERVER 9.0.0 X86_64 2019-07-24
В server-9.2 что-то пошло не так, и isoinfo у 9.1 и 9.2 никак не различаются.
isoinfo -d -i alt-server-9.2-x86_64.iso
Volume id: ALT Server 9.1 x86_64
Application id: ALT SERVER 9.1.0 X86_64 2021-07-27
Как быть? выпуск 9.2.1 ?
--
Alexey Shabalin
On Thu, Aug 05, 2021 at 06:30:41PM +0300, Aleksey Novodvorsky wrote: > > В server-9.2 что-то пошло не так, и isoinfo у 9.1 и 9.2 никак > > не различаются. > > > > isoinfo -d -i alt-server-9.2-x86_64.iso > > Volume id: ALT Server 9.1 x86_64 > > Application id: ALT SERVER 9.1.0 X86_64 2021-07-27 > Да, заметили, но Антон в отпуске до конца следующей недели. Видимо, пора делать в mkimage-profiles какую-то инфраструктуру для более формального/сквозного учёта версий (включая удобные ручки для альф, бет, rc и собственно выпусков -- я как когда-то не придумал ничего лучше YYYYMMDD, так и не сделал; да и сейчас как-то не представляю, как бы этот интерфейс должен выглядеть). > > Как быть? выпуск 9.2.1 ? Вот прям настолько всё серьёзно? -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Thu, Aug 05, 2021 at 09:45:28PM +0300, Michael Shigorin wrote: > > > isoinfo -d -i alt-server-9.2-x86_64.iso > > Да, заметили, но Антон в отпуске до конца следующей недели. > > > Как быть? выпуск 9.2.1 ? > Вот прям настолько всё серьёзно? А, и ещё можно попросить тестировщиков добавить соответствующую проверку (метаданные установочного носителя) в план прогона беты. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On 05.08.2021 21:46, Michael Shigorin wrote:
> On Thu, Aug 05, 2021 at 09:45:28PM +0300, Michael Shigorin wrote:
>>>> isoinfo -d -i alt-server-9.2-x86_64.iso
>>> Да, заметили, но Антон в отпуске до конца следующей недели.
>>>> Как быть? выпуск 9.2.1 ?
>> Вот прям настолько всё серьёзно?
> А, и ещё можно попросить тестировщиков добавить соответствующую
> проверку (метаданные установочного носителя) в план прогона беты.
>
Уже попросил
чт, 5 авг. 2021 г. в 21:45, Michael Shigorin <mike@altlinux.org>:
>
> On Thu, Aug 05, 2021 at 06:30:41PM +0300, Aleksey Novodvorsky wrote:
> > > В server-9.2 что-то пошло не так, и isoinfo у 9.1 и 9.2 никак
> > > не различаются.
> > >
> > > isoinfo -d -i alt-server-9.2-x86_64.iso
> > > Volume id: ALT Server 9.1 x86_64
> > > Application id: ALT SERVER 9.1.0 X86_64 2021-07-27
> > Да, заметили, но Антон в отпуске до конца следующей недели.
>
> Видимо, пора делать в mkimage-profiles какую-то инфраструктуру
> для более формального/сквозного учёта версий (включая удобные
> ручки для альф, бет, rc и собственно выпусков -- я как когда-то
> не придумал ничего лучше YYYYMMDD, так и не сделал; да и сейчас
> как-то не представляю, как бы этот интерфейс должен выглядеть).
>
> > > Как быть? выпуск 9.2.1 ?
>
> Вот прям настолько всё серьёзно?
Для меня серьезно. Если по метаданным 9.2 определяется как 9.1, то
virt-manager(использующий osinfo-db) будет показывать что ставится
9.1.
Прямо сейчас разницы нет (только визуальная в циферках), но может быть
- разные виртуальные устройства для разных версий.
--
Alexey Shabalin