Ubuntu Key Server not in Seahorse default config

I can confirme that this happens on lastest version on feisty.

The fix for this is trivial (just add hkp://keyserver.ubuntu.com:11371 to data/seahorse.schemas.in).

one day to gusty, and still this haven't been fixed.

I also think it would be a good idea, especially with it coming as default in Hardy. I generated a debdiff. It adds a patch for this in debian/patches using quilt. Patch applies and builds correctly in pbuilder. Please review.

This bug was fixed in the package seahorse - 2.21.91-0ubuntu3

---------------
seahorse (2.21.91-0ubuntu3) hardy; urgency=low

  [ Alexander Sack ]
  * xulrunner 1.9 support patch
    - add debian/patches/09_xul1.9.patch
    - update debian/patches/series
  * rerun autotools accordingly; this fixes SSH support as well (LP: #174441)
    - update debian/patches/10_relibtoolize.patch
  * explicitly use --with-gecko=libxul-unstable
    - update debian/rules
  * update build depends s/firefox-dev/xulrunner-1.9-dev/
    - update debian/control{.in}

  [ Andrew Starr-Bochicchio (andrewsomething) ]
  * change keyservers (LP: #86796)
    - add debian/patches/11_ubuntu_keyserver.patch
    - update debian/patches/series

 -- Alexander Sack <email address hidden> Mon, 18 Feb 2008 11:27:35 +0100

This fixed is not in Seahorse 2.22.0 as of 13-March-2008.

Can anyone confirm this? The build log shows the patch is applied....

http://launchpadlibrarian.net/12565494/buildlog_ubuntu-hardy-i386.seahorse_2.22.0-0ubuntu1_FULLYBUILT.txt.gz

   Applying patch 11_ubuntu_keyserver.patch
   patching file debian/patches/11_ubuntu_keyserver.patch

The patch was actually only modifying itself and not the seahorse.schemes.in. I've cleaned it up and attached a debdiff.

This bug was fixed in the package seahorse - 2.22.0-0ubuntu2

---------------
seahorse (2.22.0-0ubuntu2) hardy; urgency=low

  * cleaning up debian/patches/11_ubuntu_keyserver.patch by Andrew
    Starr-Bochicchio (LP: #86796)

 -- Brian Murray <email address hidden> Tue, 18 Mar 2008 10:11:25 -0700

Interpid's seahorse needs the same patch.

Interpid need this patch too

Antono - is this a freshly installed version of Intrepid or perhaps an upgrade from a previous version?

Brian kGpg has the same prob.
should i file a new bug or attach to this one?

This bug was fixed in seahorse in hardy. The reason it's not having the intended effect is that seahorse-plugins is also setting a default for the seahorse gconf values, which it should not. Marking fixed for seahorse and opening a seahorse-plugins task.

can someone confirm if KGpg is also fixed ?

I'm on Jaunty and I see Ubuntu key servers their, but cant be sure if it was fixed, or if I manually added it during Hardy.
Thanks

$ apt-cache show kgpg
Package: kgpg
Status: install ok installed
Priority: optional
Section: utils
Installed-Size: 2312
Maintainer: Kubuntu Developers <email address hidden>
Architecture: amd64
Source: kdeutils
Version: 4:4.1.3-0ubuntu1~intrepid1

This _never_ affected KGPG. We set the ubuntu keyserver as default in kubuntu-default-settings. So if you installed kgpg in a GNOME-only environment you will not have the entry. That is however very intent because Kubuntu provides the possibility to use a pretty vanilla KDE.

Looking at the .deb file for seahorse-plugins, it is definitely installing the schemas. But it is also passing the --disable-schemas-install flag in debian/rules. Strange....

Any ideas?

the schemas installation flag is because the schemas doesn't need to be registred on the build machine but on the client one

Attached debdiff

This bug was fixed in the package seahorse-plugins - 2.25.92-0ubuntu2

---------------
seahorse-plugins (2.25.92-0ubuntu2) jaunty; urgency=low

  * debian/patches/01_ubuntu_keyserver.patch:
    - Added ubuntu keyserver to the defaults (LP: #86796)

 -- Ken VanDine <email address hidden> Thu, 05 Mar 2009 16:47:20 -0500