Ubuntu pourrait-il tuer Debian ?

Une éducation linux peut être intéressante, mais une éducation sur comment on administre sa distribution c’est pas mal aussi.
apt-get fais partie de toute une suite logiciel avec apt-cache par exemple, ou d’autres outils comme aptitude.

Ensuite j’ai l’impression que tu confond un peut machine en production et machine de g33k.

Pour ce qui est des parc par exemple généralement on préfère les netinstall (à partir d’un server du LAN en question) ça permet de pas se trimballer sur tout les posts avec son CD. Pour les MAJ c’est toujours simpas de se faire 500 update mais avoir un server qui télécharge sur internet toutes les mises à jours, puis toutes les machines qui vont récupérer les paquets sur ce même server ça se fait avec un gestionnaire de paquet (que ce soit apt, emerge, ceux des BSD ou urpm par exemple).

Tu fais comment pour savoir tout ce qui est installé sur ta machine?

Effacé.

[quote=“helid”][Voilà, au fait je précise pour ton analyse: le ton ici employé par moi (sympa cette phrase hein ?!) n’est pas aggressif c’est ma manière de parler, accommodes-t-en, stp. merci… C’est “au cas où”.]

Donc “peace, brother” …[/quote]T’inquiète pas on parle tous comme ça ici :smiley: et je ne pense pas que fran.b ne se laisse démonter pour si peu :smiley: :laughing: :wink:

Effacé.

quote=“helid”
J’ai pas lu: pas le temps.
(…)[/quote]Ben moi non plus, j’ai pas encore tout lu de ce fil, mais pour quelqu’un qui manque de temps, je te trouve bien bavard :mrgreen:

Effacé.

Bonjour à tous.

Voilà j’ai fait une migration (certainement provisoire) sous Ubuntu 7.04 “Feisty Fawn”.

Tout est simple et clair. Malheureusement le non-libre est présent et je m’inquiète de l’avenir de cette distrib (ou plutôt de ce que Mark Shuttleworth en fera, étant donné qu’il souhaite concurrencer Windows).

C’est aussi moins personnalisable mais les paquets sont les derniers sortis. Feisty Fawn utilise un kernel bien plus récent que sur notre Sid Debian.

Alors que faire ? Je pense que je vais, un de ces jours, reprendre Debian qui est bien plus personnalisable, même si, je rencontre beaucoup de problèmes avec les pilotes graphiques (pleins de problèmes avec nvidia-glx… :frowning:) contrairement à Ubuntu où je n’ai aucun problème.

Mon coeur balance ! Que faire, hélas… ? :blush:

J’ai suivi tes posts dans le “Support Debian”. A mon avis, tu te prends trop la tête à vouloir installer coûte que coûte ta nVidia avec l’accélération 3D sans les pilotes proprios.

Si tu es retourné sous Ubuntu, je pense qu’au bout du compte, tu as fini par les installer, ces drivers propriétaires…
Quitte à les installer, pourquoi pas sous Debian :question:

Une netinstall, ajouter contrib et non-free à ton sources.list, puis un petit m-a a-i nvidia-kernel-source pour ta nVidia en attendant les drivers libres en cours de développement. :wink:

Pourquoi pas certes ! Mais malheureusement j’avais aussi des problèmes avec glx… Je ne pouvais pas les installer à cause d’un problème de kernel…

Merci d’avoir suivi mes topics. :wink:

PS: La Sid de Debian est quand même en retard au niveau du kernel par rapport à Ubuntu… Et ça ne doit pas être le seul retard je pense !

[quote=“wavesound”]Pourquoi pas certes ! Mais malheureusement j’avais aussi des problèmes avec glx… Je ne pouvais pas les installer à cause d’un problème de kernel…

Merci d’avoir suivi mes topics. :wink:

PS: La Sid de Debian est quand même en retard au niveau du kernel par rapport à Ubuntu… Et ça ne doit pas être le seul retard je pense ![/quote]

