tnut a écrit 41 commentaires

C'est normal ça s'appelle un Système de gestion de contenu en français ou CMS en anglais. Le site s'adapte à la langue ton navigateur et le contenu peut être en anglais.

http://trac.clfs.org/

LFS répond à un besoin:

"LFS offre une grande flexibilité…"

"construire un système ultraléger…"

"LFS est très minimaliste…"

"Selons vos régles…"

Exemple d'extrait de la documentation originale (qui pourraît être traduit d'ailleur):

" if you wish to do so, and apply all the security patches you want or need to apply. You don't have to wait for someone else to provide a new binary package that (hopefully) fixes a security hole"

Traduction: Si vous souhaitez/devez appliquer tous les patches de sécurité sur tel ou tel paquet, vous ne devez pas attendre qu'une personne tier fournisse une nouvelle version du dit paquet enespèrant que la faille de sécurité en question a disparue.

Ce n'est pas une distribution mais excellente documentation.

Pour sortir prématurément d'une boucle si je ne me trompe …

on a pas parlé de goto en même temps ;)

C'est vrai que quand j'ai vu des goto ds le code de systemd, ça m'a fait drôle quand même. Il me semble que c'est pas de ce qu'on fait mieux en programmation ou je me trompe

Mais pas celui des utilisateurs de ton programme

Je parlais d'utiliser sed pour faire des modifs globales sur les fichiers sources. Je suis d'accord qu'un define est plus approprié. J'y penserai. Il n'est pas question ici de faire des sed dans la recette de construction

http://en.wikipedia.org/wiki/MD5#cite_note-5

Merci pour la source je m'y pencherai

Il y a trop de C dans du C++. Il faut choisir

Oui c'est vrai, je t'avoue que c'est dans ma todo list

src/cards_depends.cc:42

free(depfile1); ligne 167

src/cards_depends.cc:69

ah oui, corrigé

un simple md5 facilement spoofable de nos jours

Connais-tu un cas concrès ? Parce que déjà que actuellement tout téléchargement est controlé via MD5SUM et je me fais déjà ch… comme ça, le moindre fichier pas correct… boom. https je suis pas certain que ce soit vraiment indispensable. Tu peux siter des distro dons les miroirs sont https ?

la distribution est visiblement trop jeune

Date de création de la distro debut 2007, le domain nutyx.org date du novembre 2007

Premier commit sur cards le 22.09.2013

plein de memory leak parce que trop C

Si tu pouvais m'en pointer une précisément.

beaucoup de boucles,

Pour parcourir des dossiers, des containers et des fichiers c'est pas la bonne methode ?

il y a un peu trop de C

On va aller dire ça aux devel du kernel, de gtk, de gnome, de xfce, de curl, de libarchive,etc, etc

l'horrible using namespace std

Pourquoi "horrible" tu peux développer ?

style c++98

J'aurai bien aimé passé au nouveau C++11 d'autant que c'est pour cette raison qu'il y a du C pour les dépendances. J'ai pas osé m'aventurer avec le container unordered_set (pour les deps c'est ce qu'il faut) mais on était encore en 2013

du chemin de fichier en dur,

Oui, et quel est le prob ? sed est mon ami

@Dinosaure
Eh ben dis donc quel roman, à l'image de ton pseudo.

J'espère que tu prends autant de temps à rédiger des dépêches et autres parce que là à te lire, y a pas photo.. On peut constater que tu es le champion du monde de la rédaction.

Je vois qu'il y a sur LinuxFR 2 catégories de personnes.

La première "qui tape sur tout ce qui bouge" et la deuxième qui esssai de recoller les morceaux" cassés par la première catégorie. C'est assez désolant quand même…

Voici ce que je pense de linuxfr. Vous semblez trop oublier la raison première de linux.

Pour ma part vous savez où me (re) trouver si vous souhaitez discuter d'une manière ouverte et positive sur votre OS favori.

Tu le veux en version massivement déployée

Oui on a l'arme fatale :)

Produire une ISO personalisée

tu va avoir l'aide de vrais « grammar nazis » et autres stakhanovistes de la mise en page

J'adore :) Merci pour vos encouragements

Quand je parlais de complexitée, je parlais pour l'utilisateur, D'autre part, j'ai rien contre les nouvelles fonctionnalitées, faut juste qu'elles servent à quelque chose et qu'elles ne transforment pas le gestionnaire de paquets en usine à gaz (c'est tellement courant).
On est pas sous windows. Dans ma conception, un gestionnaire de paquet doit:
- si possible être en statique
- si dynamique contenir le strict minimum de deps cad dans le cas de cards, lib c++ et curl. Pas de dbus, glib, python, mono, gawk, perl, etc en dépendances.

