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.
Je crois que le monde anglophone a un peu les chevilles qui enfle aussi, si tu connais pas l'anglais tu te débrouilles ... Et aprés c'est appel aux bonnes volontés .. Ya beaucoup de soucis qui montre soit des moyens trop faibles, soit un timing trop short ou des tests pas ou mal faits Je n'ai RAREMENT vu autant de soucis cumulés, les anglais ils disent it's a PITA ...
Là j'ai migré sur leap 16.0 mais ce fut compliqué, mais peut être ma faute car j'avais ajouté le paquet opensuse-repos-leap et du coup ca fichait une grouille pas possible dans les dépots et tout plantait : opensuse-migration-tool passer de 15.6 à 16 : le truc de base pour un outil de migration, pire c'est l'outil que la doc recommande en plus (mais LOL) : migration KO sur sbprocess error et rpm error ... le ponpon l'outil continue les scripts de post migration même quand la migration échoue trop drôle non ? ... ca fait peur quand même. pour une telle boite on se demande pourquoi ils n'incrémentent pas les plus de version en version au lieu de régresser tout le temps () tu vois comme ca rale sur yast, agama, myrlyn etc ...
Un outil autmatisé comme ca , recommandé par la doc en prime, il devrait savoir mettre les dépots impecables et régler ca tout seul si ca coince (par exple : là j'ai quand même eu une erreur dépot OSS invalide lors du dup vers la Leap 16.0 (avec l'url que j'avais pris depuis le tuto de suse) ...
Alors celui qui touche à rien, ou alors dup sur les dépots de la 15.6 avant de passer en 16 ca va peut être marcher, mais je recommande pas cet outil. Ensuite le dup avait aussi des tonnes d'erreur et si par malheur tu choisis keep ou keep obsolete là tu t'enfonces avec des verrous de partout et sur 40004 paquets ca peut vite devenir compliqué L'outil dup devrait pouvoir régler ca en guuidant l'utilisateur. pour moi c'est mal ficelé il faudrait un outil qui sache trouver les erreurs en cas d'incohérence des dépôts : là si tu utilies le système RIS le service opensuse force les dépots mais il sait pas trouver les incohérences ... il en manques des morceaux ca montre que tous les cas d'usge ne sont pas vus et / ou testés ... exple : au pire des cas si ya embrouille ==>> il purge tout et met les bons et hop ca roule. par exple/ tu te retrouve au moins avec une base stable.
Et même aprés je bootais tout le temps en ice wm, car pas défaut il boote en ice wm il ne sauvegarde pas la denrière session , il faut aller fouiner dans la config pour trouver le paramètre pour lui dire de booter sur plasma wayland ..
Et encore des trucs chelous ; j'a pris pidgin et darktable , ils doivent plus être dans les repos je les trouvent pas aprés le dup du moins, et bien dans ma barre de tache je n'ai que des logos vides il ne les enlevent pas seul et je ne trouve pas comment les retirer ces *** de raccourcis vides
ah oui, myrlyn au départ je l'avais pas , je captais pas pourquoi il était pas inclus , ben oui se serait sympa non ?
j'ai fais zypper in myrlin, une lettre change tout car myrlyn c'est avec 2 y \o/ et il ne remonte RIEN , ... mais LOL non ?
(c'est comme quand parfois un paquet qui coince arrête toutes les mises à jour...)
il ne sait pas trouver un paquet similaire et le proposer !! "nous ne trouvons pas le paquet toto, mais peut être voulez vous installer le paquet tota ? " Il y avait ce genre de chose sauf erreur à un moment pourtant non ?
En posant plus de questions à l'utilisateur ca aiderait beaucoup : ici par exple : "les dépots semblent incohérents, cela induit une erreur x ou y , que voulez vous faire 1 , 2 ou 3" . Yast sait faire mais l'outil de migration ne s'en sert pas, dommage, idem pour le dup :"(
On peut avoir une bien meilleure expérience utilisateur à mon avis. Pour le moment c'est plutôt les "rois du bricolage" !
avec noscript je n'ai aucune pub sur firefox , ca coupe tous les scripts Par contre ca peut être lourd quand les sites ne marchent pas bien.. exemple : alionet pour se déconnecter ca marche pas du 1er coup ...
Yoman : Ca donne quoi ta config par exemple avec youtube, il y a apparemment un combat permanent de google contre les bloqueurs de pub .. google les débloquent (les pubs) et eux rebloquent c'est un peu sans fin.. faut changer de soft etc... lourdingue à force et youtube avec les pubs ...c'est une horreur à mon humble avis.
tu as le 1 et le 9 en double. Avec cet url pour libdvdvcss il me dit qu'il est impossible de créer le dépôt.
Tu as modifié les noms ? Par exemple si j'ajoute celui pour snappy depuis leap 16.0 il l'appelle opensuse leap 16 et non snappy, mais je peut modifier manuellement.
La cata. J'ai mis 3 dépôts comme la doc et appliqué la commande zypper --releasever 16.0 dup. Plus de 60 erreurs avec au choix désinstaller, keep, keep obsolete, break... J'ai fait du keep obsolete souvent ... peut être à tord. Là je n'arrive a plus rien ni installer ni booter la session subprocess error et RPM error
@manchette je confirme ce que dit jtro pas de raison que le système de fichiers change la migration c'est juste les paquets et basta par contre il se peut que certains des paquets ne soient plus là c'est un peu plus aride, pour l'instant
Hello, quand tu as eu tes soucis de mise à jour pour leap 16, c'était peut être à cause des dépots tiers ? il me semble qu'ils ont complété la page de mise à jour en insistant sur le fait qu'il ne faut avoir de dépots tiers pour éviter les ennuis : https://en.opensuse.org/SDB:System_upgrade#Upgrade_using_opensuse-migration-tool
Manual upgrade (only for experienced users)
Manual upgrade needs modifications of repositories, which is done automatically when using the opensuse-migration-tool. If you do not perform the following described steps, the upgrade will fail with repository errors. Note on 3rd-party repositories
3rd-party repositories (e.g. OBS, Packman, VLC, ...) can cause issues during migration.
This is a big problem especially early in a Leap development cycle as 3rd repositories may be unavailable or broken. Some repositories might hardcode Leap version instead of using $RELEASEVER variable, leading to unresolved dependencies in outdated software.
We strongly recommend disabling all non-official repositories before migrating.
zypper lr -u | egrep -v "/distribution/|/update/" # list the 3rd party repos zypper modifyrepo -d <REPO_ID> # to disable individual repositories
Distribution repositories
As described above, Leap 16 no longer utilizes update, backport and SLE repositories. Updates are now deployed via the standard oss and non-oss repositories instead.
Prior upgrade to Leap 16, the no longer existing distribution repositories needs to be disabled or removed. If this step is skipped, the upgrade will likely fail due to non existing repository errors.
This is the old set of repositories for Leap 15.6 (without debug and source):
trop drôle non ? 
) tu vois comme ca rale sur yast, agama, myrlyn etc ...
