Ensemble Ouvert Libre Évolutif: Demandeshttps://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2012-10-22T14:31:34ZEnsemble Ouvert Libre Évolutif
Redmine eole-php5-cas - Evolution #4319 (Fermé): Evolution de la librairie CAShttps://dev-eole.ac-dijon.fr/issues/43192012-10-22T14:31:34ZLionel MorinLionel.Morin@region-academique-bourgogne-franche-comte.fr
<p>Faire évoluer la librairie CAS en version 1.3.1</p> eole-proxy - Anomalie #4312 (Fermé): Filtrage Google SafeSearch stricthttps://dev-eole.ac-dijon.fr/issues/43122012-10-20T14:53:04ZLionel Caylatlionel.caylat@ac-versailles.fr
<p>Auparavant, derrière un Amon, le filtrage SafeSearch de Goole était sur un strict de manière automatique.<br />Google a l'air d'avoir modifié le fonctionnement de cette option et depuis les clients ne sont plus qu'en filtrage modéré.</p>
<p>Est-il possible d'avoir une mise à jour remettant le filtrage sur strict de manière automatique ?</p>
<p>Merci d'avance.</p> conf-scribe - Evolution #4310 (Fermé): Ajouter ecostation dans sudoershttps://dev-eole.ac-dijon.fr/issues/43102012-10-19T09:13:56ZKlaas TJEBBES
<p>Ajouter la ligne :<br /> www-data ALL=NOPASSWD : /var/www/html/outils/ecoStations/IecoStations.pl</p> eole-wpkg - Anomalie #4294 (Fermé): Les dossiers "packages" et "softwares" sont manquants à l'ins...https://dev-eole.ac-dijon.fr/issues/42942012-10-16T09:36:32ZKlaas TJEBBES
<p>Créer les dossiers dans le Makefile.</p> eole-dns - Anomalie #4276 (Fermé): Demande d'introduction de zonehttps://dev-eole.ac-dijon.fr/issues/42762012-10-12T09:24:57ZThierry Chichthierry.chich@ac-clermont.fr
<p>Bonjour,<br />Il faut intégrer la zone in.phm.education.gouv.fr dans les zones devant être redirigés vers les dns académiques.<br />Pour reprendre ce que m'écrit l'un de mes camarades :</p>
<p>ca sera un truc du genre :<br />// applications nationales<br />zone "in.phm.education.gouv.fr " in {<br /> type forward;<br /> forwarders {<br />%for %%var_iter in %%adresse_dns_agriates<br /> %%var_iter;<br />%end for<br /> };<br /> forward only;<br />};</p>
<p>Merci.</p> controle-vnc-client - Anomalie #4233 (Fermé): problème fichier hosts et client scribe 2.2https://dev-eole.ac-dijon.fr/issues/42332012-10-09T08:37:39ZKlaas TJEBBES
<p>Il semblerait que le client scribe ajoute maintenant une entrée dans le fichier hosts des clients windows.<br />dans le cas d'un fichier hosts modifié, la nouvelle ligne se retrouve à la suite de la dernière, donc sans retour chariot:</p>
<p><code>172.16.0.245 serveur1192.168.220.10 SRV-SCRIBE</code></p>
<p>du coup les stations ne joignent plus le domaine.</p> controle-vnc-client - Anomalie #4196 (Fermé): Windows Seven n'attend plus que le service Scribe a...https://dev-eole.ac-dijon.fr/issues/41962012-10-01T12:48:43ZOlivier FEBWIN2febwin@ac-amiens.fr
<p>Que ce soit sur Scribe 2.2 ou Scribe 2.3 !<br />Les postes seven mettent presque 2 minutes entre le moment où l'on valide le mot de passe de connexion et l'affichage du bureau. Nous avons la belle erreur "logon.exe" car le serveur Scribe 2.3 n'arrive pas à contacter le poste de travail qui se connecte sur le port 8788.</p>
<p>Voir cette vidéo : <a class="external" href="http://youtu.be/4zxJCiehajo">http://youtu.be/4zxJCiehajo</a></p>
<p>En désinstallant le client scribe 2.3.0.11, le poste de travail Win7 se connecte très rapidement (moins de 15 secondes) au domaine Scribe. On a par contre, accès qu'au lecteur U: ce qui est normal puisque les autres lecteurs sont gérés par le client scribe.</p>
<p>En lançant ensuite à la main C:\Windows\Eole\cliscribe\logon.exe tout se passe très bien. Pas de message d'erreur logon.exe,</p>
<p>2012-09-28 11:22:38,390 (2304) INFO "return_logon" Retour remote_logon : [True]<br />dans c:\windows\cliscribe_logon.exe</p>
<p>à la place de<br />2012-09-28 10:54:28,302 (3044) ERROR "error" Une erreur s'est produite lors de l'appel distant (remote_logon) : Le service sur la station "172.30.177.114" n'a pas repondu au bout de 30 secondes [()]</p>
<p>et on a bien une mise à jour des infos inclues dans le .bgd qui s'ajoute en haut à droite du papier peint windows.</p> scribe-backend - Anomalie #4191 (Fermé): mises à jour des comptes responsables par fichiers sconethttps://dev-eole.ac-dijon.fr/issues/41912012-09-29T03:05:44ZDavid PAILLERdavid.pailler@ac-paris.fr
<p>Lorsuqe l'on fait une mise à jour des comptes responsables par fichiers sconet:<br />1) Si deux nouveaux utilisateurs ont le même mail, seul le premier compte est crée et le deuxième est annoncé comme créé avec le même login que le premier !<br />(déjà signalé)<br />2)si l'adresse à été modifié: scribe créé un deuxième compte;<br />3)si un numéro de téléphone a été modifié: scribe créé un nouveua compte<br />4) si le nom ou le prénom a été modifié: scribe crée un nouveau compte.</p>
<p>C'est vraiment une perte de temps immense de contrôlee, supprimer les nouveaux comptes et puis corriger en regardant dans le xml, le bilan d'importation resonsable et l'EAD, qu'est-ce qui ne va pas</p>
<p>Pourtant dans 90% des cas, il n'y a pas de recréation de compte, le responsable à le même identifiant : c'est le champs : PERSONNE_ID dans responsable_avec_adresse</p>
<p>Et en plus nous sommes une cité scolaire non partitionnée avec profs en commun et surtout des frères et soeurs dans les deux structures administraives.<br />et nous utilisons gepi de scribe .<br />Donc travail de titan pour meettre à jour correctement les deux applis scribe et gepi.</p>
<p>Il faudrait donc changer la routine de création de comptes parents:<br />un seul critère de créatio: PERSONNE_ID<br />Tous les autres devrait pouvoir être mise à jour lors des mises à jours successives de l'année:<br /><LC_CIVILITE></LC_CIVILITE><br /> <LL_CIVILITE></LL_CIVILITE><br /> <NOM></NOM><br /> <PRENOM></PRENOM><br /> <TEL_PERSONNEL></TEL_PERSONNEL><br /> <TEL_PORTABLE></TEL_PORTABLE><br /> <TEL_PROFESSIONNEL></TEL_PROFESSIONNEL><br /> <MEL></MEL><br /> <COMMUNICATION_ADRESSE></COMMUNICATION_ADRESSE><br /> <ADRESSE_ID></ADRESSE_ID><br /> <CODE_PROFESSION></CODE_PROFESSION></p>
<p>et aussi<br /> <RESPONSABLE_ELEVE><br /> <ELEVE_ID></ELEVE_ID><br /> <PERSONNE_ID></PERSONNE_ID><br /> <RESP_LEGAL></RESP_LEGAL><br /> <CODE_PARENTE></CODE_PARENTE><br /> <RESP_FINANCIER></RESP_FINANCIER><br /> <PERS_PAIEMENT></PERS_PAIEMENT><br /> <PERS_CONTACT></PERS_CONTACT><br /> </RESPONSABLE_ELEVE><br /> <ADRESSE ADRESSE_ID=""><br /> <LIGNE1_ADRESSE></LIGNE1_ADRESSE><br /> <LIGNE2_ADRESSE></LIGNE2_ADRESSE><br /> <LIGNE3_ADRESSE></LIGNE3_ADRESSE><br /> <LIGNE4_ADRESSE></LIGNE4_ADRESSE><br /> <CODE_POSTAL></CODE_POSTAL><br /> <CODE_PAYS></CODE_PAYS><br /> <CODE_COMMUNE_INSEE></CODE_COMMUNE_INSEE><br /> <LL_PAYS>FRANCE</LL_PAYS><br /> <CODE_DEPARTEMENT></CODE_DEPARTEMENT><br /> <LIBELLE_POSTAL></LIBELLE_POSTAL><br /> </ADRESSE></p> eole-wpkg - Anomalie #4050 (Fermé): Absence des scripts d'installation et mise à jour des paramèt...https://dev-eole.ac-dijon.fr/issues/40502012-09-13T08:13:52ZKlaas TJEBBES
Ajout/renommage de scripts (install & update config) pour Wpkg-GP :
<ul>
<li>wpkg-gp_install.bat</li>
<li>wpkg-gp_update_conf.bat</li>
</ul>
<p>Ajout des fichiers dans 2_wpkg.xml et 20_wpkg.xml.</p> scribe-backend - Anomalie #1253 (Fermé): Bug sur le script droits_partage.sh [2.2]https://dev-eole.ac-dijon.fr/issues/12532010-12-03T10:27:13ZPascal RATTEpascal.ratte@ac-besancon.fr
<p>Il y a un gros manque dans droits_partage.sh qui ne traite correctement que les classes.<br />De plus, si on a senti le besoin d'utiliser ce script, c'est que les droits assignés lors de certains traitements EAD2 présentent (apparemment) qqfois des problèmes et créent des désordres (profs ne pouvant plus rentrer dans leur classes,..).<br />Je vous conseille donc de faire une révision totale concernant les outils de gestions des droits.</p>
<p>ci-joint le scripts "à ma sauce" pour vous donner une idée des manques de la version actuelle.<br />Volontairement je n'ai pas toucher au traitement des classes (sauf chmod -R 700 ${REP})<br />Je ne me suis intéressé qu'à la première partie.</p> eole-esu - Evolution #530 (Fermé): Rapprochement des fichiers de configuration de Firefox entre p...https://dev-eole.ac-dijon.fr/issues/5302010-05-06T04:54:07ZLaurent BrillardLaurent.Brillard@ac-reunion.fr
<p>Suite de l'ancien demande déposée sur [EclairNG 0001691] qui a été cloturée</p>
<p>Bonjour,</p>
<p>En fait, cette demande n'est pas tout à fait résolue...<br />Elle consistait à partager le profil firefox des utilisateurs entre les clients windows et linux ce qui a beaucoup d'avantages dont :<br />- les marques-pages conservés<br />- le maintien de la purge de l'historique défini dans les versions windows avec ESU, ce qui évite de saturer les quotas des utilisateurs.</p>
<p>Avec votre précieuse aide, j'ai bien pu partager ces fichiers de configurations de Firefox entre les clients linux et les clients windows et rendre une salle linux fonctionnelle, mais au prix de quelques bidouilles :<br />- patch d'un fichier de démarrage des clients linux<br />- renommage des fichiers .Config en .config dans les perso des utilisateurs.<br />Sinon en l'état ce rapprochement n'est pas directement fonctionnel. Il manque un peu de codage.</p>
<p>Peut-être allez-vous refaire un client linux à partir de ubuntu 10.04 ? Je l'espère ! Et conserver-finaliser ce rapprochement de fichiers serait souhaitable !</p>
<p>Merci de votre suivi !<br />Cordialement,<br />Laurent Brillard</p>