Ubuntu est un gel de la sid tous les 6 mois plus patchs maison, le noyau de la sid est le 2.6.21-3 http://packages.debian.org/cgi-bin/search_packages.pl?keywords=linux-image-2.6.21&searchon=names&subword=1&version=unstable&release=all
et celui de la feisty est le 2.6.20-15. Tu trouves bien sûr des paquets 2.6.21 sur feisty adapté de la sid ou fait directement par des gens…

[quote]NC-13D3923EBA:/home# chroot /srv/feisty386/
root@NC-13D3923EBA:/# apt-cache search linux-image
alsa-base - ALSA driver configuration files
linux-image-2.6.20-15-386 - Linux kernel image for version 2.6.20 on i386
linux-image-2.6.20-15-generic - Linux kernel image for version 2.6.20 on x86/x86
64
linux-image-2.6.20-15-server - Linux kernel image for version 2.6.20 on x86/x86

64
linux-image-2.6.20-15-server-bigiron - Linux kernel image for version 2.6.20 on
BigIron Server Equipment
linux-image-386 - Linux kernel image on 386.
linux-image-686 - Obsoleted by: linux-image-generic
linux-image-debug-2.6.20-15-386 - Linux kernel debug image for version 2.6.20 on
i386

[/quote]

Obligé de rester en Testing, moi, j’ai pleins de problèmes avec SID ! Normal ?

Combien de temps mettent les paquets de SID à arriver en Testing en moyenne ? Merci, je crois que la Testing est très bien quand même !

Sinon, je m’étais trompé, c’est pas le noyau qui est plus ancien mais la version de Nautilus (Gestionnaire de fenêtres GNOME).

Merci encore pour tout.

Bonne journée.

wavesound

C’est pas forcément un défaut : ubuntu a eu plein de problème avec gnome 2.16 pendant qu’en sid on restait en 2.14 (sans bug) pour passer à 2.18 (sans bug) : debian n’aime pas les trucs avec bug … :stuck_out_tongue:

Ah d’accord, merci ça me rassure ! Savez-vous quelle version de Debian privilégier pour ne pas avoir de problèmes ; c’est à dire aucun bug et une stabilité exemplaire ? Merci de m’aider.

J’hésite entre Testing et SID mais j’ai eu quelques problèmes en SID.
Des conflits entre nvidia-glx, linux-image, nvidia-kernel…

Bref le gros bordel, je sais plus m’y retrouver ! Je pense que je vais rester sous Testing mais il m’est toujours impossible d’installer les nvidia-glx des dépôts SID lorsque je suis en Testing… J’en ai besoin car je rencontre un problème avec Beryl (Pixmap… failed lorsque je fais un ptit “beryl --test-only”).

J’ai pourtant bien modifié mon xorg.conf. Je tourne en kernel 18-4-k7 sous Testing (Lenny). Impossible d’installer nvidia-glx, j’obtiens une erreur ! Il suffirait juste d’installer les nvidia-glx de SID pour résoudre le problème… :confused:

Merci.

