Projet de documentation pour GNU/LINUX Debian (version SID)

Posté par . Modéré par Benoît Sibaud.
Tags :
0
31
juil.
2003
Debian
Vous connaissez tous certainement la formation Debian GNU/Linux d'Alexis de Lattre.

En voici une autre pour la distribution GNU/Linux Debian. Mais son orientation est totalement différente.

Ce guide pour l'utilisateur traite uniquement de l'utilisation d'une Sid, propose la mise en place de Kde, permet de personnaliser son propre système (bootsplash, kdelogo...), de l'optimiser (deborphan, hdparm...) et de pouvoir y jouer (wine, winex, scumvm, dosbox...).

Ce projet original est diffusé librement sous licence FDL (Free Documentation Licence). Il s'enrichit de jour en jour.

Une liste de diffusion a été mise en place pour vous permettre d'en suivre ces évolutions et d'y apporter vos commentaires / remarques.

Les contributions sont donc les bienvenues ! Bonjour,

Étudiant en informatique à l'UFR-IMA de Grenoble je suis en train d'écrire une documentation sur la distribution Debian.

Adresse de la dernière version : http://molton.dyndns.org/doclinux/

Adresse de la version officielle : http://cedric.lignier.free.fr/guide-debian/

Ce guide de l'utilisateur traite uniquement de l'utilisation d'une Sid. Il propose la mise en place de Kde, permet de personnaliser son propre système (bootsplash, kdelogo...), de l'optimiser (deborphan, hdparm...) et de pouvoir y jouer (wine, winex, scumvm, dosbox...).

Cette doc n'entre pas toujours dans le détail des choses. Elle donne plutôt les bonnes recettes de cuisine à appliquer pour faire ceci ou cela. (Avec tout de même le minimum d'explications pour les sujets sensibles histoire de bien comprendre ce que l'on fait.)

Du point de vue de la réalisation c'est du SGML DocBook agrémenté de logos à la manière d'un livre avec des astuces, des définitions, des avertissements... Bref, c'est plutôt agréable à lire...

Cette doc a vu le jour au mois d'avril et évolue depuis plus ou moins constamment. (http://molton.dyndns.org/doclinux/html/historique.html).
Mais entre les cours et maintenant mon stage de 12 semaines, ajouté à cela la chaleur qu'il fait... c'est dure de s'enfermer encore devant un PC le soir...

Donc comme j'ai moins de temps que prévu et que j'ai envie que le travail que j'ai fait commence à porter ses fruits, je fait un appel à toutes les personnes qui possèdent une Debian et qui sont intéressé par la mise en place de tel ou tel chapitre dans le cadre de ce projet de me le signaler ici.

Je suis également preneur de remarques, commentaires et tout le reste. J'ai mis en place une liste de diffusion pour ce guide. Cela permettra d'échanger plus facilement avec les personnes qui sont interessés pour en suivre les évolutions.

