Live data from Hacker News

Boden – Native mobile cross-platform applications

boden.io

111–120 of 134 posts

Re: Boden – Native mobile cross-platform applications

#111
post #108

Earlier quoted context omitted.

Tell me, when your user has downloaded an app and wants to relink it with their custom version of Boden, how do they proceed?

LGPL 2.1 6c - on request, you provide the user with object code they can link against their custom version. Should be enough, if no other terms of the app store get in the way? (VLC is an example of a well-known program that relicensed to LGPL and now is available in the app store, so clearly it is possible)

And how does the user then get their relinked app onto their phone?

(There are plenty of App Store apps with LGPL code in them. The question is, should they be there? And VLC is not a good example, since presumably, I don't know - but I think all of it is LGPL or in any case, open source. The user can rebuild all of VLC in that example. The situation with Boden is going to be that a an app, probably proprietary, has a Boden library in it.)

Re: Boden – Native mobile cross-platform applications

#112
post #109

Earlier quoted context omitted.

Tell me, when your user has downloaded an app and wants to relink it with their custom version of Boden, how do they proceed?

If the app is open source (or at least the source code is accessible), the user would proceed to the source repo, clone it, open the Xcode project and relink to the framework version of their choice. Others have pointed out how it could work with closed source apps. It's a bit more complicated, but it certainly is possible.

It would be prudent to advertise this expectation of the app developer hoping to use the LGPL version. (Whereas with for instance the MPL and other licenses, no such need exists.)

Re: Boden – Native mobile cross-platform applications

#113
post #108

Earlier quoted context omitted.

LGPL 2.1 6c - on request, you provide the user with object code they can link against their custom version. Should be enough, if no other terms of the app store get in the way? (VLC is an example of a well-known program that relicensed to LGPL and now is available in the app store, so clearly it is possible)

And how does the user then get their relinked app onto their phone? (There are plenty of App Store apps with LGPL code in them. The question is, should they be there? And VLC is not a good example, since presumably, I don't know - but I think all of it is LGPL or in any case, open source. The user can rebuild all of VLC in that example. The situation with Boden is going to be that a an app, probably proprietary, has…

Isn't the problem of "how do I get the app onto my phone" the same in both cases?

Re: Boden – Native mobile cross-platform applications

#114
post #45

It looked very promising but GPL for mobile iOS and Android Apps It is impossible, even I release the Apps free it is very difficult to work with GPL on those ecosystems. It is sad because it really looks very cool code.

Boden author here, a bit overwhelmed by the feedback. We are in the process of releasing a new version that will change the license to LGPL / Commercial.

Hi! I vote for keep Boden licensed under GPL.

Lets keep Boden FLOSS forever!

Re: Boden – Native mobile cross-platform applications

#116
post #65

Forget Boden and forget messy C++... use Google backed Flutter framework with Dart. https://flutter.dev Checkout youtube for presentations. Build once for iOS, Android, ChromeOS, Web, All desktops.

performance. the Dart VM is one thing. C and C++ are closer to the bare metal.

Only debug builds use the Dart VM -- release builds are native code. If you want to execute C++ you can do so via native channels.

Re: Boden – Native mobile cross-platform applications

#117
post #84

Earlier quoted context omitted.

Is it reasonable to expect people to buy a commercial license if releasing a free app to a commercial app store? Probably depends on the reasonable(?) license fee.

If it's a truly free app, why not release your source code?

The GPL is not compatible with Apple's App Store restrictions, so giving away your source code is not sufficient to comply with the GPL.

"The primary problem is that Apple imposes numerous legal restrictions on use and distribution...through the iTunes Store Terms of Service, which is forbidden by section 6 of GPLv2."

https://www.fsf.org/news/2010-05-app-store-compliance

See also https://apple.stackexchange.com/a/59495

There is also a significant difference between giving away free applications and giving away the source code. Both from an internal perspective (the company may want to charge for the product or related products or products on other platforms now or in the future) and an external perspective (the app may require other software for which the company does not have rights to release source code).

"Here's a free loaf of bread."

"Why don't you just give me the bread factory and the farms that supplied the ingredients?"

Re: Boden – Native mobile cross-platform applications

#118
post #85
post #70

Earlier quoted context omitted.

How will the license enforce that an app using an LGPL version of the library can't be sold? As such LGPL doesn't mean the consuming app has to be free.

Sorry, I should have written "apps conforming to the terms of the LGPL" instead of "free". Of course it's still possible to sell apps based on Boden licensed under LGPL as long as you comply with the license terms. I fixed the parent comment.

Is there then a business model in a commercial license for Boden if a company can use it as LGPL? In general are there many companies who pay for a commercial license to avoid LGPL?

Re: Boden – Native mobile cross-platform applications

#119
post #104

Earlier quoted context omitted.

Catherine is relatively known in the Rust community, hence why I didn't mention anything else. Here is her keynote talk at Rust Conf 2018. https://youtu.be/aKLntZcp27M

Ah ok had to skim through the slides a bit, I think you meant to use the phrase "generational indexes" which is why googling didn't help me. This project was more helpful for my understanding: https://github.com/fitzgen/generational-arena I'm not sure what your ultimate point was though? You don't have to use anything like that in normal Rust code

Only if you understand by normal Rust code, CLI apps.

If we are talking about graphical applications, that would be a common usage.

Post reply on HN