Reprise du message précédent :
Quelqu'un sait comment distinguer une ubuntu d'une debian depuis un script ?

en faisant un grep dans /etc/apt/sources.list

May be

Je garde l'idée sous la main au cas où je ne trouve pas mieux

Nan c'est pareil

Non, il répond aussi testing/unstable dans le cas d'Ubuntu...
edit: grillé
 
Sinon, il y a /etc/issue, mais comme on peut le modifier, ca compte pas vraiment...
 
Je pense que l'idée de l0ky est la meilleure. (à ma connaissance)
 

J'ai peur de tomber sur des cas particuliers ou les gonzs ont configuré des sources debian et ubuntu

Tu ne prend en compte que la première source.

si il y a les deux :
1. c'est que c'est des crétins, tout le monde sait que debian c'est mieux
2. tu calcul le % de paquets debian/ubuntu installer et tu décrète que c'est l pourcentage le plus gros qui est gagnant \o/

En fait l'idée du /etc/issue est pas mal

Le problème, c'est qu'on le modifier pour y mettre ce qu'on veut, alors que la première ligne de sources.list représente toujours le dépôt préféré. Donc, à choisir, la méthode du sources.list est la meilleure à mon sens.

Ouais, mais non

 
apt-get install linuxlogo
 
puis  
 
linux_logo
 

 
cat /etc/lsb-release
 
sinon par une commande :
lsb_release -i
paquet lsb-release (du moins sur une debian   )

oh le joli logo debian sur ma ubuntu  

 
 Ah oui, merci, c'est vrai que j'avais lu que aptitude gérait tout ça, mais j'avais oublié xD
 Est-ce que ça ne pose pas de problèmes de passer de apt-get à aptitude ?

Ca risque de poser quelques soucis effectivement, vu qu'aptitude ne gère pas les dépendances de la même façon qu'apt, de ce fait il y a des chances que cela entraîne la suppression de certains paquets présent et l'ajout de nouveau paquets (les dépendances recommandées).
 
J'utilisais auparavant apt-get, quand je suis passé à aptitude il a voulu me désinstaller des paquets m'en installer d'autres, etc. J'en ai donc profité pour faire un grand coup de ménage à ce niveau : j'ai fait un aptitude update && aptitude dist-upgrade, ensuite j'ai réinstallé certains paquets qui avaient été supprimés pendant l'opération. Enfin pour peaufiner le tout j'ai virer quelques paquets installés comme dépendances recommandées que je n'avais pas besoin et voilà, depuis j'utilise aptitude et mon système reste propre au niveau des paquets installés/désinstallés, la maintenance et le suivi des mises à jour est largement simplifié ce qui s'avère particulièrement pratique sous Debian Sid/unstable.
 
Si tu veux limiter les effets de la transition entre apt-get et aptitude tu peux dans un premier temps désactiver la gestion des dépendances recommandées, faire une mise à jour de ton système avec aptitude puis la réactiver ensuite (c'est conseillé mais pas obligatoire, tu peux tout à fait la laisser désactivée auquel cas seul le strict nécessaire en terme de dépendances de paquet est géré -c'est surtout utile pour les systèmes dont l'espace disque est très limité) et refaire à nouveau une mise à jour (tu pourra ainsi constater l'influence exacte de la gestion des dépendances recommandées).

 
ok merci, je vais tester ça
 
Une dernière question : est-ce que aptitude m'enlèvera automatiquement les "orphelins" ? ou bien j'utilise deborphan avant ?

Bonne question... je ne sais pas exactement.
 
Le plus simple c'est de vérifier en comparant les paquets que deborphan veut virer avec ceux que aptitude veut virer.
 
Tu lances deborphan, tu notes les paquets qu'il veut supprimer et tu abandonnes sans rien faire. Ensuite tu lances aptitude && aptitude dist-upgrade et tu notes les paquets qu'il veut supprimer ; pour ne prendre aucun risque lance aptitude en mode simulation (option -s) si la sortie est trop grande tu peux éventuellement la "piper" dans un fichier texte et faire la comparaison.

