LINUX.ORG.RU

Минцифры РФ планирует правки в законопроект о реестре российского ПО — оно должно работать под российскими ОС

 , ,


4

1

На текущий момент в ресстре российского ПО есть программы, разработанные под различные ОС, в том числе и Windows. Российские же операционные системы представляют собой ОС, основанные на ядре Linux.

Теперь Минцифры готовит очередные изменения правил включения программных продуктов в реестр отечественного ПО. По новой версии правил, весь софт, включенный в этот реестр, должен работать на российских ОС, то есть должен быть либо кроссплатформенным, либо просто разработанным под Linux.

Иницативу поддерживают представители «Ред Софт» и ГК «Астра».

При этом разработчики ПО утверждают, что 90% компьютеров в России работают отнюдь не под Linux, и адаптация софта под него может потребовать вложения больших средств. Например:

Директор по разработке и развитию продуктов «Новые облачные технологии» (офисный пакет «МойОфис») Дмитрий Комиссаров подтверждает, что, если ПО исходно работало только с зарубежными ОС, для его адаптации под российские системы на Linux «потребуются инвестиции, сопоставимые с разработкой продукта с нуля».

А также набора новых программистов, умеющих разрабатывать не только под Windows:

Чтобы вендоры начали разработку второй ветки продуктов под Linux, недостаточно ограничений, подчеркивает источник “Ъ”, должен появиться реальный рыночный спрос: «Тогда будет набрана вторая команда разработчиков, специализирующихся на Linux,— которых, кстати, совсем немного. Если спроса не будет, затраты придется субсидировать государству». Заказчики, утверждает собеседник “Ъ”, несмотря на санкции и ограничения, надеются ближайшие годы «переждать на текущих версиях Windows».

Тем не менее, разработчиков могут просто обязать включать поддержку российских ОС. Как утверждает глава совета директоров «Базальт СПО» (разрабатывает Alt Linux) Алексей Смирнов:

«Сейчас значительная часть ПО в реестре может работать только под зарубежными ОС, новая версия постановления правительства о запрете допуска зарубежного ПО для госзакупок предусматривает пометку в реестре об обязательной совместимости программного продукта с отечественными ОС».

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 4)

Ответ на: комментарий от I-Love-Microsoft

В том то и дело, что из за Wine оно потом не заработает ни под Эльбрусом

У клоунов из ReactOS чего-то там запустилось на Эльбрусе в режиме трансляции x86, а у стабильного WINE не заработает?

sanyo1234
()
Ответ на: комментарий от tiinn

поэтому, реально, остаются только x86(но зачем?) и x64

А разве x64 (вернее amd64) - это не подмножество x86, как и i386 (i486/i586/i686) ? Я думал x86 - это собирательно про весь Intel/AMD на писюках (не ARM, не MIPS, etc.)

sanyo1234
()
Ответ на: комментарий от Zhbert

Это следующая шокирующая новость, которую они узнают, когда столкнутся.

В режиме трансляции ведь WINE заработает на Эльбрусе точно так же как и любой другой софт для x86 ?

Кроме того WINE портируют на ARM:

https://wiki.winehq.org/ARM#Status

sanyo1234
()
Ответ на: комментарий от hobbit

Можно по аналогии с процессорами ввести систему приоритетов. Чтобы нативно переносимый продукт на конкурсах получал приоритет перед аналогичным, сделанным через wine.

А что плохого в WINE, если на нем только GUI?

Понятно, что BL и data layer должны быть нативно, не СУБД же в WINE запускать.

sanyo1234
()
Ответ на: комментарий от sanyo1234

WINE, портированный на ARM запускает (тот редкий) Windows софт, который собран для ARM. Для запуска «обычного» Windows-софта нужен x86 WINE под user mode QEMU.

eugrus ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Вся суть этой идеи в том, чтобы ПО было доверенным и не содержало зарубежных закладок. Но смысл запускать хорошую программу, если для неё нужна вредоносная ОС?

А если закладки в компиляторах? GCC чем-то лучше C# ?

sanyo1234
()
Ответ на: комментарий от eugrus

WINE, портированный на ARM запускает (тот редкий) Windows софт, который собран для ARM.

Ессно, еще бы он стал запускать программы для x86.

sanyo1234
()
Ответ на: комментарий от fsb4000

wine более нативен, чем Electron или Java приложения, например. По крайней мере меньше оверхед…

А еще в WINE есть open-source WinForms, под которые есть open-source DevExpress, а все эти GUI какахи из Electron и/или Java даже близко не дотягивают до функциональности и удобства DevExpress.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от undef

Дело в том, что в этих самых отечественных ОСях вайна может и не быть. Как и моно, и много чего ещё.

В отечественных осях? LOL На ядре EC-ЭВМ IBM/360 ?

И куда же оно все подевалось, mono, .NET, etc.?

Вот этого:

https://www.devexpress.com/products/net/application_framework/

