1) "Plusieurs versions d'un programme peuvent être maintenues ensemble simultanément, vous permettant d'alterner entre elles si vous le désirez ou encore d'en utiliser plusieurs en même temps quand c'est nécessaire."
2) "Notre premier but est d'avoir un système que nous aimons utiliser, qui ne sera pas détruit par des logiciels de gestion de paquets qui essaie d'administrer notre machine pour nous. La plupart des distributions Linux essaient de rendre la vie plus facile aux débutants, mais de cette manière ils compliquent celle des utilisateurs chevronnés. Nous ne prétendons pas que [....] est plus facile, seulement qu'elle a "plus de sens". Toutefois, les gens qui l'utilisent disent qu'elle est en effet plus simple à administrer étant donné qu'elle vous permet de mieux comprendre votre système (si vous voulez comprendre)."
3) "La collection de paquets de binaires a été créée comme un moyen d'éviter la multiplication des efforts entre utilisateurs. le projet Compile a été créé en vue de stocker les "règles de compilation" des paquets de sources originales des applications, étant donné qu'il n'y a pas de standard établi sur la manière de compiler les applications sous Linux. Nous ne souhaitons pas établir un "standard de paquets" tel que RPM. Nous pensons qu'il n'y a pas de réel besoin de "paquets" si le .tar.gz original est convenablement fait. Par exemple, quand une application utilise GNU Autotools (autoconf, automake...), compiler sous [.....] est trivial ; pour les cas non-triviaux, Compile se charge d'accumuler les connaissances nécessaires sur comment compiler les choses."
4) "En fait, la motivation est venue de la volonté de répondre aux besoins des utilisateurs qui préfèrent installer leurs applications depuis les sources originales au lieu de compter sur les paquets de leur distribution. C'est la raison principale pour laquelle chaque application a son propre répertoire : vous pouvez l'installer depuis les sources et ensuite la supprimer avec un "rm -rf". Comme vous pouvez le voir, [...] a été conçue plutôt pour l'utilisateur chevronné qui n'aime pas que les choses soient automagiques. Certes nos scripts automatisent les procédures, mais ils ne prennent pas les décisions, et quand il doivent le faire ils demandent avant."
# La distrib idéal c'est [.....]
Posté par dormomuso . En réponse au journal La distrib idéal.... Évalué à 3.
2) "Notre premier but est d'avoir un système que nous aimons utiliser, qui ne sera pas détruit par des logiciels de gestion de paquets qui essaie d'administrer notre machine pour nous. La plupart des distributions Linux essaient de rendre la vie plus facile aux débutants, mais de cette manière ils compliquent celle des utilisateurs chevronnés. Nous ne prétendons pas que [....] est plus facile, seulement qu'elle a "plus de sens". Toutefois, les gens qui l'utilisent disent qu'elle est en effet plus simple à administrer étant donné qu'elle vous permet de mieux comprendre votre système (si vous voulez comprendre)."
3) "La collection de paquets de binaires a été créée comme un moyen d'éviter la multiplication des efforts entre utilisateurs. le projet Compile a été créé en vue de stocker les "règles de compilation" des paquets de sources originales des applications, étant donné qu'il n'y a pas de standard établi sur la manière de compiler les applications sous Linux. Nous ne souhaitons pas établir un "standard de paquets" tel que RPM. Nous pensons qu'il n'y a pas de réel besoin de "paquets" si le .tar.gz original est convenablement fait. Par exemple, quand une application utilise GNU Autotools (autoconf, automake...), compiler sous [.....] est trivial ; pour les cas non-triviaux, Compile se charge d'accumuler les connaissances nécessaires sur comment compiler les choses."
4) "En fait, la motivation est venue de la volonté de répondre aux besoins des utilisateurs qui préfèrent installer leurs applications depuis les sources originales au lieu de compter sur les paquets de leur distribution. C'est la raison principale pour laquelle chaque application a son propre répertoire : vous pouvez l'installer depuis les sources et ensuite la supprimer avec un "rm -rf". Comme vous pouvez le voir, [...] a été conçue plutôt pour l'utilisateur chevronné qui n'aime pas que les choses soient automagiques. Certes nos scripts automatisent les procédures, mais ils ne prennent pas les décisions, et quand il doivent le faire ils demandent avant."