Installer murexpo

MurExpoAPSC Membre non connecté
-
- Voir le profil du membre MurExpoAPSC
- Inscrit le : 09/09/2021
- Site internet
Reprise du message précédent
Bonsoir,Merci pour tout ce que vous faites pour le rpm de MurExpo ...
Quand le rpm sera pleinement opérationnel, est-il possible de tester si tout fonctionne ?
--> L'exportation de l'exposition sous la forme d'une image ... apparemment ça semble déjà fonctionner.
--> L'exportation de l'exposition sous la forme d'un gif animé, voir ici comment faire.
--> L'exportation de l'exposition sous la forme d'un fichier html ou pdf, voir ici comment faire.
Question bête

A bientôt.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Nic80, il y a un truc a modifier dans la spec, ça doit devenir mkrel 2 maintenant ^^
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Question bête le rpm sera-t-il installable sous toutes les distros à base rpm ?
Rien n' est moins sur ... Les distributions n' ayant pas forçement les mêmes nom de paquet ni dépendances (encore elles), cela peut ou non fonctionner de base (toutefois il est possible de forcer l' installation en oubliant les dépendances, si et seulement si on est sur que les dépendances requises sont installées. Il est toutefois déconseillé de le faire.
Citation :
Nic80, il y a un truc a modifier dans la spec, ça doit devenir mkrel 2 maintenant ^^
On droit à combien de chiffres ?

Édité par nic80 Le 14/09/2021 à 19h36

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
MurExpoAPSC :
Quand le rpm sera pleinement opérationnel, est-il possible de tester si tout fonctionne ?
Quand le rpm sera pleinement opérationnel, est-il possible de tester si tout fonctionne ?
Je pense que le mieux placé pour le tester, c'est vous non ? ^^ s'il faut, on peut aider à la mise en place de Mageia, même si je doute que l'aide soit nécessaire

MurExpoAPSC :
Question bête
le rpm sera-t-il installable sous toutes les distros à base rpm ?
Question bête

Oui et non, ça dépend. Out-of-the-box, oui si le nom des paquets en dépendances est identique. Sinon, il faudra forcer l'installation sans dépendance et les résoudre manuellement.
Bien sûr, ça restera dépendant de l'architecture de compilation (les .pyc).
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
On droit à combien de chiffres ?
On droit à combien de chiffres ?

Bonne question… je suppose que nous sommes limité à la taille du nom du paquet sur le système de fichier…
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
C' est probablement plus compliqué que prévu...
pymupdf dépend de mupdf ( visiblement d' après la doc de pymupdf, il faut déjà construire mupdf qui semble avoir ses propres libraires ( mujs et lcms2mt).
Je n' ai pas encore regardé pdfkit...

ren Membre non connecté
-
- Voir le profil du membre ren
- Inscrit le : 15/05/2021
Processeur : I5 760 | Carte Mère : P7P55-M | Ram : 8G | Disques Dur : 1 SSD 240G + 8 TO HDD Sata | Carte Vidéo : Nvidia GT 1030

MurExpoAPSC Membre non connecté
-
- Voir le profil du membre MurExpoAPSC
- Inscrit le : 09/09/2021
- Site internet
ren :
Je ne peux absolument pas aider , mais juste pour dire que je trouve le projet MurExpo excellent et passionnant . J'aimerais vraiment trouver ce petit programme nativement dans mageia . Il peut très bien être détourné pour les photographies . Bravo les gars , bravo au concepteur
Bonjour, merci beaucoup ..., que d'honneur ! Je t'ais envoyé un MP.
A bientôt.


nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Une spec pour le module python3-pdfkit ( inspiré par un autre module python; toutefois je suis surpris que le fichier de licence ne soit pas repris lors de l' empaquetage). Après installation du rpm généré par le lancement de murexpo ne se plaint plus que du manque du module fitz... Mais pour ça il faut réussir à compiler mupdf. Ce n' est pas un problème si on utilise le répertoire thirdparty livré avec les sources de mupdf, mais je pense que pour éviter des segfaults, il est préférable de le compiler avec les librairies fournies par le système ( freetype/2, freeglut, harfbuzz etc...) mais les chemins d' include dans les différents fichier sources ne sont pas bon ( par exemple, ft2build.h est recherché dans /usr/include alors qu'il se trouve dans /usr/include/freetype2/ ( de même pour harfbuzz).
Code TEXT :
%define module pdfkit Name: python-%{module} Version: 0.6.1 Release: %mkrel 1 Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python License: MIT URL: http://pypi.python.org/pypi/pdfkit/ Source0: http://pypi.io/packages/source/s/%{module}/%{module}-%{version}.tar.gz BuildArch: noarch %description Python 2 and 3 wrapper for wkhtmltopdf utility to convert HTML to PDF using Webkit. %package -n python3-%{module} Summary: Python 2 and 3 compatibility utilities / Python 3 library Group: Development/Python BuildRequires: pkgconfig(python3) # For use by selftests: %if %{with test} BuildRequires: python3dist(pytest) BuildRequires: python3dist(funcsigs) %endif BuildRequires: python3-pkg-resources BuildRequires: tkinter3 %{?python_provide:%python_provide python3-%{module}} %description -n python3-%{module} Python 2 and 3 wrapper for wkhtmltopdf utility to convert HTML to PDF using Webkit. %prep %autosetup -n %{module}-%{version} %build %py3_build %install %py3_install %files -n python3-%{module} %{python3_sitelib}/%{module}/__pycache__/* %{python3_sitelib}/pdfkit*

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
J'ai un premier souci :
Code TEXT :
attention : Téléchargement de http://pypi.io/packages/source/s/pdfkit/pdfkit-0.6.1.tar.gz à /home/yves/dev/pdfkit/SOURCES/pdfkit-0.6.1.tar.gz curl: (22) The requested URL returned error: 403 SSL is required
Par ailleurs, je me suis dit qu'il valait mieux télécharger depuis le projet d'origine.
https://github.com/JazzCore/python-pdfkit
Problème, il n'y a pas de release ni d'étiquette sur le dépôt. J'ai retrouvé le commit qui correspond à la version 0.6.1.
Je te propose donc ce qui permet de charger le fichier depuis github :
Code TEXT :
%define module pdfkit %define commit c8c1030bf63a41f7d22ffc40bd346417202466ee %define short_commit %(c=%{commit}; echo ${c:0:7}) Name: python-%{module} Version: 0.6.1 Release: %mkrel 1 Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python License: MIT URL: https://pypi.python.org/pypi/pdfkit/ Source0: https://github.com/JazzCore/python-pdfkit/archive/%{short_commit}.tar.gz BuildArch: noarch ... %prep %autosetup -n %{name}-%{commit} ...
Par ailleurs, le dépôt Pypi semble être daté du 9 janvier 2017, alors que le dépôt est encore actif. Il faudrait voir si c'est intéressant de prendre plus récent.
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Papoteur :
Bonjour nic
J'ai un premier souci :
Par ailleurs, je me suis dit qu'il valait mieux télécharger depuis le projet d'origine.
https://github.com/JazzCore/python-pdfkit
Problème, il n'y a pas de release ni d'étiquette sur le dépôt. J'ai retrouvé le commit qui correspond à la version 0.6.1.
Je te propose donc ce qui permet de charger le fichier depuis github :
Par ailleurs, le dépôt Pypi semble être daté du 9 janvier 2017, alors que le dépôt est encore actif. Il faudrait voir si c'est intéressant de prendre plus récent.
J'ai un premier souci :
Code TEXT :
attention : Téléchargement de http://pypi.io/packages/source/s/pdfkit/pdfkit-0.6.1.tar.gz à /home/yves/dev/pdfkit/SOURCES/pdfkit-0.6.1.tar.gz curl: (22) The requested URL returned error: 403 SSL is required
Par ailleurs, je me suis dit qu'il valait mieux télécharger depuis le projet d'origine.
https://github.com/JazzCore/python-pdfkit
Problème, il n'y a pas de release ni d'étiquette sur le dépôt. J'ai retrouvé le commit qui correspond à la version 0.6.1.
Je te propose donc ce qui permet de charger le fichier depuis github :
Code TEXT :
%define module pdfkit %define commit c8c1030bf63a41f7d22ffc40bd346417202466ee %define short_commit %(c=%{commit}; echo ${c:0:7}) Name: python-%{module} Version: 0.6.1 Release: %mkrel 1 Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python License: MIT URL: https://pypi.python.org/pypi/pdfkit/ Source0: https://github.com/JazzCore/python-pdfkit/archive/%{short_commit}.tar.gz BuildArch: noarch ... %prep %autosetup -n %{name}-%{commit} ...
Par ailleurs, le dépôt Pypi semble être daté du 9 janvier 2017, alors que le dépôt est encore actif. Il faudrait voir si c'est intéressant de prendre plus récent.
Bonjour,
en utilisant les commit, comme ils ne s'incrémentent pas d'une version à l'autre, il ne faut pas se fier au commit pour deviner la version. Il est préférable d'utiliser la date du commit dans le release.
Code TEXT :
%global module pdfkit %global commit c8c1030bf63a41f7d22ffc40bd346417202466ee %global commitdate 20170109 %global short_commit %(c=%{commit}; echo ${c:0:7}) Name: python-%{module} Version: 0.6.1 Release: %mkrel -c git%{commitdate} 1 Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python License: MIT URL: https://pypi.python.org/pypi/pdfkit/ Source0: https://github.com/JazzCore/python-pdfkit/archive/%{short_commit}.tar.gz BuildArch: noarch ... %prep %autosetup -n %{name}-%{commit} ...
Aussi, après avoir relu la section de la bible https://rpm-packaging-guide.github.io/#defining-your-own-macros, je remplace %define par %global.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
nic80 :
toutefois je suis surpris que le fichier de licence ne soit pas repris lors de l' empaquetage
Il faut les citer explicitement.
Code TEXT :
%files %license LICENSE %doc README.rst AUTHORS.rst HISTORY.rst
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Ça ne trouve pas le fichier.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code TEXT :
[...] %install [...] #Deplace original license file to the root directory mv ./usr/share/murexpo/gpl-3.0.txt ./ #Remove installed file as it will be installed by the license macro. rm %{buildroot}%{_datadir}/murexpo/gpl-3.0.txt %files %license gpl-3.0.txt [...]
Le format du nom de fichier est atypique pour une licence, non ? Généralement les fichiers ce nomme LICENSE, c'est sûr, ce n'est pas original comme nom..
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

MurExpoAPSC Membre non connecté
-
- Voir le profil du membre MurExpoAPSC
- Inscrit le : 09/09/2021
- Site internet

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Bien j'y suis arrivé (quand on persévère)
Justement en lisant le lien indiqué, je me suis dit la même chose. %license indique que le fichier qui suit est le fichier de licence et qu' il doit être utilisé comme fichier de licence. %license LICENSE est difficile à interpréter dans leur exemple.
Alors pour l' instant ( sous réserve que rpmbuild en veuille

Pour la spec pour murexpo en lui même ( d' ailleurs je me demande si le lien de download est bon vu que cela redirige vers un une page de téléchargement et non vers un fichier en lui même)
Code TEXT :
Name: murexpo Version: 0.6.8 Release: %mkrel 2 Group: Education Summary: Software to create virtual exhibition walls License: GPLv3 URL: https://murexpo.org/me/ Source0: https://downloads.sourceforge.net/project/murexpo/murexpo-%{version}.tgz BuildArch: noarch Requires: wkhtmltopdf Requires: python3-numpy Requires: python3 Requires: python3-imageio Requires: python3-pillow Requires: python3-pyqt5-sip #Requires : python3-pymupdf ( to be created) Requires : python3-pdfkit %description Murexpo provides exhibition walls on which you can hang works (works of art, student works, ...) in order to put them in a situation like in an exhibition room. %prep %autosetup -c %build %install mkdir -p %{buildroot}%{_bindir} mkdir -p %{buildroot}%{_docdir} mkdir -p %{buildroot}%{_mandir} mkdir -p %{buildroot}%{_datadir}/murexpo mkdir -p %{buildroot}%{_datadir}/applications/ cp ./%{_bindir}/murexpo %{buildroot}%{_bindir} cp -r ./%{_datadir}/murexpo/* %{buildroot}%{_datadir}/murexpo/ cp -r ./%{_datadir}/applications/murexpo.desktop %{buildroot}%{_datadir}/applications/murexpo.desktop cp -r ./%{_datadir}/doc/* %{buildroot}%{_datadir}/doc cp -r ./%{_datadir}/man/* %{buildroot}%{_datadir}/man #Not debian here rm %{buildroot}%{_docdir}/murexpo/changelog.Debian.gz #redundancy with .txt rm %{buildroot}%{_datadir}/murexpo/gpl-3.0.odt #useless rm %{buildroot}%{_datadir}/murexpo/ressources_murexpo/.directory #Only for macOS rm %{buildroot}%{_datadir}/murexpo/ressources_murexpo/logo_murexpo_me_format_carre_256x256.icns #Remove po files not needed in final package rm %{buildroot}%{_datadir}/murexpo/locale/{de,en,es,it}/LC_MESSAGES/murexpo.po rm %{buildroot}%{_datadir}/murexpo/locale/murexpo.po # Remove onefile/onedirectory script ( not needed for running program) rm %{buildroot}%{_datadir}/murexpo/pyinstaller_creation_executable_murexpo.py %files %{_bindir}/murexpo %dir %{_datadir}/murexpo %{_datadir}/murexpo/__pycache__/*.cpython-38.opt-1.pyc %{_datadir}/murexpo/__pycache__/*.cpython-38.pyc %{_datadir}/murexpo/locale/{de,en,es,it}/LC_MESSAGES/murexpo.mo %{_datadir}/murexpo/ressources_murexpo/*.png %{_datadir}/murexpo/ressources_murexpo/*.gif %{_datadir}/murexpo/ressources_murexpo/*.ico %{_datadir}/murexpo/*.py %{_datadir}/murexpo/logo_murexpo_me_format_carre_256x256.png %{_datadir}/applications/murexpo.desktop %doc %{_docdir}/murexpo/changelog.gz %doc %{_docdir}/murexpo/copyright %{_mandir}/fr/man6/murexpo.6.xz %{_mandir}/man6/murexpo.6.xz %license %{_datadir}/murexpo/gpl-3.0.txt %postun #Seems folder /usr/sahre/murexpo is not removed when removing package. So force it. rm -f -r /usr/share/murexpo %changelog * Sat Sep 18 2021 nic80 <nic80> 0.6.8.mga8 - uncomment require for package python3-pdfkit as it now might exists - define gpl-3.0.txt as license file - define changelog and copyrught files as documentation files - removed unecessary dependancies as wrong fitz module was targed in initial package * Sun Sep 12 2021 nic80 <nic80> 0.6.8.mga8 - initial package murexpo
Pour la spec de pdfkit
Code TEXT :
%global module pdfkit %global commit ac092fec86f713200bb874412b470574e2107154 %global commitdate 20210319 %global short_commit %(c=%{commit}; echo ${c:0:7}) Name: python-%{module} Version: %commitdate Release: %mkrel -c git%{commitdate} 1 Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python License: MIT URL: http://pypi.python.org/pypi/pdfkit/ Source0: https://github.com/JazzCore/python-pdfkit/archive/%{short_commit}.tar.gz BuildArch: noarch %description Python 2 and 3 wrapper for wkhtmltopdf utility to convert HTML to PDF using Webkit. %package -n python3-%{module} Summary: Python 2 and 3 wrapper for wkhtmltopdf Group: Development/Python BuildRequires: pkgconfig(python3) # For use by selftests: %if %{with test} BuildRequires: python3dist(pytest) BuildRequires: python3dist(funcsigs) %endif BuildRequires: python3-pkg-resources BuildRequires: tkinter3 %{?python_provide:%python_provide python3-%{module}} %description -n python3-%{module} Python 2 and 3 wrapper for wkhtmltopdf utility to convert HTML to PDF using Webkit. %prep %autosetup -n %{module}--%{commit} %build %py3_build %install %py3_install %files -n python3-%{module} %{python3_sitelib}/%{module}/__pycache__/* %{python3_sitelib}/pdfkit* %license LICENSE %doc README.rst AUTHORS.rst HISTORY.rst
Après il faudra s' attaquer à Mupdf et PyMuPdf et là cela semble plus compliqué ( déjà faut déjà arriver à compiler Mupdf sans pour le moment construire un fichier spec.
Édité par nic80 Le 18/09/2021 à 16h51
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie