Email or username:

Password:

Forgot your password?
dansup

I am a bit worried about publishing the #loops mobile app source code, specifically the camera logic

There are no existing libraries or examples, that I'm aware of, that do what Loops Camera does

I'm mostly worried about shady clone apps or other uses that violate our license

I think an amicable solution would be to publish the app source, but with a placeholder basic camera while shipping the full camera to App Stores

What do you think?

11 comments
Andy

@dansup If someone wants to redo what your camera does, they will eventually find a way regardless of you open sourcing it or not!

publishing different builds to what your open source code is has multiple drawbacks:

* no replicable builds: we as a community never can be sure what you push to the store
* the release process gets over-complicated for you too, because you need to bring in the different camera into the OSS code locally for each release

Alexia :neocat_flag_trans:

@dansup I was kind of hoping for reproducible builds down the line, with a setup like this that won't be happening sadly :/

dansup

@cyrus There is hope, I've not made a final decision yet, I was hoping the community could give their feedback to help me make a decision.

I could be totes wrong and overestimating the value of this, I want everything to be open source but the app will use a "flagship instance" by default

JP

@dansup I figure clones will always happen, but you don’t want to _accelerate_ them with your own work for sure; and particularly while you’re launching.
Perhaps you could start by open sourcing your code N months delayed, (but publishing all the hashes between now and then, to demonstrate honesty). As Loops gains visibility & prestige (so clones are less damaging), you could reduce the delay time.
(This would probably work best if your camera work is a totally separate repo!)

Silmathoron ⁂

@dansup just from your post, I don't see any reason to not publish the code: I don't see why shady clone apps would have a better chance of tricking people with or without that code. On the other hand, if the code is good, then it's a valuable contribution to the ecosystem and may benefit many other interesting projects.

Robert von Burg :vegan: :tux:

@dansup someone will always copy open source code which has gotten a degree of visibility. That should make you proud, not worried. At least that is how i see it.

flaeky pancako

@dansup I would say if you truly feel uncomfortable but still feel torn, open source it but delay the release of that specific code

But also want to say that open source is the mycelium of software and most of the code we all benefit from is code that people put there life's essence into. You would be adding to that and having people use that code shows the value of that code. If it is truly valuable it will become part of that foundation.

Victor von Void

@dansup
As others said: publishing code different from what 's in the stores is problematic.

How about creating a library with the camera code and a really strong license? Add some features that will make it easily identifyable but can't be removed easily. That way copycats will either be identified quickly or have to put in enough effort to make copying unattractive.
If they violate the license there are a lot of organisation (FSF and others) that might help with taking legal actions.

Dale Harvey

@dansup Do you use Open Source libraries in the software you build? Often libraries that did not exist until someone published them.

It feels like somewhat against the very spirit of open protocols and collaboration to be considering publishing something like that closed source, pulling the ladder up as it were.

Jule :tux: 🇪🇺

@dansup
Not open sourcing the whole code means no distribution through f-droid which would be really sad...

Go Up