storaged: why did we fork udisks2

Tomáš Smetana tomas at
Thu Nov 19 01:30:30 PST 2015

On Wed, 18 Nov 2015 17:40:33 +0100
Bastien Nocera <hadess at> wrote:

> On Wed, 2015-11-11 at 11:27 +0100, Tomáš Smetana wrote:
> > Hello.
> > 
> <snip>
> > If udisks2 upstream would be willing to support the server-type use
> > cases, we would of course gladly join them. But again: it's already many
> > years old topic. And unless udisks2 upstream changes their mind, there is
> > no other option than to continue with storaged.
> This still doesn't explain why you changed the API, instead of
> extending UDisks' one.

Because we were focused on the new projects and didn't want to pretend we're
udisks2.  Also it's still not clear whether all the things we might want to
do in the future would be possible just with udisks2 extension.  We may
eventually want to diverge even in the parts that are common now.

> That, combined with the gratuitous renaming of all the sources files
> means that 1) storaged isn't a drop-in replacement for udisks 2) it's
> hard to share fixes between the 2 versions.

That's true. But again: being a drop-in replacement was not the main concern
when we started and having to maintain compatibility with udisks2 seemed like
additional burden.  Yes, it might make porting more difficult, however... How
many projects actually depend on udisks2 and how deeply?

Tomáš Smetana

More information about the devkit-devel mailing list