<![CDATA[PrimTux, la distribution éducative - PrimTux - Raspberry Pi]]> https://forum.primtux.fr/ Sun, 26 Jul 2026 04:06:21 +0000 MyBB <![CDATA[Raspberry Pi5]]> https://forum.primtux.fr/showthread.php?tid=1830 Sun, 26 Jan 2025 10:43:10 +0000 joshua]]> https://forum.primtux.fr/showthread.php?tid=1830 Est-il possible d’installer PrimTux sur un Raspberry PI5?
Si oui, quelle version de PrimTux?
Bien cordialement.]]> Est-il possible d’installer PrimTux sur un Raspberry PI5?
Si oui, quelle version de PrimTux?
Bien cordialement.]]> <![CDATA[Tests PrimTux7 RPi]]> https://forum.primtux.fr/showthread.php?tid=1669 Thu, 17 Feb 2022 19:54:11 +0000 Philippe Dpt35]]> https://forum.primtux.fr/showthread.php?tid=1669 Merci de faire vos retours sur ce fil.

Particularités :
elle est bâtie sur une Debian Buster (Debian 10), et non Bullseye (Debian 11) en raison de la disparition de certaines dépendances essentielles au handymenu. Il aurait fallu modifier et recompiler le handymenu, mais celui-ci va disparaître pour laisser place au primtuxmenu dans une prochaine version.

ISO
https://primtux.fr/Documentation/temp/Pr...-16.img.gz
MD5
https://primtux.fr/Documentation/temp/Pr...img.gz.md5

ATTENTION : une carte SD 32 Go minimum est nécessaire. Pour des tailles supérieures à 32 GO, il faudra entre dans le menu de configuration (raspi-config) pour étendre la partition à la taille de la carte SD.]]> Merci de faire vos retours sur ce fil.

Particularités :
elle est bâtie sur une Debian Buster (Debian 10), et non Bullseye (Debian 11) en raison de la disparition de certaines dépendances essentielles au handymenu. Il aurait fallu modifier et recompiler le handymenu, mais celui-ci va disparaître pour laisser place au primtuxmenu dans une prochaine version.

ISO
https://primtux.fr/Documentation/temp/Pr...-16.img.gz
MD5
https://primtux.fr/Documentation/temp/Pr...img.gz.md5

ATTENTION : une carte SD 32 Go minimum est nécessaire. Pour des tailles supérieures à 32 GO, il faudra entre dans le menu de configuration (raspi-config) pour étendre la partition à la taille de la carte SD.]]> <![CDATA[CTparental sur rpi]]> https://forum.primtux.fr/showthread.php?tid=1628 Fri, 08 Oct 2021 16:35:53 +0000 mothsart]]> https://forum.primtux.fr/showthread.php?tid=1628
Je cherchais à identifier le soucis entre CTParental et Nginx.
Je passe donc par une Primtux 6 sur ma rpi 4.

Après installation, je n'ai en effet pas accès à https://admin.ct.local mais bien à 127.0.0.1:80 (la conf par défaut de nginx).
Je regarde dans les dépendances de ctparental (version 4.44.09-1.0) et je vois qu'il y a nginx.
Dans les fichiers installés, aucune trace de fichier de conf dans /etc/nginx/

Du coup, ça me parait "normal" que ça ne fonctionne pas.
Je n'ai pas tout suivi sur l'avancement de CTparental mais je vois dans le source qu'il y a une version pour lighttp et pour nginx.

Quelqu'un a un peu plus d'infos à me donner ?]]>
Je cherchais à identifier le soucis entre CTParental et Nginx.
Je passe donc par une Primtux 6 sur ma rpi 4.

Après installation, je n'ai en effet pas accès à https://admin.ct.local mais bien à 127.0.0.1:80 (la conf par défaut de nginx).
Je regarde dans les dépendances de ctparental (version 4.44.09-1.0) et je vois qu'il y a nginx.
Dans les fichiers installés, aucune trace de fichier de conf dans /etc/nginx/

Du coup, ça me parait "normal" que ça ne fonctionne pas.
Je n'ai pas tout suivi sur l'avancement de CTparental mais je vois dans le source qu'il y a une version pour lighttp et pour nginx.

Quelqu'un a un peu plus d'infos à me donner ?]]> <![CDATA[raspberry base open plotter headless]]> https://forum.primtux.fr/showthread.php?tid=1539 Wed, 27 Jan 2021 16:39:26 +0000 Alain]]> https://forum.primtux.fr/showthread.php?tid=1539 Voici une autre utilisation que je teste en ce moment

Je me sers de raspberry pi 3 et 3 b+ avec openplotter headless pour proposer une connexion internet dans des classes élémentaires où il n'y a pas de wifi mais qui disposent de tablettes
Openplotter headless s'installe normalement sur des raspberry dédiés à la navigation mais sa configuration clef en main pour proposer un hotspot sans rien à configurer m'a poussé à l'utiliser en milieu scolaire

Je branche le raspberry sur une prise ethernet et un reseau wifi fonctionnel (plage open plotter ) avec acces internet pour une petite dizaine de tablettes est tout de suite opérationnel.
La loi oblige les ecoles à fournir un internet filtré donc pour le moment je dois configurer chaque tablette avec l'adresse du proxy académique ce qui est un peu long ...

