Reprise du message précédent :
moi j aime po la debian car elle gere les dep alors je prend slack

djoh a écrit a écrit :         c'est une blague, ou tu connais vraiment pas       non, reflexion faite, ça peut n'être qu'une blague

 
 
connais pas, on a tous été noob un jour, hein ....

Avant j'avais une Slack. Depuis 15 J j'ai une debian Woody.
 
Voici mes impressions !
 
Slack :
+:
-Les scripts sont impécables (y a pas plus propre).
-Le système est stable
-J'aime.
 
-:
-Les packages c le bazard.
-Quand la distrib "vieillie" -> vive la galère faut tout recompilé : lib....
-La stabilité des packages est moyennement testée.
 
Debian (Woody)
+:
-Système stable, testé et sécurisé
-le système de package est super bien fait (dépendances, update)
-Pour l'instant tout tourne nikel
- J'aime
 
-:
-Script légèrement bordelique
-Les progs sont ts ds /usr/bin/ -> c un peu le fouilli
 
Je n'arrive pas à les départagés !
Donc j'ai la Slack sur mon PC secondaire et la Debian sur mon PC principal (où j'ai encore beaucoup à apprendre)
 
Il est vrai que lorsque l'on utilise APT on a du mal à s'en séparé !    
 
 
Tiens je vais poser ma question pendant que j'y pense !
 
Comment cela se passe lorsque l'on utilise package et compilation de source ?
 
Par ex:
Admettons que j'install un package Debian avec tt plein de  
librairie.
APT va l'installer avec les dépendances et tt !
 
Ensuite j'install, je compile une appli ! Cette appli demande une librairie qui a déjà été installé avec le package (de ci-dessus).
 
Et un jour j'en ai marre du package (dont g parlé plus haut). Et aucun package n'utilise la librairie hormis l'appli compilé !
 
Normalement la librairie est donc effacée ? Non ?
 
Bein là ça se passe comment ?

MossieurPropre a écrit a écrit :       connais pas, on a tous été noob un jour, hein ....

 
   
non mais ce qu'on pourrait te reprocher c'est que le monsieur demande lequel est mieux entre debian et slack, et toi, naivement, tu dis "slack sans hésitation"
mais tu connais pas apt    
 
   
alors celle là elle est bonne !    
apt c'est pour "Advanced Package Tool"
c'est l'outil qui gère les package debian, le principale intérêt de la debian étant sa gestion des packages inégalés, quoi qu'en diront certains (j'ai vu un article dernièrement parlant de la mort du rpm     )
 
bref, c'est comme si tu disais, debian, c'est pas bien, sans l'avoir testé
vois tu ?    
 
 

madsurfer a écrit a écrit : Avant j'avais une Slack. Depuis 15 J j'ai une debian Woody.   Voici mes impressions !   Slack : +: -Les scripts sont impécables (y a pas plus propre). -Le système est stable -J'aime.   -: -Les packages c le bazard. -Quand la distrib "vieillie" -> vive la galère faut tout recompilé : lib.... -La stabilité des packages est moyennement testée.   Debian (Woody) +: -Système stable, testé et sécurisé -le système de package est super bien fait (dépendances, update) -Pour l'instant tout tourne nikel - J'aime   -: -Script légèrement bordelique -Les progs sont ts ds /usr/bin/ -> c un peu le fouilli   Je n'arrive pas à les départagés ! Donc j'ai la Slack sur mon PC secondaire et la Debian sur mon PC principal (où j'ai encore beaucoup à apprendre)   Il est vrai que lorsque l'on utilise APT on a du mal à s'en séparé !         Tiens je vais poser ma question pendant que j'y pense !   Comment cela se passe lorsque l'on utilise package et compilation de source ?   Par ex: Admettons que j'install un package Debian avec tt plein de   librairie. APT va l'installer avec les dépendances et tt !   Ensuite j'install, je compile une appli ! Cette appli demande une librairie qui a déjà été installé avec le package (de ci-dessus).   Et un jour j'en ai marre du package (dont g parlé plus haut). Et aucun package n'utilise la librairie hormis l'appli compilé !   Normalement la librairie est donc effacée ? Non ?   Bein là ça se passe comment ?

 
la librairie n'est pas effacée
 
EDIT : tu peux tester. Installes (avec apt-get install) un package avec dépendances. Il installe alors, automatiquement plusieurs package. Maintenant, si tu fais apt-get remove <le package> , il ne supprimera que celui ci (y-a peut-être une option pour supprimer aussi la lib, mais par défaut, il supprime que le package)

moi je l ai testé la debian ben c le bordel apt
 
car moi qui est assez fanatique des compile j ai arriver a nicker completement une deb en 1semaine
 
en lancant kde j avais shred objet librarie a tout va
 
et je crois j ai meme arriver a nicke la libc
 
 
sur slack jessaye encore...
 
edit: enfait debian c bien si on utilise tres peu la compilation et tjrs apt * , donc c est pour ca que moi ca me plait pas j aime la compilation

asphro a écrit a écrit : moi je l ai testé la debian ben c le bordel apt   car moi qui est assez fanatique des compile j ai arriver a nicker completement une deb en 1semaine   en lancant kde j avais shred objet librarie a tout va   et je crois j ai meme arriver a nicke la libc     sur slack jessaye encore...   edit: enfait debian c bien si on utilise tres peu la compilation et tjrs apt * , donc c est pour ca que moi ca me plait pas j aime la compilation

 
c'est pas dans la debian qu'est le bordel, c'est dans ta tête    
 
