Christophe --- a écrit 225 commentaires

Je confirmes tout tes points, avec quelques remarques:

*résolution de 600 x 600

De ce que j'ai imprimé jusqu'à maintenant, cela m'a paru largement suffisant, en tout cas pour des images, mais il est vrai que je n'ai pas imprimé de vrai texte dessus...

*pas de recto-verso

c'est vrai, par contre elle supporte au moins le recto-verso manuel. Je pense que pour cette taille, c'est difficile d'arriver à retourner la page dans la bête :)

*bac à feuilles de 150 pages seulement

C'est là sont plus gros reproche en général, d'autant plus qu'elle ne permet pas non plus d'avoir un bac supplémentaire... À savoir! comme tu le dis, c'est bon pour du semi-pro, je ne la conseillerais pas pour des volumes élevés d'impression.

...sauf qu'il a pris celle-ci:
HP LaserJet CP1515n

Ah, évidemment, elle est un peu plus cher, et en plus elle est pas multifonction, mais par contre a le réseau d'origine. (et, petit détail, on y met quatre toners au lieu d'un :) )

Bin c'est un connaisseur, le père noël: aucun pilote à télécharger, tout est d'origine dans cups... et comme en plus elle supporte le PostScript, on peut même bidouiller pour simplifier encore plus les filtres!

J'suis content aussi! (même si j'ai pas fait un journal, mais bon je profites du tiens)

Disons que si j'étais un parent, je serais bien content de connaître le parental advisory pour pouvoir préparer une réponse aux questions :)

[Parental Advisory]
Oh my god, et en plus y'a d'la nudité (planche 55, 61)
[/Parental Advisory]

Bonjour,

J'ai commencé à feuilleter la version en ligne, et j'ai trouvé quelques pages qui ne sont probablement pas pour les enfants:

- 13: pour comprendre la claque;
- 21: j'crois que j'vais aller faire la fête avec les nains moi :)

bon là j'en suis à la planche 48, et j'ai pas vu grand chose d'autre, mais il faut savoir qu'il y a du sang et de la violence, mais c'est bien normal pour une aventure héroïque!

Christophe.

Bonjour,

Voici quelques remarques par rapport à ta tentative d'utilisation de badblock dans ton cas, et pourquoi ce n'est pas la peine de tenter de creuser plus cette voie:

- cette commande lis la partition entière à la recherche de secteurs retournant une erreur. ok, mais... cette liste est juste affichée à l'écran (ou renvoyée dans un fichier) mais le disque dur n'est pas "mis au courant", l'OS non plus, le système de fichier non plus

- là, ça se corse: il n'y a pas de standard pour gérer la liste des secteurs défectueux. donc on ne peut pas enregistrer cette liste dans la partition

- c'est donc logiquement le système de fichier (e2fs, e3fs, xfs...) qui prend cela en compte (mke2fs: options -c, -l, ou mise à jour à la volée par fsck ou par le pilote?)