Je me demandais s'il n'était pas possible de configurer cela sur le raspberry afin que je n'ai aucune manipulation à faire sur les tablettes et que les eleves n'aient pas à donner l'identifiant d'authentification générique sur le proxy à chaque ouverture du navigateur.
J'ai posé mes questions sur divers forums mais je n'ai pas eu de reponse

Des idées ?
autrement
est ce qu'il y a moyen de paramétrer une box pour que tout ce qui arrive passant par le raspberry soit automatiquement redirigé vers le proxy académique ?

A noter que si on ne le branche pas sur internet on a aussi le hot spot qui fonctionne sur l'adresse 10.10.10.1
j'ai installe apache2 php mariadb phpmyadmin wordpress et cela fonctionne bien comme serveur en local


Derniere question à Philippe : est ce que tu penses que ton script d'installation pour primtux6 va fonctionner à partir de cette base (je suis en train de cloner mon modele ) et je ferai bien un essai si j'étais sûr que cela ne plante pas apache2 et tout mon serveur local... ?

Merci de vos réponses]]> Voici une autre utilisation que je teste en ce moment

Je me sers de raspberry pi 3 et 3 b+ avec openplotter headless pour proposer une connexion internet dans des classes élémentaires où il n'y a pas de wifi mais qui disposent de tablettes
Openplotter headless s'installe normalement sur des raspberry dédiés à la navigation mais sa configuration clef en main pour proposer un hotspot sans rien à configurer m'a poussé à l'utiliser en milieu scolaire

Je branche le raspberry sur une prise ethernet et un reseau wifi fonctionnel (plage open plotter ) avec acces internet pour une petite dizaine de tablettes est tout de suite opérationnel.
La loi oblige les ecoles à fournir un internet filtré donc pour le moment je dois configurer chaque tablette avec l'adresse du proxy académique ce qui est un peu long ...

Je me demandais s'il n'était pas possible de configurer cela sur le raspberry afin que je n'ai aucune manipulation à faire sur les tablettes et que les eleves n'aient pas à donner l'identifiant d'authentification générique sur le proxy à chaque ouverture du navigateur.
J'ai posé mes questions sur divers forums mais je n'ai pas eu de reponse

Des idées ?
autrement
est ce qu'il y a moyen de paramétrer une box pour que tout ce qui arrive passant par le raspberry soit automatiquement redirigé vers le proxy académique ?

A noter que si on ne le branche pas sur internet on a aussi le hot spot qui fonctionne sur l'adresse 10.10.10.1
j'ai installe apache2 php mariadb phpmyadmin wordpress et cela fonctionne bien comme serveur en local


Derniere question à Philippe : est ce que tu penses que ton script d'installation pour primtux6 va fonctionner à partir de cette base (je suis en train de cloner mon modele ) et je ferai bien un essai si j'étais sûr que cela ne plante pas apache2 et tout mon serveur local... ?

Merci de vos réponses]]> <![CDATA[Tests PrimTux6 RPi]]> https://forum.primtux.fr/showthread.php?tid=1530 Sun, 03 Jan 2021 10:17:57 +0000 Philippe Dpt35]]> https://forum.primtux.fr/showthread.php?tid=1530 https://primtux.fr/Documentation/temp/pt...-02.img.gz
MD5 : B9874267205AA470DE7658542CDFB244

Prévoir une carte SD de 32 Go minimum.

Il est également possible de construire sa propre PrimTux6 RPi grâce à un script :
https://framagit.org/philippe-dpt35/primtux6-rpi

Merci de faire vos retours dans ce fil.]]> https://primtux.fr/Documentation/temp/pt...-02.img.gz
MD5 : B9874267205AA470DE7658542CDFB244

Prévoir une carte SD de 32 Go minimum.

Il est également possible de construire sa propre PrimTux6 RPi grâce à un script :
https://framagit.org/philippe-dpt35/primtux6-rpi

Merci de faire vos retours dans ce fil.]]> <![CDATA[Compilation OpenBoard 10.5.4 avec rpi OS Buster]]> https://forum.primtux.fr/showthread.php?tid=1524 Sun, 13 Dec 2020 19:07:21 +0000 mothsart]]> https://forum.primtux.fr/showthread.php?tid=1524
Tout d'abord, je tiens mon inspiration principalement de la lecture du source, de l'issue https://github.com/OpenBoard-org/OpenBoard/issues/98 ainsi que de cet article de wiki https://github.com/OpenBoard-org/OpenBoa...untu-20.04


1. Dans un 1er temps, il faut récupérer les sources en clonant OpenBoard OpenBoard-ThirdParty et OpenBoard-Importer:

Code :
git clone https://github.com/OpenBoard-org/OpenBoard.git
git clone https://github.com/OpenBoard-org/OpenBoard-ThirdParty.git
git clone https://github.com/OpenBoard-org/OpenBoard-Importer.git

2. On se place sur la bonne version git. (uniquement pour le dépôt OpenBoard, les autres sur master conviendront)

Code :
git tag --list

