EPrints Technical Mailing List Archive
Message: #06667
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] EPrints 3.4 and the Managed Availability programme.
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] EPrints 3.4 and the Managed Availability programme.
- From: Tomasz Neugebauer <Tomasz.Neugebauer@concordia.ca>
- Date: Thu, 29 Jun 2017 22:59:56 +0000
I am sure that I'm not the only one for whom one of the most compelling reasons that I have been an EPS customer is that EPrints is an open source project, and paying for EPS support meant contributing to the open source community. This move, towards "managed
availability", will drive those customers who hold open source as a core value away from EPS; and it should be obvious that as a community, we tend to hold open source as a core value
"The notion of Managed Availability is that rather than having an open beta or preview, that the software is released in a controlled
way, until eventually it is at a point where it will become fully open."
Thank you for posting this information, but it still doesn't answer the question that I asked. What license is the code that you do distribute 3.4 under, right now, before it is "open"? The GPL license, gives those people who have the code the right to
share it, add to it, etc. it guarantees end users the freedom to run, study, share and modify the software. Can an EPS customer share and modify the software that it got from EPS, during the "managed availability" period? If not, then this is not open source software. To be open source, it has to have an open source license.
Right now, the "managed availability" source sounds like a license that is much like a publisher embargo with no expiry date set. EPS will decide when the embargo expiry will be. That is very difficult to accept, and possibly legally problematic. I know
that I would be very reluctant to include source code under those conditions, in any open repository.
________________________________________________ Tomasz Neugebauer From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Justin Bradley <jb4@ecs.soton.ac.uk>
Sent: Thursday, June 29, 2017 7:19 AM To: eprints-tech@ecs.soton.ac.uk Subject: [EP-tech] EPrints 3.4 and the Managed Availability programme. EPrints 3.4 and the Managed Availability programme.
We're very proud of EPrints' open source commitment and the ecology of users, developers and businesses that has co-developed with the software in the past 17 years.
The “Managed Availability" is a delay in releasing the source code that allows us (EPrints Services, EPS) to keep a sufficient base of subscribing customers, to stay in business, and continue developing the
code in terms of bug fixes and new features. It also ensures a way for proper governance of the code base.
We are committed to release version 3.4 as open source once EPS clients, our only source of funding for the expensive business of core development and maintenance, have had the opportunity
to benefit from new developments.
EPrints Services is located in an academic department of the University of Southampton, not in a business services unit. We are not seeking profit, but we are seeking the right balance
of commercial income and community benefits to allow EPrints to continue to serve the open access community into the future. The approach that we have taken has successfully used commercial subscription to sustain the ongoing development of EPrints for the
benefit of the community as a whole in a tight funding environment.
Our apologies that we haven't been clear enough about availability and the future licensing. In truth, we've been feeling our way forward in quite challenging funding circumstances
for UK and global academia and academic libraries. Please let's continue the discussion about how to make sure that we get this balance right.
The notion of Managed Availability is that rather than having an open beta or preview, that the software is released in a controlled way, until eventually it is at a point where it will become
fully open.
If as a developer or as someone who manages their own EPrints repository you wish to work with 3.4, then you should get in touch.
Regards,
Justin
-- Justin Bradley Strategy & Technical Lead EPrints Services University of Southampton |
- References:
- [EP-tech] EPrints 3.4 and the Managed Availability programme.
- From: Justin Bradley <jb4@ecs.soton.ac.uk>
- [EP-tech] EPrints 3.4 and the Managed Availability programme.
- Prev by Date: Re: [EP-tech] Error: valid repository identifier
- Next by Date: Re: [EP-tech] EPrints Foundation Proposal
- Previous by thread: [EP-tech] EPrints 3.4 and the Managed Availability programme.
- Next by thread: [EP-tech] "unpublished" previous version is linked in abstract-page
- Index(es):