Tu fais exprès de comprendre de travers, c'est agaçant...
lorsque tu as un gestionnaire de paquet performant et automatique.
Tu portes ici un jugement de valeur, en comparant les paquets Slackware et Debian/Ubuntu, et en affirmant que les second valent mieux que les premiers.
Ils sont différents, et je préfère ceux de la Slack pour un certain nombre de raisons, qui n'incluent évidement pas la gestion de dépendances.
Mais jamais je ne m'amuserais à dire que le .deb est à chier parce qu'il gère les dépendances, ça n'aurait aucun sens !
Tu peux plus facilement créer une installation minimaliste, avec strictement le nécessaire en utilisant une Debian. Sur mon dernier serveur ARM, je ne me suis même pas foulé, c'est une Slack complète, avec X/KDE et cie, totalement inutiles.
Mais c'est parce que dans sa situation précise, que l'OS prenne 1Go ou 6Go je m'en moque.
Quand je dis « Ubuntu t'offre une expérience utilisateur complète » je parle tu comportement de base, et de ce que cherchent à te donner les gens qui la maintiennent et la construisent. C'est un point positif pour Ubuntu, dans un segment plutôt large du marché.
T'as vu le nombre de "spin-off" issue de Debian/Ubuntu autant x86 qu'ARM? Ça montre bien la flexibilité de cette dernière.
On peut s'amuser à compter les dérivées de la Slackware aussi, largement plus nombreuses rapportées au nombre d'utilisateur, alors laquelle est la plus flexible ? Difficile à dire hein ? Pour chacun ça sera celle dont il a l'habitude, et c'est tout...
Ma plus vieille machine est de 2006, [...] et oui, ça marche en mode serveur
Bah ouais, et la mienne, 2006 aussi, AMD Turion 64 X2 1,8Ghz, un portable, et je l'utilise avec un écran 27" full-HD, et j'utilise firefox 45.2.0 pour t'écrire ce commentaire dessus (sans flash, mais sinon tout est là), un autre brouteur (selon l'humeur, seamonkey, chrome, midori, palemoon) presque toujours à côté pour faire des tests, faire tourner un serveur apache avec une base MySQL de 2,3Go, une base Redis avec quelques millions de clés, des outils de dev, de communication (HipChat bien lourd, psi, etc.), des vidéos le midi quand je pique-nique devant mon écran, et de la musique.
Et c'est tout à fait utilisable, je dois être patient quand je réencode des vidéos 1080p vers du 480p parce que la carte vidéo est incapable de lire même le 720p sans flancher, mais je peux le faire quand même.
Alors quoi, sous prétexte que la machine est vieille je ne devrais plus l'utiliser pleinement encore aujourd'hui ? Pourquoi ça ?
Openstack et autres techno Cloud?
Je ne connais pas du tout OpenStack, comment te répondre alors ?
En « autre techno Cloud », par exemple owncloud a son slackbuild, donc ça ressemble à un problème trivial à résoudre. Il vient de me falloir à l'instant moins de deux minutes pour créer un paquet Slackware et l'installer. Pour le reste, encore une fois, je ne connais pas, mais c'est de l'admin owncloud, ça n'a pas de raison d'être fondamentalement différent d'une distrib à l'autre...
Deux minutes pour trouver cette page : http://www.hansneervoort.nl/projects/2noderac/iscsiinitiator.html qui t'expliquait déjà en 2012 comment configurer de l'ISCSI sous Slackware. Encore une fois je ne connais pas du tout, mais la portion spécifique à la Slackware semble se résumer à « wget les_sources | dé-tare && make && make install » soit rien de bien tuant, le reste c'est de l'admin ISCSI, qui n'a aucune raison d'être fondamentalement différente sous Slackware que sous autre chose...
Il faut peut-être recompiler le module noyau, et l'ajouter dans l'initrd, il faut très certainement savoir ce que l'on fait à un moment. Mais bon, configurer un Apache aussi nécessite de savoir ce que l'on fait à un moment... Ou n'importe quel logiciel serveur d'ailleurs.
Sans avoir à bidouiller?
Ah, est-ce que pour toi télécharger des sources, les compiler et les installer c'est de la bidouille ?
Si oui, on s'est mal compris depuis très très longtemps : un slackbuild c'est exactement ça : télécharger des sources, les compiler, et créer un paquet Slackware qu'on installe. Et ça c'est l'utilisation normale de la Slackware.
Et non, jamais personne n'a prétendu que c'était à la portée de tout le monde ni pensé pour tout le monde. La Slackware c'est ça, tu édites tes fichiers de conf à la main, si pour toi c'est une étape rebutante, il faut t'arrêter bien plus tôt dans la discussion, passe ton chemin, cette distribution ne te parlera jamais !
Mais je crois que ça parle à beaucoup de gens, et pas uniquement aux amateurs de Slackware.
Mais ne prétend à la flexibilité ou robustesse comme avantage de Slackware sur le reste.
Qui a parlé de flexibilité ? J'ai parlé d'une base robuste sur laquelle construire quelque chose. Et dans construire il y a « construire ».
Tu parles de la période « pré-mobiles » c'est quoi pour toi, le passage de l'admin système au clicodrôme ?
Tout se fait avec des grosses icônes ?
Diantre, ce n'est pas d'une époque plus ancienne dont tu parles, mais d'un fork dans les usages...
Et c'est moi qui suis resté dans un coin ? Sous prétexte que tu rejettes tout ce qui ne se fait pas « à-la-mobile-fashion-du-moment » ?
[^] # Re: Slackwariens/puristes complètement déconnectés de la réalité
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 14.2. Évalué à 4.
Tu fais exprès de comprendre de travers, c'est agaçant...
Tu portes ici un jugement de valeur, en comparant les paquets Slackware et Debian/Ubuntu, et en affirmant que les second valent mieux que les premiers.
Ils sont différents, et je préfère ceux de la Slack pour un certain nombre de raisons, qui n'incluent évidement pas la gestion de dépendances.
Mais jamais je ne m'amuserais à dire que le .deb est à chier parce qu'il gère les dépendances, ça n'aurait aucun sens !
Tu peux plus facilement créer une installation minimaliste, avec strictement le nécessaire en utilisant une Debian. Sur mon dernier serveur ARM, je ne me suis même pas foulé, c'est une Slack complète, avec X/KDE et cie, totalement inutiles.
Mais c'est parce que dans sa situation précise, que l'OS prenne 1Go ou 6Go je m'en moque.
Quand je dis « Ubuntu t'offre une expérience utilisateur complète » je parle tu comportement de base, et de ce que cherchent à te donner les gens qui la maintiennent et la construisent. C'est un point positif pour Ubuntu, dans un segment plutôt large du marché.
On peut s'amuser à compter les dérivées de la Slackware aussi, largement plus nombreuses rapportées au nombre d'utilisateur, alors laquelle est la plus flexible ? Difficile à dire hein ? Pour chacun ça sera celle dont il a l'habitude, et c'est tout...
Bah ouais, et la mienne, 2006 aussi, AMD Turion 64 X2 1,8Ghz, un portable, et je l'utilise avec un écran 27" full-HD, et j'utilise firefox 45.2.0 pour t'écrire ce commentaire dessus (sans flash, mais sinon tout est là), un autre brouteur (selon l'humeur, seamonkey, chrome, midori, palemoon) presque toujours à côté pour faire des tests, faire tourner un serveur apache avec une base MySQL de 2,3Go, une base Redis avec quelques millions de clés, des outils de dev, de communication (HipChat bien lourd, psi, etc.), des vidéos le midi quand je pique-nique devant mon écran, et de la musique.
Et c'est tout à fait utilisable, je dois être patient quand je réencode des vidéos 1080p vers du 480p parce que la carte vidéo est incapable de lire même le 720p sans flancher, mais je peux le faire quand même.
Alors quoi, sous prétexte que la machine est vieille je ne devrais plus l'utiliser pleinement encore aujourd'hui ? Pourquoi ça ?
Je ne connais pas du tout OpenStack, comment te répondre alors ?
En « autre techno Cloud », par exemple owncloud a son slackbuild, donc ça ressemble à un problème trivial à résoudre. Il vient de me falloir à l'instant moins de deux minutes pour créer un paquet Slackware et l'installer. Pour le reste, encore une fois, je ne connais pas, mais c'est de l'admin owncloud, ça n'a pas de raison d'être fondamentalement différent d'une distrib à l'autre...
Deux minutes pour trouver cette page : http://www.hansneervoort.nl/projects/2noderac/iscsiinitiator.html qui t'expliquait déjà en 2012 comment configurer de l'ISCSI sous Slackware. Encore une fois je ne connais pas du tout, mais la portion spécifique à la Slackware semble se résumer à « wget les_sources | dé-tare && make && make install » soit rien de bien tuant, le reste c'est de l'admin ISCSI, qui n'a aucune raison d'être fondamentalement différente sous Slackware que sous autre chose...
Il faut peut-être recompiler le module noyau, et l'ajouter dans l'initrd, il faut très certainement savoir ce que l'on fait à un moment. Mais bon, configurer un Apache aussi nécessite de savoir ce que l'on fait à un moment... Ou n'importe quel logiciel serveur d'ailleurs.
Ah, est-ce que pour toi télécharger des sources, les compiler et les installer c'est de la bidouille ?
Si oui, on s'est mal compris depuis très très longtemps : un slackbuild c'est exactement ça : télécharger des sources, les compiler, et créer un paquet Slackware qu'on installe. Et ça c'est l'utilisation normale de la Slackware.
Et non, jamais personne n'a prétendu que c'était à la portée de tout le monde ni pensé pour tout le monde. La Slackware c'est ça, tu édites tes fichiers de conf à la main, si pour toi c'est une étape rebutante, il faut t'arrêter bien plus tôt dans la discussion, passe ton chemin, cette distribution ne te parlera jamais !
Mais je crois que ça parle à beaucoup de gens, et pas uniquement aux amateurs de Slackware.
Qui a parlé de flexibilité ? J'ai parlé d'une base robuste sur laquelle construire quelque chose. Et dans construire il y a « construire ».
Tu parles de la période « pré-mobiles » c'est quoi pour toi, le passage de l'admin système au clicodrôme ?
Tout se fait avec des grosses icônes ?
Diantre, ce n'est pas d'une époque plus ancienne dont tu parles, mais d'un fork dans les usages...
Et c'est moi qui suis resté dans un coin ? Sous prétexte que tu rejettes tout ce qui ne se fait pas « à-la-mobile-fashion-du-moment » ?
Wouhouhou !
On ne vit en effet pas dans le même monde ^
Yth.