Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Trovebox as a Labs project #426

Open
rufuspollock opened this issue Apr 1, 2016 · 9 comments
Open

Trovebox as a Labs project #426

rufuspollock opened this issue Apr 1, 2016 · 9 comments

Comments

@rufuspollock
Copy link
Member

There is discussion about having Trovebox open photo project live at labs with Open Knowledge (Intl) as the holder and curator of the assets:

photo/frontend#1570

Question: should Labs take this on?

/cc @pwalsh @danfowler @davbre @davidmiller (and all labs members)

How this would work

This is a rough sketch - for discussion and review

  • Trovebox (photo) github org would stay where it was but relevant people (e.g. OK sysadmins) would become owners
  • Other trovebox assets (what are they?) might move. Imagine this is fairly limited set of stuff (e.g. domain name)
  • Copyright assignment on code (?)
  • Establish contact person or group for the project who can liase with Labs and sysadmin. This group could be those currently offering to maintain it

What would be required from Labs

  • There is an offer of a maintainer from the community who could become maintainer of this within Labs
  • Current Labs members would not be expected to take on maintaining the software
  • There is no plan to host a high maintenance service or similar - only to hold the software assets

Why

Why is trovebox aligned with Labs mission and vision?

  • Trovebox is about supplying open services that allow people to manage their (photo) content. Labs wants to support infrastructure that allows people to publish open material or manage their own material in an open, non-proprietary way.
  • Excellent, high quality product that has been orphaned but where the is community interest in maintaining and developing it
@tfmorris
Copy link
Contributor

tfmorris commented Apr 1, 2016

I would have thought that IP transfers would require involvement of an officer of the OKFN corporation, rather than a popular vote of labs volunteers.

If they decide not to take it on, the Software Freedom Conservancy is an organization which will hold funds, assets like domain names, etc for approved open source organizations. The Apache Foundation might be another alternative, although it would be a bit more of a stretch. Neither is probably interested in taking on an abandoned project and it isn't clear to me just how active the TroveBox community is. At least on Github, it doesn't appear to be very active as measured by commits or activity on forks.

@rufuspollock
Copy link
Member Author

@tfmorris

I would have thought that IP transfers would require involvement of an officer of the OKFN corporation, rather than a popular vote of labs volunteers.

Yes, of course, any formal transfer would require that but it would be predicated on and follow a discussion like this in Labs.

Small point: it is always Open Knoweldge or Open Knowledge X rather than OKFN ...

On the other point the discussion is currently with Labs as we have talked with them in the past and there is an alignment. Understand there are other options but let's focus discussion here on PoV of Labs as that is the matter at hand 😄

@danfowler
Copy link
Contributor

@rgrp I'm not strongly feeling the connection between Trovebox and Labs. I get that Labs and OK sysadmins might not directly have to support this work, but there is still some cost to running and putting our name on a service that is mostly abandoned. Can adopting Trovebox be strategically important in further developing other Labs projects?

@rufuspollock
Copy link
Member Author

@danfowler good questions. I think we should also ping okfn-labs on this one with a link here and see if people have any thoughts.

@jmathai
Copy link

jmathai commented Apr 5, 2016

Thanks for the discussion on this. Here's some additional input.

The Trovebox project has been largely dormant for about 1.5 years since the core team moved on. One of the community members wants to take the lead on continuing its development.

As part of the core team moving on the CLAs that were held were transferred to a company that sought to integrate Trovebox into their suite of products. Not all contributors signed a CLA.

We renamed the community project "The Photo Project" due to the company mentioned above and another trademark issue we had with the name OpenPhoto.

@danfowler your point is valid and I want to make sure that it would make sense to do this.

@rufuspollock
Copy link
Member Author

@jmathai to clarify on the code "ownership": i assume that everything currently in the photo org is openly licensed? i.e. the code that was open before the core team moved on remained open?

@jmathai
Copy link

jmathai commented Apr 8, 2016

@rgrp Everything we had was licensed under Apache2. So to the best of my understanding it remains under that license. There was an asset purchase agreement where IP assigned to our company was transferred. This included IP from the founders, employees and contractors who signed copyright assignment agreements.

About 1/2 of the volunteer contributors signed a copyright license agreement.

Hope that answers your question.

@rufuspollock
Copy link
Member Author

@jmathai that's pretty clear and really useful -- basically everything in the github repo is licensed under Apache2 though the underlying copyright went with the copyright assignment. The existing code can therefore be used under Apache2 and new code would obviously be copyright the contributors.

@jmathai
Copy link

jmathai commented Apr 10, 2016

though the underlying copyright went with the copyright assignment.

Correct for work which was compensated. Copyright for all non-paid work remains with the authors.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants