On Fri, 2016-12-02 at 15:23 +0100, Vratislav Podzimek wrote:
> Hello again, everyone!
> 
> Let me use this opportunity of a general quiet in this thread to try to push 
> it further a bit. I believe we have all agreed on the direction we
> would
> like to go with the udisks2 and storaged projects. That being the 
> reunification of the projects using the current storaged codebase. In the 
> meantime
> I
> ported the patches from the udisks-2.1.8 release to storaged [1] to avoid 
> potential regressions.
> 
> [1] https://github.com/storaged-project/storaged/pull/149
> 
> There's one thing that has been left undecided, though -- the name of the 
> unified project. Some people expressed their ideas/opinion on this some
> didn't. But I feel we need to vote about this. So here it comes. Do you want 
> the project to be:
> 
> 1) udisks2, preserving the UDisks2 API and extending it in consistent manners 
> (e.g. byte arrays instead of strings, everything synchronous,...)
> 
> 2) storaged, preserving the UDisks2 API for an intermediate period moving to 
> a new Storaged API setting new standards (strings, returning job
> objects
> enabling both asynchronous and synchronous operations,...)
+1

> 
> 
> Please vote by replying to this email with "+1" under one of the options. We 
> can then easily count the votes. If you want to also describe your
> reasoning, feel free to use space below this paragraph.
As explained before, I think we now have more goals and want to cover a broader 
area of GNU/Linux storage. Plus the old API has some weird aspects.

-- 
Vratislav Podzimek

Anaconda Rider | Red Hat, Inc. | Brno - Czech Republic
_______________________________________________
devkit-devel mailing list
devkit-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/devkit-devel

Reply via email to