<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Absent Directives</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>Recent changes to Absent Directives</description><atom:link href="https://sourceforge.net/p/absentos/wiki/Absent%20Directives/feed" rel="self"/><language>en</language><lastBuildDate>Thu, 20 Aug 2015 12:43:11 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/absentos/wiki/Absent%20Directives/feed" rel="self" type="application/rss+xml"/><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v5
+++ v6
@@ -11,10 +11,10 @@
 Achieved in part from simplicity and correctness. There is no reason great enough to compromise on security.

 ###### Correctness
-Do what is right regardless of performance or usability impact. This more often than not leads to security and by association carries the same weight.
+Do what is right regardless of performance or usability impact. This often leads to security and by association carries the same weight.

 ###### Stability
-Stability is a noticeable indicator of security, simplicity, and correctness.
+Stability is an observable indicator of security, simplicity, and correctness.

 #### Goals

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Thu, 20 Aug 2015 12:43:11 -0000</pubDate><guid>https://sourceforge.netb9348c50409a2932adb3c904c9b68454d40b008f</guid></item><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v4
+++ v5
@@ -1,6 +1,6 @@
 #### Goals and Directives ####

-All projects should have a set of goals or directives to govern its development to keep it focused. This linux is being developed within a set of Directives while striving to achieve additional goals.
+All projects should have a set of goals or directives to govern its development to keep it focused. This OS is being developed within a set of Directives while striving to achieve additional goals.

 #### Directives ####

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Thu, 20 Aug 2015 12:12:18 -0000</pubDate><guid>https://sourceforge.net1335e238437058f9e64b1139002a319c10483726</guid></item><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v3
+++ v4
@@ -1,18 +1,34 @@
-Goals and Directives
---------------------
-All projects should have a set of goals or directives to govern its development to keep it focused. This linux is being developed within a set of Directives while trying to achieve additional goals.
+#### Goals and Directives ####

-Directives
+All projects should have a set of goals or directives to govern its development to keep it focused. This linux is being developed within a set of Directives while striving to achieve additional goals.

-1. Simplicity, do not over complicate the code or system functionality. Simplicity does not mean user friendly.
-2. Security, achieved in part from simplicity and correctness.
-3. Correctness, do what is right regardless of performance or usability impact.
-4. Stability, if the system is not stable it is not correct.
-5. Automation, if there is no need to do a function manually then it should be automated within the reach of simplicity, security, and correctness.
-6. Portability, seek to make all parts interchangeable with minimal difficulty or changes to system.
-7. Be posix and standards compliant where sane to do so.
-8. Be true to the unix philosophy.
-9. Adapt new techniques or technologies where able to do so without conflict to directives.
+#### Directives ####
+
+###### Simplicity
+Do not over complicate the code or system functionality. Simplicity does not mean user friendly. One key to Simplicity is the Unix Philosophy.
+
+###### Security
+Achieved in part from simplicity and correctness. There is no reason great enough to compromise on security.
+
+###### Correctness
+Do what is right regardless of performance or usability impact. This more often than not leads to security and by association carries the same weight.
+
+###### Stability
+Stability is a noticeable indicator of security, simplicity, and correctness.
+
+#### Goals
+
+###### Automation
+Time is important and computers are present to facilitate automation. Anything that can be automated without taking away from Directives or user control should be.
+
+###### Portability
+Seek to make all parts interchangeable with minimal difficulty or changes to system.
+
+###### Compliance 
+Be Posix and standards compliant where sane to do so. This is crucial for retaining cross system compatibility increasing ease of project migrations.
+
+###### Innovate
+Adapt new techniques or technologies where able to do so without conflict to Directives.

 [Home]
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Wed, 11 Feb 2015 17:48:00 -0000</pubDate><guid>https://sourceforge.net7ff7f80e3c050401e2b8266890bd57e3d95f0fd8</guid></item><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v2
+++ v3
@@ -1,7 +1,8 @@
-Absent OS 
-A unix based system
+Goals and Directives
+--------------------
+All projects should have a set of goals or directives to govern its development to keep it focused. This linux is being developed within a set of Directives while trying to achieve additional goals.

-All projects should have a set of goals or directives to govern its development less it be overwhelmed with useless features and bloat. These are the reasons I have not been satisfied with various linux and bsd distributions and so these are the directives to which Absent OS will adhere. 
+Directives

 1. Simplicity, do not over complicate the code or system functionality. Simplicity does not mean user friendly.
 2. Security, achieved in part from simplicity and correctness.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Wed, 11 Feb 2015 17:16:52 -0000</pubDate><guid>https://sourceforge.net0bb07bf2280d361208e977b5e646de9401910794</guid></item><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -12,3 +12,6 @@
 7. Be posix and standards compliant where sane to do so.
 8. Be true to the unix philosophy.
 9. Adapt new techniques or technologies where able to do so without conflict to directives.
+
+
+[Home]
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Sun, 25 Jan 2015 07:25:26 -0000</pubDate><guid>https://sourceforge.netf3fc9f27395c236d18e45ed31870b827692afbbc</guid></item><item><title>Absent Directives modified by Stephen</title><link>https://sourceforge.net/p/absentos/wiki/Absent%2520Directives/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Absent OS &lt;br /&gt;
A unix based system&lt;/p&gt;
&lt;p&gt;All projects should have a set of goals or directives to govern its development less it be overwhelmed with useless features and bloat. These are the reasons I have not been satisfied with various linux and bsd distributions and so these are the directives to which Absent OS will adhere. &lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Simplicity, do not over complicate the code or system functionality. Simplicity does not mean user friendly.&lt;/li&gt;
&lt;li&gt;Security, achieved in part from simplicity and correctness.&lt;/li&gt;
&lt;li&gt;Correctness, do what is right regardless of performance or usability impact.&lt;/li&gt;
&lt;li&gt;Stability, if the system is not stable it is not correct.&lt;/li&gt;
&lt;li&gt;Automation, if there is no need to do a function manually then it should be automated within the reach of simplicity, security, and correctness.&lt;/li&gt;
&lt;li&gt;Portability, seek to make all parts interchangeable with minimal difficulty or changes to system.&lt;/li&gt;
&lt;li&gt;Be posix and standards compliant where sane to do so.&lt;/li&gt;
&lt;li&gt;Be true to the unix philosophy.&lt;/li&gt;
&lt;li&gt;Adapt new techniques or technologies where able to do so without conflict to directives.&lt;/li&gt;
&lt;/ol&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen</dc:creator><pubDate>Sun, 25 Jan 2015 07:25:11 -0000</pubDate><guid>https://sourceforge.netc7bb5a22f7508c9a8ea7c7d9041c3e281b805c2c</guid></item></channel></rss>