This page of FAQs is offered for information only. We shall try to keep it accurate and up to date but offer no warranty that it is fully correct at any given time.
Where can I find out more about Fedora 4?
The Fedora 4 wiki pages can be found here: Fedora Repository Home
DuraSpace also ran a webinar series on Fedora 4 beta pilots; the series is archived at http://duraspace.org/hot-topics
Yes! The Samvera Community was, and remains, one of the driving forces behind the development of a Fedora version 4. From the beginning of that effort Samvera developers have been checking that the new code will serve Samvera's needs and we have had a test installation running against it.
Fedora v4 is significantly different from v3 and the Fedora APIs have changed significantly. New versions of the Samvera gems that interact with Fedora are being developed alongside the development of the Fedora 4 code.
The Fedora team hopes to have a version 4.0 available by the end of the calendar year 2014 (a beta version is available as of June 2014). This version of Fedora is intended to support only new installations - there will be no provision for migrating from a Fedora 3.x repository. We anticipate a first, stable version of a 4.0 compatible Samvera gem-set shortly after the Fedora release. Fedora 4.1, supporting migration from 3.x, will be released sometime in 2015 and, again, a 4.1 compatible Samvera gem-set will be released shortly after that event.
Samvera is in use in a wide variety of institutions and organizations. It is unrealistic to expect that they will all switch to a Fedora 4 based system quickly. Indeed, some of the Samvera installations are preservation repositories which are likely to wait some time to be sure of Fedora 4's stability before committing their content to a new system. Whilst there are Samvera sites using Fedora 3.x compatible gems there is likely to be some level of support for them within the Samvera Community; that said, it is inevitable that over time Samvera developers will concentrate more and more on Fedora 4.x based systems.
For the most part the changes will be painless. There are no changes to OM or Solrizer. We've been very conscious of keeping the old API in place in ActiveFedora and adding deprecations. The primary place you will see issues is in the API for permissions within Samvera-access-controls. These changes were required to move to the RDF based web ACL "standard". Furthermore, the changes better align with the Rails and ActiveRecord API. The most difficult part will be moving the data out of Fedora 3 and into Fedora 4.
If you want to take advantage of Fedora 4 and the latest mainline Samvera developments (WebACLs, Samvera::Works, etc.), you should move to Fedora 4 as soon as practical
Fedora 4.1 will include migration support from Fedora 3.x. Recommendation: move when Fedora 4.1 is released with Samvera Support™
If on ActiveFedora >= 7, move directly to next Fedora 4 with Samvera Support
If on ActiveFedora < 7, recommendation:
move to AF 7+
can call DCE for support
If you are proactively moving to / leveraging RDF or Linked Data (RDF-style), you should move to Fedora 4 now (or in December when 4.0 is released), given Fedora 4’s native RDF support, the superior RDF tooling in the latest mainline community developments, and the weight of community interest and activity.
Eventually, Samvera on Fedora 3 will become brittle enough and vulnerable to exploits that it will not be advisable to run your apps on this stack. We can’t yet predict this point in time.
When I move to Fedora 4, do I need to move from XML to RDF?
No. Fedora 4 accommodates Fedora 3-style XML datastreams.
If you are considering a move to Fedora 4 with RDF, you may want to move to Fedora 4 with XML as a first step and then migrate your XML to RDF
Note that much of the mainline Samvera community development is currently focused on leveraging RDF for standard Samvera operations.
e.g., Samvera rightsMetadata will be expressed in RDF (you won’t need to think about it, though, because migration tools).
Samvera:Works will include RDF support for expressing file:item:work relationships
How many other people are in the Samvera on Fedora 3 boat?
Great question! A lot! We’ll do a survey to get details, and post results!
It is important and useful for those sites running Samvera on Fedora 3 to communicate their status, plans and issues, so that they can leverage each others’ work in moving to Samvera on Fedora 4 (or supporting Samvera on Fedora 3).
This discussion will unfold on the Samverafirstname.lastname@example.org list (and Samvera Tech calls)
The Fedora 4 community is soliciting features & issues & case studies for specific migration issues & needs.
When I do migrate to Fedora 4, what will I need to change in my technology stack?
Which Samvera gem versions work with which versions of Fedora?
As of November 6, 2014
Samvera on Fedora 3.
The Samvera Gem gives the official, known compatible set of Samvera gems that work with each other. See http://rubygems.org/gems/Samvera
Samvera Gem v 7.1
active-fedora ~> 7.1.0
blacklight ~> 5.5.1
hydra-head ~> 7.2.0
jettywrapper ~> 1.8.2
nokogiri ~> 1.6.0
nom-xml ~> 0.5.1
om ~> 3.1.0
rails < 5.0, >= 3.2.15
rsolr ~> 1.0.10
rubydora ~> 1.8.0
solrizer ~> 3.3.0
Samvera on Fedora 4.
Until Fedora 4 is released, there are not stable Samvera gems for working on Fedora 4. The best code branches are currently referenced in the sufia Fedora 4 branch’s dependency (see gemfile, below) see https://github.com/projectSamvera/sufia/blob/fedora-4/master/Gemfile
gem 'kaminari', github: 'harai/kaminari', branch: 'route_prefix_prototype'
gem 'sufia-models', path: './sufia-models'
gem 'sass-rails', '~> 4.0.3'
gem 'active-fedora', github: 'projectSamvera/active_fedora', branch: 'fedora-4'
gem 'ldp', github: 'cbeer/ldp'
gem 'hydra-head', github: 'projectSamvera/hydra-head', branch: 'fedora-4'
gem 'Samvera-collections', github: 'projectSamvera-labs/Samvera-collections', branch: 'fedora-4'
gem 'Samvera-derivatives', github: 'projectSamvera-labs/Samvera-derivatives', branch: 'fedora-4'