Cette nouvelle version contient entre autre :
- Gnome 2.6.1
- KDE 3.2.3
-X11R6.7.0 de X.org
- Mozilla 1.7
On peut noter que Slackware n'est toujours pas passée officiellement en noyau 2.6. En effet, la Slackware 10 utilise le noyau 2.4.26, mais le noyau 2.6.7 est fourni sous forme de paquet, et son installation ne pose normalement aucun problème.
NdM : Merci aussi à slacky et madko.
![[en]](../images/en.png)
L'annonce (2254 hits)-
Le changelog (1006 hits)
-
Les liens Bittorent pour les ISOs (1359 hits)
-
La liste des miroirs (1984 hits)
> Lire la dépêche (107 commentaires, moyenne: 3,2).
Vous avez demandé le commentaire #436899.
Run by 
Cette page a été générée par Templeet en 0.1692s (dont 0.0154 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Hommage
Je rends içi hommage à Patrick Volkerding, qui a conçu (si je ne m'abuse), et surtout maintient toujours la distribution Slackware depuis tant d'années.
Grace à son organisation très BSD like (pour /etc) j'ai appris beaucoup de choses avec (NFS, NIS par exemple)
Rafael (qui n'a pas installé avec une slackware depuis 1995)
linux addict since 1992
[^]Re: Hommage
Je trouve regrettable que slackware patisse d'une image de distribution réservée aux geeks. Son utilisation est en réalité simple, et cette simplicité fait qu'il est possible d'en maîtriser le fonctionnement plus rapidement qu'avec la plupart des autres distributions majeures. Il y a un petit investissement au départ, c'est vrai, mais avec un "retour sur investissement" beaucoup plus rapide me semble t-il. Un autre point important est que le savoir acquis peut être réutilisé pour aborder n'importe quelle autre distribution Linux ou Unix.
Je pense que l'obstacle éventuel à son adoption est plus d'ordre psychologique : il consiste à renoncer aux assistants graphiques qui s'interposent entre l'utilisateur et le système chez les autres, qui donnent une fausse impression de facilité alors qu'en fait ils masquent le fonctionnement du système et découragent l'utilisateur de tenter de comprendre ce qui se passent, de mettre son nez dans le système.
Je ne crois pas avoir rencontré souvent d'utilisateurs déçus de slackware, alors pourquoi ne pas profiter de la sortie d'une nouvelle release majeure pour essayer ?
Autre point important à souligner pour moi : ce n'est pas une distribution commerciale.
[^]Re: Hommage
Qd on doit installer une distro tout les 4 matins il faut que l'installeur soit beau. Avec Slackware il est simple et ne s'en sert que très peu.
ps : Slackware est une distribution commerciale ! Cela a même été quasiment la première distribution commerciale.
[^]Re: Hommage
Je précise qu'il n'y a pas de honte à faire une distro commerciale.
Dixit RMS : « Vendre des logiciels libres est un métier honorable »
[^]Re: Hommage
Je suis d'accord avec toi et avec RMS. Les distributions commerciales jouent un rôle utile en ce qu'elles permettent à Linux d'être adopté par des organisations qui ne pourraient le faire sans un contrat de maintenance classique.
Pour ce qui me concerne je préfère participer à une communauté basée sur le partage plutôt qu'être considéré comme un client. L'informatique est mon métier mais je le considère aussi comme un loisir, et pour mes loisirs j'essaie autant que possible d'échapper au monde marchand.
Ceci dit sans vouloir nier le rôle positif joué par des sociétés comme Red Hat ou Mandrake...
[^]Re: Hommage
Qd on doit installer une distro tout les 4 matins il faut que l'installeur soit beau. Avec Slackware il est simple et ne s'en sert que très peu.
Hein ? je ne comprends pas ce que tu veux dire dans la deuxième phrase (ne S'en sert... le S c'est pour quoi ?)
Sinon, quand on doit installer une distro tous les 4 matins, il faut que l'installeur soit EFFICACE, pas beau...
[^]Re: Hommage
Hein ? je ne comprends pas ce que tu veux dire dans la deuxième phrase (ne S'en sert... le S c'est pour quoi ?)
amha, il faut lire:
Qd on doit installer une distro tout les 4 matins il faut que l'installeur soit beau. Avec Slackware il est simple et on ne s'en sert que très peu.
La mort est un phénomène naturel qui se produit par l'avalement répété de petites quantités de salive au cours d'une grande période de temps. - George Carlin
[^]Re: Hommage
ok, elle est commerciale dans la mesure où on peut l'acheter en boîte, mais ce qui me plait c'est que tout est offert à la communauté, il n'y a pas une version libre gratuite et une version complète payante.
Slackware est réalisée dans un esprit de partage (en tout cas c'est ainsi que je le ressent) et je pense que la communauté slackware le rend bien à Patrick.
[^]Re: Hommage
Slackware est une distribution commerciale !
Et plus intéressant : Slackware n'a jamais été en déficit. Bien sûr, c'est plus une PME qu'une multinationale genre RedHat, mais au moins y'a pas eu un trou de plusieurs millions pendant des années le temps que le « business model » démarre. Slackware a toujours fait vivre son équipe, je trouve ça bien.
[^]Re: Hommage
Précisons que l'équipe... c'est Patrick. Pendant très peu de temps (à l'époque de la version 7) il y avait quelques autres personnes (C. Lummens etc.).
Mais depuis, c'est M. Volkerding tout seul. Ceci explique aussi la très grande cohérence et homogénéité de cette distribution.
[^]Re: Hommage
Patrick seul, oui, mais il a une famille à faire vivre : il s'est marié il y a deux ou trois ans. Je crois qu'ils étaient quatre dans l'équipe aux alentours de la version 7.
[^]Re: Hommage
Un autre point important est que le savoir acquis peut être réutilisé pour aborder n'importe quelle autre distribution Linux ou Unix.
Clair grâce à Slack, j'ai pu aborder une Gentoo sans trop de pb (au taff, chez moi je garderai ostensiblement ma petite Slack na !! :p)
Debian ... gentoo moi ça et vite :)
[^]Re: Hommage
J'ai eu exactement le meme parcours : la slack m'a tout appris ! Je suis passé a gentoo pour connaitre une fois une distrib avec des dependances, mais j'ai entendu parler de swaret qui apparement est pas mal ... Mais que j'ai jamais utilisé et que je ne connais pas ....
[^]Re: Hommage
Je confirme, Swaret est dans la lignée d'un apt|yum|urpmi|tout ce que tu veux ;)...
Il me paraît même plus simple...
Debian ... gentoo moi ça et vite :)
[^]Re: Hommage
urpmi xmms
apt-get install xmms
Je vois pas bien comment on peut faire plus simple que ca :p
swaret "un truc qui joue du son"
effectivement, si c'est comme ca, c'est plus simple :p
Agogo
[^]Re: Hommage
Arff... Il est surtout plus simple car moins complet, plus facile à configurer je trouve (juste un avis perso hein)... Par contre Slackware ne gérant pas les dépendances, il faut savoir installer les paquets qui vont bien...
Debian ... gentoo moi ça et vite :)
[^]Re: Hommage
Heu alors a ce moent là NON c'est pas plus simple a utiliser que urpmi ou apt-get!!!
Tu peut dire tout ce que tu veut, si ça gère pas les dépendance c'est moins facilement utilisable et excessivement plus chiant...
même si souvent un petit rpm -i me sert bien...
site perso : http://rapsys.free.fr/
[^]Re: Hommage
swaret gere les dépendances pour les paquets compilé et linké. C'est donc plus facile ?
[^]Re: Hommage
Swaret a un support basique des dépendances en ce qui concerne les librairies. Si tu installes des paquets et qu'ils nécessitent des librairies non présentes, en général swaret parvient à se débrouiller pour le repérer et les récupérer.
Ca fonctionne bien et c'est tout ce dont on a besoin.
Richard
[+] [^]Re: Hommage
je sais pas si c'est plus simple mais si http://www.chezvoussamarchesansavoirunpaquetavecdeslibsmanquantesdo(...)épendlepaquetc'estbien.org
l'essentiel c'est que quand tu fait
util-magic-qui-installe mplayer
il te mette mplayer avec toute les dépendances, codecs, etc...
Si il le fait pas util-magic-qui-installe-de-la-slack c'est http://www.nul.org(...)
site perso : http://rapsys.free.fr/
[^]Je répète pour les élèves du fond
Les paquets slackware ne sont pas fragmentés, il y a tout dedans. Donc, tu installes ton package avec swaret, tu laisses swaret vérifier s'il y a lieu d'installer des librairies dont dépendrait ton paquet et après roule.
Attention, ceci n'est vrai qu'à l'installation : swaret vérifie les dépendances non pas grâce à des informations contenues dans les paquets mais en utilisant des informations de dépendance stockées sur des serveurs. Donc, si on met à jour une librairie, il n'y aura pas d'alarmes concernant les paquets déjà installés.
Ca pourrait être un problème pour une distribution comme la debian dont les sources de paquets sont nombreuses et variées, mais pour la Slack, comme la source est essentiellement Volkerding, il n'y a pas de problème.
Richard
[^]Re: Hommage
Oui c'est vrai, j'ai oublié de mentionner ce point... Slackware c'est une autre philosophie, c'est à essayer au moins avant de se jeter dans les autre distris...
Debian ... gentoo moi ça et vite :)
[^]Re: Hommage
Fais gaffe avec ce genre d'affirmations. En lisant les commentaires plus haut, j'avais envie d'installer une slack, pour voir.....mais si tu me dis qu'il n'y a pas de gestion des dépendances "à la urpmi", alors je passe mon chemin. Urpmi est pour moi un outil indispensable, même pas utile, juste indispensable.
Mais bon, à lire la suite, on dirait qu'il s'agit d'un malentendu.
[^]Re: Hommage
Non pas vraiment. La slackware n'a pas vraiment besoin de dépendances comme les autres distrib.
Pourquoi ? Les paquets ne sont pas découpés (doc, devel, lib,) et ils sont le plus proche possible des packages des développeurs.
En conséquence, tu peux très simplement mélanger les paquets de la distro avec tes propres compilations (dont tu crée un package avec un simple checkinstall).
Les cas de problème de dépendances sont vraiment très rares. En plus de 6 ans d'utilisation de slackware je n'ai jamais été vraiment embêté.
Par contre, quand on fait le choix de micro paquets très nombreux, comme Debian par exemple, il faut se doter d'un outil adapté ; ce que Debian a fait avec apt-get.
C'est juste une autre manière de voir les choses. Et franchement, ça vaux vraiment le coup d'essayer !
[^]Re: Hommage
Tu verras qu'à l'utilisation (comme dit plus haut, Swaret gère les dépendances entre librairies), il fait juste ce qu'il faut, pas plus (c'est clair :)) mais pas moins non plus... Le fait que Swaret n'installe pas 10000 paquets alors que tu voulais juste un logiciel n'est vraiment pas un pb...
(Aïe je voulais pas lancer de troll, bon ok même avec apt|emerge on peut règler finement cette question, j'avoue j'ai été méchant sur ce coup-là)... :)
Debian ... gentoo moi ça et vite :)
[^]Re: Hommage
Bah .... juges-en par toi-même :
root@pcad:~# swaret --install audio
swaret 1.6.2-1
Listing available Packages matching Keyword: audio...
alsa-driver-1.0.5a-i486-2 (1484 kB)
alsa-lib-1.0.5-i486-1 (353 kB)
alsa-oss-1.0.5-i486-1 (32 kB)
alsa-utils-1.0.5-i486-1 (130 kB)
amp-0.7.6-i386-1 (44 kB)
audiofile-0.2.6-i486-1 (170 kB)
aumix-2.8-i486-1 (66 kB)
cdparanoia-IIIalpha9.8-i386-1 (129 kB)
cdrdao-1.1.9-i486-1 (412 kB)
cdrtools-2.00.3-i486-1 (778 kB)
esound-0.2.34-i486-1 (140 kB)
flac-1.1.0-i386-1 (593 kB)
glibc-debug-2.3.2-i486-6 (22762 kB)
glibc-profile-2.3.2-i486-6 (21915 kB)
gnome-audio-2.0.0-noarch-1 (1411 kB)
kdebase-3.2.3-i486-1 (21875 kB)
kdemultimedia-3.2.3-i486-1 (7008 kB)
libao-0.8.4-i486-1 (43 kB)
libmad-0.15.1b-i486-1 (141 kB)
libogg-1.1-i486-1 (75 kB)
libvorbis-1.0.1-i486-1 (614 kB)
madplay-0.15.2b-i486-1 (65 kB)
mpg321-0.2.10-i486-2 (36 kB)
nautilus-media-0.8.0-i486-1 (128 kB)
normalize-0.7.6-i486-1 (74 kB)
rexima-1.4-i486-1 (17 kB)
sdl-1.2.7-i486-2 (678 kB)
taglib-1.1-i486-2 (136 kB)
vorbis-tools-1.0.1-i486-2 (191 kB)
workbone-2.40-i386-3 (11 kB)
xmms-1.2.10-i486-1 (1989 kB)
Package alsa-driver-1.0.5a-i486-2 is already installed!
Package alsa-lib-1.0.5-i486-1 is already installed!
Package alsa-oss-1.0.5-i486-1 is already installed!
Package alsa-utils-1.0.5-i486-1 is already installed!
Package amp-0.7.6-i386-1 is already installed!
Package audiofile-0.2.6-i486-1 is already installed!
Package aumix-2.8-i486-1 is already installed!
Package cdparanoia-IIIalpha9.8-i386-1 is already installed!
Package cdrtools-2.00.3-i486-1 is already installed!
Package esound-0.2.34-i486-1 is already installed!
Package flac-1.1.0-i386-1 is already installed!
Package glibc-debug-2.3.2-i486-6 is already installed!
Package glibc-profile-2.3.2-i486-6 is already installed!
Package gnome-audio-2.0.0-noarch-1 is already installed!
Package kdebase-3.2.3-i486-1 is already installed!
Package kdemultimedia-3.2.3-i486-1 is already installed!
Package libmad-0.15.1b-i486-1 is already installed!
Package libvorbis-1.0.1-i486-1 is already installed!
Package mpg321-0.2.10-i486-2 is already installed!
Package nautilus-media-0.8.0-i486-1 is already installed!
Package rexima-1.4-i486-1 is already installed!
Package sdl-1.2.7-i486-2 is already installed!
Package taglib-1.1-i486-2 is already installed!
Package vorbis-tools-1.0.1-i486-2 is already installed!
Package workbone-2.40-i386-3 is already installed!
Package xmms-1.2.10-i486-1 is already installed!
Install cdrdao-1.1.9-i486-1? (y/n/A/Q): [y]
swaret --install browser et hop! il propose des navigateurs internet.
[+] [^]Re: Hommage
urpmf --name ^.*$ --group | grep Sound
Comment ca c'est pas simple? :)
/me cherche la sortie
Agogo
[^]Re: Hommage
urpmf --summary audio , et oui y a plus simpe :)
[+] [^]Re: Hommage
Je vais me faire l'avocat du dibleet du clicodrôme, mais rpmdrake
petitite recherche dans la section audi et tu a tout dedans...
site perso : http://rapsys.free.fr/
[^]Re: Hommage
Comme quoi il n'y a pas un système moins bien que l'autre.
C'est plutôt bien pour tout le monde que la diversité ne s'accompagne pas d'une baisse d'utilité...
Yth.
[+] [^]Re: Hommage
> urpmi xmms
Tu peux pas d'empêché de parler de Mandrake.
... Désolé, c'est bas.
Fais un "grep [[:tout sauf slack:]]" sur cette page. Tu vas relativiser.
[+] [^]Re: Hommage
ah ah ah :)
Comment il m'a grillé l'autre :p
mais bon, tu remarqueras que ma reponse n'etait pas que centrée mandrake :p J'ai mis tous les outils que je connaissais :) Bon, je connais pas yum, désolé!
Agogo
[+] [^]Re: Hommage
Que les autres parlent de ce qu'ils connaissent le mieux ne me dérange en rien.
Qu'on compare les distributions dans une news sur une distribution est on ne peut plus normal. Sinon quand peut-on le faire ?
[+] [^]Re: Hommage
La slack ne m'a jamais déçu : je ne l'ai jamais utilisée. Pourquoi ? Tout simplement parce que j'ai regardé la liste de ce que savais faire son gestionnaire de paquet et que ça ne vaut pas tripette en comparaison apt-get+dpkg (sans parler des 10000 paquets qui vont avec).
Pour le reste, remettre en question les assistants graphique ne me semble être qu'une histoire de geek : à part des informaticiens et des geeks, tout le monde s'en tape de connaître en détail le fonctionnement de leur ordinateur, tout comme les informaticiens et les geeks se tapent du fonctionnement de milliards de choses que d'autres connaissents.
[^]Re: Hommage
C'est triste ton point de vue sur cette distribution.... Car une distro ce n'est que son gestionnaire de paquets !
Alors redhat = mandrake = SuSe ? Pourtant non, chacune possède ses qualités et ses défauts.
Une distro c'est aussi (liste non exhausitive) :
- ses choix des logiciels (pas toujours besoin d'en avoir 1000000, mais il faut les 100 utiles)
- sa manière de packager les logiciels (patchs, découpage en paquets)
- son administration, et donc directement comment son fait les scripts de démarrage, la config réseau, la gestion des paquets (c'est un point parmi d'autres)
- son éthique et ses objectifs
...
- et bien sur, une distro c'est avant tout une histoire d'amour -;)
[^]Re: Hommage
Oui, d'autant plus que je trouve les scripts slack bien fait, commentés et clairs, contrairement à d'autre distribution (je pense a redhat, ou j'ai eu l'impression qu'il y avait plein de script imbriqué - j'arrete de parler je ne connais pas trop cette distrib)
Alors non, arretons de juger les distribs a leur gestionnaire de paquet, c'est reducteur :^) !
[^]Re: Hommage
Oui d'acc, le seul truc nul, c'est qu'il a cassé la compatibilité sh (pur, pas bash) dans les scripts d'init entre la 7 et la 9, alors que cette compatiblité est toujours renseignée dans les commentaires de scripts (avec ma 9.1, je n'ai pas encore téléchargé la 10).
Un petit couac pour cette merveilleuse distribution (fini le temps où je metttait ash comme lien de /bin/sh).
[^]Re: Hommage
C'est devenu encore plus clair dans la version 10.0, où les scripts utilisent la syntaxe $(blabla) pour récupérer la sortie d'une commande plutôt que le classique `blabla`.
Par contre je pense que les scripts utilisés sur les rootdisks sont encore à l'ancienne mode, car les rootdisks utilisent ash pour des raisons de taille.
[^]Re: Hommage
> ses choix des logiciels (pas toujours besoin d'en avoir 1000000, mais il faut les 100 utiles)
Je confirme. La Slack me livre 99% de ce dont j'ai besoin. Je me compile en plus xine, k3b, tvtime, wine et kaffeine, essentiellement (et encore xine, pour l'avoir optimisé Athlon et k3b vient d'être incorporé).
> sa manière de packager les logiciels (patchs, découpage en paquets)
Je rappelle à ce propos qu'un package Slack correspond souvent à 2 ou 3 paquets dans les autres distributions, puisqu'il incorpore en général les binaires, les docs, les librairies dynamiques et statiques et les headers utilisés pour la compilation. Donc, pas de -devel, -docs, etc.
Richard
[^]Re: Hommage
tvtime et wine sont dispo sur les repository slackware, là : http://www.linuxpackages.net/(...)
Juste histoire de se simplifier encore la vie grâce à swaret...
Moi je ne compile en gros que ogle, dosemu et mplayer pour l'optimiser un peu.
Yth.
[^]Re: Hommage
Bonne remarque, bien que ce ne soient pas des paquets "officiels", on va dire.
En ce qui me concerne, je n'ai pas toujours eu que des bonnes surprises avec les paquets de ce site, donc je compile moi-même.
De plus, ces paquets sont généralement compilés pour une version précise de la Slack, alors que je suis la current, donc de temps en temps, y'a quelques soucis de versions de librairies.
Mais je suppose que ça dépend des gens. Honnêtement, la plupart de ces projets demandent au plus une demi-heure de compilation sur un Athlon XP 1700, ça n'est pas très lourd.
Richard
[^]Re: Hommage
Pour le reste, remettre en question les assistants graphique ne me semble être qu'une histoire de geek
Pas si simple. Les assistants donnent l'illusion que les choses sont évidentes. En réalité je connais peut d'utilisateurs de Windows non spécialistes qui parviennent à se débrouiller seuls avec leur ordinateur. Moi-même lorsque je suis sollicité par un voisin ou un membre de ma famille, je suis souvent amené à conseiller de réinstaller tel ou tel logiciel, voir le système entier, "pour voir", car en réalité je ne sais absolument pas ce qui se passe derrière et pourquoi ça ne marche pas... Et je ne le saurais probablement jamais, puisqu'il n'y a pas de documentation !
Avec Slackware aucun problème de ce genre : une fois acquis quelques connaissances de bases (non réservées aux geeks : la documentation est abondante et il y en a pour tous les niveaux), on est en mesure de résoudre soi-même les problèmes d'utilisation car les fichiers de configuration sont clairs, documentés, et rien n'est caché. Il n'y a pas de complexité inutile. Je n'ai jamais eu besoin de réinstaller tout le système parce que quelque-chose ne fonctionnait pas.
Et lorsque je n'ai pas la réponse, la communauté est là pour aider...
Alors c'est vrai, il faut aborder un système slackware avec un esprit volontariste. Mais dire que c'est réservé aux geeks et aux informaticiens, c'est un peu court...
[^]Re: Hommage
Et lorsque je n'ai pas la réponse, la communauté est là pour aider...
j'ai quand même la nostalgie du forum de slackware. J'ai eu la chance de m'initier à linux en commençant par une slack à l'époque où le site de slackware hébergeait son propore forum d'entraide. Dommage qu'il ait disparut.
Si mes souvenirs sont bons, le forum s'était fait envahir de messages douteux, à la suite de quoi Patrick avait décidé de le fermer. Il n'est jamais réapparu, et c'est regrettable...
[^]Re: Hommage
C'est vrai que j'aimai bien ce forum en plus ça m'obligeai à pratiquer mon anglais car j'essayai des fois de répondre.
[^]Re: Hommage
Les forums "officiels" de remplacement sont sur UserLocal.Com. Note que je mets le mot entre guillemet car nulle part il n'est précisé qu'il s'agit des forums officiels. Mais ce sont ceux sur lequel se retrouvent "les anciens" et sur lesquels il arrive à Patrick Volkerding d'intervenir.
--> http://www.userlocal.com/phorum/(...)
[^]Re: Hommage
C'est on ne peut plus vrai que les assistants graphiques masquent beaucoup le fonctionnement et empèchent la compréhension des problèmes.
De plus ils ont de fait des fonctionnalités limitées : ils ne permettent de faire que ce qu'ils permettent de faire, et non ce que permettent les logiciels sous-jacents. Parfois l'intégration est complète, mais pas toujours. Par exemple essayez de faire une configuration réseau à base de proxy arp pour qu'une machine derrière une autre soit vue comme appartenant totalement au réseau local de l'autre, et tout ça avec au pif des assistants réseaux mandrake, redhat, windows...
Si en utilisant l'interface graphique la chose ne fonctionne pas, on a beaucoup moins de recours pour essayer de l'arranger, pour savoir d'où vient le problème, etc... Pour reprendre l'exemple de la configuration réseau, vous entrez les bonnes valeurs où il faut, vous faites "ok" et ça ne marche pas, et c'est dû à un truc tordu, un matériel bizarre, un bug étrange ou je ne sais quoi, et bien l'interface est démunie et ne permet pas d'arranger la situation, moralité vous êtes bien emmerdés...
Je ne dis pas, loin de là, que les assistants graphiques sont une mauvaise chose, c'est faux, ils sont une bonne chose, l'utilisateur ne veut pas forcément apprendre le fonctionnement de tel logiciel, lire des pages man et faire des tests à tout bout de champ pour configurer des trucs simples. Mais l'intérêt d'avoir des scripts clairs, documentés, compréhensibles et modifiables à la main est aussi on ne peut plus évident : c'est de très loin ce qu'on fait actuellement de mieux pour résoudre un problème que l'interface graphique ne sait pas gérer, ou pour faire des choses peu communes, voire des bidouilles...
A quand un *vrai* mélange des deux ?
En fait j'ai déjà pensé à essayer de faire des interfaces graphiques de config pour la slack, qui laissent les fichiers de conf aussi propres, compréhensibles et documentés qu'actuellement, mais permettent de les modifier/créer de façon plus "user-freindly", mais pas le temps :(
Yth.
[^]Re: Hommage
Je pense qu'il y a une chemin vertueux et éducatif. Il consiste à expliquer dans une fenêtre ce que fait le logiciel graphique.
Il existe une tentative dans le MCC (Mandrake Control Center). Il faut, dans la barre de menu prendre "Options" puis "Afficher les journaux" (c'est la seule option :-)). Le résultat pourrait être mieux présenté pour être moins austère, mais je pense que c'est ainsi que l'on peut apprendre aux nouveaux à appréhender la ligne de commande qu'ils ont le droit de savoir comment fonctionnent leurs machines.
[^]Re: Hommage
De ce point de vue là, l'outil d'admin d'Aix (Smit) est vraiment très bien foutue. Tu as une ihm (texte ou gfx) par menu pour faire tes opérations d'admin, mais si tu appuis sur F6 il te pond la commande shell équivalente. Mieux, tu peux « enregistrer » ton activité avec l'outil dans un fichier et tu obtiens le shell script équivalent.
Mais ce n'est pas libre ni porté sur linux ;-(
[^]Re: Hommage
Un autre obstacle : pas de système de package à la apt ou urpmi ... alors que c'est complètement faux!
http://www.swaret.org(...)
le fichier de conf est génial, swaret peut gérer les dépendances et s'avère aussi simple à l'usage qu'un apt-get :
swaret --update pour mettre à jour les listes de paquets
swaret --upgrade pour mettre à jour le système
swaret --install [nom_du_paquet] pour installer un paquet
Autre points importants :
- swaret permet d'exclure facilement un ou plusieurs paquets que l'on ne désire pas tenir à jour. il suffit d'un EXCLUDE=[nom_du_paquet] dans le fichier de conf.
- swaret permet de choisir la version de slackware désirée : VERSION=current permet d'avoir un système toujours à jour (je suppose qu'à l'heure d'aujourd'hui current = 10.0 )
[^]Re: Hommage
tient ça me rappelle quelque chose tout ça... :)
Album de photos numériques - Pages du manuel Linux
[+] [^]Re: Hommage
gentoo ? :)
[^]Re: Hommage
pour avoir un systeme a la gentoo faut installer "emerde" (non non ce n'est pas une blague)
[^]Re: Hommage
> swaret --update pour mettre à jour les listes de paquets
> swaret --upgrade pour mettre à jour le système
> swaret --install [nom_du_paquet] pour installer un paquet
Une question quand même : est-ce que Swaret permet de supprimer facilement un paquet et ses dépendances ? Par exemple :
Cette fonction est intéressante pour moi, car elle me dégage de l'obligation de vérifier périodiquement ce qui est installé pour enlever ce qui ne sert à rien (sinon offrir des possibilités d'attaque aux vilains mAIchants). Par ailleurs, comment Swaret règle-t-il les conflits entre paquets ? Il propose de désinstaller l'ancien paquet en conflit ? Il demande qu'il soit reconfiguré ? Ou autre chose ?
> - swaret permet d'exclure facilement un ou plusieurs paquets que l'on ne désire pas tenir à jour. il suffit d'un EXCLUDE=[nom_du_paquet] dans le fichier de conf.
C'est possible aussi (pour empêcher toute mise à jour ou juste pour une version particulière qui a un souci) :
> - swaret permet de choisir la version de slackware désirée : VERSION=current permet d'avoir un système toujours à jour (je suppose qu'à l'heure d'aujourd'hui current = 10.0 )
C'est aussi dispo (le fameux pinning permettant de donner des priorités différentes aux diverses versions). Et on peut l'outrepasser localement :
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™
[^]Re: Hommage
Il n'y a pas de gestion de dépendance sous Slackware. Donc :
swaret --remove package
supprime juste le paquet package. Comme en général, les paquets Slackware incorporent tout ce qui est nécessaire sauf les librairies partagées utilisées par d'autres projets, ça suffit généralement. Il est possible qu'il te reste une ou deux libs de ci de là, mais ça n'est pas bien grave.
Il me semble que swaret te prévient de l'existence d'un paquet similaire déjà présent. Le mieux est d'installer en faisant :
swaret --upgrade --install-new package
comme cela le packe est mis à jour s'il est déjà présent et installé sinon.
Richard
[^]Re: Hommage
Je pense que l'obstacle éventuel à son adoption est plus d'ordre psychologique : il consiste à renoncer aux assistants graphiques qui s'interposent entre l'utilisateur et le système chez les autres, qui donnent une fausse impression de facilité alors qu'en fait ils masquent le fonctionnement du système et découragent l'utilisateur de tenter de comprendre ce qui se passent, de mettre son nez dans le système.
Je ne vois pas en quoi le fait d'avoir une interface graphique masque le fonctionnement du système, le système ne fonctionne pas en natif en texte non plus, c'est aussi une interface, comme une autre. Une interface graphique, si elle est bien conçue devrait juste permettre d'utiliser, sinon plus facilement, au moins plus agréablement les outils en question...
[^]Re: Hommage
Quel long fil de discussion sur Swaret !
Swaret est un outil qui a été intégré dans slackware, il y a un an (sept 2003) . Je suis surpris qu'on en discute autant ici, alors qu'il faisait déjà l'objet de la news de l'année dernière. Swaret grossit lentement mais surement, comme les pommes de terre de la grand mère :))
http://linuxfr.org/2003/09/18/13981.html(...)
Ca troll & roll en puissance , swaret against apt-rpm etc, voila un véritable sujet de réjouissance .
L'esprit, Linux, Unix original de cette distrib c'est la garantie de pas avoir des programmes inutiles: les scripts d'init level, ou xinetd par exemple qui ne font que complexifier la gestion de quelque chose de simple à la base. C'est compiler soit même ces programmes et s'interroger sur les options à activer ou non, de modifer les sources si ça colle pas, de savoir comment marche les outils qu'on utilise pour faire ce que l'on fait etc ...
Utiliser du libre ne sert à rien, si on utilise le programme que sous sa forme binaire . C'est là ou à mon sens, les plus gros distribs ont trompé les utilisateurs avec le système des packages .
Mon avis personnel sur le sujet est que swaret est un bash script, compréhensible et optimisable, et facilement adaptable à n'importe quelle distribution . Il colle à slackware, simplicité , fiabilité, et adaptabilité . Il n'y a pas d'interface graphique, c'est donc pas user friendly mais c'est efficient . Swaret (re)construit une base saine en quelques minutes.
Ma déception sur cette version 10, c'est le manque d'un traceur d'installation pour faire des make uninstall comme le propose déjà des logiciels tel que mku et ces librairies que j utilise donc en annexe. Il manque aussi un soft (ca peut etre le meme) qui sauvegarderait les lignes de configure avec leur paramêtre pour réutilisation ultérieur.
[^]Re: Hommage
Je ne l'ai jamais utilisé mais il me semble que checkinstall, qui est en extra, te permet de créer un paquet slackware à partir du make install des sources. L'intérêt, du coup, est que tu installes le paquet juste crée, et ensuite tu peux le désinstaller proprement.
Je me doute que ce n'est pas exactement ce que tu veux, mais ça fait relativement bien la blague.
Richard
[+] [^]Ouep, checkinstall est justement un clone de mku. Il propose les mêmes fonctionnalités . C'est dommage qu'un de ces outils ne prenne pas une place o
.