Sweethome3d
RPM pour Sweethome3d sous Mageia 10
Logiciels / Graphisme photo et vidéo
jjska Membre non connecté
-
- Voir le profil du membre jjska
- Inscrit le : 21/07/2019
- Groupes :
https://www.mageialinux-online.org/wiki/sweet-home-3d
J'ai créé un RPM pour Mageia 10 disponible sur MEGA.
Voici l'adresse de téléchargement du RPM :
Voici l'adresse de téléchargement du fichier de hachage pour vérifier le RPM téléchargé :
Édité par jjska Le 29/09/2026 à 20h17
Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Ambassadeur
-
Forgeron
Ne serait-ce pas mieux de le mettre dans le dépôt MLO ?
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Guygoye :Bonjour,
Ne serait-ce pas mieux de le mettre dans le dépôt MLO ?
Bonjour,
Tout à fait
Il nous faudrait le SRPM pour que l'on puisse vérifier le paquet.
jjska Membre non connecté
-
- Voir le profil du membre jjska
- Inscrit le : 21/07/2019
- Groupes :
Ne serait il pas plus judicieux de récupérer directement le fichier spec qui pèse 4,1Ko contre 47Mo pour le src.rpm ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
jjska :Bonjour,
Ne serait il pas plus judicieux de récupérer directement le fichier spec qui pèse 4,1Ko contre 47Mo pour le src.rpm ?
On peut commencer par ça, oui.
jjska Membre non connecté
-
- Voir le profil du membre jjska
- Inscrit le : 21/07/2019
- Groupes :
voici le lien du fichier spec :
voici le lien du fichier src.rpm :
J'ai proposé de charger plutôt le fichier spec car j'ai potentiellement 2 autres RPM à proposer.
Bonne vérification
Si des choses sont à modifier merci de me le signaler en messagerie privée pour ne pas encombrer le forum.
Édité par jjska Le 29/09/2026 à 20h19
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Intéressant.
Je te mets le lien vers un spec ancien. Il y avait des modèles, en plus. Existent-ils encore ?
https://svnweb.mageia.org/packages/obsolete/sweethome3d/current/SPECS/sweethome3d.spec?view=markup
jjska Membre non connecté
-
- Voir le profil du membre jjska
- Inscrit le : 21/07/2019
- Groupes :
.eteks/sweethome3d/furniture de chaque utilisateur
D'après le site la version a plus de 10 000 modèles 3D et 400 textures déjà incluses.
J'avais consulté le fichier spec de la version 2 de Mageia. Trop compliqué pour moi pour débuter la création de rpm.
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
- Tu télécharges directement pendant le build. Sur MLO nous sommes moins regardants que Mageia sur ce point, mais ici il n'y a pas vraiment d'utilité. Surtout que tu ne vérifies jamais que ce que tu as téléchargé est bien ce que tu voulais.
- Est-ce la première version que tu empaquètes ? Il n'y a qu'une seule version dans le changelog. Vu que c'est la première version pour MLO, ce n'est pas grave, mais il faut garder le changelog entre les versions de Mageia ou du logiciel.
- Ton fichier SPEC ne fait qu'empaqueter une version portable. Ce serait mieux de le reconstruire face au Java de Mageia. Heureusement sur MLO, nous avons un dépôt pour ça. C'est le dépôt External qui contient des logiciels libres et non libres qui ne sont qu'un empaquetage du binaire. C'est là que tu devrais mettre ta version actuelle.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Yuusha :Jybz et papoteur donneront leur avis d'expert, mais voilà ce que je vois dans le fichier SPEC :
- Tu télécharges directement pendant le build. Sur MLO nous sommes moins regardants que Mageia sur ce point, mais ici il n'y a pas vraiment d'utilité. Surtout que tu ne vérifies jamais que ce que tu as téléchargé est bien ce que tu voulais.
- Est-ce la première version que tu empaquètes ? Il n'y a qu'une seule version dans le changelog. Vu que c'est la première version pour MLO, ce n'est pas grave, mais il faut garder le changelog entre les versions de Mageia ou du logiciel.
- Ton fichier SPEC ne fait qu'empaqueter une version portable. Ce serait mieux de le reconstruire face au Java de Mageia. Heureusement sur MLO, nous avons un dépôt pour ça. C'est le dépôt External qui contient des logiciels libres et non libres qui ne sont qu'un empaquetage du binaire. C'est là que tu devrais mettre ta version actuelle.
Oui, je suis d'accord, le téléchargement ne devrait pas se faire dans le spec.
Par contre, pour moi, il y a bien une compilation de la source. Extrait du fichier de construction.
Code TEXT :
+ ant
Buildfile: /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/build.xml
build:
[echo] compiling Sweet Home 3D for Java 1.8 minimum version
[mkdir] Created dir: /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/build/classes
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/build.xml:78: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 2 source files to /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/build/classes
[javac] warning: [options] bootstrap class path is not set in conjunction with -source 8
[javac] not setting the bootstrap class path may lead to class files that cannot run on JDK 8
[javac] --release 8 is recommended instead of -source 8 -target 1.8 because it sets the bootstrap class path automatically
[javac] warning: [options] source value 8 is obsolete and will be removed in a future release
[javac] warning: [options] target value 8 is obsolete and will be removed in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options.
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DApplet.java:28: warning: [removal] AccessControlException in java.security has been deprecated and marked for removal
[javac] import java.security.AccessControlException;
[javac] ^
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DApplet.java:40: warning: [removal] JApplet in javax.swing has been deprecated and marked for removal
[javac] import javax.swing.JApplet;
[javac] ^
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DViewer.java:25: warning: [removal] AccessControlException in java.security has been deprecated and marked for removal
[javac] import java.security.AccessControlException;
[javac] ^
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DViewer.java:31: warning: [removal] JApplet in javax.swing has been deprecated and marked for removal
[javac] import javax.swing.JApplet;
[javac] ^
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DApplet.java:198: warning: [removal] JApplet in javax.swing has been deprecated and marked for removal
[javac] public class SweetHome3DApplet extends JApplet {
[javac] ^
[javac] /builddir/build/BUILD/SweetHome3D-7.5-build/sweethome3d/SweetHome3D-7.5-src/src/com/eteks/sweethome3d/applet/SweetHome3DApplet.java:323: warning: [removal] AccessControlException in java.security has been deprecated and marked for removal
[javac] } catch (AccessControlException ex) {
[javac] ^Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
ALTlinux a continué le spec de Mageia jusqu'à la version 7.5 : https://packages.altlinux.org/en/p11/srpms/sweethome3d/specfiles/
Edit : Je me demande si a minima, les patchs javadoc et disable_checkForUpdates ne devraient pas être appliqués.
Edit2 : J'ai comme l'impression qu'il pourrait manquer des Requires et des BuildRequires. Le paquet se construit-il sur une Mageia 10 tout neuve ? Et le paquet s'installe-t-il sur une Mageia 10 toute neuve ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Par contre, je n'ai pas encore testé le résultat en installation et en utilisation.
Bien vu pour la section build vs install. De même les rm devraient être dans %prep.
Le spec ancien utilisait la macro %ant, et pas directement ant. Il faudrait voir la différence.
Code TEXT :
rpm --showrc |grep ant
-13: ant %{?jpb_env} %{?java_home:JAVA_HOME=%{java_home}} antC'est donc pour définir JAVA_HOME dans un cas particulier, je n'ai pas compris lequel.
jjska Membre non connecté
-
- Voir le profil du membre jjska
- Inscrit le : 21/07/2019
- Groupes :
Je ne suis pas informaticien et je suis un peu noyé sous vos remarques
De vos remarques je comprends :
- déplacement des 11 lignes suivantes dans la partie %prep
#suppression des fichiers non destinés à Linux
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/install/macosx/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/install/portable/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/install/viewer/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/install/windows/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/macosx/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/windows/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/yafaray/macosx/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/yafaray/windows/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/java3d-1.6/macosx/
rm -rf %{_builddir}/%{nom_minus}/%{name}-%{version}-src/lib/java3d-1.6/windows/
-déplacement des 2 lignes suivantes dans la partie %build
cd %{_builddir}/%{nom_minus}/%{name}-%{version}-src
ant
le téléchargement ne devrait pas se faire dans le spec
si je ne télécharge pas avec le fichier spec à quel moment je récupére les sources ?
J'ai effectué l'installation du rpm sur trois Mageia10 neuves, l'utilisation n'a pas posé de problème.
j'ajoute au fichier spec la clause BuildRequires: wget
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
jjska :Je ne suis pas informaticien et je suis un peu noyé sous vos remarques
Papoteur et moi ne le sommes pas non plus
jjska :-déplacement des 2 lignes suivantes dans la partie %build
cd %{_builddir}/%{nom_minus}/%{name}-%{version}-src
ant
Si tu regardes l'ancien spec fourni par papoteur seul la ligne ant doit être dans le build. Tout ce qu'il y a avant est dans le prep. Le mieux serait peut-être d'utiliser la macro %ant plutôt que ant directement, mais ça ne changera rien dans ton cas.
jjska :si je ne télécharge pas avec le fichier spec à quel moment je récupére les sources ?
Les sources sont récupérées manuellement avant de lancer le build. Par exemple pour Firefox, j'ai un script qui récupère automatiquement les langues tandis que les sources de Firefox sont récupérées à la main avec wget.
jjska :J'ai effectué l'installation du rpm sur trois Mageia10 neuves, l'utilisation n'a pas posé de problème.
Ce qui m'étonne c'est qu'il n'y ait pas besoin de java pour exécuter le logiciel.
jjska :j'ajoute au fichier spec la clause BuildRequires: wget
Pas besoin, on ne fait pas de wget pendant la construction. Regarde ce qui a été fait à l'époque dans le spec de Mageia ou dans celui d'ALTlinux que j'ai fourni.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Pour télécharger la source, j'ai modifié le fichier ~/.rpmmacros pour y ajouter:
%_disable_source_fetch %nil
Puis, j'utilise la commande "bm -ls", ce qui déclenche le téléchargement de la source si le fichier n'existe pas encore dans SOURCES.
rpmbuild doit faire la même chose, mais il impose d'utiliser ses répertoires.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie