spotty a écrit 367 commentaires

IBM reproche à OpenXML de pouvoir mettre des binaires compilés, java ou activeX, pour java cela ne sera pas un gros problème, c'est assez multiplateforme, en revanche les activeX...

De plus, l'openXML est trop proche des produits microsoft et seront difficile à implémenter dans d'autres suites bureautiques


(http://www.sutor.com/newsite/blog-open/?p=1145)

Merci :-) Cela fait 2 heures que je cherchais un lien vers cette migration inverse désastreuse

Merci pour la réponse :-)

Juste une autre question, que se passe-t'il si le document OpenXML contient un objet Visio par exemple (container ?)

Celui-ci sera convertissable ou visible sur une machine n'ayant pas Visio installé ??

Si la réponse est Non, dans ce cas, on ne pourra pas porter tout-à-fait un document openXML en ODF, je me trompe ? Donc on continuera avoir des formats propriétaires dans l'openXML et le probléme de ces format n'est résolu, j'ai juste ?

Il y a quelque chose qui me tracasse, tu dis toujours que l'openXML permet certaines fonctionnalités non prévues dans ODS; mais dans ce cas peut-on vraiment convertir à 100% tous les documents openXML en ODS ?

Ceux de linuxfr sont très doués (pbpg, etc). Faut être doué pour soutenir du FUD maintes fois dénoncés, maintes fois constatés.
Parfois ils m'inspirent de l'admiration...

<< humour >>
Bof... Ils ne font que leur boulot :-)))
<< /humour >>

C'est ce que je fais aussi, cela fonctionne sur tous les Unix (HP, Sun, AIX...) et j'en ai souvent besoin, je dois travailler avec des gens en Australie, Malaysie, Chine...

TZ=Australia/Sydney date

Au fait l'export n'est pas utile ici ;-)

Non on y boit de la Free beer :-)
http://www.wired.com/news/business/0,1367,68144,00.html?tw=w(...)

Il n'y a pas un lien pour expliquer pourquoi ce changement ??

Dans ce cas-ci, on lit byte_lu puis boucle infinie puisque cette variable ne change plus,

byte_lu=read(d,tampon,1024);
while(byte_lu >0){
fd= write(d,tampon,1024);
} printf("%s",tampon[i]);

close (d);

Dans l'autre cas

while((byte_lu=read(d,tampon, 1024)), !NULL)
{
printf("%d",d);
close(d);
}

byte_lu = retour de fonction read, et comme 0=0 est vrai, alors boucle infinie :-), en fait on aurait du avoir (byte_lu=read()) != 0

http://man.developpez.com/man2/read.2.php

Oui mais même dans ce cas-là, peux-tu faire ?

for i in server1 server2 server3;do
ssh $i -e yast2 --option_pour_changer_config
done

Non parce que yast est interactif, ce qui est parfois un problème, le mode ligne de commande ne veut pas dire forcément en mode texte, cela pourrait être dans un script.

Je trouve qu'on aurait du faire comme avec gdb: mode commande ou interactif et les gui, qui sont indépendants, l'utilisent.

C'est à mon sens la meilleure solution.

je ne dis pas qu'il ne faut pas de GUI je dis qu'il faut plus de ligne de commande, tu prends de la doc, tu copies/colles les commandes expliquées, c'est facile.

L'un des problèmes des GUI est que malheureusement il est souvent propre à une distro., qu'à distance c'est plus lent, et que donc si tu fais de la doc avec des screenshot de MCC, cette doc est moins utilisable sous Ubuntu, Debian, RedHat... On perd de plus en plus l'universalité de la doc. (guide du rootard, HOWTO...) en créant de la doc spécifique à une distro parce son GUI est différent

j'aimerais utiliser une interface ligne de commande commune à toutes les distro pour configurer, une sorte de webmin mais en ligne de commande.

Favoriser le GUI et oublier la ligne de commande est une erreur. Les deux c'est mieux, ce n'est pas destiné aux même public. Qu'il n'y ait pas d'interface pour configurer un DNS ce n'est pas grave, pour monter une clef usb ou un cdrom c'est plus gênant pour l'utilisateur simple.

Imagine les servers où il faut déployer des fichiers de configurations, tandis qu'avec ssh et la bonne commande c'est vite fait, une connection lente, de la doc valable pour plusieurs distro...

MS fait parfois des dons en licence à des pays en voie de développement, il y a fort à parier qu'ils ne vont rien demander comme licence puisqu'ils sont en train de former de nouveaux consommateurs

Je suis dégoûté, cela me fait penser à ce projet en Afrique, tout en Open, puis MS s'amène, offre ses produits et toutes l'installation a été refaite avec, toute le travail en Open a été jeté.

