20-10-2018, 11:16:33
Oui, complètement pourri, je vais voir avec l'iso que je compile actuellement. Les autres sessions c'est bon ou pas?
PrimTux, la distribution éducative
›
PrimTux: LA DISTRIBUTION: présentation, aide et développement
›
Demandes d'évolution - Tests des iso - Développement
Migration 2 et 3 vers 4
Migration 2 et 3 vers 4
Ici on n'a que votre IP, votre pseudo et votre adresse mail que nous ne traitons pas.
Quand vous êtes enregistrés, une seule requête permet de vous afficher les messages que vous n'avez pas lus.
Quand vous êtes enregistrés, une seule requête permet de vous afficher les messages que vous n'avez pas lus.
Primtux8 est arrivée! Rendez-vous ici
Vous pouvez désormais vous inscrire librement en cliquant sur "S'enregistrer".
|
Migration 2 et 3 vers 4
|
20-10-2018, 11:25:05
Tout va très bien chez moi après supression du répertoire libreoffice dans /home/01-mini/.config remplacé par l'archive que je t'ai envoyée.
Voilà ce que tu devrais avoir: ![[Image: 528209c91c6883c0fa4f25a44407cf65.png]](https://forum.primtux.fr/uploads/528209c91c6883c0fa4f25a44407cf65.png) Il doit y avoir un problème avec le répertoire protégé des toolbars au moment de la décompression.
20-10-2018, 13:36:21
J'avais vu une légère différence de droits sur un fichier, j'ai donc refait posément et tranquillement l'archive des home à partir des archives de libreoffice que tu m'as envoyées en MP.
J'ai bien maintenant exactement les mêmes droits sur la PTX migrée que dans ton archive,mais ça n'a pas résolu le problème que l'on retrouve dans toutes les sessions. Afin de s'assurer que le problème vient ou non de là, peux-tu vérifier que, sur ta PrimTux sur laquelle ça fonctionne, tu as bien les mêmes droits que moi sur les fichiers toolbar de la session administrateur (ce sont les droits tels qu'ils apparaissent dans l'archive que tu m'as envoyée): Code : ~/.config/libreoffice/4/user/config/soffice.cfg/modules/swriter$ ls -l
20-10-2018, 22:22:46
Code : administrateur@localhost:~/.config/libreoffice/4/user/config/soffice.cfg/modules/swriter$ ls -lCode : administrateur@localhost:~/.config/libreoffice/4/user/config/soffice.cfg/modules/swriter/toolbar$ ls -l
21-10-2018, 09:39:13
Problème résolu !
Edit: non, pas tout à fait !!
21-10-2018, 10:36:21
Mais sinon mets les mêmes droits partout, on n'avait pas de signalement de problème particulier d'édition de barres d'outils sous libreoffice.
21-10-2018, 10:42:38
J'ai effectivement un problème avec la protection de certains fichiers qui n'est pas conservée sous les sessions élèves.
Je refais un test au cas où j'aurais commis une erreur sur les archives des dossiers libreoffice à intégrer.
21-10-2018, 10:54:26
Mes archives sont bonnes.
Le problème: quand je télécharge les archives et fais manuellement la décompression, les droits sont conservés. Quand c'est fait depuis le script, les droits sont modifiés !!! Notamment les droits en lecture seule des fichiers du dossier toolbar disparaissent.
21-10-2018, 10:56:07
Regarde un peu le script de la version d'installation Ubuntu pour voir comment il s'y est pris.
21-10-2018, 11:37:06
Les droits sont définis manuellement par des chmod.
Je vais faire la même chose dans le script de migration.
21-10-2018, 16:39:00
Le problème est corrigé, et pour ceux qui veulent tester et qui ont accès au dépôt, la branche master est à jour.
Stéphane, vu que l'ajout de modifications a été arrêté, y en a-t-il en cours qui conduiront à des modifications dans le script de migration? Dans la négative, je mettrai le dépôt en accès public pour tous ceux qui veulent tester.
21-10-2018, 17:12:11
Philippe Dpt35 a écrit :Dans la négative, je mettrai le dépôt en accès public pour tous ceux qui veulent tester. et ce dépôt public pourrait être cité dans l'annonce de sortie de PrimTux4 
21-10-2018, 19:52:47
Le script de migration est en accès public:
https://framagit.org/philippe-dpt35/migre-ptx2-3 Il est pour l'instant recommandé de ne pas l'utiliser sur une machine en "production" ! Les retours peuvent être faits dans ce fil de discussion. Il a été testé, mais de façon superficielle, sur PrimTux2 32 bits, PrimTux3 32 et 64 bits, mais pas encore sur RPi. La PrimTux Dys ne peut être mise à jour par ce script. Elle devra faire l'objet d'un traitement particulier. Dans les tests, il faudra également vérifier que le fichier /etc/primtux_version donne bien l'information correspondant à votre système.
26-10-2018, 19:35:53
C'est mis à jour pour la différenciation des versions de Libreoffice entre Debian 8 et Debian 9.
Par ailleurs il y avait une erreur dans le chemin de décompression des dossiers Libreoffice, elle aussi corrigée. Il me reste à tester sur RPi ce week-end. Je me suis fait livrer quelques cartes mémoire pour ce faire !
26-10-2018, 22:18:22
Est-ce que quelqu'un d'autre a eu aussi ce problème : le bandeau de gauche qui cache les fenêtres. Il m'a semblé qu'après la migration (avec le script en ligne ce matin), toutes les fenêtres (ex. gestionnaire de fichier, LO, etc.) commencent sous le bandeau, et donc sont cachées de 2cm sur la gauche, vous voyez ce que je veux dire ? En réinstallant from scratch PPrimTux4-Debian8-i686-20181025.hybrid.iso, le problème ne se présente pas.
26-10-2018, 22:50:03
Je l'ai constaté. Si ça ne touche que les versions migrées, c'est qu'il y a un paramétrage manquant à mettre en place par le script.
Stéphane, tu as sans doute une piste.
27-10-2018, 09:29:34
Il faut que je teste le script de toute façon. En théorie àa se passe dans le fichier init de ./fluxbox.
27-10-2018, 11:13:42
Dans l'archive des homme que tu m'as fournie, il n'y a effectivement pas le fichier init de Fluxbox. Comme la barre des tâches passe du bas vers la gauche, le fichier init doit donc être corrigé.
Quelle est la meilleure solution sans risque de remettre en cause d'éventuels paramétrages personnalisés par l'utilisateur ? On inclut dans l'archive home un fichier init préformaté, ou on ne modifie que les paramètres adéquats de ce fichier depuis le script ?
27-10-2018, 11:16:42
Normalement cette histoire de barres est réglée depuis longtemps, depuis Eiffel si je me rappelle bien. Il était donc inutile de le mettre à jour. Attends un peu, je vais regarder ce qui se passe pendant la mise à jour (pas avant ce soir) et on corrigera ça. Par contre lampp n'est plus nécessaire, il reste dans le dépôt pour ceux qui veulent un serveur, mais inutile d'inclure en mise à jour.
27-10-2018, 13:38:39
Bonne nouvelle !
Je viens de tester la migration d'une PTX2 RPi vers la 4, et ça passe ! Le script vaudra donc aussi pour les version RPi.  Un problème avec la mise à jour du handymenu pour un fichier non trouvé, mais ça dépend u handymenu et sera réglé avec une mise à jour du paquet. Pour la PTX3, la dernière version RPi disponible en téléchargement ou à construire soi-même par le script adopte déjà le nouvel environnement de la PTX4. La mise à jour n'apportera donc pas grand chose, à part le nouveau Libreoffice des écoles.
27-10-2018, 17:48:18
Bon alors forcément lampp est mis à jour car présent dans PrimTux2.
Le noyau passe à 3.16.0-6 alors que dans la 4 Jessie c'est 3.16.0-7. À mon avis on ne doit pas pouvoir passer de l'ancien de la 2 directement verrs le 3.16.0-7. Et j'ai un souci: le script s'arrête au dépaquetage de linux-image-3.16-6-586. Je suis parti de la PrimTux2-2017-07-26-i386. Il faudrait peut-être forcer la version 7.
27-10-2018, 18:05:19
Donc mon expérience en résumé:
- Je fais aller le script une première fois: blocage à l'installation du noyau - Je le réexécute, j'ai un message qui me dit que je vais avoir l'apparence de PrimTux4 et ça décompresse le contenu des home. Au redémarrage rien de bon: pas d'interface, pas de handymenu qui démarre... Je me demande si j'utilise la bonne version de PrimTux. |
|
« Sujet précédent | Sujet suivant »
|
Utilisateur(s) parcourant ce sujet : 1 visiteur(s)