We Ubuntu users are still very inconvenienced by that quick &quot;we don&#39;t build&quot; answer. Thanks for fixing the builder so that I can _try_ to home-build a .NET 2 version.  After killing and reinstalling my Ubuntu system, I gave up trying to actually accomplish it. It requires installing a second version of Mono side-by-side with the supported version in order to do the build. But to do _that_ you have to home-build the newer version of Mono from source and ... [cough. sputter. Huh? ... Oh! ... Sorry! I&#39;m back now...]<br>

  I note that the IPy daily build script actually does build an appropriate version, but apparently the output gets thrown away. I would be very nice if it were put someplace where one could find it.<br>  Hopefully the next release of Ubuntu will have an upgraded .NET 4 compatible version of Mono, and this problem will go away. Until then, I still cannot use a current version of IronPython on my preferred workstation ... and therefore cannot do much IPy testing.  (I only use Windows when I must, or when someone pays me to.)<br>

--<br>Vernon Cole<br>(Typed on Ubuntu Linux 11.04)<br><br><div class="gmail_quote">On Mon, Jun 20, 2011 at 9:53 AM, Jeff Hardy <span dir="ltr">&lt;<a href="mailto:jdhardy@gmail.com">jdhardy@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">On Sun, Jun 19, 2011 at 11:07 PM, Markus Schaber<br>
&lt;<a href="mailto:m.schaber@3s-software.com">m.schaber@3s-software.com</a>&gt; wrote:<br>
&gt; Are there no 3rd-party applications which embed and install IronPython<br>
&gt; with their own installer?<br>
&gt;<br>
&gt; Being afraid of such scenarios was the main reason why we build<br>
&gt; IronPython on our own (with changed assembly name and signing key) and<br>
&gt; install that customized version with our CoDeSys installer.<br>
<br>
Yes, but I think everyone chooses the same path you do<br>
(rebuild/resign). At least, I&#39;m pretty sure that&#39;s what Resolver One<br>
does (I don&#39;t know of any other apps ... maybe we need a &quot;Who&#39;s<br>
Using?&quot; page).<br>
<br>
The official installer is downgrade-proof, so other apps should just<br>
be using that; if anyone else unconditionally puts the IronPython<br>
files in the GAC, I&#39;m not sure there&#39;s much we can do about it, sadly.<br>
Polite requests and public shaming is about it.<br>
<br>
For embedding, I would recommend you continue what you&#39;re doing - it&#39;s<br>
just just straight-up safer. It&#39;s a shame zipimport doesn&#39;t work; we<br>
could cut the deployed size of the stdlib down significantly.<br>
<br>
&gt;<br>
&gt; (The other reason was some suspected collision between the versions<br>
&gt; compiled for .NET 2.0 and 4.0. We wanted to avoid problems if users<br>
&gt; install their own IronPython versions. Nowadays, I&#39;m convinced that this<br>
&gt; problem only arises if you compile an application for .net 4.x which<br>
&gt; references an IronPython dll compiled for .NET 2.x.<br>
<br>
Different signing keys for .NET 2 and .NET 4 would solve that. Since<br>
we don&#39;t build for .NET 2 anymore it shouldn&#39;t be an issue, right?<br>
<br>
- Jeff<br>
_______________________________________________<br>
Ironpython-users mailing list<br>
<a href="mailto:Ironpython-users@python.org">Ironpython-users@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/ironpython-users" target="_blank">http://mail.python.org/mailman/listinfo/ironpython-users</a><br>
</blockquote></div><br>