Je souhaite me lancer dans Linux, j'ai besoin uniquement de faire tout ce qui est lié aux taches bureautiques, traitement de texte tableur, et bien sur un peu d'internet, je souhaite une distrib simple à installer et utiliser, un truc simple, que me conseillez-vous ? J'ai toujours utilisé Windows, mais j'en ai un peu marre :)
On Wed, 28 Aug 2013 19:22:09 +1100, Doug713705 wrote:
Le 28-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
Le Wed, 28 Aug 2013 09:16:34 +0200, pehache a écrit:
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's package manager APT." http://en.wikipedia.org/wiki/Slackpkg
Du coup j'utilise plutôt slapt-pkg, qui gère les dépendances. Et voilà.
Ça marche bien ce truc (je croyais que ça s'appellait slapt-get) ? Pour moi ça ressemble un peu à Frankenstein ;-)
Et puis avec slapt-get tu peux quasiment oublier le support de "la communauté Slackware" (irc, usenet, mailing-list) et c'est dommage de se passer d'une telle ressource dont la disponibilité s'avère sans faille (notament sur irc où tu peux discuter directement avec les mainteneurs en toute simplicité).
Si les dépendances ne sont pas géré correctement, ça craint pour un débutant.
Pour moi slack c'etait compiler à partir des sources, gérer soit même les dépendances,... Pas un truc de débutant. Après, quand on est à l'aise, ça doit être le must.
-- Vous voulez un conseil ? Ne faites jamais confiance à ceux qui vous donnent des conseils.
On Wed, 28 Aug 2013 19:22:09 +1100, Doug713705 <doug.letough@free.fr>
wrote:
Le 28-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
Le Wed, 28 Aug 2013 09:16:34 +0200, pehache a écrit:
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's
package manager APT."
http://en.wikipedia.org/wiki/Slackpkg
Du coup j'utilise plutôt slapt-pkg, qui gère les dépendances. Et voilà.
Ça marche bien ce truc (je croyais que ça s'appellait slapt-get) ?
Pour moi ça ressemble un peu à Frankenstein ;-)
Et puis avec slapt-get tu peux quasiment oublier le support de "la
communauté Slackware" (irc, usenet, mailing-list) et c'est dommage de se
passer d'une telle ressource dont la disponibilité s'avère sans faille
(notament sur irc où tu peux discuter directement avec les mainteneurs
en toute simplicité).
Si les dépendances ne sont pas géré correctement, ça craint pour un
débutant.
Pour moi slack c'etait compiler à partir des sources, gérer soit même
les dépendances,... Pas un truc de débutant. Après, quand on est à
l'aise, ça doit être le must.
--
Vous voulez un conseil ?
Ne faites jamais confiance à ceux qui vous donnent des conseils.
On Wed, 28 Aug 2013 19:22:09 +1100, Doug713705 wrote:
Le 28-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
Le Wed, 28 Aug 2013 09:16:34 +0200, pehache a écrit:
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's package manager APT." http://en.wikipedia.org/wiki/Slackpkg
Du coup j'utilise plutôt slapt-pkg, qui gère les dépendances. Et voilà.
Ça marche bien ce truc (je croyais que ça s'appellait slapt-get) ? Pour moi ça ressemble un peu à Frankenstein ;-)
Et puis avec slapt-get tu peux quasiment oublier le support de "la communauté Slackware" (irc, usenet, mailing-list) et c'est dommage de se passer d'une telle ressource dont la disponibilité s'avère sans faille (notament sur irc où tu peux discuter directement avec les mainteneurs en toute simplicité).
Si les dépendances ne sont pas géré correctement, ça craint pour un débutant.
Pour moi slack c'etait compiler à partir des sources, gérer soit même les dépendances,... Pas un truc de débutant. Après, quand on est à l'aise, ça doit être le must.
-- Vous voulez un conseil ? Ne faites jamais confiance à ceux qui vous donnent des conseils.
Doug713705
Le 28-08-2013, Baton rouge nous expliquait dans fr.comp.os.linux.debats :
Si les dépendances ne sont pas géré correctement, ça craint pour un débutant.
Pas en full install.
Pour moi slack c'etait compiler à partir des sources,
Pas si tu restes sur les paquets fournis.
gérer soit même les dépendances,...
Pas en full install.
Pas un truc de débutant. Après, quand on est à l'aise, ça doit être le must.
Tu te mets à l'aise sur le système de base (qui répond aux demandes typiques de l'OP) et ensuite tu compiles les éventuels programmes additionnels (dont tu gèreras les dépendances, c'est vrai).
Mais aujourd'hui tout est en grande partie automatisé par sbopkg[1] qui s'interface sur slackbuilds.org[2] et complète le système de base en offrant toute la variété du libre.
En prime avec sbopkg tu as la mise à jour de tes paquets qui est gérée (mais pas les dépendance mais elles sont indiquées dans les REAME, ne reste qu'à installer les paquets dans l'ordre indiqué).
Tant que tu restes dans ce cadre (et il n'y a aucune raison d'en sortir), le système restera d'une stabilité sans égale.
Objectivement Slackware n'est pas plus difficile qu'une autre distribution par contre elle demande à bien connaître son matériel et/ou ne pas avoir de matériel trop éxotique (ie. wifi, 3D) sans quoi il faudra mettre les mains dans le camboui (ce qui reste formateur).
Ça reste un choix à ne pas négliger.
Au pire l'OP installe une machine virtuelle dans laquelle il peut s'exercer.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
Le 28-08-2013, Baton rouge nous expliquait dans fr.comp.os.linux.debats :
Si les dépendances ne sont pas géré correctement, ça craint pour un
débutant.
Pas en full install.
Pour moi slack c'etait compiler à partir des sources,
Pas si tu restes sur les paquets fournis.
gérer soit même les dépendances,...
Pas en full install.
Pas un truc de débutant. Après, quand on est à
l'aise, ça doit être le must.
Tu te mets à l'aise sur le système de base (qui répond aux demandes
typiques de l'OP) et ensuite tu compiles les éventuels programmes
additionnels (dont tu gèreras les dépendances, c'est vrai).
Mais aujourd'hui tout est en grande partie automatisé par sbopkg[1]
qui s'interface sur slackbuilds.org[2] et complète le système de base en
offrant toute la variété du libre.
En prime avec sbopkg tu as la mise à jour de tes paquets qui est gérée
(mais pas les dépendance mais elles sont indiquées dans les REAME, ne
reste qu'à installer les paquets dans l'ordre indiqué).
Tant que tu restes dans ce cadre (et il n'y a aucune raison d'en
sortir), le système restera d'une stabilité sans égale.
Objectivement Slackware n'est pas plus difficile qu'une autre
distribution par contre elle demande à bien connaître son matériel et/ou
ne pas avoir de matériel trop éxotique (ie. wifi, 3D) sans quoi il
faudra mettre les mains dans le camboui (ce qui reste formateur).
Ça reste un choix à ne pas négliger.
Au pire l'OP installe une machine virtuelle dans laquelle il peut
s'exercer.
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Le 28-08-2013, Baton rouge nous expliquait dans fr.comp.os.linux.debats :
Si les dépendances ne sont pas géré correctement, ça craint pour un débutant.
Pas en full install.
Pour moi slack c'etait compiler à partir des sources,
Pas si tu restes sur les paquets fournis.
gérer soit même les dépendances,...
Pas en full install.
Pas un truc de débutant. Après, quand on est à l'aise, ça doit être le must.
Tu te mets à l'aise sur le système de base (qui répond aux demandes typiques de l'OP) et ensuite tu compiles les éventuels programmes additionnels (dont tu gèreras les dépendances, c'est vrai).
Mais aujourd'hui tout est en grande partie automatisé par sbopkg[1] qui s'interface sur slackbuilds.org[2] et complète le système de base en offrant toute la variété du libre.
En prime avec sbopkg tu as la mise à jour de tes paquets qui est gérée (mais pas les dépendance mais elles sont indiquées dans les REAME, ne reste qu'à installer les paquets dans l'ordre indiqué).
Tant que tu restes dans ce cadre (et il n'y a aucune raison d'en sortir), le système restera d'une stabilité sans égale.
Objectivement Slackware n'est pas plus difficile qu'une autre distribution par contre elle demande à bien connaître son matériel et/ou ne pas avoir de matériel trop éxotique (ie. wifi, 3D) sans quoi il faudra mettre les mains dans le camboui (ce qui reste formateur).
Ça reste un choix à ne pas négliger.
Au pire l'OP installe une machine virtuelle dans laquelle il peut s'exercer.
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
ST
On 2013-08-28, Bruno Ducrot wrote:
A une époque, j'utilisais une slack minimal avec pkgsrc. C'était pas trop mal.
configure && make && make install
-- Je ne suis pas d'accord avec la vérité, en conséquence, je n'écris que des mensonges et des contre-vérités.
On 2013-08-28, Bruno Ducrot <ducrot@echo.fr> wrote:
A une époque, j'utilisais une slack minimal avec pkgsrc. C'était pas
trop mal.
configure && make && make install
--
Je ne suis pas d'accord avec la vérité, en conséquence, je n'écris que
des mensonges et des contre-vérités.
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Non pourquoi ? Une Slack tu l'installes en 'full install' et ça marche. Point.
Et les mise à jour ?
slackpkge update && slackpkg upgrade-all
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's package manager APT." http://en.wikipedia.org/wiki/Slackpkg
Tu remarqueras que quand tu mets à jour la totalité de distribution, la résolution de dépendences n'est pas utile.
l'installation de nouveaux logiciel ?
Vu l'utilisation annoncée par l'utilisateur, tout le nécessaire et même plus est déjà installé lors de l'installation initiale.
Il est bien connu que qu'une fois l'ordi en main, personne n'a jamais envie/besoin d'outils supplémentaires...
Tu noteras également le "et même plus".
Ceci dit, l'OP utilisant déjà un ordinateur sous Windows, je pense qu'il connais déjà ses besoins.
Il connait peut-être ses besoins, mais il ne connait a priori pas le monde Gnu/Linux.
Et par ailleurs l'appétit vient en mangeant. Pour faire telle tâche il aura sous Slackware tel outil, mais il entendra peut-être parler aussi de tel autre outil qui l'intéressera mais qui ne sera pas dans la distrib.
Une fois sa distrib installée il aura peut-être envie aussi de retrouver un client Dropbox (par exemple).
Aucune distrib ne propose tout ce qui existe, mais les dépôts de *ubuntu sont d'une vastitude telle qu'il y a beaucoup plus de chance d'y trouver ce qu'on cherche et de l'installer facilement.
Au pire sbopkg sera son ami.
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont dû être proposés pour Slack dans cette discussion.
Le 28/08/13 10:17, Doug713705 a écrit :
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Non pourquoi ? Une Slack tu l'installes en 'full install' et ça marche.
Point.
Et les mise à jour ?
slackpkge update && slackpkg upgrade-all
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's
package manager APT."
http://en.wikipedia.org/wiki/Slackpkg
Tu remarqueras que quand tu mets à jour la totalité de distribution, la
résolution de dépendences n'est pas utile.
l'installation de nouveaux logiciel ?
Vu l'utilisation annoncée par l'utilisateur, tout le nécessaire et même
plus est déjà installé lors de l'installation initiale.
Il est bien connu que qu'une fois l'ordi en main, personne n'a jamais
envie/besoin d'outils supplémentaires...
Tu noteras également le "et même plus".
Ceci dit, l'OP utilisant déjà un ordinateur sous Windows, je pense qu'il
connais déjà ses besoins.
Il connait peut-être ses besoins, mais il ne connait a priori pas le
monde Gnu/Linux.
Et par ailleurs l'appétit vient en mangeant. Pour faire telle tâche il
aura sous Slackware tel outil, mais il entendra peut-être parler aussi
de tel autre outil qui l'intéressera mais qui ne sera pas dans la distrib.
Une fois sa distrib installée il aura peut-être envie aussi de retrouver
un client Dropbox (par exemple).
Aucune distrib ne propose tout ce qui existe, mais les dépôts de *ubuntu
sont d'une vastitude telle qu'il y a beaucoup plus de chance d'y trouver
ce qu'on cherche et de l'installer facilement.
Au pire sbopkg sera son ami.
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont
dû être proposés pour Slack dans cette discussion.
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Non pourquoi ? Une Slack tu l'installes en 'full install' et ça marche. Point.
Et les mise à jour ?
slackpkge update && slackpkg upgrade-all
En quoi est-ce différent de apt-get update && apt-get upgrade ?
"Slackpkg does not resolve dependencies between packages, like Debian's package manager APT." http://en.wikipedia.org/wiki/Slackpkg
Tu remarqueras que quand tu mets à jour la totalité de distribution, la résolution de dépendences n'est pas utile.
l'installation de nouveaux logiciel ?
Vu l'utilisation annoncée par l'utilisateur, tout le nécessaire et même plus est déjà installé lors de l'installation initiale.
Il est bien connu que qu'une fois l'ordi en main, personne n'a jamais envie/besoin d'outils supplémentaires...
Tu noteras également le "et même plus".
Ceci dit, l'OP utilisant déjà un ordinateur sous Windows, je pense qu'il connais déjà ses besoins.
Il connait peut-être ses besoins, mais il ne connait a priori pas le monde Gnu/Linux.
Et par ailleurs l'appétit vient en mangeant. Pour faire telle tâche il aura sous Slackware tel outil, mais il entendra peut-être parler aussi de tel autre outil qui l'intéressera mais qui ne sera pas dans la distrib.
Une fois sa distrib installée il aura peut-être envie aussi de retrouver un client Dropbox (par exemple).
Aucune distrib ne propose tout ce qui existe, mais les dépôts de *ubuntu sont d'une vastitude telle qu'il y a beaucoup plus de chance d'y trouver ce qu'on cherche et de l'installer facilement.
Au pire sbopkg sera son ami.
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont dû être proposés pour Slack dans cette discussion.
Doug713705
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont dû être proposés pour Slack dans cette discussion.
Pour résumer, le choix se décompose de cette manière :
1 -Le couple slackpkg/sbopkg qui est de loin le plus utilisé et le plus proche de l'esprit Slackware : - slackpkg qui est le gestionnaire pour les paquets officiels Slackware - sbopkg qui gère uniquement les paquets fournis par slackbuilds.org (et qui complète à merveille les paquets officiels.)
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
3 - pkgsrc, outil issu de NetBSD et adapté à Slackware qui fourni l'équivalent du couple slackpkg/sbopkg (mais je ne connais pas assez pour me prononcer mais je ne crois pas qu'il gère les dépendances).
C'est un peu la force de Slackware, tu la gères comme bon te semble et pour te dire avant l'arrivée de sbopkg j'utilisais un (très) moche script bash maison qui malgré sa laideur et ses bashismes faisait très bien le boulot (récuperer les slackbuilds sur slackbuilds.org, télecharger les sources, les compiler, installer le paquet généré et mettre à jour les paquets en cas de besoin).
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont
dû être proposés pour Slack dans cette discussion.
Pour résumer, le choix se décompose de cette manière :
1 -Le couple slackpkg/sbopkg qui est de loin le plus utilisé et le plus
proche de l'esprit Slackware :
- slackpkg qui est le gestionnaire pour les paquets officiels
Slackware
- sbopkg qui gère uniquement les paquets fournis par slackbuilds.org
(et qui complète à merveille les paquets officiels.)
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui
dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et
qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très
Slack spirit) mais aussi une hiérarchisation des paquets faites par des
tiers pour la gestion de dépendances.
3 - pkgsrc, outil issu de NetBSD et adapté à Slackware qui fourni
l'équivalent du couple slackpkg/sbopkg (mais je ne connais pas assez
pour me prononcer mais je ne crois pas qu'il gère les dépendances).
C'est un peu la force de Slackware, tu la gères comme bon te semble et
pour te dire avant l'arrivée de sbopkg j'utilisais un (très) moche
script bash maison qui malgré sa laideur et ses bashismes faisait très
bien le boulot (récuperer les slackbuilds sur slackbuilds.org,
télecharger les sources, les compiler, installer le paquet généré et
mettre à jour les paquets en cas de besoin).
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Le 28-08-2013, pehache nous expliquait dans fr.comp.os.linux.debats :
Je n'ai pas compté, mais 4 ou 5 gestionnaires de paquets différents ont dû être proposés pour Slack dans cette discussion.
Pour résumer, le choix se décompose de cette manière :
1 -Le couple slackpkg/sbopkg qui est de loin le plus utilisé et le plus proche de l'esprit Slackware : - slackpkg qui est le gestionnaire pour les paquets officiels Slackware - sbopkg qui gère uniquement les paquets fournis par slackbuilds.org (et qui complète à merveille les paquets officiels.)
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
3 - pkgsrc, outil issu de NetBSD et adapté à Slackware qui fourni l'équivalent du couple slackpkg/sbopkg (mais je ne connais pas assez pour me prononcer mais je ne crois pas qu'il gère les dépendances).
C'est un peu la force de Slackware, tu la gères comme bon te semble et pour te dire avant l'arrivée de sbopkg j'utilisais un (très) moche script bash maison qui malgré sa laideur et ses bashismes faisait très bien le boulot (récuperer les slackbuilds sur slackbuilds.org, télecharger les sources, les compiler, installer le paquet généré et mettre à jour les paquets en cas de besoin).
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
Emmanuel Florac
Le Thu, 29 Aug 2013 11:41:12 +1100, Doug713705 a écrit:
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack normaux, y compris la mise à jour de la distrib. Le seul repo binaire spécifique vraiment significatif à utiliser avec slapt-get c'est GSB gnome. Pour le reste, sbopkg.
-- La loi, dans un grand souci d'égalité, interdit aux riches comme aux pauvres de coucher sous les ponts, de mendier dans les rues et de voler du pain. Anatole France.
Le Thu, 29 Aug 2013 11:41:12 +1100, Doug713705 a écrit:
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui
dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et
qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très
Slack spirit) mais aussi une hiérarchisation des paquets faites par des
tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack
normaux, y compris la mise à jour de la distrib. Le seul repo binaire
spécifique vraiment significatif à utiliser avec slapt-get c'est GSB
gnome. Pour le reste, sbopkg.
--
La loi, dans un grand souci d'égalité, interdit aux riches comme aux
pauvres de coucher sous les ponts, de mendier dans les rues et de
voler du pain.
Anatole France.
Le Thu, 29 Aug 2013 11:41:12 +1100, Doug713705 a écrit:
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack normaux, y compris la mise à jour de la distrib. Le seul repo binaire spécifique vraiment significatif à utiliser avec slapt-get c'est GSB gnome. Pour le reste, sbopkg.
-- La loi, dans un grand souci d'égalité, interdit aux riches comme aux pauvres de coucher sous les ponts, de mendier dans les rues et de voler du pain. Anatole France.
Doug713705
Le 29-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack normaux, y compris la mise à jour de la distrib. Le seul repo binaire spécifique vraiment significatif à utiliser avec slapt-get c'est GSB gnome. Pour le reste, sbopkg.
Tant qu'on reste dans les paquets officiels les dépendances d'une Slackware ne sont pas vraiment complexes et/ou nombreuses.
Perso je conseille de faire une full install aux débutants pour qu'ils n'aient pas ce soucis à gérer mais pour quelqu'un de ton ou mon expérience je n'en vois pas l'intérêt d'une full install (par contre je continue à installer toute la série l/ ), pas plus que je ne vois l'intérêt de slapt-get (hormis pour GSB mais je ne mange pas de ce pain là).
Questions subsidiaires : Comment fait slapt-get pour gérer les dépendances ? Il doit bien disposer d'une "base de données" quelconque quelquepart.
Qui gère cette "bdd" ?
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
Le 29-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui
dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et
qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très
Slack spirit) mais aussi une hiérarchisation des paquets faites par des
tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack
normaux, y compris la mise à jour de la distrib. Le seul repo binaire
spécifique vraiment significatif à utiliser avec slapt-get c'est GSB
gnome. Pour le reste, sbopkg.
Tant qu'on reste dans les paquets officiels les dépendances d'une
Slackware ne sont pas vraiment complexes et/ou nombreuses.
Perso je conseille de faire une full install aux débutants pour qu'ils
n'aient pas ce soucis à gérer mais pour quelqu'un de ton ou mon
expérience je n'en vois pas l'intérêt d'une full install (par contre
je continue à installer toute la série l/ ), pas plus que je ne vois
l'intérêt de slapt-get (hormis pour GSB mais je ne mange pas de ce pain
là).
Questions subsidiaires : Comment fait slapt-get pour gérer les
dépendances ? Il doit bien disposer d'une "base de données" quelconque
quelquepart.
Qui gère cette "bdd" ?
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Le 29-08-2013, Emmanuel Florac nous expliquait dans fr.comp.os.linux.debats :
2 - slapt-get, qui gère une Slackware à la manière d'une Debian et qui dispense d'utiliser sbopkg (enfin, c'est l'image que je m'en fait) et qui présuppose un repo de paquets _binaires_ (et ça ce n'est pas très Slack spirit) mais aussi une hiérarchisation des paquets faites par des tiers pour la gestion de dépendances.
En fait slapt-get remplace surtout slackpkg et gère les miroirs slack normaux, y compris la mise à jour de la distrib. Le seul repo binaire spécifique vraiment significatif à utiliser avec slapt-get c'est GSB gnome. Pour le reste, sbopkg.
Tant qu'on reste dans les paquets officiels les dépendances d'une Slackware ne sont pas vraiment complexes et/ou nombreuses.
Perso je conseille de faire une full install aux débutants pour qu'ils n'aient pas ce soucis à gérer mais pour quelqu'un de ton ou mon expérience je n'en vois pas l'intérêt d'une full install (par contre je continue à installer toute la série l/ ), pas plus que je ne vois l'intérêt de slapt-get (hormis pour GSB mais je ne mange pas de ce pain là).
Questions subsidiaires : Comment fait slapt-get pour gérer les dépendances ? Il doit bien disposer d'une "base de données" quelconque quelquepart.
Qui gère cette "bdd" ?
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4
