Artifact Content
Not logged in

Artifact f888702c439ac522dab6304bfd9bfb7c6e12cf65:

Wiki page [Application Example: Silktorrent Package Manager] by martin_vahi on 2016-07-13 17:54:46.
D 2016-07-13T17:54:46.841
L Application\sExample:\sSilktorrent\sPackage\sManager
P 2918807851c44727a7e3ef45786ba799fb90f6f0
U martin_vahi
W 2092
<h1 style="text-align: left;">The Core Idea</h1>

<p>If the silktorrent packet is a tar-file that contains folders&nbsp;</p>

<p><b>payload</b></p>

<p><b>header</b></p>

<p>then the content of the folders payload and header can be referenced by
using the
<a href="http://bitrary.softf1.com/index.php?title=Art_:_Source_Code#Tree_Encoding">tree
encoding</a>:</p>

<p><b>&lt;tar-file name&gt;/payload/&lt;the file or folder relative to the
folder payload&gt;</b></p>

<p><b>&lt;tar-file name&gt;/header/&lt;the file or folder relative to the
folder header&gt;</b><br>
</p>

<p>The&nbsp;&lt;tar-file name&gt; can be also a name of a local folder or some
folder at some publicly hosted web page. The include/require/src/uses
statements of various programming languages and configurations files, including
HTML, can be modified by changing the pfefix of the &lt;tar-file name&gt;. That
allows an HTML-page to be switched from using JavaScript libraries from one
site to using the very same JavaScript libraries from another site.</p>

<p><b>http://www.first_site.com/</b>&lt;tar-file name&gt;/payload/the_JavaScript_library.js<br>
</p>

<p><b>http://www.second_site.com/</b>&lt;tar-file name&gt;/payload/the_JavaScript_library.js<br>
</p>

<p>Due to the possibility to use regular expressions, that solution does not
require code generation. It might be even usable with many existing IDE-s
without requiring any additional tools. The solution is also programming
language agnostic.</p>

<p><br>
</p>

<h1>Theory</h1>

<div>The Core Idea has an assumption that <b>backwards compatibility of
libraries does not exist, even if advertised</b>. Whenever a software component
dependency is declared by stating that the version of the dependency is
"newest" or "greater than X", a flaw is introduced. That is the reason, why
Linux/BSD/etc. package collections are "unstable" and NEVER WILL BE "stable".
For built/compiled software components <b>each combination of build parameters,
compiler, environment set-up is actually a separate version of the software
package</b>.&nbsp;</div>

<div><br>
</div>

Z efdd66720d022d26dac3bb7915ea46fb