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