[b]Edit : En fait, les paquets de SID peuvent t-il être buggués ? Car apparement je n’ai pas rencontré de problèmes pour le moment (ou plutôt de bugs, excepté à l’installation des pilotes glx (proprio) et à l’installation de paquets qui ont un lien avec mon kernel (linux-headers, linux-image, nvidia-kernel-common, etc.). C’est étonnant. Donc je sais pas si c’est mieux de rester en SID, qui apparement n’est pas si instable (buggué ?) qu’on le dit… A vérifier. Quelqu’un aurait-il une solution à proposer ? Je pense que Testing est bien, et pas trop en retard.

Quand est-ce que les paquets SID arrivent en Testing ? Idem pour les paquets de Testing vers Stable.

En tout cas, je pense que les paquets de la Stable actuelle (Etch), bien que récents, seront vite dépassés dans les prochaines semaines (mois ?). Donc, pour moi, c’est clairement Testing (Lenny) ou Unstable (SID).

A voir !

Merci.[/b]

wavesound, je crois que tu n’a pas compris: seule la stable est stable.
La testing evite les plus gros bug et lisse la mise en relation des paquets, mais il reste des bugs qui disparaissent avec le temps, et la sid est carrément fournie pour tester les bugs: presque rien n’est corrigé, et les softs sont fournis bruts.
Si tu veux du blindé, prends une stable, si tu veux du supportable, une testing, et si tu veux la dernière version pour essayer, la sid.

[quote=“wavesound”]Ah d’accord, merci ça me rassure ! Savez-vous quelle version de Debian privilégier pour ne pas avoir de problèmes ; c’est à dire aucun bug et une stabilité exemplaire ? Merci de m’aider.

J’hésite entre Testing et SID mais j’ai eu quelques problèmes en SID.
Des conflits entre nvidia-glx, linux-image, nvidia-kernel…
[…]
Quand est-ce que les paquets SID arrivent en Testing ? Idem pour les paquets de Testing vers Stable.

En tout cas, je pense que les paquets de la Stable actuelle (Etch), bien que récents, seront vite dépassés dans les prochaines semaines (mois ?). Donc, pour moi, c’est clairement Testing (Lenny) ou Unstable (SID).

A voir !

Merci.[/b][/quote]
Si tu veux travailler sur une machine que tu veux solide et irréprochable, c’est la stable (Etch, que j’utilise). La testing est un instrument de travail devenu petit à petit une distribution, cependant, je ne crois pas qu’elle ait des mises à jour systématiques de sécurité au contraire de la sid, distribution instable, et de la etch, distribution actuellement stable. La stable est figée jusqu’à ce que lenny deviennent stable (soit dans 2 ans en gros…) , les seuls changements seront des changements de sécurité. Tu as également la branche expérimentale si tu veux t’amuser… Il n’y a pas de descente de paquet de instable vers stable

Je confirme, si tu veux un truc stable ne pense pas à la sid. je l’ai et c’est assez aglère pour la dépendance des paquets et je te parle même pas de X.org

Bien, merci pour vos réponses. Etant donné que ma machine ne me sert pas comme serveur, je peux sans problèmes utiliser la Testing…

Car une MAJ des paquets tous les deux ans, ça fait (beaucoup) trop juste !
Je n’ai pas besoin d’une machine 100% robuste et totalement dénuée de bugs. Je vais donc me contenter de la Testing ! :wink:

Sinon, que pensez-vous de l’idée de configurer son sources.list de façon à avoir accès à tous les dépôts (Stable, Testing, Unstable, Experimental). Est-ce une bonne solution, ou bien est-ce que ça risque de mettre le bordel avec les dépendances, toussa ?

IntoX94, tu dis que X.org rencontre pleins de problèmes en Unstable (SID), mais qu’en est-il en Testing (Lenny) ?

Merci d’avance pour vos réponses, et bonne soirée.

wavesound

On ne peut pas trop savoir, en ce moment la Lenny est sans doute moins cohérente que la sid, elle se régularise au fur et à mesure de sa construction. Pour le reste, va voir du coté de Trucs et Astuces votre sources.list. Tu trouveras tout ce qu’il faut pour jongler avec le sources.list et mélanger etch+lenny+sid voire experimental. Tu peux cibler des paquets, etc. Tout est dans le fichier Preferences. Matt est un orfèvre et saura répondre à tes questions là dessus (moi je suis un dinosaure avec même un vieux serveur en slink avec noyau 2.0)

Avant j’étais en etch qui n’était pas encore stable. Je n’avais absolument aucun problèmes !! Mais histoire d’égayer ma vie, je suis passé sous sid et là pouaaaa!! Depuis que debian a changé les numéros de version de X.org, ça devient sportif et j’ai souvent lors des upgrades quelques paquets qui ne sont pas installés parceque certaines dépendances ne sont pas satisfaites.

D’accord, merci pour ta réponse, je vais aller voir ce topic !

Ben pourquoi t’upgrade pas ? Je suppose que la Etch est tout aussi stable, maintenant…

A+

wavesound