Finalement deborphan n'a voulu m'enlever que quelques libs odnt j'étais dejà sûr qu'elles ne m'étaient plus utiles, donc j'ai accepté et ensuite j'ai utilisé aptitude dist-upgrade: ça va, il n'a voulu me rajouter que 5-6 packages (dont nano et nvi, ce que j'ai refusé ) et il n'a enlever base-config, c'est tout. (et pas mal de mises à jour )
 
maintenant je vais pouvoir tester s'il réussit à m'enlever xfce4 proprement...

pour les filles  

http://www.lesbian.mine.nu/

Rien de plus normal vu qu'a présent base-config est obsolète et n'est plus requis dans Debian Etch et Sid    
Tu peux aussi virer quelques paquets comme ipchains (remplacé par iptables) ou telnet (une horreur du point de vue de la sécurité réseau), etc.
 
 

aptitude propose d'enlever les paquets qui ne sont plus présents ou marqués 'deprecated', plutôt sympa comme fitioure.

Clair c'est super-pratique    Le mode interface est sympa à ce niveau dans la mesure où il permet de visualiser aisément l'état des paquets très rapidement et facilement comme trouver des paquets supprimés mais non purgés, voir les paquets éventuellement casser et proposer des solutions pour résoudre le problème, ou encore tout simplement organiser les paquets en sections claires (nouveaux paquets, paquets installés, paquets non installés, paquets obsoletes, etc).
 
J'aime beaucoup ce gestionnaire (surtout comparé à dselect   ).

Bon quand je lance aptitude, il me dit que pour résoudre les dépendances, il va supprimer la quasi totalité de mes applis installées... (vlc, ark, mplayer, xchat et encore d'autres) Et de m'installer Xfree86!
 
 je crois que je vais rester sous apt-get tous comptes faits

reinstall...

Tu fais aptitude dist-upgrade, tu copies la liste des paquets qu'il va supprimer et tu refuses, puis tu fais aptitude install <liste des paquets> et après tu sera tranquille.
 
Malheureusement, il y a des problèmes d'incompatibilités avec les autres gestionnaires de paquets.

quelqu'un a des problemes de souris usb avec le dernier kernel ?
sa marche au debut puis apres sa freeze...

Le dernier kernel ? Tu pourrais être un peu plus précis sur la version exacte ?
 
Perso je me suis compilé vendredi un noyau à partir de la dernière version des sources patchées Debian dans unstable : linux-source-2.6.15-7 ; aucun problème à l'horizon chez moi, que ce soit au niveau de l'usb ou du reste de mon matos, ça à l'air stable jusqu'ici (je l'ai bien bourriné tout le week-end   ).

Ca serait parfait si c'etait installé de base

 
le dernier noyau en testing, le 2.6.15-4, mais je pense que c'est plutot un probleme avec udev ya eu un rapport de bug debian et d'apres tes dire il serait corrigué en unstable donc j'ai plus qu'a attendre. Mais c'est embetant quand meme c'est la zizanis depuis, plus de modem, plus de souris, plus de son (sauf en relancant alsaconf) et meme le 56k ce connecte plus...

J'ai mis en place la semaine dernière une bécane sous testing avec les derniers paquets en date (donc un 2.6.15-4 et un udev récent -mais peut-être que celui-ci a encore été mis à jour depuis la semaine dernière).
 
Je n'ai rencontré aucun problème avec l'usb et je peux t'assurer que s'il y en avait eu je l'aurai forcément remarqué vu que j'y ai fait tourner un disque dur et un graveur externe en usb 2.0 + une souris en usb 1.1 dessus.  
Le seul souci que j'ai rencontré concernait un problème avec une nouvelle version de la libxft2 (qui faisait foirer kdeinit et une bonne fournée d'applis kde), ce qui a finalement été réglé moins de deux jours après avec une mise à jour de la libfreetype6 (la libxft2 nécessitait en fait une version plus récente de cette lib pour fonctionner).

j'ai reussi a metre udev a jour avec dpkg ( la 085-1) mais le probleme est toujours la. j'ai reussi a recuperer ma connexion 56k je ferait une mise a jour du systeme ce soir (pres de 5h de telechargement) j'ai vu qu'il avait la nouvelle version du kernel, je serait fixé.
sinon c'est que ca doit etre le materiel qui deconne pourtant sa marchait tres bien en 2.6.8

'soir
Petit souci inédit pour moi : laptop dell x300, xorg, unstable : sous X (gnome) mon clavier ne prend pas la touche "shift", donc je ne sais pas taper les chiffres (donc pas mon passwd)
Une idée ?
 
edit : résolu

 
Re-edit : solution

ben je sais pas, comme souvent dans ce genre de cas :
 
remove de laptop-detect, re dkpg-reconfigure xserver-xorg, ...
Puis startx au lieu de gdm : shift/alt fonctionnaient ... Re gdm ensuite et c'était ok ...

 
Merci, ca peut toujours servir à quelqu'un qui début sous Debian

Salut tous.
 
Je viens de passer de lilo à grub et j'aurais une ou deux questions :
le script update-grub est appelé quand ? Je me suis fait mon fichie menu.lst, et à moment (je crois que c'est quand j'ai installé splashy je suis plus sur) update-grub à été appelé et à foutu le zouk. J'ai donc modifié mon menu.lst pour qu'il soit compatible avec update-grub, mais la quand je viens d'installer un nouveau noyau update-grub n'est pas appelé
 
Je fais quoi pour mon menu.lst alors, je mets les liens symboliques /vmlinuz et /vmlinuz.old ou je laisse update-grub mettre les vrais chemins (/boot/vmlinz-2.6.15.6) ?
 
Merci

 
si tu laisses update-grub faire le boulot, il va te mettre un gros paquet de ligne que tu ne veux peut etre pas voir apparaitre dans le menu de boot (c'est mon cas)
du coup j'utilise des liens symboliques, comme ça le menu.lst ne change jamais.
Le truc pour que ces liens soient bien mis à jour apres une nouvelle install de kernel, c'est d'avoir dans /etc/kernel-img.conf :