kursus_hc a écrit 1225 commentaires

Maintenant il ne manque plus que la doc du contrôleur USB Broadcom pour pouvoir utiliser un Rpi correctement… Oups ah non! Parce qu'il l'ont paumée en fait.

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=5249
http://beta.slashdot.org/story/173879

Ce journal aurait plus sa place dans les forums.

D'après le lien c'est fichu pour faire fonctionner la carte. C'est très rare, j'ai l'impression de revenir 10 ans en arrière. OP tu aurais le droit de te plaindre auprès de ton constructeur. Deux solutions donc : attendre que le pilote arrive (en natif de préférence) ou acheter une carte wifi USB (disponible partout ou l'on vend des ordinateurs, entre 10 et 20€).

Je ne suis pas certain qu'utiliser un driver windows soit une bonne solution. Pourrais-tu au moins préciser le modèle de ta carte ainsi que ton système ?

En même temps il n'a jamais dit que tu l'avais dit.

Merci pour ce journal (qui dénonce grave). En guise d'amélioration je verrai bien la boîte "promotion" tout en haut de l'accueil afficher 3 articles aux lieu d'un seul, ce qui éviterait le trust parfois longuet de certains articles (même si nécessaire, je pense notamment à l'affaire de la mise en demeure).

Sinon désolé si ça en offense certains, mais je pense que le déplacement de toutes les dépêches "agenda" (au sens large) dans une catégorie à part serait bénéfique pour la page d'accueil. Ça permettrait de donner l'illusion d'une péremption des news plus faible, et du coup de limiter le syndrome "ha ben il y a eu 9 nouvelle dépêches depuis celle-ci, ça ne sert à rien de la commenter, personne ne va le voir de toute façon".

A l'heure où j'écris, il y a 6 dépêches sur 16 consacrées à des événements locaux sur l'accueil. 37% du contenu de l'accueil de linuxfr est "clivant", c'est beaucoup trop. Personnellement ce sont les seules news du site qui ont 100% de chances de ne pas m'intéresser (je trouve ça super que des gens se rencontrent pour parler de linux, mais je m'en contre-fiche).

"Complètement HS" non, au pire "un peu HS", mais il est vrai que l'article commence par "Afin d'avoir un service aussi complet que Gmail".

Moi je ne croirais pas quelqu'un qui emploie l'expression "raconter des couilles".

Sauf que le fichier et l'OS sont assez permissifs sur la syntaxe, contrairement aux serveurs SMTP.

Tu disais ça juste pour un bon mot où tu as déjà mis en place des serveurs SMTP (réellement fonctionnels) dans la vraie vie ?

Selon la configuration du /etc/hosts, tes mails peuvent arriver chez Gmail mais se faire refuser chez Yahoo.

Merci pour la dépêche. Dans mes souvenirs il fallait avoir un /etc/hosts dûment renseigné pour localhost afin d'être sûr que ça marche. C'est toujours le cas ?

Je suis du même avis, et justement je suis étonné que l'annonce fasse grand bruit quand cette grosse tentative d'arnaque n'en fait aucun (même sur les sites techniques). As-tu trouvé des articles sur le sujet ?

Oui désolé le lien est moyen, pas besoin de noyeau RT. Pour référence, sous debian dans /etc/security/limits.conf :

@audio          -       rtprio          65
@audio          -       nice           -10
@audio          -       memlock         40000

@pulse-rt       hard nice -20
@pulse-rt       soft nice -20

En ajoutant l'utilisateur courant aux groupes audio et pulse-rt

Suffit pour faire passer pulseaudio en real-time priority.

C'est peut-être la 'priorité temps réel' qui n'est pas autorisée sur ton système, beaucoup de distribution ne le font pas par défaut :
http://superuser.com/questions/40429/how-do-i-run-pulseaudio-with-realtime-priority-in-ubuntu-9-04

Au démarrage de pulseaudio tu devrais avoir ces lignes :

I: core-util.c: Successfully gained nice level -11.
D: main.c: Can realtime: yes, can high-priority: yes

Si il avait adopté ET mal conçu (pour accepter les bugs drivers existants), il n'aurait rien fait ressortir du tout. Donc l'adoption n'a rien à voir (bon effectivement il faut quand même quelques utilisateurs je le concède).
Je ne défend pas particulièrement pulseaudio, surtout qu'il a des défauts, sa complexité par exemple (une connaissance avancée du fonctionnement est indispensable dès lors qu'on sort des situations classiques), mais il n'est pas mal conçu.

