Installeur pour Linux
- obitwo
- Hors Ligne
- Membre junior
- Messages : 36
- Remerciements reçus 1
Connexion ou Créer un compte pour participer à la conversation.
- Claude
- Hors Ligne
- Membre platinium
Nous devions nous rencontrer en visio, je t'avais répondu dans l'espace privé.
Tu n'as pas vu ma réponse ?
Bon pas grave, je viens d'installer une debian toute fraîche en VM, voici ce que j'obtiens à l'install:
E: Impossible de récupérer http://open.iabsis.com/debian/dists/stable/main/binary-amd64/python/python-renderpm_3.2.0-1_amd64.deb Taille incohérente
E: Impossible de récupérer http://open.iabsis.com/debian/dists/stable/main/binary-amd64/python/python-reportlab-accel_3.2.0-1_amd64.deb Somme de contrôle de hachage incohérente
E: Impossible de récupérer http://open.iabsis.com/debian/dists/stable/main/binary-all/python/python-reportlab_3.2.0-1_all.deb Taille incohérente
Si je récupère ces paquets et que je les installe manuellement avec dpkg, je peux terminer l'install par apt-get.
Problème de dépôt ?
Ensuite lorsque j'exécute noethys, c'est la version 1.1.5.7 qui est dans le paquet.
Et Noethys me propose bien une mise à jour, que j'accepte, le zip de la dernière version se charge bien dans le dossier updates, mais il ne sort jamais de la fenêtre téléchargement en cours.
Et il n'y a pas les fichiers exemples, c'est volontaire ?
Voilà pour mes premières constatations de test rapide.
Claude
Connexion ou Créer un compte pour participer à la conversation.
- obitwo
- Hors Ligne
- Membre junior
- Messages : 36
- Remerciements reçus 1
Oui je suis au courant, j'ai ce problème depuis que j'ai uploadé la version 32bit de python-reportlab. Je vais recompiler les deux architectures et regarder si ça refait. Quelqu'un aurait une astuce pour avoir deux architectures sur le même serveur avec debarchiver ?
Olivier.
Connexion ou Créer un compte pour participer à la conversation.
- obitwo
- Hors Ligne
- Membre junior
- Messages : 36
- Remerciements reçus 1
Pour la version, j'aimerais me synchroniser avec version officiels, n'y a t'il pas de tag pour les release sur Gitbub ?
J'aimerais désactiver le système de détection dans Noethys par défaut, mais je ne sais pas comment faire. Puisque les mises à jour se font par le paquet justement, je ne souhaite pas cette fonctionnalité.
Et enfin, effectivement, je n'ai pas mis de fichier d'exemple, mais ça n'est pas trop un problème de rajouté éventuellement. Il faut comprendre que j'ai fais à la base ces paquets pour les besoins d'un client qui utilise déjà Noethys.
Merci en tout cas pour le feedback.
Olivier.
Connexion ou Créer un compte pour participer à la conversation.
- obitwo
- Hors Ligne
- Membre junior
- Messages : 36
- Remerciements reçus 1
J'ai re-uploader les paquets pour python-reportlab, et a priori, je n'ai plus de soucis pour le amd64. Un volontaire pour tester avec 32bit ?
Edit : ah bah non, toujours même problème, misère de misère.
Edit2 : bon après pas mal de bidouille avec pbuilder, je crois enfin avoir trouvé la solution. En tout cas, je n'ai plus de problème avec 64bit.
Olivier
Connexion ou Créer un compte pour participer à la conversation.
- tisoso97115
- Hors Ligne
- Nouveau membre
- Messages : 12
- Remerciements reçus 0
j'ai suivie toute les procédure, pour l'installation de noethys, et cela à l'aire de fonctionner très bien
seul petit problème je n'arrive a mettre a jour noethys.
un message d'erreur apparaît : connexion au serveur de mise à jour impossible.
besoin d'aide.
Connexion ou Créer un compte pour participer à la conversation.
- Ivan
- Auteur du sujet
- Hors Ligne
- Administrateur
- Messages : 3792
- Remerciements reçus 522
Je viens de tester l'installation sur Linux (oui, je ne suis pas rapide !). Et je suis confronté au même souci que tisoso : Pourquoi Noethys ne trouve t'il pas le serveur de mise à jour ?
Merci,
Ivan
Connexion ou Créer un compte pour participer à la conversation.
- obitwo
- Hors Ligne
- Membre junior
- Messages : 36
- Remerciements reçus 1
Merci pour l'intérêt porté, je n'ai pas réellement maintenu le paquet car :
- la structure de Noethys a changée et du coup il faudrait que je consacre un peu de temps, mais il n'y pas beaucoup d'utilisateurs Linux j'ai l'impression.
- concernant le soucis de mise à jour, comme l'installation est faite via un package Debian, il est possible que le logiciel n'aime pas être en lecture seule sur le système, d'où l'erreur je pense.
Si vous êtes motivé pour avoir des paquets plus à jour, n'hésitez pas à me faire signe, je me replonge un peu dedans.
Olivier
Connexion ou Créer un compte pour participer à la conversation.
- neoclust
- Hors Ligne
- Membre junior
- Messages : 32
- Remerciements reçus 8
Connexion ou Créer un compte pour participer à la conversation.
- Claude
- Hors Ligne
- Membre platinium
neoclust écrit: Je pense surtout que sous linux, si installation par des paquets ( c'est ce que j'aimerai faire pour mageia ) il n'y ait plus la verif de version au démarage car il y a des soucis de droits et de cohérence de la base ( rpm ou deb ).
Bonjour,
Effectivement j'avais réfléchi à ça, et je pense que le plus simple serait d'ajouter une donnée dans le fichier de config qui indiquerait le type d'install que l'utilisateur a faite, à partir du source ou en paquet.
Si à partir du source, on fait comme à présent, indication de nouvelle version, proposition de téléchargement, et si réponse positive mise à jour depuis github.
Et si à partir d'un paquet (deb ou autre), indication de nouvelle version, et indication de mise à jour possible par la procédure habituelle du système.
Donc une simple info, à l'utilisateur de mettre à jour s'il le souhaite par son gestionnaire de paquetage.
Il faut juste trouver un peu de temps pour s'y pencher
Qu'en penses tu ?
Et Ivan si tu passes par ici, est-ce qu'on peut facilement ajouter une donnée dans le fichier de config (config.dat de mémoire), sans prendre de précaution particulière, c'est à dire sans risque de casser quelque chose, ou y a-t-il des consignes à respecter pour toucher à ce fichier ?
Claude
Connexion ou Créer un compte pour participer à la conversation.