Hello,

On Oct 21, 2010, at 1:24 PM, Juan Antonio Martinez wrote:
> Some people here suggest that DBus could be a solution for asking user
> to enter pin or confirm signature operation, as commonly done for 3G
> modems and Bluetooth devices
I think this is where Seahorse/GnomeKeyring should step in and integration with 
it (at least on Linux) makes sense, especially for "system GUI" kind of things 
that are everyday on Windows (BaseCSP) and OS X ("unlock keychain" windows).


> Afaik, DBus is supported in Linux, windows[1], and MacOs[2]
> So -in theory- is possible to get a general and portable solution for
> the user consent problem. But this lies on Dbus package dependencies
> for OpenSC, and external dependencies are not wellcomed...

And it also runs in the kernel [1], speeding up the smart card usage ;)

OpenSC should be portable to the extent of providing portable code for what can 
actually be ported between platforms (like PC/SC or OpenSSL). And integrating 
with the platform as well as possible should not be forgotten either.
DBus only matters as a platform utility on Linux, elsewhere it is comparable to 
"Java runs on anything", whereas in real life you need a compatible JVM to be 
available for practical purposes.

> Any Suggestion?. If you think that is a good idea, I could write some
> bits.
There used to be UI functions inside libopensc that were not actually used but 
marked the intent of having some kind of UI capabilities. 

I would use native and as-thin-as-possible GUI (Whatever Windows API, OS X 
Cocoa and GTK and/or Qt for Linux) instead of relying on awkward extras like 
assuan or dbus or something similar.
If the internal working of Seahorse requires dbus or if it is a defacto 
mechanism on Linux, it cold be used *on Linux* but not for portable code. I 
would not use pluggins but keep it simple and provide three different platform 
specific implementations.


[1] http://alban.apinc.org/blog/2010/09/15/d-bus-in-the-kernel-faster/
-- 
@MartinPaljak.net
+3725156495

_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel

Reply via email to