va nous donner l'ensemble des versions d'openboard.
On se met sur la dernière version "stable" (à la rédaction de cette discussion, c'est la 10.5.4) :

Code :
git checkout v1.5.4


3. On installe toutes les dépendances nécessaires à la compilation :
Code :
sudo apt-get install libssl1.0-dev qt5-make qt5-default libqt5webkit5-dev libqt5svg5-dev libqt5xmlpatterns5-dev qtmultimedia5-dev qttools5-dev qtscript5-dev libqt5scripttools5 libfreetype6-dev libmotif-dev libxt-dev libavcodec-dev libavformat-dev libswscale-dev libbz2-dev liblzma-dev libass-dev libaacs-dev libmp3lame-dev libopus-dev libtheora-dev libvpx-dev libx264-dev libsdl1.2-dev libasound2-dev libva-dev libpaper-dev
libgl1-mesa-dev libssl-dev libpoppler-cpp-dev libpoppler-private-dev libfdk-aac-dev libfdk-aac1 libquazip5-dev libxcb-shape0-dev libxcb-xfixes0-dev

3. On compile toutes les dépendances non présentes dans les dépôts mais présentent dans OpenBoard-ThirdParty

freetype pour avoir les bonnes polices dans xpdf :
Code :
cd OpenBoard-ThirdParty/freetype
qmake freetype.pro
make

quazip :

Code :
cd ../quazip
qmake quazip.pro
make

xpdf :
Code :
cd ../xpdf/xpdf-3.04
./configure --with-freetype2-library="../../freetype/lib/linux" --with-freetype2-includes="../../freetype/freetype-2.6.1/include"
cd ..
qmake xpdf.pro
make

4. édition de OpenBoard/release_scripts/linux/build.sh pour prendre en compte le bon dossier de qt5 :
On change la variable QT_PATH par :

Code :
QT_PATH="/usr/lib/arm-linux-gnueabihf/qt5"

Dans le même fichier, après

Code :
if [$ARCHITECTURE == "x86_64" ]; then
    $ARCHITECTURE="amd64"
fi

on rajoute :
Code :
if [$ARCHITECTURE == "armv7l" ]; then
    $ARCHITECTURE="armhf"
fi

Avec cette édition, on force le paquet deb a être utilisable sur l'ensemble des rpi et non uniquement la rpi 4 et la rpi 400.

5. On force la compilation à utiliser le français comme langue par défaut :

dans OpenBoard/src/core/UBApplication.cpp, remplacer :

Code :
QString forcedLanguage("");
    if(args.contains("-lang"))
        forcedLanguage=args.at(args.indexOf("-lang") + 1);

par

Code :
QString forcedLanguage("fr");

6. lancer OpenBoard/tree/master/release_scripts/linux/build.sh

7. une fois fini, lancer OpenBoard-org/OpenBoard/tree/master/release_scripts/linux/package.sh en root

8. Le paquet finalisé en .deb est disponible dans OpenBoard/install/linux

Ma version compilé est disponible ici https://drive.google.com/file/d/16UvR80E...sp=sharing]]>
Tout d'abord, je tiens mon inspiration principalement de la lecture du source, de l'issue https://github.com/OpenBoard-org/OpenBoard/issues/98 ainsi que de cet article de wiki https://github.com/OpenBoard-org/OpenBoa...untu-20.04


1. Dans un 1er temps, il faut récupérer les sources en clonant OpenBoard OpenBoard-ThirdParty et OpenBoard-Importer:

Code :
git clone https://github.com/OpenBoard-org/OpenBoard.git
git clone https://github.com/OpenBoard-org/OpenBoard-ThirdParty.git
git clone https://github.com/OpenBoard-org/OpenBoard-Importer.git

2. On se place sur la bonne version git. (uniquement pour le dépôt OpenBoard, les autres sur master conviendront)

Code :
git tag --list

va nous donner l'ensemble des versions d'openboard.
On se met sur la dernière version "stable" (à la rédaction de cette discussion, c'est la 10.5.4) :

Code :
git checkout v1.5.4


3. On installe toutes les dépendances nécessaires à la compilation :
Code :
sudo apt-get install libssl1.0-dev qt5-make qt5-default libqt5webkit5-dev libqt5svg5-dev libqt5xmlpatterns5-dev qtmultimedia5-dev qttools5-dev qtscript5-dev libqt5scripttools5 libfreetype6-dev libmotif-dev libxt-dev libavcodec-dev libavformat-dev libswscale-dev libbz2-dev liblzma-dev libass-dev libaacs-dev libmp3lame-dev libopus-dev libtheora-dev libvpx-dev libx264-dev libsdl1.2-dev libasound2-dev libva-dev libpaper-dev
libgl1-mesa-dev libssl-dev libpoppler-cpp-dev libpoppler-private-dev libfdk-aac-dev libfdk-aac1 libquazip5-dev libxcb-shape0-dev libxcb-xfixes0-dev

3. On compile toutes les dépendances non présentes dans les dépôts mais présentent dans OpenBoard-ThirdParty

freetype pour avoir les bonnes polices dans xpdf :
Code :
cd OpenBoard-ThirdParty/freetype
qmake freetype.pro
make

quazip :

Code :
cd ../quazip
qmake quazip.pro
make

xpdf :
Code :
cd ../xpdf/xpdf-3.04
./configure --with-freetype2-library="../../freetype/lib/linux" --with-freetype2-includes="../../freetype/freetype-2.6.1/include"
cd ..
qmake xpdf.pro
make

4. édition de OpenBoard/release_scripts/linux/build.sh pour prendre en compte le bon dossier de qt5 :
On change la variable QT_PATH par :

Code :
QT_PATH="/usr/lib/arm-linux-gnueabihf/qt5"

Dans le même fichier, après

Code :
if [$ARCHITECTURE == "x86_64" ]; then
    $ARCHITECTURE="amd64"
fi

on rajoute :
Code :
if [$ARCHITECTURE == "armv7l" ]; then
    $ARCHITECTURE="armhf"
fi

Avec cette édition, on force le paquet deb a être utilisable sur l'ensemble des rpi et non uniquement la rpi 4 et la rpi 400.

5. On force la compilation à utiliser le français comme langue par défaut :

dans OpenBoard/src/core/UBApplication.cpp, remplacer :

Code :
QString forcedLanguage("");
    if(args.contains("-lang"))
        forcedLanguage=args.at(args.indexOf("-lang") + 1);

par

Code :
QString forcedLanguage("fr");

6. lancer OpenBoard/tree/master/release_scripts/linux/build.sh

7. une fois fini, lancer OpenBoard-org/OpenBoard/tree/master/release_scripts/linux/package.sh en root

8. Le paquet finalisé en .deb est disponible dans OpenBoard/install/linux

Ma version compilé est disponible ici https://drive.google.com/file/d/16UvR80E...sp=sharing]]> <![CDATA[Problème avec MàJ Primtux 4]]> https://forum.primtux.fr/showthread.php?tid=1510 Sun, 29 Nov 2020 16:34:38 +0000 greed]]> https://forum.primtux.fr/showthread.php?tid=1510 rimTux4-Debian10-CTP-RPi-2019-12-16-16Go.img
avec balenaEtcher sans souci (sur une micro sd de 16 puis de 64 GO scann disc ultra officiel)maintenant et des que je fais la MàJ (2.5Go)dans la partie ADMIN plus possible de relancer Primtux ??(où alors je n'attends pas assez longtemps 30. min quand même xD )

Auriez vous déjà vu ce souci ?Sinon pourriez vous m'expliquer où je fais une erreur.
Bonne soirée

Ps: j'espère que je suis au bon endroit?par rapport au forum.
J'ai regardé mais je n'ai pas vu de sujet similaire]]> rimTux4-Debian10-CTP-RPi-2019-12-16-16Go.img
avec balenaEtcher sans souci (sur une micro sd de 16 puis de 64 GO scann disc ultra officiel)maintenant et des que je fais la MàJ (2.5Go)dans la partie ADMIN plus possible de relancer Primtux ??(où alors je n'attends pas assez longtemps 30. min quand même xD )

Auriez vous déjà vu ce souci ?Sinon pourriez vous m'expliquer où je fais une erreur.
Bonne soirée

Ps: j'espère que je suis au bon endroit?par rapport au forum.
J'ai regardé mais je n'ai pas vu de sujet similaire]]> <![CDATA[Primtux4 lancé sur des clients lourds et serveur LTSP]]> https://forum.primtux.fr/showthread.php?tid=1497 Wed, 18 Nov 2020 15:02:58 +0000 ThierryM]]> https://forum.primtux.fr/showthread.php?tid=1497
Je me permets de créer un nouveau fil de discussion concernant l'usage de Raspberry Pi 4 en tant que clients lourds avec Primtux4.
Le principe des clients lourds est de fonctionner sans carte micro-SD car ils vont chercher tout ce dont ils ont besoin sur un serveur. L'avantage de ce système, c'est de n'avoir à faire qu'une seule installation ou les mises à jour sur le serveur. Plus besoin de s'occuper des clients. En terme de maintenance, c'est l'idéal : on branche un Raspberry Pi 4 programmé pour démarrer sur le réseau et il fonctionne.
De plus, il est possible en se connectant au serveur de visualiser les sessions des élèves, de booter, éteindre, envoyer des messages via l'application Eptotes.
J'avais déjà utilisé ce type de système avec les clients légers Éclair proposé par le pôle EOLE mais la dernière mouture qui proposera la nouvelle version de LTSP sera la 2.8.1 qui risque de prendre encore du temps et qui ne sera pas prévue pour fonctionner avec Primtux.

