Slackware-current se réveille

Posté par  . Modéré par j.
Étiquettes :
0
19
mar.
2007
Slackware
Notre chère ancêtre se remet enfin de l'accouchement heureux de la version 11.0 !

À l'occasion de la St Patrick, le sieur Patrick Volkerding a mis à jour la version en développement de sa distribution. Il s'agit en fait d'une mise en lumière du travail effectué par l'équipe de développement de la Slackware depuis la sortie de la dernière version stable, le 1er octobre 2006.

Les changements réalisés dans ces 6 mois et demi de travail sont résumés dans la suite de cet article. À noter principalement :
  • le passage au tout noyau 2.6 : à ce jour la version 2.6.18.6 est disponible mais seulement en version multi-processeurs (SMP). Plus de version 2.4.x pour l'instant, mais l'ajout d'une branche "update" n'est pas exclue afin de mettre en place une maintenance active de cette version très stable du noyau Linux
  • la mise à jour de gcc vers la version 4.1.2
  • l'arrivée de l'incarnation modulaire de Xorg en version 7.2+ : certains modules semblent en effet être extraits du dépôt git plutôt que du lot de paquets officiels de la version 7.2 . Cette nouvelle mouture de Xorg s'accompagne d'un changement de taille, puisque la hiérarchie /usr/X11R6/ disparait et l'ensemble des paquets vient s'ancrer dans /usr. De plus la modularisation implique une multiplication des paquets liés à Xorg et donc gestion plus compliquée qui ne semble pas encore finalisée (normal, c'est une version en développement)
  • l'explosion du paquet "bin" en autant de paquets que d'utilitaires qu'il contenait
  • la migration des paquets KDE de /opt/kde vers /usr/ afin de satisfaire aux recommandations de freedesktop.org pour la cohabitation et l'unification des différents environnements de bureau
  • l'élimination de certaines vieilleries telles que xmms (non sans saluer et remercier les développeur de ce projet au passage) et gdk-pixbuf
  • ajout de divers nouveaux paquets
  • ajout de modes d'installation via USB (installation à partir de clefs USB) et PXE (installation à partir du réseau)
  • suppression du mode d'installation par disquettes

De très excitants changements pour tous les aficionados de cette distribution qui reste une référence dans le paysage des distributions Linux, malgré les attaques liées à son âge avancé et à sa timidité à coller aux versions les plus à jours de ses différents composants.

Aller plus loin

  • # Commentaire supprimé

    Posté par  . Évalué à 2.

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

    • [^] # Re: Vieilleries ?

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

      En gtk-1 gdk-pixbuf ne faisait pas partie de gtk, donc tu avais un paquet gtk1 + 1 paquet gdk-pixbuf pour les progs qui l'utilisait.
      Maintenant en gtk2 tu as juste un paquet gtk2 (gdk-pixbuf est inclu), donc le paquet gdk-pixbuf de slackware est une vieillerie.
    • [^] # Re: Vieilleries ?

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

      le changelog : "/gdk-pixbuf-0.22.0-i486-1.tgz: Removed. I don't think much uses version 1 of this library anymore (I couldn't find any Slackware packages that do)."
    • [^] # Re: Vieilleries ?

      Posté par  . Évalué à 2.

      Il y a très peu de programmes qui utilisent gdk-pixbuf.
      Ici j'ai trouvé soundtracker et xmms-xosd (sur 6800 paquets), dépendance compris.
    • [^] # XMMS

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

      XMMS est certes une vieillerie, mais je le trouve très efficace et bien plus léger qu'amarok (par exemple). Progressivement il se retrouve supprimé par toutes les distributions, pourtant je trouve que c'est un logiciel vraiment efficace : il lit la musique qui est dans une playlist. C'est tout ce qu'on demande à un lecteur de musique!

      Pour moi c'est une bonne alternative à d'autres lecteurs un peu "lourds" et pleins de gadgets, sans être pour autant du style ogg123. Dommage qu'on le supprime sans pitié!
      • [^] # Re: XMMS

        Posté par  . Évalué à 3.

        il est remplacé par Audacious qui est un fork de Beep Media Player qui est lui meme un port de XMMS vers GTK2+
        Puisque XMMS n'est plus maintenu, autant passer à un logiciel aux fonctionnalités équivalentes et qui continue à evoluer
      • [^] # Re: XMMS

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

        Sauf qu'il est en Gtk1. Si tu veux la même chose que XMMS en Gtk2, regarde du coté de Beep Media Player ou de Audacious. C'est tout pareil que XMMS au niveau fonctionnalités.
        • [^] # Re: XMMS

          Posté par  . Évalué à 7.

          Pareil mais avec l'instabilité en plus...
          • [^] # Re: XMMS

            Posté par  . Évalué à 4.

            dans ce cas passe a mpd + sonata (ou gmpc)

            Il n'a crashé sans que j'y touche qu'une seule fois en presque 2 ans. Sinon les seules merdouilles que j'ai c'est quand une webradio part en sucette, mais en général, la musique commence a se couper avant, donc c'est pas le plus ennuyeux.

            C'est super solide, et pouvoir réparer son X en musique, ca n'a pas de prix :)
            • [^] # Re: XMMS

              Posté par  . Évalué à 3.

              Et ça arrive souvent devoir "réparer son X" ? À chaque fois qu'une personne parle de mpd, elle sort cet argument. Je trouve ça pompeux.

              Pourquoi j'aime mpd:

              1. mode client/serveur
              2. très léger
              3. multitude de clients (graphiques, ncurse, nc, ncmpc, telnet, web, emacs (mon préféré))
              4. lit à peu près tout ce qu'on peut lui donner (tous formats + radio + podcast)
              5. peu très bien se faire (ice|shout)caster

              Petit reproche cependant: je ne crois pas qu'on puisse lui donner plusieurs répertoires de musiques en entrée et c'est bien dommage car moi, je suis bordélique et ne sais pas ranger mes affaires :)
              • [^] # Re: XMMS

                Posté par  . Évalué à 10.

                Et ça arrive souvent devoir "réparer son X" ?


                Bah quand tu es sous Ubuntu et que tu as fait une mise à jour...

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                • [^] # Re: XMMS

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

                  Ou quand tu testes des trucs, que tu changes de conf, que tu mets à jour, bref que tu as décidé de faire subir à ton serveur X tes activités geekesques du moment.


                  Yth.
                • [^] # Re: XMMS

                  Posté par  . Évalué à -2.

                  oh!
              • [^] # Re: XMMS

                Posté par  . Évalué à 4.

                Et ça arrive souvent devoir "réparer son X" ?

                Bah non justement, et c'est pour ça que c'est classieux, et surtout ca fait bien plaisir, quand ça arrive : "Zut marche plus. Ah cool, je vais pas me taper le silence angoissant de la console texte".

                C'est con, mais avec la musique on se sens vachement plus serein devant sa machine en rade, sans doute l'effet "au moins, ça ça marche".
                • [^] # Re: XMMS

                  Posté par  . Évalué à 2.

                  Si t'appelles ça marcher...

                  On peut regarder des vidéos sur une console texte avec mplayer.
                  • [^] # Re: XMMS

                    Posté par  . Évalué à 5.

                    Monsieur "Serious" Hocevar devrait coder une libpipi pour afficher de la musique en mode texte /o\
                  • [^] # Re: XMMS

                    Posté par  . Évalué à 1.

                    on peut même regarder des videos sans X avec mplayer en utilisant le driver frame buffer. Je me ça n'a pas été évident mais je l'ai fait il y a longtemps.
      • [^] # Re: XMMS

        Posté par  . Évalué à 4.

        C'est marrant, je me souviens vers 98 ou 99 toutes les critiques qui étaient faites ici même par tous sur XMMS: trop lourd, bouffeur de ressources, etc.

        Pour ma part, je ne l'ai jamais blairé notamment à cause de sa gestion de fenêtres complètement merdique (les aficionados des gestionnaires de fenêtres comme Ion, ratpoison ou stumpwm savent de quoi je parle) et comme il l'était dit à l'époque, un simple lecteur qui bouffe autant de ressources ne peut pas être un bon lecteur !

        Adios XMMS !
        • [^] # Re: XMMS

          Posté par  . Évalué à 4.

          on pourra faire la même remarque dans 5 ans en parlant d'eclipse. arf, il devient urgent de trouver de nouveaux trolls ...

          des idées ? ;)
          • [^] # Re: XMMS

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

            Plein ...

            En attendant la première release de Java en GPLv3 ...

            ... la structure textuelle d'ODF fait qu'il passe mieux dans un codage entropique que ClosedXML ...

            Adhérer à l'April, ça vous tente ?

  • # SMP

    Posté par  . Évalué à 4.

    Depuis le 2.6.17 et "SMP-alternatives", le noyau ne devrait-il plus exister qu'en une seule version (pour x86) supportant indifféremment les systèmes SMP et non-SMP ?

    http://lwn.net/Articles/164121/

    [...] Gerd's SMP alternatives patch is an implementation of this concept. It creates an new macro (alternative_smp()) which can be used to specify optimal implementations of an operation on both uniprocessor and SMP systems; the proper version will then be selected at runtime. [...]
  • # Slackpkg upgrade: ATTENTION !

    Posté par  . Évalué à 8.

    Pour ceux qui seraient tentés par une mise à jour via slackpkg, faites très attention:
    il faut, dans l'ordre:
    - mettre à jour slackpkg avec slackpkg: slacpkg upgrade slackpkg
    - lancer "slackpkg update && slackpkg update gpg"
    - télécharger les paquets dialog et aaa_terminfo: slackpkg download dialog && slackpkg download aaa_terminfo
    - mettre à jour pkgtools avec slackpkg: slackpkg upgrade pkgtools
    - installer dialog et aaa_terminfo avec installpkg

    par la suite, slackpkg fonctionne correctement, sinon vous vous retrouverez avec un gros mal de crane !
    La raison en est que l'ancien pkgtools, contrairement au nouveau, contenait les paquets dialog et aaa_terminfo, ce que slackpkg ne prend pas en compte pour l'instant.

    J'ai fait remonter l'info aupres du developpeur de slackpkg

    joyeuse mise à jour
    • [^] # Re: Slackpkg upgrade: ATTENTION !

      Posté par  . Évalué à 5.

      Encore une tuile: l'explosion de bin en differents paquets fait que slackpkg perd la commande which lors du upgrade-all
      Il faut donc ramener le paquet which avant upgrade-all et l'installer a la mano juste apres pour que slackpkg soit de nouveau fonctionnel
    • [^] # Re: Slackpkg upgrade: ATTENTION !

      Posté par  . Évalué à 3.

      et encore une: apres la mise a jour de sysvinit et udev, n'oubliez pas d'installer le nouveau paquet sysvinit-script et de gerer tous les .new existant dans /etc
      sinon attention le reboot risque d'etre fatal

      encore une fois, la slackware-current est une version en developpement donc ne venez pas vous plaindre
  • # Marche bien tout ça...

    Posté par  . Évalué à 2.

    J'ai mis à jour ma Slack 11.0 hier, en suivant à la lettre les instructions des fichiers UPGRADE.txt et CHANGES_AND_HINTS : aucun souci majeur, tout s'est mis à jour sans aucun problème et le système fonctionne bien. Ca a beau être une version de dev, la current est tout de même en général très stable et celle-ci ne semble pas faire exception.
    Il faut dire que je tournais déjà en kernel 2.6, donc pas de mésaventure à ce niveau.
    L'upgrade m'a pris environ une heure. C'est beau la Slack, quand même....
    • [^] # Re: Marche bien tout ça...

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

      Ah, p'tain, j'aurais dû lire le fichier UPGRADE, tsss, à vouloir faire comme si on savait mieux que ceux qui savent, on perd au moins une heure...

      Yth, boah, ça marche, c'est une slack, normal.
  • # Trucs sympas...

    Posté par  . Évalué à 3.

    ...

    Pelle-mêle:

    kde 3.5.6
    xfce 4.4.0
    firefox 2.0

    en plus de tout ce qui a été déjà dit. C'est pas mal !

Suivre le flux des commentaires

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