Timeline for How to open-source code for an ebook-style iOS Qt app but retain control of the content? [duplicate]
Current License: CC BY-SA 4.0
15 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 18 at 21:33 | comment | added | timday | @PhilipKendall The answer to this question opensource.stackexchange.com/questions/8674/… makes it clear to me an iOS app based on GPL Qt would be no-go on the app store. | |
| Apr 18 at 21:26 | comment | added | timday | @ecm: Hmmm... interesting. Think I let myself get too distracted by all the CC stuff in those linked questions in the first couple of comments and focussed too much on that. The Doom model might be a good one, although it might be more plausible for our app if the data was more separated out than it is currently (a mess of Qt rc files and hardwired paths to them and their contents in the code). Are you aware of any GPLed SW on the iOS appstore which uses that sort of licensing model? (Especially if it bundles "content" with the app and doesn't rely on a subsequent download.) | |
| Apr 18 at 16:53 | comment | added | ecm | "further reading on the compatibility (or not) of the various CC licenses with the GPL helped clarify what's considered acceptable." Actually, if you read my first comment I noted the data license need not be GPL-compatible. The free software Doom games are a good example of this; their level data is incompatible to the GPL. | |
| Apr 18 at 14:50 | comment | added | timday | @Brandin: the "content" is basically a big .zip of text, image and video files. But those get "baked in" to the app bundle in the form of Qt resource files. I suppose if we made the content separate from a FOSS "player" app and they were something you had to go and download separately and then the player app accessed them it'd be a different story (more like how open source Doom does things, with its still separate .wad content file?) But user convenience on iOS pretty much demands including them all in the app bundle. | |
| Apr 18 at 14:37 | history | edited | timday | CC BY-SA 4.0 |
More detail in update
|
| Apr 18 at 14:32 | comment | added | timday | @PhilipKendall That's a good point! I hadn't heard much about that issue in years and just assumed it had gone away... but apparently not. What might have changed is that Apple no longer proactively ban GPLed SW "on sight", but they certainly respond to authors of GPLed SW's requests to take down infringing apps. Interesting read at news.ycombinator.com/item?id=26482952 . | |
| Apr 18 at 14:23 | history | closed |
Philip Kendall Mureinik Bart van Ingen Schenau Martin_in_AUT CommunityBot |
Duplicate of Is data part of corresponding source for GPL 3? | |
| Apr 18 at 14:22 | history | edited | timday | CC BY-SA 4.0 |
Add an update
|
| Apr 16 at 11:55 | comment | added | Brandin | If the end-users rebuild the open source app from sources themselves, then would they be able to still open the proprietary content (assuming they have a valid license/account/subscription)? | |
| Apr 13 at 10:41 | review | Close votes | |||
| Apr 18 at 14:27 | |||||
| Apr 13 at 10:24 | comment | added | Philip Kendall | Separately from the "GPL and data" issue, you probably also need to worry about whether you can put GPL software on the App Store at all. | |
| Apr 13 at 10:23 | comment | added | Philip Kendall | I agree with @ecm in that I feel this is covered by Is data part of corresponding source for GPL 3?; if you feel it doesn't, please explain what you still need clarity on. | |
| Apr 12 at 20:57 | comment | added | ecm | It is generally possible to license your program under (L)GPL but data under another (incompatible) license. This is often done for video games. Quick search found this: opensource.stackexchange.com/questions/13317/… | |
| S Apr 12 at 16:27 | review | First questions | |||
| Apr 17 at 6:12 | |||||
| S Apr 12 at 16:27 | history | asked | timday | CC BY-SA 4.0 |