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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Kde-hardware-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-hardware-devel
