j'ai rencontré un problème récurrent lors de la sélection en Français (ISO netinst), le paquet dictionnaries-common n'a pas pu se configurer correctement
Petite typo : dictionaries-common (avec un seul n)
Sans cela, ce boulot d'inventaire risque d'être une sorte de bouteille à la mer, prise en compte par les rares chanceux tombant sur la page, alors que le problème pourrait être visible de tous, voire corrigé !
En effet les notes de publications visent à signaler les problèmes susceptibles d'être rencontrés lors de la mise à jour etch -> lenny.
Donc si vous avez rencontré des problèmes alors que vous avez suivi les conseils des notes de publications, il faut le signaler.
Peux-tu donner le pointeur vers l'entrée du changelog en question ?
Voire soumettre un bug sur le pseudopaquet release-notes ?
Il est évidemment tout le temps possible de mettre à jour les notes de publication, donc si c'est un vrai problème, documentons-le.
Pour revenir sur le débat développeurs / rédacteurs de doc, il ne faut pas avoir l'illusion que les personnes qui rédigent les releases-notes peuvent avoir une vue globale de l'ensemble des 25000 paquets de Debian, voire des 1000 paquets les plus importants.
C'est au développeur de faire remonter l'info à l'équipe de publication et de rédaction des release-notes, quite à ce que ces équipes creusent ensuite le problème.
(Pour avoir été impliqué dans les release-notes, je suis pas convaincu de leur qualité ultime, mais on ne peut pas inventer les informations spécifiques à des paquets)
On utilise www.debian.net pour les tests de construction du site avec stable-release=lenny.
www.debian.org reste le master et le serveur d'où les mirroirs du site web tirent leurs mises à jour.
Désormais que la publication est officielle, debian.org a la même tête que www.debian.net ;)
Avec le retour des nouvelles Debian, il y a de nouveau du travail de traduction à faire très régulièrement (toutes les deux semaines) et dans un temps assez bref (pour l'envoyer dans des délais raisonnables sur debian-news-french).
Donc j'invite les intéressés à venir aider à la localisation de Debian, rejoignez-nous !
Tu peux utiliser le partage IPP intégré à cups, tu spécifieras côté windows que l'imprimante est disponible à l'adresse http://tonserver/printers/mon_imprimante
depuis la dernière mise à jour que j'ai fait de ma debian unstable,
Et quels paquets étaient mis à jour ?
/var/log/dpkg.log contient cette information.
Partant de là tu pourras :
* regarder sur http://bugs.debian.org/le_nom_du_paquet voir si le problème est signalé, éventuellement avec un contournement décrit.
* installer une version précedente du paquet (peut-être disponible dans ton /var/cache/apt/archives sinon en utilisant snapshot.debian.net).
Dans tous les cas, il est absolument nécessaire d'installer apt-listbugs et de l'utiliser sous unstable/sid, afin d'éviter d'installer des paquets déjà connus comme buggés.
Tu n'as besoin que d'un seul serveur SIP, ton propre serveur asterisk.
En revanche, pour l'interface entre le serveur Asterisk et la livebox, il me semble qu'il faut utiliser une carte "fxo", un modem standard 56k n'est pas utilisable tel quel.
popcon-largest-unsed utilise atime (la date de dernier accès), donc il s'agit vraiment de paquets dont les fichiers ont été utilisés il y a très longtemps.
Reste à vérifier la signification exacte du chiffre renvoyé.
1/Pourquoi la connection finit-elle par s'établir ?
Timeout au niveau de la résolution DNS.
Cela signifie-t-il que le serveur, après avoir tenté d'obtenir le nom du client pour mettre dans ses logs, accepte en définitive la connection (dans ce cas, le log n'a qu'une utilité relative, d'un point de vue sécurité...) ?
La vérification faite au niveau DNS n'apporte pas grand chose niveau sécurité: la connexion sera refusée si jamais l'ipB résolue depuis le nom lui-même résolu inverse de l'ipA (qui initie la connexion) est différente de ipA.
Les logs ne sont pas pour autant moins utiles si seule l'IP est inscrite.
2/ Mon portable est connecté sans fil, d'où l'usage du DHCP, alors que mon serveur est en Ethernet.
L'adressage DHCP/statique n'a rien à voir avec le medium filaire ou pas.
Regarde quel serveur DNS te renvoie le serveur DHCP, a priori 192.168.1.1 comme vu plus haut, donc tu peux sur tes machines indiqeur ce serveur DNS comme 1er serveur utilisé (et non pas 3eme).
# dictionaries-common ?
Posté par symoon . En réponse à la dépêche Test de Debian 5.0 (Lenny) et mise à jour. Évalué à 6.
Petite typo : dictionaries-common (avec un seul n)
Aucun bogue n'a été signalé sur ce paquet : http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=dictionarie(...)
Si tu as plus de détails sur ce bogue, essaie de créer un bogue sur ce paquet..
(Car non, les bogues ne sont pas corrigés automatiquement lorsqu'on publie une phrase sans aucun détail sur un site web purement francophone)
[^] # Re: À propos des changements entre Etch et Lenny
Posté par symoon . En réponse à la dépêche Test de Debian 5.0 (Lenny) et mise à jour. Évalué à 7.
- un bug à ouvrir sur le paquet en question ( http://bugs.debian.org/ )
- les notes de publication ( http://debian.org/releases/lenny/releasenotes )
Sans cela, ce boulot d'inventaire risque d'être une sorte de bouteille à la mer, prise en compte par les rares chanceux tombant sur la page, alors que le problème pourrait être visible de tous, voire corrigé !
En effet les notes de publications visent à signaler les problèmes susceptibles d'être rencontrés lors de la mise à jour etch -> lenny.
Donc si vous avez rencontré des problèmes alors que vous avez suivi les conseils des notes de publications, il faut le signaler.
[^] # Re: Le Release Manager de Debian est un froussard!
Posté par symoon . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 2.
Voire soumettre un bug sur le pseudopaquet release-notes ?
Il est évidemment tout le temps possible de mettre à jour les notes de publication, donc si c'est un vrai problème, documentons-le.
Pour revenir sur le débat développeurs / rédacteurs de doc, il ne faut pas avoir l'illusion que les personnes qui rédigent les releases-notes peuvent avoir une vue globale de l'ensemble des 25000 paquets de Debian, voire des 1000 paquets les plus importants.
C'est au développeur de faire remonter l'info à l'équipe de publication et de rédaction des release-notes, quite à ce que ces équipes creusent ensuite le problème.
(Pour avoir été impliqué dans les release-notes, je suis pas convaincu de leur qualité ultime, mais on ne peut pas inventer les informations spécifiques à des paquets)
[^] # Re: En pratique
Posté par symoon . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 3.
http://debian.org/releases/stable/reportingbugs
# etch ? quel noyau ?
Posté par symoon . En réponse au message Arrêt aléatoire du portable avec cpufreq. Évalué à 2.
Sinon tu devrais essayer avec Lenny (sortie aujourd'hui).
[^] # Re: Une dépèche dans les bac?
Posté par symoon . En réponse au journal Debian Lenny 5.0 is out !. Évalué à 1.
Et elle comporte pas mal d'infos pour construire votre dépèche :)
[^] # Re: debian.org et debian.net
Posté par symoon . En réponse au journal Debian Lenny 5.0 is out !. Évalué à 9.
www.debian.org reste le master et le serveur d'où les mirroirs du site web tirent leurs mises à jour.
Désormais que la publication est officielle, debian.org a la même tête que www.debian.net ;)
# peut-être #486096 ?
Posté par symoon . En réponse au message Problème de mise à jour de vlc - debian testing. Évalué à 1.
http://bugs.debian.org/vlc
[^] # Re: "bftpd passive mode"
Posté par symoon . En réponse au message probleme de mode passif avec BFTPD. Évalué à 1.
Côté bftpd, cela semble impossible de spécifier l'adresse à envoyer au client FTP (c'est possible avec proftpd).
Tu peux essayer de configurer le côté client ftp, en lui disant de ne pas prendre en compte ce que lui dit le serveur FTP mais une autre ip.
# "bftpd passive mode"
Posté par symoon . En réponse au message probleme de mode passif avec BFTPD. Évalué à 1.
http://bftpd.sourceforge.net/doc/en/bftpddoc-en-6.html rubrique PASSIVE_PORTS
# peut-être cela ?
Posté par symoon . En réponse au message Éteindre le signal vidéo en mode console texte. Évalué à 2.
http://alexis.m2osw.com/console.html
# Powerdown after 5 min.
echo -e "\033[14;10]" >/dev/console
Ou encore : man setterm
# Contribuez à la traduction de la DPN et de bien d'autres choses
Posté par symoon . En réponse à la dépêche Publication du premier numéro de la DPN, Debian Project News. Évalué à 5.
Donc j'invite les intéressés à venir aider à la localisation de Debian, rejoignez-nous !
http://www.debian.org/international/french/
# tsocks, ou tunnel vers proxy http
Posté par symoon . En réponse au message Tunneling ssh pour écouter du streaming. Évalué à 2.
Tu peux également configurer un petit proxy http (comme tinyproxy) sur ton serveur ssh, puis configurer ton navigateur web pour utiliser ce proxy.
# pas besoin de samba
Posté par symoon . En réponse au message Debian 4.0r3 Etch + Canan S500 + Samba. Évalué à 1.
C'est bien plus simple que samba.
http://www.gentoo.org/doc/fr/printing-howto.xml#doc_chap6
[^] # Re: pas possible apparemment ...
Posté par symoon . En réponse au message ntpd sur TCP ?. Évalué à 1.
# linux-image-2.6-686 compatible avec les k7
Posté par symoon . En réponse au message installation forcée de 2.6.24-1-686 sur du AMD k7. Évalué à 1.
http://bugs.debian.org/454777 et http://bugs.debian.org/464032
# Bach : suites pour violoncelle seul
Posté par symoon . En réponse au journal Quel sont selon vous les meilleurs morceaux de musique classique ?. Évalué à 1.
C'est purement manifique.
# détails ?
Posté par symoon . En réponse au message Réparer debian AMD64. Évalué à 1.
Et quels paquets étaient mis à jour ?
/var/log/dpkg.log contient cette information.
Partant de là tu pourras :
* regarder sur http://bugs.debian.org/le_nom_du_paquet voir si le problème est signalé, éventuellement avec un contournement décrit.
* installer une version précedente du paquet (peut-être disponible dans ton /var/cache/apt/archives sinon en utilisant snapshot.debian.net).
Dans tous les cas, il est absolument nécessaire d'installer apt-listbugs et de l'utiliser sous unstable/sid, afin d'éviter d'installer des paquets déjà connus comme buggés.
# carte fxo
Posté par symoon . En réponse au message Faisabilté serveur asterisk. Évalué à 1.
En revanche, pour l'interface entre le serveur Asterisk et la livebox, il me semble qu'il faut utiliser une carte "fxo", un modem standard 56k n'est pas utilisable tel quel.
# echo 0 > /proc/sys/net/ipv6/conf/eth0/autoconf ?
Posté par symoon . En réponse au message Passerelle debian, IPV6, freebox.. Évalué à 1.
[^] # Re: popularity-contest : popcon-largest-unused
Posté par symoon . En réponse au message Trouver les paquets les moins utilisés. Évalué à 1.
Reste à vérifier la signification exacte du chiffre renvoyé.
[^] # popularity-contest : popcon-largest-unused
Posté par symoon . En réponse au message Trouver les paquets les moins utilisés. Évalué à 4.
puis lance /usr/sbin/popcon-largest-unused
# postfixadmin
Posté par symoon . En réponse au message serveur de mail multidomaine. Évalué à 4.
Oui, sans doute, à toi de le tester, tout le monde n'a pas les mêmes besoins.
En tout cas je l'ai déjà utilisé et ça faisait bien son boulot.
[^] # Re: Résolutions DNS
Posté par symoon . En réponse au message Serveur Debian moins réactif en IP statique qu'en DHCP. Évalué à 2.
Timeout au niveau de la résolution DNS.
La vérification faite au niveau DNS n'apporte pas grand chose niveau sécurité: la connexion sera refusée si jamais l'ipB résolue depuis le nom lui-même résolu inverse de l'ipA (qui initie la connexion) est différente de ipA.
Les logs ne sont pas pour autant moins utiles si seule l'IP est inscrite.
L'adressage DHCP/statique n'a rien à voir avec le medium filaire ou pas.
Regarde quel serveur DNS te renvoie le serveur DHCP, a priori 192.168.1.1 comme vu plus haut, donc tu peux sur tes machines indiqeur ce serveur DNS comme 1er serveur utilisé (et non pas 3eme).
[^] # Re: Résolutions DNS
Posté par symoon . En réponse au message Serveur Debian moins réactif en IP statique qu'en DHCP. Évalué à 5.
Dans ce cas, n'utilise pas cette directive, donc pas de ligne search :-)
Autre chose : vérifier sur l'adresse IP configurée en statique colle avec celle que tu as indiqué dans le /etc/hosts.