5085 2004-08-27 15:40:52 +0400 All kernel images have one name 2025-02-26 12:07:12 +0300 1 1 4 Development Sisyphus kernel-image-std-def unstable all Linux CLOSED WONTFIX P2 enhancement --- 7371 1 george vt andy arseny cas kernelbot led placeholder rider vt qa-sisyphus oldest_to_newest 18396 0 george 2004-08-27 15:40:53 +0400 All kernel images maned equally: "The Linux kernel (the core of the Linux operating system)" One cannot make a decesion what kernel to install. One needs to use magic to get info from those strange "om-vs-up-std-smp" name suffixes. Sure this bug is to be set not only on kernel-image-smp. Steps to Reproduce: 1. apt-cache search "^kernel-image" | sed 's/[^ ]* - //' | sort -u 2. apt-cache search "^kernel-image" | sed 's/[^ ]* - //' | wc Actual Results: The Linux kernel (the core of the Linux operating system) The openMosix Linux kernel (the core of the Linux operating system) (only 2 different names!) 13 (13 different kernels!) Expected Results: 13 different names 33884 1 george 2005-12-15 17:13:46 +0300 Наверное, всё-таки стоит прописывать разные поля Summary: для разных ядер? Тем более, что текст есть про это: http://www.freesource.info/wiki/Altlinux/Kernels 40790 2 mike 2006-09-28 17:32:09 +0400 Гош, давай придумаем конкретные англоязычные формулировки для текущих ядер. 42235 3 george 2006-11-16 17:17:52 +0300 (In reply to comment #2) > Гош, давай придумаем конкретные англоязычные формулировки для текущих ядер. Ну а http://www.freesource.info/wiki/Altlinux/Kernels-то чем не катит? Перевести на аглицкий? 42263 4 mike 2006-11-17 12:20:19 +0300 Ммм... угу, прямо summary|description и получаются, разве что в wks26 придётся местами поменять (хотя на wiki и правильно читается). Сделаешь, раз уж повесил? :) 42349 5 george 2006-11-20 19:55:40 +0300 (In reply to comment #4) > Сделаешь, раз уж повесил? :) Переводы сделать? Пожалуйста. http://www.freesource.info/wiki/Altlinux/Kernels/PackageDescription А вот пакеты с ядрами пачтить... Это надо майнтейнеров пинать. Или ручки отращивать новые, с автономными глазками :( http://www.freesource.info/wiki/Altlinux/Kernels/PackageDescription 57945 6 mike 2007-11-10 20:45:39 +0300 Ну давай предложим твои переводы lakostis@ для wks и ovz; спасибо. 57952 7 lakostis 2007-11-10 21:10:18 +0300 Имхо, если кто не разбирается в названиях кернелов, ему нет смысла вникать дальше std-smp :) 57961 8 ktirf 2007-11-10 21:41:20 +0300 Тогда так и нужно написать в описании std-smp, что оно рекомендуется к установке. Но если в wks-smp будет хоть немного слов о том, чем оно отличается от std-smp, будет очень неплохо. По себе знаю, наличие двух пакетов непонятно чем отличающихся, очень раздражает. 73952 9 silicium 2008-07-11 14:18:12 +0400 Видимо теперь это моя бага. 78859 10 george 2008-09-28 20:21:47 +0400 Угу, и если поймать, скажем, меня в офисе, мы составим планчик и я напишу тебе текстики. Это если ты сам не можешь справиться :) 117499 11 cas 2011-01-22 18:01:44 +0300 (В ответ на комментарий №9) > Видимо теперь это моя бага. Ага. Ping. 182552 12 rider 2019-06-18 23:16:48 +0300 Кстати да, было бы неплохо в Summary указать чем отличаются ядра. 197257 13 arseny 2021-03-25 22:42:01 +0300 # apt-cache search "^kernel-image" | sed 's/[^ ]* - //' | wc 11 85 548 # apt-cache search "^kernel-image" | sed 's/[^ ]* - //' | sort -u | wc 7 51 344 # apt-cache search "^kernel-image" | sed 's/[^ ]* - //' | sort -u Intel optimized Clear Linux native kernel Linux kvm kernel The Linux kernel (I-pipe) 4.19.177-cip44-x86-17 with Xenomai 3.1 real-time Cobalt core The Linux kernel (the core of the Linux operating system) The Linux kernel with OpenVZ support The Linux kernel with PREEMPT_RT patches (Real-Time Linux) Uncompressed linux kernel for XEN domU boot # uname -m x86_64 Медленно, но верно! По всей видимости, стоит поправить: kernel-image-clr-kvm - Linux kvm kernel^W^W^WIntel optimized Clear Linux kvm kernel и придумать разные имена для std-debug, std-def, un-def. 197274 14 andy 2021-03-26 12:31:21 +0300 (Ответ для Arseny Maslennikov на комментарий #13) > По всей видимости, стоит поправить: > kernel-image-clr-kvm - Linux kvm kernel^W^W^WIntel optimized Clear Linux kvm > kernel Done: $ apt-cache search kernel-image-clr-kvm kernel-image-clr-kvm - Intel optimized Clear Linux kvm kernel 197779 15 arseny 2021-04-10 23:57:57 +0300 (In reply to Arseny Maslennikov from comment #13) > Медленно, но верно! > > По всей видимости, стоит > придумать разные имена для std-debug, std-def, un-def. На ум пришли варианты: kernel-image-std-def - LTS Linux kernel kernel-image-un-def - Rolling Linux kernel (-stable) kernel-image-std-debug - LTS Linux kernel with debugging bits Можно обсуждать/исправлять, но, ради всего святого, без слова unstable: оно неточное, часто неверное, даёт ложные коннотации (особенно если обмазать адмонициями и красными, как октябрь, ворнингами) и отпугивает коммьюнити. "Чур меня, чур от вашего Сизифа". Лучше говорить то же самое, но более мягкими словами. В сторону: может, нам нужен kflavour, который по таймингам на полрелиза-релиз отстаёт от torvalds master branch, а сам представляет собой linux-stable +-? А un-def превратится в настоящее авангардное ядро, с пылу, с жару, с поддержкой свежайших устройств и недобитыми багами в iwlwifi. 197780 16 vt 2021-04-11 00:10:35 +0300 (Ответ для Andrew Vasilyev на комментарий #14) > (Ответ для Arseny Maslennikov на комментарий #13) > > По всей видимости, стоит поправить: > > kernel-image-clr-kvm - Linux kvm kernel^W^W^WIntel optimized Clear Linux kvm > > kernel > > Done: > > $ apt-cache search kernel-image-clr-kvm > kernel-image-clr-kvm - Intel optimized Clear Linux kvm kernel Не надо переименовывать пакеты по аналогии с другими пакетами! clr-kvm не является "Intel optimized Clear Linux kvm kernel". Называйте, пожалусйта, пакеты по смыслу их содержания. 197781 17 arseny 2021-04-11 00:12:35 +0300 (In reply to Vitaly Chikunov from comment #16) > Не надо переименовывать пакеты по аналогии с другими пакетами! clr-kvm не > является "Intel optimized Clear Linux kvm kernel". Называйте, пожалусйта, > пакеты по смыслу их содержания. Каков же смысл содержания clr-kvm? 197782 18 vt 2021-04-11 02:30:31 +0300 ((kernel-image-clr-kvm-5.4.109-alt1-0-g78ee9b0df8a5))$ git diff --stat kernel-image-std-def-5.4.109-alt1|cat .gear/config | 4637 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ .gear/linux.spec | 195 +++ .gear/rules | 4 +- 3 files changed, 4835 insertions(+), 1 deletion(-) Видимо, это старый std-def с измененным конфигом. Наверное, лучше было его назвать -std-kvm, например. Так как никаких Интел опимизацй из Клеарлинукса в нём нет, то не правильно называть его тем, чем оно не является. 197785 19 arseny 2021-04-11 10:48:45 +0300 (In reply to Vitaly Chikunov from comment #18) > ((kernel-image-clr-kvm-5.4.109-alt1-0-g78ee9b0df8a5))$ git diff --stat > kernel-image-std-def-5.4.109-alt1|cat > .gear/config | 4637 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++ > .gear/linux.spec | 195 +++ > .gear/rules | 4 +- > 3 files changed, 4835 insertions(+), 1 deletion(-) > > Видимо, это старый std-def с измененным конфигом. Наверное, лучше было его > назвать -std-kvm, например. Так как никаких Интел опимизацй из Клеарлинукса > в нём нет, то не правильно называть его тем, чем оно не является. Надо с этим разобраться в bug 39908 тогда. А то префикс -clr там откуда-то взялся... 197786 20 vt 2021-04-11 12:34:43 +0300 (Ответ для Arseny Maslennikov на комментарий #15) > В сторону: может, нам нужен kflavour, который по таймингам на > полрелиза-релиз отстаёт от torvalds master branch, а сам представляет собой > linux-stable +-? А un-def превратится в настоящее авангардное ядро, с пылу, > с жару, с поддержкой свежайших устройств и недобитыми багами в iwlwifi. Не понятно почему в баге про переименование ядер для переименование одного ядра вдруг заводится отдельный баг, а новую тему предлагается обсуждать тут. На сколько я понимаю, un-def это и есть последний linux-stable. А std-def последний longterm. +/- Как torvalds master branch может быть linux-stable опять не понятно. Зачем переименовывать un-def - не понятно. Если нужно авангардное ядро, то всегда есть ещё буквы, например avg-dev. Кстати, у нас есть теперь футуристическое ядро drm-tip, оно на пол года новее чем torvalds master branch. 197787 21 arseny 2021-04-11 12:48:39 +0300 (In reply to Vitaly Chikunov from comment #20) > (Ответ для Arseny Maslennikov на комментарий #15) > > В сторону: может, нам нужен kflavour, который по таймингам на > > полрелиза-релиз отстаёт от torvalds master branch, а сам представляет собой > > linux-stable +-? А un-def превратится в настоящее авангардное ядро, с пылу, > > с жару, с поддержкой свежайших устройств и недобитыми багами в iwlwifi. > > Не понятно почему в баге про переименование ядер для переименование одного > ядра вдруг заводится отдельный баг, а новую тему предлагается обсуждать тут. Не предлагается — для того и подпись "в сторону". :) > Насколько я понимаю, un-def это и есть последний linux-stable. А std-def > последний longterm. +/- ОК, это объяснение понятно. > > Как torvalds master branch может быть linux-stable опять не понятно. Да никак. "По таймингам" != "по содержанию". По содержанию они не могут совпадать, никто обратного не утверждает. > > Зачем переименовывать un-def - не понятно. Если вышеприведённых аргументов из comment 15 про тлетворное слово unstable недостаточно, тогда и не надо — я переживу как-нибудь, и, надеюсь, никто об это не споткнётся больше никогда. 197788 22 vt 2021-04-11 13:00:07 +0300 А, я даже не думал, что "un" это "unstable". > нужен kflavour, который по таймингам на полрелиза-релиз отстаёт от > torvalds master branch, а сам представляет собой linux-stable +-? > Да никак. "По таймингам" != "по содержанию". По содержанию они не > могут совпадать, никто обратного не утверждает. Предлагается новый вид stable ядер? Или в чем предложение состоит - я просто не понял что имелось ввиду. 197789 23 arseny 2021-04-11 13:19:23 +0300 (In reply to Vitaly Chikunov from comment #22) > А, я даже не думал, что "un" это "unstable". Можно придумать другое толкование "un"; тогда проблема отпадёт. Сейчас это в статусе городской легенды: > Andrew Vasilyev, [10.04.21 23:32] > Кстати, недавно на канале alt кто-то это расшифровал (std-def), AFAIR > > Andrew Vasilyev, [10.04.21 23:33] > "я подозреваю, что unstable default и standard default" antohami Это andy@ говорит про телеграмный чат, где пользователи тусуются и задают каверзные вопросы, на которые даже разработчики альта ответ не знают: > PS, [13.03.21 14:04] > напомните пожалуйста ,в чём отличия ядер std-def и un-def (по их возможностям и > особенностям) > > Антон Мидюков, [13.03.21 14:06] > [In reply to PS] > версия разная. un-def новее > > NF, [13.03.21 14:13] > [In reply to Антон Мидюков] > Как un-def и std-def расшифровываются? > > Антон Мидюков, [13.03.21 14:20] > [In reply to NF] > я подозреваю, что unstable default и standard default Смешно называть linux-stable словом unstable, не правда ли? 197790 24 arseny 2021-04-11 13:19:41 +0300 (In reply to Vitaly Chikunov from comment #22) > > > нужен kflavour, который по таймингам на полрелиза-релиз отстаёт от > > torvalds master branch, а сам представляет собой linux-stable +-? > > > Да никак. "По таймингам" != "по содержанию". По содержанию они не > > могут совпадать, никто обратного не утверждает. > > Предлагается новый вид stable ядер? Или в чем предложение состоит - я просто > не понял что имелось ввиду. Да. Вкратце: * std-def — LTS (как сейчас) * новое ядро — rolling stable (то, что я имел в виду: его версия 5.X релизится в сизиф через 3-4 недели после релиза 5.X у Линуса; берётся актуальный linux-stable на эту дату. В остальном — как нынешний сизифный un-def). Я бы на нём и сидел, например; * un-def — свежайшее с пылу с жару, чуть ли не torvalds branch (если вообще оно кому-то нужно). Вот это будет вполне логичный нейминг. 197791 25 rider 2021-04-11 13:26:41 +0300 Я бы предложил переключиться совсем на другую схему, для того, что бы иметь несколько LTS и stable ядер в одном репозитории например так: kernel-image-lts-5.4 kernel-image-lts-5.10 kernel-image-stable-5.11 т.е. - включать major версию ядра в имя пакета Ну и придумать схему замены (или через update-kernel или хитрыми provides). 197792 26 vt 2021-04-11 13:37:40 +0300 (Ответ для Arseny Maslennikov на комментарий #24) > * новое ядро — rolling stable (то, что я имел в виду: его версия 5.X > релизится в сизиф через 3-4 недели после релиза 5.X у Линуса; берётся > актуальный linux-stable на эту дату. В остальном — как нынешний сизифный > un-def). В чем разница этой схемы с un-def? 197806 27 boyarsh 2021-04-12 09:48:57 +0300 (Ответ для Arseny Maslennikov на комментарий #15) > (In reply to Arseny Maslennikov from comment #13) > > Медленно, но верно! > > > > По всей видимости, стоит > > придумать разные имена для std-debug, std-def, un-def. > > На ум пришли варианты: > > kernel-image-std-def - LTS Linux kernel > kernel-image-un-def - Rolling Linux kernel (-stable) > kernel-image-std-debug - LTS Linux kernel with debugging bits > > Можно обсуждать/исправлять, но, ради всего святого, без слова unstable: оно Немного истории. un в слове un-def это не unstable. Это, к сожалению, вообще не имеющая за собой смысла часть. Когда мантейнером ядер был sillicium@, я начал собирать это ядро для личных целей в виде наиболее свежего релизного ядра от kernel.org. А название являлось шуткой, так как определённый flavour придумать было по правилам сложно, а undef это в Perl "отсутствие значения". А потом я стал мантейнером ядер, ядро un-def перестало быть таким уж неофициальным, стало попадать в дистрибутивы и в всё заверте... 197817 28 arseny 2021-04-12 11:44:01 +0300 (In reply to Anton V. Boyarshinov from comment #27) > (Ответ для Arseny Maslennikov на комментарий #15) > > (In reply to Arseny Maslennikov from comment #13) > > > Медленно, но верно! > > > > > > По всей видимости, стоит > > > придумать разные имена для std-debug, std-def, un-def. > > > > На ум пришли варианты: > > > > kernel-image-std-def - LTS Linux kernel > > kernel-image-un-def - Rolling Linux kernel (-stable) > > kernel-image-std-debug - LTS Linux kernel with debugging bits > > > > Можно обсуждать/исправлять, но, ради всего святого, без слова unstable: оно > > Немного истории. un в слове un-def это не unstable. Это, к сожалению, вообще > не имеющая за собой смысла часть. Когда мантейнером ядер был sillicium@, я > начал собирать это ядро для личных целей в виде наиболее свежего релизного > ядра от kernel.org. А название являлось шуткой, так как определённый flavour > придумать было по правилам сложно, а undef это в Perl "отсутствие значения". Да-а... Когда я впервые увидел слово kernel-image-un-def, мне пришло в голову undefined из JS, а про Perl я ничего не знал тогда (и сейчас не владею). Но, казалось бы, что там может быть undefined... > А потом я стал мантейнером ядер, ядро un-def перестало быть таким уж > неофициальным, стало попадать в дистрибутивы и всё заверте... Наверное, rolling-def было бы понятнее... 197820 29 arseny 2021-04-12 14:09:00 +0300 (In reply to Anton Farygin from comment #25) > Я бы предложил переключиться совсем на другую схему, для того, что бы иметь > несколько LTS и stable ядер в одном репозитории > > например так: > kernel-image-lts-5.4 > kernel-image-lts-5.10 > kernel-image-stable-5.11 lts-, stable- — хорошие префиксы: сразу понятно. Но не хватает суффиксов: -def, -kvm, -rt, -preempt-none, -xenomai... > т.е. - включать major версию ядра в имя пакета > Ну и придумать схему замены (или через update-kernel или хитрыми provides). А что это даст такого, чего нет сейчас? 197825 30 rider 2021-04-12 14:31:31 +0300 (Ответ для Arseny Maslennikov на комментарий #29) > > А что это даст такого, чего нет сейчас? Да то же самое, что предлагалось изначально - понятное именование для пакетов с возможностью сопровождения одновременно нескольких веток LTS и Stable ядер. 197987 31 vt 2021-04-18 22:18:26 +0300 1. В %description un-def написано: There are some kernel variants in ALT systems: * std-def: standard longterm kernel without preemption; * std-pae: variant of std-def kernel for i686 with 64G memory support; * std-debug: variant of std-def kernel kernel with some DEBUG options enabled; * un-def: more modern then std-def and with voluntary (on ppc64le) and forced (on x86) preemption enabled. * sn-def: insecure kernel for SecretNet only Думаю, что имеет смысл в описании (и возможно Summary) un-def написать, что это latest stable kernel, а у std-def, что это latest longterm kernel. Это, кажется, более важное отличие этих ядер чем наличие preemption. (2. При этом, у std-def CONFIG_PREEMPT_VOLUNTARY=y, то есть не совсем "without preemption", что было бы при CONFIG_PREEMPT_NONE=y "для серверов"). Если я правильно понимаю стратегию этих ядер, то на странице https://www.altlinux.org/Kernels/Flavours возможно, стоит так же внести изменения 3. Про std-def предлагаю заменить "При сборке используются патчи из -stable ядер" на "последнее longterm ядро". 4. Про un-def предлагаю заменить "Экспериментальное ядро" на "последнее stable ядро" [оба для десктопов]. 197990 32 boyarsh 2021-04-19 10:09:41 +0300 (Ответ для Vitaly Chikunov на комментарий #31) > Думаю, что имеет смысл в описании (и возможно Summary) un-def написать, что > это latest stable kernel, а у std-def, что это latest longterm kernel. Это, > кажется, более важное отличие этих ядер чем наличие preemption. Увы, это правило более-менее выполняется только в Сизифе. А в бранчах они, как правило,не latest. Хотя un-def почти всегда новее std-def, это да. > Если я правильно понимаю стратегию этих ядер, то на странице > https://www.altlinux.org/Kernels/Flavours возможно, стоит так же внести > изменения > > 3. Про std-def предлагаю заменить "При сборке используются патчи из -stable > ядер" на "последнее longterm ядро". > > 4. Про un-def предлагаю заменить "Экспериментальное ядро" на "последнее > stable ядро" [оба для десктопов]. 259962 33 rider 2025-02-26 12:07:12 +0300 Не актуально. Sisyphus перешёл на другую схему именования ядер