Je en sais pas pour les ingénieurs, mais pour les scientifiques quand on passe en notation exponentielle c'est pour avoir un chiffre compris entre 1 et 10 et que l'exposant puisse alors être directement interprété comme l'ordre de grandeur.
Donc 1*10^8, qui dans ce cas particulier va se résumer à 10^8 puisqu'il n'y a qu'un ordre de grandeur.
Mais dans le cas d'une dépèche comme celle-ci j'aurais personnellement plutôt écrit en toute lettre cent millions ce qui fait plus impressionnant :-)
Par contre il ne sera plus dans la 2009.1, il y aura juste les bibliothèques nécessaires aux anciens programmes pas encore portés, mais plus de bureau KDE3.
Dommage, continuer la transition encore 6 mois aurait été pas mal je trouve (mais je me rend bien compte que c'est beaucoup de travail de maintenir autant de bureaux avec une bonne intégration dans la distribution)
Justement pas, la copie de travail locale c'est celle que le développeur a modifié, donc il faut renvoyer tout le fichier au serveur pour que lui l'enregistre efficacement en faisant des diff.
Ta page d'exemple est invalide, avant même le DOCTYPE tu as
<?<br/>
<br/>
<br/>
du coup le codage des caractères n'est pas lu correctement (avec konqueror) et l'UTF-8 interprété comme du ISO-8859-1 ça fait très moche.
filelight est un programme KDE (il en existe d'autres) qui affiche graphiquement l'usage du disque et permet de repérer facilement les répertoires/fichiers qui utilisent le plus d'espace.
Ensuite avec la commande lsof tu peux essayer de voir si ces fichiers sont encore ouverts par un processus.
- le chargement de mon flux XML lorsqu'il contient des données mises à jour prend environ 900 octets ;
- une réponse "304 Not modified" semble trop petite pour être évaluée par firebug (qui met un ? à la place de la taille).
C'est parce qu'il n'y a aucun contenu avec la réponse 304, et dans tes 900 octets les headers ne sont probablement pas comptés.
Côté serveur avec un apache tu peux voir la taille réellement reçue/envoyée avec le mod_logio http://httpd.apache.org/docs/2.2/mod/mod_logio.html
Or, en pratique, les données ne changent en moyenne qu'une fois toutes les heures (mais ce délai est complètement aléatoire).
Le délais est aléatoire, mais ton serveur peut-il l'estimer (même grossièrement)?
Si oui tu peux ajouter le header Expires (http://www.freesoft.org/CIE/RFC/2068/182.htm ) pour indiquer au client à partir de quand ça vaut la peine de refaire une requète.
Tu devrais plutôt modifier ton webservice pour qu'il renvoit un code 304 (cf http://www.freesoft.org/CIE/RFC/2068/87.htm ) si les données n'ont pas changé. La partie ajax doit alors envoyer un header qui indique la date de sa dernière requète.
Cela devrait te limiter beaucoup la quantité de données envoyées.
D'ailleurs ce n'est pas possible d'internationaliser tout ça ?
C'est le cas sur mandriva, et ça fait parfois des choses bizarres si la table de caractères du terminal ne correspond pas à celle des textes qui sont affichés ;-)
Hier mes parents se sont payé un acer aspire one avec la version linux (120Go au lieu de 160Go pour la version windows), mais il est 100 francs meilleures marché.
Si tu parle encore en francs français ça fait à peine 15€ moins cher (et si c'est des francs belges c'est négligeable), pas énorme comme différence, même sur des machines à 300€.
C'est pour ça que tetex n'est pas une dépendance, puisque n'importe quelle distribution LaTeX fait l'affaire.
Et puis, LaTeX n'est pas obligatoire pour utiliser LyX car on peut aussi s'en servir pour sortir du docbook, ou encore exporter simplement un fichier TeX qui sera compilé sur une autre machine (par exemple parce que tu contribue à l'édition d'un document mais ce n'est pas toi qui fait le rendu).
Tester tes disques avec dd c'est une méthode de violent et qui ne sortira que les erreurs évidentes.
badblocks lui est fait pour ça, fait des tests plus intelligents et peut être utilisé avec e2fsck pour intégrer la liste des mauvais blocks dans le système de fichiers pour les éviter.
Intéressant, je ne savais pas que ça existait déjà.
Je n'ai par contre pas de temps à y consacrer, poru le moment je participe plutôt au projet http://www.openstreetmap.org/ (en feit, depuis que j'ai trouvé comment enregistrer des trajets avec le GPS de mon N810).
Et de toute façon je suis à classer dans la catégorie programmeur dans la branche "qui n'a aucun goût" ;-) (je trouve le bleu de midnight commander très esthétique dans son terminal, et j'aime faire mes graphiques avec gnuplot)
J'ai l'impression que tu fais trop compliqué.
Si tu veux simplement un répertoire dont le contenu est accessible à tout le monde la gestion classique des groupes Unix est suffisante.
Tu crée un groupe dans lequel tu met tous tes utilisateurs, tu crée ton répertoire et tu le place dans ce groupe avec les droits d'écriture au groupe et tu positionne le bit SGID du répertoire, ce qui aura pour effet que les fichiers créés dans le répertoire appartiendront aussi au groupe. Enfin, tu positionne pour tous les utilisateurs le umask pour qu'à la création il y aie le droit d'écriture au groupe.
J'ai déjà utilisé ça et ça fonctionne correctement, à condition de ne pas utiliser des programmes qui forcent les permissions à autre chose que les valeurs par défaut (j'ai eu le cas avec des clients (S)FTP) (par contre, s'il y a partage samba en plus c'est un peu plus compliqué)
- hormis le moteur, beaucoup de développements pour un jeu sont "à corps perdu" : même si cela était sous licence libre, les artworks, musiques, ... qui contribuent à l'ambiance d'un jeu sont difficilement récupérables pour un autre. Et donc le coût ne peut pas être réparti comme pour du code, et il faut bien l'assumer.
Je ne suis pas d'accord, il suffirait de bien penser la chose et cela pourrait devenir très réutilisable.
Prenons quelques exemples:
Pour des FPS (et en fait tous les jeux en 3D à la première personne) les design d'objets communs (meubles, bâtiments, petits objets courants, végétation) et de personnages standards (humain, animaux réels), ainsi que les textures qui vont avec (murs, sols, personnages) pourraient constituer une base de données commune dans laquelle différents jeux iraient pêcher suivant les ambiances qu'ils veulent mettre en avant.
Tu y gagnerais en plus les possibilité d'évolution de cette bibliothèque commune, imaginons qu'au fil du temps des versions en plus haute définition des mêmes objets et mêmes textures deviennent disponibles, tu pourrait rejouer à de vieux jeux en profitant d'un environnement plus détaillé (cf half-life premier du nom dont une extension avait amené des skins "haute définition").
Idem pour des RTS à la civilization, tous les designs de terrains pourraient être réutilisables en fournissant des variantes.
Des bibliothèques de bruitages pourraient également être constituées (bruits d'ambiance, bruits d'animaux, variantes réalistes/fantasie/glauque/...).
Cela permettrait à de petites équipes de lancer des projets de gameplay innovant sans pour autant se retrouver avec des graphismes tout moches parce qu'il n'y a pas de graphiste dans le groupe.
Attention, tu n'a pas inclus le texte de la license dans ton archive, tu y fais seulement référence dans les en-têtes des fichiers source.
Tu as choisi la GPL v3 (ou supérieure) ce qui veut dire que dont pilote ne pourra pas être intégré dans xorg. (xorg est sous license MIT, c'est compatible GPL mais uniquement dans un sens et ils ne voudront pas que tout xorg passe sous GPL pour un pilote)
Est-ce un choix délibéré?
où les simple quote vont protéger les doubles qui seront passés tels quel à ssh qui va les envoyer comme ça au serveur distant, qui exécutera donc la commande
bash -c "echo 123;echo 456"
mais comme écrit par d'autres, un simple
ssh utilisateur@machine "echo 123;echo 456"
fait l'affaire (les double quote sont encore là pour protéger le point-virgule).
[^] # Re: Paquets
Posté par wismerhill . En réponse à la dépêche KDE 4.2 : The Answer. Évalué à 2.
Donc 1*10^8, qui dans ce cas particulier va se résumer à 10^8 puisqu'il n'y a qu'un ordre de grandeur.
Mais dans le cas d'une dépèche comme celle-ci j'aurais personnellement plutôt écrit en toute lettre cent millions ce qui fait plus impressionnant :-)
[^] # Re: tester une version alpha
Posté par wismerhill . En réponse à la dépêche Sortie de Mandriva Linux 2009.1 Spring Alpha 2. Évalué à 1.
Dommage, continuer la transition encore 6 mois aurait été pas mal je trouve (mais je me rend bien compte que c'est beaucoup de travail de maintenir autant de bureaux avec une bonne intégration dans la distribution)
[^] # Re: Variation
Posté par wismerhill . En réponse au journal Considération sur l'emploi de rsync. Évalué à 1.
Ça veut dire que pour les autres il faut prévoir le double de place pour la copier locale?
[^] # Re: Variation
Posté par wismerhill . En réponse au journal Considération sur l'emploi de rsync. Évalué à 2.
# HTML invalide
Posté par wismerhill . En réponse au journal txt2TeX, un simple traitement de texte. Évalué à 2.
<?<br/>
<br/>
<br/>
du coup le codage des caractères n'est pas lu correctement (avec konqueror) et l'UTF-8 interprété comme du ISO-8859-1 ça fait très moche.
À part ça c'est une idée intéressante.
[^] # Re: filelight et lsof
Posté par wismerhill . En réponse au message Linux, Ext3 et disque plein.. Évalué à 4.
En le demandant au noyau.
C'est exactement ce que fait lsof.
# filelight et lsof
Posté par wismerhill . En réponse au message Linux, Ext3 et disque plein.. Évalué à 5.
Ensuite avec la commande lsof tu peux essayer de voir si ces fichiers sont encore ouverts par un processus.
[^] # Re: Quoi??
Posté par wismerhill . En réponse à la dépêche openSUSE 11.1 - nouvelle version du caméléon disponible !. Évalué à 10.
(donc j'en ajoute un pour la voir un peu plus)
[^] # Re: Not modified
Posté par wismerhill . En réponse au message Faire tourner un script PHP en boucle indéfiniment : bien ou pas bien ?. Évalué à 2.
- une réponse "304 Not modified" semble trop petite pour être évaluée par firebug (qui met un ? à la place de la taille).
C'est parce qu'il n'y a aucun contenu avec la réponse 304, et dans tes 900 octets les headers ne sont probablement pas comptés.
Côté serveur avec un apache tu peux voir la taille réellement reçue/envoyée avec le mod_logio
http://httpd.apache.org/docs/2.2/mod/mod_logio.html
[^] # Re: Not modified
Posté par wismerhill . En réponse au message Faire tourner un script PHP en boucle indéfiniment : bien ou pas bien ?. Évalué à 2.
Le délais est aléatoire, mais ton serveur peut-il l'estimer (même grossièrement)?
Si oui tu peux ajouter le header Expires (http://www.freesoft.org/CIE/RFC/2068/182.htm ) pour indiquer au client à partir de quand ça vaut la peine de refaire une requète.
# Not modified
Posté par wismerhill . En réponse au message Faire tourner un script PHP en boucle indéfiniment : bien ou pas bien ?. Évalué à 9.
Cela devrait te limiter beaucoup la quantité de données envoyées.
[^] # Re: ça ne sert à rien de toute manière
Posté par wismerhill . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 2.
C'est le cas sur mandriva, et ça fait parfois des choses bizarres si la table de caractères du terminal ne correspond pas à celle des textes qui sont affichés ;-)
[^] # Re: man bash
Posté par wismerhill . En réponse au message modifier des chaines de caractere avec sed. Évalué à 8.
${i%.JPG}.png
qui ne retire que de la fin du texte.
[^] # Re: De mieux en mieux!
Posté par wismerhill . En réponse au message Kde en anglais. Évalué à 2.
[^] # Re: Aspire One
Posté par wismerhill . En réponse au journal Netbooks et linux : rien n'est gagné.. Évalué à 3.
Si tu parle encore en francs français ça fait à peine 15€ moins cher (et si c'est des francs belges c'est négligeable), pas énorme comme différence, même sur des machines à 300€.
[^] # Re: Hem hem...
Posté par wismerhill . En réponse à la dépêche Sortie de LyX 1.6.0 et 1.5.7. Évalué à 3.
Et puis, LaTeX n'est pas obligatoire pour utiliser LyX car on peut aussi s'en servir pour sortir du docbook, ou encore exporter simplement un fichier TeX qui sera compilé sur une autre machine (par exemple parce que tu contribue à l'édition d'un document mais ce n'est pas toi qui fait le rendu).
# badblocks
Posté par wismerhill . En réponse au message Disques-durs HS. Évalué à 1.
badblocks lui est fait pour ça, fait des tests plus intelligents et peut être utilisé avec e2fsck pour intégrer la liste des mauvais blocks dans le système de fichiers pour les éviter.
[^] # Re: Pour les logiciels payants
Posté par wismerhill . En réponse au message Logiciels payants sous linux : pour ou contre ???. Évalué à 2.
Je n'ai par contre pas de temps à y consacrer, poru le moment je participe plutôt au projet http://www.openstreetmap.org/ (en feit, depuis que j'ai trouvé comment enregistrer des trajets avec le GPS de mon N810).
Et de toute façon je suis à classer dans la catégorie programmeur dans la branche "qui n'a aucun goût" ;-) (je trouve le bleu de midnight commander très esthétique dans son terminal, et j'aime faire mes graphiques avec gnuplot)
# Groupes?
Posté par wismerhill . En réponse au journal Respect des acl et KDE. Évalué à 4.
Si tu veux simplement un répertoire dont le contenu est accessible à tout le monde la gestion classique des groupes Unix est suffisante.
Tu crée un groupe dans lequel tu met tous tes utilisateurs, tu crée ton répertoire et tu le place dans ce groupe avec les droits d'écriture au groupe et tu positionne le bit SGID du répertoire, ce qui aura pour effet que les fichiers créés dans le répertoire appartiendront aussi au groupe. Enfin, tu positionne pour tous les utilisateurs le umask pour qu'à la création il y aie le droit d'écriture au groupe.
J'ai déjà utilisé ça et ça fonctionne correctement, à condition de ne pas utiliser des programmes qui forcent les permissions à autre chose que les valeurs par défaut (j'ai eu le cas avec des clients (S)FTP) (par contre, s'il y a partage samba en plus c'est un peu plus compliqué)
[^] # Re: Pour les logiciels payants
Posté par wismerhill . En réponse au message Logiciels payants sous linux : pour ou contre ???. Évalué à 2.
Je ne suis pas d'accord, il suffirait de bien penser la chose et cela pourrait devenir très réutilisable.
Prenons quelques exemples:
Pour des FPS (et en fait tous les jeux en 3D à la première personne) les design d'objets communs (meubles, bâtiments, petits objets courants, végétation) et de personnages standards (humain, animaux réels), ainsi que les textures qui vont avec (murs, sols, personnages) pourraient constituer une base de données commune dans laquelle différents jeux iraient pêcher suivant les ambiances qu'ils veulent mettre en avant.
Tu y gagnerais en plus les possibilité d'évolution de cette bibliothèque commune, imaginons qu'au fil du temps des versions en plus haute définition des mêmes objets et mêmes textures deviennent disponibles, tu pourrait rejouer à de vieux jeux en profitant d'un environnement plus détaillé (cf half-life premier du nom dont une extension avait amené des skins "haute définition").
Idem pour des RTS à la civilization, tous les designs de terrains pourraient être réutilisables en fournissant des variantes.
Des bibliothèques de bruitages pourraient également être constituées (bruits d'ambiance, bruits d'animaux, variantes réalistes/fantasie/glauque/...).
Cela permettrait à de petites équipes de lancer des projets de gameplay innovant sans pour autant se retrouver avec des graphismes tout moches parce qu'il n'y a pas de graphiste dans le groupe.
# License
Posté par wismerhill . En réponse au journal Nouvelle version de hidtouch, pilote xorg pour les écrans tactiles USB/HID. Évalué à 4.
Tu as choisi la GPL v3 (ou supérieure) ce qui veut dire que dont pilote ne pourra pas être intégré dans xorg. (xorg est sous license MIT, c'est compatible GPL mais uniquement dans un sens et ils ne voudront pas que tout xorg passe sous GPL pour un pilote)
Est-ce un choix délibéré?
[^] # Re: protections (quoting)
Posté par wismerhill . En réponse au message Commande distante avec ssh. Évalué à 4.
Le shell interprète la ligne avant de lancer la commande, donc ta ligne
ssh utilisateur@machine bash -c "echo 123;echo 456"
est d'abord interprétée par le shell, qui enlève les guillemets et ssh ne voit que
ssh utilisateur@machine bash -c echo 123;echo 456
qu'il envoie au serveur distant, qui lui verra
bash -c echo 123;echo 456
qui sera a son tour interprété par le shell distant, qui va séparer ça en deux commandes
bash -c echo 123
echo 456
Pour ce que tu veux faire tu aurais du essayer
ssh utilisateur@machine bash -c '"echo 123;echo 456"'
où les simple quote vont protéger les doubles qui seront passés tels quel à ssh qui va les envoyer comme ça au serveur distant, qui exécutera donc la commande
bash -c "echo 123;echo 456"
mais comme écrit par d'autres, un simple
ssh utilisateur@machine "echo 123;echo 456"
fait l'affaire (les double quote sont encore là pour protéger le point-virgule).
[^] # Re: WYSIWYW
Posté par wismerhill . En réponse à la dépêche TeXmacs version 1.0.7. Évalué à 2.
[^] # Re: wav?
Posté par wismerhill . En réponse au journal De la musique expérimentale en ligne de commande. Évalué à 2.
[^] # Re: ITW Viviane Reding (commissaire européenne à la Société de l'inf
Posté par wismerhill . En réponse à la dépêche 2% de femmes dans le développement de logiciel libre - 10 propositions pour y remédier. Évalué à 4.
Houlà, gros site flash-only qui passe pas avec gnash.
--> passez votre chemin
[/mode]