goeb a écrit 502 commentaires

moteur de recherche intégré (celui de Sphinx)

Comment fonctionne ce moteur de recherche ? en javascript uniquement ?
Est-ce qu'il utilise un index statique ?
Si c'est dynamique comment ça fonctionne ? Le javascript va faire une recherche parmi une liste statique de pages ?

chiffrer ses communications

Il n'est dit nulle part que cette extension permet d'échanger par mail.

Est-ce que cette extension s'intègre dans gmail, ou bien est-elle une nouvelle implémentation
de client de messagerie ?

S'intègre-t-elle dans d'autres webmail que gmail ?

Est-ce que cette extension aura des fonctionnalités que le mail actuel ne fournit pas ? (échange de fichiers peer to peer, etc.)

Quelle est la durée de vie d'une URL raccourcie ?
N'est-elle jamais réutilisée ?

Je ne pense pas que cygwin y soit pour quelque chose.

Si le * n'est pas remplacé, ça veut dire qu'aucun fichier ne correspond au motif recherché.

Dans mon terminal, si je fais :

set -x
cat tototo*
+ cat 'tototo*'
cat: tototo*: No such file or directory
touch tototo1
cat tototo*
+ cat tototo1

On voit bien que dans le premier cat, le * de tototo* n'est pas remplacé.
Et la deuxième fois, le * est remplacé parce que la recherche par le motif a trouvé un fichier.

Ça devrait pourtant fonctionner, car ta commande me paraît correcte.

Fait ceci pour débogguer :

set -x
cat $DS_EXPORT/UpdateCVS.$DS_HOST.*.JOBS | sort -u

et dis-nous le résultat.

Autre piste pour faire apparaître d'éventuels caractères fantaisistes provoqués par un shift-espace malencontreux :

echo cat $DS_EXPORT/UpdateCVS.$DS_HOST.*.JOBS | od -c

