<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Almanah 0.5.0</title>
	<atom:link href="http://tecnocode.co.uk/2008/11/16/almanah-050/feed/" rel="self" type="application/rss+xml" />
	<link>http://tecnocode.co.uk/2008/11/16/almanah-050/</link>
	<description>Ramblings on computers…</description>
	<lastBuildDate>Fri, 20 Jan 2012 21:19:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Neil Williams</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-448</link>
		<dc:creator>Neil Williams</dc:creator>
		<pubDate>Mon, 17 Nov 2008 00:14:32 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-448</guid>
		<description>That pc.in file in SVN is misleading - it is for 2.24 branch support, there is no pkg-config for libcryptui.so in the released seahorse 2.22 (either Debian or Ubuntu Intrepid). Debian is now frozen but seahorse 2.24 is not in experimental either. So, to answer my own question, yes, almanah must require seahorse &gt;= 2.24 to build, as well as the Gtk+ version bump. libcryptui0 does not exist outside Ubuntu Jaunty - and Debian is currently frozen.</description>
		<content:encoded><![CDATA[<p>That pc.in file in SVN is misleading - it is for 2.24 branch support, there is no pkg-config for libcryptui.so in the released seahorse 2.22 (either Debian or Ubuntu Intrepid). Debian is now frozen but seahorse 2.24 is not in experimental either. So, to answer my own question, yes, almanah must require seahorse &gt;= 2.24 to build, as well as the Gtk+ version bump. libcryptui0 does not exist outside Ubuntu Jaunty - and Debian is currently frozen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Withnall</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-447</link>
		<dc:creator>Philip Withnall</dc:creator>
		<pubDate>Sun, 16 Nov 2008 23:12:18 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-447</guid>
		<description>On Ubuntu at least, there is a libcryptui0 package. libcryptui is part of the Seahorse SVN, and even in the 2.22 branch there is a pkgconfig file in SVN: http://svn.gnome.org/viewvc/seahorse/branches/gnome-2-22/libcryptui/

Are you sure you&#039;ve got the appropriate seahorse package installed (perhaps libcryptui0, if you&#039;re on Ubuntu or Debian)?

There&#039;s no mention of cryptui in version 0.4&#039;s configure.ac because the key selection combobox (provided by libcryptui) is new to version 0.5.</description>
		<content:encoded><![CDATA[<p>On Ubuntu at least, there is a libcryptui0 package. libcryptui is part of the Seahorse SVN, and even in the 2.22 branch there is a pkgconfig file in SVN: <a href="http://svn.gnome.org/viewvc/seahorse/branches/gnome-2-22/libcryptui/" rel="nofollow">http://svn.gnome.org/viewvc/seahorse/branches/gnome-2-22/libcryptui/</a></p>
<p>Are you sure you've got the appropriate seahorse package installed (perhaps libcryptui0, if you're on Ubuntu or Debian)?</p>
<p>There's no mention of cryptui in version 0.4's configure.ac because the key selection combobox (provided by libcryptui) is new to version 0.5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Williams</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-445</link>
		<dc:creator>Neil Williams</dc:creator>
		<pubDate>Sun, 16 Nov 2008 22:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-445</guid>
		<description>In which case, something is wrong with the check because I use seahorse but the build for 0.5 still failed, looking for cryptui via pkg-config. seahorse 2.22.3-2 does not provide any pkg-config data - does the prog need a later version?
checking for ENCRYPTION... configure: error: Package requirements (cryptui-0.0).
There&#039;s no mention of cryptui in the configure.ac of v0.4. (Feel free to file a bug in seahorse - and gpgme - upstreams asking for pkg-config support!) :-)</description>
		<content:encoded><![CDATA[<p>In which case, something is wrong with the check because I use seahorse but the build for 0.5 still failed, looking for cryptui via pkg-config. seahorse 2.22.3-2 does not provide any pkg-config data - does the prog need a later version?<br />
checking for ENCRYPTION... configure: error: Package requirements (cryptui-0.0).<br />
There's no mention of cryptui in the configure.ac of v0.4. (Feel free to file a bug in seahorse - and gpgme - upstreams asking for pkg-config support!) <img src='http://tecnocode.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Withnall</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-443</link>
		<dc:creator>Philip Withnall</dc:creator>
		<pubDate>Sun, 16 Nov 2008 18:52:04 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-443</guid>
		<description>There aren&#039;t &quot;two methods of encryption&quot;. libcryptui is (as its name suggests) used for encryption widgets (specifically, the encryption key selector), while gpgme is used for the encryption process itself. Both are required if encryption is to be enabled.
libcryptui is provided by Seahorse.</description>
		<content:encoded><![CDATA[<p>There aren't "two methods of encryption". libcryptui is (as its name suggests) used for encryption widgets (specifically, the encryption key selector), while gpgme is used for the encryption process itself. Both are required if encryption is to be enabled.<br />
libcryptui is provided by Seahorse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Withnall</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-442</link>
		<dc:creator>Philip Withnall</dc:creator>
		<pubDate>Sun, 16 Nov 2008 18:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-442</guid>
		<description>I&#039;ve changed the links in the post to be more intuitive.

I&#039;ve no idea why those files are executable, but I&#039;ll fix that in trunk, thanks.</description>
		<content:encoded><![CDATA[<p>I've changed the links in the post to be more intuitive.</p>
<p>I've no idea why those files are executable, but I'll fix that in trunk, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Williams</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-440</link>
		<dc:creator>Neil Williams</dc:creator>
		<pubDate>Sun, 16 Nov 2008 18:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-440</guid>
		<description>Further, there appears to be a problem with the two methods of encryption - crytpui is not available, gpgme should be used instead. However, the pkg-check-modules line (which appears to be new in 0.5) prevents ./autogen.sh getting as far as even looking for gpgme. It looks to me like --enable-encryption needs to be split into --enable-cryptui and --enable-gpgme (these can be mutually exclusive if you want). Otherwise, encryption would simply have to be completely disabled for 0.5.</description>
		<content:encoded><![CDATA[<p>Further, there appears to be a problem with the two methods of encryption - crytpui is not available, gpgme should be used instead. However, the pkg-check-modules line (which appears to be new in 0.5) prevents ./autogen.sh getting as far as even looking for gpgme. It looks to me like --enable-encryption needs to be split into --enable-cryptui and --enable-gpgme (these can be mutually exclusive if you want). Otherwise, encryption would simply have to be completely disabled for 0.5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Williams</title>
		<link>http://tecnocode.co.uk/2008/11/16/almanah-050/comment-page-1/#comment-439</link>
		<dc:creator>Neil Williams</dc:creator>
		<pubDate>Sun, 16 Nov 2008 18:04:47 +0000</pubDate>
		<guid isPermaLink="false">http://tecnocode.co.uk/?p=163#comment-439</guid>
		<description>To my surprise, clicking on the link in your blog post led to a download, instead of the homepage. I took a look and a few problems appear from the start - files like ChangeLog should not be executable, nor Makefile.am or README. Other files in src/ and data/ are executable too. It would save some hassle for the Debian maintainer if these files could be reset to 0644 as normal. This version cannot be uploaded to Debian yet anyway - gtk+2.0 2.14 isn&#039;t available in unstable due to the Lenny freeze (2.14 is in experimental).</description>
		<content:encoded><![CDATA[<p>To my surprise, clicking on the link in your blog post led to a download, instead of the homepage. I took a look and a few problems appear from the start - files like ChangeLog should not be executable, nor Makefile.am or README. Other files in src/ and data/ are executable too. It would save some hassle for the Debian maintainer if these files could be reset to 0644 as normal. This version cannot be uploaded to Debian yet anyway - gtk+2.0 2.14 isn't available in unstable due to the Lenny freeze (2.14 is in experimental).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.387 seconds -->