Désolé mais je ne retrouve pas le lien vers cette histoire.

Mon avis perso : le problème des GUI c'est bien mais

1) Le fichier de config est en général plus simple, parce qu'avant ou après l'option il y a des explications, les gui en manquent souvent.

2) je dois configurer à distance (via ssh) et c'est lent et pénible

3) pour faire la doc avec un gui il faut un max de "screenshot" pour que l'on comprenne où cliquer, la ligne de commande est plus simple dans ce cas-là

exemple comparons :
taper ls -l
avec
ouvrez votre explorateur de fichier: konqueror si vous kde, nautilus pour gnome...

ou
apt-get install toto, urpmi install toto, ....

Personnellement je regrette qu'il n'y a pas un système unique pour configurer les linux en ligne de commande, en interactif avec la commande aide, un peu comme svccfg sous opensolaris, lvm2 avec un prompt...
La doc devient de plus en plus spécifique à la distro, exemple: Tutorial lire un dvd sous Ubuntu, sous Gento...surtout avec les gui (pas de yast2 sous ubuntu, pas de MCC sous Redhat...)


Le GUI pour monsieur tout-le-monde, oui mais il faut garder la ligne de commande aussi ! Je trouve que changer ubuntu/Suse en ligne de commande cela devient pénible: l'outil graphique change plusieurs fichiers et il devient facile de foutre le bor*el il y a peu de doc pour la ligne de commande dans certaines distro....

Jamais entendu parler. Tu pourrais en dire plus svp

Je crois qu'il faisait allusion aux windows préinstallés : en bref, il veut dire je crois : soutenir le libre c'est bien, ne plus obliger le consommateur à payer la taxe MS c'est mieux.

De permettre au libre d'être préinstallé à la place de Windows et découvert par de nouvelles personnes.

Oui c'est ça, il est possible avec postgresql d'avoir plusieur langages pour les procédures stockées (embarquée).

on a donc sql, tcl, java, perl et python sous postgresql.

Pour le contrôle à distance, ssh est mon préféré, le faire en php oui si
la partie du site utilises au moins

A) .htaccess pour bloquer l'accès a un autre que toi
B) utilisation de https
C) un mot de passe complexe

uniquement pour les commandes dont tu as vraiment besoin

Tout dépend de ta définition de bon et par là même de tes goûts :-)

Tu préféres le typage fort ou faible, l'objet ou le procédurale, la manière dont les blocs sont délimités...

Tu pourras difficilement croire que php n'est pas un "bon langage ", il est bien adapté aux interfaces webs.

Juste par curiosité, peux-tu me citer un "bon langage" ?

Si tu veux mon avis, PHP c'est un peu le Perl des langage web:
facile à mettre en oeuvre en apparence, mais ça devient vite inmaintenable

cela dépend beaucoup du développeur, quelque soit le langage si le développeur n'est pas foutu d'écrire du code propre cela ne risque pas d'être maintenable.


* design développer en séparant page web et fonctions (utilisation des include) éviter de mettre toutes les classes dans un seul fichier...

* avoir une bonne doc technique : utilisation de doxygen ou autre pour éviter de refaire 5 fois la même fonction

* Commenter (en particulier les fonctions, leur utilisation et argument)

* variables et fonctions qui donne une idée de ce qu'elles sont, éviter les variables $a, $b sauf si c'est des compteurs de boucle ...

Et la liste n'est pas terminée :-)

Impossible que cela vienne du montage, mais soit ta swap contient beaucoup de badblock soit un process très gourmand prend tout ta mémoire. Je penche pour la seconde solution

les includes ne sont pas relatifs vraiment au makefile mais au compilateur, il faut lui indiquer le bon chemin avec l'option -I

exemple
gcc -I ../include_mon_brol -o hello hello.c

Tu peux aussi déclarer des variables dans ton makefile ;-)

il y a aussi curl ou lynx si c'est de l'http

route add -host SECOURS gw PASS2 dev IF2

Juste pour info parce qu'on n'en parle pas du tout, il existe aussi user linux mode (ULM) qui est intégré au noyau,
http://user-mode-linux.sourceforge.net/index.html



Donc on a déjà Xen, GFS2, user-mode-linux :-)

Je vois avec plaisir que le kernel de Linux s'implique de plus en plus dans la technologie des clusters, en revanche je n'ai pas trouvé de site qui centralisait l'information sur ces cluster, même pas de HOWTO à part beowulf. Je ne connais même pas le nom des outils pour utiliser GFS2 , j'ai l'impression qu'il y a comme manque à cet endroit