On Sat, Aug 10, 2013 at 4:41 AM, .. ink .. <[email protected]> wrote: > On Fri, Aug 9, 2013 at 3:04 PM, .. ink .. <[email protected]> wrote: >>> Are you interested in helping this area? >>> >> >> i will look into into >> > Me and my naive self thing we can crack this one. > I have though about it and i will attempt to do the following. > > 1. Use gcrypt as a back end to do encryption/decryption,openssl can be used > instead if it is preferred. > 2. Use CBC mode of AES as i am more familiar with it > 3. Create an independent simple C library to manage the wallet. > 4. Create a Qt/C++ interface to the library. > 5. Create a Qt/C++ GUI front end to the library at 4 to manage keys. > > Will come back when i have something to show. > > Anybody has an opinion on what to call the project?
Name: lxqt-keyring Implementation detail: I studied the source code of gnome-keyring and libgcr today. Actaully, it's only gcr-ui and gcr that requires gtk+. The gnome developers carefully separated UI and non-UI parts. The non-UI parts gcr-base and gck are not linked to gtk+. Gcr-ui is a lib used to develop other keyring associated programs. Gnome-keyring itself does not rely on it that much. So, I think porting gnome-keyring to Qt is a faster approach. Besides, gnome-keyring is well-tested and is a proven solution. Since its developers separated UI and non-UI parts already, we can use it. I'm interested in doing this, too. ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ Lxde-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lxde-list
