Benoît Monin a écrit 75 commentaires

Bon je viens de faire quelque modifications pour les gros titres : ils sont un peu moins gros maintenant.

Par contre, j'ai essayé de mettre un cadre ou même simplement une ligne en bas des articles mais ça fait moche, je trouve.

Si tu veux essayer de ton coté, il faut ajouter soit border: thin solid #F0F0F0 soit border-bottom: thin solid #F0F0F0 dans le style de l'article ligne 410. Personnellement, je trouve que ça fait trop de «boites» mais libre à toi de forker, la css est sous licence cc-by-sa.

Merci de ton retour. C'est toujours bon à prendre.

Concernant le titre linuxfr.org, je l'avais fait en noir à l'origine mais c'était vraiment agressif. En gris, j'en suis pas très content non plus. Je vais essayer autre chose. Le titre de la page est peut-être un peu gros aussi mais j'aime bien. Je vais voir ce que ça donne légèrement plus petit.

La séparation entre journaux et dépêches ? je suppose que tu parles de la page d'accueil. Le soucis c'est que je n'ai pas moyen de savoir comment les différents contenus sont listés, c'est au choix de l'utilisateur avec le lien «Trier par». Ou alors j'ai pas compris ta remarque.

Je tente ma chance pour le concours avec une css baptisée édition papier. L'idée, comme son nom l'indique est quelque chose à mi-chemin entre un site web et un quotidien de presse papier. C'est blanc, noir, gris et minimaliste et c'est par là : [http://bmo-perso.pagesperso-orange.fr/linuxfr/alpha/edition_(...)]

Il y a toujours la css opensuse qui m'a servi a embêté Nono ces derniers mois : [http://bmo-perso.pagesperso-orange.fr/linuxfr/alpha/opensuse(...)]

Cette css est bien évidemment hors-concours mais ça devrait servir à faire râler le 10 mars 2011 si on en croit le planning [http://www.suse.de/~coolo/opensuse_11.4/]

D'ailleurs ce planning en javascript ça serait chouette pour les dépêches de type infos locales. La source est disponible ici [http://www.simile-widgets.org/timeline/] pour ceux qui voudrait tenter une intégration avec le futur linuxfr. C'est une idée en l'air, je ne sais pas si ça a vraiment sa place sur linuxfr (probablement plus sur l'agenda du libre) et si c'est intégrable.

J'ai une autre idée de css en cours, je sais pas trop quand ce sera fini. Ensuite, je m'attaquerais bien au portage de la css actuelle, si personne ne s'y est mis.

J'ai testé mes css avec firefox et konqueror, en différentes largeurs de fenêtre et tailles de police sur un bon nombre de pages mais il est impossible de tout tester. Donc si vous voyez des choses qui s'affichent de travers, faites-le moi savoir.

Merci pour les précisions, je viens de mettre à jour ma css, la tribune de modération devrait être un peu plus utilisable.

Si j'en crois ce commentaire de baud123 [http://linuxfr.org/comments/1180891.html#1180891], la dépêche et la tribune devrait être côte à côte. Je vais essayé de modifier ça mais qu'est-ce qui est attendu : La dépêche à gauche et la tribune à droite ou l'inverse ? Les deux de même taille ou l'un plus large que l'autre ?

J'en profiterai pour corriger tout ce qui ne s'affiche plus correctement avec ma css : les titres de commentaires, les tableaux du tableau de bord, la section "phare"...

Sinon pour ceux qui se demandent ce qu'il peuvent mettre dans leur CSS, j'avais trouvé ce site [http://caniuse.com/], qui détaille ce que les navigateurs gèrent.

Et bien non ! La CSS opensuse est déjà disponible pour linuxfr on ruby on rails :
[http://bmo-perso.pagesperso-orange.fr/linuxfr/alpha/opensuse(...)]

C'est pas encore tout à fait fini donc si vous voyez des défauts, n'hésitez pas à me les signaler.

Par contre, je viens d'essayer et je n'arrive plus à changer de css, un bug ? ça marchait pourtant ça...

Openstreetmap a aussi un wiki, et en plus ils demandent un coup de main :

http://www.openstreetmap.org/user/!i!/diary/12226

Tu ne donnes pas beaucoup de détails sur le format du connecteur qui est sur la carte mère. Si c'est une connecteur standard IDE 44 points, il existe des adaptateurs, comme par exemple : [http://www.ldlc.com/fiche/PB00020357.html].

Il faut juste penser à ne surtout pas alimenter la molex qui sera du coté de la carte mère.

Maintenant c'est du matériel Dell, donc ça peut être tout sauf standard...

Enlève le quiet de ta ligne de commande noyau, ça devrait mieux se passer. Si tu veux vraiment tout afficher, y compris les messages de debug, ajoute un loglevel=8.

Je n'ai pas su, je me suis contenté de les changer ;)

En fait j'ai posé la question à un électronicien au boulot et il m'a donné ce précieux conseil : Quand tu ne sais pas, change les condos.

Je me suis concentré sur les plus gros condensateurs chimiques, ce sont ceux qui vieillissent le plus mal. En particulier si il fait chaud comme dans un boitier de portable.

On peut appeler ça un coup de bluff, mais ça a payé.

Il m'est arrivé quelque chose de similaire avec un vieux portable de 1999 l'an dernier. Le PC s'éteignait quelques secondes après la mise sous tension.

J'ai fini par le démonter et j'ai changé les condensateurs qui sont au primaire de l'étage l'alimentation. Depuis il ronronne comme un petit chat.

Donc si tu as un fer à souder, je te conseille de jeter un œil dedans.

rev, ainsi que pas mal d'utilitaires unix, ne se comporte pas de la même façon si leur sortie est redirigée ou non. Pour t'en convaincre, utilise strace :

(echo ceci est une phrase; sleep 2 ; echo a l endroit) | strace rev

Cela donne quelque chose comme ça, pour la sequence de lectures et d'écritures sur l'entrée/sortie standard :


read(0, "ceci est une phrase\n", 4096) = 20
write(1, "esarhp enu tse icec\n", 20) = 20
read(0, "a l endroit\n", 4096) = 12
write(1, "tiordne l a\n", 12) = 12


Avec la redirection, ça donne ça:
(echo ceci est une phrase; sleep 2 ; echo a l endroit) | strace rev | rev


read(0, "ceci est une phrase\n", 4096) = 20
read(0, "a l endroit\n", 4096) = 12
read(0, "", 4096) = 0
write(1, "esarhp enu tse icec\ntiordne l a\n", 32) = 32


L'écriture n'a lieu que lorsque le programme source se ferme.

Tout cela dans le but d'avoir un affichage ligne à ligne lorsque affiché sur ton terminal et une meilleure performance (lecture et écriture par paquet de 4Ko) sinon.

Moi aussi je veux jouer !

Sinon pour un vrai site "two point zero", il manque le "tag cloud" qui prend un tiers de la page et les indispensables liens vers digg, stumble upon et autres.

As-tu essayé avec une autre carte réseau ? Si ça se trouve c'est ta carte qui est en cause car le problème a lieu quelque soit le noyau.

Je penche plutôt pour un chroot. Ça peux le vérifier en faisant sudo mount pour voir si il y a plusieurs entrées pour proc.

La seule façon de voir tous les processus sans supprimer le chroot reste le sudo ps.

As-tu regardé du coté de la commande batch tout simplement ? Il faut que le démon atd tourne pour que ça marche mais à priori ca devrait faire ce que tu veux :

batch -f ma_liste_de_taches
atrun -l 8


atrun permet de définir la charge processeur en dessous de laquelle lancer les taches. Accessoirement, atd peux envoyer des mails quand les taches se terminent.

Bref man 1 batch et man 1 atd...

tout est dans le titre !

...On Linux, the permissions of a symbolic link are not used in any operations; the permissions are always 0777 (read, write, and execute for all user categories), and can't be changed.

wait_event_interruptible.

Il faut que tu déclares un wake_queue_head dans ton module. Dans la fonction toto_read, tu mets le processus appelant en attente avec wait_event_interruptible. Et dans ton interruption, enfin là ou tu sais que tes données sont disponibles tu appelles wake_up_interruptible pour réveiller le processus bloqué.

Ces macros sont définies dans include/linux/wait.h dans les sources du noyau. Utiliser les versions interruptibles, ça permet de quitter le processus en attente d'un simple Ctrl-C plutôt que de devoir redémarrer la machine lorsque les choses tournent mal (IT qui n'arrive pas, défaut matériel...).

Je te conseille de passer une demi-journée voire une journée à lire le Linux Device Driver volume 3, ce n'est pas du temps perdu.

La commande echo de bash gère l'hexadécimal directement (l'echo de base ne sait faire que de l'octal), donc ton message peut être envoyé comme ça (il manque un morceau d'ailleurs) :

echo -ne "\x02\x04\x00\xFF\xFF\x01\x00\x00\x00..." > /dev/ttyUSB0


Pour configurer un port série, la commande c'est stty, voir le man pour les détails.

pci0000:00/0000:00:11.3/usb5/5-0:1.0, ça correspond plutôt à un périphérique USB (et le contrôleur USB est connecté par le bus PCI). Le plus simple c'est de le débrancher pour tester si ça plante toujours.

Une autre chose à essayer c'est de faire tourner memtest [http://www.memtest.org/] un moment pour écarter d'éventuels problèmes de mémoire défectueuse.

Je vois bien mais ca n'est pas un problème : Le contexte du programme appelant est détruit au moment de l'exec.
Ca veut dire que toutes les allocations dynamiques sont récupérées par l'OS, les descripteurs de fichiers sont fermés... Comme à la sortie d'un programme.
Bon, dans ce cas particulier, la liste d'argument n'est pas supprimée mais transférée dans le contexte du programme que tu lances.
Pour toi ca ne changes rien, pas besoin de faire de free.

Après un appel à execvp ou consorts, le contexte d'exécution de ton programme est remplacé par celui du processus que tu lances.
D'ailleurs c'est écrit en toutes lettres dans man 2 execve :

execve() does not return on success, and the text, data, bss, and stack of the calling process are overwritten by that of the program loaded.


Donc je ne vois pas trop ce que tu veux faire après un exec. Peux-tu donner des détails ?

Je n'ai pas de conseil particulier en matière de matériel mais si c'est le silence que tu recherches, va faire un tour sur [http://www.silentpcreview.com].

C'est LE site de référence pour l'informatique silencieuse.

J'avais vu ce bug de vieux disques IDE mal détectés sur la lkml [http://lkml.org/lkml/2009/2/13/134]. Par contre je ne sais pas si il y a eu un patch depuis.

Tu as deux solutions : soit essayer un noyau plus récent en espérant que le bug soit corrigé. Soit essayer un vieux noyau qui utilisait l'ancien support IDE plutôt que la libata.

la commande ulimit -p permet de connaître et de changer la taille des pipes.

La taille est donnée en multiple de 512 octets et c'est 8 par défaut, d'où les pipes de 4ko.