OVH Cloud OVH Cloud

14.1

53 réponses
Avatar
Doug713705
Slackware 14.1 est de sortie avec au menu :
- Linux 3.10.17 (LTS)
- XFCE 4.10.1
- KDE 4.10.5
- gcc 4.8.2
- glibc 2.17
- LLVM
- Clang
- efibootmgr
- elilo (support uefi)
- grub-2 (!)

Et tout un tas d'autres trucs qui font que Slackware reste une
référence.

Bon appétit :-)

ftp://ftp.osuosl.org/pub/slackware/slackware64-14.1/ANNOUNCE.14_1
ftp://ftp.osuosl.org/pub/slackware/slackware64-14.1/CHANGES_AND_HINTS.TXT
ftp://ftp.osuosl.org/pub/slackware/slackware64-14.1/UPGRADE.TXT
ftp://ftp.osuosl.org/pub/slackware/slackware64-14.1/PACKAGES.TXT

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4

10 réponses

2 3 4 5 6
Avatar
Doug713705
Le 09-11-2013, vieuxtroll nous expliquait dans fr.comp.os.linux.debats :
Le 09/11/2013 19:01, Emmanuel Florac a écrit :
Le Fri, 08 Nov 2013 22:56:50 +0000, Nicolas George a écrit:

télécharger, en trouvant l'URL
qui a changé depuis la dernière fois, vérifier les nouvelles options de
configure, vérifier que tout marche bien à la fin, documenter ce qu'on a
fait.



Tu ne connais pas le fonctionnement de slackbuilds et sbopkg on dirait...
Avec sbopkg, l'installation depuis les sources n'est pas très différente
de l'installation sous Debian avec aptitude: lancer sbopkg, mettre à jour
le repo, chercher le programme qu'on veut installer... La seule chose
c'est qu'il faut regarder le README pour vérifier les dépendances, mais
ce n'est pas la mort. Pour le téléchargement, les options de compil et le
reste, tout est géré automatiquement par sbopkg/slackbuids.



Slackware réinvente l'eau chaude et la roue avec sbopkg ,slackbuild

Le portage(basé sur les ports de *BSD) de gentoo existe depuis 2002 et
faisait ça très bien



Et ? On n'en est pas à savoir qui a eu l'idée le premier.
La seule chose qui compte est que ça contente les utilisateurs.

Perso j'ai arrété Gento après 2 mises à jour (2006.1 et suivantes) car
c'était trop lourd à maintenir et Debian après quelques mois
d'utilisation (les performances étaient absolument mauvaises surmon
eeePC en comparaison de ce que j'obtenais avec Slackware).

Dans les deux cas la gestion de dépendances m'a emmerdé au possible à
absolument vouloir installer des paquets dont je n'avais pas le besoin
parce que quelqu'un a décidé que c'était nécessaire.

Je ne doute pas que dans une majorité des cas ces dépendances soient
utiles et que le choix le plus logique était d'en faire une dépendances
obligatoire mais je trouve ça néanmoins ridicule.

