stepchenkoas/mkimage-profiles
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
f911048798
mkimage-profiles/doc/archdep.txt

74 lines
3.0 KiB
Plaintext
Raw Normal View History

pkg.in/lists: archdep suffices for pkglists This is an initial implementation of architecture dependent contents handling for package lists more or less in the vein of mkimage-profiles-desktop's one *but* using suffix part to filter words in or out *not* prefix part to replace it with a comment marker (thus filtering out lines). The syntax should be pretty obvious: a b@i586 c@x86_64 will get "a b" given ARCH=i586 and "a c" given ARCH=x86_64; please see doc/archdep.txt for a more elaborate description and a conversion script.
2015-01-22 18:27:07 +03:00
== Архитектурно-зависимые фрагменты ==
=== Makefile ===
Достаточно воспользоваться ifeq/ifneq, сравнивая $(ARCH) с нужным:
ifeq (x86_64,$(ARCH))
EFI_LISTS := $(call tags,base efi)
endif
При необходимости сравнить со списком ("любой x86") можно сделать так:
ifeq (,$(filter-out i586 x86_64,$(ARCH)))
use/x11/xorg: use/x11 use/x11/intel use/firmware
else
use/x11/xorg: use/x11
endif
В рецептах (shell-часть Makefile) используйте $(ARCH) или $$ARCH.
=== скрипты ===
В скриптовых хуках ({image-,}scripts.d/*) проверяйте $GLOBAL_ARCH.
profiles: introduce @IA32, @X86 archdep macros See commit 2d257a425b9e9f49483559857c4e894d1743aa72 for details, this just brings those to pkg.in/profiles/ (along with the generic archdep support, of course).
2018-06-20 13:18:56 +03:00
=== списки пакетов, профили групп ===
pkg.in/lists: archdep suffices for pkglists This is an initial implementation of architecture dependent contents handling for package lists more or less in the vein of mkimage-profiles-desktop's one *but* using suffix part to filter words in or out *not* prefix part to replace it with a comment marker (thus filtering out lines). The syntax should be pretty obvious: a b@i586 c@x86_64 will get "a b" given ARCH=i586 and "a c" given ARCH=x86_64; please see doc/archdep.txt for a more elaborate description and a conversion script.
2015-01-22 18:27:07 +03:00
Бывает так, что в списке пакетов есть смысл упоминать какой-либо из них
только для определённой архитектуры (например, wine или steam); в таких
случаях можно воспользоваться механизмом подстановки, который пословно
обрабатывает списки и в случае наличия суффикса @ARCH оставляет только
слова, в которых этот суффикс соответствует заданной архитектуре сборки.
Например, для Simply Linux в mkimage-profiles-desktop есть строчки:
archdep.txt: these are quotes Build process would choke on "unescaped" stuff otherwise, and these blocks should be blockquotes in the first place.
2015-05-04 23:52:26 +03:00
@I586_ONLY@haspd
@X86_64_ONLY@i586-haspd
pkg.in/lists: archdep suffices for pkglists This is an initial implementation of architecture dependent contents handling for package lists more or less in the vein of mkimage-profiles-desktop's one *but* using suffix part to filter words in or out *not* prefix part to replace it with a comment marker (thus filtering out lines). The syntax should be pretty obvious: a b@i586 c@x86_64 will get "a b" given ARCH=i586 and "a c" given ARCH=x86_64; please see doc/archdep.txt for a more elaborate description and a conversion script.
2015-01-22 18:27:07 +03:00
В случае mkimage-profiles они должны выглядеть так:
archdep.txt: these are quotes Build process would choke on "unescaped" stuff otherwise, and these blocks should be blockquotes in the first place.
2015-05-04 23:52:26 +03:00
haspd@i586
i586-haspd@x86_64
pkg.in/lists: archdep suffices for pkglists This is an initial implementation of architecture dependent contents handling for package lists more or less in the vein of mkimage-profiles-desktop's one *but* using suffix part to filter words in or out *not* prefix part to replace it with a comment marker (thus filtering out lines). The syntax should be pretty obvious: a b@i586 c@x86_64 will get "a b" given ARCH=i586 and "a c" given ARCH=x86_64; please see doc/archdep.txt for a more elaborate description and a conversion script.
2015-01-22 18:27:07 +03:00
lists, doc: introduce @IA32, @X86 archdep macros The former ("proper 32-bit x86 package form") has been suggested by zerg@ quite some time ago but the desired interface wasn't clear at the moment IIRC; a quiet morning helped me realize that ICAClient-preinstall@IA32 is rather more readable than ICAClient-preinstall@i586 i586-ICAClient-preinstall@x86_64 so here's the (trivial) implementation; and I actually needed the latter, @X86 ("any-x86") to mark x86-only packages so xorg-drv-intel@X86 is now equivalent to xorg-drv-intel@i586 xorg-drv-intel@x86_64
2018-03-14 07:55:42 +03:00
или упрощённо (с версии 1.2.12):
haspd@IA32
archdep.txt: add missing description for @ARM macros
2021-07-18 18:30:54 +03:00
С версии 1.3.15 поддерживается макрос E2K ("любое поколение e2k*") и
ARM (armh или aarch64), а также выборка "для любой архитектуры, кроме"
(например, @!E2K, или "@!ARM).
doc/archdep.txt: adjust accordingly Those willing to reuse archdep-filter elsewhere will likely have to figure it out from Makefiles anyway, so probably not worth overdocumenting...
2019-10-23 15:31:58 +03:00
bin/archdep-filter: implement multi-matching This has been inspired by a few commits that cared for package availability reasons on a particular architecture; the problem at hand is that pkglists might need to include groups of packages that are (un)available on groups of arches, and tackling that with plain pkg@arch just results in combinatorial explosion of that matrix. Arches are handled one-by-one with a few hardcoded macro substitutions. Exploding a "pkg@arch1,arch2" string into a set of: pkg@arch1 pkg@arch2 with subsequent archdep pruning would do the trick; so here's another sed oneliner that does just that: $ echo 'pkg@X86,ARM,ppc64le' | sed -r ':loop; s/^((([^@]+@)[^,]+)+),([^,]+)/\1\n\3\4/; t loop' pkg@X86 pkg@ARM pkg@ppc64le See-also: 9601a9e7ce92c7a521fd154f59d8e17524f12a95 See-also: 5581dc91ec6f3330c338995d1cdfbca285298011 See-also: http://stackoverflow.com/a/55781741/561921
2021-11-22 21:45:15 +03:00
С версии 1.4.21 поддерживается перечисление архитектур через запятую
bin/archdep-filter: implement multi-!matching too This has been clearly lacking while making the previous commit but the implementation isn't that clear so let it be a separate step. The problem requiring the change in subsequent processors is that these relied upon "@arch" as a flag to be inspected, and "pkg@!arch1,arch2" on arch2 needs to take out *all* of that fragment *including* arch1 mention as well. Part of the cause is difference in handling: "positive" multi-match would explode its "client" line into multiple lines to filter down the pipeline, while "negative" multi-match *has* to keep that line on a similarly single line (otherwise we'd end up with N-1 of those slipping past the filter for particular architecture thus defeating the whole purpose of "negative" matching semantics): $ echo 'pkg@!E2K,mipsel,riscv64' | sed -r ':loop; s/^((([^@]+@!)[^,]+)+),([a-zA-Z0-9_]+)/\1@!\4/; t loop' pkg@!E2K@!mipsel@!riscv64 I've tried my best to test this specific change but it still might introduce a regression in some corner case; feel free to report; looks like there's a space for improvement in m-p's automated tests department as well. So now we can do: pkg@!ARCHES1,ARCHES2,arch3,arch4 and have pkg excluded on arches mentioned; the previous approach could only offer explicit whitelists (not that it was entirely wrong but then again, we have both ExclusiveArch and ExcludeArch rpmtags in our spec files).
2021-11-22 21:45:16 +03:00
после "@" или "@!":
bin/archdep-filter: implement multi-matching This has been inspired by a few commits that cared for package availability reasons on a particular architecture; the problem at hand is that pkglists might need to include groups of packages that are (un)available on groups of arches, and tackling that with plain pkg@arch just results in combinatorial explosion of that matrix. Arches are handled one-by-one with a few hardcoded macro substitutions. Exploding a "pkg@arch1,arch2" string into a set of: pkg@arch1 pkg@arch2 with subsequent archdep pruning would do the trick; so here's another sed oneliner that does just that: $ echo 'pkg@X86,ARM,ppc64le' | sed -r ':loop; s/^((([^@]+@)[^,]+)+),([^,]+)/\1\n\3\4/; t loop' pkg@X86 pkg@ARM pkg@ppc64le See-also: 9601a9e7ce92c7a521fd154f59d8e17524f12a95 See-also: 5581dc91ec6f3330c338995d1cdfbca285298011 See-also: http://stackoverflow.com/a/55781741/561921
2021-11-22 21:45:15 +03:00
LibreOffice-still@X86,aarch64,ppc64le,mipsel
bin/archdep-filter: implement multi-!matching too This has been clearly lacking while making the previous commit but the implementation isn't that clear so let it be a separate step. The problem requiring the change in subsequent processors is that these relied upon "@arch" as a flag to be inspected, and "pkg@!arch1,arch2" on arch2 needs to take out *all* of that fragment *including* arch1 mention as well. Part of the cause is difference in handling: "positive" multi-match would explode its "client" line into multiple lines to filter down the pipeline, while "negative" multi-match *has* to keep that line on a similarly single line (otherwise we'd end up with N-1 of those slipping past the filter for particular architecture thus defeating the whole purpose of "negative" matching semantics): $ echo 'pkg@!E2K,mipsel,riscv64' | sed -r ':loop; s/^((([^@]+@!)[^,]+)+),([a-zA-Z0-9_]+)/\1@!\4/; t loop' pkg@!E2K@!mipsel@!riscv64 I've tried my best to test this specific change but it still might introduce a regression in some corner case; feel free to report; looks like there's a space for improvement in m-p's automated tests department as well. So now we can do: pkg@!ARCHES1,ARCHES2,arch3,arch4 and have pkg excluded on arches mentioned; the previous approach could only offer explicit whitelists (not that it was entirely wrong but then again, we have both ExclusiveArch and ExcludeArch rpmtags in our spec files).
2021-11-22 21:45:16 +03:00
java-11-openjdk@!E2K,mipsel
bin/archdep-filter: implement multi-matching This has been inspired by a few commits that cared for package availability reasons on a particular architecture; the problem at hand is that pkglists might need to include groups of packages that are (un)available on groups of arches, and tackling that with plain pkg@arch just results in combinatorial explosion of that matrix. Arches are handled one-by-one with a few hardcoded macro substitutions. Exploding a "pkg@arch1,arch2" string into a set of: pkg@arch1 pkg@arch2 with subsequent archdep pruning would do the trick; so here's another sed oneliner that does just that: $ echo 'pkg@X86,ARM,ppc64le' | sed -r ':loop; s/^((([^@]+@)[^,]+)+),([^,]+)/\1\n\3\4/; t loop' pkg@X86 pkg@ARM pkg@ppc64le See-also: 9601a9e7ce92c7a521fd154f59d8e17524f12a95 See-also: 5581dc91ec6f3330c338995d1cdfbca285298011 See-also: http://stackoverflow.com/a/55781741/561921
2021-11-22 21:45:15 +03:00
pkg.in/lists: archdep suffices for pkglists This is an initial implementation of architecture dependent contents handling for package lists more or less in the vein of mkimage-profiles-desktop's one *but* using suffix part to filter words in or out *not* prefix part to replace it with a comment marker (thus filtering out lines). The syntax should be pretty obvious: a b@i586 c@x86_64 will get "a b" given ARCH=i586 and "a c" given ARCH=x86_64; please see doc/archdep.txt for a more elaborate description and a conversion script.
2015-01-22 18:27:07 +03:00
Для преобразования можно воспользоваться следующей командой:
archdep.txt: these are quotes Build process would choke on "unescaped" stuff otherwise, and these blocks should be blockquotes in the first place.
2015-05-04 23:52:26 +03:00
sed -r -e 's/@I586_ONLY@([^\t ]+)/\1@i586/g' \
-e 's/@X86_64_ONLY@([^\t ]+)/\1@x86_64/g'
lists, doc: introduce @IA32, @X86 archdep macros The former ("proper 32-bit x86 package form") has been suggested by zerg@ quite some time ago but the desired interface wasn't clear at the moment IIRC; a quiet morning helped me realize that ICAClient-preinstall@IA32 is rather more readable than ICAClient-preinstall@i586 i586-ICAClient-preinstall@x86_64 so here's the (trivial) implementation; and I actually needed the latter, @X86 ("any-x86") to mark x86-only packages so xorg-drv-intel@X86 is now equivalent to xorg-drv-intel@i586 xorg-drv-intel@x86_64
2018-03-14 07:55:42 +03:00
При необходимости добавить пакет только на x86-архитектурах (неважно,
i586 или x86_64) можно воспользоваться макросом X86 (с версии 1.2.12):
xorg-drv-intel@X86
profiles: introduce @IA32, @X86 archdep macros See commit 2d257a425b9e9f49483559857c4e894d1743aa72 for details, this just brings those to pkg.in/profiles/ (along with the generic archdep support, of course).
2018-06-20 13:18:56 +03:00
Аналогичная функциональность реализована для профилей установки.
doc: assorted updates/fixups doc/archdep.txt was the reason to look closer, and some other files needed a bit of facelift by now too (would be better to do that in sync).
2018-07-25 16:41:08 +03:00
=== загрузчики ===
Как правило, сперва понадобится доработка mkimage -- см. скрипты
tools/mki-pack-*boot -- и лишь затем профиля; см. тж. lib/boot.mk
и фичу pack.
Reference in New Issue Copy Permalink