Здравствуйте, Sharov, Вы писали: S>Core же, или у Вас винформс? Вроде и его сделали кроссплатформенным?
.Net Framework с Winforms GUI компонентами сторонними.
Все дело упирается в отсутствие нормального кроссплатформенного GUI.
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>Всем привет,
U_E>Конечно, это может быть ошибкой писать именно в этот раздел, но тем не менее.
У тебя девелоперская либо которая используется с при разработке или как это выглядит? Можно попробовать докер если позволяет приложение.
U_E>Смущает только один момент. Как я понимаю, нельзя просто так собрать бинарники, чтобы они везде работали. Как же быть?
Оно +- везде будет работать если отдать .so файлы. Можно собрать под LTS версии 16 и 18, и на этом остановится. По запросу пересобрать под таргет платформу. Если у тебя некая либа которая работает в отдельном процессе, то можно использовать dbus и через него общаться с тем что надо заказчику, самому же тащить все зависимость в /usr/local/lib. Если дальше идти, то ты можешь поднять свой репозиторник и аутентификацией и доступом раздвая обновления, порты на новые версии линукса +- оттуда.
U_E>Хочу спросить коллег, кто продает продукты под linux, с какими проблемами столкнулись, как собираете бинарники?
Я не продаю. В конторе просто одна ОС и та центос, но пакетируем в рпм и ставим со своего репо.
Здравствуйте, Unhandled_Exception, Вы писали:
UE> Смущает только один момент. Как я понимаю, нельзя просто так собрать бинарники, чтобы они везде работали. Как же быть?
* Распространять в исходниках (самый правильный вариант).
* Собирать статически.
Здравствуйте, Unhandled_Exception, Вы писали: U_E>Конечно, это может быть ошибкой писать именно в этот раздел, но тем не менее. U_E>Пользователи уговорили портировать продукт на linux. Начал разработку в убунте, дело вроде идет. U_E>Смущает только один момент. Как я понимаю, нельзя просто так собрать бинарники, чтобы они везде работали. Как же быть? U_E>Хочу спросить коллег, кто продает продукты под linux, с какими проблемами столкнулись, как собираете бинарники?
У нас несколько продуктов кросс-платформены и собираются в тч под линух, например порт маппер.
В целом жить можно, используется Lazarus в кач-ве среды разработки. Проблемы бывают разные, например только привязались к openssl1.0.0, его выкидывают из последней убунты и поставить из репо нельзя — только openssl1.1.0. Отдельный геморой с иконкой в трее, на каких-то DE это работает, на каких-то нет.
Другое дело что хз сколько там среди них покупателей, если портировать на что-то кроме винды, то имеет смысл начинать с macOS — там больше денег, юзеров и нет зоопарка дистрибутивов.
Здравствуйте, Unhandled_Exception, Вы писали:
UE> Смущает только один момент. Как я понимаю, нельзя просто так собрать бинарники, чтобы они везде работали. Как же быть?
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>Хочу спросить коллег, кто продает продукты под linux, с какими проблемами столкнулись, как собираете бинарники?
Здравствуйте, Nonmanual Worker, Вы писали:
S>>Core же, или у Вас винформс? Вроде и его сделали кроссплатформенным? NW>.Net Framework с Winforms GUI компонентами сторонними. NW>Все дело упирается в отсутствие нормального кроссплатформенного GUI.
Mono работает, если нет сторонних компонентов. Я даже проверил, и даже работает, другое дело, что продавать не стал, по крайней мере пока.
Масса достоинств:
1) кросплатформенность
2) работает на Android
3) тяжело выкопировать из приложения контент
4) часть логики можно оставить на сервере
5) готовые рынки приложений для монетизации
Здравствуйте, Kernan, Вы писали:
U_E>>Смущает только один момент. Как я понимаю, нельзя просто так собрать бинарники, чтобы они везде работали. Как же быть? K>Оно +- везде будет работать если отдать .so файлы. Можно собрать под LTS версии 16 и 18, и на этом остановится.
Пытаюсь понять, как это работает. Так-то я под виндой всю жизнь сидел. Как я понимаю, .so это вроде DLL-ек. По идее надо так собрать все бинарники, чтобы они использовали те *.so, которые есть на клиентской машине.
Здравствуйте, Черный Властелин, Вы писали:
ЧВ>В целом жить можно, используется Lazarus в кач-ве среды разработки.
Я на С++, так что взял vscode. А для UI думаю взять electron, но пока до UI не дошел.
ЧВ>Проблемы бывают разные, например только привязались к openssl1.0.0
А нельзя ее таскать с собой, как мы бы это делали под виндой?
ЧВ>Другое дело что хз сколько там среди них покупателей, если портировать на что-то кроме винды, то имеет смысл начинать с macOS — там больше денег, юзеров и нет зоопарка дистрибутивов.
У меня продукт для разработчиков, для маков запросов вообще не было.
Здравствуйте, Unhandled_Exception, Вы писали:
UE> Пытаюсь понять, как это работает. Так-то я под виндой всю жизнь сидел. Как я понимаю, .so это вроде DLL-ек. По идее надо так собрать все бинарники, чтобы они использовали те *.so, которые есть на клиентской машине.
Не заморачивайся с песочницами, возьми AppImage и получишь переносимый, работающий везде монолит.
Здравствуйте, rudzuk, Вы писали:
R>Не заморачивайся с песочницами, возьми AppImage и получишь переносимый, работающий везде монолит.
У меня отладчик, который должен грузить мою *.so в отлаживаемый процесс, чтобы перехватывать функции типа malloc / free. Подозреваю, что AppImage сам перехватывает вызовы (не уверен). В принципе я уже готов отказаться от C++ в пользу обычного С, если есть гарантия, что я смогу собирать бинарники на одной машине, и это будет работать всюду (или почти всюду).
Здравствуйте, Unhandled_Exception, Вы писали:
UE> У меня отладчик, который должен грузить мою *.so в отлаживаемый процесс, чтобы перехватывать функции типа malloc / free. Подозреваю, что AppImage сам перехватывает вызовы (не уверен). В принципе я уже готов отказаться от C++ в пользу обычного С, если есть гарантия, что я смогу собирать бинарники на одной машине, и это будет работать всюду (или почти всюду).
AppImage это просто образ squashfs монтируемый FUSE. Для юзера все прозрачно и нет задержки при запуске, как у snappy, например. Есть полный доступ к системе (snap vs AppImage).