http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1175 <pre>Seahorse is the GNOME application for managing encryption keys and passwords. This is an stable release. Highlights between 3.8.1 and 3.8.2: =================================== * Tweaks to which X.509 certs are displayed * Fix for GTK 3.8.x deprecations * Updated translations Details between 3.8.1 and 3.8.2: ================================ Christian Kirbach (1): Updated German help translation (fix tag mismatches) Stef Walter (5): Fix for deprecations in GTK+ 3.8.x and later pkcs11: Hide the unusable XDG token by default pkcs11: Hide certificates that have no DER X.509 values pkcs11: Don't list intermediate CA certificates as 'Personal Certi Release version 3.8.2 Downloads and Checksums: ======================== Source code: http://download.gnome.org/sources/seahorse/3.8/ b3837d088b7e3f7ebc41cb3f11c5c85e2df7e06bdc538a3e85bb1a13c34c9a12 seahorse-3.8.2.tar.xz Cheers, Stef Walter </pre> Stef Walter 2013-05-14T06:40:41 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1174 <pre>*I wrote this review of it: *Whiule my technical understanding of it may be a touch limited, it seems to me to be an automated password / access generator, for access to programs or the access of programs (and other things) to passwords and the operations they enable; through the use of a master password. The trouble is that it opens up at random times, with NO information about what program wants to access the password, or worse WHO may be wanting to access the keyring; or why. This is a totally unacceptable lack of user control. There is no control panel. No OFF switch. If you uninstall it - via the control center, it removes python, the Software Centre etc.., etc., etc... So you have to reinstall the Software Centre / python etc., etc., etc via Synaptic, and guess what - this program reinstalls it's self, along with ALL the other programs it removed in the uninstall. I think it's like a cancer... you cut it out and it grows back. What ever the "merrits" of the security level it enhances - the anno</pre> wroger_wroger wroger_wroger 2013-04-10T18:13:49 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1173 <pre> Hmmm, good point. In general gnome-keyring will provide a password prompt automatically for you through its gpg-agent. Here you go: https://developer.gnome.org/gcr/unstable/ I could move the seahorse password prompting code to the Gcr library and integrate it there in a more future proof manner. If this is useful to you... Cheers, Stef </pre> Stef Walter 2013-04-28T18:26:28 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1172 <pre>Il giorno sab, 27/04/2013 alle 13.45 +0200, Stef Walter ha scritto: Wow, I've seen some examples of the Python bindings and indeed I should have spotted it sooner... when I have a free hour, I'll rewrite my code using it. I just will have to take care of the password request dialog (right?), which seahorse provided. Uhm... I googled for gcr, but I didn't really understand what it is. Pietro </pre> Pietro Battiston 2013-04-27T18:40:04 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1171 <pre> I would suggest using gpgme directly. This is far more efficient, although may take one or two more steps. If you need pointers on how to accomplish this I can help. In the 'Gcr' library I'm building a UI selector similar to what is in libcryptui, but that may not be related to what you're doing. Cheers, Stef </pre> Stef Walter 2013-04-27T11:45:30 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1170 <pre>Il giorno sab, 27/04/2013 alle 11.24 +0200, Stef Walter ha scritto: I'll try to take a look (but again that's not a stopper to me). But your answer triggers an obvious (possibly final) question: is there some suggested replacement to "libcryptui and that DBus interface" which is "not really in use anymore"? Did I make an obvious mistake in relying on it with newly written code? Thanks, Pietro </pre> Pietro Battiston 2013-04-27T10:18:50 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1169 <pre> Again, looks like a bug to me. It's hard to know how to answer this question off hand. libcryptui and that DBus interface is really old and not really in use anymore. But happy to help integrate patches if you do find the bug. Cheers, Stef </pre> Stef Walter 2013-04-27T09:24:38 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1168 <pre>Il giorno sab, 27/04/2013 alle 09.35 +0200, Pietro Battiston ha scritto: I think https://lug.asprion.org/wiki/1/Seahorse_DBUS_Interface answered my questions, together with the observation that only keys with the "short kind" of raw-id have a fingerprint: the other must hence be subkeys. So filtering on the presence of the "fingerprint" field should work. Pietro </pre> Pietro Battiston 2013-04-27T07:56:37 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1167 <pre>Il giorno ven, 26/04/2013 alle 21.48 +0200, Stef Walter ha scritto: OK. Well, that's not crucial for me (and anyway I can't rely on it if it doesn't get distributed, so that wouldn't help). I just wanted to be sure I wasn't missing something. Instead I have another question: of all the keys I get with the "ListKeys" function of org.gnome.seahorse.Keys, some have a "raw-id" looking like "04E29C73", some like "B0894B0104E29C73:2". All of my tests seem to show that those of the first kind are able to encrypt, those of the second are not (org.freedesktop.DBus.GLib.UnmappedError.Org.gnome.seahorse.Error.Failed.Code1: Key is not a valid recipient for encryption). But can I reliably establish that I can drop all keys with the "raw-id" longer than 8 digits when asking the user for a key to encrypt? Or is there a better method to do this filtering? Thanks again, Pietro </pre> Pietro Battiston 2013-04-27T07:35:54 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1166 <pre> I think if you have a default key it'll be automatically included in the recipients. Most likely a bug. This is implemented in libcryptui, which doesn't have much maintenance. but I would include a patch (and help you get started with building it) if you like. Cheers, Stef </pre> Stef Walter 2013-04-26T19:48:40 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1165 <pre>Hello, since the gedit plugin did not work with GNOME 3, and since the various workarounds found by googling didn't work for me, I wrote a new one: http://pietrobattiston.it/gedit-crypto This mail is to thank you for the very nice DBus service, to ask for any kind of feedback of what I could do better (i.e. realising _before_ trying which keys are a valid recipient for encryption), and to ask one particular question, which follows. When I use the DBus method EncryptText(), I am asked for a list of keys. Assume I give some key of a friend of mine. When I try to decrypt the resulting text, I would expect the process to fail - I don't have her private key. Instead, gpg decrypts it without problems, because the text is encrypted both with my friend's key and _my_ key. Fair enough, it can make sense, in principle, that I'm able to decrypt any text I encrypted. But then, I would expect EncryptText() to also accept an empty list of keys: it should then encrypt using only my key. Instead, it refuses, pretending </pre> Pietro Battiston 2013-04-26T14:38:07 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1164 <pre>Hi all, In order to make hacking on Seahorse easier, I've put in some work to make components writable in Vala. This is now in git master. In general I hope to write new UI stuff in Vala, now that it's stabilizied. Cheers, Stef </pre> Stef Walter 2013-04-21T13:36:58 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1163 <pre>seahorse-sharing is a daemon for sharing your GnuPG keys using HKP key sharing discovered with DNS-SD. Highlights between 3.6.x and 3.8.0: =================================== * Updated translations Details between 3.6.x and 3.8.0: ================================ Gabor Kelemen (2): Add hu to LINGUAS Initial Hungarian translation added Rafael Ferreira (2): Added Brazilian Portuguese Translation Added pt_BR to LINGUAS Stef Walter (2): Release version 3.7.5 Release version 3.8.0 Yuri Myasoedov (1): Added Russian translation Downloads and Checksums: ======================== Source code: http://download.gnome.org/sources/seahorse/3.8/ e216e7d5709e688e142b4e96710759f5be54c39ac6c2d58f2eec330e4dfef92b seahorse-sharing-3.8.0.tar.xz Cheers, Stef Walter </pre> Stef Walter 2013-03-25T11:09:41 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1162 <pre>Seahorse is the GNOME application for managing encryption keys and passwords. This is an stable release. Highlights between 3.6.x and 3.8.0: =================================== * Fix problem where keyring items overwrite one another * Don't show preferences when no preferences are available [#694678] * Don't conflict with seahorse-daemon DBus name [#694053] * Fix command line options parsing [#686980] * Added keywords to .desktop file * Correct capitalization of ElGamal * Updated translations * Translation fixes * Build fixes Details between 3.6.x and 3.8.0: ================================ A S Alam (1): Punjabi: Translation updated (aalam) Alexandre Franke (2): Fix tags for French translation Update French translation Andika Triwidada (1): Updated Indonesian translation Anish A (1): Updated Malayalam Localization Ask H. Larsen (1): Updated Danish translation Aurimas Černius (2): Updated Lithuanian translation Updated Lithunian translation </pre> Stef Walter 2013-03-25T10:56:55 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1161 <pre>seahorse-nautilus is a nautilus extension for encrypting, decrypting and signing files. Highlights between 3.6.x and 3.8.0: =================================== * Updated translations Details between 3.6.x and 3.8.0: ================================ Aurimas Černius (1): Updated Lithuanian translation Daniel Mustieles (3): Updated Spanish translation Updated Spanish translation Updated Spanish translation Gabor Kelemen (1): Updated Hungarian translation Marek Černocký (1): Updated Czech translation Matej Urbančič (2): Added Slovenian translation Updated Slovenian translation Rafael Ferreira (1): Updated Brazilian Portuguese translation Stef Walter (3): Release version 3.7.5 Release version 3.7.92 Release version 3.8.0 Yaron Shahrabani (1): Updated Hebrew translation. Мирослав Николић (1): Updated Serbian translation Downloads and Checksums: ======================== Source code: http://downlo</pre> Stef Walter 2013-03-25T11:01:46 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1160 <pre>libcryptui is a library used to list GnuPG keys. It is gradually being replaced by the GCR library, and will soon be deprecated. This is a stable release. Changes between 3.6.x and 3.8.0: ================================ * Updated translations Detailed change log between 3.6.x and 3.8.0: ============================================ Daniel Mustieles (1): Updated Spanish translation Gheyret Kenji (1): Updated Uyghur translation Stef Walter (2): Release version 3.7.5 Release version 3.8.0 Downloads: ========== http://download.gnome.org/sources/libcryptui/3.8/ 10eed96e33b6d7286795a7c678a5655a86ae099fb98d1f7211aa28aa636c0837 libcryptui-3.8.0.tar.xz Cheers, Stef Walter </pre> Stef Walter 2013-03-25T10:08:24 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1159 <pre> Hi, sorry to bother you again with this. We haven't got any answer so far, so I'm sending you a last reminder before dropping the idea. Is anyone interested in one of those bounty proposal? _______________________________________________ seahorse-list mailing list seahorse-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/seahorse-list </pre> sajolida< at >pimienta.org 2013-03-13T10:16:45 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1158 <pre>Supporting the big ones seems like a good policy. Looks like Fedora 18 is close to supporting python3 in the dbus-python package, but this is a very new development (3 days ago). http://pkgs.fedoraproject.org/cgit/dbus-python.git/log/ Heheh, they don't miss a beat. I'll go ahead and file a bug and block the Gnome Python3 goal bug. On Tue, Feb 26, 2013 at 5:02 AM, Stef Walter &lt;stefw&lt; at &gt;gnome.org&gt; wrote: </pre> Russ Adams 2013-03-01T01:35:05 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1157 <pre>Hi Stef, On Tue, Feb 26, 2013 at 11:47 AM, Stef Walter &lt;stefw&lt; at &gt;gnome.org&gt; wrote: Thanks very much. I've had a quick look, and the comments look very helpful. The workflow seems fine for now. With regards to the UI, I'll need to document things as they are for this release, but will certainly look for places where the UI seems less than ideal and will file bugs as appropriate. Jim _______________________________________________ seahorse-list mailing list seahorse-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/seahorse-list </pre> Jim Campbell 2013-02-26T16:41:11 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1156 <pre> Tails already includes tools to do that so that's no priority for us: https://tails.boum.org/doc/encryption_and_privacy/secure_deletion/ _______________________________________________ seahorse-list mailing list seahorse-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/seahorse-list </pre> sajolida< at >pimienta.org 2013-02-26T11:23:50 http://permalink.gmane.org/gmane.comp.gnome.apps.seahorse.user/1155 <pre> Well, we already have the money so we're rather looking for people to do the job. I haven't received any proposal so far. Anybody interested? _______________________________________________ seahorse-list mailing list seahorse-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/seahorse-list </pre> sajolida< at >pimienta.org 2013-02-26T11:23:08 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnome.apps.seahorse.user