Comme le dit la maxime bien connue: "pas de bugreport, pas de problème; pas de bugreport, pas de solution".
Sachant que le paquet pour lequel il faudrait que tu ouvres un bug, c'est le noyau (regarde quel paquet est utilisé pour ton noyau 'dpkg -l |grep linux-image').
Ce qui justifie d'autant plus de mutualiser entre distribs le boulot de maintenance, et donc éviter de croire que chaque petite distrib peut mieux faire ça toute seule dans son coin, mieux que toutes les autres ?
Je sais que c'est une tendance depuis quelques années, de faire une distribution / projet pour chaque combinatoire possible de langue / bureau / contexte d'utilisation, mais je comprends pas l'intérêt, à part fragmenter les distribs et dupliquer les efforts d'intégration.
Pas plus que de faire un thème par défaut avec un fond d'écran ne justifie de faire tout un projet autour.
Si vous avez envie que le projet XXX soit mieux traduit, allez voir upstream. S'il s'agit d'un bug dans XXX, pareil !
Ce n'est parce qu'une distrib choisit XX comme bureau par défaut que les autres sont délaissés, c'est juste que la distrib doit bien faut faire un choix à la construction du CD ! (pour éviter de présenter un choix gnome/kde à un béotien)
Si quelqu'un veut envoyer un paquet alors qu'il ne dispose pas encore des droits pour, bah c'est comme tout dans le logiciel libre, si quelqu'un avec les droits qui vont estime le travail à la hauteur pour être inclus, bah c'est inclus.
Si quelqu'un veut disposer de ses propres droits d'upload, le projet, via un AM (Application Manager) vérifie que le candidat a les compétences et le sérieux requis.
Le processus pour devenir membre a d'ailleurs simplifié ajd, pour examiner les précédentes contributions du candidat à Debian.
Enfin, il n'y pas besoin d'être "DD" pour (commencer à) contribuer à Debian.
Comment fais-tu pour garantir l'absence de régression ou bug dans une nouvelle version ?
Si tu as la recette magique (sans tests unitaires couvrant tout le code), je suis preneur, et je ne suis sans doute pas le seul.
A défaut de tests unitaires, les projets comptent sur le retour des utilisateurs, qui s'étale dans le temps.
Après j'ai regardé sur la forge, rien de tel, mais c'est peut-être discuté sur des listes, et c'est sans aucun doute l'endroit où discuter de cela, pour éviter de réinventer la roue.
Essaie de reproduire le problème avec un câble direct entre ces deux machines, a priori tu n'auras plus le problème et tu pourras exclure un pb des machines, tu pourras passer aux étapes suivantes
Exclure un défaut du switch: conserve sur le réseau uniquement ces deux machines, débranche les autres câbles, puis:
1. Si le problème persiste, c'est visiblement un problème de switch
2. Si le problème disparaît, le problème vient d'une machine ou équipement branché sur le réseau, qui peut par exemple provoquer un conflit d'adresse IP, en débranchant les câbles un à un (une autre solution est de maitriser tcpdump)
Regarde quels sont les derniers paquets qui ont été mis à jour, essaie de revenir à l'ancienne version ou regarde les rapports de bug pour ces paquets dernièrement mis à jour sur ton système (une mise à jour de noyau ?).
La station internationale est en orbite basse, à environ 400km d'altitude. C'était à peu près pareil pour les navettes.
400km à la vitesse de la lumière, un allez-retour dure 2ms et quelques, ça devrait pas trop te bloquer pour IRC (alors qu'en géostationnaire -> 36000km d'altitude).
Tout d'abord je confirme que faire de la traduction technique, quand on essaie de faire bien (c'est-à-dire comprendre ce qu'on l'on traduit), c'est très formateur.
Le corollaire étant qu'il faut ne faut traduire que ce qui nous intéresse vraiment, et éviter de viser les statistiques.
De plus, même lorsqu'on sait lire l'anglais technique, cela reste bien plus agréable et moins fatiguant de lire de la documentation traduite dans sa langue maternelle.
(et merci de ne pas mélanger avec le débat de la qualité des traductions, c'est un autre débat. (PUB) D'ailleurs utilisez les manpages-fr de chez perkamon: http://www.traduc.org/perkamon/Presentation disponibles dans debian et ubuntu et fedora).
# merci de rapporter le bug STP !
Posté par symoon . En réponse au message ALSA HDA Intel Debian Wheezy. Évalué à 2.
Comme le dit la maxime bien connue: "pas de bugreport, pas de problème; pas de bugreport, pas de solution".
Sachant que le paquet pour lequel il faudrait que tu ouvres un bug, c'est le noyau (regarde quel paquet est utilisé pour ton noyau 'dpkg -l |grep linux-image').
http://www.debian.org/Bugs/Reporting
Merci d'avance pour les autres utilisateurs :)
[^] # Re: pourquoi chercher une distrib avec XXX par défaut ?
Posté par symoon . En réponse au message Distribution avec KDE ?. Évalué à 1.
Ce qui justifie d'autant plus de mutualiser entre distribs le boulot de maintenance, et donc éviter de croire que chaque petite distrib peut mieux faire ça toute seule dans son coin, mieux que toutes les autres ?
# pourquoi chercher une distrib avec XXX par défaut ?
Posté par symoon . En réponse au message Distribution avec KDE ?. Évalué à 10.
Je sais que c'est une tendance depuis quelques années, de faire une distribution / projet pour chaque combinatoire possible de langue / bureau / contexte d'utilisation, mais je comprends pas l'intérêt, à part fragmenter les distribs et dupliquer les efforts d'intégration.
Pas plus que de faire un thème par défaut avec un fond d'écran ne justifie de faire tout un projet autour.
Si vous avez envie que le projet XXX soit mieux traduit, allez voir upstream. S'il s'agit d'un bug dans XXX, pareil !
Ce n'est parce qu'une distrib choisit XX comme bureau par défaut que les autres sont délaissés, c'est juste que la distrib doit bien faut faire un choix à la construction du CD ! (pour éviter de présenter un choix gnome/kde à un béotien)
Par exemple (je parle de ce que je connais), des un iso Debian avec KDE par défaut est également fourni:
http://cdimage.debian.org/cdimage/wheezy_di_rc1/i386/iso-cd/debian-wheezy-DI-rc1-i386-kde-CD-1.iso
[^] # Re: Site web pas pratique
Posté par symoon . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 1.
Tu attendrais un lien vers une RC depuis la page d'accueil ?
Sinon on pourrait rajouter un http://www.debian.org/devel/testing/debian-installer/
[^] # Re: Site web pas pratique
Posté par symoon . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 2.
define "à chier"
Quel chemin n'est pas facile à trouver ?
[^] # Re: Site web pas pratique
Posté par symoon . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 3.
C'est dans le manuel d'installation, truc de dingue hein ?
Depuis la page d'accueil, manuel d'installation, x86 ->
"4. Comment obtenir les supports du système d'installation ?"
http://www.debian.org/releases/stable/i386/ch04s03.html.fr
[^] # Re: Non disponibilité des firmware non-libre par défaut
Posté par symoon . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 3.
Normalement, l'installateur debian avertit lorsqu'il détecte qu'un microcode (« firmware ») est manquant (fonction "check-missing-firmware" du paquet hw-detect):
http://www.debian.org/releases/stable/i386/ch06s04.html.en
Donc a priori, il faudrait que tu rapporte un bug !
Il y a aussi http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/
Mais c'est pas officiel hein !
[^] # Re: Présence dans Debian
Posté par symoon . En réponse à la dépêche Mesa 9.1 est sorti. Évalué à 6.
Il n'y pas besoin d'un mentor.
Si quelqu'un veut envoyer un paquet alors qu'il ne dispose pas encore des droits pour, bah c'est comme tout dans le logiciel libre, si quelqu'un avec les droits qui vont estime le travail à la hauteur pour être inclus, bah c'est inclus.
Si quelqu'un veut disposer de ses propres droits d'upload, le projet, via un AM (Application Manager) vérifie que le candidat a les compétences et le sérieux requis.
Le processus pour devenir membre a d'ailleurs simplifié ajd, pour examiner les précédentes contributions du candidat à Debian.
Enfin, il n'y pas besoin d'être "DD" pour (commencer à) contribuer à Debian.
[^] # Re: Présence dans Debian
Posté par symoon . En réponse à la dépêche Mesa 9.1 est sorti. Évalué à 3.
Tout dépend du domaine dans lequel tu veux contribuer: traduction, doc, tri de bugs, site web, packaging, résolution de bugs ..
Je doute que tu trouves 1 unique mentor, mais tu peux poser tes questions sur les différentes listes de diffusion / IRC.
[^] # Re: Magic SysRq
Posté par symoon . En réponse à la dépêche Infection par rootkit « SSHd Spam » sur des serveurs RHEL/CentOS. Évalué à 10.
En même temps il y a marqué simulate, c'est très trompeur.
[^] # Re: Non disponibilité des firmware non-libre par défaut
Posté par symoon . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 4.
Comme mentionné sur http://www.debian.org/devel/debian-installer/ il est possible de fournir le firmware à l'installateur.
Les détails sont disponibles :
http://www.debian.org/releases/testing/i386/ch06s04.html.fr
[^] # Re: filesystem plutôt ?
Posté par symoon . En réponse au message VFS file max limit reached. Évalué à 2.
http://lmgtfy.com/?q=linux+number+opened+files+per+process
[^] # Re: "récents mais stables"
Posté par symoon . En réponse à la dépêche Viperr 3 est sortie. Évalué à 4.
Comment fais-tu pour garantir l'absence de régression ou bug dans une nouvelle version ?
Si tu as la recette magique (sans tests unitaires couvrant tout le code), je suis preneur, et je ne suis sans doute pas le seul.
A défaut de tests unitaires, les projets comptent sur le retour des utilisateurs, qui s'étale dans le temps.
# "récents mais stables"
Posté par symoon . En réponse à la dépêche Viperr 3 est sortie. Évalué à 2.
Il est beau le discours marketeux :)
Enfin on peut avoir le beurre et l'argent du beurre et le c..
# en cherchant un peu ..."aspire 5315 ubuntu"
Posté par symoon . En réponse au message consommation energie Ubuntu. Évalué à 3.
http://doc.ubuntu-fr.org/acer_aspire_5315
http://www.fugaz.net/2010/01/23/acer-aspire-fan-issue-solved/
http://ubuntuforums.org/showthread.php?t=1748521
# Voir à l'Adullact
Posté par symoon . En réponse au message Gestion d'une régie d'eau potable en LL ... ça existe ?. Évalué à 1.
Association des développeurs et utilisateurs de logiciels libres pour les administrations et les collectivités territoriales
http://www.adullact.org/
Après j'ai regardé sur la forge, rien de tel, mais c'est peut-être discuté sur des listes, et c'est sans aucun doute l'endroit où discuter de cela, pour éviter de réinventer la roue.
# valgrind
Posté par symoon . En réponse au message Monitorer la consomation de ressource d'un process. Évalué à 3.
Valgrind est un outil d'analyse permettant de détecter et localiser les fuites mémoire.
En revanche, il vaut mieux que les symboles de debug soient encore dans le binaire.
[^] # Re: Effectivement le ping foire lorsque j'arrête toute activité.
Posté par symoon . En réponse au message latences invite de commande en connexion ssh. Évalué à 2. Dernière modification le 15 octobre 2012 à 22:33.
# Une brève histoire de Debian
Posté par symoon . En réponse au journal Pourquoi les différentes versions de Debian sont nommées d’après des personnage de Toy’s Story. Évalué à 10.
Ce genre d'anecdote peut se retrouver dans l'historique de Debian (traduit par l'équipe francophone):
http://www.debian.org/doc/manuals/project-history/
[^] # Re: Il y'a une solution simple
Posté par symoon . En réponse à la dépêche Un miroir SourceForge a été compromis. Évalué à 3.
Non généralement, on part du tarball de la release (sauf pour les cas où l'upstream ne fournit pas de tarball).
[^] # Re: Il y'a une solution simple
Posté par symoon . En réponse à la dépêche Un miroir SourceForge a été compromis. Évalué à 6. Dernière modification le 27 septembre 2012 à 07:51.
Le responsable du paquet qui récupère les sources:
# /var/log/dpkg.log pour répérer les paquets dernièrement mis à jour
Posté par symoon . En réponse au message Problème de mise en veille avec fermeture de l'écran. Évalué à 1.
Regarde quels sont les derniers paquets qui ont été mis à jour, essaie de revenir à l'ancienne version ou regarde les rapports de bug pour ces paquets dernièrement mis à jour sur ton système (une mise à jour de noyau ?).
[^] # Re: Summer of Code _in_ Space
Posté par symoon . En réponse à la dépêche SOCIS2012 : les étudiants peuvent candidater !. Évalué à 4.
La station internationale est en orbite basse, à environ 400km d'altitude. C'était à peu près pareil pour les navettes.
400km à la vitesse de la lumière, un allez-retour dure 2ms et quelques, ça devrait pas trop te bloquer pour IRC (alors qu'en géostationnaire -> 36000km d'altitude).
[^] # Re: Lego
Posté par symoon . En réponse à la dépêche Minetest et les jeux 3D par blocs. Évalué à 10.
Le djembé est à la musique ce que le couteau est à la purée.
[^] # Re: Question.
Posté par symoon . En réponse au journal Des volontaires pour traduire la documentation de Django?. Évalué à 5.
Tout d'abord je confirme que faire de la traduction technique, quand on essaie de faire bien (c'est-à-dire comprendre ce qu'on l'on traduit), c'est très formateur.
Le corollaire étant qu'il faut ne faut traduire que ce qui nous intéresse vraiment, et éviter de viser les statistiques.
De plus, même lorsqu'on sait lire l'anglais technique, cela reste bien plus agréable et moins fatiguant de lire de la documentation traduite dans sa langue maternelle.
(et merci de ne pas mélanger avec le débat de la qualité des traductions, c'est un autre débat. (PUB) D'ailleurs utilisez les manpages-fr de chez perkamon: http://www.traduc.org/perkamon/Presentation disponibles dans debian et ubuntu et fedora).