LZK - (FR) suivi des tâches / (EN) tasks tracking

French/français : Bienvenue sur le logiciel de suivi du projet LibraZiK. Après vous être inscrit, vous pouvez commenter les tâches ouvertes, créer de nouvelles tâches, voter pour des tâches, vous inscrire à des tâches pour être tenu au courant des évolutions,… Pensez à être le plus précis possible dans vos messages. D'avantage d'information concernant le logiciel de suivi du projet LibraZiK.

Anglais/english : Welcome to the LibraZiK project tracking software. After registering, you can comment open tasks, create new tasks, vote for tasks, register for tasks to be kept informed of developments,… Remember to be as precise as possible in your messages. More information about the LibraZiK project tracking software. Feel free to write in French or in English.

  • État Nouveau / new
  • Pourcentage achevé
    0%
  • Type Demande fonctionnalité / Feature request
  • Catégorie documentation
  • Assignée à Personne
  • Système d'exploitation
  • Sévérité Basse
  • Priorité Moyenne
  • Basée sur la version version 3 20200507
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes 1
  • Privée
Concerne le projet: LZK - (FR) suivi des tâches / (EN) tasks tracking
Ouverte par Olivier Humbert - 06.11.2020
Dernière modification par Olivier Humbert - 11.11.2020

FS#1258 - écrire une documentation expliquant pourquoi il est déconseillé d'utiliser des applications externes

(était : “écrire une documentation expliquant pourquoi il ne faut pas utiliser des applications externes”)

Y parler rapidement des appimage, des snap, des flatpack,…

Mathieu Picot a commenté le 10.11.2020 20:36

des dépôts externes. Je ne pense pas qu'il y ait de souci particulier avec des appimages par exemple.

Admin
Olivier Humbert a commenté le 10.11.2020 20:42

Je vois :

  • ça embarque des tas de bitbliothèques il me semble. Aussi, si tu as la libmachin utilisé par un logiciel qui provient d'un .deb empaqueté (debian ou LZK), et que tu as lib machin utilisé par un logiciel qui provient d'une appimage qui embarque cette libmachin aussi, alors tu te retrouves avec 2 libmachin en RAM
  • quid de la gestion de JACK ?
  • admettons que tu installes l'appimage d'un hôte compilé avec GTK version A.B.C, et que tu cherches à lancer dans cet hôte un greffon provenant des dépôts debian/LZK, et qui a été compilé avec GTK version A.D.E…. boom
Mathieu Picot a commenté le 11.11.2020 10:38
ça embarque des tas de bitbliothèques il me semble. Aussi, si tu as la libmachin utilisé par un logiciel qui provient d'un .deb empaqueté (debian ou LZK), et que tu as lib machin utilisé par un logiciel qui provient d'une appimage qui embarque cette libmachin aussi, alors tu te retrouves avec 2 libmachin en RAM

exact, mais pas forcément si problématique justement. Si c'est le seul moyen d'avoir tel soft sans conflit, c'est pas un fonctionnement optimum, mais ça à l'avantage de ne rien casser dans le système de paquets.

quid de la gestion de JACK ?

J'ai pas compris

admettons que tu installes l'appimage d'un hôte compilé avec GTK version A.B.C, et que tu cherches à lancer dans cet hôte un greffon provenant des dépôts debian/LZK, et qui a été compilé avec GTK version A.D.E…. boom

Ça c'est bien possible hélas, c'est aussi pour ce genre de trucs j'imagine que pas mal de dev conseillent de faire des interfaces de greffon en X, et pas en GTK, Qt , ou fltk.

Je cherche pas à défendre les .appimage particulièrement là, c'est juste que je pense qu'il est contre-productif de dire qu'il ne faut rien installer d'extérieur, et que dès l'instant où c'est intenable pour la plupart des gens, il vont pas faire la nuance entre installer un truc qui risque très vaguement d'enrayer la machine, et un truc qui va à coup sûr tout moisir.