Quel logiciel pour la capture ? C'était bien Pulseaudio 4 ?

Pulesaudio EST bien conçu (bon à part la partie réseau qui est à la rue), pour la millième fois c'est la principale raison pour laquelle il y a eu autant de problèmes au début : il a fait ressortir les vilains hacks empilés dans les drivers depuis des années.

Tu blâmes plusieurs fois le driver mais tes mésaventures sont en fait dues à son empaquetage, et donc à ta distribution.

Ce qui permet d'éliminer tout risque si on utilise UN disque seul pendant quelques jours avant de mettre en place le RAID1, non ?

Bah oui, Zenitram si tu as une étude sourcée qui démonte ta théorie du "deux produits voisins de chaîne ont plus de chances de cesser de fonctionner précisément au même moment" (sauf défaillance technique, je précise au cas où quelqu'un ne comprendrait toujours pas) n'hésite pas à la publier hein ! Mais tu n'en trouveras pas car c'est du pur pipeau.

chose courante malheureusement sur des gros projets Web.

Et ça risque d'être pire, vu cette propriété qui n'encourage pas du tout les bonnes pratiques : à quoi sert de faire des css propres si on peut en faire des dégueues ?

Il faudrait que vous retiriez la vue Catégorie Principale des catégories parce que vous allez perdre pas mal de monde en route.

Si je clique sur 'Debian' ou 'Ubuntu' j'arrive sur un gros "Aucun produit dans cette catégorie". Alors qu'il y en a ! Il sont juste dans la sous-catégorie du dessous, qui elle n'a pas le nombre de produit affiché, hum. En cliquant dessus je croyais arriver sur la liste générale des portable, alors que ce sont ceux de la distrib sélectionnée : il faudrait ajouter le nom de la distrib sur le titre de la sous-catégorie.

Sinon bravo pour l'initiative !

On ne parle pas de vices de fabrication mais d'usure normale.

et donc des disques physiquement identiques (vu le volume de production)

Je ne crois pas qu'il y ait deux disques strictement identiques en sortie de chaîne, supposés claquer à dans la même minute (sinon ça se vérifierait pour n'importe quelle manufacture). Et quand bien même, il suffirait d'utiliser UN disque seul pendant deux jours avant de monter le RAID pour se donner une marge suffisante de remplacement (et d'obtenir si j'en crois vos stats une très forte probabilité de ne pas les voir mourir en même temps).

On parle bien de RAID 1 là ? Le "rebuild" est donc une simple copie (et le type se fait bien contredire dans les commentaires). Ton chiffre de 0.05% est quand même pas mal sorti du chapeau, il ne faudrait pas oublier des facteurs important comme la mise en service ou non du système pendant la période, et si ce n'est pas le cas je crois que la probabilité de tout perdre est plus faible que la probabilité de voir un incendie se déclarer chez toi (et de tout perdre quoi qu'il arrive).
Bref il y a toujours une probabilité de faire claquer deux disques en même temps, il faut quand même aller sacrément titiller les probabilités, genre à aller jouer au loto dans la foulée. C'est déjà arrivé à quelqu'un ici ?

un RAID1 ne survit pas à la mort simultanée de 2 disques

Je ne comprends pas cette phrase. Quelle est la probabilité pour que 2 disque meurent en même temps ?