Pour cela, je suis parti d'un serveur avec Ubuntu 20.04 server edition auquel on rajoute les paquets LTSP et avec une image personnelle de Primtux4 pour Raspberry Pi 4 (rajout de widgets, de DWService même si là son utilité est nulle).

J'ai réussi à démarrer un client lourd avec Primtux4 et tout fonctionne bien (le son, Internet, LibreOffice, Scratch). Il me manque l'étape finale qui permettra de faire fonctionner plusieurs Raspberry Pi 4 car les manip que j'ai faites ne le permettent pas... J'ai demandé de l'aide sur le forum dédié de LTSP et j'attends des retours.

Si vous êtes intéressé⋅e⋅s, j'ai documenté la procédure complète à suivre pour arriver au même stade que moi sur cette page : https://lofurol.fr/joomla/electronique/r...nts-lourds. Cette page évolue en fonction de mes avancées mais là j'approche du but.

Bref, ça me semble une solution vraiment intéressante à mettre en place dans une école à partir du moment où on a plusieurs classes et un nombre de postes important.

Cordialement,

Thierry]]>
Je me permets de créer un nouveau fil de discussion concernant l'usage de Raspberry Pi 4 en tant que clients lourds avec Primtux4.
Le principe des clients lourds est de fonctionner sans carte micro-SD car ils vont chercher tout ce dont ils ont besoin sur un serveur. L'avantage de ce système, c'est de n'avoir à faire qu'une seule installation ou les mises à jour sur le serveur. Plus besoin de s'occuper des clients. En terme de maintenance, c'est l'idéal : on branche un Raspberry Pi 4 programmé pour démarrer sur le réseau et il fonctionne.
De plus, il est possible en se connectant au serveur de visualiser les sessions des élèves, de booter, éteindre, envoyer des messages via l'application Eptotes.
J'avais déjà utilisé ce type de système avec les clients légers Éclair proposé par le pôle EOLE mais la dernière mouture qui proposera la nouvelle version de LTSP sera la 2.8.1 qui risque de prendre encore du temps et qui ne sera pas prévue pour fonctionner avec Primtux.

