En fait c'est une sorte de lien "hard", pas symbolique, de répertoire.
C'est juste qu'il faut le refaire (dans fstab par exemple) à chaque redémarrage, et que ça peut se faire entre deux partitions différentes, ou via NFS etc...
Blabla...
Il peut être libre ET payant.
Le fait qu'un logiciel soit libre n'implique pas de ne pas le vendre.
Le seul truc c'est qu'il sera aussi possible de l'avoir gratuitement.
Mais dans le cas, mettons, d'un MMORPG, libre, avec une création de compte payant, sur un serveur libre aussi, tu peux installer un serveur, et filer des comptes sans faire payer, et subir seul la charge nécessaire à son bon fonctionnement, et à la ruée des gens voulant y jouer sans rien payer. Si tu peux le faire alors c'est bien, tu le feras.
Le jeu sera gratuit, mais aussi payant à côté, avec peut-être simplement un meilleur service rendu : machines plus grosses, meilleure bande passante, gens qui font de la maintenance, parce qu'ils ont les sous pour le faire.
Ou simplement tu vends ton jeu libre, avec une belle boîte, un cd/dvd pressé, un manuel, etc... Tu ne le mets *pas* en téléchargement direct sur ton site. Il est libre, il est payant. La différence avec le même en non-libre, c'est que quand tu le télécharges ou le copie, tu ne peux être accusé de "piratage", et aussi que tu as les sources à disposition.
Il n'y a, encore, rien d'aberrant là-dedans, c'est de croire que tout ce qui est libre est forcément gratuit qui est aberrant, les éléments à prendre en compte sont un poil plus complexe.
En fait, ce qui est libre *peut* être gratuit. Rien ne l'empèche a priori. Après on ouvre les yeux et on met les pieds dans le monde réel, on paye sa bande passante, son espace de stockage, et son temps.
Kazehakase est bien sympa, je l'avais essayé il y a deux ans, quand je cherchais un navigateur très léger à inclure dans une distrib pour brouettes de la guerre de 14. Le soucis c'est qu'en fait entre deux navigateurs Gecko, la base de RAM/lourdeur est la même, à peu près identique à celle de Konqueror ou Opera, et ça ne changeait pas grand chose au final sur les toutes petites config (style 64Mo de RAM).
Ou organiser des brocantes, ça revient en gros au même non ?
Les gens se débarrassent de ce qui les encombrent.
Certes, pas gratuitement, mais généralement pour une misère, et quand quelqu'un cherche vraiment à refourguer un truc qui l'encombre, il va le faire pour une bouchée de pain.
T'imagines pas tout ce qu'on peut acheter pour 5¤ dans une brocante !
Et ça te fait marrer ?
'tain, râle cul de ces chieurs qui pensent qu'à râler...
Râlez, rentre chez toi, pars en week-end et arrête de râler.
Râle lala...
Yth, non, vraiment, heureusement que le week-end existe, parce que là, ça va plus ;)
"si les opérateurs de la manip sont doués, ils peuvent éliminer totalement le débat dans des milieux conformistes et peu enclins au débat d'idée conflictuel."
Conclusion, trollez toujours de bon coeur pour conserver votre esprit critique.
LinuxFR, premier site français pour l'entretient de la technique d'autodéfense mentale ancestrale des Gaulois : râler.
Tiens, c'est étrange comme choix Konqueror comme explorateur de fichier, alors qu'ils ne sont pas sous KDE !
Ils ne connaissent peut-être pas Rox, ou alors ya une vraie raison...
Pour mettre un lien, écrit le simplement sans mettre aucune balise.
Pense bien à ne pas coller de point, ou de virgule, ou de parenthèse à la fin, laisse un espace.
Le site transformera directement cette URL en lien.
Bah on blob ça a plutôt l'air d'être un truc vaudou, de grande magie mystique et bizarre, qui fait des trucs que tu sais pas ce que c'est mais tu peux l'utiliser pour faire d'autres trucs que tu sais ce que c'est.
Tu n'as aucun contrôle sur le blob, mais tu peux l'utiliser.
Ca se crée facilement un paquet slack, le plus simple étant de suivre la démarche classique :
./configure && make && checkinstall -S --newslack
Avec le paquet checkinstall qu'on trouve ici : http://asic-linux.com.mx/~izto/checkinstall/
Utile pour les paquets Slackware, Debian (et dérivés), et RPM (j'imagine que ça marche pour MDV, RH, Suse...).
Sinon les pkgtools pour la gestion des paquets slack sont très simples à utiliser, pour installer, enlever, mettre à jour ou créer un paquet.
Généralement un paquet pour une version plus ancienne fonctionne, quand ça reste assez proche. Genre 10.0 ou 10.1 sur une 10.2 ou 11.0. Après faut tester, ou plus probablement le refaire, pour au moins avoir le logiciel à jour.
fvwm on le trouve de base dans la slack, version 2.4.19, dernière stable, on ne trouve pas la version "unstable", et ion n'y est pas...
C'est une habitude chez notre ami Raphael SurcouF de considérer que quand tu dis "Ce point là est de qualité dans telle distrib", tu sous-entend "alors que chez les autres c'est tout pourri".
Grumf, lui faut une piqûre d'éducation à ce brave garçon...
Il se sent attaqué personnellement dès qu'on dit qu'un truc est bien ailleurs que devant chez lui !
Nombriliste...
Oui, la comparaison s'oriente en opposition aux distrib très fortement orientée grand public où on peut en faire un maximum en cliquant.
Ca veut juste dire dire que les distribs qui marchent plus par configurations "à la main" sont plus proches de la Slack, comme LFS ou Gentoo, ou Archlinux. A priori si tu apprécies la Gentoo, tu peux apprécier la Slack. Si tu es fan complet d'Ubuntu, tu risques de ne pas l'aimer... Après c'est beaucoup une question de goûts, et d'habitude, ça reste du GNU/Linux derrière, c'est le principal !
Effectivement, à la base il y a juste Patrick Volkerding, mais en fait il n'est pas tout seul, il y a plein de gens tout motivés pour l'aider. En plus, il y arrive pas mal tout seul. Il connait bien son affaire quand même, la Slack étant la plus ancienne des distribs GNU/Linux encore en vie, devançant de quelques mois Debian et Redhat il me semble.
Ca pose quelques légers problème, comme le fait qu'il ait viré Gnome depuis la 10.2, trop de boulot, mais il est possible de trouver des gens qui maintiennent Gnome pour Slack de façon non officielle, et ça marche très bien.
Ensuite pour les paquets que tu ne trouves pas, il y en a plein fait par des utilisateurs, sur http://www.linuxpackages.net . J'en utilise beaucoup, ça se met à jour de la même manière avec swaret, et au final le nombre de paquets que j'ai fait à la main est très réduit, alors que je passe une bonne partie de ma vie à tester tout et n'importe quoi. Surtout n'importe quoi...
La Slackware-current bouge pas mal, elle reste très stable et intègre assez rapidement les nouveautés. Par exemple kde 3.5.4, gimp-2.2.13, firefox 1.5.0.6, etc...
Ouhlà, j'en ai énervé un on dirait...
Tu n'as pas réussi à déceler la pointe d'ironie grosse comme la tour Eiffel dans mon paragraphe disant que tout les Slackers étaient parfait et modeste ? Pourtant c'était gros, et paf tu prends ça au premier degré...
Si tu souhaites rester au premier degré, je tiens juste à te rappeler que dire "je suis parfait" ne signifie en rien que les autres ne le sont pas ou ne peuvent pas l'être, merci.
Allez, tu m'as un brin agacé aussi, alors je vais réduire la majorité de tes arguments en bouillie en citant tes parties suivie de choses que j'ai écrites dans mon premier message :
Toi>"Il n'y a malheureusement pas que des serveurs DNS sur Internet..."
Moi>"l'un des deux a servi pendant cinq années de routeur, firewall, serveur mail (smtp/pop), serveur jabber, serveur ftp, et même samba pendant quelques mois."
Il n'y avait pas de serveur de BDD ou web à cause de la puissance bien trop réduite de la machine, mais je t'assure, ça existe aussi sur une install de base de Slack...
Toi>"Comme si les développeurs des autres distributions s'amusaient à créer des dépendances totalement imaginaires..."
En réponse à moi>"Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib"
Ta réponse est hors-sujet, je parle justement de ne pas respecter les dépendances exprès. Donc de faire de la bidouille, des trucs crades.
Prend un exemple, tu fais un liveCD et il est trop gros, tu as une bibliothèque installée, mais en fait tu as juste besoin d'une seule lib dont les dépendances sont respectée sans avoir le paquet complet.
Comment tu fais sous Debian pour contenter ton système de paquet tout en n'ayant qu'un seul fichier d'un paquet requis par un autre ? En pratique ça fonctionne, mais ta Debian te dira que non.
Le *vrai* problème n'étant pas de réussir à faire cette manip', mais de pouvoir continuer à utiliser le système de paquet ensuite sans qu'à chaque fois il te gueule dessus parce que des dépendances ne sont pas résolues.
Ce n'est *pas* un soucis que se posent les utilisateurs classiques d'ordinateurs. Et alors ? Je me le suis posé moi...
Toi>"Chose qui existe déjà depuis longtemps sur les autres distributions, dont certaines avec des outils qui n'ont rien de spécifique à l'une d'entre elles."
En réponse à moi>"Slackpkg te maintient parfaitement à jour sur les paquets officiels sans efforts."
Encore une fois, hors-sujet, dire qu'une voiture possède l'air-bag ne signifie pas que les autres ne le possèdent pas aussi, et pourtant ça peut être un critère de choix pour l'achat d'une voiture.
Tu cherches la bagarre en fait, tu as envie de troller hein ? Oh, certes, ma perche était grande, mais j'aime partir du principe que mes interlocuteurs sont intelligents...
Toi>"Mais ?! Quel est ce système qui ose penser à ma place ?! Si j'efface une lib, j'ai encore le droit de faire ce que je veux ! ;-)"
Moi>"Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib, et le reste de ton système va continuer à fonctionner aussi bien qu'avant, tu pourras faire des mises à jour, installer/enlever des paquets, sans que ce paquet-ci ne perturbe le système."
Allez, tu continues dans le troll, technique classique, on sent pointer une frustration teintée d'un plaisir malsain à lancer une pique, rien à rajouter, cible manquée...
Et pour la fin, concernant les fichiers de conf, on part dans les attaques personnelles, mais j'utilise redhat et debian au boulot, la boîte utilise essentiellement GNU/Linux, sous Redhat de la 7 aux dernières RHEL 4 ES, les developpeurs sont pour moitié sous Debian, et c'est moi qu'on vient voir quand il y a un problème de configuration.
On débarque dans la différence de philosophie entre le système 5 utilisé sous la majorité des GNU/Linux et l'organisation BSD qu'utilise la Slack. Probablement une question de goût, mais franchement je trouve que c'est nettement plus clair et simple avec l'organisation BSD.
Le système 5 ça ne sert à rien, personne ne l'utilise, tu configures une fois sous quel init tu vas démarrer ta machine et après tu n'y touches plus sauf à passer parfois en init 1 pour une raison x ou y.
(Vas-y, vas-y, je t'attend là-dessus, je ne l'ai même pas graissée cette perche immense, rebondit, rebondit, tu vas sauter hauuuuuut !)
Moi>"Yth, parfaitement objectif et modeste."
Toi>"Complèment subjectif et parfaitement imbu de sa distribution, oui."
Franchement, tu ne l'as même pas sentie l'ironie ici ? Ni la dérision ? Pas même un tout petit peu ?
Allez, je vais être bête et méchant pour finir :
Premier point, quand je me suis mis à Linux j'ai essayé pas mal de distrib, ça fait déjà un paquet d'années donc ce que je vais dire est très certainement obsolète.
Ma machine était un machin fait de bric et de broc à la grande limite du totalement incompatible, et très exotique, vieux, et étrange. Redhat, Suse et Mandrake ont toutes failli réussir à faire marcher le serveur X, mais soit c'était ignoble avec des parasites, soit affreux avec un mode graphique désolant, soit ça marchait à l'install et plus après.
Avec la Slack, il n'a juste pas cherché à le configurer, donc ça n'a pas planté lamentablement, et affreusement, comme avec les autres, puisqu'elle n'a rien fait. Et là je suis allé voir dans /etc/X11, et j'ai testé les outils xf86config et cie, et en rien de temps ça s'est mis à marcher, avec le fichier de conf originel très bien commenté, j'ai compris comment j'avais réussi à faire marcher ça. J'étais très content, je suis resté.
Mais en fait c'est un peu tout l'esprit Slackware qui était là : la Slack ne te fait pas un gosse dans le dos, tu contrôles très bien ce qui tourne dessus. Les fichiers de confs par défaut sont très bien fait, rangés à leur place, et fortement commentés. Et comparée à certaines mandrake (pas les plus récentes) soi-disant user-friendly à l'install, elle est beauuuucoup plus simple à installer.
Depuis bientôt 7 ans que je l'utilise, je n'ai jamais eu l'impression qu'elle régressait. Les logiciels sont à jour, et les mises à jour fonctionnent.
Et pour quelqu'un qui souhaite vraiment utiliser un système GNU/Linux en comprenant ce qu'il fait et en allant admirer les rouages, ces fichiers de conf commentés et organisés de façon compréhensible sont un réel atout : il va avoir du cambouis sur les mains très vite, mais il apprendra des choses et les retiendra.
Autre atout majeur : ces superbes paquets tgz sans gestion directe de dépendances. Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib, et le reste de ton système va continuer à fonctionner aussi bien qu'avant, tu pourras faire des mises à jour, installer/enlever des paquets, sans que ce paquet-ci ne perturbe le système. Et ça ça te donne vraiment le sentiment que ton OS fait ce que tu veux, pas ce qu'il croit que tu veux. C'est très utile si tu développes un liveCD de pas être emmerdé par un système de paquet qui se met en travers de tes optimisations !
"Pas de gestion de dépendances ? Pouah !"
Que nenni ! Il existe swaret qui vérifie les dépendances réelles des paquets installés. Certes l'opération est longuette, mais tu es sûr du résultat. Slackpkg te maintient parfaitement à jour sur les paquets officiels sans efforts. Et on commence à voir arriver des interfaces de gestion de paquets sous X parfaitement utilisables.
Les systèmes à base de donnée sont plus rapides et gère des dépendances a priori, mais ils font ça sur un système théorique. Efface à la main une lib, et ta debian ou ta redhat ne se rendront compte de rien, excepté que les logiciels qui en dépendent ne vont pas marcher. Lance swaret sur ta slack et il te dira "Attention, il manque telle lib ! On peut la trouver dans tel paquet, voulez-vous le réinstaller ?".
Une installation basique de slack c'est tout ce dont tu peux avoir besoin prêt à l'emploi, ton serveur est prêt le temps de l'installation, et tu peux l'oublier ensuite pendant quinze ans, il va marcher sans se faire remarquer.
La Slack étant de base en i486, elle va fonctionner directement sur ces machines. Je le sais, j'en ai deux chez moi, et l'un des deux a servi pendant cinq années de routeur, firewall, serveur mail (smtp/pop), serveur jabber, serveur ftp (ouais, j'avais 39Go de disque SCSI, et ça marche sur un 486 ces disques !), et même samba pendant quelques mois. La version minimale (zipslack) tient sur un espace disque vraiment réduit et contient de quoi s'amuser longtemps. Pour le reste, il suffit d'installer :p
Quand tu te logges dans un terminal, il n'y a pas d'affreux disclaimer déprimant comme sur debian, mais une fortune, et ça fait toujours un petit instant de plaisir dès qu'on ouvre un terminal, on se sent tout de suite accueilli avec le sourire et l'humour. Je sais, c'est configurable, mais par défaut la Slack t'aime et est ton amie, pas les autres... Vraiment, quand tu débarques, c'est très appréciable !
Les utilisateurs de Slack sont tous des gens très intelligents, très gentils, ouverts au dialogue, des esprits vraiment libres, et ne trollent jamais sur la qualité extrême de leur distrib comparativement aux autres. Il n'y en a pas besoin, sa supériorité est bien trop évidente.
D'ailleurs il suffit d'aller voir la section "propaganda" sur le site officiel pour voir que l'humilité est la qualité principale du vrai Slacker.
Comme je regrette de ne pas avoir un alpha comme proc rien que pour pouvoir afficher ça en fond d'écran : http://www.slackware.com/~msimons/slackware/grfx/shared/alph(...)
Les sorties, quoi qu'en dise ayolix, sont plutôt régulières, une version tout les six mois. D'accord la maladie de Patrick a doublé ce temps entre la 10.2 et la 11.0, mais si tu restes en slackware-current, tu es déjà comme moi et GEDsismik en 11.0 :)
Et c'est tout à fait stable.
En résumé avec la Slack tu comprends ce que tu fais, tu dois le vouloir pour que ton système fasse quelque chose, (presque) rien ne se configure avec des clicodrômes, tout en fichiers textes, ton système ne fait pas des choses étranges sans que tu ne l'aies voulu, tu dois t'impliquer un minimum dans le fonctionnement des systèmes GNU/Linux pour en faire quelque chose, il ne suffit pas d'installer et d'avoir directement tout à portée de clic.
Excellent pour un débutant qui s'intéresse à son système, imbitable pour un débutant qui veut juste l'utiliser sans chercher à comprendre.
Exactement l'inverse d'Ubuntu ou de Mandrake conçues pour ravir ceux qui ne veulent pas chercher à comprendre, délaissant forcément ceux qui aimeraient bien comprendre (je n'ai *jamais* réussi à vraiment comprendre l'organisation du /etc que ce soit sur Redhat, Mandrake, Debian, et leurs dérivées)...
[^] # Re: Question:
Posté par Yth (Mastodon) . En réponse au journal Le petaflop sera linuxien ou ne sera pas !. Évalué à 9.
Yth, tout ça pour dire que sans maîtrise la puissance ne sert à rien, et que donc il manque un élément au problème.
PS : D'accord, pas au problème de savoir qui a la plus grosse, je cède !
[^] # Re: Plussagement
Posté par Yth (Mastodon) . En réponse au journal Apercu Enlightenment v17. Évalué à 5.
Yth, nemo.
[^] # Re: Flashage de BIOS...
Posté par Yth (Mastodon) . En réponse à la dépêche FreeDOS 1.0 disponible. Évalué à 2.
C'est vraimpent le couteau-suisse du dépannage de machine ce truc !
Yth.
[^] # Re: Bind mount extensions
Posté par Yth (Mastodon) . En réponse à la dépêche Linux-VServer : Nouvelle version stable, nouveau site Web. Évalué à 2.
C'est juste qu'il faut le refaire (dans fstab par exemple) à chaque redémarrage, et que ça peut se faire entre deux partitions différentes, ou via NFS etc...
Yth.
[^] # Re: questions pertinentes ?
Posté par Yth (Mastodon) . En réponse à la dépêche Le succès du libre est-il transposable au jeu vidéo?. Évalué à 8.
Il peut être libre ET payant.
Le fait qu'un logiciel soit libre n'implique pas de ne pas le vendre.
Le seul truc c'est qu'il sera aussi possible de l'avoir gratuitement.
Mais dans le cas, mettons, d'un MMORPG, libre, avec une création de compte payant, sur un serveur libre aussi, tu peux installer un serveur, et filer des comptes sans faire payer, et subir seul la charge nécessaire à son bon fonctionnement, et à la ruée des gens voulant y jouer sans rien payer. Si tu peux le faire alors c'est bien, tu le feras.
Le jeu sera gratuit, mais aussi payant à côté, avec peut-être simplement un meilleur service rendu : machines plus grosses, meilleure bande passante, gens qui font de la maintenance, parce qu'ils ont les sous pour le faire.
Ou simplement tu vends ton jeu libre, avec une belle boîte, un cd/dvd pressé, un manuel, etc... Tu ne le mets *pas* en téléchargement direct sur ton site. Il est libre, il est payant. La différence avec le même en non-libre, c'est que quand tu le télécharges ou le copie, tu ne peux être accusé de "piratage", et aussi que tu as les sources à disposition.
Il n'y a, encore, rien d'aberrant là-dedans, c'est de croire que tout ce qui est libre est forcément gratuit qui est aberrant, les éléments à prendre en compte sont un poil plus complexe.
En fait, ce qui est libre *peut* être gratuit. Rien ne l'empèche a priori. Après on ouvre les yeux et on met les pieds dans le monde réel, on paye sa bande passante, son espace de stockage, et son temps.
Yth.
[^] # Re: HS
Posté par Yth (Mastodon) . En réponse au journal Kazehakase, un navigateur web à essayer. Évalué à 4.
Kazehakase est bien sympa, je l'avais essayé il y a deux ans, quand je cherchais un navigateur très léger à inclure dans une distrib pour brouettes de la guerre de 14. Le soucis c'est qu'en fait entre deux navigateurs Gecko, la base de RAM/lourdeur est la même, à peu près identique à celle de Konqueror ou Opera, et ça ne changeait pas grand chose au final sur les toutes petites config (style 64Mo de RAM).
Yth.
[^] # Re: Freecycle
Posté par Yth (Mastodon) . En réponse au journal Echange / occasion informatique. Évalué à 2.
Les gens se débarrassent de ce qui les encombrent.
Certes, pas gratuitement, mais généralement pour une misère, et quand quelqu'un cherche vraiment à refourguer un truc qui l'encombre, il va le faire pour une bouchée de pain.
T'imagines pas tout ce qu'on peut acheter pour 5¤ dans une brocante !
Yth.
[^] # Re: Pour ceux qui ne connaissent pas
Posté par Yth (Mastodon) . En réponse au journal Fake - c'est vendredi. Évalué à 3.
'tain, râle cul de ces chieurs qui pensent qu'à râler...
Râlez, rentre chez toi, pars en week-end et arrête de râler.
Râle lala...
Yth, non, vraiment, heureusement que le week-end existe, parce que là, ça va plus ;)
[^] # Re: Pour ceux qui ne connaissent pas
Posté par Yth (Mastodon) . En réponse au journal Fake - c'est vendredi. Évalué à 5.
Conclusion, trollez toujours de bon coeur pour conserver votre esprit critique.
LinuxFR, premier site français pour l'entretient de la technique d'autodéfense mentale ancestrale des Gaulois : râler.
Yth, yeah.
[^] # Re: Nouveau troll
Posté par Yth (Mastodon) . En réponse au journal Vim, c'est bien plus léger que Emacs. [HS]. Évalué à 2.
Ils ne connaissent peut-être pas Rox, ou alors ya une vraie raison...
Yth.
[^] # Re: Amen !
Posté par Yth (Mastodon) . En réponse au journal "Linux" sur le bureau en 2006. Évalué à 2.
Yth, de rien.
[^] # Re: Lancer de troll et coup de gueule contre emacs
Posté par Yth (Mastodon) . En réponse au journal Vim, c'est bien plus léger que Emacs. [HS]. Évalué à 3.
Quand tu fais "Alt-X ".
Yth, de rien.
[^] # Re: Et...
Posté par Yth (Mastodon) . En réponse au journal Pluxml : j'ai trouvé la perle rare des cms. Évalué à 1.
Pense bien à ne pas coller de point, ou de virgule, ou de parenthèse à la fin, laisse un espace.
Le site transformera directement cette URL en lien.
http://comme_ca_!, et avec les bugs en prime ;)
Yth.
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
Yth :)
[^] # Re: La simplicité
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
swaret --install nom_du_paquet
Yth.
[^] # Re: mon humble avis
Posté par Yth (Mastodon) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 10.
Yth...
[^] # Re: Une 4ème option ?
Posté par Yth (Mastodon) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 4.
Tu n'as aucun contrôle sur le blob, mais tu peux l'utiliser.
Yth.
[^] # Re: Et bien ...
Posté par Yth (Mastodon) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 7.
Tant d'humour et si peu de reconnaissance !
Yth, qui a ri.
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
Ca se crée facilement un paquet slack, le plus simple étant de suivre la démarche classique :
./configure && make && checkinstall -S --newslack
Avec le paquet checkinstall qu'on trouve ici :
http://asic-linux.com.mx/~izto/checkinstall/
Utile pour les paquets Slackware, Debian (et dérivés), et RPM (j'imagine que ça marche pour MDV, RH, Suse...).
Sinon les pkgtools pour la gestion des paquets slack sont très simples à utiliser, pour installer, enlever, mettre à jour ou créer un paquet.
Généralement un paquet pour une version plus ancienne fonctionne, quand ça reste assez proche. Genre 10.0 ou 10.1 sur une 10.2 ou 11.0. Après faut tester, ou plus probablement le refaire, pour au moins avoir le logiciel à jour.
fvwm on le trouve de base dans la slack, version 2.4.19, dernière stable, on ne trouve pas la version "unstable", et ion n'y est pas...
Il y a un site francophone pour la slack si tu as des questions :
http://www.slackfr.org/
Wala wala !
Yth.
[^] # Re: [x] les 0.17% de vitesse supplémentaire apportée
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
Grumf, lui faut une piqûre d'éducation à ce brave garçon...
Il se sent attaqué personnellement dès qu'on dit qu'un truc est bien ailleurs que devant chez lui !
Nombriliste...
Yth.
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 1.
Oui, la comparaison s'oriente en opposition aux distrib très fortement orientée grand public où on peut en faire un maximum en cliquant.
Ca veut juste dire dire que les distribs qui marchent plus par configurations "à la main" sont plus proches de la Slack, comme LFS ou Gentoo, ou Archlinux. A priori si tu apprécies la Gentoo, tu peux apprécier la Slack. Si tu es fan complet d'Ubuntu, tu risques de ne pas l'aimer... Après c'est beaucoup une question de goûts, et d'habitude, ça reste du GNU/Linux derrière, c'est le principal !
Effectivement, à la base il y a juste Patrick Volkerding, mais en fait il n'est pas tout seul, il y a plein de gens tout motivés pour l'aider. En plus, il y arrive pas mal tout seul. Il connait bien son affaire quand même, la Slack étant la plus ancienne des distribs GNU/Linux encore en vie, devançant de quelques mois Debian et Redhat il me semble.
Ca pose quelques légers problème, comme le fait qu'il ait viré Gnome depuis la 10.2, trop de boulot, mais il est possible de trouver des gens qui maintiennent Gnome pour Slack de façon non officielle, et ça marche très bien.
Ensuite pour les paquets que tu ne trouves pas, il y en a plein fait par des utilisateurs, sur http://www.linuxpackages.net . J'en utilise beaucoup, ça se met à jour de la même manière avec swaret, et au final le nombre de paquets que j'ai fait à la main est très réduit, alors que je passe une bonne partie de ma vie à tester tout et n'importe quoi. Surtout n'importe quoi...
La Slackware-current bouge pas mal, elle reste très stable et intègre assez rapidement les nouveautés. Par exemple kde 3.5.4, gimp-2.2.13, firefox 1.5.0.6, etc...
Yth.
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 6.
Tu n'as pas réussi à déceler la pointe d'ironie grosse comme la tour Eiffel dans mon paragraphe disant que tout les Slackers étaient parfait et modeste ? Pourtant c'était gros, et paf tu prends ça au premier degré...
Si tu souhaites rester au premier degré, je tiens juste à te rappeler que dire "je suis parfait" ne signifie en rien que les autres ne le sont pas ou ne peuvent pas l'être, merci.
Allez, tu m'as un brin agacé aussi, alors je vais réduire la majorité de tes arguments en bouillie en citant tes parties suivie de choses que j'ai écrites dans mon premier message :
Toi>"Il n'y a malheureusement pas que des serveurs DNS sur Internet..."
Moi>"l'un des deux a servi pendant cinq années de routeur, firewall, serveur mail (smtp/pop), serveur jabber, serveur ftp, et même samba pendant quelques mois."
Il n'y avait pas de serveur de BDD ou web à cause de la puissance bien trop réduite de la machine, mais je t'assure, ça existe aussi sur une install de base de Slack...
Toi>"Comme si les développeurs des autres distributions s'amusaient à créer des dépendances totalement imaginaires..."
En réponse à moi>"Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib"
Ta réponse est hors-sujet, je parle justement de ne pas respecter les dépendances exprès. Donc de faire de la bidouille, des trucs crades.
Prend un exemple, tu fais un liveCD et il est trop gros, tu as une bibliothèque installée, mais en fait tu as juste besoin d'une seule lib dont les dépendances sont respectée sans avoir le paquet complet.
Comment tu fais sous Debian pour contenter ton système de paquet tout en n'ayant qu'un seul fichier d'un paquet requis par un autre ? En pratique ça fonctionne, mais ta Debian te dira que non.
Le *vrai* problème n'étant pas de réussir à faire cette manip', mais de pouvoir continuer à utiliser le système de paquet ensuite sans qu'à chaque fois il te gueule dessus parce que des dépendances ne sont pas résolues.
Ce n'est *pas* un soucis que se posent les utilisateurs classiques d'ordinateurs. Et alors ? Je me le suis posé moi...
Toi>"Chose qui existe déjà depuis longtemps sur les autres distributions, dont certaines avec des outils qui n'ont rien de spécifique à l'une d'entre elles."
En réponse à moi>"Slackpkg te maintient parfaitement à jour sur les paquets officiels sans efforts."
Encore une fois, hors-sujet, dire qu'une voiture possède l'air-bag ne signifie pas que les autres ne le possèdent pas aussi, et pourtant ça peut être un critère de choix pour l'achat d'une voiture.
Tu cherches la bagarre en fait, tu as envie de troller hein ? Oh, certes, ma perche était grande, mais j'aime partir du principe que mes interlocuteurs sont intelligents...
Toi>"Mais ?! Quel est ce système qui ose penser à ma place ?! Si j'efface une lib, j'ai encore le droit de faire ce que je veux ! ;-)"
Moi>"Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib, et le reste de ton système va continuer à fonctionner aussi bien qu'avant, tu pourras faire des mises à jour, installer/enlever des paquets, sans que ce paquet-ci ne perturbe le système."
Allez, tu continues dans le troll, technique classique, on sent pointer une frustration teintée d'un plaisir malsain à lancer une pique, rien à rajouter, cible manquée...
Et pour la fin, concernant les fichiers de conf, on part dans les attaques personnelles, mais j'utilise redhat et debian au boulot, la boîte utilise essentiellement GNU/Linux, sous Redhat de la 7 aux dernières RHEL 4 ES, les developpeurs sont pour moitié sous Debian, et c'est moi qu'on vient voir quand il y a un problème de configuration.
On débarque dans la différence de philosophie entre le système 5 utilisé sous la majorité des GNU/Linux et l'organisation BSD qu'utilise la Slack. Probablement une question de goût, mais franchement je trouve que c'est nettement plus clair et simple avec l'organisation BSD.
Le système 5 ça ne sert à rien, personne ne l'utilise, tu configures une fois sous quel init tu vas démarrer ta machine et après tu n'y touches plus sauf à passer parfois en init 1 pour une raison x ou y.
(Vas-y, vas-y, je t'attend là-dessus, je ne l'ai même pas graissée cette perche immense, rebondit, rebondit, tu vas sauter hauuuuuut !)
Moi>"Yth, parfaitement objectif et modeste."
Toi>"Complèment subjectif et parfaitement imbu de sa distribution, oui."
Franchement, tu ne l'as même pas sentie l'ironie ici ? Ni la dérision ? Pas même un tout petit peu ?
Allez, je vais être bête et méchant pour finir :
Yth, qui *lui* n'a pas de poutrelle dans le cul.
[^] # Re: [X] les 0.17% de vitesse supplémentaire apportée par la recompilatio
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
Yth, ben quoi ?
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 10.
Ma machine était un machin fait de bric et de broc à la grande limite du totalement incompatible, et très exotique, vieux, et étrange. Redhat, Suse et Mandrake ont toutes failli réussir à faire marcher le serveur X, mais soit c'était ignoble avec des parasites, soit affreux avec un mode graphique désolant, soit ça marchait à l'install et plus après.
Avec la Slack, il n'a juste pas cherché à le configurer, donc ça n'a pas planté lamentablement, et affreusement, comme avec les autres, puisqu'elle n'a rien fait. Et là je suis allé voir dans /etc/X11, et j'ai testé les outils xf86config et cie, et en rien de temps ça s'est mis à marcher, avec le fichier de conf originel très bien commenté, j'ai compris comment j'avais réussi à faire marcher ça. J'étais très content, je suis resté.
Mais en fait c'est un peu tout l'esprit Slackware qui était là : la Slack ne te fait pas un gosse dans le dos, tu contrôles très bien ce qui tourne dessus. Les fichiers de confs par défaut sont très bien fait, rangés à leur place, et fortement commentés. Et comparée à certaines mandrake (pas les plus récentes) soi-disant user-friendly à l'install, elle est beauuuucoup plus simple à installer.
Depuis bientôt 7 ans que je l'utilise, je n'ai jamais eu l'impression qu'elle régressait. Les logiciels sont à jour, et les mises à jour fonctionnent.
Et pour quelqu'un qui souhaite vraiment utiliser un système GNU/Linux en comprenant ce qu'il fait et en allant admirer les rouages, ces fichiers de conf commentés et organisés de façon compréhensible sont un réel atout : il va avoir du cambouis sur les mains très vite, mais il apprendra des choses et les retiendra.
Autre atout majeur : ces superbes paquets tgz sans gestion directe de dépendances. Sous slack tu peux sciemment installer un paquet qui ne fonctionnera pas parce qu'il lui manque une lib, et le reste de ton système va continuer à fonctionner aussi bien qu'avant, tu pourras faire des mises à jour, installer/enlever des paquets, sans que ce paquet-ci ne perturbe le système. Et ça ça te donne vraiment le sentiment que ton OS fait ce que tu veux, pas ce qu'il croit que tu veux. C'est très utile si tu développes un liveCD de pas être emmerdé par un système de paquet qui se met en travers de tes optimisations !
"Pas de gestion de dépendances ? Pouah !"
Que nenni ! Il existe swaret qui vérifie les dépendances réelles des paquets installés. Certes l'opération est longuette, mais tu es sûr du résultat. Slackpkg te maintient parfaitement à jour sur les paquets officiels sans efforts. Et on commence à voir arriver des interfaces de gestion de paquets sous X parfaitement utilisables.
Les systèmes à base de donnée sont plus rapides et gère des dépendances a priori, mais ils font ça sur un système théorique. Efface à la main une lib, et ta debian ou ta redhat ne se rendront compte de rien, excepté que les logiciels qui en dépendent ne vont pas marcher. Lance swaret sur ta slack et il te dira "Attention, il manque telle lib ! On peut la trouver dans tel paquet, voulez-vous le réinstaller ?".
Une installation basique de slack c'est tout ce dont tu peux avoir besoin prêt à l'emploi, ton serveur est prêt le temps de l'installation, et tu peux l'oublier ensuite pendant quinze ans, il va marcher sans se faire remarquer.
La Slack étant de base en i486, elle va fonctionner directement sur ces machines. Je le sais, j'en ai deux chez moi, et l'un des deux a servi pendant cinq années de routeur, firewall, serveur mail (smtp/pop), serveur jabber, serveur ftp (ouais, j'avais 39Go de disque SCSI, et ça marche sur un 486 ces disques !), et même samba pendant quelques mois. La version minimale (zipslack) tient sur un espace disque vraiment réduit et contient de quoi s'amuser longtemps. Pour le reste, il suffit d'installer :p
Quand tu te logges dans un terminal, il n'y a pas d'affreux disclaimer déprimant comme sur debian, mais une fortune, et ça fait toujours un petit instant de plaisir dès qu'on ouvre un terminal, on se sent tout de suite accueilli avec le sourire et l'humour. Je sais, c'est configurable, mais par défaut la Slack t'aime et est ton amie, pas les autres... Vraiment, quand tu débarques, c'est très appréciable !
Les utilisateurs de Slack sont tous des gens très intelligents, très gentils, ouverts au dialogue, des esprits vraiment libres, et ne trollent jamais sur la qualité extrême de leur distrib comparativement aux autres. Il n'y en a pas besoin, sa supériorité est bien trop évidente.
D'ailleurs il suffit d'aller voir la section "propaganda" sur le site officiel pour voir que l'humilité est la qualité principale du vrai Slacker.
Comme je regrette de ne pas avoir un alpha comme proc rien que pour pouvoir afficher ça en fond d'écran :
http://www.slackware.com/~msimons/slackware/grfx/shared/alph(...)
Les sorties, quoi qu'en dise ayolix, sont plutôt régulières, une version tout les six mois. D'accord la maladie de Patrick a doublé ce temps entre la 10.2 et la 11.0, mais si tu restes en slackware-current, tu es déjà comme moi et GEDsismik en 11.0 :)
Et c'est tout à fait stable.
Ah, aussi, la Slackware est bien, parce qu'elle marche.
http://www.slackware.com/~msimons/slackware/grfx/shared/SWqu(...)
En résumé avec la Slack tu comprends ce que tu fais, tu dois le vouloir pour que ton système fasse quelque chose, (presque) rien ne se configure avec des clicodrômes, tout en fichiers textes, ton système ne fait pas des choses étranges sans que tu ne l'aies voulu, tu dois t'impliquer un minimum dans le fonctionnement des systèmes GNU/Linux pour en faire quelque chose, il ne suffit pas d'installer et d'avoir directement tout à portée de clic.
Excellent pour un débutant qui s'intéresse à son système, imbitable pour un débutant qui veut juste l'utiliser sans chercher à comprendre.
Exactement l'inverse d'Ubuntu ou de Mandrake conçues pour ravir ceux qui ne veulent pas chercher à comprendre, délaissant forcément ceux qui aimeraient bien comprendre (je n'ai *jamais* réussi à vraiment comprendre l'organisation du /etc que ce soit sur Redhat, Mandrake, Debian, et leurs dérivées)...
Yth, parfaitement objectif et modeste.
[^] # Re: [X] la maitrise du système
Posté par Yth (Mastodon) . En réponse au sondage La raison principale à l'origine du choix de ma distribution est :. Évalué à 2.
Slackware !
[X] Because it works.
Yth.