netchaiev a écrit 253 commentaires

Amen

J'ai écumé les forums EgroupWare pendant pas mal d'années …
Nous utilisions ce soft depuis 2004 (avant nous étions sur Horde) et nous venons de l'abandonner en Décembre 2014 pour Bluemind.

Il est vrai qu'Egroupware a ses qualités [nous l'avons utilisé qd même pdt 10 ans] . Mais fort d'une demande pressante de mes utilisateurs j'ai du, il y a quelques années, faire un mix entre la version stable et celle de dev pour intégrer l'ActiveSync. J'ai continué ensuite sur la version de Dev. Avoir une version de dev en prod n'est pas de tout repos et j'ai du sortir ma boite à rustine plusieurs fois. L'activeSync est enfin intégré dans la version communautaire mais que de retard sur les autres solutions !! Et encore, j'ai du batailler dur car j'avais de + en + de soucis avec les synchros Iphone. Et pour enfoncer le clou , les forums sont presque devenus des no man's land comparé à ce qu'ils étaient il y a quelques années. Pour moi cette solution est vraiment en perte de vitesse.

Bluemind est une jeune solution, elle a donc ses qualités et ses défauts. Il est vrai que pour certains cotés il y a eu des régressions pour les utilisateurs en passant d'EGW vers BM .
-> par exemple EGW permet de jouer sur le détail (5 min / 15 min ..) des intervalles horaires et lorsque tu as bcp de rdv à durée assez courte cela est très pratique; BM ne le permet pas encore et la lecture en devient assez éprouvante…
Mais il y a aussi eu des évolutions notables (partage de BAL, Gestions quotas, …) et je peux dire au final que la /balance pertes & profits reste positive avec un potentiel d'évolution non négligeable dans l'avenir.
Pour en finir, l'administration de BM est un vrai régal et je trouve que les APIs BM sont + sympas que celles fournies par EGW (en restant sur du dev PHP).

Je m'insurge !! Maintenant systemd amène les trolls le Mardi
Il faut forker Linuxfr !!! -> Linuanfr.org

Qd même on aurait du sortir cette dépêche vendredi 13 , cela aurait coller à la perfection …
```

Reprenons donc la procédure sur PC d'Origine :

1) Télécharger le fichier ISO voulu sur le site d'ubuntu
2) Graver ce fichier ISO sur le CD (via option graver image iso de ton logiciel de gravure préféré)
3) Modifier si besoin les options du bios pour que le pc cherche à booter en premier sur le lecteur de CD (boot setup)
-> Attention, un lecteur de CD ne lit pas les DVD …
4) Mettre la galette dans le mange disque de booter pour de bon.

Désolé, cela peut sembler "neu neu" de détailler ces étapes mais je préfère revenir aux fondamentaux (juste pour repartir sur de bonnes bases …)

5) Vu que tu n'as laissé que MSDOS je pense que tu ne veux plus Windows …
A l'install il va te demander le partitionnement du système ubuntu, dans ton cas les options proposées te permettront de virer ou écraser la partition MSDOS ou profit de celle proposée par Ubuntu. Sinon ces même otptions te permettront d'installer Ubuntu à coté de ta partition MSDOS

J'ai eu à faire à un vieux pc récalcitrant qui :
1) Ne pouvait pas Booter sur de l'usb (mais avait qd même des ports USB)
2) avait un lecteur CD qui posait des problèmes pour la lecture des CD
3) avait un lecteur de disquette
Je suis passé par PLOP http://www.plop.at/en/bootmanager/ qui peut se mettre sur CD, clé USB , disquette …
Pour ma part je suis passé par la disquette :
J'ai donc booter sur la disquette "PLOP" qui m'a permis ensuite de booter sur une clé USB bootable sur laquelle j'avais installé une ISO d'ubuntu. L'installation s'est ensuite passé parfaitement bien

Il n'y a qu'ici ou l'on peut passer des heures à discuter sur de tels concepts - (on cite même Schopenhauer !!)

Qui a dit que l'informaticien (au sens large) était un asocial, myope,boutonneux et n'aimait que le mode console avec un écran monochrome … ?

Bref, loin de linux, j'apprends plein de choses .

Merci LinuxFR d'exister !!!

Y a t il un lien prévu avec GLPI dans la roadmap ?

Je suppose que tes softs sont basés sur .Net …
Autant faire cela par étape et éviter la superposition des problèmes

1) Voir si tes logiciels fonctionnent avec Mono tout en restant sous Windows
http://www.mono-project.com/docs/getting-started/install/windows/

2) Si 1) est validé, basculer le tout sous linux et tester.

Désolé, je ne suis pas un pro de l'aurtograffe mais je pense que dans ces moments là, il faut savoir rester humble …

Pour ralé => pour râler
3 personnes étant passé => 3 personnes étant passées
as tu vue => as tu vu
ça dois => cela doit
grand dieux => grand dieu (ou grands dieux)
n'écris => n'écrit

Certes, certes …
Mais comme je l'ai dit auparavant la méthode a ses avantages et ses inconvénients . Le choix a été fait en connaissance de ces 2 points.
Je ne suis pas développeur à 100% j'ai aussi une autre vie d'informaticien ce choix est donc le choix de la raison

Je ne suis pas maso au point de reprendre l'intégrité d'un code fait il y a 5 ans .
Mais au moins je suis sereinement de l'évolution des versions Firefox et je peux mettre à jour régulièrement mon client "lourd" sans m'encombrer des éternelles questions autour du navigateur du poste client.

Je développe biensûr en pensant au plan B (IE & Chrome) mais l'optimisation (css en gros avec quelques subtilités js) est pour mon "Firefox Client lourd" pour les autres cela sera un mode dégradé.

http://glabels.sourceforge.net

Exact mais plus simple à gérer que le "client lourd classique" puisque le "lourd" se résume à un navigateur web pré-configuré et localisé à un seul endroit. Avec cette configuration, je peux au moins me concentrer un peu plus sur l'appli sans les subtilités (oh combien emmerdantes et chronophages [je le sais par expériences …]) des gestions css, javascripts et autres incongruités rencontrés lorsque le parc navigateur est hétérogène.
Comme tout bricolage, cette solution a ses avantages et ses inconvénients …
```

