From: corrosifdev <cor...@fr...> - 2005-05-16 14:24:22
|
Bernard Parisse wrote: > >> Je ne suis pas s=FBr que ce soit une excellente id=E9e, dans la mesure= il >> existera toujours des gens voulant installer xcas par un autre biais q= ue >> le r=E9seau. >> =20 >> > l'idee est d'avoir 2 packages: la partie executable et la doc. > Typiquement on ne met pas a jour les 2 en meme temps, par > exemple un bug fix de xcas ne necessite pas de mise a jour. > Et ca permet de conserver une license differente pour la doc: > en effet, contrairement a du code, il est beaucoup plus difficile > a quelqu'un ecrivant de la doc de ne pas se faire piquer son travail > par quelqu'un de mal intentionn=E9. Pour le soft, ce serait difficile > par exemple pour une entreprise priv=E9e de l'utiliser sans un > accord de support avec les auteurs. > >> A la rigueur, je trouverai d=E9j=E0 plus coh=E9rent de faire en sorte = que >> l'appel de l'aide depuis xcas fasse pointer le navigateur vers un >> serveur web, plut=F4t qu'un /usr/share/giac/doc... mais =E9videmment c= ela ne >> sera plus consultable s'il n'y a pas d'acc=E8s au r=E9seau. >> A quel type de license est soumise cette documentation? N'est-elle >> vraiment pas autoris=E9e pour un h=E9bergement sur sourceforge? >> =20 >> > la license est en gros copie autoris=E9e pour usage non commercial, > je ne pense pas que ca soit hebergable par sourceforge. > La doc designant ici l'ensemble des cas*.ltx, le tutoriel et le > fichier info sont sous licence GPL. > Il faudrait voir s'il n'existe pas un type de license appropri=E9 pour la documentation. Au niveau des textes, j'ai d=E9j=E0 entendu parler de la Creative Commons= , mais je ne sais pas encore exactement ce qu'elle recouvre. >> C'est vrai que l'id=E9al serait quand m=EAme de tout avoir dans un >> package... =E0 moins de distribuer la doc dans un package s=E9par=E9. = Je >> pourrais ainsi cr=E9er un ebuild en d=E9pendance, m=EAme si la license= de ce >> tarball est contraignante (ce dernier pourrait =EAtre plac=E9 sur le s= ite de >> l'ujf par exemple)... mais question synchronisation de versions, j'ai >> peur que =E7a finisse par =EAtre la gal=E8re. >> =20 >> > je ne pense pas que ca soit vraiment un probl=E8me d'avoir 2 packages > s=E9par=E9s. > Ca n'est pas comme par exemple un lib et un prog qui en d=E9pendent. > Dans ce cas, existe-t-il d=E9j=E0 un packet t=E9l=E9chargeable avec les f= ichiers html de la doc dans toutes les langues (ou, au pire, avec les sources latex)? Le seul tarball sur lequel j'ai pu mettre la main est http://www-fourier.ujf-grenoble.fr/~parisse/giacshare.tgz, malheureusement il ne contient que la version fran=E7aise. >>> =20 >> >> D'accord, je vois l'id=E9e... d'ailleurs au lancement, si le xcas.rc n= 'est >> pas pr=E9sent, les dialogues sont l=E0 pour effectuer les premiers >> param=E9trages. >> Mais dans ce cas, pourquoi diable le programme cherche quand m=EAme =E0 >> regarder dans /usr/local/share/giac//xcas.rc? >> Est-ce qu'un fichier plac=E9 =E0 cet endroit permet de passer outre le >> fichier de config local, et ainsi d'imposer une configuration globale = =E0 >> tous les comptes? >> >> =20 >> > c'est dans l'autre sens, xcas ou giac lisent d'abord un fichier de > configuration > globale s'il existe, puis le fichier de l'utilisateur. J'affiche les > chemins cherch=E9s > dans la console pour qu'on sache exactement ou les fichiers de config > doivent etre plac=E9s. > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=3Dclick > _______________________________________________ > xcas-devel mailing list > xca...@li... > https://lists.sourceforge.net/lists/listinfo/xcas-devel > > |