leur truc de flux (j'ai oublié le nom)

Google Wave ?

Il me semble que le but de secureboot est très officiellement d'être une gêne pour l'utilisateur lambda souhaitant changer de système d'exploitation

Pas que.

Certaines entreprises sont demandeuses de ce genre de protection pour garantir l'intégrité de leurs OS sur leurs postes. Dans le nucléaire, l'aéronautique, le ferroviaire, etc., le secureboot d'UEFI peut empêcher un employé lambda d'installer un dual boot Linux, ou réinstaller Windows sans anti-virus, ou que sais-je.

C'est un moyen parmi d'autres d'apporter un certain degré de protection de l'infrastructure informatique.

pour savoir, tu peux utiliser file.

Exemple :

$ file /bin/ls
/bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=b07bbaf6c9e0a5a9f340aca801aa95bbfe0dbe7c, stripped


Autre piste :
- l'exécutable est compilé en 64 bits alors que l'OS est en 32, ou inversement
- autres incompatibilités du même genre : exécutable compilé pour un ARM, alors que la machine est du x86, etc.

Les erreurs que j'ai indiquées donnent cette erreur :
- quand tu édites, le fichier est là, lisible, et tout.
- quand tu exécutes : not found.

Non, certaines choses sont bien et mal indépendamment des individus

Comment peut-on démontrer qu'une chose est bien ou mal ?

prendre soin d'un enfant orphelin

Nous sommes une immense majorité à considérer que cela est bien. Mais si une personne pense que c'est mal, comment savoir qui a raison ? La notion de bien ou de mal dépend de tas de choses : la culture, le point de vue, les croyances, la connaissance qu'on a du contexte, etc.

Parfait.
En complément, je précise que dans ton document de test, peut-être, il ne faudrait pas définir l'option -req de la même manière que dans le document amont. Ça me paraîtrait étonnant que les exigences et tests aient le même formalisme.

Je cherche à comprendre l'organisation de ton document en partant de ton exemple un peu modifié :

NOM_EXIGENCE_XXX [
Texte de l'exigence
] NOM_EXIGENCE_YYY

La signification que tu donnes à cela est-elle : "NOM_EXIGENCE_YYY couvre NOM_EXIGENCE_XXX" ?

Si oui, alors tu dois définir l'option -ref comme ceci :

-ref "\] NOM_EXIGENCE_.*"


Sinon, pourrais-tu préciser comment, dans ton document, tu fais le lien entre une exigence en amont, et une en aval ?

Par ailleurs, voici une astuce pour tester les regex :

shell> req regex " NOM_EXIGENCE_.* [" toto
ERROR Could not compile regex
Ok.
shell> req regex " NOM_EXIGENCE_.* \[" toto
No match
Ok.


Le \ est un caractère d'échappement du fichier de config.

Essaye ceci :
- échapper le \
- mettre des parenthèses autour de NOM_EXIGENCE_xxx, pour ne pas prendre le [ dans la capture

define REQ_PATTERN (NOM_EXIGENCE_[0-9]*)\ \\[

Et merci de ton retour. Je suis preneur de tout ce qui peut conduire à des améliorations.

Qu'est ce qui différencie reqflow de rmtoo ?

Quelques différences :

• rmtoo ne prend en entrée que des fichiers texte, alors que reqflow prend en plus : docx, odt, html et pdf.
• rmtoo intègre Git et des artefacts SCRUM (mais je n'ai pas compris de quelle manière) et reqflow non.
• rmtoo génère des diagrammes arborescents, et reqflow non.

En effet, la page web n'est pas à jour.
La commande 'report' a été remplacée par 'trac -x html'.
Je vais corriger l'exemple.

NOM_EXIGENCE_XXX

Tu peux capturer cela avec l'expression régulière suivante :

NOM_EXIGENCE_[A-Z0-9_]*

Si ton CGI est lancé par Apache dans un process séparé, tu pourrais :
- mettre un sleep dans le main
- attacher gdb à ce process pendant ce sleep

Et je mentionne l'autre moyen classique de débugguer : faire des printf partout, pour voir où ça plante. (printf sur la sortie standard, que tu retrouveras dans la réponse HTTP, ou bien dans un fichier de log)

Non, je n'ai pas prévu. Je ne dispose pas de Doors ni de Reqtify.

Ok, vu. Je vais mettre GPLv2+.

ProR semble adopter la même approche que DOORS : rédiger un document consiste à remplir une base de données. En conséquence il manque d'agilité :
- pour prendre en compte une diversité de documents venant de l'extérieur
- pour utiliser des schémas ou images dans les exigences
- pour renseigner des parties de document qui ne sont pas des exigences (qui expliquent le contexte par exemple)

Et je vois mal un chef de petit projet installer Eclipse seulement pour ça.

@Goeb, tu as une petite source d'améliorations ici ;-).

Je ne suis pas sûr de comprendre ta remarque. Si la licence est GPLv2, alors c'est suffisant et exact de dire que c'est GPLv2, il me semble, non ? (même si GPLv2 donne la possibilité de GPLv3)

Reqtify et DOORS sont-ils scriptables ? (pour intégration continue par exemple)

Dans ton cas, quels seraient les fichiers d'entrée de Reqflow ?
- un fichier qui constitue le plan (format word ou autre) ?
- un fichier qui constitue le rapport de test généré ?

Une fonctionnalité que je rajouterai peut-être plus tard à Reqflow est d'aller capturer les exigences dans une multitude de fichiers. Du genre */*.py. Pour l'instant il faut configurer à la main chaque fichier, ce qui s'avère fastidieux si on a des dizaines de fichiers.

J'avais contacté un distributeur de Reqtify pour l'acheter (GeenSoft), mais je n'ai jamais eu de réponse. Je ne sais pas si Reqtify est vraiment commercialisé.

Je n'ai pas d'objectif de qualification pour l'instant. J'ai pour objectif de faciliter le travail. Je connais plusieurs personnes qui ont à leur disposition Reqtify, mais qui ont quand même développé leurs scripts maison (en python par exemple) pour se faciliter le travail de relecture et vérification.