Комментарии 110
Хотел бы спросить у разработчиков этого продукта - а где исходники, которые вы обязаны предоставить согласно лицензии GPL, по которой распространяется исходный продукт wine?
Вы же сами, на своем сайте черным по белому пишете
WINE@Etersoft основан на коде свободного проекта Wine. В процессе разработки команда Etersoft плотно взаимодействует с разработчиками свободного Wine, внося свой вклад в развитие проекта. Каждый новый релиз WINE@Etersoft основывается на последнем стабильном коде Wine и проходит полное тестирование на гарантированную совместимость с нашими официально поддерживаемыми приложениями.
Нотариально заверенный скриншот
Строго говоря, Wine — это LGPL, а не GPL
Насколько я понимаю, LGPL разрешает проприетарному продукту динамическую компоновку компонентов (разделяемых библиотек) продукта, распространяемого под LGPL. При модификации кода самих разделяемых библиотек требование предоставления модифицированного кода никуда не девается.
В связи с этим у меня вопрос - "основывается на последнем релизе wine" это означает что - динамическую компоновку с wine или все же модификацию самого wine, с сокрытием модифицированного кода?
Что так же означает "плотное взаимодействие с разработчиками wine"? Может быть пулл-реквесты в оригинальный репозиторий wine? Если так, то я не пойму смысла шикарного прайса на официальном сайте
О какой модификации Wine вы вообще говорите? Они свой-то продукт не могут модифицировать (читать как "портировать").
Они свой-то продукт не могут модифицировать (читать как "портировать")
Я адресую вопрос не компании АСКОН, а компании Etersoft. Хотя, если представители АСКОН владеют вопросом - я был бы рад получить разъяснения от них
Если я верно понимаю то что написано на сайте, а написано там следующее
то речь идет именно о модификации wine, а не о динамической компоновке с его библиотеками
P.S.: Вообще, говоря, продолжая тему, масштабы взаимодействия разработчиков Etersoft с разработчиками оригинального wine поистине впечатляют! Аж целых ТРИ коммита в репозиторий вайн (из 162400)!!! Действительно - крайне плотное взаимодействие
На всё есть свои причины. Вы чего именно хотите добиться? Если хотите, можете ваши коммиты показать.
Если хотите, можете ваши коммиты показать.
Не стоит применять риторику вида "сначала добейся", это минимум невежливо, а максимум - говорит само за себя о компетенциях применяющего.
На всё есть свои причины
Есть конечно, одной из причин может быть то, что не принятые в апстрим коммиты могут быть наспех сделанными костылями, например. Либо никаких коммитов не отправлялось - я нашел только три, сделанных с интервалом в три года. Как вы там "взаимодействуете с разработчиками" wine мне в таком случае не видно - может спросить у самих разработчиков wine об этом?
Вы чего именно хотите добиться?
Считайте, что я хочу добиться здорового отношения отечественно бизнеса к свободному софту. Сам я wine не разрабатывал, однако у меня тоже имеются несколько проектов под GPL, и мне бы не хотелось, чтобы тот код который я пишу дорабатывался в коммерческих целях с сокрытием внесенных изменений
В продолжение темы
Что-то я не помню в тексту LGPL, чтобы требовалось иметь экземпляр программы для получения исходников...
Что-то я не помню в тексту LGPL, чтобы требовалось иметь экземпляр программы для получения исходников...
И GPL и LGPL дают право запросить исходники при наличии бинарника. Если у вас нет бинарника, то исходники вам запрашивать не для чего.
Свободные лицензии типа "copyleft", дают право изучать исходный код продукта, вне зависимости, использую я его или нет. А приведенная выше формулировка это мое право ограничивает
Например желаю убедится в том, что программа не собирает мои персональные данные и не передает их в хозяину. Имею я на это право, не покупая программу?
Конкретно GPL и LGPL не дают вам такого права. Вы бы хоть текст лицензий прочитали перед тем как фантазировать.
GPL говорит о том, что при распространении бинарников нужно так же распространять исходники пользователям (!) приложений. Нигде GPL не говорит о том, что нужно предоставлять исходники просто потому что и кому угодно.
Возможно вы имели в виду Affero GPL, но это к wine не относится, а если бы относилось, в случае компаса тоже не имело бы значения т.к. это только saas касается.
Вот вам оффициальный комментарий:
Does the GPL require that source code of modified versions be posted to the public? (#GPLRequireSourcePostedPublic)
The GPL does not require you to release your modified version, or any part of it. You are free to make modifications and use them privately, without ever releasing them
А чего вы его целиком не процитировали?
The GPL does not require you to release your modified version, or any part of it. You are free to make modifications and use them privately, without ever releasing them. This applies to organizations (including companies), too; an organization can make a modified version and use it internally without ever releasing it outside the organization.
But if you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program's users, under the GPL.
Thus, the GPL gives permission to release the modified program in certain ways, and not in other ways; but the decision of whether to release it is up to you.
https://www.gnu.org/licenses/gpl-faq.en.html#GPLRequireSourcePostedPublic
Распростроняешь модифицированный продукт под GPL - выкладывай исходники.
«the GPL requires you to make the modified source code available to the program's users»
И где тут противоречие с написанным выше?
But if you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program's users, under the GPL.
Пользователи программы становятся таковыми после получения модифицированной версии каким-то образом (покупкой конкретной версии, покупкой подписки, личным визитом к автору с ящиком пива), и после этого они могут рассчитывать на получение исходников. Те, у кого нет этой модифицированной версии программы, соответственно, не являются её пользователями и требовать исходники не могут.
А чего вы его целиком не процитировали?
Того, что это не релеватно вопросу. А вопрос был в том, дают ли copyleft лицензии право изучать исходный код вне зависимости от наличия бинарника. Ответ такой, что не дают. Остальное касается только дополнительной информации о том, что происходит если бинарник есть.
Вы не учитываете специфику целевой аудитории. Если вы сотрудник режимного предприятия, то вы можете (и будете) использовать лишь ПО, сертифицированное соответствующими органами надзора и выбранное руководством предприятия. Маловероятно, что вас при этом будет заботить вопрос сбора ваших персональных данных.
Если вы сотрудник рыночной компании гражданского машиностроения вы, вероятно, можете (по крайней мере, какое-то время) использовать то ПО, которое использовали. Вопрос о том, какие данные оно собирает и кому отправляет, остаётся открытым несмотря на закрытость кода :-)
Если же вы адепт свободного ПО и ярый сторонник Ричарда Столлмэна, то непонятно, как вас вообще могла заинтересовать тема обсуждаемой связки.
как на счет нативной версии для линукс то? или хотя бы запаковали продукт в deb/rpm да смогли в зависимости с штатным wine
ну правда, вы выбрали очень экзотический путь
как на счет нативной версии для линукс то?
Всё также, согласно плана:
https://habr.com/ru/company/ascon/news/t/578186/
А почему у вас нет нормальной сборки под Linux? Кросплатформенность изначально не задумывалась? В чём проблема портирования?
Потому, что, по моему предположению, весь код пилился по windows средствами разработки от MS, когда создавался этот продукт, речи о кроссплатформенности не шло. А теперь приходится заправлять шубу в трусы, так как портировать комбайн, разрабатывавшийся не один десяток лет в разумные сроки просто нереально
Потому что спрос на линукс появился только в последние годы. До этого он никем из заказчиков не использовался. Мы коммерческая компания и не занимаемся тем, что не принесёт нам прибыли.
Портирование идёт:
https://habr.com/ru/company/ascon/news/t/578186/
Но отрицать, что кодовая база и средства разработки плотно ориентированы на Windows Вы же не будете? Оттуда и проистекают закономерные сложности портирования. Если я не ошибаюсь, то первая версия Компаса была еще под DOS и всему проекту далеко за 30 стукнуло
Сложности портирования возникают в первую очередь из-за того, что какого-то функционала в линуксе банально нет, OLE того же. В остальном особых сложностей нет, но продукт большой, и разработку нового функционала ради портирования мы не останавливаем.
какого-то функционала в линуксе банально нет, OLE того же
OLE древняя технология.
Кстати, а рендер 3D в рабочем окне часом ли не на DirectX, или все же на OpenGL?
Про портирование Компаса на линукс я читал, и сразу в общем подумал что процесс этот будет не быстрый. Тут, я как бы на Вашей стороне, понимая что в нападки "стиле а почему до сих пор нет" довольно беспочвенны.
OLE древняя технология.
Она древняя, но её нет. В итоге нам пришлось исключать этот функционал для всех пользователей, что естественно вызвало недовольство.
Кстати, а рендер 3D в рабочем окне часом ли не на DirectX, или все же на OpenGL?
OpenGL
спрос на линукс появился только в последние годы
чушь и наглая ложь! думаю куда более правильно будет "потому что спрос на линукс мы начали замечать только когда появилась необходимость работать на импортозамещённых ОС".
мой професиональный путь начинался на заводах, где конструктора испокон веков ныли что CAD'ы есть только под винду и им приходится или жевать кактус или сношаться с wine.
и я понимаю почему solidworks так и не дорос до linux версии, там такая глубокая завязка на винапи и виндосервисы что портирование для них будет реальным переписыванием с нуля, в случае компаса под капотом у которого python всё проще (уж незнаю насколько проще, но проще, особенно учитывая отсутствие аналога PDM и прочего что тормозит solidworks)
ну либо руководство аскон просто сняло розовые очки и поняло что "под винду дешевле разрабатывать" это НЕ аргумент против нативной линукс версии, руководство nanocad вон зелёный свет линуксовой версии не даёт хотя в курилке возле их офиса говорят что в недрах конторы работоспособная и готовая процентов так на 90 линукс версия их продукта есть.
в случае компаса под капотом у которого python всё проще
Процитирую вас пожалуй:
чушь и наглая ложь!
КОМПАС написан на С++, Python у нас только для записи макросов используется) Если б компас на питоне работал, то простая операция полчаса бы создавалась.
где конструктора испокон веков ныли что CAD'ы есть только под винду
Видимо только ныли, потому что заказов и обращений от них не было.
Первое реальное обращения по поводу линукса было в 2021 году от МГТУ им. Баумана, мы совместно с WINE@Etersoft достаточно оперативно обеспечили им работу на линуксе.
КОМПАС написан на С++, Python у нас только для записи макросов используется
что-ж, сорцов не видел их на гитхуб не кладётся, как говорится "по чём купил за то и продаю". но общий посыл не поменялся: завязка на винапи и виндосервисы есть? морду на qt переписать реально? сколько вообще ресурсов компании выделено на решение этой задачи? явно нехватает открытости/прозрачности хотя бы в плане поставки информации каков прогресс.
мы совместно с WINE@Etersoft достаточно оперативно обеспечили им работу на линуксе
давайте без передёргивания, слова "обеспечили работу на линуксе" и "wine" находятся на разных ступенях эволюции, это как "завели мерседес поставив двигатель от жигулей", вроде бы поехало, но куда-то не туда.
Видимо только ныли, потому что заказов и обращений от них не было.
помнится в 2016 (+/- год) году ваш сотрудник говорил что запросы поступают частенько, но политика компании против. а вы тут утверждаете что до 2021 года не было ни одного.. и ему я верю больше потому что врать у него поводов как бы и нет.
помнится в 2016 (+/- год) году ваш сотрудник говорил что запросы поступают частенько, но политика компании против. а вы тут утверждаете что до 2021 года не было ни одного.. и ему я верю больше потому что врать у него поводов как бы и нет.
Дайте ссылку почитать.
Ссылку на разговор тет-а-тет в курилке?
Ну может быть однажды такие технологии и появятся.. Но даже тогда я не скинул бы ссылку.
Тогда какое может быть доверие к этому источнику?
Куда большее чем к нонейму заявляющему вот такую чушь
давайте без передёргивания, слова "обеспечили работу на линуксе" и "wine" находятся на разных ступенях эволюции, это как "завели мерседес поставив двигатель от жигулей", вроде бы поехало, но куда-то не туда.
Никаких передёргиваний нет. Какая разница пользователю как именно у него работает программа, если она работает?
Если б компас на питоне работал, то простая операция полчаса бы создавалась.
Во-первых, можно и на C++ так написать, что будет работать хуже, чем на python. Надо постараться, но можно.
Во-вторых, можно на python писать только UI и кроссплатформенную обёртку, а opengl код и математику на C++, т.к. для этого завязка на платформенные api, строго говоря, не обязательна. В общем-то, так обычно и делают, python для тяжелых операций используют только очень странные люди
обеспечили им работу на линуксе
им может быть и обеспечили, но как ниже сказали, wine — это не тоже самое, что "работа на линуксе"
Некоторые вещи в wine в принципе сделать нельзя (хотя этого в компасе вроде бы и нет), некоторые эзотерические особенности винды либо не поддержаны, либо вызывают проблемы и у пользователя абсолютно никакой возможности узнать нет — это проблема wine или приложения.
Надо понимать, что wine — это по сути огромный костыль, который пытается транслировать программу, написанную для проприетарной системы. У разработчиков wine не было исходного кода windows, они не могут сделать поведение всего на 100% соответствующим windows.
У нативных приложений такого нет. Да, если ошибки в библиотеках, но одно дело — слинковаться с библиотекой у которой код лежит в открытом доступе, а другое — использовать прослойку, которая by design не может быть полностью корректной
У меня, например, в компасе не отображается часть UI, пишу в поддержку, у них ответ такой, что всё работает. Спасибо, очень рад за вас. И даже не смотря на то, что пришлось на это убить много времени, чтобы дать максимально полезную и релевантную информацию, изменилось абсолютно ничего, а потом просто перестали отвечать
И с одной стороны для того, чтобы получить нормальную поддержку, по идее надо продукт купить, а с другой — я получается куплю продукт, который у меня не работает даже в триальной версии, и нет никаких оснований предполагать, что ситуация после покупки изменится
Пруф
Эта статья, как и прошлая, тоже не является ни официальной инструкцией ни гайдом, а написана для людей заинтересованных linux, с целью дать направление в попытках запуска Компас-3D?
Давайте читать текст статьи вместе:
По сути, это инструкция, которую пользователи могут получить, обратившись в техническую поддержку АСКОН или региональный офис.
В прошлой статье тоже было написано примерно то же самое. Но Ваш методист потом открестился от своей же статьи. Где гарантия что это не повторится в будущем?
Вот, в рамках этой задачи, мы “поковырялись” и расскажем про наш опыт запуска системы КОМПАС-3D в операционной системе Ubuntu с помощью Wine.
Вот что было написано в той статье, на которую вы ссылаетесь.
Привет Хабр, сегодня пост от команды КОМПАС-3D. Мы планомерно раскапываем тему Linux и подготовили инструкцию по запуску КОМПАС на Ubuntu (пока с Wine х86).
А после этого следует пассаж, что данная статья не является ни гайдом, ни официальным доком (тогда что она делает в блоге Аскона?), хотя в тематике заявлен значок "Туториал":
Я считаю такое отношение к своему (т.е. Вашему) корпоративному блогу Свинством! Вы либо ставьте метки, что данные персонажи не выражают официальную точку зрения Аскона, либо не стоит потом открещиваться от своих слов!
Первая статья была описанием эксперимента, не более того. Мы не заявляли работу на ОС, не являющихся российскими и не включенными в реестр отечественного ПО. Решение КОМПАС+wine@etersoft для российских ОС официально продаётся и поддерживается - это совершенно другой статус.
Туториал — это обучающий материал, инструкция, которая по шагам описывает процесс и рассказывает, как достичь конкретного результата.
Там был описан процесс достижения результата - всё правильно. Не понимаю, на основании чего вы решили, что обучающие материалы имеют какой-то официальный статус. Вот, например, статья про создание игрушечного паровозика.
Мне кажется или вы просто цепляетесь к словам.
По опыту работы с Home версией под wine оказалось что есть много проблем, и не выглядит так, чтобы аскон, или этерсофт что-то с этим делали (в плане изменений в компасе или отправки патчей в апстрим). И будем честны, никто из пользователей Home версии не будет ещё и отдельный wine покупать
- Активация ключа требует рута и вообще процесс активации супер неочевидный
- В wayland есть проблемы с фризами и фокусом окон/контекстных меню (но это скорее проблема xwayland и wine, а не компаса)
- Проблемы xwayland нивелируются использованием виртуального рабочего стола, но компас использует какие-то весёлые приколы для работы с плавающими окнами, которые в вайне не работают и часть интерфейса пропадает
В итоге приложение как бы запускается, и что-то можно сделать, но работать эффективно практически невозможно. Так что после триальной версии даже покупать не очень хочется
Попытки пользовать K3D и Fusion 360 под wine зачастую вызывают зубовный скрежет из-за лагов и багов фокусов интерфейса. Пользоваться можно, но временами невыносимо неудобно.
Ждем нативную версию в 23/24 (надеюсь)
Я с ими и с нанокад пересекался в районе 12-14гг. Когда первые крупные ласточки прилетали к концернам ростеха, и тогда ещё спрашивал народ. На самой презентации с лыбой, да, мы работаем над этим, тыры-пыры, карты развития только сюда не завезли...
А на кофе-брейках их технари откровенно - никто им не даст под это ресурс. Причём нанокад хоть оговаривались, что для газпроминженеринг? (Точно не помню предприятие гп) или как-то так, сделали старую, аналогом демки, 5.х под конкретную среду, но это продавать не могут, по соглашению с гп. И всё.
А аскон только завтраками кормит. Удивляет, у Сименса его солид работает, но там изначально не только лишь пк были, но кроме его nx, остальные пользователи ядра - солидворкс и прочие - винда.
Там ядро в принципе может и сделают универсальным, а вот обвязка требует двух и более команд разработчиков, специализированных на своих ос. Как Каспер, когда ядро posix, а гуи qt - сделать не смогут.
Имхо.
В статье не зря указан WINE@Etersoft. Он доработан для лучшей работы с КОМПАСом, по сравнению с исходным WINE.
А почему в апстрим не отправите изменения? Если вы или этерсофт специально огораживаете изменения, которые превращают компас из нерабочего мусора в функционирующее приложение, это какая-то отвратительная практика и пользоваться ни тем, ни другим вообще желания не прибавляет.
Вот и я о том же. Возможно я и неверно толкую LGPL, однако исходники wine я вижу, а исходники wine@etersoft почему-то должен покупать вместе с программой
Это не первый случай. Та же астра линукс тоже модифицирует ядро, не публикуя изменений. Это вообще характерная черта наших софтовых компаний - брать свободный код, лепить из них что-то свое, извлекать из этого прибыль, а работавшее над базовым продуктом сообщество посылая нафиг
Мне кажется, или вы немного загибаете про сообщество? Думаю, что никто над «базовым продуктом» из тех, кто толкует здесь про LGPL, не работал.
Если вы частное лицо, WINE@Etersoft предоставляется вам бесплатно. Какая прибыль?
Если вы за организацию радеете, то какие-то патчи к wine из WINE@Etersoft вряд ли помогут.
И поосторожнее с «не первый случай». Потому что мы-то как раз первый случай, и разрабатываем WINE@Etersoft уже 20 лет.
Вы дорабатываете, а не разрабатываете, об этом написано на вашем же сайте. Wine разработали не вы, вы пользуете труд большого числа людей, не отдавая в замен ничего. Ибо Ваши три, ровно три коммита трудно назвать серьезным вкладом в развитие исходного продукта
Мне нравится ваш настрой. Предлагаю объединить усилия по поводу тех поставщиков, которые действительно нарушают GPL.
Дорабатываете/разрабатываете — это не придирка к словам?
Ну как же ничего в замен, если вы нашли целых три коммита? Пусть несерьёзный вклад, и безусловно несоразмерный. А при каком количестве коммитов можно использовать труд большого числа людей?
Если вы программист, давайте я научу как коммиты искать:$ git log --pretty=oneline --abbrev-commit --author lav@etersoft.ru
98c67d8679b ncrypt: Add NCryptIsKeyHandle stub.
7cbaf1f56f6 advapi32/tests: Add test prototype for RegQueryValueEx HKEY_PERFORMANCE_DATA.
2884205db3a include: Add PERF_DATA_BLOCK struct definition.
7d258973544 po: Revise Russian translation.
6ceb5644083 ipconfig: Distinguish between IPv4 and IPv6 addresses in normal mode.
43ed0c177cc kernel32: Add Russian translation.
b974852ce15 Update Russian translations.
f8562ace96a wineconsole: Fix Russian translation.
934aa492b41 winex11: Add check for XmbTextPropertyToTextList result.
aa5358fdae5 kernel32: gethostname returns string in CP_UNIXCP encoding.
98d0155371f include/ddk: Fix include path and include guard name.
977b7d398e1 wineboot: Do registry update with wineboot --update in any case.
Предлагаю объединить усилия по поводу тех поставщиков, которые действительно нарушают GPL
Это хорошее предложение
Если вы программист, давайте я научу как коммиты искать:
$ git log --pretty=oneline --abbrev-commit --author lav@etersoft.ru
Я знаю, просто для этого нужно тянуть локальную копию, а она тянется медленно. Посмотрю, ок
Мы отправляем в апстрим все изменения, какие возможно. Если бы вы смотрели внимательнее, то в интернете есть и статьи, как запустить КОМПАС-3D в обычном wine. Это как раз таки и возможно благодаря тому, что наши изменения отправлены в апстрим wine.
Разрабатывать изменения, которые делают приложение функционирующим — это наша работа, а не отвратительная практика, как вы выразились. Вы хотели бы, чтобы мы их не разрабатывали? :)
Возможно вы не совсем понимаете, чем свободный проект отличается от коммерческого продукта с поддержкой.
Не я написал, что "Он [WINE@Etersoft] доработан для лучшей работы с КОМПАСом, по сравнению с исходным WINE".
Это разве не означает, что WINE@Etersoft содержит изменения "для лучшей работы с КОМПАСом", которых в апстриме нет? А если их нет, то получается вы их туда либо не отправили, либо их ещё не приняли.
Поэтому не надо это переворачивать с ног на голову. Речь идёт только о том, что в апстрим не было отправлено и не планируется, а не о ваших изменениях в принципе.
Я постараюсь объяснить. Берём wine версии 5.0. Делаем доработки для лучшей работы с КОМПАСом и выпускаем WINE@Etersoft 5.0. Содержит изменения для лучшей работы? Содержит? Что этих изменений нет в апстриме, это вы сами додумали, потому что сравнивая с исходным wine, вы всегда будете видеть эти изменения, а если сравнивать с wine более новых версий, куда эти изменения уже приняты, отличий уже не будет. И вы что, предлагаете писать в рекламной фразе «WINE@Etersoft не содержит никаких изменений по сравнению с оригинальным wine»? :)
Ваши выводы про то, что в апстрим отправлено или планируется, сделаны из неверных исходных данных, поэтому некорректны.
К тому же, не каждое изменение могут принять, тем более сразу. С некоторыми мы по полгода работаем, чтобы их приняли.
Но главное — когда наше изменение принимают, это снимает с нас нагрузку по его поддержке.
У вас какой-то другой опыт работы с крупными апстримами? Поделитесь.
Где вы такие выводы нашли вообще? Раз вы отправляете изменения в апстрим — это прекрасно, и я несколько раз сделал акцент на том, что плохая практика — это только если вы специально изменения делаете доступными исключительно внутри wine@etersoft. То что они могут не приниматься долгое время и проходить несколько итераций — об этом тоже я упомянул и в этом нет ничего плохого. Даже наоборот, когда есть продукт, в котором эти изменения есть уже — это хорошо.
Вопросы были только к оригинальной формулировке, а вы копаете куда-то не в ту сторону уже.
Где я такие выводы нашёл? А вы почитайте, что вы пишете, и каким тоном.
По поводу практики — мы используем самую лучшую практику из возможных, проверенную долгим опытом и позволяющую вести разработку свободного ПО. И не важно, что мы при этом специально делаем, потому что в практике всё делается специально для того, чтобы достичь результата.
По поводу формулировок это не ко мне. Но, собственно, они и не для вас, а для более простых людей, которые наверное прочитают там нужную им для выбора информацию. Вы тоже вот как-то из формулировки пресс-релиза какую-то философию хотите извлечь.
И вы что, предлагаете писать в рекламной фразе «WINE@Etersoft не содержит никаких изменений по сравнению с оригинальным wine»? :)
Так если оригинальный wine не отличается от WINE@Etersoft, исходя из тезиса
Что этих изменений нет в апстриме, это вы сами додумали, потому что сравнивая с исходным wine, вы всегда будете видеть эти изменения, а если сравнивать с wine более новых версий, куда эти изменения уже приняты, отличий уже не будет.
получается что ваша "рекламная фраза" просто вводит в людей в заблуждение? Или я опять чего-то не так понимаю?
Просто если это реально так, и изменения, внесенные при разработке вашего продукта действительно вливаются в апстрим, и оригинальный вайн не отличается от вашего вайн - так не вижу смысла это умалчивать. Но в этом случае я не вижу тут и бизнес-модели
Видимо, чтобы не вводить в заблуждение, вас бы устроила фраза «Не покупайте WINE@Etersoft, всё и так работает в обычном wine». Но я сомневаюсь, что вы бы захотели работать в компании, которая так рекламирует свои продукты :)
Я пытался сказать простую вещь: у программ есть версии. И если вы сравниваете, нужно обязательно учитывать версию.
В новой версии всегда есть изменения по сравнению с предыдущей. Собственно, об этом всегда и стараются написать.
Видимо, чтобы не вводить в заблуждение, вас бы устроила фраза «Не покупайте WINE@Etersoft, всё и так работает в обычном wine». Но я сомневаюсь, что вы бы захотели работать в компании, которая так рекламирует свои продукты :)
К вашей чести - вы ведете аргументированный и спокойный диалог, и это радует. К чести компании - ну зачем же обманывать слоганом? Достаточно посмотреть как зарабатывает Red Hat, например. Этому наши компании еще не научились, к сожалению.
Собственно, я на большую часть своих вопросов ответы получил. Что касается коммитов - я гляну их в локальной копии репозитория wine. И вообще - с меня станется и купить программу (3 килорубля за одно рабочее место вполне приемлемо) и запросить исходники, а потом сравнить и сделать обзор
P.S.: Да, вот посмотрел коммиты. Их явно больше трех
Список коммитов Etersoft в репозиторий wine
$ git log --pretty=oneline --abbrev-commit --author lav@etersoft.ru
98c67d8679b ncrypt: Add NCryptIsKeyHandle stub.
7cbaf1f56f6 advapi32/tests: Add test prototype for RegQueryValueEx HKEY_PERFORMANCE_DATA.
2884205db3a include: Add PERF_DATA_BLOCK struct definition.
7d258973544 po: Revise Russian translation.
6ceb5644083 ipconfig: Distinguish between IPv4 and IPv6 addresses in normal mode.
43ed0c177cc kernel32: Add Russian translation.
b974852ce15 Update Russian translations.
f8562ace96a wineconsole: Fix Russian translation.
934aa492b41 winex11: Add check for XmbTextPropertyToTextList result.
aa5358fdae5 kernel32: gethostname returns string in CP_UNIXCP encoding.
98d0155371f include/ddk: Fix include path and include guard name.
977b7d398e1 wineboot: Do registry update with wineboot --update in any case.
c36b6f888e3 user32: Add test for SPI_{GET/SET}WHEELSCROLLCHARS for SystemParametersInfo.
7b1765c1cc3 user32: Implemented processing SPI_{GET/SET}WHEELSCROLLCHARS for SystemParametersInfo.
dfdb64c121b user32: Implemented processing SPI_{GET/SET}SNAPTODEFBUTTON for SystemParametersInfo.
9dc3ecb9e3c wine.inf: Create default spool dir.
6bca330d4d4 wineboot: Add missed short option -u.
b3caf368586 winecfg: Updated Russian translation.
914e78aeb50 winspool.drv: Fix buffer sizes.
2dcb7b5d5c3 shell32: Use sizeof instead of constant for buffer size.
768c5000f3a midimap: Fix buffer sizes.
23db2636fc1 avifil32: Fix buffer sizes.
1dc28c904c1 oledlg: Add Russian translation.
e3b4ebebf47 oledlg: Use wide strings, fix buffers size.
5a47043905a tools/wine.desktop: Add Name field in Russian.
c9d78fc5204 winspool: Constify some parameters in some functions.
fdf8c1a4022 cmd: Fix program name.
c8bcbdb90de Some fixes in russian resources.
d801fb69121 comdlg32: Update Russian translation.
63fd30ee5fa winecfg: Russian translation.
fa823d2fb88 dnsapi: Fix conflicts nameser.h with winerror.h.
88694be2ad9 user32: Fix character conversion in combo box.
452169243b8 msi: Add Russian resource file.
c0901b899bd mlang: Partially implemented ConvertStringEx.
959a84208ae user: tests: Change INPUT to TEST_INPUT, fix union usage.
5072fd440ae wineshelllink: Remove quotes from Path=<workdir>.
94dcabecd8b wine.inf: Add some dll stub dll to the system directory.
0bb76d231cb regedit: Fix Russian translation.
d4c42c0fef0 control: Fix datetime name.
a1a54e7bf73 gdi32: Look for ttf fonts in the Wine font dir.
e96f03a1d77 user: Fix uninitialized rectangle in menu arrow painting.
f382722390a iphplapi: Define IF_NAMESIZE if missing.
aee52b747e9 ole32: Add descriptions for StgCreateDocfile and StgIsStorageFile functions.
a8397e307a6 ole32/tests: Do not compare returned by DeleteFile value with TRUE.
40a6a74ac88 winsock: Add check for sin6_scope_id.
63ad7110898 AtlAxWinInit dummy implementation.
ff0b2edd3c0 Restore paper orientation when pagesetupdlg is initializing.
a4590d2b233 - remove return: now break loop if can't change state during test - add test for value returned by SwapMouseButton - fix SwapMouseButton return value (it returns previous state)
442c253a01d Add missed _mbscoll function.
2af42008779 Use STATEIMAGEINDEX / INDEXTOSTATEIMAGEMASK instead of bit operations.
e633b45300f Added some documentation.
06ce8920087 Changes stub to FIXME for GetGlobalFontLinkObject.
815dea38ab7 - Add some descriptions for PageSetupDlg functions. - Implement user paint hook support and PSD_ENABLEPAGEPAINTHOOK checking.
be2092266e7 Initialize extensions after correct context is created.
0624e17e7ee Fix returned value for SPI_SETMOUSEBUTTONSWAP.
b39c3981c2e - Realize DoEnvironmentSubstA via ExpandEnvironmentStringsA. - Fix types and return values. - Add prototype into shellapi.h.
86f575cdc18 Allow null pointers for EM_GETSEL message (as MSDN says).
bd8026ca9d1 Add BUTTON_NOTIFY_PARENT macro (as in edit.c). Notify parent about WM_KILL/SETFOCUS events.
f7c99e3a6aa - Fix scrollbar show/update conditions in SCROLL_SetScrollInfo: we DO NOT show scroll bar if only page parameter changing when scrollbar is disabled. - Removed bChangeParams from SCROLL_SetScrollInfo as unneeded flag.
926a86323d0 Rename SCROLL_GetScrollBarInfo to SCROLL_GetInternalInfo and make allocation of a new info structure optional. Add some descriptions.
9773414d628 Add FIXME for file with broken counters.
386cf457c97 Added handling of SBM_GETSCROLLBARINFO message.
eb45ce57d73 Add VMM32Files section.
5e4ac6bc1b6 Spelling fixes.
2dd31728d38 Get real screen properties.
0590343445d Add description for ExtTextOut (also include comments from Shachar Shemesh) and missed constants ETO_NUMERICSLOCAL, ETO_NUMERICSLATIN, ETO_PDY in wingdi.h.
6971e1d762c Add comments, fix negative value from GetCurFocus.
671267a1779 Add ScreenX, ScreenY, ColorBits installer properties.
5c4116bc66e Add description for MsiGetMode, MSIRUNMODE constants.
4c801af4963 Added MSK timezone info.
(END)
768c5000f3a midimap: Fix buffer sizes.
23db2636fc1 avifil32: Fix buffer sizes.
1dc28c904c1 oledlg: Add Russian translation.
e3b4ebebf47 oledlg: Use wide strings, fix buffers size.
5a47043905a tools/wine.desktop: Add Name field in Russian.
c9d78fc5204 winspool: Constify some parameters in some functions.
fdf8c1a4022 cmd: Fix program name.
c8bcbdb90de Some fixes in russian resources.
d801fb69121 comdlg32: Update Russian translation.
63fd30ee5fa winecfg: Russian translation.
fa823d2fb88 dnsapi: Fix conflicts nameser.h with winerror.h.
88694be2ad9 user32: Fix character conversion in combo box.
452169243b8 msi: Add Russian resource file.
c0901b899bd mlang: Partially implemented ConvertStringEx.
959a84208ae user: tests: Change INPUT to TEST_INPUT, fix union usage.
5072fd440ae wineshelllink: Remove quotes from Path=<workdir>.
94dcabecd8b wine.inf: Add some dll stub dll to the system directory.
0bb76d231cb regedit: Fix Russian translation.
d4c42c0fef0 control: Fix datetime name.
a1a54e7bf73 gdi32: Look for ttf fonts in the Wine font dir.
e96f03a1d77 user: Fix uninitialized rectangle in menu arrow painting.
f382722390a iphplapi: Define IF_NAMESIZE if missing.
aee52b747e9 ole32: Add descriptions for StgCreateDocfile and StgIsStorageFile functions.
a8397e307a6 ole32/tests: Do not compare returned by DeleteFile value with TRUE.
40a6a74ac88 winsock: Add check for sin6_scope_id.
63ad7110898 AtlAxWinInit dummy implementation.
ff0b2edd3c0 Restore paper orientation when pagesetupdlg is initializing.
a4590d2b233 - remove return: now break loop if can't change state during test - add test for value returned by SwapMouseButton - fix SwapMouseButton return value (it returns previous state)
442c253a01d Add missed _mbscoll function.
2af42008779 Use STATEIMAGEINDEX / INDEXTOSTATEIMAGEMASK instead of bit operations.
e633b45300f Added some documentation.
06ce8920087 Changes stub to FIXME for GetGlobalFontLinkObject.
815dea38ab7 - Add some descriptions for PageSetupDlg functions. - Implement user paint hook support and PSD_ENABLEPAGEPAINTHOOK checking.
be2092266e7 Initialize extensions after correct context is created.
0624e17e7ee Fix returned value for SPI_SETMOUSEBUTTONSWAP.
b39c3981c2e - Realize DoEnvironmentSubstA via ExpandEnvironmentStringsA. - Fix types and return values. - Add prototype into shellapi.h.
86f575cdc18 Allow null pointers for EM_GETSEL message (as MSDN says).
bd8026ca9d1 Add BUTTON_NOTIFY_PARENT macro (as in edit.c). Notify parent about WM_KILL/SETFOCUS events.
f7c99e3a6aa - Fix scrollbar show/update conditions in SCROLL_SetScrollInfo: we DO NOT show scroll bar if only page parameter changing when scrollbar is disabled. - Removed bChangeParams from SCROLL_SetScrollInfo as unneeded flag.
926a86323d0 Rename SCROLL_GetScrollBarInfo to SCROLL_GetInternalInfo and make allocation of a new info structure optional. Add some descriptions.
9773414d628 Add FIXME for file with broken counters.
386cf457c97 Added handling of SBM_GETSCROLLBARINFO message.
eb45ce57d73 Add VMM32Files section.
5e4ac6bc1b6 Spelling fixes.
2dd31728d38 Get real screen properties.
0590343445d Add description for ExtTextOut (also include comments from Shachar Shemesh) and missed constants ETO_NUMERICSLOCAL, ETO_NUMERICSLATIN, ETO_PDY in wingdi.h.
6971e1d762c Add comments, fix negative value from GetCurFocus.
671267a1779 Add ScreenX, ScreenY, ColorBits installer properties.
5c4116bc66e Add description for MsiGetMode, MSIRUNMODE constants.
4c801af4963 Added MSK timezone info.
Да никто не обманывает. Действительно в WINE@Etersoft есть отличия. Хотя бы потому, что wine это свободный проект, а WINE@Etersoft — российский продукт на основе проекта wine.
Коммиты в репозитории можете не смотреть — они старые. Но вы на публику вынесли своё несправедливое мнение, что вклад Etersoft в проект wine это три коммита. По некоторым причинам мы пока не афишируем наш вклад в wine, поэтому коммиты вы не увидите.
Покупать программу не обязательно, частным лицам WINE@Etersoft предоставляется на безвозмездной основе.
Если хотите поучаствовать в проекте, можем обсудить. Мало кому интересны исходники wine.
А частным лицам предоставляются исходники?
Хотя бы потому, что wine это свободный проект, а WINE@Etersoft — российский продукт на основе проекта wine.
и что мешает российскому проекту быть свободным?
Купил лицензию на Ваш продукт. У меня один вопрос - систему электронных платежей трудно настроить? Выдаете квитанцию на оплату через банк - моветон же...
P.S.: По получении продукта, чтобы два раза не спрашивать, прошу предоставить мне его исходный код
Отказался от винды в 2010 (посчитав неправильным кормить Америку), с 2012 года внедрял на частном предприятии Linux (отвечая за IT сектор), понимая, что мелкософт мастдай. Дошел до 60% охвата (благо сисадмины были замечательные), и для менеджеров проблем не было (главное было приучить их к OpenOffice)... собственник сказал: "зачем нам это" и вернул все взад. С 2014 года вопрос отказа от Windows стал ещё актуальнее!.. к чему мы сейчас и пришли.
Поэтому басни слепого бизнеса не способного видеть перспективу (ничего не видящего кроме денег под ногами) и теперь оправдывающегося, как им трудно портировать свою систему, просто смешны.
Особенно все это неправильно для предприятия работающего на оборонку, на нашу Победу. Вам нет оправданий.
Прошу прощения за резкость - накипело.
Поэтому басни слепого бизнеса не способного видеть перспективу (ничего не видящего кроме денег под ногами) и теперь оправдывающегося, как им трудно портировать свою систему, просто смешны.
Особенно все это неправильно для предприятия работающего на оборонку, на нашу Победу. Вам нет оправданий.
Мы не являемся оборонным предприятием. У нас даже заказов от оборонных предприятий значительно меньше половины портфеля)
Вообще странные претензии к нам, при том что реальные оборонные предприятия продолжают спокойно работать под виндой на иностранных сапрах, даже не думая об импортозамещении, и даже пальцем не пошевелили в этом направлении с 2014 года.
Я не говорил, что вы - оборонное предприятие и понимаю, что ПО универсально, но на всех (а это - многих) оборонных предприятиях где я был, в итоге используют ваше ПО, понятно почему - РФ... коммерсанты с бОльшим желанием использовали SolidWorks.
То, что я написал выше относится не только к вам (и мне неприятно было все это осознавать с 2014)... но то, что перспектива отказа от винды была видна уже в 2014, вы не сможете отрицать, поэтому как вы можете жаловаться на "трудности" в 2023?...
Да, оборонка работает на дерьмовом ПО и там много и других проблем, потому что там - все "по своим" (как и в большинстве структур с госфинансираванием - все по наследству и по родственникам, поэтом имеем дерьмо), но к вопросу многолетней очевидности перспективы портирования ПО это не относится.
Мы не являемся оборонным предприятием. У нас даже заказов от оборонных предприятий значительно меньше половины портфеля
разве это является оправданием недальновидности?
Вообще странные претензии к нам, при том что реальные оборонные предприятия продолжают спокойно работать под виндой на иностранных сапрах, даже не думая об импортозамещении
"другие не чешутся и я не почешусь" - тоже "отличный" аргумент. да и не в импортозамещении дело а в платформе в целом.
"другие не чешутся и я не почешусь" - тоже "отличный" аргумент.
А мы чем людям зарплаты платить были должны, дальновидностью?) Что толку от того что мы сделаем продукт, который не будут покупать?
Страна уже год под жесточайшими санкциями, всем по прежнему наплевать на импортозамещение ПО, всех всё устраивает. Единственное что хоть как-то мотивирует на поиски отечественного ПО - законодательный запрет на использование иностранного ПО с 2025 года. К этому сроку мы вполне успеваем.
продукт, который не будут покупать
кто запретит? на половине предприятий россии на нодах где используется компас винда стоит только потому что без винды компас не работает. древнее железо на апгрейд которого не выделяются деньги местные админы мечтают перевести на linux потребляющий меньше ресурсов и куда более удобно и гибко конфигурирующийся под конкретные нужды и что немаловажно менее подверженный всяким вирусным майнерам и локерам.
модель "писать софт туда где есть потребитель софта" конечно рабочая, но почему-то никто не учитывает что это дорога с двусторонним движением, если компас появится на линукс/bsd/macos/kolibri/даневажночтоещё то там быстро появится потребитель.
да, конечно первые несколько лет это будет убыточно, но я ни за что не поверю что аскон не может позволить себе пару лет тратить деньги чтобы потом долгие годы их зарабатывать в ещё большем кол-ве. проблема в том что бизнес хочет деньги "здесь и сейчас" не думая о том что можно вложиться в будущее.
с 2025 года. К этому сроку мы вполне успеваем
я конечно сейчас на кофейной гуще гадаю, но если в 22 году ещё не началось открытое бетатестирование то скорее всего это означает что к 25 году вы не особо успеваете..
законодательный запрет на использование иностранного ПО с 2025 года
и вот ещё интересный вопрос: как CAD компас вполне себе отличный софт (был бы если бы не был гвоздями прибит к мастдаю), но всё же не покрывает всех потребностей потребителей привыкших к тому же solidworks и прочим аналогам/конкурентам, и вот это тот самый момент когда можно "успеть запрыгнуть в вагон", но для этого нужно авральными темпами наращивать функционал. уж не знаю начали ли это делать в аскон, но если да то это тоже большая денежная дыра в которую НЕОБХОДИМО залезть сейчас чтобы заработать "завтра" (боюсь только представить сколько нужно нанять разработчиков чтобы успеть до 25 года родить столько функционала которого сегодня просто нет в компасе и который необходим).
древнее железо на апгрейд которого не выделяются деньги
Если у них нет денег на апгрейд железа, то появляются очень большие сомнения, что они будут платить за апгрейд ПО. Скорее всего на нём они "сэкономят".
я конечно сейчас на кофейной гуще гадаю, но если в 22 году ещё не началось открытое бетатестирование то скорее всего это означает что к 25 году вы не особо успеваете..
Мы традиционно проводим бета-тестирование за месяц-два до выхода продукта на рынок. С чего вы решили, что в случае с линуксом нам потребуется трёхлетнее бета-тестирование?)))
Если у них нет денег на апгрейд железа, то появляются очень большие сомнения, что они будут платить за апгрейд ПО. Скорее всего на нём они "сэкономят".
для меня всегда это было загадкой, но софт покупают охотнее чем железо (хотя все мы знаем что софт можно спиратить а железо нет).
С чего вы решили, что в случае с линуксом нам потребуется трёхлетнее бета-тестирование?
А с чего вы взяли что я считаю что только для линукс версии нужно проводить несколько открытых тестов на разных этапах и собирать фидбек? Но раз уж пошла такая пьянка то в данном случае ищменения более координальные чем обычный апгрейд на версию, к тому же линукс это не моноблок а огромный конструктор где что-то может пойти не так во множестве мест. А учитывая что ваше ПО закрытое и собирается не мейнтейнерами дистрибутива а вашими силами таких мест появления сюрпризов становится больше, один только glibc любящий breaking changes устроит вам весёлые будни техподдержки так как сейчас минимум в трёх популярных дистрибутивах сильно разные и несовместимые версии оного.
учитывая что ваше ПО закрытое и собирается не мейнтейнерами дистрибутива а вашими силами таких мест появления сюрпризов становится больше
Все проприетарщики решают это по принципу not my problem и собирают только под один-два дистрибутива (которыми скорее всего будут альт и астра, возможно последняя ubuntu lts)
Более-менее универсальным вариантом конечно были бы appimage
в этом то и проблема что большинство проприетарного софта делается не для людей а для заработка определённой конторы. на вашем дистрибутиве работает 100 программ но не работает наша поделка? ставьте убунту где будет работать наша поделка и плевать что 100 остальных программ там дай бог если просто глючат, а то и вообще не работают. в этом отношении какой нибудь openscad написаный "васянами с гитхаба" куда более професиональное ПО чем тот же компас.
Более-менее универсальным вариантом конечно были бы appimage
всеобщее заблуждение:
вопервых это неудобно - нам дан пакетный менеджер, и весь софт должен поставляться им иначе система превращается в такую же неуправляемую помойку как винда или макось
во вторых если содержимое appimage собрано с сильно старой или сильно новой glibc то такое ПО мало чем отличается от отсуствия ПО (и glibc это только один пример)
в третьих это разгильдяйство - если крупный поставщик ПО не осилил сделать пару репозиториев (обычно достаточно deb и rpm) то как можно думать что он осилил написать сложное ПО для выполнения серьёзных задач
какой нибудь flatpack или snap в этом плане хотя бы частично (только частично) покрывают первую проблему, но две оставшиеся нет. но snap это ужасная богомерзость, а flatpack лучше только чуть чуть.
Проприетарщина, которая поставляется больше чем для одного дистрибутива, это уже чудеса, а если у них не просто ссылки на загрузку пакета, а репозиторий поднят — можно выдать премию за прорыв в распространении ПО
appimage позволяет относительно малой кровью для всех сторон избежать проблем несовместимости дистрибутивов друг с другом. Да, это не идеальное решение, но это достаточно хорошее решение
ubuntu lts
Они входят в реестр отечественного ПО?
Они входят в то ПО, которым пользуются обычные люди, а не госконторы
Обычные люди пользуются виндой, на них санкции никто не накладывал.
Правда? А не подскажете как купить Windows в России?
Никак. Не скачать и не купить. Зачем пользоваться этой системой - вопрос. При том, что даже при лютой борьбе с пиратством в 10-х все равно стоят на компах винды не лицензионные взятые с рутрекера
P.S.: По странному стечению обстоятельств, обновления на винду хоть на лицуху хоть на пиратку - приходят регулярно, не смотря на санкции
Вопрос был в общем-то к аскону, который предлагает обычным людям, на которых санкции никто не накладывал, пользоваться виндой.
Получается, прямо сейчас они предлагают купить программный продукт, для использования которого нужен другой платный программный продукт, который купить нельзя (ну конечно, можно купить новый комп с предустановленной виндой, который ввезли через параллельный импорт, но это условности и по факту в серой зоне такие лицензии). То есть честный человек, который платит деньги за программы, не может пользоваться компасом никак, если у него не было компа или лицензии год назад.
Аскон, будучи компанией, которая предлагает свой продукт за деньги, не могут предлагать пользователям получать чужие продукты нелицензионным путём.
Точнее, предлагать-то они конечно могут, но если получить таким образом венду — нормально, значит они поощряют использование и своих продуктов без лицензии, если конечно не проявлять ментальную гимнастику
Вопрос был в общем-то к аскону, который предлагает обычным людям, на которых санкции никто не накладывал, пользоваться виндой.
Никто ничего не предлагает. Это всего лишь констатация факта, что у всех винда. Пользователей линукса на домашних компьютерах в рамках статистической погрешности. Чуть больше пользователей маков, но им сапры как правило не интересны.
В будущем возможны два варианта: 1) разработчики российских ОС делают простую и удобную установку для домашних пользователей (либо российская ОС предустановлена на железо); 2) пользователи не смогут разобраться с установкой линукса, пообщаются с токсичным сообществом, и скачивают пиратскую винду, либо пиратскую винду ставят им за деньги в магазине. Третий вариант с установкой какого-то иного не российского линукса доступен только айтишникам и их знакомым - их никогда не будет много, их количество опять же останется в рамках статистической погрешности.
Это всего лишь констатация факта, что у всех винда
Бесполезного факта, если учесть контекст. А речь шла о том, под какие дистрибутивы собирается проприетарное ПО. И если бы вы были более внимательны, ubuntu lts шла с приставкой "возможно", потому что больших надежд я на вас и не возлагал.
Поэтому в контексте дистрибутивов линукс, под которые обычно собираются проприетарные приложения, да, ubuntu lts будет самым популярным, потому что это тот дистрибутив, которым пользуются обычные люди
пообщаются с токсичным сообществом
Если у вас к пользователям такое же отношение, как и тут, то пожалуй, это ещё не самое плохое сообщество, с которым можно пообщаться
Да и если бы вы попробовали пообщаться в публичном поле с людьми, связанными с разработкой российских ОС, то пресловутое сообщество тоже начинает выглядеть элитным собранием джентльменов
А что весь парк компьютеров с этого момента обнулился? Все как узнали об этом сразу побежали винду удалять?) Те у кого дома винда лицензионная могут её десятилетиями не менять. А у кого не лицензионная им вообще всё равно.
модель "писать софт туда где есть потребитель софта" конечно рабочая, но почему-то никто не учитывает что это дорога с двусторонним движением, если компас появится на линукс/bsd/macos/kolibri/даневажночтоещё то там быстро появится потребитель.
КОМПАС узкоспециализированное ПО, используемое ограниченным количеством сотрудников. Его появление где-либо не повлияет на выбор операционной системы. Если бы появление КОМПАСа влияло бы на выбор ОС, то после появления этой инструкции все бы резко удалили винду и сидели бы под вайном) Если этого не происходит, значит не стоит переоценивать роль КОМПАСа))
Никто в здравом уме никогда не стал бы юзать прослойки типо вайна для софта от которого зависит бизнес без веской причины навроде дула у виска
после появления этой инструкции все бы резко удалили винду и сидели бы под вайном
Я установил компас в wine в надежде на то, что он там будет работать и можно будет купить лицензию на Home версию когда триал закончится. Если бы он там работал нормально, то проблем бы не было и можно было пользоваться. Но проблемы есть, и это превращает работу в боль
не покрывает всех потребностей потребителей привыкших к тому же solidworks и прочим аналогам/конкурентам, и вот это тот самый момент когда можно "успеть запрыгнуть в вагон", но для этого нужно авральными темпами наращивать функционал. уж не знаю начали ли это делать в аскон, но если да то это тоже большая денежная дыра в которую НЕОБХОДИМО залезть сейчас чтобы заработать "завтра" (боюсь только представить сколько нужно нанять разработчиков чтобы успеть до 25 года родить столько функционала которого сегодня просто нет в компасе и который необходим).
Вы сейчас сами ответили на свой вопрос почему мы не можем бросить все силы на портирование на линукс. Именно наращиванием функционала мы и занимаемся.
Отказался от винды в 2010 (посчитав неправильным кормить Америку), с 2012 года внедрял на частном предприятии Linux (отвечая за IT сектор), понимая, что мелкософт мастдай. Дошел до 60% охвата (благо сисадмины были замечательные), и для менеджеров проблем не было (главное было приучить их к OpenOffice)... собственник сказал: "зачем нам это" и вернул все взад.
Ох, как я Вас понимаю. Действительно, носимся уже четвертый десяток лет с решениями МС как с писанной торбой а другого видеть не хотим. А другое есть, просто необходимо принять сознательное решение это другое начать внедрять.
басни слепого бизнеса не способного видеть перспективу
Бизнес не слепой, он вполне себе зрячий, просто он действует по принципу минимизации издержек
Меня тут раскритиковали что я, дескать, "загибаю про сообщество", но надо понимать что в этом сообществе - решение многих проблем. Я не берусь говорить о крупных проектах масштаба Компаса, но в своем хобби проекте, который на GPL, я столкнулся с вещью, которая меня поразила - нашлись таки люди, которые просто ради фана решили ряд задач, к которым я как основной разработчик не мог даже подступиться.
Наш бизнес мог бы пойти путем поддержки свободных проектов, которых в том числе и CADов есть в опенсорц. И получить свою прибыль пусть не быстро, пусть не на продаже битов и байтов (лицензий на каждое рабочее место и прочего проприетарного шлака), а на техническом обслуживании, развертывании и обучении. Но нет, не хотят, хотят получать прибыль здесь и сейчас, не желают видеть картину и перспективу. Не не видят, а именно не желают её видеть.
Отказался от винды в 2010 (посчитав неправильным кормить Америку), с
2012 года внедрял на частном предприятии Linux (отвечая за IT сектор),
понимая, что мелкософт мастдай. Дошел до 60% охвата (благо сисадмины
были замечательные), и для менеджеров проблем не было (главное было
приучить их к OpenOffice)... собственник сказал: "зачем нам это" и
вернул все взад
Перескажем вашу историю немного по-другому. Похоже вы в течении нескольких лет ставили над ИТ-инфраструктурой предприятия произвольные эксперименты, не согласованные с собственником. Вы сами решали, каких сотрудников и к какому ПО "приучать". И после этого вы удивляетесь, что собственник "вернул всё взад"? А я так удивляюсь, как он вас не уволил!
Ваша история - классический пример позиционирования типичного айтишника к основным бизнес-процессам предприятия. Вы почему-то забываете, что для любого промышленного предприятия основным бизнес-процессом будет тот, который приносит ему прибыль. ИТ для таких предприятий является обслугой. Так было, так есть и так будет, потому что так правильно. Никто не будет покупать на завод CAD или PLM, если заводские станки проданы, а в корпусах завода разместился ТРЦ.
Ни профильным специалистам, ни менеджменту, ни собственникам абсолютно не интересно, как работает прикладное ПО. Их интересует две вещи: решает ли ПО поставленную задачу и приносит ли оно прибыль. А все остальные рассуждения - не более чем попытки придать сакральной ИТ-профессии дополнительного веса там, где она им не обладает.
Честно говоря, от флагмана отечественного CAD ожидается большего, чем фраза "мы коммерческая компания" в отношении инновационных разработок. Скорее всего, доминирующее положение компании ее устраивает, и активно развивать перспективные направления, которые будут востребованы в будущем, особо не озадачиваются. Вполне стандартный подход.
Отладка кода Компас 3D работает под Wine нативно, удаленно или как-нибудь? Поделитесь опытом?
В итоге установка wine вывалилась с ошибкой несмотря на наличие параметра --no-check-os
астраивается пакет wine32-etersoft-grdwine:i386 (0.5.7.1-eter2ubuntu) …
# /usr/bin/epm --scripts prescription i586-fix
# /usr/bin/env bash /etc/eepm/prescription.d/i586-fix.sh --run
# /usr/bin/env bash /etc/eepm/prescription.d/i586-support.sh --run
Checking for installed packages ...
info: ./Unsupported Ubuntu/23.04 system. Just skipping the operation.: No such file or directory
ERROR: There was some error during run the script. (you can discuss the epm 3.57.12-eter1ubuntu problem in Telegram: https://t.me/useepm)
У меня Ubuntu 23.04, а поддерживается только 22.04
Запускаем КОМПАС-3D на Linux с помощью WINE@Etersoft. Инструкция