A propos de la gestion des mise à jour firefox il y a truc que j'ai expérimenté qui marche bien.
Nous sommes en environnement Full Windows. (En environnement Serveur Linux un montage CIFS pourrait faire l'affaire et si les client sont aussi du linux cela peut être un peu plus tiré par les cheveux [wine, recompilation, FirefoxPortable Linux, …])

Le cas général :
1) Placement du dossier des exécutable sur un rep partagé
2) droit de lecture/exécution pour les utilisateurs potentiels.
3) Distribution du lien (icône) vers l'exécutable Firefox
4) Un fichier de conf bien calé pour gérer tous les paramétrages du navigateur

Avantages : tu es maitre de la situation
-> Si tu as des mises à jour sécurité à faire seul celui qui a les droits d'écriture sur le répertoire peut faire cela.
-> Pour les mises à jour majeures c'est le même topo (j'utilise un petit logiciel libre "unlocker" qui me permet de déverrouiller les fichiers ouverts me permettant de faire une copie de la nouvelle version préalablement testée.
-> Les données de conf des utilisateurs restent stockées sur leur poste
Inconvénient :
-> l'ouverture sur le réseau est un peu plus lente que si firefox était installé sur le poste
-> Si l'utilisateur a une version de firefox déjà installée sur son poste il peut avoir quelques problèmes pour gérer son profil.

Le cas particulier :
-> On reprend le même principe
-> j'ai fait un .bat qui permet d'ouvrir firefox sur un autre profil sur le poste client
-> le lien donné aux utilisateurs pointe vers ce .bat (qui a été compilé en exe)

Avantages :
-> on peut gérer plusieurs profils (donc aussi plusieurs versions de firefox), il n'y a donc plus aucun conflit entre des versions installées sur le poste client et celle utilisée depuis le réseau.
Au final, je distribue mon/mes appli(s) avec un client que je maitrise et l'utilisateur garde son navigateur préféré pour surfer [dans pas mal de cas j'ai aussi désactivé l'accès internet pour ces clients customisés]

Oui et non …
Non parcequ'il n'y a pas de problèmes pour travailler sur des fichiers avec OpenOffice . Cela fonctionne bien si tu veux simplement créer/modifier/supprimer ton fichier en webdav/CIFS.