on compile pas des truc important comme kde ou autre sur un distrib utilisant des packages
et les package, c'est pas pour les chiens
comme dis plus haut, pour évoluer sur une slack, faut tout recompiler, même les lib
ça doit être bien reloo à force, non  

ben j ai po compiler kde
 
ct un exemple ce que j avais compiler ct cetains truc utilisant la lib de kde qui avait donc nicker les lib de kde
 
ben perso moi j adore la compil, ca permet de mieux connaitre les librairies utiliser par tel ou tel prog
 
 
m enfin chacun son choix, pis c pas si horrible que cela les probleme de librairie manquante sont tres rare quand meme sous slack
 

 
n inworte koi faut po tout recompiler
je te ferai remarker que sur slack les packages kde 3.0.x sont sorti avant ceux de debian par exemple
 
et que si on veut po compiler il y a suffisament de package sur slack pour sastifaire c besoin
www.linuxpackages.net
 
mais sur slack c po parce que tu compile trop que ca va creer des problemes ... c est cela je voulais dire
 

 
Spa top   !
Je risque donc de gardé des librairies pas utilisé (sa bouffe de la place).
Je veux bien les supprimer avec apt, mais s'il fo que je regarde quel librairie utilise tt les prog que j'ai compilé spa gagner !

djoh a écrit a écrit :         non mais ce qu'on pourrait te reprocher c'est que le monsieur demande lequel est mieux entre debian et slack, et toi, naivement, tu dis "slack sans hésitation" mais tu connais pas apt           alors celle là elle est bonne !     apt c'est pour "Advanced Package Tool" c'est l'outil qui gère les package debian, le principale intérêt de la debian étant sa gestion des packages inégalés, quoi qu'en diront certains (j'ai vu un article dernièrement parlant de la mort du rpm     )   bref, c'est comme si tu disais, debian, c'est pas bien, sans l'avoir testé vois tu ?

 
ah. j'm'en fous, je d/l toujours les sources de mes programmes.

 
ben encore heureux, vu que c'est la seule possibilité offerte pour l'install
sinon, kde3 est sorti sous sid
et comme dit plus haut, les package slack ont l'air moins testé
 
de plus, la debian est multi plate-forme et ne fait passé aucune plate forme avant une autre
je trouve le principe respectable (même si j'avoue attendre XFree4.2, dans la mesure ou je n'ai pas une radéon, c'est plus un caprice qu'autre chose).
Mais il faut tester sur toutes les plate forme et ça prend du temps.

deborphan et debfoster sont tes amis.
Le premier te donne la liste des paquets dont aucun autre paquet ne dépend.
Le second est beaucoup plus strict, tu lui donnes une liste de paquets à installer, et il ne garde QUE ces paquets et leurs dépendances.

 
ben tu peux le faire aussi avec une deb, et heureusement, linux est quand même censé être libre, c'est dispo sur toutes les distrib le source des package :
le seul truc c'est que dans ton source.list tu dois rajouter les serveur pour les sources, et pas seulement mettre que ceux des package

 
c klr vu le nombre de personne qui ont des station sparc  
alpha motorola etc...
par rapport au i86x ils ont raison de pas faire de privilége
et donc de faire patienter qq millions d user aulieu que qq dizaine de millier
 
m enfin la question n est pas la ...
 
chacun c'est choix de distrib.... en fonction de son uitilisation c klr que si je voudrais jamais compiler je prendrez deb...
 
pour les packages mal foutu pour ma part jamais rencontrer de probleme
sincerement, m enfin ...
 
aufait pour info j ai eu mdk 1 mois redhat 2 mois debian 1semaine  
slack 9mois now, et y a 1ans 1/2 je savais a peine installer une mdk
 
donc si moi je rencontre peu de probleme sur slack en etant un demi newbie c'est que c est pas si mal foutu

asphro a écrit a écrit :     c klr vu le nombre de personne qui ont des station sparc   alpha motorola etc... par rapport au i86x ils ont raison de pas faire de privilége et donc de faire patienter qq millions d user aulieu que qq dizaine de millier

 
alors ça c'est le type d'esprit typic qui m'agace  
les minorités passent après... enfin passons j'ai pas envi de débattre la dessus, mais on a clairement pas la même façon de penser
 

 
ça je suis entièrement d'accord, ça dépend des gout et de l'utilisation qu'on veut en faire
d'ailleurs j'ai jamais critiqué la slack.
J'ai juste fait remarqué ses défaut, la debian en a aussi (enfin je crois, même si j'en ai pas trouvé )

bon va peeut etre arrter la car le pov web* va etre effrayé

 
   
 
 
 
web : mon avis que je n'ai pas encore vraiment donné :
ça dépend de ce que tu veux faire
donne plus de détail, ça aidera peut-être pour qu'on te conseille
mais je crois qu'on a fait le tour des avantages et inconvénient de chacun déjà  

J'arrrriiiivveeee !
 
 
 
SLACKWARE        
 
 
 
 
      DEBIAN
 
 
 
 
Merde chui en retard  

slackware c'est bieng !
 
 
 
 
debian c'est mieux !    
 
 

 
mais c tronion comme tout

Oui slackware c'est quand même assez archaïque...

T'as vu la date?

Superbe déterrage de 21 ans…
 
Petite explication avant que ça ferme : faut pas cliquer sur les sujets relatifs, car leur liste est établie à la création d’un fil. Si celui-ci (comme le TU Debian) a été créé en 2002, tu auras une liste de sujets relatifs datant de… 2002, et pas des sujets plus récents (la liste établie est définitive et donc jamais actualisée dans le temps avec d’autres fils éventuels créés par la suite).