<?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/"
		>
<channel>
	<title>Comments on: Xulrunner 1.9beta4 *not* approaching experimental</title>
	<atom:link href="http://glandium.org/blog/?feed=rss2&#038;p=185" rel="self" type="application/rss+xml" />
	<link>http://glandium.org/blog/?p=185</link>
	<description>glandium.org</description>
	<lastBuildDate>Sun, 05 Sep 2010 12:27:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: glandium</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9594</link>
		<dc:creator>glandium</dc:creator>
		<pubDate>Mon, 17 Mar 2008 12:18:19 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9594</guid>
		<description>Hrw: 


&lt;blockquote&gt;&lt;code&gt;Package: epiphany-gecko
Architecture: any
Depends: (...), xulrunner-1.9 (&gt;= 1.9~b4), (...)
&lt;/code&gt;&lt;/blockquote&gt;


Explicit dependency on xulrunner... yeah \o/
And depending on what kind of data the application passes to GRE_GetGREPathWithProperties, the dependency has to be adapted. GRE-using application maintainers should better know what their application do with the GRE...

By the way, according to the following:

&lt;blockquote&gt;&lt;code&gt;static const GREVersionRange greVersion = {
&#160;&#160;&quot;1.8&quot;, PR_TRUE,
&#160;&#160;&quot;1.9.*&quot;, PR_TRUE
};&lt;/code&gt;&lt;/blockquote&gt;

a 1.8 GRE would work, but the dependency is too tight, actually. Though I have serious doubts about epiphany built against 1.9 working fine with a 1.8 GRE at runtime...</description>
		<content:encoded><![CDATA[<p>Hrw: </p>
<blockquote><p><code>Package: epiphany-gecko<br />
Architecture: any<br />
Depends: (...), xulrunner-1.9 (>= 1.9~b4), (...)<br />
</code></p></blockquote>
<p>Explicit dependency on xulrunner&#8230; yeah \o/<br />
And depending on what kind of data the application passes to GRE_GetGREPathWithProperties, the dependency has to be adapted. GRE-using application maintainers should better know what their application do with the GRE&#8230;</p>
<p>By the way, according to the following:</p>
<blockquote><p><code>static const GREVersionRange greVersion = {<br />
&nbsp;&nbsp;"1.8", PR_TRUE,<br />
&nbsp;&nbsp;"1.9.*", PR_TRUE<br />
};</code></p></blockquote>
<p>a 1.8 GRE would work, but the dependency is too tight, actually. Though I have serious doubts about epiphany built against 1.9 working fine with a 1.8 GRE at runtime&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hrw</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9593</link>
		<dc:creator>Hrw</dc:creator>
		<pubDate>Mon, 17 Mar 2008 08:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9593</guid>
		<description>How does Ubuntu solved that? They have xulrunner 1.9 in repository.</description>
		<content:encoded><![CDATA[<p>How does Ubuntu solved that? They have xulrunner 1.9 in repository.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: glandium</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9592</link>
		<dc:creator>glandium</dc:creator>
		<pubDate>Sun, 16 Mar 2008 11:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9592</guid>
		<description>asac: the problem is not the dependency on the glue, but the dependency on libxul...</description>
		<content:encoded><![CDATA[<p>asac: the problem is not the dependency on the glue, but the dependency on libxul&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: asac</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9591</link>
		<dc:creator>asac</dc:creator>
		<pubDate>Sun, 16 Mar 2008 10:36:41 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9591</guid>
		<description>go the upstream way - #449448 :-P ... the static glue is not a real life problem as its just a tiny layer that is unlikely to have grave issues within a debian support cycle.</description>
		<content:encoded><![CDATA[<p>go the upstream way &#8211; #449448 :-P &#8230; the static glue is not a real life problem as its just a tiny layer that is unlikely to have grave issues within a debian support cycle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: glandium</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9589</link>
		<dc:creator>glandium</dc:creator>
		<pubDate>Sun, 16 Mar 2008 07:47:14 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9589</guid>
		<description>Josh: because it doesn&#039;t dlopen a specific libxul. It opens the one that corresponds to what the embedding application wants, and that could even be one the user had installed in his $HOME... it so much doesn&#039;t depend on the libxul that the current xpcomglue in unstable (libxul0d provides one, already) can happily load libxul 1.9...</description>
		<content:encoded><![CDATA[<p>Josh: because it doesn&#8217;t dlopen a specific libxul. It opens the one that corresponds to what the embedding application wants, and that could even be one the user had installed in his $HOME&#8230; it so much doesn&#8217;t depend on the libxul that the current xpcomglue in unstable (libxul0d provides one, already) can happily load libxul 1.9&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://glandium.org/blog/?p=185&#038;cpage=1#comment-9588</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Sun, 16 Mar 2008 06:49:13 +0000</pubDate>
		<guid isPermaLink="false">http://glandium.org/blog/?p=185#comment-9588</guid>
		<description>Why not set the shlibs on the standalone dynamic library that does the dlopen to include a dependency on the version of the library it dlopens?  Or something like that.</description>
		<content:encoded><![CDATA[<p>Why not set the shlibs on the standalone dynamic library that does the dlopen to include a dependency on the version of the library it dlopens?  Or something like that.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
