Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
C'est que les sources ont pas mal changé, depuis la 1.5.4... Alors en pratique c'est pas si simple : il faut remettre à jour tous les patches (voir le lien ci-dessus), également le fichier .spec, et c'est pas trivial ! J'essaierai probablement un jour, mais pour l'instant le dev de l'appli ne me laisse pas beaucoup de temps pour ça. A suivre donc, mais pas tout de suite !
Salut, il est où et sous quel format le carnet d'adresses que tu veux importer ? Dans Thunderbird, avec le menu "Outils/CardBook" puis un clic-droit dans la colonne de gauche tu as un menu "Nouveau carnet d'adresses" qui te propose plusieurs options, notamment pour importer des trucs De mon côté j'ai réglé le problème en déployant un serveur OwnCloud sur un raspberry pi. Thunderbird se synchronise dessus (carnets d'adresses / agendas), tout comme mon smartphone. Un peu de boulot à mettre en place, mais du coup plus de problème en cas de réinstall, changement de téléphone, etc.
J'avais dit que je vous raconterais... Pour les anglophones, ce post devrait vous donner quelques infos plus détaillées. En bref, packager un rpm c'est techniquement pas très compliqué et y'a des tutos un peu partout. En mode bourrin il suffit te tout déployer dans /opt/monAppliAmoi et on arrive assez rapidement à un truc qui marche. Après, faire un rpm qui soit acceptable par une distro c'est toute une autre affaire. Il faut bien respecter les chemins où déployer les paquets, et surtout faire gaffe aux licences. Le packaging rpm de TuxGuitar actuellement présent dans OpenSuse télécharge TuxGuitar depuis SourceForge, et le patche tout partout avant de le compiler puis de construire le rpm. Deux exemples : - la banque de sons livrée dans le source de TuxGuitar n'a pas une super traçabilité, ni de licence claire. Pas acceptable par une distro officielle - le fait de dispatcher les libs un peu partout dans le filesystem impose de patcher le script de lancement pour ajouter des arguments à la ligne de commande java
J'avais commencé à regarder comment migrer le rpm actuel d'OpenSuse de TuxGuitar 1.5.4 à 1.5.6, c'est pas si évident. Et puis en pratique, j'ai tout mis de côté pour l'instant. Quitte à tenter un upgrade, est-ce vraiment utile sur une version 1.5.6 qui a déjà + d'1 an ?
Du coup, plutôt que de relancer la maintenance du paquet j'ai préféré investir du temps à relancer le développement de l'appli ! Et ça a pas mal avancé ces derniers mois. On vient de sortir une beta d'une future version 1.6.0, qui j'espère devrait devenir un jour la version "officielle" Pour les amateurs de guitare n'hésitez pas à y jeter un oeil, et à en parler autour de vous ! (lien de téléchargement) Pour la petite histoire, pour l'instant le .rpm livré est généré à partir d'un .deb par alien, et il fonctionne dans le mode bourrin décrit ci-dessus (tout dans /opt). J'ai bien réussi à produire un rpm similaire "à la main" avec rpmbuild, mais le mainteneur du repo github est sous Debian et pour l'instant c'est + simple de rester comme ça. On va avancer petit à petit !
Euh... c'est vrai que mon msg n'était pas super clair, désolé. Pas une super idée de répondre en 3min sur le trajet du bureau Et merci bcp pour ces infos. Du coup ça ne sert à rien de chercher + longtemps côté TuxGuitar. Je vais créer un rapport de bug chez opensuse. Merci !
salut, pas essayé sur Gnome (que je n'ai pas installé), mais essayé sur une session IceWM : problème identique. J'ai voulu essayer sur KDE/Wayland mais ça n'est pas testable l'appli se plante pour une autre raison
C'est vraiment bizarre... J'ai le problème depuis une mise à jour d'eclipse SWT. Anciennement l'appli utilisait la 4.6.1, la version actuelle étant la 4.27. Le problème apparaît en passant de 4.9 à 4.10. Mais uniquement sur TW J'ai du mal à croire à un bug eclipse, c'est un peu gros, comment un truc pareil (trivial à reproduire) pourrait rester présent aussi longtemps (de 4.10 à 4.27) ?
J'essaie de contribuer à un projet open source, et je tombe sur un problème d'affichage que je ne reproduis que sur tumbleweed . En clair, j'ai certains textes dans des boîtes de dialogue qui sont tronqués.
Auriez-vous déjà vu ça sur d'autres applis en java ?
Voir une copie d'écran sur cette page, le texte du premier bouton radio est tronqué (il manque une lettre). Sur tumbleweed le calcul de la largeur de la chaîne de caractères par eclipse SWT est clairement erroné... Ça ressemble à un problème d'intégration entre eclipse SWT et tumbleweed : avec exactement le même build, je ne reproduis le problème ni sur Ubuntu, ni même sur Leap 15.4
Je sais bien qu'une rolling release est parfois subjecte à quelques comportements approximatifs, et qu'en général ça ne dure pas, mais là je dois admettre que je suis vraiment démuni, je ne sais pas par où attaquer !
Je ne sais pas de quand date ton expérience avec Tuxguitar, mais de mon côté c'est tout à fait stable. Juste je lui reprocherais sa représentation graphique simpliste des bends, mais justement j'y travaille Marrant : - le source de Tuxguitar 1.5.6 sur sourceforge date d'avril 2022 - le paquet 1.5.4 de ma tumbleweed est postérieur à cette date: octobre 2022 (d'après le journal des modifications visible dans Yast) Le paquet et le source ont donc des vies parallèles. En regardant l'historique du paquet : le build du soft est manifestement suivi d'une étape de "patch" pour adaptation à opensuse. Et là, seule cette seconde étape a été maintenue. Je regarderai le buildService, et la construction de rpm "à la main" (qui aurait probablement l'avantage d'être automatisable dans le build du soft). Mais faut d'abord que je finisse mon dev. Je vous raconterai
Salux Avis aux guitaristes amateurs : Tuxguitar c'est trop bien . J'aurais tout de même apprécié une petite amélioration sur un point précis, mais comme on n'est jamais à l'abri d'une bonne surprise j'ai constaté que j'étais capable de l'implémenter. La question se pose donc naturellement : pourquoi ne pas contribuer ? Après avoir creusé un peu, le tableau n'est pas très rose. Le source de la dernière version (1.5.6) a plus d'un an, le site web a disparu et le développeur ne répond plus (après plus de 15 ans tout de même !). Bon, ça bouge un peu sur Github, espérons qu'un fork va émerger. Mais là n'est pas ma question. Ma tumbleweed me propose une v1.5.4, qui date de 2020 ! C'est bien dommage, la dernière version apporte de vraies améliorations. Donc... le rpm n'est plus maintenu non plus ? Dans le source j'ai bien trouvé des scripts pour packager un .deb, mais rien pour rpm ceci explique peut-être cela.
La question, la voilà : reprendre la maintenance d'un rpm, c'est compliqué ?? - côté charge de travail ça ne devrait pas être trop lourd, au moins tant que le dev est à l'arrêt ! - techniquement : y'a des tutos, ça devrait se faire. Probablement une vraie difficulté à être exhaustif sur les dépendances. Et comment tester ? - juridiquement : comment être sûr que le soft qu'on package est OK vis-à-vis des licences ? Quelle responsabilité pour celui qui package ? - et après : faire un rpm c'est pour qu'il finisse dans un dépôt officiel, correctement signé, sinon ça ne sert à rien. Là je suis dans le brouillard complet ! Pas trivial, mais bon, franchement, Tuxguitar est un trop beau projet pour rester sur le bord de la route, du coup je reconnais être tenté par l'aventure.
Salut J'aurais tendance à dire que le premier suspect est l'hébergeur du serveur mail. Peut-être voir de ce côté-là s'il met à disposition quelques paramètres de réglage de sensibilité du filtre SPAM ? En deuxième rang, d'éventuelles règles dans ton client de messagerie, mais si c'est "sans volonté de ta part" ça serait tout de même plus surprenant.
Salut plusieurs années aussi sous TW, sur un laptop plutôt ancien, et (presque) sans aucun souci. Effectivement quelques problèmes mineurs de temps en temps, et qui se règlent assez rapidement. Le seul point sur lequel à une période, j'ai perdu du temps, c'est le scanner réseau HP et son plugin propriétaire. Mais ça fait un moment que ça s'est calmé.
Cela me permet d'apprendre que sudo snapper --iso list permet de connaître la place que prennent les snapshots...
Attention, à prendre avec des pincettes. Je ne sais pas ce que vous en pensez, mais de mon côté les tailles affichées par cette commande me semblent assez fantaisistes... Exemple : je vois que la snapshot la plus ancienne prend 100Mo sur le disque, je la supprime, je relance "snapper --iso list", et là je récupère 3Go !
J'ai déjà eu quelques soucis avec une imprimante réseau HP et le paquet hplip, notamment quand plusieurs utilisateurs différents y accédaient en même temps. Dans certains cas j'imagine que ça devait provoquer une erreur, et comme la policy par défaut en cas d'erreur est "ErrorPolicy stop-printer" (comme dans ton fichier printers.conf), logiquement ça arrêtait tout. Si c'est effectivement une erreur quelque part qui déclenche "stop-printer", alors il devrait être possible de la relancer en passant par la boîte à miniatures, imprimantes, et "reprendre l'impression". Sauf que pour ça il demande le mot de passe root (que de mon côté je ne peux pas donner à tout le monde). Ça, c'est configurable dans la boîte à icônes, imprimantes, configurer l'imprimante, "Bannières, politiques et utilisateurs autorisés", puis "politique d'utilisation = allowallforanybody".
migrer un OpenSuse d'un disque à un autre sans réinstall j'ai déjà fait plusieurs fois, c'est pas bien compliqué (dd peut suffire, sans chercher des outils de clonage plus élaborés). Win... là je n'ai jamais essayé ! En pratique la seule subtilité c'est la taille des disques. Si le nouveau est plus petit que l'ancien (possible quand on passe de HDD à SSD) là c'est pas gagné ! Si le nouveau est plus grand que l'ancien, il faut voir comment allouer l'espace nouvellement disponible. J'ai un peu galéré une fois après un clonage d'une Tumbleweed avec un bon vieux "dd" : D'abord parce que ça copie tout, y compris l'UUID du disque. Du coup quand les 2 sont connectés en même temps, il y a conflit sur le point de montage (défini par /etc/fstab). En clair : mieux vaut booter sur un autre système (un Linux live), cloner le disque avec dd, éteindre, et déconnecter l'ancien disque avant de rebooter. Ensuite j'avais dû passer un peu de temps pour réussir à étendre ma partition /home en btrfs pour lui allouer le nouvel espace disponible sur le disque. Mais bon, ça se fait quand même
Salut Ca fait bien longtemps que je n'ai pas réinstallé une Leap depuis une clé USB, mais il me semble avoir déjà eu ce type de comportement. Éventuellement tu peux ouvrir la liste des dépôts (par ex depuis Yast/Dépôts de logiciels), et si tu y trouves la clé USB dans la liste il suffit de la supprimer manuellement
. En clair, j'ai certains textes dans des boîtes de dialogue qui sont tronqués.
.