On Fri, 13 May 2016 15:49:45 -0400
Stephen Gallagher <sgallagh(a)redhat.com> wrote:
On 05/13/2016 03:34 PM, Michael Catanzaro wrote:
> On Fri, 2016-05-13 at 13:01 -0400, Stephen Gallagher wrote:
>> CCing the desktop list, but please keep replies on the Fedora devel
>> At today's FESCo meeting, we raised several questions that we
>> would like to
>> have answered about this change.
>> 1) Have the GNOME, Anaconda/Blivet and Cockpit folks agreed to
>> replacing Udisks2?
As for Gnome: I think this has been sorted out -- as long as we don't break
anything, nobody seems to have strong opinions about udisks2 vs storaged.
Anaconda/Blivet has never been the udisks2 API consumer: the storaged
dependency has been added for iSCSI support that was never present in udisks2.
>> 2) Is it expected to be a complete cutover (where we drop
>> from the
>> default install and/or from the distro entirely
The plan for storaged is to provide complete udisks2 API drop-in replacement:
the dependent components should not notice. Once there is nothing requiring
udisks2 itself there is no need to keep it in the distribution...
> udisks upstream is inactive and has recently expressed some
> allowing the storaged developers to take over maintenance of udisks
> going forward. It would be better to first try merging the storaged
> changes into udisks instead; that way, we share the same code across
> all distros, without having to evangelize storaged vs. udisks.
With respect, the reason storaged exists is because Udisks2 upstream
refused to accept patches to support LVM. I'm not saying we shouldn't try
to merge them back together, but the fork happened because upstream was
Merging the code and joining forces would be of course the best way forward.
I wouldn't care about the name of the result.
To the best of my knowledge (Tomas Smetana can correct me), storaged
proper superset (and has a more encompassing name), so my suggestion would
be to just make storaged the official upstream and migrate away from the
older Udisks2. (With a plan to deprecate the org.freedesktop.Udisks2
interface in 2-3 years in favor of the org.storaged.Storaged interface).
There is no plan to deprecate the org.freedesktop.Udisks2 interface yet. And
if the two projects merge again it's perhaps better to keep the old naming so
the API consumers don't have to suffer unnecessary changes. The more
important tasks for storaged would be improving scalability, adding more
automated tests (especially for the new stuff), packaging for Debian/Ubuntu,
Platform Engineering, Red Hat