Ca m'est déjà arrivé quelques fois et c'est pas agréable du tout...
Ma technique (qui est loin d'en être une et qui est passablement bourrin), c'est de virer 1 à 1 les paquets qu'il note comme étant en conflit... Evidemment, chacun des paquets a toujours des dépendances avec d'autres et ça fait une chaîne de désinstallations un peu longue...
Au fur et à mesure, noter les paquets supprimés pour, le cas échéant, pouvoir les réinstaller...
Je ne pense pas que ce soit la meilleure méthode parce que ça doit un peu déstabiliser la distrib mais dans mon cas, ma machine tourne toujours bien sans problèmes notables (il m'est déjà arrivé de devoir supprimer Xserver avec cette technique, la réinstall s'est faite sans soucis)...
Bon, alors, ce que tu dois faire, quand la machine émulée est démarrée :
- arrêter ton firewall
- créer un bridge avec :
brctl addbr br0
- ajouter les interfaces qui vont bien sur ton bridge :
brctl addif br0 eth0
brctl addif br0 tun0
- virer la conf réseau de l'interface eth0 :
ifconfig eth0 0.0.0.0 promisc up
- récupérer une adresse IP pour ton bridge :
dhclient br0
- récupérer une adresse IP pour la machine émulée :
/etc/init.d/networking restart (au prompt de la machine émulée)
C'est ce que je fais... Après tu peux mettre tout ça dans un script (sauf la dernière commande) et le lancer en argument de ta ligne de commande qemu...
C'est sans doute ce jusqu'auboutisme qui fait que le libre avance...
Le format ogg est meilleur que le format mp3, c'est déjà clair mais ce qu'il a en plus sur le mp3, c'est qu'il est libre... Et qui dit libre, dit non rétribution pour chaque encodage à la boîte qui a créé le format (fraunhoffer si je ne m'abuse...).
On peut aussi vivre dans un monde non libre, dans un monde qui n'avance pas (ou n'essaie pas d'avancer), dans un monde où ce que fait chacun n'est pas réutilisé par d'autres et chacun vit sa vie dans son coin sans tenter de faire avancer le monde (ouais, je sais, c'est très utopiste comme vision).
Dans ce monde-là, tout serait guidé par "la majorité" :
- la majorité des gens regarde les émissions de jeu sur TF1 (Koh-Lanta et le big deal) mais pas les émissions culturelles sur France 5... Ben on va supprimer les émissions culturelles sur la 5 !
- la majorité des gens a une voiture et prend de moins en moins les transports en commun... Ben, on va virer les transports en commun les moins utilisés (dans les campagnes, les villes qui en ont moins besoin...)
- la majorité des gens utilise un ordinateur sous Windows, nous, constructeurs de matériel informatique, allons juste donner les drivers pour cet OS et ne pas donner les spécifs du matériel, de toute façon, c'est pour la majorité !
- la majorité des gens a Word comme traitement de texte... Ben envoyons tous nos documents en format propriétaire Word plutôt qu'un format ouvert...
- la majorité des gens ne peut pas lire du ogg, arrêtons de le diffuser...
Alors oui, c'est du jusqu'auboutisme de se plaindre parce que Radio France, radio du service public, arrête de diffuser sur internet dans un format libre mais le libre, c'est petit pas par petit pas qu'il avance... Et ça, c'est un pas en arrière...
Si tu démarres avec tun/tap, tu peux lancer qemu avec un script de configuration pour le matériel réseau (comme précisé dans la dernière URLs que tu as donné).
Pour garder le réseau local sur ta machine hôte, il faut modifier AMHA ce script. Normalement, ton interface eth0 fait partie du bridge (br0). Cette interface bridge possède sans doute une adresse IP et, si tel est le cas, il faut que tu supprimes l'adresse IP d'eth0 (ifconfig eth0 0.0.0.0 promisc up). Comme eth0 fait partie d'un bridge, il faut bien lui préciser ces paramètres...
Pourrais-tu par contre expliquer plus précisément ce que tu entends par "réseau internet" et "réseau local". A priori, tes machines sont reliées par réseau local et sortent ensuite pour aller sur internet... Quelle est la configuration de ton réseau local, y a-t-il un routeur NAT installé ? Où... Peu-tu également donner quelques détails sur ton adressage IP (adresse LAN des machines émulées et adresse LAN des machines hôtes)
On ne dit pas "la plupart des lecteurs ici le sait" mais "la plupart des lecteurs ici le savent".
"la plupart" est une locution indéfinie et le verbe s'accorde avec le nombre du nom introduit par cette locution lorsque celui-ci est le sujet du verbe...
Pour tester un antispam, le mieux, c'est déjà d'avoir une adresse spammée... Bon, c'est pas toujours évident donc il y a toujours la possibilité de construire un spam de toutes pièces ou d'en récupérer un quelconque (j'en ai plein le dossier "indésirables" de thunderbird...)
Sinon, pour être certain que ton mail passe par spamassassin, celui-ci doit normalement ajouter ses propres en-têtes dans le mail (du type X-Spam...) donc tu peux déjà t'envoyer un mail et vérifier la présence de ces lignes dans les en-têtes du mail.
Ensuite, tu testes avec un copier-coller d'un mail de spam... Par contre, évite de l'envoyer depuis ton réseau local car la ligne "trusted_networks 192.168.0." force ton réseau local en whitelist.
Je voudrais pas paraître méchant mais faut quand même apprendre à faire des phrases en français et à les finir.
Le meilleur moyen d'avoir des réponses c'est déjà de poser clairement ses questions, de chercher un peu par soi-même (la réponse à la question "à quoi sert procmail" m'a pris 10 secondes : google://procmail) et de ne pas utiliser des abbréviations SMS dans toutes les phrases.
Si tu veux que les gens prennent du temps pour te répondre, prends déjà du temps pour poser correctement ta question.
De mon côté, je suis utilisateur quotidien d'eGroupware pour sa partie calendar... On est une cinquantaine à l'utiliser et ça tourne sans problèmes...
De mon côté, j'ai également testé OpenExchange mais pour les mêmes raisons que toi, je ne le mettrai pas en prod...
Pour OpenGroupware, c'est un groupware assez complet... Son seul point faible, c'est son interface... C'est absolument pas intuitif (ce qui est l'une des forces d'eGroupware) et un peu lourd à installer. Je l'ai également testé et on a fait une bascule egroupware vers opengroupware (pour des raisons fonctionnelles). Les utilisateurs sont rapidement retournés vers egroupware pour la convivialité de l'interface (même si opengroupware proposait des fonctionnalités intéressantes comme la recherche de créneaux libres).
Pour le choix d'un groupware, faut répondre à plusieurs questions (liste non exhaustive) :
- faut-il une interface Web ?
- faut-il une interface client lourd (Outlook ou autre) ?
- quelles sont les fonctionnalités nécessaires ?
- faut-il une synchro avec des PDAs ?
Sur ces questions, egroupware est capable de répondre à la plupart...
J'ai déjà testé la dernière version d'eGroupware (surtout la partie agenda) et y a plutôt du bon :
- un agenda plus graphique et plus facile à utiliser
- l'interfaçage avec un XML-RPC semble plus facile à faire
- je n'ai pas testé mais il semble que l'interfaçage avec des PDA soit maintenant plus simple
- il y a maintenant possiblité de créer des ressources (voiture, salle de réunion) sans que ce soit des comptes utilisateurs (ancienne méthode)
- il est possible de faire une recherche de créneaux libres pour plusieurs personnes en même temps (c'est les secrétaires qui vont être contentes...)
Dans cette nouvelle version, un seul petit bémol : la fonction "imprimer" qui a été supprimée du calendrier... Certains diront qu'elle n'est pas utile mais le seul moyen d'avoir quelque chose de correct en impression, c'est de sortir la liste d'évènements...
Sinon, en groupware libres, y a aussi kolab... Mais là, pas d'interface web (enfin, pas à ma connaissance...). Je ne l'ai pas testé...
Tiens, c'est amusant mais je crois que, justement, il ne faut pas que le hostname existe dans les fichiers de zone du DNS...
De ce que je comprends du message dans ton fichier de log, il te dit que le prérequis "nom de machine libre" n'est pas satisfait...
D'après ce que je peux comprendre, le serveur DHCP envoie au serveur DNS, lors de la première distribution d'adresse IP, un ordre d'ajouter une machine... Mais pour ajouter une machine, il ne faut pas qu'un nom identique existe déjà..
A tenter : supprimer le hostname de la machine cliente dans tes fichiers de zone du DNS et vérifier...
As-tu vérifié les droits sur les fichiers de zone de Bind ? Voir si le user avec lequel tourne Bind a le droit de modifier les fichiers...
D'autre part, vois aussi ce que contient le fichier de log (a priori, /var/log/daemon.log) en vérifiant si, lors d'une nouvelle machine, tu as un message spécifique t'indiquant peut-être l'origine du problème...
Vois aussi, dans le même fichier de log, le démarrage de bind pour être sûr qu'il n'y a pas de problèmes de config de bind ou même du serveur dhcp...
en même temps, ton site est très orienté "programmation, web, java..." donc un public versé dans le domaine informatique...
Je ne crois pas que le public visé par l'étude soit spécialisé mais plutôt monsieur et madame toutlemonde... Donc les gens qui achètent un ordinateur à la fnac avec un OS microsoft, la suite bureautique office et tout le reste qui va bien...
Au final, rien d'étonnant à ce que les chiffres d'IE soient de 80%... Pour ton site, le profil des visiteurs doit, à mon avis, être des gens plutôt orientés informatique/développement donc des personnes qui perçoivent l'intérêt d'utiliser un outil comme firefox par rapport à IE...
Une preuve flagrante : je tape ce message sous IE pourquoi ? Simplement parce que je ne suis pas chez moi et que je le fais sur le PC de la famille sur lequel tout est installé légalement avec les licences qui vont bien et que, au final, si j'y installe firefox, je serai le seul à l'utiliser...
Quelques infos sur usenet sur le groupe proxad.free.adsl.freeplayer (serveur news.free.fr)
Dans le lot, y a un message sur une procédure qui permet d'installer vlc "proprement" pour le freeplayer... Bon, OK, au niveau propre, ça n'est pas la création des .deb, ce qui est regrettable.
Par contre, j'ai tenté avec cette procédure et de mon côté, ça marche pas nickel... J'ai juste réussi à lire des mp3 et des mpeg mais doit y avoir un problème, sur un P4M 1,8 GHz, l'image freeze toutes les secondes (mais ça doit venir du PC...)
En tout cas, je suis preneur d'un joli .deb bien fait avec toutes les dépendances, le ffmpeg du 27/04 et les codecs qui vont bien...
# Technique de bourrin
Posté par plancky . En réponse au message migration stable vers testing... paquets cassés. Évalué à 2.
Ma technique (qui est loin d'en être une et qui est passablement bourrin), c'est de virer 1 à 1 les paquets qu'il note comme étant en conflit... Evidemment, chacun des paquets a toujours des dépendances avec d'autres et ça fait une chaîne de désinstallations un peu longue...
Au fur et à mesure, noter les paquets supprimés pour, le cas échéant, pouvoir les réinstaller...
Je ne pense pas que ce soit la meilleure méthode parce que ça doit un peu déstabiliser la distrib mais dans mon cas, ma machine tourne toujours bien sans problèmes notables (il m'est déjà arrivé de devoir supprimer Xserver avec cette technique, la réinstall s'est faite sans soucis)...
A essayer dans les cas désespérés...
[^] # Re: script au démarrage de qemu
Posté par plancky . En réponse au message qemu et réseau local : où en est-on ?. Évalué à 1.
- arrêter ton firewall
- créer un bridge avec :
brctl addbr br0
- ajouter les interfaces qui vont bien sur ton bridge :
brctl addif br0 eth0
brctl addif br0 tun0
- virer la conf réseau de l'interface eth0 :
ifconfig eth0 0.0.0.0 promisc up
- récupérer une adresse IP pour ton bridge :
dhclient br0
- récupérer une adresse IP pour la machine émulée :
/etc/init.d/networking restart (au prompt de la machine émulée)
C'est ce que je fais... Après tu peux mettre tout ça dans un script (sauf la dernière commande) et le lancer en argument de ta ligne de commande qemu...
Et là, ça devrait fonctionner...
[^] # Re: l'ogg, je suis à fond pour mais...
Posté par plancky . En réponse à la dépêche Radio France arrêterait-elle le Ogg Vorbis ?. Évalué à 1.
Le format ogg est meilleur que le format mp3, c'est déjà clair mais ce qu'il a en plus sur le mp3, c'est qu'il est libre... Et qui dit libre, dit non rétribution pour chaque encodage à la boîte qui a créé le format (fraunhoffer si je ne m'abuse...).
On peut aussi vivre dans un monde non libre, dans un monde qui n'avance pas (ou n'essaie pas d'avancer), dans un monde où ce que fait chacun n'est pas réutilisé par d'autres et chacun vit sa vie dans son coin sans tenter de faire avancer le monde (ouais, je sais, c'est très utopiste comme vision).
Dans ce monde-là, tout serait guidé par "la majorité" :
- la majorité des gens regarde les émissions de jeu sur TF1 (Koh-Lanta et le big deal) mais pas les émissions culturelles sur France 5... Ben on va supprimer les émissions culturelles sur la 5 !
- la majorité des gens a une voiture et prend de moins en moins les transports en commun... Ben, on va virer les transports en commun les moins utilisés (dans les campagnes, les villes qui en ont moins besoin...)
- la majorité des gens utilise un ordinateur sous Windows, nous, constructeurs de matériel informatique, allons juste donner les drivers pour cet OS et ne pas donner les spécifs du matériel, de toute façon, c'est pour la majorité !
- la majorité des gens a Word comme traitement de texte... Ben envoyons tous nos documents en format propriétaire Word plutôt qu'un format ouvert...
- la majorité des gens ne peut pas lire du ogg, arrêtons de le diffuser...
Alors oui, c'est du jusqu'auboutisme de se plaindre parce que Radio France, radio du service public, arrête de diffuser sur internet dans un format libre mais le libre, c'est petit pas par petit pas qu'il avance... Et ça, c'est un pas en arrière...
# script au démarrage de qemu
Posté par plancky . En réponse au message qemu et réseau local : où en est-on ?. Évalué à 2.
Pour garder le réseau local sur ta machine hôte, il faut modifier AMHA ce script. Normalement, ton interface eth0 fait partie du bridge (br0). Cette interface bridge possède sans doute une adresse IP et, si tel est le cas, il faut que tu supprimes l'adresse IP d'eth0 (ifconfig eth0 0.0.0.0 promisc up). Comme eth0 fait partie d'un bridge, il faut bien lui préciser ces paramètres...
Pourrais-tu par contre expliquer plus précisément ce que tu entends par "réseau internet" et "réseau local". A priori, tes machines sont reliées par réseau local et sortent ensuite pour aller sur internet... Quelle est la configuration de ton réseau local, y a-t-il un routeur NAT installé ? Où... Peu-tu également donner quelques détails sur ton adressage IP (adresse LAN des machines émulées et adresse LAN des machines hôtes)
# grammaire/brigade de relecture...
Posté par plancky . En réponse à la dépêche Radio France arrêterait-elle le Ogg Vorbis ?. Évalué à 3.
"la plupart" est une locution indéfinie et le verbe s'accorde avec le nombre du nom introduit par cette locution lorsque celui-ci est le sujet du verbe...
[^] # Re: AntiVirus et AntiSpams
Posté par plancky . En réponse au message solution antivirale antispams. Évalué à 1.
Par contre, on peut se dire "tu"...
Pour tester un antispam, le mieux, c'est déjà d'avoir une adresse spammée... Bon, c'est pas toujours évident donc il y a toujours la possibilité de construire un spam de toutes pièces ou d'en récupérer un quelconque (j'en ai plein le dossier "indésirables" de thunderbird...)
Sinon, pour être certain que ton mail passe par spamassassin, celui-ci doit normalement ajouter ses propres en-têtes dans le mail (du type X-Spam...) donc tu peux déjà t'envoyer un mail et vérifier la présence de ces lignes dans les en-têtes du mail.
Ensuite, tu testes avec un copier-coller d'un mail de spam... Par contre, évite de l'envoyer depuis ton réseau local car la ligne "trusted_networks 192.168.0." force ton réseau local en whitelist.
Sinon, de la lecture utile sur http://spamassassin.apache.org/
Bon courage...
[^] # Re: AntiVirus et AntiSpams
Posté par plancky . En réponse au message solution antivirale antispams. Évalué à 2.
Le meilleur moyen d'avoir des réponses c'est déjà de poser clairement ses questions, de chercher un peu par soi-même (la réponse à la question "à quoi sert procmail" m'a pris 10 secondes : google://procmail) et de ne pas utiliser des abbréviations SMS dans toutes les phrases.
Si tu veux que les gens prennent du temps pour te répondre, prends déjà du temps pour poser correctement ta question.
[^] # Re: Groupware qui tient la route ?
Posté par plancky . En réponse à la dépêche eGroupWare 1.2. Évalué à 6.
De mon côté, j'ai également testé OpenExchange mais pour les mêmes raisons que toi, je ne le mettrai pas en prod...
Pour OpenGroupware, c'est un groupware assez complet... Son seul point faible, c'est son interface... C'est absolument pas intuitif (ce qui est l'une des forces d'eGroupware) et un peu lourd à installer. Je l'ai également testé et on a fait une bascule egroupware vers opengroupware (pour des raisons fonctionnelles). Les utilisateurs sont rapidement retournés vers egroupware pour la convivialité de l'interface (même si opengroupware proposait des fonctionnalités intéressantes comme la recherche de créneaux libres).
Pour le choix d'un groupware, faut répondre à plusieurs questions (liste non exhaustive) :
- faut-il une interface Web ?
- faut-il une interface client lourd (Outlook ou autre) ?
- quelles sont les fonctionnalités nécessaires ?
- faut-il une synchro avec des PDAs ?
Sur ces questions, egroupware est capable de répondre à la plupart...
J'ai déjà testé la dernière version d'eGroupware (surtout la partie agenda) et y a plutôt du bon :
- un agenda plus graphique et plus facile à utiliser
- l'interfaçage avec un XML-RPC semble plus facile à faire
- je n'ai pas testé mais il semble que l'interfaçage avec des PDA soit maintenant plus simple
- il y a maintenant possiblité de créer des ressources (voiture, salle de réunion) sans que ce soit des comptes utilisateurs (ancienne méthode)
- il est possible de faire une recherche de créneaux libres pour plusieurs personnes en même temps (c'est les secrétaires qui vont être contentes...)
Dans cette nouvelle version, un seul petit bémol : la fonction "imprimer" qui a été supprimée du calendrier... Certains diront qu'elle n'est pas utile mais le seul moyen d'avoir quelque chose de correct en impression, c'est de sortir la liste d'évènements...
Sinon, en groupware libres, y a aussi kolab... Mais là, pas d'interface web (enfin, pas à ma connaissance...). Je ne l'ai pas testé...
# google ??
Posté par plancky . En réponse au message Dsniff. Évalué à 3.
Ca date de 2001 mais l'outil a peu changé depuis...
# c'est défini par défaut...
Posté par plancky . En réponse au message Routeur Debian et icmp redirect. Évalué à 2.
Va faire un tour dans /proc/sys/net/ipv4, t'as toutes les informations dont tu as besoin...
Plus précisément, sur ton problème, ce qui règle les envois d'ICMP redirect, c'est le fichier /proc/sys/net/ipv4/conf/xxx/send_redirects.
Et pour régler tous les paramètres, il faut aussi ajouter accept_redirects et secure_redirects.
Si tu veux un site qui explique un principe de mise en oeuvre, c'est là : http://www.culte.org/projets/doc/mini-reseau.html
[^] # Re: précision
Posté par plancky . En réponse au message TouchPad + souris USB = Au secouuuuurs. Évalué à 1.
Essaye de démarrer sans la souris et, après l'avoir connecté, ouvre un shell en root et tente
Après ça, vérifie si ça bouge... Sinon, je passe mon tour ;-)
[^] # Re: re--problem
Posté par plancky . En réponse au message ddns (bind9+dhcp3) sous debian. Évalué à 2.
De ce que je comprends du message dans ton fichier de log, il te dit que le prérequis "nom de machine libre" n'est pas satisfait...
D'après ce que je peux comprendre, le serveur DHCP envoie au serveur DNS, lors de la première distribution d'adresse IP, un ordre d'ajouter une machine... Mais pour ajouter une machine, il ne faut pas qu'un nom identique existe déjà..
A tenter : supprimer le hostname de la machine cliente dans tes fichiers de zone du DNS et vérifier...
# les droits, fichiers de logs...
Posté par plancky . En réponse au message ddns (bind9+dhcp3) sous debian. Évalué à 2.
As-tu vérifié les droits sur les fichiers de zone de Bind ? Voir si le user avec lequel tourne Bind a le droit de modifier les fichiers...
D'autre part, vois aussi ce que contient le fichier de log (a priori, /var/log/daemon.log) en vérifiant si, lors d'une nouvelle machine, tu as un message spécifique t'indiquant peut-être l'origine du problème...
Vois aussi, dans le même fichier de log, le démarrage de bind pour être sûr qu'il n'y a pas de problèmes de config de bind ou même du serveur dhcp...
[^] # Re: firefox != mozilla ... une "contre etude" serait à faire
Posté par plancky . En réponse à la dépêche Les navigateurs Web, Firefox et les parts de marchés en Europe. Évalué à 2.
Je ne crois pas que le public visé par l'étude soit spécialisé mais plutôt monsieur et madame toutlemonde... Donc les gens qui achètent un ordinateur à la fnac avec un OS microsoft, la suite bureautique office et tout le reste qui va bien...
Au final, rien d'étonnant à ce que les chiffres d'IE soient de 80%... Pour ton site, le profil des visiteurs doit, à mon avis, être des gens plutôt orientés informatique/développement donc des personnes qui perçoivent l'intérêt d'utiliser un outil comme firefox par rapport à IE...
Une preuve flagrante : je tape ce message sous IE pourquoi ? Simplement parce que je ne suis pas chez moi et que je le fais sur le PC de la famille sur lequel tout est installé légalement avec les licences qui vont bien et que, au final, si j'y installe firefox, je serai le seul à l'utiliser...
[^] # Re: des infos sur usenet
Posté par plancky . En réponse au message Free player, vlc snapshot et debian sid. Évalué à 1.
Bon, de mon côté, je maîtrise pas encore assez pour y arriver... Mais les .deb bien faits se trouvent sur : http://forum.hardware.fr/hardwarefr/OSAlternatifs/topic-aide-freepl(...)
J'ai testé et ça fonctionne... Seule la lecture des DVD peut poser problème pour le son mais ça, ça doit à mon avis, juste être un petit ajustement...
Aaahhh... C'est beau quand ça fonctionne !!
# des infos sur usenet
Posté par plancky . En réponse au message Free player, vlc snapshot et debian sid. Évalué à 1.
Dans le lot, y a un message sur une procédure qui permet d'installer vlc "proprement" pour le freeplayer... Bon, OK, au niveau propre, ça n'est pas la création des .deb, ce qui est regrettable.
Par contre, j'ai tenté avec cette procédure et de mon côté, ça marche pas nickel... J'ai juste réussi à lire des mp3 et des mpeg mais doit y avoir un problème, sur un P4M 1,8 GHz, l'image freeze toutes les secondes (mais ça doit venir du PC...)
En tout cas, je suis preneur d'un joli .deb bien fait avec toutes les dépendances, le ffmpeg du 27/04 et les codecs qui vont bien...
Je retente ce soir...