Aller au contenu principal

Voir les messages

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.

Messages - guiv

1
Matériel / Re : changement de disques : migration des données
Merci burn2 pour les suggestions.
bon, je viens de trouver le temps de m'attaquer à la chose, et ben j'ai quand même un peu ramé mais c'est tout bon. Petit retour si ça peut intéresser quelqu'un qui voudrait se lancer dans la même aventure :

1. disque dur de données /home en ext4
première tentative : depuis un Linux live, copie binaire du disque avec dd (2 heures), puis tentative d'extension de la taille de la partition. Échec. Le format de la table de partition ne permettait pas de gérer des partitions > 2To :(
deuxième tentative : depuis un Linux live, redéfinition à la mimine d'une table de partition GPT. Copie binaire de la partition (pas du disque). Re-2heures. A la fin de la manœuvre, je vois bien dans le partition manager une partition de 4To avec un taux d'occupation normal. Débranchement de l'ancien disque, reboot sur mon openSuse... qui ne voit que 1To (la taille du disque d'origine) :(
troisième tentative : depuis un Linux live, repartitionnement, reformattage en ext4 et copie des données avec "rsync -a". Là, ça copie tous les fichiers un par un... pas loin de 6 heures. Puis j'ai remis le même UUID qu'avant (tune2fs -U), comme ça même pas besoin de retoucher au /etc/fstab.
Faudra juste que je fasse attention à changer l'UUID de l'ancien disque avant de le mettre dans un boîtier USB. Sinon quand on branche, 2 disques avec le même UUID c'est mal ! (dans ce cas Linux remonte /home sur le disque externe, à la volée, ça fait tout drôle)
Mais voila, c'est tout bon :)


2. disque système /, SSD en btrfs
L'installer de TW m'a créé tout plein de subvolumes partout, je n'y comprends pas grand-chose. Et quand je ne comprends pas je n'aime pas jouer !
Alors là j'ai finalement opté pour une réinstall du système. Ça va très vite, ça marche très bien, mais je vais passer un peu de temps (au fur et à mesure) pour tout reconfigurer comme avant (essentiellement des install de paquets)

sujet clos :)
2
Matériel / changement de disques : migration des données
Je vais me lancer dans la remise à niveau d'une vieille machine, avec en particulier les 2 disques : migration vers des disques + gros. J'ai déjà joué à ce jeu-là il y a un paquet d'années, donc je pense que je pourrai m'en sortir, mais si vous avez quelques conseils à me donner je suis preneur

1. disque dur de données /home en ext4
L'objectif est clair : transférer toutes les données de l'ancien disque au nouveau, à l'identique. Je pense conserver un format ext4, sauf si vous me dites qu'il y a mieux à faire (XFS ?). Pas de btrfs pour ce disque là.
Je vois 2 manières de faire :
- copie des données : installer le nouveau disque dans la machine, le formatter, le monter en /home2, lancer une bonne vieille copie de toutes les données de /home vers /home2 avec rsync. Puis éditer /etc/fstab pour supprimer l'ancien disque et monter le nouveau sur /home. Inconvénient de la méthode : je ne suis pas sûr du tout des options à passer à rsync pour conserver toute la structure de données (les liens symboliques, les permissions, etc)
- copie binaire : cloner brutalement l'ancien disque sur le nouveau avec dd, puis étendre la taille de la partition sur le nouveau disque. Inconvénient : un dd ça clone tout, y compris l'UUID du disque... Déjà joué et déjà eu des conflits de montage de disque, c'est pas si trivial que ça : à faire dans un environnement où /home n'est pas monté. Et après faut réussir à modifier l'UUID de l'ancien disque, puisque je veux le recycler comme disque externe dans 1 boîtier USB.

2. disque système /, SSD en btrfs
Là encore je vois 2 options, aucune des 2 n'étant idéale
- cloner avec dd puis étendre la partition. Beaucoup plus facile à dire qu'à faire avec btrfs, j'ai le souvenir d'avoir vraiment ramé la dernière fois. Pas sûr de vouloir rejouer
- j'oublie le transfert de données et je repars sur une fresh install de ma Tumbleweed. Avantage : ça fait un peu de ménage, inconvénient : pas mal de boulot pour tout réinstaller/reconfigurer.

Des avis ?
3
Programmes et logiciels / Re : btrfs: démarrages défectueux...
Salut
J'ai reboot et utilisé snapshot, dans Grub  (3°ligne ); hou que c'est bien de retrouver Suse.
(...)
je fais un zypper dup en espérant que ça va tout arranger

Pas sûr de comprendre... Après un reboot comme ça c'est tout à fait normal que tu ne puisses plus faire un "zypper dup". Au grub quand on revient sur une ancienne snapshot, c'est juste pour une fois : ça reboot sur ton vieux système, mais en read-only. Il n'est donc pas possible de le mettre à jour. Une snapshot c'est une sauvegarde, ça ne doit pas pouvoir se modifier comme ça.
Si tu veux restaurer cette ancienne snapshot et repartir de là une bonne fois pour toutes, après avoir booté dessus depuis grub il faut lancer un "snapper rollback"  en root, puis rebooter (sur l'option par défaut du grub !). Là tu te retrouves sur ton bon vieux système, accessible read-write, et tu peux donc retenter un "zypper dup".
Attention il est possible que ça te supprime tes snapshots postérieures à celle que tu as restaurée (pas sûr, me souviens plus, mais ça serait logique)
5
Programmes et logiciels / Re : relancer la maintenance d'un paquet
Bon, ben ça avance. Reprise complète de tous les patches, du fichier .spec, revue des dépendances de build, puis publication sur OBS. Pour l'instant le paquet a été accepté dans Java:Packages, c'est le projet de développement qui doit normalement déboucher sur Factory, et donc dans les dépôts officiels de tumbleweed.
La v1.6.0 de TuxGuitar est maintenant visible dans les "paquets expérimentaux". Je ne sais pas pourquoi le "1-click install" ne fonctionne pas, mais le paquet, lui, fonctionne correctement  :D
6
Programmes et logiciels / Re : relancer la maintenance d'un paquet
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 !
7
Installation et boot / Re : Importer carnet d' adresses
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.
8
Programmes et logiciels / Re : relancer la maintenance d'un paquet
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"  :D
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 !
9
Général / Re : problèmes d'affichage: texte tronqué
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 !
10
Général / Re : problèmes d'affichage: texte tronqué
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) ?
11
Général / problèmes d'affichage: texte tronqué
Salut à tous

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  :o

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 !
12
Programmes et logiciels / Re : relancer la maintenance d'un paquet
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
13
Programmes et logiciels / relancer la maintenance d'un paquet
Salux
Avis aux guitaristes amateurs : Tuxguitar c'est trop bien 8) .
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.

Des conseils ??
15
Installation et boot / Re : Spams injustifiés
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.