Pour s'inscrire : guide-debian-subscribe@yahoogroupes.fr
(il suffit d'envoyer un courriel à cette adresse).
N'hésitez pas. Cela permettra aux personnes intéressées d'apporter leurs contribution sur les articles et aussi d'etre tenu au courant des principales évolutions de ce projet.

A+
Cédric


PS: Voici ma TODO list. C'est en particulier ces sujets que je vais écrire. Ceux qui ne sont pas marqué OK sont à faire.
Lesquels vous intéressent le plus ? Si vous avez d'autres sujets, je peux peut-être les inclure car j'ai déjà fait un bon bout de chemin sous Debian...



----------


TODO-LIST (Listes des choses à faire)
Tout ce qui est précédé une étoile (*) reste à faire. On peut proposer d'autres sujets bien entendu.

I. Introduction
OK


II. Installer une Debian GNU/Linux
OK


III. Configurer le matériel pour votre Debian GNU/Linux
[Ajoute le 11-07-2003] Installer une carte son avec des pilotes ALSA
* Cartes graphique à base de chipset NVidia GeForce
OK Imprimante Epson Stylus Photo 915 USB
[Ajoute le 21-07-2003] Installer un graveur IDE


IV. Installer la base
*. Avant de continuer
- Quelques packages minimum à avoir pour être à l'aise
OK Mettre sa Debian en FR
OK Récupérer ses sources par Internet
OK Migrer vers la version Sid
*. Les services de base
OK La souris : GPM
*. Les services pour un serveur
OK Serveur Web : Apache + PHP + MySQL + PHPMyAdmin
OK Serveur FTP : ProFTPd
- Serveur SMTP : qpopper + exim (Mail Transf.Agent)
- Serveur de fichier pour clients Windows : Samba
- Serveur de fichier pour clients Linux : NFS
OK Accès à distance : SSH
OK IP Dynamique : DDClient
OK Synchronisation sur un serveur de temps : NTupdate


IV+ Installer le serveur graphique d'une Debian GNU/Linux
[Ajoute le 07-07-2003] Installer XFree86 (le serveur graphique)
*. Les outils pour le serveur Graphique ????????


V. Utiliser d'une Debian GNU/Linux
[Ajoute le 07-07-2003]Les bases de Linux
*. Debian en console
- Se dépatouiller avec la console
- Outils de base
* mc
- Monter une ISO
- Convertir CUE en ISO
*. Debian et les jeux
- Liste des jeux développés pour Linux
- Wine
- WineX
*. Debian et le réseau
- Modifier la configuration de son réseau (/etc/network)
- Partager sa connexion Internet (IPTables MASQUERADE)


VI. Administrer votre Debian GNU/Linux
* Sudo
* Surveiller l'état du système (monitorique)
- Gtkrelm
* Les fichiers /var/log
- Apache
- Samba
- ...


VII. Sécuriser votre Debian GNU/Linux
* Mise en place d'un firewall (IpTables)


VIII. Personnaliser votre Debian GNU/Linux
* Gestionnaires de fenêtres
- Personnaliser KDE
=> KDE en fr : package apt-cache search kde french
- Personnaliser Gnome
- Personnaliser Window Maker
* Lilo
[Ajoute le 08-07-2003] Démarrer sa debian avec un beau logo graphique (Framebuffer+ Bootsplash)

IX. Optimiser votre Debian GNU/Linux
* Optimisation des disques durs - HDParm
[Ajoute le 10-07-2003] Suppression de package inutiles

X. Foires Aux Questions (FAQ)
*. A propos de l'installation
OK
*. A propos des services
- Samba
* Comment générer un fichier /etc/samba/smbpasswd valide lorsque celui-ci est HS
*. A propos de l'utilisation d'une Debian
- Console
* Comment effectuer le même traitement sur plusieurs fichiers ?


XI. Annexes
* Dépendances des packages de bases
* Compiler le noyau
* Ecrire une documentation comme celle-ci en SGML
* Liens intéressants
- Liste soft Win vs soft Linux
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à -10.

    ça a l'air interessant. dommage que ça soit pour une debian... :)
    • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

      Posté par . Évalué à -2.

      calmez vous sur les - c'est bon votre debian c la meilleur distrib yavait un smiley donc cetait de l'humour. alors l'humour si vous savez pas c'est pas sérieux, c'est pour le fun.
      a moins que tout ces - soient aussi là pour le fun. aaah ok. j'ai rien dit alors.
  • # deborphan

    Posté par . Évalué à 9.

    # apt-get remove --purge `deborphan --guess-all`

    Hum, c'est très bourrin comme méthode, et ça supprime bien plus que les paquets inutiles. Perso je déconseille vigoureusement. Il vaut mieux faire le deborphan à côté, et supprimer à la main les paquets qui sont vraiment inutiles.

    (Et au passage, la traduction de library en français est bibliothèque)
    • [^] # Re: deborphan

      Posté par . Évalué à 2.

      Tout a fait d'accord.
      Celà vire les librairies utilisées par aucun package.

      Donc potentiellement des librairies utilisées si l'on est développeur ou si l'on a installé des programmes à partir de leurs sources.
      • [^] # Re: deborphan

        Posté par . Évalué à 2.

        Les librairies de développement sont dans la section 'dev' et ne sont pas touchées par deborphan (sans option). Par contre si un paquet est dans la section 'libs' et que ce n'est pas une librairie (j'ai au moins un exemple), c'est clair qu'il faut éviter de trop automatiser.
      • [^] # Re: deborphan

        Posté par (page perso) . Évalué à 3.

        Mais surtout les bibliothèques et les progiciels dont les dépendances seraient défectueuses.

        Deborphan est un outil à utiliser à la main et avec parcimonie après avoir tournée sept fois sa langue dans la bouche de sa voisine.
    • [^] # Re: deborphan

      Posté par (page perso) . Évalué à 4.

      Et ne pas oublier de relancer la commande, au cas où un paquet dont dépendait un autre a été supprimé, afin de supprimer ce paquet devenu orphelin ;)
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 1.

    D'ailleurs question, est ce qu'il existe une liste des jeux tournant sous Linux. Parce que je sais que j'achète rarement des jeux car je ne sais jamais s'ils vont tourner ur mon Linux ou pas....
    Par exemple, Warcraft III tourne-t-il sous Linux avec Wine ?
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 10.

    Dans la partie configuration du serveur X :

    > Si le serveur X ne répond plus, vous pouvez le tuer en
    > maintenant les touches [CTRL], [ALT] et [BACKSPACE]
    > enfoncées. La touche [BACKSPACE] est en fait la
    > touche communément appelée retour chariot !

    Euh, le retour chariot tient son nom des vieilles machines à écrire, où quand tu actionnais la manette qui permet de revenir en début de ligne, tu passais également à la ligne suivante.

    Donc :

    Retour chariot == Entrée == Return

    Backspace <> Retour chariot
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 1.

    Peut-on telecharger une 'sid' en CDs d'install ?
    Si oui, où peut-on la trouver ?
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 8.

    Chouette une nouvelle doc.
    C'est toujours bon a prendre (surtout sur Debian), et comme elle a l'air active, tout va bien (c'est trop con de voir des docs partir sur les chapeaux de roue et agoniser dans l'obsolescence 6 mois plus tard)

    Ca me fait penser a d'autres docs pas mal faites : install/config slackware sur le site de lea-linux.org (ca ne serait pas une bonne idee de la leur soumettre histoire de regrouper les docs, et aussi sur linuxdoc et autres sites du meme accabit...)

    La doc c'est important : tout le monde n'est pas un specialiste des distribs/applis libres. Des docs bien faites et maintenues c'est autant d'aide pour de futurs utilisateurs, une preuve de serieux et de maturite de la communeaute du libre et une transition plus facile de certains systemes (suivez mon regards) et une informatique liberee.
    • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

      Posté par . Évalué à 5.

      tout le monde n'est pas un specialiste des distribs/applis libres
      sans compter que sans doc, on n'est pas prêt de devenir des spécialistes
    • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

      Posté par (page perso) . Évalué à 3.

      > Chouette une nouvelle doc.

      Super, encore un peu plus de dispersion.
      On en avait bien besoin d'avoir encore une doc sur un autre site web.

      C'est moi ou j'ai l'impression que les 3/4 des linuxiens préferent repartir de zéro, faire des doublons au lieu de se pencher sur un travail commun et ce genre de choses.

      Combien de site francophones sur debian ? Combien de forum et de liste sur linux ?

      Un peu de cooopération et de travail d'équipe, c'est peut être trop demandé ?

      Pour avoir posé la question aux webmasters de divers sites, les réponses allaient de 'c'est pas assez orienté machin' ou 'c'est trop orienté truc' ( avec machin et truc remplacé par des noms de distribs connu ), à 'je suis pas root sur la bécane'.

      Et c'est pareil pour les versions dérivés de debian.
      Combien de clone de knoppix, combien de distribs espagnol prévus pour l'administration ?
      C'est trop dur de tout mettre en commun ? c'est si important d'avoir le controle total ?

      Autant je comprends qu'un programmeur puisse avoir envie de tester de nouvelles choses, autant la doc, c'est toujours pareil. Alors, pour éviter d'avoir à chercher partout sur le web, faites l'effort de travaillez en équipe.
      Y a des sites trés bien, comme lea-linux, ou comme debian-fr, pour le cas ou lea ne serais pas assez orienté debian, qui se feront un plaisir d'accueillir le document.

      ( Et je parle pas de la propension des utilisateurs debian à faire des docs spécifiques, car ils sont incapables de chercher pour voir comment ça se passe chez les autres ).
      • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

        Posté par . Évalué à 4.

        «Un peu de cooopération et de travail d'équipe, c'est peut être trop demandé ? »

        Euh oui.

        Ou plutôt, je me demande au nom de quoi tu pourrais attendre des Gens (qui développent ou qui écrivent de la doc) qu'ils fassent ce que tu estimes le mieux.

        Il y a une différence entre suggérer et demander. Tu peux suggérer à quelqu'un de fusionner son projet avec un autre, mais tu ne peux pas le lui demander (sauf si c'est ton employé bien sûr).
        • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

          Posté par (page perso) . Évalué à -1.

          > Il y a une différence entre suggérer et demander. Tu peux suggérer à quelqu'un de
          > fusionner son projet avec un autre, mais tu ne peux pas le lui demander (sauf si
          >c'est ton employé bien sûr).

          Ok, ben qu'un modéro fasse un s/demandé/suggéré/ , vu que le simple fait de demander , c'est déja trop, on va mettre un terme plus politiquement correct qui va tout changer.


          Donc est ce que quelqu'un a une raison à la non prise en compte de ma suggestion ?
          Suggestion totalement illégitime, tout comme ma demande, vu qu'il s'agit de la même idée, et que l'a demande en elle même vient d'etre rejeté...
          • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

            Posté par . Évalué à 2.

            Si tu changes juste le terme et gardes la démarche je continuerai à trouver ça malpoli (ce qui n'engage que moi).

            Certes, ce n'est pas forcément efficace de travailler "chacun dans son coin", certes dans beaucoup de cas il vaudrait peut-être mieux réunir les efforts.

            Cependant ce qui motive les gens à participer au libre, c'est le fun. Si ça m'amuse de développer ma distribution, je vais le faire, peu importe ce que toi ou d'autres gens penseront de la dispertion des efforts. Si ça me plait de rédiger une doc à ma manière, je vais le faire aussi. Et peut-être que ça n'apportera rien de significatif "au libre", ou bien si, mais peu importe.

            D'où la différence entre la suggestion et la demande. Si j'ai commencé un projet et que quelqu'un me signal "tiens regarde, celui là fait la même chose dans son coin, peut-être que vous pourriez unir vos forces", je vais peut être considérer la question. Par contre si quelqu'un me dit "eh oh, tu réinventes la roue. Ça serait trop te demander que de participer à des projets existants ?", là je vais mal le prendre.

            «Suggestion totalement illégitime, tout comme ma demande, vu qu'il s'agit de la même idée»

            Il ne s'agit pas de la même démarche. Dans un cas tu signales aux gens l'existence de projets aux buts similaires, dans l'autre tu leurs signifie que tu attends d'eux quelque chose ("ça serait trop demander ?").

            Je suppose que tu as la même opinion au sujet des multiples navigateurs (quel intérêt d'avoir Epiphany _et_ Galeon ?), des multiples gestionnaires de fenêtres... Si les gens préfèrent commencer leur projet à partir de zéro, ou de faire un fork, c'est souvent pour des raisons qui leur sont propres, et effectivement c'est trop demander que de leur demander de ne pas le faire, pour être "plus efficace".

            (Je parle ici des gens qui font ça sur leur temps libre, pour le fun, ou pour apprendre, ou...)
            • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

              Posté par (page perso) . Évalué à 3.

              Cependant ce qui motive les gens à participer au libre, c'est le fun.
              Si ça m'amuse de développer ma distribution...[plein de choses très vraies]


              Donc, si ca m'amuse de faire un système d'exploitation qui va détruire Windows, Linux, MacOS, fermé et crypté, qui compte vachement vite jusqu'à un million, je peux le faire

              (je ne cite personne, hein !)

              Par contre si quelqu'un me dit "eh oh, tu réinventes la roue. Ça serait trop te demander que de participer à des projets existants ?", là je vais mal le prendre.

              Je pense quand meme qu'il y a des cas où vraiment, du travail pourrait ^etre évité. De plus, la multiplicité des produits, si elle est garante de liberté, est déconcertante pour l'utilisateur, et ralentit l'apparition de standards.

              Je pense que c'est malheureuseement ce qui fait que sur certains points, Linux est en retard ("Presse-papiers", gestion des polices, ...)
              • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

                Posté par . Évalué à 4.

                «Je pense quand meme qu'il y a des cas où vraiment, du travail pourrait ^etre évité.»

                Et il y a de nombreux cas où les développeurs unissent leurs forces. En particulier dans les cas que tu cites, il y a une volonté d'unification. Mais penser que tous les développeurs devraient s'unir pour faire Un Super Truc Qui Tue, c'ets oublier que le libre fonctionne beaucoup sur la base du volontariat et de la passion.

                Par exemple, si je veux apprendre comment faire un gestionnaire de fenêtres, je vais en recoder un à partir de presque rien. Pas pour apporter un nouveau gestionnaire de fenêtres Au Libre, mais simplement pour en faire un.

                «la multiplicité des produits, si elle est garante de liberté, est déconcertante pour l'utilisateur»

                Oui, mais faire le tri dans tout ce qui est disponible, c'est le boulot des distributions.

                «et ralentit l'apparition de standards»

                Pourtant, ça ne devrait pas. À priori, si on n'avait qu'une seule suite bureautique, on n'aurait aucun besoin de développer un standard. Mais comme on a plein de suites bureautiques différentes, il devient intéressant de définir des formats communs permettant l'interopérabilité...

                (Bon, dans l'idéal hein. En pratique c'est loin d'être fait)
      • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

        Posté par . Évalué à 5.

        Ben, étant donné que les gens font souvent cela sur leur temps libres, je trouve chouette que cela existe. Et je leur laisse la liberté d'évaluer s'ils préfèrent collaborer à un plus gros truc, ou s'ils préfèrent repartir de zéro.
        Perso, je pense que je vais tenir à jour des notes concernant mes essais pour installer différents softs, et dans ces documents, je me réfèrerai aux docs employés sans pour autant en réécrire une autre.
        Mais bon, si tu trouves que c'est trop chaotique, pas assez règlementé, c'est bien. J'aime bien cet aspect-là des choses pour ma part. Plusieurs projets, différents stades d'avancement, et plein de surprises. Pourquoi vouloir un effort unique, centralisé. Il y a des gros projets centralisés, de petits projets de nuits blanches. Et peut-être que le petit projet deviendra grand...
        Allez, la liberté est un chouette principe, il y a des désavantages, et les règles sont nécessaires ; mais je suis plutôt content des règles actuellement en vigueur dans le monde du libre, même si cela paraît trop chaotique pour certains.
        • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

          Posté par . Évalué à 3.

          Oui c'est moins efficace qu'un projet coordonné, oui ce serait mieux si les doc se regroupaient.

          Mais ce n'est pas simple a faire du tout. Il faut s'entendre avec les gens, avoir un coordinateur serieux, avoir du temps à peu près au meme moment.

          Je tiens sur ma page web une serie de docs qui sont loins d'etre parfaites mais qui au moins à moi sont indispensables. J'aimerai les ameliorer, j'aimerai qu'on les ameliore, je serai prêt à les donner etc. mais je ne connais personne qui gère ce genre de chose. Je ne connais rien aux formats de documentation, je n'ai jamais fait de latex, je ne connais pas le SGML, je ne saurai pas adapter tout cela. Il faudrait que j'en parle autour de moi avec d'autres linuxiens mais il se trouve que meme si je suis souvent en irc c'est plutot avec des amis de longue date et que j'ai beaucoup de mal a me sentir bien sur les 'grands' channels linux ou l'ambiance me déplait.

          Une chose est sûre si on me proposait de fusionner tout cela avec d'autres, je regarderai à deux fois avant de refuser. Enfin si c'est demandé un minimum poliment parceque le "RHO T'ES CON KIKOO LOL MEME PAS TU FUSIONNES LA DOC ROF ROF ROF", c'est clair que c'est bye direct (bah oui c'est dingue ca hein ces gens vieille France qui n'ont plus de respect pour les courageux politiquement incorrects...)

          Et d'ailleurs ce que j'ecris je ne l'invente pas, je consulte d'abord la doc des autres. Ensuite je note surtout tout ce qui n'a pas marché comme prévu et je le mets en avant dans mes notes car j'ai constaté qu'en general ce qui m'a posé probleme une fois me le repose la fois suivante et que comme je reinstalle tous les X années je ne me souviens pas des details qui font perdre du temps. La multiplicité des documentations a ceci de bon que lorsque cela ne marche pas et qu'on a tout lu, on peut aller voir si il n'y a pas de complement ailleurs.
          • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

            Posté par (page perso) . Évalué à 3.

            Ce que je critique, ç'est pas que les gens ne collabore pas, c'est qu'il ne font pas l'effort de collaborer.

            On me critique sur la simple phrase 'ça serait trop demander'.
            Et le reste de l'argumentaire, il est passé à la trappe ?

            Pour avoir déja démandé poliment, par pur curiosité, comme je l'ai dit, on m'a répondu "oui, mais je suis au moins root sur ma machine".
            Donc ça prouve bien que, même demandé poliment, on cherche pas.

            Tout le monde trouve normal d'avoir 6 ou 7 forums francophones d'aide, ou les gens sont obligés de crossposter pour espérer avoir une réponse ?

            Autant je suis d'accord avec l'argumentaire, à savoir que tout le monde n'a pas les compétences pour écrire une bonne doc, mais c'est pas une raison pour ne pas chercher à envoyer un patch ou un truc comme ça plutot que de commencer from scratch une enieme doc spécial debian gnu/linux.
            D'autant plus que la, la doc est écrite en sgml, donc cette argument ne tient pas.

            Mais c'est vrai, c'est tellement mieux d'avoir le controle, d'être le chef.
            • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

              Posté par . Évalué à 2.

              > On me critique sur la simple phrase 'ça serait trop demander'.
              > Et le reste de l'argumentaire, il est passé à la trappe ?

              Vois les choses du bon côté : tu viens d'apprendre que la forme est souvent plus importante que le fond.

              Le tout étant de retenir la leçon ; ce qui est grave ce n'est pas de faire des erreurs mais de les répéter.

              > Donc ça prouve bien que, même demandé poliment, on cherche pas.

              Je ne vois pas pourquoi tu t'agites autant, à vrai dire.

              Le libre fonctionne de la manière suivante : quelqu'un a un besoin qu'il estime insatisfait, alors il lance un nouveau projet. Il apporte quelque chose, et personne ne peut se permettre de le décrier pour cela.

              Applique plutôt ce principe à toi-même : tu estimes qu'il y a un manque quelque part, qu'il faut lancer un projet de coordination pour la documentation. Eh bien, lance-toi, monte un site ouaib...

              Ce n'est pas plus compliqué :-)

              Aurélien.
            • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

              Posté par . Évalué à 1.

              Ta suggestion est bonne: un projet coordonné serait vraiment bien. Cela dit j'en parlais cet après-midi à un ami qui se demandait si ce ne serait pas redondant avec le LDP ? Le hic c'est la coordination: il faut beaucoup plus de motivation et de volonté (voire d'abnegation) pour ce rôle, et des gens enthousiastes qui tiennent la distance sont rares (du moins autour de moi). A la première occasion je tente le coup si une équipe se monte. Mais je ne me sens pas les epaules pour amorcer. :-(
              • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

                Posté par . Évalué à 1.

                Salut !

                Je suis tout à fait d'accord avec un système de coordination et d'échange des projets et des documentations !

                Des plus une standardisation des formats est déjà largement commencé sur tout les supports d'informations.

                Un site ISo-Linux ou un truc du genre pourrait etre pas mal, oui, et n'empecherait pas à quiconque de faire leur propres distri/doc

                Les débutant s sont souvent perdus parmi les (trop) diverses version sur lesquelles il peut tomber !

                Alors il installe une RH, ou une mandrake, qui lui claque entre les doigts au bout de trois jours, parcequ'il a fait une mauvaise manip. Alors il va sur le net, se disant qu'il va trouver un moyen de réparer. Et là les galères commencent.... Domaine de recherche trop vaste

                Tjrs est il que léa est très bien pour débuter, j'en ai passé du tps sur ce site jvs raconte pas le nombre de misère que g évité
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 4.

    Je trouve cette idée et cette doc très intéressante !

    Une seule petite suggestion ! Il serait bon de prévoir une version de la dite doc au format PDF pour son portage et sa facilité de lecture hors ligne.

    Mes 0.2 cents
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 2.

    Il y a un truc qui me parait un peu bizarre dans cette news. C'est la licence utilisée, la FDL, il y a pas si longtemps, une news avait circulée ici disant que pour Debian, la GNU FDL n'est pas libre ...

    Quand est-il de ce document ?

    C'est juste une demande de reseignement, pas un lancement de troll

    Merci
    • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

      Posté par (page perso) . Évalué à 3.

      Debian considère la GNU FDL comme non libre si la licence est utilisée avec des sections invariantes... or ce n'est pas le cas ici.
      • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

        Posté par . Évalué à 1.

        Et encore! Il n'y a pas consensus là dessus. Même si un document est sous GFDL sans section invariante, quelqu'un (qui peut ne même pas être l'auteur original) peu ajouter une section invariante ou mettre une section normale en invariante.

        Apparemment la GFDL sans invariants est libre, mais ce qui est au dessus la rendrait incompatible avec la GPL
        • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

          Posté par . Évalué à 2.

          Apparemment la GFDL sans invariants est libre, mais ce qui est au dessus la rendrait incompatible avec la GPL
          C'est presque ça.
          La GPL et la GFDL *sont* incompatibles de toutes façons, parceque si dans ton projet tu as des parties sous l'une des licenses, le projet entier doit aussi l'être.

          Par contre, le point que tu soulèves fait que la GFDL n'est pas bien protégé par le copyleft, puisque quelqu'un peut légalement rajouter des sections invariantes, et donc la rendre non libre.
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 3.

    Moi un truc qui me fait marrer c'est que l'auteur est aussi Présentateur de produits Microsoft (cf CV dans Les autres projets de l'auteur)
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 4.

    Félicitations à Cedric pour faire l'effort de partager son savoir, même s'il est modeste.
    Le critiquer est facile, mais combien d'entre vous, qui lisez ce texte, participent à l'effort communautaire pour rendre Linux plus accessible (developpement/écriture de documentations/traduction)?
    Alors même si le texte est bien fourni en fÔtes d'orthographes, si le style n'est pas très académique, si la documentation passe un peu trop rapidement sur telle ou telle fonctionnalité. Et bien c'est déja un sacré boulot qui ne mérite que des encouragements.

    Je ne désespère pas voir un jour la pluspart des efforts francophones autour de la Debian se rassembler autour d'un seul site/forum.

    Il n'y en a pas des masses, et pour n'en citer qu'un (le notre ;) ) c'est ici que cela se passe -> http://www.andesi.org(...)

    Nous avons pondu de la bonne documentation, nous avons quelques traducteurs, et le forum marche du tonnerre (plus de 4000 messages)

    Tout le monde est le bienvenu.
    • [^] # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

      Posté par . Évalué à 1.

      Cool, hops dans mes favoris.
      Et je cherchans dans le document de la news l'endroit où l'on parlait de hdparm, et j'ai trouvé ce que je cherchais sur ton site.
      Chapeau, j'ai pas le temps de jeter un coup d'oeil plus conséquent, mais j'y retournerai ce soir !
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par . Évalué à 4.

    Dans la partie sur les clés USB, que ce soit pour les monter manuellement ou bien dans les options de la fstab, il est préférable d'ajouter l'option 'sync'. Sinon, on a la fausse impression que les transferts se font de manière instantanée (surtout en USB 1.1), et la commande umount ne fonctionnera pas le temps que le noyau synchronise tout ca. Et si on debranche la clé pendant la synchronisation en pensant qu'il y a un problème avec umount, on risque fort de se retrouver avec un fs tout foutu.
  • # VI.19. Bootsplash

    Posté par . Évalué à 1.

    J'ai la nette impression que le paquet kernel-patch-bootsplash n'est plus dans la Debian depuis quelques jours... Ennuyeux pour les personnes intéressées par une démarrage graphique sous une Debian.
    • [^] # Re: VI.19. Bootsplash

      Posté par . Évalué à 1.

      Ben ca se fait sans trop de difficulté avec lilo....

      Quelque paramètres à rajouter dans lilo.conf, et ca roule.....
      J'ai pas mon lilo.conf sous les yeux, mais RTFM, c'est comme ca que je m'en suis sorti....

      Bon courage.
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par (page perso) . Évalué à 2.

    Il n'y a pas un moyen + rapide de configurer X ?
    quand je vois avec quelle facilité la mandrake fais ca, je me dis kil doit bien exister un utilitaire ki doit configurer tout ca aux petits oignons (souris-ecran-carte video) en 2 clics ?
    • [^] # Knoppix

      Posté par . Évalué à 1.

      L'utilitaire qui fait ça aux petits oignons sous Debian s'apelle Knoppix.
      Démarre sous knoppix et savuegarde le fichier X86Config-4 pour ta debian.
      • [^] # Re: Knoppix

        Posté par . Évalué à 2.

        Oh là non!
        ça marche pas avec tous les modèles. Puis alors, knoppix rebascule en fbdev puis en vesa...

        ça peut se faire à condition de bien le vérifier à le main, ce fichier.

        C'est d'ailleurs un script qui s'appelle xf86config et qui est là: http://developer.linuxtag.net/knoppix/(...)
  • # Choix de version

    Posté par . Évalué à 1.

    J'aurais aimé savoir, si pour une utilisation d'ordre générale, vous conseilerez plutôt la version testing que unstable (sid) ?
    • [^] # Re: Choix de version

      Posté par . Évalué à 1.

      Oui, et je voudrais aussi savoir si il existe une sid compilée pour i586 ?
      Ya encore des gens qui utilisent des 386 ? C'est dingue !
      • [^] # Re: Choix de version

        Posté par . Évalué à 1.

        le probleme n'est pas que des gens utilisent encore des 386 ou pas, si c'est encore compilé sous cette forme c'est probablement une question de compabilité avec les autres proc.
        • [^] # Re: Choix de version

          Posté par . Évalué à 1.

          En tant qu'utilisateur à 90%, chuis très content de ma sarge!

          Je pense que la Sid est surtout dédiée aux dev
          Non?

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.