Всем привет!
Почти спортировал одну программу (.Net Core 3.1 desktop app) на Linux. Решил поставлять через snap.
Но т.к. в линуксе я почти ноль — то сложно разобраться с настройками yaml span'а.
Есть у кого примеры\ссылки подобного?
Прошу прощения, что немного off-topic, но раз уж пришлось к случаю — спрошу.
Подозреваю, вы всё равно как-то изучали рынок и, возможно, сможете подсказать примеры коммерческого ПО (в принципе, под любой лицензией, но интереснее всего, конечно shareware), которые бы распространялось под Linux подобным образом (через Snap).
Я тоже в Linux что-то около 0 и ситуацией не владею, а по тем обсуждениям, что были здесь на форуме у меня сложилось ощущение, что вообще в идею "портировать под Linux, чтобы продавать" мало кто верит. Вот и хочется посмотреть успешные контрпримеры (если они есть).
Здравствуйте, Михаил Романов, Вы писали:
МР>Я тоже в Linux что-то около 0 и ситуацией не владею, а по тем обсуждениям, что были здесь на форуме у меня сложилось ощущение, что вообще в идею "портировать под Linux, чтобы продавать" мало кто верит. Вот и хочется посмотреть успешные контрпримеры (если они есть).
Не касаясь способа распространения (про которые я ничего толком не знаю), некоторые продукты вполне есть смысл портировать. К примеру IDE JetBrain-овские, ведь разработчики сидят на Linux-ах.
Здравствуйте, Михаил Романов, Вы писали:
МР>Подозреваю, вы всё равно как-то изучали рынок и, возможно, сможете подсказать примеры коммерческого ПО (в принципе, под любой лицензией, но интереснее всего, конечно shareware), которые бы распространялось под Linux подобным образом (через Snap).
Например некоторые коммерческие инструменты для разработчиков, в том числе баз данных так распространяются. Firefox тоже вроде переходит на span в ubuntu 21+.
МР>Я тоже в Linux что-то около 0 и ситуацией не владею, а по тем обсуждениям, что были здесь на форуме у меня сложилось ощущение, что вообще в идею "портировать под Linux, чтобы продавать" мало кто верит. Вот и хочется посмотреть успешные контрпримеры (если они есть).
Linux — это не цель. Была идея оценить трудности перехода на кроссплатформенную разработку Win, Mac и Linux. Mac конечно перспективнее, но для линукс проще распространять, поэтому и начал с него.
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>Не касаясь способа распространения (про которые я ничего толком не знаю), некоторые продукты вполне есть смысл портировать. К примеру IDE JetBrain-овские, ведь разработчики сидят на Linux-ах.
Да, согласен, эту группу пользователей (разработчики ПО) я как-то вообще выпустил из вида
Кстати, по вашей наводке, кратко взглянул как именно они распространяют продукт.
Предлагают 3 варианта:
— свой инсталлятор Toolbox App, аналогичный тому, что под Windows — позволяет скачивать и ставить все/любые продукты JB
— просто распаковка архива в отдельную папку и запуск специальным скриптом (jre в бинарниках, как я понимаю, лежит тут же)
— и таки Snap.
И вот что интересно — последний выглядит самым сложным (т.к. еще и Snap нужно ставить — хотя может он у обычных пользователей и так установлен у всех).
МР>И вот что интересно — последний выглядит самым сложным (т.к. еще и Snap нужно ставить — хотя может он у обычных пользователей и так установлен у всех).
Понадобилось что-то поставить — в инетах пишут команду со snap'ом этим. А что это за зверь, я ни сном ни духом. Из ком строки, ясно дело, не хочет запускаться
Здравствуйте, Михаил Романов, Вы писали:
МР>И вот что интересно — последний выглядит самым сложным (т.к. еще и Snap нужно ставить — хотя может он у обычных пользователей и так установлен у всех).
В Ubuntu уже несколько лет snapd ставиться даже если ты не хочешь,
и выпилить его полностью то еще приключение, даже несмотря на то что
сам "snapd" поставляется в виде отдельного пакета.
Здравствуйте, Nonmanual Worker, Вы писали:
NW>Почти спортировал одну программу (.Net Core 3.1 desktop app) на Linux.
Добрый день! Тоже оффтоп, но уже в техническую часть: что использовали для интерфейса? Avalonia, Electron, Xamarin, что-то ещё? Что за программа, сложный у неё интерфейс?
Здравствуйте, М.Р., Вы писали:
МР>Добрый день! Тоже оффтоп, но уже в техническую часть: что использовали для интерфейса? Avalonia, Electron, Xamarin, что-то ещё? Что за программа, сложный у неё интерфейс?
AvaloniaUI, программа типа SQL Management Studio.
В AvaloniaUI для меня сейчас главная загвоздка что модальные окна открываются через async await, а для этого надо весь код перелопачивать. Для Win и Linux есть костыль с помощью которого можно сделать диалог обычным, а для Mac — нет.
Здравствуйте, Nonmanual Worker, Вы писали:
NW>Здравствуйте, М.Р., Вы писали:
МР>>Добрый день! Тоже оффтоп, но уже в техническую часть: что использовали для интерфейса? Avalonia, Electron, Xamarin, что-то ещё? Что за программа, сложный у неё интерфейс? NW>AvaloniaUI, программа типа SQL Management Studio.
А как там (в Avalonia UI) с поддержкой всяких сложных контролов?
Просто в моем представлении "типа SQL Management Studio" сразу напрашиваются всякие хитрые Dockable Windows, редактор кода и т.д.
Или вы имели в виду сходство по решаемым задачам, а не по внешнему виду и контролам?
Здравствуйте, Михаил Романов, Вы писали:
МР>А как там (в Avalonia UI) с поддержкой всяких сложных контролов? МР>Просто в моем представлении "типа SQL Management Studio" сразу напрашиваются всякие хитрые Dockable Windows, редактор кода и т.д. МР>Или вы имели в виду сходство по решаемым задачам, а не по внешнему виду и контролам?
По внешнему виду, мы же про UI говорим. Ну или типа Visual Studio c Solution Explorer, десятком разных видов страниц-окон, но без докинга окон. Хотя докинг тоже в авалонии есть, но в стороннем пакете.
Редактор кода тоже есть, это было одним из самых важных моих требований к библиотеке.
Здравствуйте, Nonmanual Worker, Вы писали:
NW>В AvaloniaUI для меня сейчас главная загвоздка что модальные окна открываются через async await, а для этого надо весь код перелопачивать. Для Win и Linux есть костыль с помощью которого можно сделать диалог обычным, а для Mac — нет.
Переделал все модальные диалоги и окна на юзерконтролы, которые показываеются поверх основного контента окна, блокируя его контролы. Реализовалось быстро и удобно. Модальные диалоги и окна сейчас только системные диалоги типа Open\Save.
Также перевел дистрибуцию под AppImage, очень понравилось, все понятно и удобно.
Здравствуйте, Nonmanual Worker, Вы писали:
NW>Всем привет! NW>Почти спортировал одну программу (.Net Core 3.1 desktop app) на Linux. Решил поставлять через snap. NW>Но т.к. в линуксе я почти ноль — то сложно разобраться с настройками yaml span'а. NW>Есть у кого примеры\ссылки подобного?
Добрый день.
Вспомнил об этом разговоре и хочу попросить вас поделиться, хотя бы в самых общих моментах, что получилось на текущий момент и какие ваши выводы относительно портирования вашего приложения на Linux.
Хочется понимать как техническую сторону, например:
— что пришлось сделать для портирования (от чего-то отказаться, например),
— каковы впечатления от .Net Core под Linux и от Avalonia
— как в целом построена сборки и распространение (вы ведь остановились на AppImage, я правильно понял и собираете self-contained релиз, который упаковываете в AppImage, верно?)
— может быть есть какие-то подводные камни от которых можно заранее предостеречь,
Ну и в целом, как вы оцениваете целесообразность такого портирования — стоит ли оно затрачиваемых усилий (или в каких случаях стоит).
Буду очень признателен, если сможете найти время и поделиться.
Здравствуйте, Михаил Романов, Вы писали:
МР>Вспомнил об этом разговоре и хочу попросить вас поделиться, хотя бы в самых общих моментах, что получилось на текущий момент и какие ваши выводы относительно портирования вашего приложения на Linux. МР>Хочется понимать как техническую сторону, например: МР>- что пришлось сделать для портирования (от чего-то отказаться, например),
Практически весь GUI удалось перенести. Переносил с DevExpress WinForms. Муторнее всего пришлось переносить редактор с подсветкой кода (AvaloniaEdit).
У меня GUI изначально было построено на MVP с задумкой на возможность перехода в будущем на другую GUI библиотеку, поэтому перенос не был сильно сложным. Трудозатратным — да.
На Mac и Linux работает.
МР>- каковы впечатления от .Net Core под Linux и от Avalonia
Вполне работоспособно. Можно коммерческий продукт делать. Но я бы посмотрел сейчас на MAUI. Но там нет аналога AvaloniaEdit — а это мне очень нужно было.
МР>- как в целом построена сборки и распространение (вы ведь остановились на AppImage, я правильно понял и собираете self-contained релиз, который упаковываете в AppImage, верно?)
Верно.
МР>- может быть есть какие-то подводные камни от которых можно заранее предостеречь,
Мак пошустрее нужно было купить, а то достался почти нахаляву Mac Mini 2012?, тупит.
МР>Ну и в целом, как вы оцениваете целесообразность такого портирования — стоит ли оно затрачиваемых усилий (или в каких случаях стоит).
У меня не стоило того. Да я и не ожидал, портировал второстепенный продукт, который и на винде то не особо. На основной сил пока нет.
МР>Буду очень признателен, если сможете найти время и поделиться.
Велком.
Здравствуйте, Nonmanual Worker, Вы писали:
МР>>- может быть есть какие-то подводные камни от которых можно заранее предостеречь, NW>Мак пошустрее нужно было купить, а то достался почти нахаляву Mac Mini 2012?, тупит.
пускай макос в виртуалке (vmware) на обычном компе, все прекрасно работает если более 16гб рам. С 2009г так проги пишу под мак и айфон.
Здравствуйте, Михаил Романов, Вы писали:
МР>Кстати, по вашей наводке, кратко взглянул как именно они распространяют продукт. МР>Предлагают 3 варианта: МР>- свой инсталлятор Toolbox App, аналогичный тому, что под Windows — позволяет скачивать и ставить все/любые продукты JB МР>- просто распаковка архива в отдельную папку и запуск специальным скриптом (jre в бинарниках, как я понимаю, лежит тут же)
у меня вот такой вариант и используется.
МР>- и таки Snap.
snap — это удобство не для юзера (хотя для него оно удобно тоже), а для девелопера — то есть всякие скрипты которые все зависимости у проги запакуют куда-то. Эти зависимости и трюки с $LD_PRELOAD $PATH и другими переменными окружения можно и ручками делать, там на самом деле ничего сложного (и у меня поэтому "просто распаковка архива в отдельную папку" и используется), но для разработчиков незнакомых с юниксом snap это упрощает
Здравствуйте, vladrsdn, Вы писали:
МР>>>- может быть есть какие-то подводные камни от которых можно заранее предостеречь, NW>>Мак пошустрее нужно было купить, а то достался почти нахаляву Mac Mini 2012?, тупит.
V>пускай макос в виртуалке (vmware) на обычном компе, все прекрасно работает если более 16гб рам.
Не надо вводить в заблуждение. Оно не прекрасно работает, а требует патча vmware и процессора только intel.
И что у вас происходит если в сафари открыть несколько вкладок? (в xcode таже песня)
