Vous n'êtes pas identifié(e).
Hors ligne
Dernière modification par melissa6969 (20-04-2019 16:29:16)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
vous vous rendez compte quand même que vous préférez conseiller à une débutante de migrer sous testing (avec tous les risques potentiels, et y en a, quand il faudra qu'elle gère des soucis de dépendances lors de mises à jour problématiques elle fera quoi) plutôt que l'aider à installer un simple logiciel récupéré via un paquet .deb mad roll
C'est sûr que si j'ai quelqu'un qui me fait mes deb à la demande je ne risque pas d'avoir de problèmes (ni d'apprendre ).
Je ne vois pas en quoi compiler et créer le deb sous Solydxk puis les utiliser avec une ancienne version de Debian serait plus simple et fiable que de passer sous la version testing.
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Oulà....ça fait 8 jours que je suis sous Debian.
Et je ne pensais pas avoir besoin de mettre les mains dans le cambouis quand je l'ai installé, puisque j'utilise depuis très longtemps uniquement les logiciels libres (à part Flah ). Naïvement, je pensais donc que la transition serait facile, or c'est plus compliqué que prévu.
Alors.....critique pas Melissa. Sans elle, je serai déjà repassé sous Windows, j'aurai laissé tombé fasse à l'ampleur de tout ce que je ne sais pas.
Bon j'ai la manip pour installer un logiciel. Donc j'apprends.
La compilation, quoique ça veuille dire, ce sera pour plus tard si tu veux bien
Hello,
Tout est normal.
Difficile d'abandonner les réflexes de pseudo facilité du privateur.
Le plus dure au début c'est d'écouter toutes les propositions car dans le libre elle sont multiples.
Il n'y a pas de bonne ou mauvaise proposition, il n'y a que ton libre choix de faire.
Faire le bon choix ne vient qu'avec l'expérience.
Dans ce contexte échouer est frustrant. L'important est de ne pas abandonner.
Pour paraphraser smolski : "force et courage".
Tousse antique Ovide !
Hors ligne
Donc, entre installer un deb téléchargé, et installer Testing lorsque elle est en période de gel comme en ce moment (donc, presque stable), lorsqu'on ne sait pas compiler, je pense qu'il vaut mieux installer Testing presque Stable
Néamoins, la compilation était bien la meilleure solution, donc, merci de l'avoir mise en œuvre pour Thia Sans vouloir abuser, tu pourrais nous en faire un petit tuto, soit ici, soit dans le wiki, histoire qu'elle soit reproductible pour tout le monde (je suis personnellement intéressé, j'ai déjà compilé des trucs, mais jamais sous forme de paquet deb ).
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
certains connaissent
mais y a plus simple
créér un deb avec alien :
http://www.delafond.org/traducmanfr/man … ien.1.html
Hors ligne
Dernière modification par Croutons (21-04-2019 10:51:20)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par melissa6969 (21-04-2019 11:40:53)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
en faire un tuto sur le wiki je veux bien, mais le tuto de ubuntu reste une assez bonne référence je trouve (c'est graçe à ce tuto que j'ai appris comment faire pour les bases)
https://doc.ubuntu-fr.org/tutoriel/compilation
puis après on peut ajouter ou enlever des options, selon le logiciels, comme audacious pour tester je l'avais compilé, et là c'était rempli d'options à activé pour lire tous les formats audio par exemple, ou pour gérer l'interface en qt ou en gtk, etc, etc
Merci pour le lien
Je viens de tomber sur ce tuto en chantier dans notre wiki. En lisant la discussion s'y affairant, je vois qu'on a pas de tuto qui traite de la partie ./configure/make/make install. Ça pourrait peut-être se rajouter en mettant en lien le tuto de la doc ubuntu (plus il y en a, mieux c'est. Ça sera expliqué de manière différente, et l'actualité récente nous montre que rien n'est éternel, en particulier un site web, donc, si il y a une forme de redondance, ça protège ) ?
Edit : concernant ce que je disais avec la simulation et apt, dpkg offre aussi cette option avec --no-act, --dry-run, --simulate. Lorsqu'on utilise dpkg pour installer un .deb venant d'on ne sait où, je pense qu'il est indispensable de commencer par un essai de ce genre pour avoir une petite idée de ce qui va se passer, et ne rien faire en vrai tant qu'il y a des trucs qui coincent
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Je pense qu'il y a deux points deux mesures dans tout ça, faut savoir un peu tempérer avant de hurler qu'on grille la charte debian et qu'on met en danger notre systeme, ou qu'on fabrique une frankendebian pour si peu.!!
Le problème est plus de savoir évaluer le risque. Ça, ça demande de l'expérience, c'est au cas par cas, et il y a plein de paramètres.
Et les dépôts multimédia (bien qu'ils soient pratiques pour certains logiciels) eux aussi sont limite + dangereux qu'un pauvre petit paquet .deb qui demande aucune dépendance, le seul risque c'est que le paquet en question ne fonctionne tout simplement pas ou pas correctement.
Entièrement d'accord en ce qui concerne les dépôt multimedia.. grisbi a libc6 en dépendance, donc, un pillier du sytème d'exploitation. Dans le cas présent, on ne peut pas dire qu'il n'y a pas de dépendance, en tout cas pas de la façon dont est construit le paquet
Pour illustrer, la liste des dépendance du paquet grisbi sous Stretch
Donc, le faire pour soi en mettant en danger son système à soi, c'est une chose, le conseiller à quelqu'un d'autre en est une autre, et le risque de la Frankendebian est toujours présent. Imagine justement un dépôt externe genre multimedia dans les sources avec un fichier preferences pas suffisamment stricte, et tu peux te retrouver ave des choses non prévues et catastrophiques (toute proportion gardé hein, ça reste de l'informatique personnelle ) lorsque tu passe le --fix-broken (c'est ça une frankendebian, ça peut fonctionner longtemps et te poser un souci dans plusieurs mois, et tu ne te souveins plus d'une vieille manip qui l'a créée). Donc, c'est à manier en toute connaissance de cause et avec prudence (de l'intérêt de simuler)
D'une manière générale (notons que le titre du sujet commence d'ailleurs par Général ), un .deb venant d'on ne sait où n'est jamais la meilleure option Je dirais dans l'ordre, les dépôts officiels, les backports officiels (je n'ai vu qu'un seul couac avec, hors kernel), le backports persos, la compilation d'un deb comme tu l'as fait, la compilation d'un exécutable installé via make (plus difficile à supprimer, le make uninstall n'est pas toujours présent), on pourrait aussi à présent penser au Flatpack/Snap/Appimage, le format de paquet à la Windows, l'installation de Testing (surtout en période de gel comme à present), et le .deb non prévu pour Debian Stable tout à la fin
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Dernière modification par melissa6969 (22-04-2019 07:30:49)
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Dernière modification par Debian Alain (22-04-2019 07:51:26)
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Le problème avec debian (malgré que j'en sois utilisatrice et très contente) c'est que les utilisateurs te feront toujours des crises de nerfs si tu sors du protocole.... Et perso c'est un truc qui m'énerve..
En gros debian tu installes uniquement les logiciels des dépôts sinon tu t'exposes a des problèmes mais ça c'est ce que eux disent, ça reflète pas forcément la vérité..
Mais eux même propose des idées farfelues et tout aussi dangereuse donc c'est contradictoire..
Je pense qu'il faut sortir de l'affect, personne n'incendie personne Juste, on peut ne pas avoir le même point de vue technique, et il faut alors défendre techniquement ce point de vue. Après, une fois les tenants et les aboutissants, les avantages et défaut de chaque méthode exposées le plus objectivement possible chacun décide et fait ce qu'il veut
En l’occurrence, la méthode de compilation dans ce cas est la meilleure, et en particulier celle consistant à créer un paquet, puisqu'il est installable, et surtout de-installable par les outils apt, mais demande un peu de connaissance en ligne de commande, et ça n'est pas évident pour un débutant. En revanche, vous avez constaté par vous même que l'installation d'un .deb non prévu pour Debian Stable a posé quelques problèmes, sans trop de conséquence ici, mais, il est possible que ça en pose avec un autre logiciel. Il ne faut donc pas laisser croire que c'est une méthode nécessairement et toujours sans risque, et j'ai expliqué techniquement ce point de vue dans mon message précédent. De même, je persiste à penser que Debian Testing, en cette période de gel, ne pose pas de problèmes majeurs, sauf celui de configurer à nouveau. Ça serait évidemment bien différent si on était pas en gel Une fois tout ça dit, encore une fois, chacun fait ce qu'il veut
@thia : si avoir les versions les plus récentes des logiciels est une chose importante pour toi, Debian Stable n'est probablement pas la distribution qui te convient le mieux Peut-être faut-il allé voir du coté des distributions à cycle de développement plus rapide (genre Ubuntu, Open-Suse ...), voire des distributions dites (rolling-release), qui n'ont pas de version mais des mise à jour continuelle au fil de l'eau, comme Archlinux ou sa petite sœur Manjaro). C'est parfois un peu plus délicat à maintenir, mais mon expérience à ce sujet est maigre et un peu ancienne, ça semble s'être amélioré avec Manjaro
Mais, le problème qui se pose là est peut-être la conséquence de ta migration récente et de l'utilisation juste avant de versions plus récentes. Il ne se posera peut-être plus lorsque ton flux de travail t'aura amener à utiliser quotidiennement des versions un peu plus ancienne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
@thia : si avoir les versions les plus récentes des logiciels est une chose importante pour toi, Debian Stable n'est probablement pas la distribution qui te convient le mieux Peut-être faut-il allé voir du coté des distributions à cycle de développement plus rapide (genre Ubuntu, Open-Suse ...), voire des distributions dites (rolling-release), qui n'ont pas de version mais des mise à jour continuelle au fil de l'eau, comme Archlinux ou sa petite sœur Manjaro). C'est parfois un peu plus délicat à maintenir, mais mon expérience à ce sujet est maigre et un peu ancienne, ça semble s'être amélioré avec Manjaro
Mais, le problème qui se pose là est peut-être la conséquence de ta migration récente et de l'utilisation juste avant de versions plus récentes. Il ne se posera peut-être plus lorsque ton flux de travail t'aura amener à utiliser quotidiennement des versions un peu plus ancienne
ah non mais dans l'absolu je m'en moque d'avoir les dernières versions des logiciels.
Simplement il fallait que je puisse ouvrir mon fichier.
Et j'ai été surprise de voir que la version livrée avec Debian était plus ancienne que celle que j'utilisais. J'en avais une récente parce que j'ai changé de PC il y a peu, à ce moment là j'avais téléchargé la dernière version stable de Grisbi. Sans imaginer que par la suite je passerai sous Debian et que .... ça me poserai des problèmes
Hors ligne