Oui parceque c'est lorsque que tu passeras à l'étape supérieure (Mise en place des outils Sharepoint) que tu vas t'apercevoir des nettes différences entre la suite MsOffice et les Libre/Open Office. Avec OpenOffice j'avais testé quelques extensions mais cela n'était pas utilisable par des utilisateurs non avancés au niveau bureautique. Avoir depuis leur outils bureautique et d'une manière simple tout l'historique des modifs, les discutions , la gestion du workflow cela est alléchant mais j'ai du scinder les choses en 2 :
- Je modifie mon document avec OpenOffice stocké sur une unité réseau [Le CIFS d'ALfresco] .
- Je gère le reste en me connectant sur la plate-forme web d'Alfresco
Bref au final les utilisateurs n'ont pas adhéré…

En revanche si tu utilises la suite MsOffice le plugin Sharepoint fournit par Alfresco est clair et les quelques utilisateurs qui l'ont testé étaient satisfaits.
Mais pour moi comme la population visée utilisait OpenOffice …
Actuellement, nous utilisons Alfresco à minima intégré dans notre portail décisionnel (développé sous Liferay) (dépôts de fichiers PDF sur le partage CIFS, lecture de ces fichiers via le module Share d'alfresco intégré à Liferay)
Cela vaut qd même le coup de tester car depuis mon expérience malheureuse (vers 2011) les choses ont certainement bougées ..

Il faut mieux avoir la suite Microsoft Office car le couple OpenOffice/Libreoffice est mal pris en charge.

Si tu n'a pas besoin de prendre du temps pour l'install et la conf de nagios . Tu peux voir du coté de FAN (http://www.fullyautomatednagios.org/) [Nagios + Centréon]
Tu peux alors te concentrer sur tes petits scripts de supervision (qui me semble classiques)

Tabula is a tool for liberating data tables trapped inside PDF files.

J'ai vu passé une news dernièrement et j'avais mis le soft en marque-pages mais je n'ai pas encore eu le temps de le découvrir -> http://tabula.nerdpower.org/

C'est dommage que l'on ne peut pas sélectionner plus d'un choix.
Dflp c'est normal, c'est mon journal quotidien
Mais je croise aussi avec d'autres sites d'infos voire même une petite veille sur github ou sourceforge.

… du nom. QCompris (avec Gtk c'était mieux) ;-)

Bon courage pour la nouvelle aventure.

Cela m'est déjà arrivé sur des machines de cette époque (un vieux bios sur des NEC d'après mes vieux souvenirs …) .
J'ai utilisé Plop sur des machines de ce type et même largement plus anciennes. Il suffisait alors d'avoir :
- Un lecteur de disquette pour lancer plop
- un port USB en état de marche avec une clé USB Bootable ou un lecteur/graveur DVD en USB

et on pouvait installer sa distrib préférée sans problème.

Ok le site est intéressant mais l'avantage ici c'est en français .Et pour les fainéants comme moi qui évitent les montées en surcharge de leur "cpu corporelle" en essayant de traduire à la volée , les dépêches LinuxFR sur les versions Noyau sont un bon compromis pour se tenir au jus des évolutions détaillées et compréhensibles du noyau sans toutefois être un "kernel Gourou" anglophone.

Bref switcher d'un mode "partages CIFS" à GED ne doit pas se faire à la légère et impose un certain nombre de réflexion que vous avez semble t-il complètement évités. C'est assez inquiétant.

Cela ne fait pas à la légère. Le contexte, les utilisateurs, les futurs documents sont limités :
1) Le projet actuel est accès sur des documents écrits (bureautique) [et son nombre d'utilisateurs est assez petit]
-> réflexion sur certains thèmes donc débats,propositions, évolutions

2) L'utilisation de ce genre de solution n'a rien à voir avec les données médicales (imagerie ou autres). J'ai simplement insisté sur le fait que les secrétariats médicaux et médecins utilisent OpenOffice et d'autres utilisateurs (concernés par ce projet) utilisent MsOffice.

3)Il me semble pas que nous évitons un certain nombre de réflexion. Au contraire, l'idée est de montrer que l'on peut travailler autrement et mieux. Le reste, la réflexion générale sur l'opportunité d'un tel outils pour une utilisation à plus grande ampleur dans notre établissement n'est pas de mon ressort.
Je m'occupe seulement de répondre à des besoins assez clairs d'un groupe de personnes en me posant la question sur un investissement un peu plus important de ma part pour monter de niveau l'utilisation que nous faisons actuellement d'Alfresco.

Pour en finir, ll me semble que le terme "Switcher" n'est pas approprié car les partages CIFS (au moins chez nous) resteront la base du stockage et du partage de nos documents. En revanche, je vois plus les solutions GED de type Alfresco/Sharepoint (si je ne considère que l'aspect stockage) comme une "extension" à nos bons vieux serveurs de fichiers. Un document pourrait très bien commencer sa vie dans une solution GED et une fois son cycle de modifications terminé, il pourrait bien passer sur un stockage un peu plus conventionnel de type serveur fichier CIFS.

Je vois de moins en moins de PC avec des lecteurs de disquettes (Donc avec 2 lecteurs de disquettes cela devient quasi inexistant !!!) . La réutilisation de l'unité "b:" pour en faire autre chose m'a donc semblé logique.

Na na pas en douce, ce projet concerne un petit nombre de personne mais dont certaines peuvent être considérées comme VIP (décideurs et faiseurs de "rois"). Les sujets traités dans ce groupe seront à caractères sensibles (mais pas stratégiques) et les besoins semblent être assez clairs. On nous demande de proposer des solutions à O€ d'ou l'idée de sortir de l'ombre Alfresco pour en faire l'outil de collaboration du groupe (donc déroulement en mode projet)

Face à la contrainte actuelle O€, le commercial IBM n'y pourra rien. Pour le reste, si la vitrine fonctionne (donc prévision déploiement à + grande échelle) on peut relativement penser que la prime ira au logiciel qui vient de faire ses preuves derrière la vitrine.

C'est encore moi: Je voulais modifier des appels dans certains swf afin que ceux-ci puissent fonctionner sur la tablette.
J'ai trouvé un soft OpenSource qui a répondu à 100% à mes besoins : FFDEC

Petit rappel :

La tablette restant à la chaumière, étant utilisée uniquement par mes enfants et ne voulant pas commercialiser les portages de ces contenus sur la tablette, je ne me suis donc pas arrêté pour l'instant sur les problèmes potentiels de licence d'utilisation des contenus récupérés.

Je me répond à moi même mais pour ceux qui pourraient être intéressés : http://www.erasme.org/libre/
[c'est du "flash" bien sur]