Pour cela, je suis parti d'un serveur avec Ubuntu 20.04 server edition auquel on rajoute les paquets LTSP et avec une image personnelle de Primtux4 pour Raspberry Pi 4 (rajout de widgets, de DWService même si là son utilité est nulle).

J'ai réussi à démarrer un client lourd avec Primtux4 et tout fonctionne bien (le son, Internet, LibreOffice, Scratch). Il me manque l'étape finale qui permettra de faire fonctionner plusieurs Raspberry Pi 4 car les manip que j'ai faites ne le permettent pas... J'ai demandé de l'aide sur le forum dédié de LTSP et j'attends des retours.

Si vous êtes intéressé⋅e⋅s, j'ai documenté la procédure complète à suivre pour arriver au même stade que moi sur cette page : https://lofurol.fr/joomla/electronique/r...nts-lourds. Cette page évolue en fonction de mes avancées mais là j'approche du but.

Bref, ça me semble une solution vraiment intéressante à mettre en place dans une école à partir du moment où on a plusieurs classes et un nombre de postes important.

Cordialement,

Thierry]]> <![CDATA[Primtux6]]> https://forum.primtux.fr/showthread.php?tid=1495 Mon, 16 Nov 2020 12:01:14 +0000 mothsart]]> https://forum.primtux.fr/showthread.php?tid=1495 ) https://framagit.org/philippe-dpt35/prim...x4-rpi4.sh
et envisager la Primtux6.

Le but n'est bien sur pas de faire doublon mais de pouvoir te seconder et mutualiser nos efforts si besoin.

J'ai pour le coup plusieurs questions et remarques. (pas des critiques : la review de code et le paire programming est selon moi le meilleur moyen de faire des softs matures car la relecture et l'expertise de chacun permet de faire avancer le projet)

1. Ligne 14, tu récupères des sources du dépôt de Steph. Est-ce toi ou Steph qui a créé ses archives et quel est le process pour les créer.

2. Tu utilises une variable pour stocker le temps d'exécution du script. En soit, c'est une super idée mais vu que je lance en règle général le script le soir, je me retrouve avec un temps mort car le script s'arrête sur un prompt : "mot de passe de ctparental" et le lendemain mat (voir le soir après le boulot), je me remets dessus.

3. Tu fais des rm de fichiers/dossiers dans tmp alors que après le script tu invites à redémarrer : tmp est vidé à ce moment précis. Du coup, c'est pas des lignes de code parasites ?

4. Ligne 112, tu récupères une archives du dépôt log2ram issus de la branche master.
Or, celle-ci change régulièrement et avoir des bugs potentielles. J'encourage plutôt à partir sur une version définit :
par exemple https://github.com/azlux/log2ram/archive/1.6.0.tar.gz

5. qu'est-ce qui se passe si le md5 n'est pas bon, si github est down (ça c'est produit plusieurs demi-journée cette année) ou si le dépôt n'existe plus ?
Le script passe à la suite ?
La question peut se rapporter à tous les wget.

6. Il manque une icône pour gSpeech que tu rajoutes dans ton script.
Je pense qu'il faudrait sans doute mieux envisager un upgrade de gSpeech pour disposer de ça correctement.

D'ailleurs la version de gSpeech est très vielle. (mais c'est peut-être lié à mon soucis de source.list)]]> ) https://framagit.org/philippe-dpt35/prim...x4-rpi4.sh
et envisager la Primtux6.

Le but n'est bien sur pas de faire doublon mais de pouvoir te seconder et mutualiser nos efforts si besoin.

J'ai pour le coup plusieurs questions et remarques. (pas des critiques : la review de code et le paire programming est selon moi le meilleur moyen de faire des softs matures car la relecture et l'expertise de chacun permet de faire avancer le projet)

1. Ligne 14, tu récupères des sources du dépôt de Steph. Est-ce toi ou Steph qui a créé ses archives et quel est le process pour les créer.

2. Tu utilises une variable pour stocker le temps d'exécution du script. En soit, c'est une super idée mais vu que je lance en règle général le script le soir, je me retrouve avec un temps mort car le script s'arrête sur un prompt : "mot de passe de ctparental" et le lendemain mat (voir le soir après le boulot), je me remets dessus.

