[libreoffice-still] Mise a jour LibreOffice conflits de paquet

[leeroyke]

Il y a une mise a jours de libre office aujourd'hui, mais il m'est impossible de mettre a jours a cause d'un conflit de paquet, on me demande si je veux remplacer la suite libreoffice-still si je repond oui voici ce que ça donne:

Code : Tout sélectionner

:: Synchronisation des bases de données de paquets...
 core est à jour
 extra est à jour
 community est à jour
 multilib est à jour
 archlinuxfr est à jour
:: Début de la mise à jour complète du système...
:: Remplacer libreoffice-still-base par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-calc par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-common par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-draw par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-gnome par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-impress par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-kde4 par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-math par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-postgresql-connector par extra/libreoffice-still ? [O/n] 
:: Remplacer libreoffice-still-writer par extra/libreoffice-still ? [O/n] 
résolution des dépendances...
recherche des conflits entre paquets...
:: libreoffice-still-sdk et libreoffice-still-sdk-doc sont en conflit. Supprimer libreoffice-still-sdk-doc ? [o/N] o
erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: unoconv : requiert libreoffice-common

J'ai bien libreoffice-common-still d'installé

Si je repond non au question:

Code : Tout sélectionner

:: Synchronisation des bases de données de paquets...
 core est à jour
 extra est à jour
 community est à jour
 multilib est à jour
 archlinuxfr est à jour
:: Début de la mise à jour complète du système...
:: Remplacer libreoffice-still-base par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-calc par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-common par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-draw par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-gnome par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-impress par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-kde4 par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-math par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-postgresql-connector par extra/libreoffice-still ? [O/n] n
:: Remplacer libreoffice-still-writer par extra/libreoffice-still ? [O/n] n
résolution des dépendances...
recherche des conflits entre paquets...
:: libreoffice-still-sdk et libreoffice-still-sdk-doc sont en conflit. Supprimer libreoffice-still-sdk-doc ? [o/N] 
erreur : un conflit de paquets impossible à résoudre a été détecté
erreur : la préparation de la transaction a échoué (conflit de dépendances)
:: libreoffice-still-sdk et libreoffice-still-sdk-doc sont en conflit

Donc du coup de sais pas trop ce qui faut faire, ou si il faut supprimé un paquet avant la mise a jours et lequel, j'ai regarde sur archlinux.org et il y a pas d'annonce pour cette mise a jour.

[benjarobin]

A première vue c'est un bug du paquet libreoffice-still qui ne fournit pas libreoffice-common. Il faudrait faire un rapport de bug.

Sauf si c'est volontaire et qu'il est forcément nécessaire d'utiliser libreoffice-fresh

[nemon]

j'ai exactement le même problème !

libreoffice-still-sdk-doc est intégré au paquet libreoffice-still-sdk

Le paquet responsable de ce bug de màj est libreoffice-extension-languagetool sur AUR.

===>

Code : Tout sélectionner

$ yaourt -Rsn libreoffice-extension-languagetool libreoffice-still-sdk-doc

Code : Tout sélectionner

$ yaourt -Syua

Il faut le signaler au mainteneur de libreoffice-extension-languagetool

[benjarobin]

Ce n'est clairement pas le même problème. Ici le problème est avec le paquet unoconv

[nemon]

J'avais exactement le même soucis et voilà comment j'ai résolu mon problème... libreoffice-extension-languagetool pose problème même après la mise à jour.

unoconv c'est le soucis avec le conflit entre libreoffice-still-sdk-doc et libreoffice-still-sdk (voir mon message précédent), il faut supprimer libreoffice-still-sdk-doc

[benjarobin]

Je ne pense pas... As tu au moins essayé d'installer libreoffice-still et unoconv ?

il faut supprimer libreoffice-still-sdk-doc

pacman propose déjà la suppression du paquet !

[nemon]

Test de mise à jour :

Code : Tout sélectionner

recherche des conflits entre paquets...
:: libreoffice-still-sdk et libreoffice-still-sdk-doc sont en conflit. Supprimer libreoffice-still-sdk-doc ? [o/N] o
erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: unoconv : requiert libreoffice-common

libreoffice-still-sdk-doc n'existe plus... tout simplement. Quand on répond oui, voilà le bug, faut le désinstaller manuellement.

Code : Tout sélectionner

yaourt -Rsn libreoffice-still-sdk-doc

Concernant la mise à jour libreoffice-extension-languagetool sur AUR pose problème aussi (c'est juste une extension), il faut le désinstaller également (il y a déjà une demande au mainteneur du paquet).

Voilà comment j'ai réussi à mettre à jour Libreoffice (en still) qui me posait également problème.

[benjarobin]

Je veux bien te croire mais je ne vois pas comment c'est possible...
As tu unoconv d'installé ? Si oui peux tu donner la sortie de

Code : Tout sélectionner

pactree -d 2 unoconv

[hopimet]

Ce n'est clairement pas le même problème. Ici le problème est avec le paquet unoconv

Je confirme. unoconv n'est pas installé chez moi et j'ai pu faire la mise à jour.

[leeroyke]

Moi j'ai resolu le problème en désinstallant libreoffice, j'ai fait mes mise a jours, et ensuite j'ai réinstallé la nouvelle version libreoffice-still

Et je n’avais pas l'extension libreoffice-extension-languagetool de AUR d'installé.

[bobo]

De mon côté, quand je vois ce type de message, je vérifie les news https://archlinux.fr/ :
– s'il n'y a rien je réponds « oui » à tout
– s'il y a quelque chose j'applique

Du coup vous avez deviné que j'ai répondu « oui » à tout. Libreoffice fonctionne comme attendu (je l'utilise très peu). Qu'est-ce qui pose problème ?

[benjarobin]

Ce qui pose problème je l'ai expliqué

[Xorg]

J'ai été confronté à un problème similaire ce matin (libreoffice-faenza-mod dépend de libreoffice-common).

Le problème c'est que (je trouve) que les développeurs n'ont pas super bien assuré pour le coup : on passe d'un paquet splitté (qui fournissait une dizaine de paquets) à un paquet splitté qui ne fournit plus que deux paquets : libreoffice-still et libreoffice-still-sdk.
Déjà qu'à la base, LibreOffice fait parti des "gros logiciels", c'est juste l'occasion de le rendre inutilement plus gros pour certains utilisateurs.
Ensuite, la gestion des conflits/remplacements est correctement gérée je crois, mais le gros défaut c'est qu'ils n'ont pas mis de provides suffisant, ce qui fait que ça casse pas mal de paquets sur AUR ; fournir virtuellement libreoffice-common, ça aurait évité certains problèmes.
Là, on a le droit à une transition bien barbare pour ceux qui utilisent des paquets AUR dépendant de LibreOffice, quelque chose de moins violent aurait été mieux perçu.

Enfin bref, une fois la mise à jour passée, le problème est réglé et on n'a plus à s'en soucier, il faut attendre que les paquets sur AUR soient modifiés en conséquence pour les réinstaller proprement.

[papa6]

Bonjour,
Pour ma part je n'ai pas unoconv d'installé, et pourtant j'ai rencontré le problème.

La solution de nemon a marché :

Code : Tout sélectionner

$ yaourt -Rsn libreoffice-extension-languagetool libreoffice-still-sdk-doc