• sa propre base de donnée et pas via sqlite ou autre dépendances
• compilé et pas interpretée

Et pour le déployement massif, les outils rsync, dd, nfs sont mes amis.

ça me plait bien cette idée. On pourrai faire de la sorte ?

J'apporte la structure et on regarde à plusieur pour la mise en page par exemple

C'est pas un peu compliqué là ?
Les nouveaux utilisateurs ont déjà du mal à comprendre la commande:

cards base -r

et ses conséquences …. J'ose pas imaginer si j'implémente ce que tu viens de proposer. Néanmoins il y a une idée derrière qui pourrai être envisageable

gcc-devel??

Oui c'est un "bug" si on peut l'appeler comme ça. Je dois ajouter une option "Ignorer tel deps" dans cards en effet gcc.devel est énorme et est ajouté dans les deps à cause de l'appli gcc (le compilateur) qui est forcément présent lors de la compile.

Pour les autres apps, on atteind évidement "les limites du système". Tu ne sohaites pas les paquets A, B ou C mais un autre utilisateur ne sera pas content parce que les mêmes paquets A, B ou C ne seront pas ajoutés d'office. gvfs est l'exemple parfait.

Ce qui m'épate c'est que tu as installé sans avoir eu aucun prob. T'es-tu seulement demandé si c'était compliqué … ?

As-tu lis la doc ou tu t'en es sorti sans elle ?

Est-ce possible sous debian ?

sauf que cards base -r va me virer vlc, libreoffice

Et alors ? c'est pas un prob, tu fais
get vlc
get libreoffice

Comme ils ont déjà été téléchargés, ils seront aussi vite réinstallés

comment je vire KDE et j'installe xfce ?

Tout simplement:

cards base -r
get xfce4

ok j'y penserai, mais en générale il me semble que si la date de génération annéemoisjour cela sous-entend que c'est une test

50sec pour aller du grub à la connexion texte

Impossible sauf si tu as pris la dernière ISO 2050315. Il y a en effet un soucis avec udev….

une dépêche pour annoncer NuTyX serait une excellente idée

J'ai déjà du mal à rédiger la documentation, le site est pas fini. Le man de nutyx saravane doit être encore mis à jour. Et les paquets doivent être mis à jour. Si je trouve encore du temps c'est avec plaisir

c'est moins d'images

Quelle histoire ces images dont l'intégralitée se trouve …

http://downloads.nutyx.org/FondsEcrans/

Tout ça parce que blacksad et tyrry, (mes graphistes adorés dont on n'a plus de nouvelles par ailleurs, Blacksad si tu me lis, salutations) aime les femmes… Bon ils ne sont pas les seuls hein :D

Je pense que c'est très encourageant pour toi

Je remercie linuxfr.org pour l'engouement, un petit regrès quand même aucun nouvel inscrit sur le(s) forum(s) http://forum.nutyx.org (et http://forums.nutyx.org pour les anglophones) :( N'est-ce pas après tout l'endroit pour discuter de la distro

Ah mais c'était pas de toi que je parlais,

Franchement pas certain, tout dépend du contexte du code

http://crast.us/james/articles/prelink.php

Est-ce que je me trompe ?

Le "Konqueror test" est plus long avec que sans ? D'autre part on parle de millisecondes comme gain … est-ce vraiment une bonne chose ? D'autre part, je crois comprendre que les binaires sont modifié (je peux me tromper). Est-ce vraiment une bonne idée. Le mieux est alors d'utiliser des binaires compilé en statique, certe la taille de ces dernier augmente. Un binaire statique (pkgadd en est un) est aussi "accepté" par cards

Même si cela peut paraître un détail aux yeux des lecteurs tu as absolument raison au sujet des espaces en place des tabs. Cela m'aggace grave.

Régulièrement je prends mon courage à deux mains et j'en corrige quelques uns, … à la main. Je vois pas comment je peux utiliser un sed ..

C’est facile de demander aux autres de faire le boulot à ta place

Je veux pas être pessimiste mais c'est la tendance actuelle. Plus personne ne veut s'impliquer. Toutes les "gentils packagers" disparaîssent les un après les autres. Je vous laisse deviner ce que cela signifie.

Je voudrais juste rappeler que linux est avant tout une communauté de millions de bénévoles. Une communautée participative.

Maintenant, peut-être que je me trompe sur la définition…