3. Tu fais des rm de fichiers/dossiers dans tmp alors que après le script tu invites à redémarrer : tmp est vidé à ce moment précis. Du coup, c'est pas des lignes de code parasites ?

4. Ligne 112, tu récupères une archives du dépôt log2ram issus de la branche master.
Or, celle-ci change régulièrement et avoir des bugs potentielles. J'encourage plutôt à partir sur une version définit :
par exemple https://github.com/azlux/log2ram/archive/1.6.0.tar.gz

5. qu'est-ce qui se passe si le md5 n'est pas bon, si github est down (ça c'est produit plusieurs demi-journée cette année) ou si le dépôt n'existe plus ?
Le script passe à la suite ?
La question peut se rapporter à tous les wget.

6. Il manque une icône pour gSpeech que tu rajoutes dans ton script.
Je pense qu'il faudrait sans doute mieux envisager un upgrade de gSpeech pour disposer de ça correctement.

D'ailleurs la version de gSpeech est très vielle. (mais c'est peut-être lié à mon soucis de source.list)]]> <![CDATA[PrimTux4 pour Raspberry Pi 4ème génération]]> https://forum.primtux.fr/showthread.php?tid=1279 Sat, 30 Nov 2019 21:04:58 +0000 Philippe Dpt35]]> https://forum.primtux.fr/showthread.php?tid=1279
J'ai construit une PrimTux4 sur Raspbian Buster afin de la rendre compatible avec le RPi4. Cette image a besoin d'être testée avant d'en faire une diffusion publique.

Merci donc à ceux qui voudront bien la tester.

Pour ceux qui le souhaitent, il est également possible de la construire soi-même grâce à un script de construction. Voir ici : https://framagit.org/philippe-dpt35/primtux4-rpi4

L'image prête à l'emploi est téléchargeable ici : https://sourceforge.net/projects/primtux...z/download

Somme md5: https://sourceforge.net/projects/primtux...5/download

Cette image nécessite l'utilisation d'une carte SD de 32 Go minimum.

Limitations de cette version :

Certains paquets ne s'installent pas, soit parce qu'ils sont obsolètes, soit parce qu'ils ont des dépendances non satisfaites parce qu'elles sont manquantes. C'est le cas de leterrier-aller, openboard et solydxk-softwaremanager (gestionnaire de logiciels)

lsb-compat, qui permet l'installation de certains pilotes de scanners, n'est plus disponible.

Shutter n'est pas installable en raison d'une dépendance abandonnée dans Buster. Je l'ai remplacé par Flameshot.

Merci de faire vos retours dans ce fil de discussion, aussi bien sur le script que sur l'image prête à graver.

Cette version est utilisable sur les générations précédentes de Raspberry Pi.]]>
J'ai construit une PrimTux4 sur Raspbian Buster afin de la rendre compatible avec le RPi4. Cette image a besoin d'être testée avant d'en faire une diffusion publique.

Merci donc à ceux qui voudront bien la tester.

Pour ceux qui le souhaitent, il est également possible de la construire soi-même grâce à un script de construction. Voir ici : https://framagit.org/philippe-dpt35/primtux4-rpi4

L'image prête à l'emploi est téléchargeable ici : https://sourceforge.net/projects/primtux...z/download

Somme md5: https://sourceforge.net/projects/primtux...5/download

Cette image nécessite l'utilisation d'une carte SD de 32 Go minimum.

Limitations de cette version :

Certains paquets ne s'installent pas, soit parce qu'ils sont obsolètes, soit parce qu'ils ont des dépendances non satisfaites parce qu'elles sont manquantes. C'est le cas de leterrier-aller, openboard et solydxk-softwaremanager (gestionnaire de logiciels)

lsb-compat, qui permet l'installation de certains pilotes de scanners, n'est plus disponible.

Shutter n'est pas installable en raison d'une dépendance abandonnée dans Buster. Je l'ai remplacé par Flameshot.

Merci de faire vos retours dans ce fil de discussion, aussi bien sur le script que sur l'image prête à graver.

