>En même temps, c'est eux qui l'ont écrite, ils savent peut-être mieux que toi ou moi ce que signifie la GPL.
Il n'y a pas de lien entre être l'auteur d'un contrat et connaitre avec certitude l'interprétation qu'en fera un juge si on lui demandait de trancher ; Par exemple, il y'a beaucoup d'exemples de contrats comportant des clauses qui sont considérées comme abusives lorsque l'on demande à un juge de trancher : avec ton raisonnement, je devrais prendre pour argent comptant ce que me dit mon opérateur de téléphonie sous pretexte que c'est lui qui à écrit le contrat !
>1. Tu passes par une couche d'abstraction en l'occurence JDBC, et tu n'es strictement lié qu'à celui-ci.
De la même manière je peux faire un soft qui ne fonctionne qu'avec MySQL ( clauses SQL spécifiques ) en ne me liant qu'avec JDBC. Dans un cas, je suis un travail dérivé de MySQL : je n'existe pas sans MySQL et dans l'autre je ne suis pas un travail dérivé.
>2. Là, c'est du grand n'importe quoi. On te parle de lien dans le sens informatique du terme. [...] c'est le principes des pipes.
Là encore tu as une approche technique du problème alors que j'ai une approche juridique. Si ton programme n'existe pas sans le composant GPL, alors tu es un travail dérivé.
J'aime assez l'analogie de Linus à propos des livres et des chapitres sur ce sujet ( voir les liens d'IsNotGoog un peu plus bas ).
>En gros, dès que ton code devient intime avec du code sous GPL (même processus, partage de structure, appels de fonctions etc ...), ton code constitue un "travail dérivée"
Encore approche technique. Avec ces critères, tu prouves que l'appel JDBC MySQL est un travail dérivé alors que tu prétends le contraire quelques lignes avant : le code du driver mysql sous gpl est executé dans le meme processus et il alimente des structures que je lis.
Le texte que tu cites est après "END OF TERMS AND CONDITIONS". Il se situe d'ailleurs après un sous-titre nommé "How to Apply These Terms to Your New Programs". Ca semble être une interprétation des gens de la FSF sur la licence GPL, mais le texte contractuel parle plutôt de "derivative work". Et cette notion fait plus appel au bon sens que la terme technique "lien".
Petit exemple : tu fais un programme qui utilise JDBC pour accéder à une base de données oracle. Si tu fais un programme simple et que tu codes pas comme un cochon, l'utilisateur à qui tu livres ton programme peut le faire fonctionner avec les drivers JDBC MySQL alors que tu n'as jamais vu de prêt ou de loin le code de MySQL. Avec ton interprétation, je dois livrer mes sources vu que je lie dynamiquement avec MySQL ( un debugger montrerai que je me trimballe une MySQLConnection ). Avec la notion de "derivative work", on peut affirmer sans mal que ton soft n'est pas un derivative work de MySQL.
Deuxième exemple dans l'autre sens : il y'a un gros soft GPL en ligne de commande qui fait tout un tas de traitement. Toi tu fais un soft qui appelle cet exe et qui récupère la sortie pour l'afficher joliment pour l'utilisateur. Ton soft ne lie pas avec l'exe GPL ni statiquement ni dynamiquement et pourtant il ne fait rien sans cet exe. Avec la notion de "derivative work" tu peux tenter de demander des comptes au créateur du front-end. Avec l'approche "lien", tu peux pas.
Je me suis vautré dans mon [répondre] : le commentaire parent n'est pas un nouveau fil de discussion mais une réponse à un commentaire précédent ; aussi si un modérateur tombe sur ce commentaire et/ou son commentaire parent, je l'invite à ne pas hésiter une seule seconde à les supprimer.
>La GPL dit clairement que tout logiciel lié à du code GPL (statiquement
> ou dynamiquement contrairement à la légende urbaine) doit être mis
>sous GPL, point barre.
>La GPL dit clairement que tout logiciel lié à du code GPL (statiquement
> ou dynamiquement contrairement à la légende urbaine) doit être mis
>sous GPL, point barre.
>Si c'est uniquement un filtre import! Il ne faut surtout pas de filtre d'export
C'est moi, ou ça devient n'importe quoi ici ?
Tu veux priver les utilisateurs d'une fonction qui peut leur être utile ? Tu peux pousser le raisonnement encore plus loin : y'a qu'à ne pas diffuser le source comme ça les utilisateurs ne pourront pas ajouter de filtre d'export. Ça nous permettra de mieux contrôler les utilisateurs ( par contre la liberté de choix de l'utilisateur, c'est pas notre problème ).
>Je me dis, tant pi, je vais continuer à utiliser l'interface de google. Et
>horreur ! mon calendrier "cours" (très important, c'est là que j'avais
>noté quand je dois faire cours, et où...) a changé de nom
>(ga6q5kag2keuebllh6343habkk@group.calendar.google.com
>exactement), google ne sais plus rien afficher et me dis de réessayer
>plus tard.
Je suis de la vieille école alors je vais peut-être dire une connerie, mais si il s'agit de données importantes, tu as probablement une sauvegarde ; il suffit de la remonter et y'a plus de problèmes non ?
...
Je suis désolé pour toi, mais c'est dingue le nombre de libristes qui utilisent des applis web sur lesquelles ils n'ont aucun contrôle ni sur les sources ni sur tes données !
Ma philosophie du libre, c'est être maitre de mon matos et de mes données. Le source c'est un des moyens d'y parvenir.
Exprimer des souhaits ou des "visions" n'en fait pas des vérités même si on les assène avec conviction.
"logiciels libres supérieurs" -> rien à voir avec la licence. Il y'a des logiciels libres qui sont meilleurs que des équivalents proprio mais l'inverse est vrai aussi. Ceux qui écrivent du code proprio et du code libre ( et je crois pas être le seul... ) ne décident pas de faire un truc pourri quand c'est pas GPL ou BSD.
"logiciels propriétaires qui n'évoluent plus". Là encore rien à voir avec la licence. Vu le nombre de softs sur sourceforge qui sont laissés à l'abandon, tu devrais éviter de généraliser sur ce point.
>La puissance commerciale aurait parlé ? En tout cas, ça me désole.
C'est une honte ces entreprises qui ne pensent qu'à l'argent alors que nous, utilisateurs de logiciels libres, sommes bien loin de ces considérations matérielles.
Certains d'entre vous vont peut-être rétorquer que beaucoup de linuxiens sont des gros radins et sont donc aussi très intéressés par leur argent. Je réfute cet argument : la communauté fait toujours preuve d'une grande générosité. Dernier exemple en date : sur les 34000 [1] utilisateurs enregistrés sur linuxfr, pres de 86 personnes [2] ont fait un don pour permettre à l'association de surmonter ses difficultés matérielles. Face à un tel élan de solidarité, qui peut encore croire que les entreprises ont besoin de faire des benefices alors qu'elles pourraient simplement attendre que les utilisateurs reconnaissant alimentent un compte paypal !
>Est ce que ce n'est pas un moyen détourné de freiner la diffusion d'un
>code et de le faire payer?
Tu sais combien ça coute de payer un developpeur pour une journée en europe ou aux US ? Tu crois vraiment qu'ils esperent faire des profits à coup de 20$ ( moins les frais d'acheminement et de media ) ?
>Est-ce légal?
oui : relis la GPL. Mais si ça te choque, tu peux toujours commander les CD et mettre les sources en ligne gratuitement ( et comme la bande passante de qualité ça se paye, à chaque fois que qqn téléchargera les sources, ça te coutera de l'argent. Sauf si tu demandes une participation aux frais d'acheminement comme t'y autorise la GPL ;-)
>Bah, que ce soit la base ou un FS qui grossit, quelle est la différence ?
>Seraient-ce des limites imposées par le SGBD ou l'OS (style taille de fichier
>maximum sur un FS, limitation sur la taille des tables dans le SGBD, etc ) ?
Imagine que tu utilises un SGBD commercial célébre dans sa version gratuite. Dans ce cas, tu as des limites à la taille de la base gérée.
Un autre argument en faveur du stockage en base, c'est les sauvegardes : tu sauves juste ta base de données, et en cas de crash, ça remarche rapidement. Pas besoin de préciser à l'admin qu'il faut penser à sauvegarder tel répertoire en plus pour telle appli. Bref, en exploitation, c'est plus simple.
Je bosse sur plein de sgbd différents et sur des versions pas forcément tres recentes, alors je n'ai pas forcément le "on update cascade" à ma disposition. Dans le cas où la fonction existe, c'est déjà moins problématique. Et encore. Imagine un changement de format de ton numéro de dossier : c'est plus du string(10), mais du string(20), il faut faire une mise à jour du format de colonne dans toutes les tables qui référencent ta clé primaire. Déjà c'est moins drole.
Pour les perfs, j'ai pas fait de benchs, mais j'ai pas de mal à imaginer que faire des jointures sur des numbers soit plus efficace que de faire des jointures sur des string(). Surtout si la taille du champ vient à grossir au fil des années.
Je sais pas si ça peut te servir, mais depuis que mes clés primaires n'ont plus aucun sens, je m'en porte beaucoup mieux : en clé primaire, tu utilises un identifiant unique qui ne veut rien dire pour l'utilisateur. D'ailleurs tu ne l'affiches pas ( jamais jamais ! ). Comme ça, quelque soient les evolutions qu'on te demande, tu n'aura pas à changer tes jointures etc. Donc pour cet identifiant, tu utilises le mécanisme propre à ton sgbd ( genre séquence, colonne identity etc ). En plus tu auras des beaux index efficaces et tout et tout.
Ensuite tu règles ton second problème : celui des compteurs. c'est un problème connu en base de données. Une solution est d'utiliser une table de compteurs. En encapsulant le tout dans une transaction, tu évitera les trous de numérotations sans problème.
>Est-on obligé d’acquérir Windows quand on achète un PC ? La loi dit non. Pourtant, il est difficile d’y échapper.
zarb. ca fait un moment que j'achete des pcs sans os à chaque fois et ça ne m'a jamais posé de difficultés. Par contre c'est sur qu'aller voir la grande distribution et demander qqch qu'ils ne proposent pas dans leur catalogue, ça pose problème. Mais pas que pour l'OS.
>Dans le catégorie fanboy, je suis un petit joueur par rapport à ce qui se
> fait chez les autres distributions.
sois pas si modeste : honnetement, sur linuxfr, tu es le posteur le plus "ma-distro-est-la-meilleure". c'est juste mon avis perso et c'est dit sans méchanceté ( parce que je m'en fous en fait ;-)
Prends tes 100 derniers posts et compte le nombre de fois où tu ne cites pas fedora/red hat. ça risque de te faire un choc ;-)
Sur une distrib plus récente avec démarrage des services en parallele, les temps de boot sont encore beaucoup trop longs. Pour une utilisation Desktop, le truc le plus efficace que je connaisse : virer toutes les dépendances du service "dm", activer l'autologin et ne monter automatiquement que la partition / ( je monte mes autres partitions au besoin ). C'est un gain de presque 20 secs. Mes autres essais (prelink, readahead, defrag etc) ne sont *jamais* aussi efficaces ( au mieux je gagne 5 secs ).
J'ai pas le temps d'investiguer sur ton problème, mais au cas où ça t'aide, je te colle un bout de script que j'ai utilisé à une époque lointaine et qui fonctionnait ( je le jure ).
C'etait sur une distrib à base de rpms avec une vieille version de OO.
cat << EOF > /etc/init.d/openofficeorg
#!/bin/sh
#
# openofficeorg This shell script takes care of starting and stopping
# openoffice server.
#
# chkconfig: 2345 99 35
# description: openoffice provides a merge and pdf printer service.
Hier B. Cantat est sortit de prison. Les journaux en ont parlé. Certains journaux ont meme publié le jugement. Pour respecter le droit à la vie privée, certains passages du jugement ont été caviardé ( les adresses perso. etc ). Le journal libération a utilisé la célèbre méthode du "Je mets du noir par dessus mon PDF mais le texte est visible à l'impression". Comme l'armée américaine donc.
[^] # Re: Explication dans les commentaires
Posté par snt . En réponse au journal VMware et la GPL. Évalué à 2.
Il n'y a pas de lien entre être l'auteur d'un contrat et connaitre avec certitude l'interprétation qu'en fera un juge si on lui demandait de trancher ; Par exemple, il y'a beaucoup d'exemples de contrats comportant des clauses qui sont considérées comme abusives lorsque l'on demande à un juge de trancher : avec ton raisonnement, je devrais prendre pour argent comptant ce que me dit mon opérateur de téléphonie sous pretexte que c'est lui qui à écrit le contrat !
>1. Tu passes par une couche d'abstraction en l'occurence JDBC, et tu n'es strictement lié qu'à celui-ci.
De la même manière je peux faire un soft qui ne fonctionne qu'avec MySQL ( clauses SQL spécifiques ) en ne me liant qu'avec JDBC. Dans un cas, je suis un travail dérivé de MySQL : je n'existe pas sans MySQL et dans l'autre je ne suis pas un travail dérivé.
>2. Là, c'est du grand n'importe quoi. On te parle de lien dans le sens informatique du terme. [...] c'est le principes des pipes.
Là encore tu as une approche technique du problème alors que j'ai une approche juridique. Si ton programme n'existe pas sans le composant GPL, alors tu es un travail dérivé.
J'aime assez l'analogie de Linus à propos des livres et des chapitres sur ce sujet ( voir les liens d'IsNotGoog un peu plus bas ).
>En gros, dès que ton code devient intime avec du code sous GPL (même processus, partage de structure, appels de fonctions etc ...), ton code constitue un "travail dérivée"
Encore approche technique. Avec ces critères, tu prouves que l'appel JDBC MySQL est un travail dérivé alors que tu prétends le contraire quelques lignes avant : le code du driver mysql sous gpl est executé dans le meme processus et il alimente des structures que je lis.
[^] # Re: Explication dans les commentaires
Posté par snt . En réponse au journal VMware et la GPL. Évalué à 3.
Le texte que tu cites est après "END OF TERMS AND CONDITIONS". Il se situe d'ailleurs après un sous-titre nommé "How to Apply These Terms to Your New Programs". Ca semble être une interprétation des gens de la FSF sur la licence GPL, mais le texte contractuel parle plutôt de "derivative work". Et cette notion fait plus appel au bon sens que la terme technique "lien".
Petit exemple : tu fais un programme qui utilise JDBC pour accéder à une base de données oracle. Si tu fais un programme simple et que tu codes pas comme un cochon, l'utilisateur à qui tu livres ton programme peut le faire fonctionner avec les drivers JDBC MySQL alors que tu n'as jamais vu de prêt ou de loin le code de MySQL. Avec ton interprétation, je dois livrer mes sources vu que je lie dynamiquement avec MySQL ( un debugger montrerai que je me trimballe une MySQLConnection ). Avec la notion de "derivative work", on peut affirmer sans mal que ton soft n'est pas un derivative work de MySQL.
Deuxième exemple dans l'autre sens : il y'a un gros soft GPL en ligne de commande qui fait tout un tas de traitement. Toi tu fais un soft qui appelle cet exe et qui récupère la sortie pour l'afficher joliment pour l'utilisateur. Ton soft ne lie pas avec l'exe GPL ni statiquement ni dynamiquement et pourtant il ne fait rien sans cet exe. Avec la notion de "derivative work" tu peux tenter de demander des comptes au créateur du front-end. Avec l'approche "lien", tu peux pas.
http://www.gnu.org/licenses/gpl-2.0.html
[^] # Re: .
Posté par snt . En réponse au journal VMware et la GPL. Évalué à 0.
[^] # Re: Explication dans les commentaires
Posté par snt . En réponse au journal VMware et la GPL. Évalué à 0.
> ou dynamiquement contrairement à la légende urbaine) doit être mis
>sous GPL, point barre.
Tu peux citer le passage concerné ?
# .
Posté par snt . En réponse au journal VMware et la GPL. Évalué à -1.
> ou dynamiquement contrairement à la légende urbaine) doit être mis
>sous GPL, point barre.
Tu peux citer le passage concerné ?
[^] # Re: pas forcement une mauvaise idee
Posté par snt . En réponse au journal Peut-on virer OOXML d'OOo ?. Évalué à 10.
C'est moi, ou ça devient n'importe quoi ici ?
Tu veux priver les utilisateurs d'une fonction qui peut leur être utile ? Tu peux pousser le raisonnement encore plus loin : y'a qu'à ne pas diffuser le source comme ça les utilisateurs ne pourront pas ajouter de filtre d'export. Ça nous permettra de mieux contrôler les utilisateurs ( par contre la liberté de choix de l'utilisateur, c'est pas notre problème ).
# .
Posté par snt . En réponse au journal Résultat définitif ratification MS-OOXML. Évalué à 0.
# .
Posté par snt . En réponse au journal Encore merci evolution..... Évalué à 10.
>horreur ! mon calendrier "cours" (très important, c'est là que j'avais
>noté quand je dois faire cours, et où...) a changé de nom
>(ga6q5kag2keuebllh6343habkk@group.calendar.google.com
>exactement), google ne sais plus rien afficher et me dis de réessayer
>plus tard.
Je suis de la vieille école alors je vais peut-être dire une connerie, mais si il s'agit de données importantes, tu as probablement une sauvegarde ; il suffit de la remonter et y'a plus de problèmes non ?
...
Je suis désolé pour toi, mais c'est dingue le nombre de libristes qui utilisent des applis web sur lesquelles ils n'ont aucun contrôle ni sur les sources ni sur tes données !
Ma philosophie du libre, c'est être maitre de mon matos et de mes données. Le source c'est un des moyens d'y parvenir.
[^] # Re: Flash...
Posté par snt . En réponse à la dépêche Inkscape 0.46 est disponible. Évalué à 6.
"logiciels libres supérieurs" -> rien à voir avec la licence. Il y'a des logiciels libres qui sont meilleurs que des équivalents proprio mais l'inverse est vrai aussi. Ceux qui écrivent du code proprio et du code libre ( et je crois pas être le seul... ) ne décident pas de faire un truc pourri quand c'est pas GPL ou BSD.
"logiciels propriétaires qui n'évoluent plus". Là encore rien à voir avec la licence. Vu le nombre de softs sur sourceforge qui sont laissés à l'abandon, tu devrais éviter de généraliser sur ce point.
# .
Posté par snt . En réponse au journal EEE PC et Linux le divorce ?. Évalué à 5.
C'est une honte ces entreprises qui ne pensent qu'à l'argent alors que nous, utilisateurs de logiciels libres, sommes bien loin de ces considérations matérielles.
Certains d'entre vous vont peut-être rétorquer que beaucoup de linuxiens sont des gros radins et sont donc aussi très intéressés par leur argent. Je réfute cet argument : la communauté fait toujours preuve d'une grande générosité. Dernier exemple en date : sur les 34000 [1] utilisateurs enregistrés sur linuxfr, pres de 86 personnes [2] ont fait un don pour permettre à l'association de surmonter ses difficultés matérielles. Face à un tel élan de solidarité, qui peut encore croire que les entreprises ont besoin de faire des benefices alors qu'elles pourraient simplement attendre que les utilisateurs reconnaissant alimentent un compte paypal !
[1] - http://linuxfr.org/stats/utilisateurs.html
[2] - http://linuxfr.org/2008/03/03/23782.html
# .
Posté par snt . En réponse au journal A la recherche d'un NAS.... Évalué à 6.
>code et de le faire payer?
Tu sais combien ça coute de payer un developpeur pour une journée en europe ou aux US ? Tu crois vraiment qu'ils esperent faire des profits à coup de 20$ ( moins les frais d'acheminement et de media ) ?
>Est-ce légal?
oui : relis la GPL. Mais si ça te choque, tu peux toujours commander les CD et mettre les sources en ligne gratuitement ( et comme la bande passante de qualité ça se paye, à chaque fois que qqn téléchargera les sources, ça te coutera de l'argent. Sauf si tu demandes une participation aux frais d'acheminement comme t'y autorise la GPL ;-)
[^] # Re: A côté de la plaque
Posté par snt . En réponse au message ssh possible uniquement depuis le réseau local. Évalué à 9.
Quand on est pas capable de faire un ssh depuis l'exterieur, on répond plus gentillement aux gens qui essayent d'aider :-p
[^] # Re: wine
Posté par snt . En réponse au message Utilisation d'IE6. Évalué à 1.
[^] # Re: Je suis pas un expert, mais ...
Posté par snt . En réponse au message Stocker des photos dans une base de données. Évalué à 1.
>Seraient-ce des limites imposées par le SGBD ou l'OS (style taille de fichier
>maximum sur un FS, limitation sur la taille des tables dans le SGBD, etc ) ?
Imagine que tu utilises un SGBD commercial célébre dans sa version gratuite. Dans ce cas, tu as des limites à la taille de la base gérée.
Un autre argument en faveur du stockage en base, c'est les sauvegardes : tu sauves juste ta base de données, et en cas de crash, ça remarche rapidement. Pas besoin de préciser à l'admin qu'il faut penser à sauvegarder tel répertoire en plus pour telle appli. Bref, en exploitation, c'est plus simple.
[^] # Re: Tss
Posté par snt . En réponse au journal La Flame War de l'année ?. Évalué à 2.
>y compris celles de mes amis ?
T'es nouveau dans le libre ? Les communistes c'est des petits joueurs à coté de RMS.
[^] # Re: Nouvelle piste
Posté par snt . En réponse au journal Ulteo & OpenOffice Bluffant !!!. Évalué à 10.
[^] # Re: .
Posté par snt . En réponse au message Créer une clef avec une fonction. Évalué à 3.
Pour les perfs, j'ai pas fait de benchs, mais j'ai pas de mal à imaginer que faire des jointures sur des numbers soit plus efficace que de faire des jointures sur des string(). Surtout si la taille du champ vient à grossir au fil des années.
# .
Posté par snt . En réponse au message Créer une clef avec une fonction. Évalué à 4.
Ensuite tu règles ton second problème : celui des compteurs. c'est un problème connu en base de données. Une solution est d'utiliser une table de compteurs. En encapsulant le tout dans une transaction, tu évitera les trous de numérotations sans problème.
# .
Posté par snt . En réponse au journal « Ce scandale représente 6 millions d'ordinateurs neufs par an ». Évalué à -1.
zarb. ca fait un moment que j'achete des pcs sans os à chaque fois et ça ne m'a jamais posé de difficultés. Par contre c'est sur qu'aller voir la grande distribution et demander qqch qu'ils ne proposent pas dans leur catalogue, ça pose problème. Mais pas que pour l'OS.
[^] # Re: Eh ben...
Posté par snt . En réponse au journal Red Hat est gonflé à bloque.. Évalué à 10.
> fait chez les autres distributions.
sois pas si modeste : honnetement, sur linuxfr, tu es le posteur le plus "ma-distro-est-la-meilleure". c'est juste mon avis perso et c'est dit sans méchanceté ( parce que je m'en fous en fait ;-)
Prends tes 100 derniers posts et compte le nombre de fois où tu ne cites pas fedora/red hat. ça risque de te faire un choc ;-)
# .
Posté par snt . En réponse au message demarrage rapide. Évalué à 2.
# .
Posté par snt . En réponse au journal Aujourd'hui, je pète la forme. Évalué à 9.
est-ce que tu aurais un lien vers une galerie en ligne de tes réalisations en peinture sur soie ?
# .
Posté par snt . En réponse au message Lancer OpenOffice en headless sur Ubuntu. Évalué à 4.
C'etait sur une distrib à base de rpms avec une vieille version de OO.
cat << EOF > /etc/init.d/openofficeorg
#!/bin/sh
#
# openofficeorg This shell script takes care of starting and stopping
# openoffice server.
#
# chkconfig: 2345 99 35
# description: openoffice provides a merge and pdf printer service.
. /etc/rc.d/init.d/functions
HOME=/root
JAVA_HOME=/usr/java/j2sdk1.4.2_07/
KBCHARSET=iso-8859-15
KEYBOARD=fr
KEYTABLE=fr-latin1
LINES=60
LOGNAME=root
USER=root
USERNAME=root
# See how we were called.
case "\$1" in
start)
gprintf "Starting openoffice: "
/usr/X11R6/bin/Xvfb :8101 &
sleep 5
export DISPLAY=:8101.0
/usr/local/OpenOffice.org1.1.5/program/soffice &
echo
;;
stop)
gprintf "Shutting down openoffice: "
killproc soffice.bin
echo
;;
restart)
\$0 stop
\$0 start
;;
status)
echo "Servers listening on port 8100 :"
netstat -taupe | grep 8100 | wc -l
netstat -taupe | grep 8100
echo "Processes named soffice :"
ps -ef | grep -i soffice | grep -v grep
echo "Processes named Xvfb :"
ps -ef | grep -i xvfb | grep -v grep
;;
*)
gprintf "Usage: openoffice_org2_0_1 {start|stop|restart|status}\n"
exit 1
esac
exit 0
EOF
chmod a+x /etc/init.d/openofficeorg
chkconfig --level 5 openofficeorg on
service openofficeorg start
service openofficeorg status
J'ajoute qu'il ne faut pas oublier de lancer au moins une fois openoffice pour passer l'assistant d'enregistrement.
[^] # Re: G5 ?
Posté par snt . En réponse au journal Imac G5 ou Mac Mini ?. Évalué à 10.
>programmer,sur cette machine.
C'est sur que pour faire du telnet, il faut au moins un dual core et un 24' !
# Ratage PDF bis
Posté par snt . En réponse au journal La cryptologie par les nuls. Évalué à 6.
Hier B. Cantat est sortit de prison. Les journaux en ont parlé. Certains journaux ont meme publié le jugement. Pour respecter le droit à la vie privée, certains passages du jugement ont été caviardé ( les adresses perso. etc ). Le journal libération a utilisé la célèbre méthode du "Je mets du noir par dessus mon PDF mais le texte est visible à l'impression". Comme l'armée américaine donc.