Reprise du message précédent :
Aucun problème (de stabilité, en performances c'est un autre problème) avec flash-nonfree et Iceweasel en i686, par contre j'en avais quelques uns en x86_64

Je viens de remettre en route rsync (via grsync) sur mon système Debian nouvellement installé, et je dois dire que je suis très surpris... En effet, sous Ubuntu, en réalisant les sauvegarde sur mon disque dur externe (USB2, Iomega 500 Go), j'avais vraiment des perfs de merde. Je m'étais dit que ça venait du disque, qu'il était un peu moisi (gamme Value) et voila.
Or, sous Debian, ça file à une vitesse largement supérieure, sans temps mort, etc . Sachant qu'Ubuntu est un genre de fork de Debian, j'aimerai bien savoir ce qu'ils ont fabriqué pour mon HD externe ait un comportement complètement diffèrent de l'une à l'autre des distribs...

je vais de résoudre mon problème, il devait y avoir un conflit, j'ai supprimer les paquet libflash-mozplugin et maintenant ça marche
merci

 
question de philosophie, debian propose le minimum par défaut et tu comble les trous, ubuntu charge la barque à fond pour que toutes les fonctionnalités et services soient là en standard, mais tu pleure sur les perfs.
encore un exemple hier : a cause d'un souci de licence, le package debian d'alsa ne contenait pas les pilotes de ma carte son pour cause de licence. un truc qui ne risque pas d'arriver sous *buntu.
suffit de regarder tous les modules et services chargés au démarrage.
néanmoins je filerai pas l'administration d'une debian à un utilisateur lambda

 
personne ?

le country peut-être ?
Vu que tu le force dans le domaine ensuite ?
 
Exple :

Déjà essayé
 
personne n'utilise de preseed ici ? c'est fou ça

 
J'ai eu le même cas avec ma carte WiFi après avoir installé Debian. Pas de WiFi, recherche vite fait sur le net, il faut iwlwifi. Très bien, aptitude install iwlwifi -> paquet introuvable. Nettoyage de mes yeux... Oups, c'est dans non-free Remarque, c'est probablement de la tatillonerie de geek et tout ça, mais savoir plus précisemment ce qui est présent sur ma machine, et savoir que le temps qu'elle passe à travailler, c'est pas pour rien ou des services inutiles, ça me plait, d'où ma migration sous Debian (et sans douleur en plus).

T'as essayé de définir un proxy vide ?

J'en ai un qui fonctionne chez moi, faut que je pense à regarder ça ce soir.

Non, proxy obligatoire

Ah, ben ca tu l'as pas fait apparaitre dans ton extrait de config

 
+1000, ca s'est passé pareil pour moi, debian is the mighty way

je suis en train de faire des test de script shell sous VMWare, j'ai lancé un truc con
 
START=$(date +s%)
i=0
while [ $i -lt 100000 ]
do
i = $(($i+1))
done
END=$(date +%s)
DIFF=$(($END - $START))
echo $DIFF
 
quand je lance l'affaire, il se passe 4 ou 5 secondes avant qu'il termine mais il m'affiche 0 secondes de différence de temps.
en récupérant les nanosecondes, je peux faire une différence de temps mais c'est moins d'une seconde.
Notre ami Vmware aurait-il des problèmes de gestion de CPU ou RAM ?

vmware est surtout inutilisable à cause de son incapacité à avoir une horloge juste dans les guests linux.

 
Obiwan utilise FAI et/ou debootstrap.

obiwan n'a pas besoin d'un bazooka pour tuer une mouche
et accessoirement j'ai tout un système de build derrière avec des confs sauvegardées, des robots qui me parlent j'aime bien mes jouets

 
ceci explique cela

Quelqu'un pourrait m'en dire un peu plus sur la manière dont les paquets circulent entre experimental, unstable et testing ?

http://www.debian.org/distrib/packages
 
A ton service.

J'ai une page pense-bête dans un coin, tu peux jeter un œil si tu veux tu trouveras ptet des trucs utiles : http://www.troulite.fr/~xav/debian [...] tiles.html

Merci à vous deux

Je suis en train de tester un daily build en netinstall (en expert graphical), gros progrès en comparant avec les autres distrib et l'ancienne version de netinstall debian que j'ai testé il y a quelques temps

c'est un copié/collé ton script ?
Si oui c'est normal que ca marche pas

Pourquoi n'a-t-on toujours pas le choix du DE lors d'une installation basique ? Soit pas de bureau soit gnome, c'est un peu court comme possibilités

guests windows également.
Bref pas facile vmware sur un hôte linux...

C'est vrai ?    
Il peut pas se référer à l'heure de l'hôte ?
 
Je capte pas enfaite, quand ta un guest qui démarre par exemple, il prend quel heure ?  
 
 
XaT

C'est la dérive qui pose problème

Voilà ce que j'ai pour une Etch :

 
Suite au topic que j'ai posté ici http://forum.hardware.fr/hfr/OSAlt [...] 7857_1.htm ,
 
Je suis toujours en phase de configuration de grub.
 
Apres installation de Debian, grub ne detecte pas par defaut mon install d'xp deja existante.
 
J'ai noté que makeactive posait probleme.
 
Des idées ?
 
Merci  

 
nop j'ai retappé
tu dis que ça marche pas à cause des espaces sur cette ligne ?
i = $(($i+1))  
 

 
je teste

Surtout pour le date +s%

ça marche pas je vais finir par croire qu'il y a un bug

 
+1000
 
Avec du KDE4 ça serait parfait    
 

 
Le cd 1 contient le DE le plus populaire selon le popularity contest, mais il existe une version du cd 1 avec KDE  

 
Une vraie Debian s'installe from scratch  

Exactement, dans tasksel on décoche tout, y compris "Système standard". Voir à la limite on debootstrap depuis un livecd, c'est encore mieux

C'est ce que j'ai refait dans la foulée
 
Mais ca serai pas mal de voir un aptitude like directement intégré dans l'installeur, ca éviterai un petit reboot.

Je mérite des cailloux là, mais j'ai du mal à trouver le script qui lance l'écran de connexion automatiquement  
 
startx fait référence à un fichier .xinitrc mais il faut déjà se loguer.  
 
Autre interrogation, splashy ne veux pas se manifester une fois sorti de grub2 Je viens de tester usplash qui se manifeste un peu plus, mais qui me fait un écran noir sans moyen de revenir sur les tty

pour le script de connection ça dépend ce que tu as installé, c'est soit gdm, kdm, xdm (les plus courants)
regarde dans /etc/init.d/
et quand tu l'as faut faire un "/etc/init.d/gdm restart"
 
Si il se lance plus au démarrage (quand on bidouille trop à l'aveugle par exemple) tu peux tenter un "dpkg-reconfigure gdm (ou xdm,etc)"
 
++