Sortie de «Slackware Linux Essentials 2.0»

Posté par  (site web personnel) . Modéré par Jaimé Ragnagna.
Étiquettes :
0
30
juin
2005
Slackware
La seconde version du Slackbook vient de paraître.
Issu d'un travail collaboratif, le Slackbook s'inscrit comme un guide de référence pour les utilisateurs de GNU/Linux Slackware.

Dans ce livre, Chris Lumens, David Cantrell, Logan Johnson et Alan Hicks reviennent aussi bien sur les spécificités de Slackware que sur les commandes de base de Linux. Tout le contenu de ce livre électronique est placé sous licence GPL V2 et le projet est maintenant un projet officiel Slackware.

A noter aussi la sortie dans la boutique Slackware de la version bundle incluant la version papier du Slackware Linux Essentials 2.0 et des CD de la version 10.1 de Slackware. Les modifications importantes sont présentés sur le site de vente en ligne de Slackware. Ce qui suit représente les changements les plus significatifs de cette nouvelle édition :


  • Chapitre 3 : Installation.
    Parmi l'ensemble des modifications, nous trouvons l'ajout de captures d'écran de l'installeur, et une mise en conformité reflétant l'état actuel des CD et disques d'installation.

  • Chapitre 4 : Configuration Systeme.
    Une adaptation aux spécificités des noyaux Linux 2.6 a été pratiqué.

  • Chapitre 5 : Configuration Réseau.
    Diverses précisions agrémentent les parties sur SaMBa, NFS et DHCP. Tout un complément sur les réseaux sans fils a été aussi ajouté. Les améliorations de la gestion du réseau sont aussi couverte.

  • Chapitre 6 : X Window System.
    Une réécriture substancielle à été pratiqué pour permettre d'aborder aussi X.org et la configuration de XDM ( xdm graphical login manager ).

  • Chapitre 13 : Commandes de bases lié au réseau.
    Une introduction à de nouveaux outils réseaux étend cette section.

  • Chapitre 14 : Securité.
    Cette toute nouvelle partie couvre la gestion de la sécurité dans un système à base de Slackware.

  • Chapitre 17 : Emacs.
    Cette nouveauté nous initie à l'art de ce puissant éditeur.

  • Chapitre 18 : Gestion de paquets.
    Des mises à jours ont été faites expliquant l'usage des scripts SlackBuild.

    • Aller plus loin

    • # gestion des dépendances

      Posté par  . Évalué à 1.

      Slackware intègre depuis quelques temps déjà la gestion des dépendances grâce à slapt-get, un outil qui simule (efficacement) l'apt-get de Debian;)

      • [^] # Re: gestion des dépendances

        Posté par  (site web personnel) . Évalué à 10.

        Oui mais alors pourquoi avoir une Slackware ;)

        J'ai une utilisation pédagogique avec ma Slackware ! et j'apprécie beaucoup de ne pas avoir de gestionnaire de dépendance ... et je sais que beaucoup de « Slackeux » l'apprécie pour cela ! :)

        Maintenantpour pousser le vice jusqu'au bout, il faut aussi citer swaret : http://swaret.sourceforge.net/index.php(...)

        Pour ma part, j'ai ajouter slackpkg à mon système afin de faciliter les mises à jour mais en aucun cas, il ne gère les dépendances ;)
        http://slackpkg.sourceforge.net/(...)

        ... j'ai cru comprendre qu'un Slackeux utilisais Rsync pour avoir son système à jour !!! ...

        • [^] # Re: gestion des dépendances

          Posté par  . Évalué à 2.

          J'utilise swaret, pas du tout pour la gestion de dépendances, mais par simple fainéantise : récupération des paquets et mise à jour de ceux ci.
          c'est quand même plus pratique que rsync hein ;)

          --
          TiTiX

          • [^] # Re: gestion des dépendances

            Posté par  . Évalué à 0.

            Je me sers aussi de swaret et non de rsync. D'abord, pour moi aussi aller plus vite. Ensuite, si j'ai bien compris, l'usage de rsync est pratique pour ceux qui ont une installation complète.

            Je suis parti d'une installation minimale (noyau plus utilitaires de bases) que j 'ai progressivement augmenté. Quand j'ai voulu installer certains logiciels qui demandaient 36 bibliothèques ça m'avait rapidement soulé (d'autant plus que je ne connaissais pas ldd... Imaginez :)).

            Depuis si je n'ai pas besoin de personnaliser les options de compilation, boum swaret et si il y a trop de dépendances, je réfléchis à deux fois avant d'installer. Sinon, je compile dans un répertoire pour en faire un paquet et pouvoir le désinstaller proprement plus tard.

            Je pense que la gestion de dépendance proposée par Swaret est suffisante... Comment procèdent les utilitaires des autres distributions ?

        • [^] # Re: gestion des dépendances

          Posté par  (site web personnel) . Évalué à 6.

          On est plus d'un slacker (et non slackeux) à utiliser rsync pour les mises à jour de la slackware stable. Enfait, on a un miroir du répertoire patches/ en local maintenu grâce à rsync, tout simplement.
          Ça donne ça : http://www.freewebtown.com/slackbuilds/rsync-slackware-10.1-patches(...)

        • [^] # Re: gestion des dépendances

          Posté par  . Évalué à 2.

          Personnellement, j'utilisais rsync pour récupérer l'arborescence d'un ftp Slackware afin de pouvoir me faire des iso. Après quelques essais de swaret, slackpkg ou slapt-get, j'avais préféré retourner au bon vieux upgradepkg (mais bon, c'est une histoire de goût=)

          Cette approche (rsync+autre prog de mise à jour depuis son propre miroir) me parait plus saine dans le sens où on a les paquetages organisés selon l'arborescence de sa distrib (chose que les swaret & cie ne font pas):

          des fois que ça t'intéresse, "mon" script rsync (car il n'est pas de moi à l'origine) peut se trouver là : http://rem.planet-d.net/slackware/rsync-slack.sh(...)

          Tu pourras aisement l'adapter à tes besoins en ajoutant ou en enlevant des lignes "--exclude=REGEXP".

          À noter que ce script n'est pas spécifique à Slackware et qu'il est adaptable à d'autre distrib (Archlinux dans mon cas).

          mes 2¢

        • [^] # Re: gestion des dépendances

          Posté par  . Évalué à 4.

          Rhha la Slackware, j'aimerais y revenir, mais Gentoo est trop bon et tellement complète.

          Sinon, pour ce qui et de gestion d'paquets y a aussi pkgsrc
          http://www.netbsd.org/Documentation/software/packages.html(...)
          La collection de paquets de l'excellent ultra portable NetBSD donc...

      • [^] # Re: gestion des dépendances

        Posté par  (site web personnel) . Évalué à 10.

        Mais en même temps, ce n'est pas dans l'esprit de la distro. Slackware n'a pas besoin de gestion de dépendances! Rapidement, on connait les dépendances, de plus c'est souvent spécifié dans la description des paquets. En outre, si tu installes la base, environ 500 paquets (assez monolithiques), tu as moins de problèmes de dépendances.

        Si tu veux une gestion poussée des dépendances, le mieux est de prendre le couple Debian/apt-get ou Mandriva/urpmi.

        • [^] # Re: gestion des dépendances

          Posté par  . Évalué à 0.

          Ouais, je comprends que les amateurs préfèrent s'en passer...

          Ayant connu mes premiers émois de linuxien avec une Slack, je me sentis néanmoins vite limité et optai pour la woody (aujourd'hui en Sid).
          J'ai un réseau de 4 ordi et notamment une vieille bécanne sur laquelle seule la Slackware-10.1 fait l'affaire, elle est rapide (contrairement aux ubuntu ou autres red hat et knoppix).

          Je ne suis pas du tout technicien et c'est justement là où j' aprécie la souplesse de slapt-get...

          Du coup, j'ai aussi une Archlinux avec son fameux outil pacman!

        • [^] # Re: gestion des dépendances

          Posté par  (Mastodon) . Évalué à 5.

          En fait, ce qu'il y a de bon avec la slack et ces systèmes de gestions de dépendances (quel nom mal choisi en l'occurrence), c'est qu'ils servent juste quand on a vraiment la flemme, genre on veut tester rapidement un logiciel, pour le montrer à quelqu'un, ou l'utiliser, sans avoir le temps de faire les choses comme on a l'habitude, ou sans l'envie de le faire.
          Un petit coup de swaret, hop, on choppe le truc, il détecte vite fait s'il y a besoin d'un autre paquet, et basta

          Pas d'emmerdes du genre "mais non, vous ne pouvez pas effacer tel paquet parce que ça plante, alors il va rester à moitié là, à moitié enlevé ad vitam aeternam." ou autre "Ah mais non, impossible d'installer ce paquet ! tel autre paquet qui n'a rien à voir ne vérifie pas ses dépendances..." qui sont d'un frustrant abominable sur d'autres distribs...
          C'est pour ça que j'ai abandonné la Debian pour faire les liveCD d'Antesis.org (basés à l'origine sur Knoppix), au profit de la Slackware.
          Ca et le fait que la Slack utilise le système d'init des BSD et non le system V, ça rend tout de suite les choses tellement plus compréhensibles...

          Mais c'est clair que si c'était un peu organisé comme les répertoires d'un CD de slack, ça serait 'achement mieux. Enfin, gslapt est en version 0.3.x, j'attends la version 1, et je pense que je pourrai aisément lâcher des néophytes sur de belles slack en leur expliquant qu'ils peuvent en deux clics ajouter/enlever des logiciels :)
          (Et celui qui me dit "mais t'as qu'à leur mettre des Mandrikivake !" je leur répondrai que oui, mais non, parce que je ne saurais pas forcément résoudre un problème sous Mandrchose, alors que je saurai sous Slack.)

          Yth, Slackers.

          • [^] # Re: gestion des dépendances

            Posté par  (site web personnel) . Évalué à 2.

            <hors sujet>
            @ Yth : beau boulot, surtout pour Chronomium que je préconise dès qu'un Windows s'essoufle :)

            C'est laquel qui est basé sur la Slack ? Antenium semble être sur base Morphix (Debian !)
            C'est Chronomium qui est basé sur Slack ?
            </hors sujet>

            • [^] # Re: gestion des dépendances

              Posté par  (Mastodon) . Évalué à 2.

              Arf, merci :)
              En fait Chronomium doit être basé sur un mélange de Damn Small Linux et de Knoppix, l'ancestrale version d'Antemium est basée sur Knoppix, la vieille version d'Antemium sur Morphix, la version suivante appelée Migration est basée sur Knoppix, et la petite dernière, nommée PC âgé a un démarrage Knoppix modifié, et fait tourner une Slackware derrière.

              D'ailleurs, je viens de sortir la bêta 4, avec un installeur qui mérite d'être amélioré...

              Toutes les infos sur le site de l'assoce : http://antesis.org/(...)

              Yth.

    • # Une chose à dire

      Posté par  (site web personnel) . Évalué à 2.

      Merci aux auteurs :-)

    • # Merci.

      Posté par  . Évalué à 7.

      Juste une précision, c'est slackbook (www.slackbook.org) et non slackboot.

      0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0

      • [^] # Re: Merci.

        Posté par  (site web personnel) . Évalué à 2.

        Petite erreur de saisie je bosse sur nfsroot via boot PXEGRUb alors j'ai un peu de mal a mettre en ordre mes idées. Désolé.

    • # Commentaire supprimé

      Posté par  . Évalué à 7.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # César, ouvre-toi !

        Posté par  . Évalué à 2.

        \o/

      • [^] # Re: Rendons à Caesar ce qui appartient à César

        Posté par  (site web personnel) . Évalué à 2.

        Il a néanmoins cité beaucoup de contributeurs dans la préface (http://www.slackbook.org/html/book-preface.html).(...)

        Je cite:


        Acknowledgments

        This project is the accumulation of months of work by many dedicated individuals. It would not have been possible for me to produce this work in a vacuum. Many people deserve our thanks for their selfless acts: Keith Keller for his work on wireless networking, Joost Kremers for his great work in single-handedly writing the emacs section, Simon Williams for the security chapter, Jurgen Phillippaerts for basic networking commands, Cibao Cu Ali G Colibri for the inspiration and a good kick in the pants. Countless others have sent in suggestions and fixes. An incomplete list includes: Jacob Anhoej, John Yast, Sally Welch, Morgan Landry, and Charlie Law. I'd also like to thank Keith Keller for hosting the mailing list for this project, as well as Carl Inglis for the initial web hosting. Last but not least, I'd like to thank Patrick J. Volkerding for Slackware Linux, and David Cantrell, Logan Johnson, and Chris Lumens for Slackware Linux Essentials 1st Edition. Without their initial framework, none of this would have ever happened. Many others have contributed in small and large ways to this project and have not been listed. I hope they will forgive me for a poor memory.

        Alan Hicks, May 2005

      • [^] # Re: Rendons à Caesar ce qui appartient à César

        Posté par  (site web personnel) . Évalué à 6.

        Il y a tant de différences que ça entre la Bible et le Kamasutra?

    Suivre le flux des commentaires

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