salut,
nusa a écrit:Bonjour,
Merci pour cette réponse disons poétique
Disons que c'est Samba et Openoffice sur SME car pas de problème avec Samba et Word sur SME ni de problème avec Samba et OpenOffice sur un petit disque dur réseau utilisant samba.
Maintenant la question à un point : que faire?
Nusa
que faire : aller dans ... est ton ami et chercher... enfin, je l'ai fait pour toi (ou pour tout le monde qui peut lire) ; regarde le lien :
http://development.openoffice.org/releases/3.0.1.htmlregarde le lien du TaskId 95528 :
feature-info:
As practice has shown, it is a quite common case that OOo is used to edit documents of alien formats on network. Unfortunately it looks to be impossible to let the file be locked using file system locking, since it does not work in heterogeneous file systems as expected, and the mentioned scenario has been recognized as very important one. Thus the locking mechanics of OOo is not recognizable for third-party applications, except they implement support for OOo locking mechanics. The implementation in childworkspace fwk94 let the alien files be locked using the OOo file locking mechanics as well. That solves at least the cases when a file of alien format is edited only by OOo3.x in network.
Autre source bien plus claire, et en plus en français :
http://user.services.openoffice.org/fr/forum/viewtopic.php?f=28&t=4913&p=46012&hilit=import+pdf
voir la partie du document "Collaboration sous Calc avec le partage de classeur "
qui explique très bien pourquoi les fichiers ne sont pas verrouillés.
J'espère que ça t'aide, ce mail sort du contexte technique de sme, mais reste dans le contexte des fichiers qui y sont stockés et utilisés avec les outils bureautiques open source.
Sinon, comme le propose muzo compares les deux fichiers de config .conf des deux samba, doit bien y avoir une explication quelques part. Le contexte de test vers les 2 smb était bien à partir des même machines w$$$ ? sur les même fichiers ? dans des répertoires ayant les mêmes droits, etc ..??