если прогнозировать на основе успехов других UI за последние 20 лет (как раз столько примерно ушло на разработку у DexExpress, начиная с WinForms)

вам не сделать даже к 2042 году за миллионы U$D, а оно уже есть прямо здесь и сейчас в WINE, как говорится, наливай, да пей ... причем полностью open-source, включая .NET, WinForms, DevExpress.

sanyo1234
()
Ответ на: комментарий от sanyo1234

С ядрами пусть компетентные органы разбираются.

Если из враждебных стран, то по всей строгости.

frob ★★★★★
()
Ответ на: комментарий от mx__

А то всякие конторы напихали туда своего софта типа у нас оно работает под WINE …

По идее софт под Wine должен формально подходить потому что он не требует для работы ОС зарубежного производства.

X512 ★★★★★
()
Ответ на: комментарий от Zhbert

обернутый в вайн бинарник винды не будет выглядеть в глазах принимающей решений верхушки как обычное нативное приложение.

Не вижу в этом никаких проблем если всё тщательно протестировано.

X512 ★★★★★
()
Ответ на: комментарий от frob

С ядрами пусть компетентные органы разбираются.

А что они могут сделать? LOL

Сами напишут новое ядро и весь user space к нему?

Даже ядру Hurd стало любопытно ...

sanyo1234
()
Ответ на: комментарий от hobbit

И то это решение временное, до тех пор, пока кому-то не понадобился ARM

Можно собрать Wine бинарник под ARM.

X512 ★★★★★
()
Ответ на: комментарий от X512

ОС зарубежного производства.

Linux - отечественного производства? LOL

Триллиарды U$D корпораций, потраченных на превращение гадкого утенка Линупс в Ынтырпрайз OS с 100500 дровами в т.ч. под топовые дисковые контроллеры, где Linstor уделывает любого сравнимого с ним по цене конкурента на другом ядре?

sanyo1234
()
Ответ на: комментарий от sanyo1234

x64 (вернее amd64) - это НАДмножество x86. Я считаю, что x86 - это исключительно про 32-битную архитектуру.

tiinn ★★★★★
()
Ответ на: комментарий от sanyo1234

Linux - отечественного производства? LOL

Линукс можно «произвести» путём компиляции из исходников внутри страны.

Линукс (и Wine тоже) можно подлерживать и в том числе переносить на новые архитектуры даже при полной изоляции.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от tiinn

x86-64 (also known as x64, x86_64, AMD64, and Intel 64)[note 1] is a 64-bit version of the x86 instruction set,

https://en.wikipedia.org/wiki/X86-64

IMHO нередко многое, хотя бы немного совместимое с i386, обобщенно называют x86, что как бы намекает на то, что они НЕ ARM, НЕ MIPS и т.п.

Chronology of x86 processors

https://en.wikipedia.org/wiki/X86#Chronology

2021 Intel Alder Lake Hybrid design with performance (Golden Cove) and efficiency cores (Gracemont), support for PCIe Gen5 and DDR5, updated Gaussian Neural Accelerator (GNA3)

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Там, выше, написано,

in the x86 family

Т.е. огульно x86 - НЕ подразумевается «многое, хотя бы немного совместимое с i386»

И, да, X86-64 - понятное дело, в такой трактовке сразу становится понятно, что имеются в виду И x86, И их 64-битные расширения.

tiinn ★★★★★
()
Ответ на: комментарий от tiinn

А кстати, если CISC - это в основном микрокод аппаратной «виртуальной машины», а «совсем внутри» все равно оно работает на true аппаратном RISC процессоре, то на что похож тот самый RISC внутри привычных нам Intel и AMD? :) Случайно не на ARM/MIPS/etc. ?

sanyo1234
()
Ответ на: комментарий от X512

Есть в России одна большая транспортная контора. Так вот как я понял им тоже навязали работу отечественной ось.

Так они наставили эту ось, внутри виртуалку, а внутри юзают windows …

mx__ ★★★★★
()

Почему же почему этого не сделали ещё в 2000-м году?

Shushundr ★★★
()
Ответ на: комментарий от perl5_guy

А есть ли хотябы нормальная современная CMS для Perl?

Моя любимая CMS - WebGUI.org, к сожалению уже давно не подает признаков жизни.

sanyo1234
()
Ответ на: комментарий от perl5_guy

Можно узнать, что пишешь на Perl в 2022?

На нем можно писать что-то кроме CLIшной скриптоты типа инстоляторов и иногда сервисов (демонов *unix like) без GUI?

Лично мне синтаксис Perl почти также неприятен как и синтаксис Python, но очень нравится обилие готовых либ в CPAN, и относительно высокий уровень программистов на Perl, кто делал некоторые из этих либ.

sanyo1234
()
Ответ на: комментарий от sanyo1234

Поэтому я с удовольствием использую готовый софт на Perl и даже иногда пишу простенькие однострочники - вставки для Bash, всяко это лучше, чем sed, awk и т.п.

