[Kde-hardware-devel] Solid UDisks backend
Kevin Ottens
ervin at kde.org
Mon Jul 26 09:24:11 CEST 2010
On Sunday 25 July 2010 16:27:34 Pino Toscano wrote:
> Why in trunk directly and not in some branch for later review?
On Michael's side, it's because I asked so. :-)
On my side it's because I want that running in the upcoming 4.6 ASAP so that
it gets the testing it needs.
> Where is that written that you were working on that?
Akademy meeting minutes. Shortly after the meeting we sat together and I got
Michael started.
> Why I have the feeling that who was not at akademy has not been made aware
> of almost anything...
This one can clearly blamed on me as I was very late on making the minutes
public on the wiki as you noticed. For some reasons I was sure I published
them while in fact I didn't.
> > It seems there is some activity lately in branches/work/solid-
> > devicekit/solid/backends/devicekit that is doing pretty much the same
> > as the UDisks backend and adding some battery stuff. What are the
> > plans for the devicekit backend? At the akademy ervin told us it
> > would be an old attempt and not used any more...
>
> Most probably just replacing "devicekit-disks" with "udisks" and
> "devicekit-power" with "upower" could make it work again (if Lukas
> didn't already).
"work" yes, but doesn't fit in the plans which were made a while back of not
having a "one ruling single backend" loaded. And the backend in this branch is
written along those lines.
> I just wonder why reimplemeting the wheel over and over, instead of
> taking one of these "working" implementations...
I'm all for reusing code from there if that fits. Reusing the whole backend
as-is is out of the question though because it shouldn't be a single backend
at that point.
Now as the "reimplementing the wheel over and over" you're overreacting IMO.
Yes, it's kind of competing with what's currently lying into the devicekit
branch, but it's not like we're spawning something like that every two weeks.
Regards.
--
Kévin Ottens, http://ervin.ipsquad.net
KDAB - proud patron of KDE, http://www.kdab.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-hardware-devel/attachments/20100726/b06da41b/attachment.sig
More information about the Kde-hardware-devel
mailing list