[Lxoffice] Quelques problèmes en bureautique sur Sarge qui devient casse pied!

[Luc Viatour]

Le mardi 04 janvier 2005 à 15:30 +0100, Frederic Peters a écrit :
> même avec un script est impossible pour mille raisons).
> 
> De celles-ci, tu pourrais en citer quelques-unes quand même ?

Le fait de nouveaux fichiers en continu sur le serveur d'origines
diverses. Exemple des pièces jointes par mail, des fichiers Mac ou
dossiers Mac.
Le fait que certains fichiers portes le même nom mais une fois avec
accents ou sans accents (je sais c'est le bordel) et ce ne sont pas les
mêmes documents.

> Je ne vois pas d'infos ici:
>   http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=openoffice.org

J'ai déjà du mal à le lire en anglais alors rédiger proprement un
rapport est encore moins évident!

> > Le deuxième problème concerne les imprimantes par défaut.
> > Toutes les applications, utilisent bien la bonne imprimante déclarée
> > comme "par défaut" dans l'outil " gnome-cups-manager", sauf Galéon.
> > C'est très casse pied avec 30 utilisateurs qui me demandent pourquoi
> > cela n'imprime pas et d'autres qui ne comprennent pas pourquoi 50 fois
> > la même chose s'imprime sur leurs imprimantes alors qu'ils n'impriment
> > rien!
> 
> Je ne vois pas d'infos ici:
>   http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=galeon

Idem que plus haut.

> 
> > Un autre problème c'est qu'un fichier OOo en cour d'utilisation est
> > disponible sur le serveur en lecture et en écriture par un autre
> > utilisateur. Et le dernier qui enregistre son document écrase le travail
> > de l'autre (ce problème est présent depuis le début soit 2 ans et je
> > n'ai toujours pas de solution). Suis-je toujours le seul à travailler en
> > bureautique sous Linux? Comment font les autres?
> 
> Tu ne précises pas la configuration; comment sont partagés les
> fichiers (Samba, NFS, etc.) ?  Tu ne précises pas non plus quel
> serait le comportement souhaité.

Sur le même serveur avec les mêmes fichiers, le problème ne ce pose pas
avec OOo sous Windows, un fichier utilisé par un autre utilisateur est
en lecture seule pour un nouvel utilisateur avec un message pour le
prévenir.
C'est déjà sur le site du BxLUG depuis 2 ans ;-)
http://www.bxlug.be/articles/49

> Pas de changements = "stable".  Pas "stable" = des changements.  C'est
> inévitable; peut-être faudrait-il arrêter de suivre testing, figer le
> tout et ne mettre à jour que les paquets dont une nouvelle version est
> nécessaire.

Le problème c'est que pour résoudre un problème certains (les vilains)
me disent c'est résolu dans la nouvelle version (et c'est souvent vrai)
mais cela apporte d'autres problèmes (rarement grave mais a ré-expliquer
aux utilisateurs). 

> Rapporter les bugs à Debian.

Difficile pour moi, exemple le cas du verrouillage de fichier OOo c'est
OOo, c'est Nautilus-Gnome, c'est NFS, c'est la version Woody du serveur?
Je n'en ai pas la moindre idée et c'est tout ses détails que l'ont va
demander qui me font peur. Tout cela demande du temps et le temps que je
passe à cela je dois le justifier ici :-(

> Cela écrit, je propose:
>  - arrêt des mises à jours "aveugles",

Je fais déjà plus attention mais j'ai des graveurs sur toutes les
machines, ils ne fonctionnent que sur les machines à jours, mais sur les
machines à jours j'ai d'autres problèmes.

>  - aide à la rédaction de rapports de bug,

Pas évident, pourtant j'ai suivi attentivement ta conférence ;-)
Et je me souviens que tu as dis que si ont ne ce sent pas capable de
faire un rapport de bug, ont peux au moins en parler à d'autres qui eux
savent. c'est ce que je fais ;-)

>    - y compris écriture de patchs quand c'est possible,

Là oublie c'est pas dans mes cordes.

>      - et créer des paquets avec ceux-ci quand les mainteneurs Debian
>        ne sont pas assez réactifs,

idem

>  - réflexion/analyse/... sur le partage de fichiers, d'autres le font,
>    comment cela se passe-t-il ailleurs, etc.

Voilà pourquoi j'ai écris je ne pense pas être le seul confronté à ce
problème. Peut-être que c'est chez moi que la configuration n'est pas
bien pensée, d'autres ont peut-être une approche différente?

-- 
Luc Viatour   -  Dupedi S.A.           
rue de Stalle - 70-82 - 1180 Bruxelles    
Tél: 32.2.333.07.18 - Fax: 32.2.332 05 98 - Web-site: www.dupedi.be