Cette version est utilisable sur les générations précédentes de Raspberry Pi.]]> <![CDATA[Problème de sensibilité souris Bluetooth]]> https://forum.primtux.fr/showthread.php?tid=1218 Thu, 26 Sep 2019 12:10:40 +0000 CobCoben]]> https://forum.primtux.fr/showthread.php?tid=1218 J'ai recyclé un raspberry pi 3 en installant primtux 4 pour mes enfants.
Tout fonctionne correctement, simplement la sensibilité du curseur de la souris qui est extrêmement lente.
Clavier et souris sont connectés par un dongle bluetooth. Le clavier fonctionne sans problème.
Dans les préférences système j'ai trouvé un menu pour réglage du clavier mais rien pour la souris.
Auriez vous une idée ?
Merci d'avance]]> J'ai recyclé un raspberry pi 3 en installant primtux 4 pour mes enfants.
Tout fonctionne correctement, simplement la sensibilité du curseur de la souris qui est extrêmement lente.
Clavier et souris sont connectés par un dongle bluetooth. Le clavier fonctionne sans problème.
Dans les préférences système j'ai trouvé un menu pour réglage du clavier mais rien pour la souris.
Auriez vous une idée ?
Merci d'avance]]> <![CDATA[Suggestion config initiale pour OpenBoard]]> https://forum.primtux.fr/showthread.php?tid=1088 Tue, 12 Mar 2019 18:10:49 +0000 kentel]]> https://forum.primtux.fr/showthread.php?tid=1088
Très content de pouvoir faire tourner OpenBoard sur un Pi (j'ai un 3 et un 3+, Primtux installé sur le dernier modèle B3+).

Du coup j'ai remarqué deux petits détails :

OpenBoard est lancé la première fois avec dans les préférences avec la vérification automatique de mise à jour, ce qui est inutile pour le Pi, puisque cela ne fait que rediriger vers la page web du logiciel, où on ne trouvera que les paquets Ubuntu, et pas RPI.

Si au démarrage, on change dans la section [App] la ligne de config suivante, on évite peut-être un gros doute pour les utilisateurs lambda qui tenterait de télécharger des paquets pour PC et une autre distro...

Les lignes concernées par défaut sont :

EnableAutomaticSoftwareUpdates=true
EnableSoftwareUpdates=true

Si dans une version ultérieure, vous recompilez la version 1.5, ce serait peut l'occasion de modifier la config de départ mais c'est juste un détail, car en passant par le menu options, on peut modifier facile.

Pour accélérer le démarrage du logiciel, on peut aussi désactiver la recherche auto de documents Sankoré :

LookForOpenSankoreInstall=true

La probabilité d'avoir OpenSankoré et de vieux documents à son format sur une SD tout juste formatée et PrimTux installée est plus que faible Wink

Super boulot, merci, c'est la seule distro avec ce logiciel de TBI compilé sur cette architecture.]]>
Très content de pouvoir faire tourner OpenBoard sur un Pi (j'ai un 3 et un 3+, Primtux installé sur le dernier modèle B3+).

Du coup j'ai remarqué deux petits détails :

OpenBoard est lancé la première fois avec dans les préférences avec la vérification automatique de mise à jour, ce qui est inutile pour le Pi, puisque cela ne fait que rediriger vers la page web du logiciel, où on ne trouvera que les paquets Ubuntu, et pas RPI.

Si au démarrage, on change dans la section [App] la ligne de config suivante, on évite peut-être un gros doute pour les utilisateurs lambda qui tenterait de télécharger des paquets pour PC et une autre distro...

Les lignes concernées par défaut sont :

EnableAutomaticSoftwareUpdates=true
EnableSoftwareUpdates=true

Si dans une version ultérieure, vous recompilez la version 1.5, ce serait peut l'occasion de modifier la config de départ mais c'est juste un détail, car en passant par le menu options, on peut modifier facile.

Pour accélérer le démarrage du logiciel, on peut aussi désactiver la recherche auto de documents Sankoré :

LookForOpenSankoreInstall=true

La probabilité d'avoir OpenSankoré et de vieux documents à son format sur une SD tout juste formatée et PrimTux installée est plus que faible Wink

Super boulot, merci, c'est la seule distro avec ce logiciel de TBI compilé sur cette architecture.]]> <![CDATA[Retour d'installation primtux4]]> https://forum.primtux.fr/showthread.php?tid=1005 Mon, 12 Nov 2018 21:35:06 +0000 nekopep]]> https://forum.primtux.fr/showthread.php?tid=1005 J'ai découvert primtux via linuxfr et ca tombe bien car je suis en train de planifier la rénovation informatique d'une école Smile
10 PC pour maternelle et primaire.
J'ai une bonne epérience en linux mais zéro en logiciel pour l'éducation, je fais cela en bénévole.

Du coups 2 options s'offrent à moi:
Migrer les vieux PC en primtux 4
ou
Passer tout les postes en RPi3B+ pour homogénéiser le parc

Du coups j'ai installé ce week end la nouvelle version par hasard (1er download Smile ! ) sur ma rpi3B+.

Voici mon premier retour:

J'ai téléchargé la version DansGuardian (il n'y avait qu'elle de dispo au moment ou j'ai téléchargé).

1/Je ne comprends pas la différence entre DnasGuardian et CTParental?
Quand utiliser l'un ou l'autre?

2/J'ai dû activer l'opengl via raspi-config pour avoir certains jeux fonctionnels (supertux entre autre)

3/Un truc un peu bizarre, si le réseau est connecté au démmarage, aucuns soucis.
Si je branche aprés avoir booté, je suis obligé de faire du ifconfig eth0 + route add default gw pour avoir du réseau.
(je vous confirme cela)

4/J'ai qq jeux qui ne sont pas fonctionnels, je vous fais la liste bientôt.
Un jeu de francais de mémoire, il faut que je reteste avec les enfants.

5/Au niveau du ressentit, je n'ai testé que la version rpi. Ca marche plutôt bien, par contre on a une sensation de lenteur lors du démarrage de certaines appli.
On clique et il faut attendre 10/20 secondes avant de voir l'effet du clic pour qq applis.
A part ce défaut sinon le reste marche plutôt bien Smile