Pourquoi je dis tout cela? Parce que dans le cas de ton raid, cela veut dire:
- ça ne sert donc à rien de faire le check sur /dev/sdb3, car il n'y a pas de système de fichier dessus capable de le gérer;
- si tu utilise cette liste sur le fs qui est sur /dev/md1, tu vas en même temps désactiver ces secteurs sur l'autre disque, ce que tu ne veux probablement pas. De plus, il y a fort à parier que les numéro des secteurs de sdb3 ne correspondent pas à md1, donc... pire!
- si tu utilise badblocks sur /dev/md1, tu n'aura évidemment rien, car le raid vas toujours retourner le secteur sur le disque qu'il à réussi à lire... Au mieux, cela aura permis au md de se rendre compte que tu as un disque défectueux, mais ça, tu le sait déjà :-(

Voila, j'espère t'avoir éclairé un peu,
Christophe.

Bonjour,

Cela fait un moment que je n'ai pas pratiqué (mon raid tourne trop bien?), mais voici mes hypothèses:

- le déclarer en fail ne retire pas le disque du raid, tu ne peux donc pas le retirer de la machine. Cela sert à lui dire de ne plus reconstruire sur ce disque, et si tu a des spares (des disques déclarés de secours) à en utiliser un à la place.

- ce que tu veux, c'est le retirer du raid:
mdadm --manage /dev/mdX --remove
à partir de ce moment, tu peux le débrancher, remplacer par le nouveau disque, et lorsque celui-ci est partitionné et prêt, l'ajouter dans le raid avec mdadm ... --add.

Bonjour,

Je suis pas expert dans le domaine, mais en gros, voici la différence entre chaque de ce que j'ai vu:

- un mot de passe est utilisé tel-quel, et sert à l'authentification de la personne;
- une pass-phrase n'est pas utilisé telle-quelle, elle sert de source pour générer un mot de passe ou une clé (en général en calculant le hash).

Souvent, dans le cas d'une clé générée, celle-ci sert justement à déchiffrer la vrai clé utilisée pour protéger les informations (afin de ne pas la stocker de façon visible).

Dans l'autre cas, l'avantage de la pass-phrase est qu'elle permet d'obtenir des mots de passes compliqués (aka: résistes aux attaques par dictionnaires, et souvent aussi mieux à la brute force), tout en gardant un truc un peu ''human-memory-compatible'' avec la personne qui l'utilise.

Voila, pardon d'avance aux expert pour les fautes que j'aurais pu commettre dans votre domaine.
Christophe.

Bonjour,

à mon avis, ce qui se passe c'est que de temps en temps le système de fichier à besoin de faire quelques opérations, par exemple réorganiser la liste des fichiers, ou alors il y a un autre programme qui accède au disque, qui font que tes requêtes sont mises en attentes.

Personnellement, je verrais deux solution:
- il y a beaucoup de gens qui ont déjà réfléchi à ce genre de problèmes, de la est apparu la notion de "temps réel" (real-time). La bonne solution consiste donc à utiliser un noyau avec les patchs qui vont bien (je ne suis plus au courant de l'actualité de ce côté là) et d'utiliser l'API correspondante dans ton programme.

- l'autre solution consiste à repenser ton programme. Tu sait que le système ne va pas te garantir les temps de sauvegarde, il faut donc séparer en deux:
* un process ou thread qui va récupérer les images au fur et à mesure;
* un autre, qui prend en charge la sauvegarde au fur et à mesure.
Attention à la communication entre les deux si tu ne veux pas voir réapparaître de limite!

Bon courage,
Christophe.

Non mais les tutoriaux sont dépassés, has been comme on dit chez les dissaïdors pressed !

Ce qu'il veut maintenant l'utilisateur c'est Le ParperClip(tm) qui est là avec lui pour l'aider à improuver sa productivity.

Et heureusement, il y a Vigor, LA solution:
http://vigor.sourceforge.net/

Vigor, pour le VI du 22e siecle et au delà

heu...

en même temps, pardon pour mon ignorance, mais il me semble que le support d'un groupe wheel dans su ça ne sert pas à grand chose. Pour n'autoriser que les gens du groupe à l'utiliser, il suffit de ces deux lignes:

chown root:wheel /bin/su
chmod u=rs,g=rx,o= /bin/su

Et pouf, la feature de fasciste est de retour...

Ah, tout pareil içi avec la 3.5.10... ça m'a fait tout bizarre de pas pouvoir voter "sous kde" pour des icones "pour kde"...

Cela semble à un problème de javascript, encore une grande "victoire" du hype AJAX sur le KISS...

Heureusement, j'ai pu voter quand même en sortant mon Iceweasel (non, pas de troll de distrib pour moi, merci)... dans lequel le résultat n'as pas été tellement plus glorieux, mais au moins j'ai pu remplir mon devoir de citoyen r.

Bon, quand la prochaine version de k3b sortira avec des icones toutes pouries, au lieu de faire un journal pour faire un scandale, je pourrais me flageller avec des orties (fraîches, si la saison le permet) pour ma part de culpabilité.

Et sinon, juste pour ma curiosité personnelle, y aurait moyen d'avoir un peu plus d'information sur cette histoire? Des explications, des liens, sur ce qui s'est passé, sur le comment, ...

Bonjour,

Pour ce qui est de l'échappement, il faut que tu mettes '\\!' et cela devrait passer.

Bonjour,

D'après la doc de pdftk, il permet de modifier ces champs. Ce que tu peux faire par exemple, c'est:

- récupérer les infos du 2e fichier:
pdftk le_pdf_de_ooo.pdf dump_data le_fichier_de_data

- quand tu fait le merge, lui dire de reprendre ces infos:
pdftk ... update_info le_fichier_de_data

Et normalement, ça devrait être bon... En prime, tu peux aussi modifier ce que tu veux entre temps dans le fichier le_fichier_de_data si tu veux.

Moi aussi, j'avais pensé à Merb on Rails.
Donc, pour la version française, je propose de l'appeler...:
voyages-sncf !


...bon ok, c'est tout pourri /o\ ~> []

Comme tu peux le constater:

http://atilf.atilf.fr/dendien/scripts/tlfiv5/displayp.exe?13(...)

pas besoin d'inventer un nouveau mot, c'est déjà ce qu'il veut dire, sa signification informatique n'étant qu'une dérivée de sa définition originale. Et comme tu peux le voir, son féminin est aussi spécifié :)

Bonjour,

C'est ton expr2 du for qui est fausse, voir la documentation de bash pour savoir ce qu'il faut mettre (section "Commandes composées") et comment le mettre (section "Calcul Arithmetique").

Bonjour,

La commande bindkey est une commande interne au shell, et... c'est en csh. Pour bash (qui est en général le shell par défaut), c'est bind qu'il faut utiliser:

bind -x '"^[":kill -9 -1'

pour l'aide, man bash -> section SHELL BUILTIN COMMANDS

Si le code dans ton commentaire (dans la gestion de l'évènement) est "correct", alors ton message précédent est normal:

Lorsque tu fait le grab avec owner_events = false:
- si tu clique dans ta fenêtre, tu recois un évènement -> tu le jette toi-même;
- si tu clique en dehors -> X voit un évènement. il voit qu'il n'est pas pour ta fenêtre. il voit que tu as demandé un grab. il le jette.
Typiquement ce que tu ne veux pas...

Ai-je loupé quelque-chose?

Sinon, je me répond (encore) à moi-même, j'adore me contredire (fight_club powa), mais on trouve aussi ceci sur le site:

http://www.fs-driver.org/relnotes.html
With Ext2 IFS version 1.11, drive letter management is significantly improved: When a removable device, e.g. an external USB hard disk drive, is unplugged, drive letters for that device are automatically deleted
[...]

En fait, les Removable Media semble être supportés... Quelqun de motivé pour proposer à l'auteur de mettre à jour?

Euh non, en fait j'ai peut-être répondu un peu vite, j'ai lu sdb et j'ai pensé à Removable Media, ce qui ne semble pas être le cas dans ton message.

Par contre, pour le passer en ext3, tu a juste fait un mke2fs sur la partition, ou tu as aussi changé le type avec fdisk? Sans ce deuxième point, c'est peut-être pour cela qu'il ne la reconnais pas?

Bonjour,

D'après le site, ce n'est pas possible, je cite:

http://www.fs-driver.org/troubleshoot.html
There is an unsatisfactory answer only: it is not possible.
[...] So there is one straight advice only: do not use removable media with more than one partition with Windows.

Bonjour,

Ca fait longtemps que j'ai pas fait de Gtk, et je ne fait pas de python, mais de ce que j'en sait:

- il faut appeller la fonction X XGrabPointer;
- dans Gtk/Gdk, celle-ci est appelée par gdk_grab_pointer;
- la fonction gtk_widget_grab sert seulement à définir quel widget à le focus dans sa fenêtre.

Quand je regarde les paramètres de la fonction gdk_grab_pointer, je me rend compte que ceux-ci ressemblent beaucoup à son équivalent X :)

En gros, les paramètres sont, dans l'ordre:
- window, le fenêtre qui monopolise le pointer, pas de soucis là-dessus;
- owner_events, contrôle comment sont reportés les évenements pour les autres fenêtres de la même application. En gros, si tu le met à False, alors les clicks sur les autres fenêtres seront considérés comme ne s'adressant pas à ta fenêtre, et seront donc jetés, alors que si tu le met à True ceux-ci seront considérés comme destinés à ta fenêtre... donc pas jetés;
- event_mask les évènements que tu ne veux pas jeter (Remarque: uniquement pour la souris);
- confine_to l'id d'une fenêtre dans laquelle la souris sera bloquée (cela servait sur certaines versions de xlock), le pointeur ne pourra pas en sortir;
- cursor le curseur de souris à afficher tant que le grab est actif;
- time_ le timestamp de l'évènement qui est la cause du grab. Cela sert à X pour savoir a partir de quand rediriger les évenements. Tu peux récupérer ce paramètre depuis l'évenement: event->time, ou dans le pire des cas utiliser GDK_CURRENT_TIME.

Voila, j'espère que cela t'aidera...
Christophe.

Bonjour,

Je pense que pour ton problème le plus simple c'est de commencer par etendre la 4e partition (la 'etendue'), puis soit:
- de créer une nouvelle partition dans l'étendue (à priori, 5=swap et 6=home, donc 7);
- d'étendre le 'home' pour qu'il occupe toute la place ajoutée

Sinon, la copie avec dd est un peu osée, il y a dans le boot sector (le premier secteur du disque, qui contient la table des partition) des informations relatives à la 'géométrie' du disque, donc les copier telles-quelles sur un disque différent, c'est optimiste :)