On 9/24/07, <b class="gmail_sendername">Alexander Larsson</b> &lt;<a href="mailto:alexl@redhat.com">alexl@redhat.com</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
wanted to make the thing unpack in a fixed directory. But only one<br>application can unpack in that directory (otherwise, when do you clean<br>it up? </blockquote><div><br>SpatialBundles are not a &quot;Draft&quot; but applications that peoples (my test user case Persona and someone else in the Globe I don&#39;t know) already use it everyday from a years ago.
<br>That issue is solved automagically from the SpatialBundle.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">other instances could be running, furthermore, another user could
<br>own the directory and make you run whatever code he wanted, etc)</blockquote><div><br>The directory is only your and only you can write on..the others can only read depend on what maintainer/packager config&nbsp; during build time.
<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> It also<br>means that if you run two different bundles they would unpack different
<br>things in the same place.</blockquote><div><br>It&#39;s a little bit wrong,<br>SpatialBundles are versioning safe and understand already unpacked SpatialBundles.<br>It&#39;s all in your hands how you would build and share the applications.
<br>SpatialBundles line guide and code prevent you to cache the bundle in the same directory.<br>Now if you inject code in a standard installation you do it to all users.The injection remain into the disk until you do not format and reinstall the OS.
<br>If you are able to inject code into root user you are also able to inject code to the user that cache the SpatialBundle.After freed the cache every code you injected will be cleared.The problem will be only for the original running user and not for all the system.
<br>So SpatialBundles reduce the risk that all the OS will be infected from the injected code.<br>There&#39;s no way to spread trojan through the users using SpatialBundles.They live into the user space rights.<br>So SpatialBundles enforce the UNIX philosophy to retain everything into $HOME and let root just manage the OS.
<br>When you use a SpatialBundle you handle a file that is the original bundle but when you run it, you run clone cached so the original SpatialBundle (CRCsumed and MD5sumed every time it&#39;s started) does not participate to the injection or manipulation.
<br>If you inject code into the original SpatialBundle...it do not run the next time!!<br>So SpatialBundles ensure you that the original objects maintain it&#39;s original attributes and functionalities.<br>If you add a single bit to a SpatialBundle...it do not run!!
<br><br><br>This are big features of the SpatialBundle.<br>It do not cache if an already shared bundle is unpacked.So it run directly saving time to the second user..that fells thinks speed up with good return of experience.
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Maybe i misunderstood you. That is completely possible.</blockquote><div><br>No I think you argue very well and understand all, probably I missed granular information.
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">But anyway, I don&#39;t see this as very interesting compared to other<br>approches.
</blockquote><div><br>I think it&#39;s a good alternative that could live in the open source ecosystem.<br>SpatialBundles are a super set of all executable data distribution systems through all desktop UNIXEs.<br>It require only bash, and I found bash everywhere from all Linux to all BSD to OSX and Windows too!!!
<br>Today 99,99% of peoples using computer use: Windows Linux, Mac, PCBSD/*BSD*, Symbian, PalmOS (this in the future will be Linux) and the rest of UNIX around the globe.<br>There no ELF or Mach-O specifics but only bash (for now, but REXX is in active evaluation).
<br>You can put everything you need in a SpatialBundle from pure data to binary to entire frameworks.<br>You can embed SpatialBundles into a SpatialBundle bringing with you the payload dependencies to solve at runtime without the need to require users to give their root password to install via synaptic &amp; co the dependencies library.
<br>You can build a SpatialBundle to let klik and glick like acts as a platform specific back end plug in!!<br>You can build a cross platform SpatialBundle that could run transparently in Linux, BSD and Mac like a Universal Binary do through it&#39;s Mach-O capability.
<br><br>I think, like you, that it&#39;s not so interesting if compared to other approaches (which one? I don&#39;t know), but for me and my user test it simply Rock!! (consider that SpatialBundles are alpha technology for me)
<br>They do not believe to their eyes in how is simply and usable.<br><br>Sorry for my very bed English (I hope that you understand me in some ways and I thank you).<br><br>I would like to release 1.0 in April 2008 with next Ubuntu LTS.
<br>In the mean time I release applications SpatialBundle based to let taste the interaction and the return of experience.<br>I would like to learn more about the very good approach of glick (but too much fusion/elf specific and so strictly closed to Linux and distro specific...do glick run natively into DragonFly BSD?)
<br><br>bye,<br><br>Luca<br><br>&nbsp;<br></div><br></div><br><br clear="all"><br>-- <br>---<br>Luca Cappelletti<br><a href="http://Infodomestic.com">Infodomestic.com</a><br><br>&quot;...Together we stand, divided we fall.&quot;
<br><br>.O.<br>..O<br>OOO<br><br><br>GTalk: luca &lt;dot&gt; cappelletti &lt;at&gt; gmail &lt;dot&gt; com<br>Jabber: luca &lt;dot&gt; cappelletti &lt;at&gt; jabber &lt;dot&gt; org<br>MSN: luca &lt;underscore&gt; cappelletti &lt;at&gt; hotmail &lt;dot&gt; com
<br>Skype: luca &lt;dot&gt; cappelletti<br>Linux Registered User: #223411<br>Ubuntu Registered User: #7221<br><a href="http://www.advogato.org/person/mutek/">http://www.advogato.org/person/mutek/</a><br><a href="http://persone.softwarelibero.org/person/mutek">
http://persone.softwarelibero.org/person/mutek</a><br><a href="https://wiki.ubuntu.com/LucaCappelletti/">https://wiki.ubuntu.com/LucaCappelletti/</a><br>&quot;l&#39;intelligenza è utile per la sopravvivenza se ci permette di estinguere una cattiva idea prima che la cattiva idea estingua noi&quot;
<br><br>&quot;La chiave di ogni uomo è il suo pensiero. Benché egli possa apparire saldo e autonomo, ha un criterio cui obbedisce, che è l&#39;idea in base alla quale classifica tutte le cose. Può essere cambiato solo mostrandogli una nuova idea che sovrasti la sua&quot;
<br><br>&quot;Uno studioso è soltanto un modo in cui una biblioteca crea un'altra biblioteca &quot;