Dust3D is a cross-platform open-source modeling software. It helps you create a 3D watertight model in seconds. Use it to speed up your character modeling in game making, 3D printing, and so on.
Dust3D is available for Windows, macOS, and Linux under the MIT license
Nulle part est proposé le flatpak, je vais sur la page officielle du site que l'utilisateur lambda aura découvert, il aura cliqué sur le bouton download et sera redirigé vers la page suivant: https://docs.dust3d.org/en/latest/install.html
La première proposition de téléchargement pour Linux est AppImage, pas flatpak ni Fedora ni ma crémière, APPIMAGE.
Procédure
For Linux:
https://github.com/huxingyi/dust3d/releases/download/1.0.0-rc.6/dust3d-1.0.0-rc.6.AppImage
NOTE: 34Mo le .AppImage créé par l'équipe officielle de dust3d
Je vais tenter le truc que tu essayes de nous vendre à chaques liens.
Je suis la procédure proposée par flatpak.
1) pacman -S flatpak
Il m'est demandé de redémarrer le système une première fois mais je l'ignore et ça ne pose ps de problème.
'/var/lib/flatpak/exports/share'
'/home/rmarc/.local/share/flatpak/exports/share'
are not in the search path set by the XDG_DATA_DIRS environment variable, so
applications installed by Flatpak may not appear on your desktop until the
session is restarted.
Looking for matches…
Required runtime for org.dust3d.dust3d/x86_64/stable (runtime/org.kde.Platform/x86_64/5.14) found in remote flathub
Do you want to inProceed with these changes to the system installation? [Y/n]: stall it? [Y/n]: y
org.dust3d.dust3d permissions:
ipc wayland x11 dri file access [1] dbus access [2]
[1] xdg-config/kdeglobals:ro
[2] com.canonical.AppMenu.Registrar
ID Branch Op Remote Download
1. [✓] org.freedesktop.Platform.GL.default 19.08 i flathub 84.6 MB / 85.1 MB
2. [✓] org.freedesktop.Platform.openh264 2.0 i flathub 265.1 kB / 916.8 kB
3. [✓] org.kde.KStyle.Adwaita 5.14 i flathub 6.0 MB / 6.0 MB
4. [✓] org.kde.Platform.Locale 5.14 i flathub 6.1 MB / 337.1 MB
5. [✓] org.kde.Platform 5.14 i flathub 265.2 MB / 324.5 MB
6. [✓] org.dust3d.dust3d stable i flathub 32.1 MB / 44.1 MB
Installation complete.
600 MO!!! TOTAL TIME: 8min
J'execute la commande totalement-intuitive:
flatpak run org.dust3d.dust3d
OK, au moins, ça démarre. Mais, tout ça pour ça? Et qui maintient org.dust3d.dust3d ?
Où est l'argument, franchement?
"Openh264 est partagé"
1) dust3d n'en a pas besoin à la base.
2) KDE.Platform est partagé. Super, ça va me sauver quelques Mo sur les applications qui l'utiliseraient. Sauf que le AppImage là, il fait 34mo et la portion du flatpak qui correspond à dust3d fait 44.1Mo . Soit le développeur est un branque, soit flatpak ajoute des features.
Mais même sans ça, le dev a partagé une procédure de build simplissime (pour Debian/Ubuntu).
Description de la procédure de build :
;Install Qt5
$ sudo apt-get install --reinstall qtchooser
$ sudo apt-get install qtbase5-dev
;Prepare compile environment for CGAL-4.13
$ sudo apt-get install libcgal-dev ; This is not the latest version, will encounter compiler error when build the Dust3D with this version, but helps resolve internal dependencies of CGAL for you
$ sudo apt install cmake
;Install CGAL-4.13
$ wget https://github.com/CGAL/cgal/releases/download/releases/CGAL-4.13/CGAL-4.13.zip
$ unzip CGAL-4.13.zip
$ cd CGAL-4.13
$ mkdir build
$ cd build
$ cmake ../
$ make
$ sudo make install
;Clone the Main project
$ cd ~/Documents
$ git clone https://github.com/huxingyi/dust3d.git
;Compile Dust3D
$ cd ~/Documents/dust3d
$ qmake -qt=5 -makefile
$ make
$ ./dust3d
ça montre 3 choses:
- AppImage ça marche
- Qt/KDE est facilement portable
- Flatpak est overkill
Désolé de pinailler et de faire un foin mais le prosélytisme idiot me gave. Ni vois pas d'attaque personnelle.
Je ne suis pas spécialement fan de flatpak mais de quel prosélythisme parles-tu ? antistress a choisi le lien du flathub et pas du site upstream mais bon je n'y vois pas de malice, seulement quelqu'un qui utilise flatpak et partage le lien au hasard des découvertes de logiciels.
Je n'y crois pas trop PsychoFox. Note qu'il n'y a pas de mal à partager un tel lien.
Mais si je devais présenter un nouveau logiciel je commencerais par aller à la source. :)
Au final, ce n'est pas plus mal, ça ne fait que montrer l'absurdité de ce système, d'un facteur x20 concernant ce logiciel.
Je vais répondre car tu compares des choux et des carottes sans remises en contexte. Non pas que Flatpak soit parfait, mais bon on peut troller en étant de bonne foi aussi.
D'abord, une AppImage n'est pas si universelle que cela. Sur ma Fedora pas mal de AppImage ont échoué car AppImage suppose l'existence de certaines bibliothèques de base qui n'étaient pas présents de base chez moi (ou pas sous la même forme). Or cela n'est pas décrit.
Flatpak au moins, quand Flatpak est dispo, cela fonctionne sans problème car cela a été conçu pour éviter ce genre de problèmes.
2) KDE.Platform est partagé. Super, ça va me sauver quelques Mo sur les applications qui l'utiliseraient. Sauf que le AppImage là, il fait 34mo et la portion du flatpak qui correspond à dust3d fait 44.1Mo . Soit le développeur est un branque, soit flatpak ajoute des features.
Sauf que si tu utilises KDE (ou beaucoup d'applications Qt globalement), cette partie là est mutualisée. Avec AppImage chaque application va fournir le sien. La maintenance de sécurité ou corrections de bogues sera plus complexe et l'ensemble sera bien plus lourd.
Flatpak a en effet un peu de surpoids dans le cas où tu en as peu sur ton système et que ces applications ne mutualisent pas leurs bibliothèques. Mais dans le cas contraire le gain est réel et l'avantage de AppImage devient un inconvénient.
Il faut un jour réaliser qu'on parle de solutions avec un arbitrage à faire. Tu ne peux pas avoir tous les avantages du monde avec un système unique. Il y aura forcément des défauts intrinsèque à la solution retenue. Rien n'est parfait.
Puis tu oublies que Flatpak propose un bac à sable, en gros l'application a des droits très limités sur ton système. AppImage ne fourni rien de tout cela car il n'a pas été conçu pour ça.
Mais même sans ça, le dev a partagé une procédure de build simplissime (pour Debian/Ubuntu).
Processus qui fonctionne que pour ces distros, l'adapter à d'autres n'est pas trivial. Et je me vois mal expliquer à des novices comment le faire, avec Flatpak au moins c'est transparent et simple. Quelle que soit la distribution.
*la frontière entre enthousiasme et prosélytisme peut être mince, je le reconnais. Porter un t-shirt Flatpak sans autre action est-il du prosélytisme ? C'est possible, je ne sais pas. Je pense que ce qui t'horripile dénote mon enthousiasme, un peu comme si tu me croisais avec un t-shirt Flatpak. Qu'en penses-tu ?
# Détails
Posté par antistress (site web personnel) . Évalué à 3. Dernière modification le 08 juin 2020 à 17:27.
# tu vas croire que je m'acharne
Posté par Noyal . Évalué à 3.
Mais le prosélytisme saoulant, ça va.
Nulle part est proposé le flatpak, je vais sur la page officielle du site que l'utilisateur lambda aura découvert, il aura cliqué sur le bouton download et sera redirigé vers la page suivant:
https://docs.dust3d.org/en/latest/install.html
La première proposition de téléchargement pour Linux est AppImage, pas flatpak ni Fedora ni ma crémière, APPIMAGE.
Procédure
NOTE: 34Mo le .AppImage créé par l'équipe officielle de dust3d
Et je peux jouer. TOTAL TIME: 15secondes!!!
Je vais tenter le truc que tu essayes de nous vendre à chaques liens.
Je suis la procédure proposée par flatpak.
1) pacman -S flatpak
Il m'est demandé de redémarrer le système une première fois mais je l'ignore et ça ne pose ps de problème.
2)je m'execute
flatpak install flathub org.dust3d.dust3d
600 MO!!! TOTAL TIME: 8min
J'execute la commande totalement-intuitive:
flatpak run org.dust3d.dust3d
OK, au moins, ça démarre. Mais, tout ça pour ça? Et qui maintient org.dust3d.dust3d ?
Où est l'argument, franchement?
1) dust3d n'en a pas besoin à la base.
2) KDE.Platform est partagé. Super, ça va me sauver quelques Mo sur les applications qui l'utiliseraient. Sauf que le AppImage là, il fait 34mo et la portion du flatpak qui correspond à dust3d fait 44.1Mo . Soit le développeur est un branque, soit flatpak ajoute des features.
Mais même sans ça, le dev a partagé une procédure de build simplissime (pour Debian/Ubuntu).
ça montre 3 choses:
- AppImage ça marche
- Qt/KDE est facilement portable
- Flatpak est overkill
Désolé de pinailler et de faire un foin mais le prosélytisme idiot me gave. Ni vois pas d'attaque personnelle.
Merci
[^] # Re: tu vas croire que je m'acharne
Posté par Psychofox (Mastodon) . Évalué à 4.
Je ne suis pas spécialement fan de flatpak mais de quel prosélythisme parles-tu ? antistress a choisi le lien du flathub et pas du site upstream mais bon je n'y vois pas de malice, seulement quelqu'un qui utilise flatpak et partage le lien au hasard des découvertes de logiciels.
[^] # Re: tu vas croire que je m'acharne
Posté par Noyal . Évalué à 0.
Je n'y crois pas trop PsychoFox. Note qu'il n'y a pas de mal à partager un tel lien.
Mais si je devais présenter un nouveau logiciel je commencerais par aller à la source. :)
Au final, ce n'est pas plus mal, ça ne fait que montrer l'absurdité de ce système, d'un facteur x20 concernant ce logiciel.
Je vous rassure, je m'arrête ici.
[^] # Re: tu vas croire que je m'acharne
Posté par Renault (site web personnel) . Évalué à 6.
Je vais répondre car tu compares des choux et des carottes sans remises en contexte. Non pas que Flatpak soit parfait, mais bon on peut troller en étant de bonne foi aussi.
D'abord, une AppImage n'est pas si universelle que cela. Sur ma Fedora pas mal de AppImage ont échoué car AppImage suppose l'existence de certaines bibliothèques de base qui n'étaient pas présents de base chez moi (ou pas sous la même forme). Or cela n'est pas décrit.
Flatpak au moins, quand Flatpak est dispo, cela fonctionne sans problème car cela a été conçu pour éviter ce genre de problèmes.
Sauf que si tu utilises KDE (ou beaucoup d'applications Qt globalement), cette partie là est mutualisée. Avec AppImage chaque application va fournir le sien. La maintenance de sécurité ou corrections de bogues sera plus complexe et l'ensemble sera bien plus lourd.
Flatpak a en effet un peu de surpoids dans le cas où tu en as peu sur ton système et que ces applications ne mutualisent pas leurs bibliothèques. Mais dans le cas contraire le gain est réel et l'avantage de AppImage devient un inconvénient.
Il faut un jour réaliser qu'on parle de solutions avec un arbitrage à faire. Tu ne peux pas avoir tous les avantages du monde avec un système unique. Il y aura forcément des défauts intrinsèque à la solution retenue. Rien n'est parfait.
Puis tu oublies que Flatpak propose un bac à sable, en gros l'application a des droits très limités sur ton système. AppImage ne fourni rien de tout cela car il n'a pas été conçu pour ça.
Processus qui fonctionne que pour ces distros, l'adapter à d'autres n'est pas trivial. Et je me vois mal expliquer à des novices comment le faire, avec Flatpak au moins c'est transparent et simple. Quelle que soit la distribution.
Pas beau ça ?
[^] # Re: tu vas croire que je m'acharne
Posté par antistress (site web personnel) . Évalué à 3. Dernière modification le 09 juin 2020 à 15:26.
Salut,
Je comprends ton point de vue.
Mais n'y vois pas de prosélytisme de ma part*
La question m'a été posée précédemment et j'ai donné mon point de vue ici : https://linuxfr.org/users/antistress/liens/nouveau-logiciel-d-animation-2d-enve-enve-is-not-a-video-editor#comment-1810618
*la frontière entre enthousiasme et prosélytisme peut être mince, je le reconnais. Porter un t-shirt Flatpak sans autre action est-il du prosélytisme ? C'est possible, je ne sais pas. Je pense que ce qui t'horripile dénote mon enthousiasme, un peu comme si tu me croisais avec un t-shirt Flatpak. Qu'en penses-tu ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.