<p dir="ltr"><br>
El mar. 23, 2016 12:15 AM, "Christian Hergert" <<a href="mailto:christian@hergert.me">christian@hergert.me</a>> escribió:<br>
><br>
> On 03/22/2016 08:11 PM, Daniel Espinosa wrote:<br>
> > May you can add xdg-app information to use this application<br>
> > immediately after it is available. At the same time may is a good<br>
> > idea to release it in xdg-app same day as for tarballs.<br>
><br>
> We currently have two reasons I'm not heavily pushing the Xdg-App<br>
> version of Builder as "the version to get".<br>
><br>
> 1) Terminals are spawned inside the run-time, meaning that you see an OS<br>
> that may not be what you expect (e.g. your host system). I'd like both<br>
> to be possible.<br>
></p>
<p dir="ltr">This means Builder shows you the runtime environment provided by xdg-app no my host?</p>
<p dir="ltr">If this is true then I think this is OK for now, because you can develop and test over more modern runtimes while they become the standard, I mean, available in LTS versions. Developer can choose to release a tarball, to build and test over other platforms.</p>
<p dir="ltr">Point here is to provide a more productive development environment, as soon as possible. That is something I'm expecting for a while.<br></p>
<p dir="ltr">> 2) Creating an Xdg-App is an important part of our story going forward,<br>
> and Xdg-Apps are not currently recursive. Meaning we would need helpers<br>
> external to the run-time to help setup and build projects within a<br>
> potentially alternate run-time.<br>
></p>
<p dir="ltr">This is a good vision, nut nothing should stop you to develop and test, over productive environment; then go out from it, to use more traditional configure/make/make install/make check on other platforms or runtimes.<br></p>
<p dir="ltr">> -- Christian<br>
</p>