Avoir à se taper 2 heures de téléchargement (tout le monde n'a pas
l'ADSL ou une ligne stable) pour installer un simple paquet dont la
compilation avec des options optimisées aurait pris 4 minutes je trouve
ça barbare, du genre "on ne sait/peux pas automatiser plus finement
alors on télécharge la moitié d'Internet sur ta machine".

Excusez moi de préférer utiliser 2 minutes mon cerveau pour retrouver
moi même les dépendances et automatiser le tout à *ma* sauce.

Et je ne te parle pas de l'opération inverse, la désinstallation d'un
paquet, qui vire des programmes dont tu as encore besoin sous préttexte
de dépendances inutiles !

Bref, je partage le point de vue de Patrick Volkerding : En l'absence de
solution réèllement *100%* satisfaisante il vaut mieux ne pas avoir de
gestion de dépendances.

C'est un _choix_ et non pas un manque de compétences.

Après dans le détail j'ai largement préféré Gentoo à Debian.

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
Nicolas George
Emmanuel Florac , dans le message
<527e7886$0$2234$, a écrit :
Tu ne connais pas le fonctionnement de slackbuilds et sbopkg on dirait...



J'ai déjà répondu : je considère ça de l'hypocrisie de les utiliser tout en
vantant Slackware pour son minimalisme.
Avatar
Nicolas George
Doug713705 , dans le message , a
écrit :
Dans les deux cas la gestion de dépendances m'a emmerdé au possible à
absolument vouloir installer des paquets dont je n'avais pas le besoin
parce que quelqu'un a décidé que c'était nécessaire.



Dans le cas de Debian, quand on gratte la réalité sous ce genre
d'affirmation, on se rend compte en général que la personne qui se plaint a
laissé la configuration par défaut qui installe les paquets recommandés et
suggérés (documentation détaillée, plugins utiles, etc.). Un PEBKAC donc.
Avatar
Doug713705
Le 09-11-2013, Nicolas George nous expliquait dans fr.comp.os.linux.debats :
Doug713705 , dans le message , a
écrit :
Dans les deux cas la gestion de dépendances m'a emmerdé au possible à
absolument vouloir installer des paquets dont je n'avais pas le besoin
parce que quelqu'un a décidé que c'était nécessaire.



Dans le cas de Debian, quand on gratte la réalité sous ce genre
d'affirmation, on se rend compte en général que la personne qui se plaint a
laissé la configuration par défaut qui installe les paquets recommandés et
suggérés (documentation détaillée, plugins utiles, etc.). Un PEBKAC donc.



Si tu peux m'expliquer comment à partir d'ici j'arrive à ce que tu
expliques je suis preneur :

https://wiki.debian.org/PackageManagement

Merci d'avance.

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
vieuxtroll
Le 09/11/2013 21:26, Doug713705 a écrit :
Le 09-11-2013, vieuxtroll nous expliquait dans fr.comp.os.linux.debats :
Le 09/11/2013 19:01, Emmanuel Florac a écrit :
Le Fri, 08 Nov 2013 22:56:50 +0000, Nicolas George a écrit:

télécharger, en trouvant l'URL
qui a changé depuis la dernière fois, vérifier les nouvelles options de
configure, vérifier que tout marche bien à la fin, documenter ce qu'on a
fait.



Tu ne connais pas le fonctionnement de slackbuilds et sbopkg on dirait...
Avec sbopkg, l'installation depuis les sources n'est pas très différente
de l'installation sous Debian avec aptitude: lancer sbopkg, mettre à jour
le repo, chercher le programme qu'on veut installer... La seule chose
c'est qu'il faut regarder le README pour vérifier les dépendances, mais
ce n'est pas la mort. Pour le téléchargement, les options de compil et le
reste, tout est géré automatiquement par sbopkg/slackbuids.



Slackware réinvente l'eau chaude et la roue avec sbopkg ,slackbuild

Le portage(basé sur les ports de *BSD) de gentoo existe depuis 2002 et
faisait ça très bien



Et ? On n'en est pas à savoir qui a eu l'idée le premier.
La seule chose qui compte est que ça contente les utilisateurs.

Perso j'ai arrété Gento après 2 mises à jour (2006.1 et suivantes) car
c'était trop lourd à maintenir et Debian après quelques mois
d'utilisation (les performances étaient absolument mauvaises surmon
eeePC en comparaison de ce que j'obtenais avec Slackware).

Dans les deux cas la gestion de dépendances m'a emmerdé au possible à
absolument vouloir installer des paquets dont je n'avais pas le besoin
parce que quelqu'un a décidé que c'était nécessaire.

Je ne doute pas que dans une majorité des cas ces dépendances soient
utiles et que le choix le plus logique était d'en faire une dépendances
obligatoire mais je trouve ça néanmoins ridicule.

Avoir à se taper 2 heures de téléchargement (tout le monde n'a pas
l'ADSL ou une ligne stable) pour installer un simple paquet dont la
compilation avec des options optimisées aurait pris 4 minutes je trouve
ça barbare, du genre "on ne sait/peux pas automatiser plus finement
alors on télécharge la moitié d'Internet sur ta machine".

Excusez moi de préférer utiliser 2 minutes mon cerveau pour retrouver
moi même les dépendances et automatiser le tout à *ma* sauce.

Et je ne te parle pas de l'opération inverse, la désinstallation d'un
paquet, qui vire des programmes dont tu as encore besoin sous préttexte
de dépendances inutiles !

Bref, je partage le point de vue de Patrick Volkerding : En l'absence de
solution réèllement *100%* satisfaisante il vaut mieux ne pas avoir de
gestion de dépendances.

C'est un _choix_ et non pas un manque de compétences.

Après dans le détail j'ai largement préféré Gentoo à Debian.




Je suis tout a fais d'accord
Avatar
vieuxtroll
Le 09/11/2013 21:26, Doug713705 a écrit :
Le 09-11-2013, vieuxtroll nous expliquait dans fr.comp.os.linux.debats :
Le 09/11/2013 19:01, Emmanuel Florac a écrit :
Le Fri, 08 Nov 2013 22:56:50 +0000, Nicolas George a écrit:

télécharger, en trouvant l'URL
qui a changé depuis la dernière fois, vérifier les nouvelles options de
configure, vérifier que tout marche bien à la fin, documenter ce qu'on a
fait.



Tu ne connais pas le fonctionnement de slackbuilds et sbopkg on dirait...
Avec sbopkg, l'installation depuis les sources n'est pas très différente
de l'installation sous Debian avec aptitude: lancer sbopkg, mettre à jour
le repo, chercher le programme qu'on veut installer... La seule chose
c'est qu'il faut regarder le README pour vérifier les dépendances, mais
ce n'est pas la mort. Pour le téléchargement, les options de compil et le
reste, tout est géré automatiquement par sbopkg/slackbuids.



Slackware réinvente l'eau chaude et la roue avec sbopkg ,slackbuild

Le portage(basé sur les ports de *BSD) de gentoo existe depuis 2002 et
faisait ça très bien



Et ? On n'en est pas à savoir qui a eu l'idée le premier.
La seule chose qui compte est que ça contente les utilisateurs.

Perso j'ai arrété Gento après 2 mises à jour (2006.1 et suivantes) car
c'était trop lourd à maintenir et Debian après quelques mois
d'utilisation (les performances étaient absolument mauvaises surmon
eeePC en comparaison de ce que j'obtenais avec Slackware).

Dans les deux cas la gestion de dépendances m'a emmerdé au possible à
absolument vouloir installer des paquets dont je n'avais pas le besoin
parce que quelqu'un a décidé que c'était nécessaire.

Je ne doute pas que dans une majorité des cas ces dépendances soient
utiles et que le choix le plus logique était d'en faire une dépendances
obligatoire mais je trouve ça néanmoins ridicule.

Avoir à se taper 2 heures de téléchargement (tout le monde n'a pas
l'ADSL ou une ligne stable) pour installer un simple paquet dont la
compilation avec des options optimisées aurait pris 4 minutes je trouve
ça barbare, du genre "on ne sait/peux pas automatiser plus finement
alors on télécharge la moitié d'Internet sur ta machine".

Excusez moi de préférer utiliser 2 minutes mon cerveau pour retrouver
moi même les dépendances et automatiser le tout à *ma* sauce.

Et je ne te parle pas de l'opération inverse, la désinstallation d'un
paquet, qui vire des programmes dont tu as encore besoin sous préttexte
de dépendances inutiles !



Je suis d'accord avec ton avis


Bref, je partage le point de vue de Patrick Volkerding : En l'absence de
solution réèllement *100%* satisfaisante il vaut mieux ne pas avoir de
gestion de dépendances.

C'est un _choix_ et non pas un manque de compétences.



J'ai jamais parlé et douté de la compétence


Après dans le détail j'ai largement préféré Gentoo à Debian.

Avatar
Emmanuel Florac
Le Sat, 09 Nov 2013 20:31:31 +0000, Nicolas George a écrit:


J'ai déjà répondu : je considère ça de l'hypocrisie de les utiliser tout
en vantant Slackware pour son minimalisme.



Ben non; avec ce système tu respectes le système slackware, à savoir
chacun compile et installe ce dont il a besoin, mais avec ce système
c'est propre et pratique, que demander de plus?

--
It always takes longer than you expect, even when you take into account
Hofstadter's Law.
Hofstadter's Law
Avatar
william
On 2013-11-09, Emmanuel Florac wrote:
Notons que sur une de mes machines debian j'ai 856 paquets, dont 45
perso :) J'aime bien avoir des paquets customisés...



45, ca parait beaucoup quand meme ...
Avatar
Emmanuel Florac
Le Mon, 11 Nov 2013 10:40:23 +0000, william a écrit:


45, ca parait beaucoup quand meme ...



Non, si tout les outils que tu codes tu les ranges proprement dans des
paquets, dans un petit repo bien propre.

--
Le travail est la malédiction des classes qui boivent.
O. Wilde.
Avatar
*.-pipolin-.*
Tonton Th a pensé très fort :
On 2013-11-08, Nicolas George <nicolas$ wrote:

Dans la catégorie quasi-libre, PoV n'est plus
packagé.



La version 3.7 finale étant enfin arrivée, ça va peut-être
bientôt changer.



vu ce que tu en fais de POV, ce n'est pas bien grave...

--

http://www.zipiz.com/kronik1.htm
Toutes les fautes d'orthographes de ce message sont sous copyright et
sont la propriété exclusive de l'auteur de ce message, toutes
reproductions est interdite et donnerais lieu à des poursuites.
© pipolin
2 3 4 5 6