Admin
Olivier Humbert a commenté le 11.11.2020 11:07
exact, mais pas forcément si problématique justement. Si c'est le seul moyen d'avoir tel soft sans conflit, c'est pas un fonctionnement optimum, mais ça à l'avantage de ne rien casser dans le système de paquets.

Ça utilise beaucoup de ressource pour rien. Et ça n'est jamais le seul moyen. C'est plutôt souvent le "c'est le moyen rapide en 3 clics et je me fou du reste".

D'autre soucis avec ces trucs là, c'est la compatibilité :
- entre différents utilisateurs de LZK
- quid de la mis à jour d'un système
- …etc

quid de la gestion de JACK ?

Toutes les appimages ne sont pas compatibles avec JACK il me semble. De mémoire, giada a longtemps fourni un Giada sans JACK.

Ça c'est bien possible hélas, c'est aussi pour ce genre de trucs j'imagine que pas mal de dev conseillent de faire des interfaces de greffon en X, et pas en GTK, Qt , ou fltk.

Tant que c'est compilé avec une version unique de GTK/Qt, ça ne pose pas de problème justement, et c'est précisément un des tafs d'une distribution comme LZK. Le problème arrive justement quand les projets amont squeeze les distributions et souhaitent distribuer leurs binaires directement et qu'ils fonctionnent partout pareil.

Je cherche pas à défendre les .appimage particulièrement là, c'est juste que je pense qu'il est contre-productif de dire qu'il ne faut rien installer d'extérieur, et que dès l'instant où c'est intenable pour la plupart des gens, il vont pas faire la nuance entre installer un truc qui risque très vaguement d'enrayer la machine, et un truc qui va à coup sûr tout moisir.

Je ne pense pas que ça soit contre-productif. Si les gens veulent agir comme sur windows en installant n'importe quoi qui provienne de n'importe où, alors ils peuvent utiliser windows. De mon point de vue, il est régulièrement frustrant de perdre du temps à essayer de dépanner quelqu'un pour me rendre compte qu'il a installé des tas de trucs qui proviennent de différents endroits non prévus pour fonctionner ensemble.

D'autre part, ça n'incite pas les gens demander des améliorations de la distribution. Au lieu de demander la mise à jour d'un logiciel qui sera utile pour tout le monde, ils font juste un truc sur leur machine à eux.

Ceci dit, c'est peut être le titre de cette tâche qui t'as fait tilté. Je le change pour quelque chose plus proche de ce que je pense vraiment en passant de : "écrire une documentation expliquant pourquoi il ne faut pas utiliser des applications externes" à "écrire une documentation expliquant pourquoi il est déconseillé d'utiliser des applications externes".

Admin
Olivier Humbert a commenté le 11.11.2020 11:16

Note : dans le même sens, j'écrirai dans la documentation quelque chose du style :

si vous le faites quand même, sachez que vous n'aurez pas de support de la part de LZK.
Mathieu Picot a commenté le 11.11.2020 11:48
Si les gens veulent agir comme sur windows en installant n'importe quoi qui provienne de n'importe où, alors ils peuvent utiliser windows.

J'ai déjà entendu B. Gates lui même se plaindre de ça effectivement.

D'autre part, ça n'incite pas les gens demander des améliorations de la distribution.

Bon argument, c'est vrai.

Ceci dit, c'est peut être le titre de cette tâche qui t'as fait tilté.

Oui c'est mieux comme ça effectivement. cette doc pourra ptêt faire l'objet d'un lien dans le donate-tip.

Admin
Olivier Humbert a commenté le 25.11.2020 18:21

Note pour plus tard en vue de la rédaction, un exemple du genre d’inconvénients que ça peut produire : https://linuxmao.org/forumthread101909

Admin
Olivier Humbert a commenté le 06.12.2020 17:45

Note pour moi même et pour plus plus tard : voir https://wiki.debian.org/fr/DontBreakDebian.

Admin
Olivier Humbert a commenté le 15.12.2020 13:15

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche