PrimTux

La distribution éducative pour débutants et initiés.

Vous n'êtes pas identifié(e).

Annonce

CONSULTER LES MENTIONS LÉGALES RGPD.

CARTE DES MEMBRES POUVANT AIDER ET DES ÉCOLES SOUS PRIMTUX
Merci de vous y inscrire en nous envoyant un email si vous souhaitez y apparaître.

  • Pour être automatiquement informé des réponses à vos messages sur le forum, n'oubliez pas de cliquer sur "Suivre cette discussion" en bas de page. Mieux, en vous abonnant au flux RSS du forum, vous pourrez suivre tout nouveau message sur l'ensemble du forum.
  • En allant dans votre Profil, ligne "Vie privée", vous pouvez également cocher "Suivre automatiquement les sujets auxquels on a répondu.", vous n'aurez plus à cliquer sur "Suivre cette discussion" lorsque vous postez un message.
  • Abonnez-vous à la newsletter sur le site principal pour être informé des nouveaux paquets, nouvelles versions, bugs...

#1 Re : Demandes d'évolution - Tests des iso - Développement » Apprendre Git ensemble » 27-02-2020 12:20:29

git commit -m "blabla" => on crée un commit avec le nom "blabla". ça décrit ce que fait le commit. (par exemple : correction d'un bug)
Ce nom de commit peut se retrouver à plusieurs endroits :

Si on a plusieurs versions d'un logiciel : 1.2, 1.4 et 2.0 par exemple, on peut avoir le même correctif pour chaque car on aura dupliqué le commit (prochain sujet : cherry-pick wink)
Du coup, le nom n'est pas "unique" à la différence d'un tag.
Un commit est par contre unitaire : si on lui change le nom, son hash change également.
En revanche, les tags sont plus souples : on peut les déplacer d'un commit à un autre sans rien changer à l'historique.
(et ça peut être vraiment pratique : t'as désigné un commit comme étant la version "béta" et puis tu te rends compte que t'as une régression, tu fais un commit et tu déplaces ton tag)

Pour comprendre le concept : si les commits étaient des archives qui contiennent une info (un descriptif et un différentiel), les tags sont des étiquettes pour les identifier rapidement sans les ouvrir.
Tu peux en mettre plusieurs (ou aucun : car c'est ) sur la même archive.

Leur utilité est réservé exclusivement au versionning.
Github par exemple, s'en sert pour générer directement des archives.

#2 Re : C'est ici qu'on se présente! » Eccoyo » 26-02-2020 17:07:07

Bonjour et bienvenue !

N'hésites pas à nous solliciter si tu rencontres des soucis.

Une fois fini, pourras-tu nous donner le pédigree des machines ainsi que saisir l'école sur : https://umap.openstreetmap.fr/fr/map/pr … .418/3.224 ?

#3 Re : Demandes d'évolution - Tests des iso - Développement » Evolution des Handy-menu » 26-02-2020 12:33:26

@Philippe Dpt35 : y'a que 2 onglets dans la session mini : "Français-Maths" et "Compilations-Jeux".
Donc un logo avec un livre d'enfant + Lego ça risque de faire trop donc confus... je vais faire un essai

#4 Re : Demandes d'évolution - Tests des iso - Développement » Evolution des Handy-menu » 25-02-2020 21:23:48

euh : un icône Poule pour "Français-Maths" et vache pour "Compilations-Jeux"... c'est quand même pas terrible. va falloir que je réfléchisse à mieux.

#5 Re : Demandes d'évolution - Tests des iso - Développement » PrimtuxStore » 25-02-2020 20:34:57

Bon, je suis embêté.

Vu que je suis arrivé à l'installer sans soucis sur l'ordi de ma fille (et qu'il y avait sans doute pas mal de libs), je me suis installé une Primtux 5 toute fraîche dans une VM :

$ uname -a
Linux primtux 5.0.0-31-generic #33~18.0.4.1-Ubuntu SMP Tue Oct 1 10:20:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Je me suis basé sur la dernière iso sur sourceforge et j'ai eu aucun blocage.

j'ai fait

$ cd /home/administrateur
$ git clone https://framagit.org/mothsart/primtuxstore.git
$ cd primtuxstore
$ ./create_db --verbose

ma base de donnée était bien créé :

$ ls  | grep primtuxstore.db
primtuxstore.db

et du coup, pas de soucis d'import :

./import

Même pas eu besoin d'installer "python3-yaml" ! c'est à n'y rien comprendre...

#6 Re : Demandes d'évolution - Tests des iso - Développement » Evolution des Handy-menu » 25-02-2020 19:52:21

En vue de nos échanges, Steph, je pensais présenter légèrement différemment les onglets (texte au survol) dans la session mini vu que la cible est illettré.
Est-tu dac avec  cette évolution ?
Si oui, il me faudrait un icône pour chaque onglet...

#7 Demandes d'évolution - Tests des iso - Développement » Soucis de mdp pour la session prof » 25-02-2020 19:32:51

mothsart
Réponses : 1

Ca n'est pas neuf, beaucoup d'ordi portables nécessitent de désactiver le pavé numérique pour pouvoir saisir le mdp.
@mhep c'est d'ailleurs fait avoir.

Je sais bien qu'on a une doc sur le wiki mais n'y a-t-il pas des pistes à creuser pour que ça soit plus user-friendly ?

Peux-être qu'attribuer plusieurs mot de passe (le même mot de passe mais quand le pavé numérique est activé) sur le même compte pourrait être une solution de déblocage ?

#8 Demandes d'évolution - Tests des iso - Développement » clic droit disable pour les sessions mini » 25-02-2020 19:25:13

mothsart
Réponses : 0

Lors des Primtux days, j'ai fait la connaissance d'un enseignant (j'ai malheureusement oublié son nom) en maternelle qui me signalais que le clic droit était souvent employé à tord dans son école.

Est-ce quelque chose de réalisable (je suppose que ça doit être une config fluxbox) ?
Je dirais que l'idéal serait que le clic droit et gauche fasse la même chose pour le cycle 1.

#9 Demandes d'évolution - Tests des iso - Développement » Inspiration Tetras libre » 25-02-2020 19:20:35

mothsart
Réponses : 0

Les employés de  Tetras libre ne sont pas particulièrement bavard sur ce forum.
Néanmoins, on peut trouver l'ensemble de leur travail dans un dépôt Git sous licence GPL 3. j'ai découvert pas mal de choses intéressantes (pour leur 2 projets : grenoble et Plan le cuques) :

Déjà, ils ont des comptes supplémentaires (je suppose pour des grosses infras) : session prof (diff de admin) et session direction

Sur le script de migration de la ptx 2 vers 3 de Philippe Dpt 35, c'est clairement visible : https://gitlab.tetras-libre.fr/primtux- … 9...master

- ils utilisent un script pré-configuré pour commander un poste à distance via VNC.
- ils améliorent la relation entre le type mime d'un fichier et l'application qui doit l'ouvrir :
https://gitlab.tetras-libre.fr/primtux- … eapps.list
et https://gitlab.tetras-libre.fr/primtux- … me_apps.sh
- Icône présent dans la barre de menu et config de Orca (pour les dys je suppose)
- pour des installes massives, ils ajoutent des entrées dans le handymenus via la ligne de commande (un truc adapté de mon code un peu dégeu).
l'idée derrière est pas trop mal pour du déploiement et je pense que je vais créé une version des handymenus en cli. (avec la doc correspondante)

- peut-être des bonnes idées pour gérer la connexion internet : https://gitlab.tetras-libre.fr/primtux- … network.sh

#10 Re : Discussions générales » Cookies et forum » 25-02-2020 16:01:52

Ahahah, Pédagogie scolaire de mon époque : tu me recopieras 100 fois : Il était une fois dans la ville de Foix, un marchand de foie originaire de Foua que l'on avait rendu fou à force de bonne foi.

#11 Re : Discussions générales » Cookies et forum » 25-02-2020 13:17:10

Peux-être quand même poser la question à la CNIL : association à but non lucratif qui utilise un forum fluxBB (avec des cookies d'authentification), sans bandeau de pubs.

Peux-être, pour nous protéger, mentionner que toutes les données qui transitent sont publiques (même si c'est pas exactement le cas) comme ça en cas de boulette de modération/administration, on ne pourra pas nous reprocher quoi que ce soit.

#12 Re : Demandes d'évolution - Tests des iso - Développement » éditeur Wysiwyg d'illustrations interactives » 24-02-2020 23:28:22

Je viens de mettre à jour : tag 1.1.2 => l'ensemble de tes illustrations sont présentes dans les exemples : saisons, système solaire et états de la matière.

#14 Re : Demandes d'évolution - Tests des iso - Développement » Changelog » 24-02-2020 20:45:36

@cyrille : les changelog debian (qu'on peut éditer via debchange) sont pour moi incomplets pour les devs (voir le lien ci dessus) mais font le job pour les utilisateurs.
Ce qui est dommage c'est bien entendu les doublons.

#15 Re : Demandes d'évolution - Tests des iso - Développement » Changelog » 24-02-2020 19:20:34

Je vais tenter l'opération.

J'avais oublié que tu l'avais fait pour la ptx4 : en revanche avec un fichier changelog indépendant qui respecte ça https://keepachangelog.com/fr/1.0.0/

L'idée c'est aussi d'avoir une roadmap. (et c'est toujours gratifiant quand tu passes un truc de "à faire" à "fait".

#18 Re : Demandes d'évolution - Tests des iso - Développement » Evolution des Handy-menu » 24-02-2020 17:22:26

Hello Steph : j'ai fini par trouver pourquoi la compilation du paquet se passait mal.
j'en ai profité pour supprimer la moitié des erreurs litian (je referais une passe dessus car j'ai envie d'arriver à zéro comme pour fluxboxlauncher).
Je t'invites à lire le diff https://framagit.org/Steph/handymenu-pr … s/55/diffs

J'ai :

1. corrigé une faute dans le README
2. ajouté le process complet de build dans le README : debuild est un alias plus court de dpkg-buildpackage
3. modifié le changelog car le 11 mai 2018 était un vendredi et non un jeudi (erreur litian)
4. rajouté une description plus longue dans le fichier control (warning lintian)
5. supprimé les version et maintainer dans le fichier control (erreur litian)
6. modifié la recherche des fichier yaml pour le rpi  (erreur de compil)
7. supprimé les fichiers générés (pyc : bytecode python)
8. supprimé le fichier debian/source/format (erreur de compil)

https://framagit.org/Steph/handymenu-pr … equests/55

#19 Re : Programmation » Doc sur l'apprentissage de la programation au primaire » 24-02-2020 17:04:12

Intéressant : il faudrait sans doute créer sur le wiki une page "programmation" qui centralise les docs de ce genre (ta doc kturtle, cyrille)

#20 Demandes d'évolution - Tests des iso - Développement » version majeur : sortie d'un fichier vdi » 24-02-2020 16:18:25

mothsart
Réponses : 1

Utiliser Virtualbox n'est pas compliqué mais ça prend du temps à configurer.

Il serait sans doute utile qu'on est la même version/config pour les tests mais également pour les utilisateurs finaux qui désire émuler.
Mettre une image vdi sur sourceforge serait sans doute un plus.

#21 Demandes d'évolution - Tests des iso - Développement » Changelog » 24-02-2020 16:02:20

mothsart
Réponses : 6

Afin de mieux énumérer ce qui a été ajouté/supprimé/modifié dans la future version de Primtux : https://framagit.org/Steph/primtux5, il serait utile de renseigner un fichier changelog. (on peut s'inspirer de https://framagit.org/mothsart/handymenu … NGELOG.md))
Par contre, il ne faut mettre que ce qui est spécifique à la distrib et non aux logiciels édités.
Par ex : passage de Gcompris 0.97 à 0.98

Ca permettrait sans doute de :

1. donner un cadre plus formel aux tests utilisateurs
2. envisager un jour des tests automatisés (surtout de la non-régression) via de l'intégration continue : les outils existent sous framagit et je pense commencer par tester ça sur les handymenu et primtuxstore puis on pourra étendre à d'autres.
3. envisager un petit utilitaire de collecte d'infos et de résolution de soucis quand un utilisateur a une session qui fonctionne mal et qu'il n'identifie pas pourquoi.

#22 Demandes d'évolution - Tests des iso - Développement » éviter les droits root » 24-02-2020 15:14:23

mothsart
Réponses : 3

Dans ta présentation, Steph, y'a un truc qui m'a dérangé :

L'entrée systématique des droits root lors de la création/edition des handymenus. (je sais plus si c'est aussi le cas sur le fluxboxlauncher).
C'est assez barbant à l'usage et en toute logique, ça ne devrait pas être obligatoire. (un script python, si il a les droits va outrepasser).

#23 Re : Demandes d'évolution - Tests des iso - Développement » Apprendre Git ensemble » 24-02-2020 12:43:46

Session 1 : comprendre les tags

Une petite redite pour mieux appréhender la gestion des versions de nos logiciels.

Se baser sur semver (https://semver.org/lang/fr/) à la sauce debian :

version majeur (en général, changement d'api, de fonctionnement, d'interface) : 1
version mineur (ajout de fonctionnalités) : 2
version corrective (que des correctifs de bugs) : 2
version corrective du paquet debian (là c'est de l'incrémentation uniquement lié à la distribution) : 18

Dans notre utilisation actuel des branches, nous utilisons une branche master qui est dédié à tout ce qui est propre à la production.
Une branche, c'est finalement une suite de commits et donc une partie d'entre correspondent à des versions que nous avons ou comptons mettre en ligne.

Afin de s'en sortir plus facilement, il est possible de leur donner des noms. C'est ce que l'on appel des tags.
Ces tags peuvent être ajouté, supprimé, déplacés à notre convenance.
En revanche, un tag a un nom unique : on ne peut pas avoir 2 tags sur le même dépôt avec le même nom.

1. voir la liste des tags présents

git tag --list

Pour rappel : Git fonctionne avec une notion de pointeur et l'on déplace ce pointeur via la commande "git checkout".

Si l'on fait :

git checkout lenomdemabranche

le pointeur de git va se positionner en réalité sur le dernier commit de cette branche.

Chaque commit a un hash (un code unique, comme un md5) bien distinct. Il est possible de se déplacer sur un commit bien précis :

git checkout hash

et donc de se remettre dans la condition à un instant T.

Si un commit porte un nom (donc son tag) : par exemple 1.2.1, alors on peut se déplacer dessus :

git checkout 1.2.1

C'est du coup, très pratique de passer d'une version à une autre.

Ajout d'un tag :

Lorsque vous décider de créer un tag, il faut mettre le pointeur sur le commit en question (git checkout hash).
Dans les faits, 95% des cas, il suffira de faire "git checkout master" qui pointera sur le dernier commit de la branche de production et de rajouter le tag de la nouvelle version.

git tag le_nom_de_mon_tag

Si vous vous êtes trompé, pas de panique, on supprime avec :

git tag -d le_nom_de_mon_tag

Enfin, si l'on veut envoyer ces tags sur le dépôt distant (framagit) :

git push --tags

et les autres utilisateurs pourront en bénéficier localement en faisant un simple :

git fetch (ou "git pull" : on verra la différence dans une autre session)

Si vous voulez aller plus loin, il est possible d'avoir le man de la commande :

git tag --help

ou la version simplifié :

git tag -h

En réalité, je n'utilise que ce que j'ai énuméré et m'en sort très bien dans 99% des cas.
Si vous connaissez par-cœur ces commandes, vous serez totalement autonome dans la gestion des tags !

Voilà, la session 2 dans la prochaine version.
Afin de vous perfectionner, n'hésitez pas à copier un dépôt et vous amusez avec pour bien comprendre les principes.
Savoir ce déplacer dans Git via git checkout c'est 50% du taf.
Une fois cette notion intégrés, toutes les autres vous semblerons cohérentes car intimement liés.

#24 Demandes d'évolution - Tests des iso - Développement » Apprendre Git ensemble » 24-02-2020 11:40:50

mothsart
Réponses : 4

Afin d'uniformiser nos outils et nos connaissances, nous avons progressivement passés nos outils sur Git.

Néanmoins, chacun ayant des connaissances plus ou moins pointu dans le domaine et vu que le sujet est très vaste, je propose d'aborder un sujet par semaine.

Si vous suivez bien ces articles, vous deviendrez des experts Git en moins de 6 mois.
J'encourage a apprendre cet outil même à des non devs car ça peut être un bon moyens d'archiver des documents.

Je rappel aussi que la grande force de Git est de garder l'ensemble de vos actions : il n'oubli rien et donc on peut sereinement faire sans avoir peur de perdre des données.

Néanmoins, il y a quelques pièges que j'aborderais dans une session dédié.

Pied de page des forums

Propulsé par FluxBB