И Perl есть почти везде, откуда его не выпили специально, но там он обычно легко восстанавливается обратно. Т.е. можно считать Perl почти таким же доступным везде как и Bash.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от frob

Так были же уже попытки, в смысле отказаться. Выяснилось внезапно, что на всех желающих Эльбрусов не хватает…

Чего, чего, а дурости и упорства всегда в избытке.

Evgueni ★★★★★
()
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

На ядре EC-ЭВМ IBM/360 ?

На ядре Linux и BSD.

И куда же оно все подевалось, mono, .NET, etc.?

Не стали включать в дистрибутив, чтоб не усложнять сертификацию.

undef ★★
()
Ответ на: комментарий от sanyo1234

Отечественного производства - это то, что произведено отечественной компанией и попало в реестр отечественного ПО.

undef ★★
()
Ответ на: комментарий от undef

Отечественного производства - это то, что произведено отечественной компанией и попало в реестр отечественного ПО.

Ядро Linux произведено отечественной компанией?!? Ты серьезно, ахахахаа

sanyo1234
()

А должны ли российские ОС работать под управлением российских супервизоров?

vM ★★
()
Ответ на: комментарий от olegkrutov

Заместо оного для бинарной трансляции в юзерспейсе там есть «rtc» (сам не разбираюсь, но в вики Альта так написано), под которым работает в том числе и wine.

eugrus ★★★★★
()
Ответ на: комментарий от eugrus

Я именно о виртуализации, которая заявлена была в Э-16

olegkrutov ★★
()
Ответ на: комментарий от undef

Какая-то российская компания утверждает, что производит ядро linux?

Ну извини, раньше упоминали:

ОС зарубежного производства.

У тебя вероятно OS отечественного производства с ядром, не произведенным российской компанией?

Лично я не испытываю какой-то излишней антипатии к Astra Linux, Alt, etc.

Но их в лучшем случае можно называть российскими форками с минимальными изменения (вероятно менее 1%) зарубежных дистрибутивов Linux, к примеру, Debian? По крайне мере это будет честно?

sanyo1234
()
Ответ на: комментарий от sanyo1234

Русбиттех предлагает законченный продукт. В нем используются компоненты в том числе и иностранного происхождения, но сама компания находится в России. Поэтому, когда возникнут вопросы типа «всё сломалось, как жить?», поддержка будет оказана. В отличие от той же шапки, которая разводит руками «сорри, мы приостановили все операции».

Но их в лучшем случае можно называть российскими форками с минимальными изменения (вероятно менее 1%) зарубежных дистрибутивов Linux, к примеру, Debian?

Да как угодно можно назвать, но в законопроектах такая вот терминология. Дистр пилит компания из России => дистр российский. В конце концов, наличие импортной комплектухи в Ладе не делает ее иностранной машиной.

undef ★★
()
Ответ на: комментарий от undef

Русбиттех предлагает законченный продукт. В нем используются компоненты в том числе и иностранного происхождения, но сама компания находится в России. Поэтому, когда возникнут вопросы типа «всё сломалось, как жить?», поддержка будет оказана. В отличие от той же шапки, которая разводит руками «сорри, мы приостановили все операции».

Наверняка можно найти платных экспертов и по той же Alma аналогично PostgreSQL, но лично мне RHEL никогда не нравился своими конфигами, уж пусть лучше будет Astra Linux :)

Да как угодно можно назвать, но в законопроектах такая вот терминология. Дистр пилит компания из России => дистр российский. В конце концов, наличие импортной комплектухи в Ладе не делает ее иностранной машиной.

С юридической точки зрения ты прав, но когда преподносят такие юридические конструкции как российский дистрибутив Linux в качестве именно импортоЗАМЕЩЕНИЯ, а не всего лишь импортоУЛУЧШЕНИЯ, то это выглядит несколько странно и нечестно. А ведь кто-то возможно реально думает, что в Astra Linux нет 90%+ кода, написанного зарубежом.

Лично я только ЗА использование кода со всего мира, потому что почти все современные оси и тем более универсальные с готовым набором тысяч приложений - это международные проекты, на которые потрачены многие сотни человеколет разработки.

sanyo1234
()
Ответ на: комментарий от sanyo1234

Отечественные они, так как есть полный контроль и понимание: систему можно будет развивать, даже если все иностранные программисты превратятся в ядерный пепел.

eugrus ★★★★★
()
Ответ на: комментарий от eugrus

есть полный контроль и понимание

Чувствуется благодарный пользователь наработок, инженеры будут рады.

sanyo1234
()
Ответ на: комментарий от eugrus

На сколько процентов ВАЗ 2101 отличался от Фиата?

В РФ есть инженеры, кто способен заменить Торвальдса и Ко из сотен разработчиков ответственных фрагментов ядра Linux?

sanyo1234
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.