Je continue mes tests et je vous tiens au courant.
En tout cas super boulot!]]> J'ai découvert primtux via linuxfr et ca tombe bien car je suis en train de planifier la rénovation informatique d'une école Smile
10 PC pour maternelle et primaire.
J'ai une bonne epérience en linux mais zéro en logiciel pour l'éducation, je fais cela en bénévole.

Du coups 2 options s'offrent à moi:
Migrer les vieux PC en primtux 4
ou
Passer tout les postes en RPi3B+ pour homogénéiser le parc

Du coups j'ai installé ce week end la nouvelle version par hasard (1er download Smile ! ) sur ma rpi3B+.

Voici mon premier retour:

J'ai téléchargé la version DansGuardian (il n'y avait qu'elle de dispo au moment ou j'ai téléchargé).

1/Je ne comprends pas la différence entre DnasGuardian et CTParental?
Quand utiliser l'un ou l'autre?

2/J'ai dû activer l'opengl via raspi-config pour avoir certains jeux fonctionnels (supertux entre autre)

3/Un truc un peu bizarre, si le réseau est connecté au démmarage, aucuns soucis.
Si je branche aprés avoir booté, je suis obligé de faire du ifconfig eth0 + route add default gw pour avoir du réseau.
(je vous confirme cela)

4/J'ai qq jeux qui ne sont pas fonctionnels, je vous fais la liste bientôt.
Un jeu de francais de mémoire, il faut que je reteste avec les enfants.

5/Au niveau du ressentit, je n'ai testé que la version rpi. Ca marche plutôt bien, par contre on a une sensation de lenteur lors du démarrage de certaines appli.
On clique et il faut attendre 10/20 secondes avant de voir l'effet du clic pour qq applis.
A part ce défaut sinon le reste marche plutôt bien Smile

Je continue mes tests et je vous tiens au courant.
En tout cas super boulot!]]> <![CDATA[PrimTux4-Debian9-CTP-RPi disponible au téléchargement]]> https://forum.primtux.fr/showthread.php?tid=1004 Sun, 11 Nov 2018 09:06:26 +0000 Philippe Dpt35]]> https://forum.primtux.fr/showthread.php?tid=1004 https://sourceforge.net/projects/primtux...z/download
md5:
https://sourceforge.net/projects/primtux...5/download

Cette version peut également être construite par vos soins, plutôt que téléchargée, grâce à un script de construction :
https://framagit.org/philippe-dpt35/primtux4-rpi]]> https://sourceforge.net/projects/primtux...z/download
md5:
https://sourceforge.net/projects/primtux...5/download

Cette version peut également être construite par vos soins, plutôt que téléchargée, grâce à un script de construction :
https://framagit.org/philippe-dpt35/primtux4-rpi]]> <![CDATA[PrimTux4-Debian9-DG-RPi disponible au téléchargement]]> https://forum.primtux.fr/showthread.php?tid=1003 Sat, 10 Nov 2018 08:34:39 +0000 Philippe Dpt35]]> https://forum.primtux.fr/showthread.php?tid=1003 https://sourceforge.net/projects/primtux...z/download
md5:
https://sourceforge.net/projects/primtux...5/download

Cette version reprend la nouvelle dénomination suite à l'harmonisation des versions avec la sortie de PrimTux4.

Au niveau contenu, la PrimTux3 RPi avait déjà une interface harmonisée avec la future PrimTux4. Il n'y a donc que peu de changements à ce niveau. Ce sont essentiellement quelques correctifs.

La grande nouveauté tient à l'intégration de la plupart des logiciels complémentaires qui peuvent désormais être installés. A noter que les utilisateurs actuels de PrimTux3 pourront:
  • bénéficier de la possibilité d'installation des logiciels complémentaires par une simple mise à jour du paquet accueil-pritmux2
  • migrer de la PrimTux3 à PrimTux4 Debian9 DG grâce au script de migration valable pour toutes les versions de PrimTux: https://framagit.org/philippe-dpt35/migre-ptx2-3

Ceux qui désirent construire leur propre PrimTux4-Debian9-DG-RPi plutôt que la télécharger peuvent toujours le faire grâce au script de construction mis à jour: https://framagit.org/philippe-dpt35/primtux3-rpi]]> https://sourceforge.net/projects/primtux...z/download
md5:
https://sourceforge.net/projects/primtux...5/download

Cette version reprend la nouvelle dénomination suite à l'harmonisation des versions avec la sortie de PrimTux4.

Au niveau contenu, la PrimTux3 RPi avait déjà une interface harmonisée avec la future PrimTux4. Il n'y a donc que peu de changements à ce niveau. Ce sont essentiellement quelques correctifs.

La grande nouveauté tient à l'intégration de la plupart des logiciels complémentaires qui peuvent désormais être installés. A noter que les utilisateurs actuels de PrimTux3 pourront:
  • bénéficier de la possibilité d'installation des logiciels complémentaires par une simple mise à jour du paquet accueil-pritmux2
  • migrer de la PrimTux3 à PrimTux4 Debian9 DG grâce au script de migration valable pour toutes les versions de PrimTux: https://framagit.org/philippe-dpt35/migre-ptx2-3

Ceux qui désirent construire leur propre PrimTux4-Debian9-DG-RPi plutôt que la télécharger peuvent toujours le faire grâce au script de construction mis à jour: https://framagit.org/philippe-dpt35/primtux3-rpi]]>