Page 1 sur 1
[freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 10:14
par cycyx
Bonjour,
Je rallume mon laptop après 8 mois sans utilisation. Je fais une mise à jour du système (quelques paquets à forcer, mais tout se passe bien).
Puis je fais une mise à jour des paquets AUR. Et là, le drame.
J'en ai plusieurs qui ne compilent pas du tout (ags, megasync : erreurs lors de la compilation, puis pleins d'erreurs du Makefile qui me dit "Pas de cible valide" pour toutes les cibles en gros).
Et j'ai freefilesync qui est plus rigolo lui...
J'ai pas mal d'erreur de compilation, mais le processus s'achève en me proposant d'installer le paquet. Cool !
Sauf que je n'ai pas de binaires installés. En gros, la compilation échoue aussi pur ce paquet.
Bref, à priori, depuis GCC 6, environ 50% de mes paquets AUR ne compilent plus.
Une idée ?
Si la question a déjà été posée/le problème évoqué, merci de me renvoyer vers le lien, le post qui en parle : une rapide recherche ne m'a pas aidée...
Merci d'avance...
Edit : pas grand chose à voir avec la mise à jour. Un paramètre dans /etc/makepkg.conf
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 10:39
par oktoberfest
Salut,
tu seras sans doute intéressé par ce genre d'information :
https://archlinux.fr/news/changement-de-labi-c
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 10:51
par cycyx
Merci, mais en fait non : j'ai bien lancé a mise à jour complète des mes paquets AUR et la plupart passent bien. Mais ceux cités au-dessus ne compilent pas.
Donc ma question n'est pas de savoir lesquels mettre à our (au bout de 8 mois, la réponse est simple : tous), mais pourquoi j'ai tant d'erreurs que ça...
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 10:59
par benjarobin
Cela ne te choque pas de dire : quelques paquets à forcer, mais tout se passe bien...
Je n'ai jamais eu à forcer la moindre installation... Peux tu donner plus de détails ?
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 11:32
par cycyx
Malheureusement, non.
Dans le détail :
1) Non, cela ne me choque pas, quand un paquet me dit '"file" already exists in filesystem' et que la mise à jour se bloque, je force, désolé. Et ceci depuis plusieurs années.
2) Étant donné que cela remonte à plusieurs semaines, je n'ai plus le détail des paquets forcés en tête, mais rien de significatif : juste quelques fichiers déjà existants.
Ce qui m'embête le plus, c'est vraiment l'impression que la compilation échoue sans plus d'information (il est vrai que je n'ai pas utilisé typescript pour étudier la sortie non plus). Et toutes les erreurs des Makefile.
A oui : j'ai bien entendu ré-installé "base-devel" et gcc-multilib (et tous les paquets nécessaires qui gravitent autour).
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 11:56
par benjarobin
cycyx a écrit :Non, cela ne me choque pas, quand un paquet me dit '"file" already exists in filesystem' et que la mise à jour se bloque, je force, désolé. Et ceci depuis plusieurs années.
Et bien cela devrait te choquer, cela ne devrait jamais arriver ! Si cela arrive c'est qu'il y a un très sérieux problème !!!
Et oui au faite comme tu n'as pas du faire de mise à jour depuis des mois tu dois avoir des soucis avec pacman :
https://archlinux.fr/news/mise-a-jour-d ... 23-04-2016
Bref, je te recommande vivement de faire ceci en root et de nous donner la sortie :
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 12:01
par cycyx
J'avais bien vu l'annonce, et j'ai commencé par mettre pacman à jour.
Pour préciser : j'ai rallumé le PC début août, j'ai fait :
pacman -S pacman
yaourt -Suyy
yaourt -Suya
Et depuis presque un mois, le PC tourne bien.
Mais j'ai quand même relancé la mise à jour selon tes conseils et mettrais la sortie quand ce sera fait.
Re: [freefilesync] Pas de binaires
Publié : ven. 26 août 2016, 12:22
par cycyx
Donc, j'ai bien lancé les commandes énoncées.
Le système à ré-installé environ 1240 paquets, téléchargés 9 nouveaux (quelques erreurs :
avertissement : impossible de récupérer les informations de fichier pour usr/lib/libtiff.so.4
avertissement : impossible de récupérer les informations de fichier pour usr/lib/libtiffxx.so.4
Quelques erreurs sur la génération des polices TexLive), puis a lancé les hooks post-transaction :
:: Exécution des crochets de post-transaction...
( 1/17) Installing GConf schemas...
( 2/17) Probing GDK-Pixbuf loader modules...
( 3/17) Updating GIO module cache...
( 4/17) Compiling GSettings XML schema files...
( 5/17) Probing GTK2 input method modules...
( 6/17) Probing GTK3 input method modules...
( 7/17) Updating icon theme caches...
( 8/17) Reloading GVFS config...
( 9/17) Updating manpage index...
(10/17) Updating TeXLive filename database...
(11/17) Updating the info directory file...
(12/17) Updating TeXLive font maps...
(13/17) Updating udev Hardware Database...
(14/17) Rebuilding certificate stores...
(15/17) Updating the desktop file MIME type cache...
(16/17) Updating the MIME type database...
(17/17) Updating the vlc plugin cache...
Sortie complète de la seconde commande :
pacman -Qkkq
adobe-air-sdk /usr/share/doc/adobe-air-sdk/AIR SDK Readme.txt
adobe-air-sdk /usr/share/licenses/adobe-air-sdk/AIR SDK license.pdf
clamav-light /var/lib/clamav
cups /etc/cups/classes.conf
cups /etc/cups/printers.conf
cups /etc/cups/subscriptions.conf
grub /boot/grub/grub.cfg
java-runtime-common /usr/lib/jvm/default
java-runtime-common /usr/lib/jvm/default-runtime
libtiff3 /usr/lib/libtiff.so.3
libtiff3 /usr/lib/libtiff.so.3.9.7
libtiff3 /usr/lib/libtiffxx.so.3
libtiff3 /usr/lib/libtiffxx.so.3.9.7
linux /usr/lib/modules/4.7.2-1-ARCH/modules.alias
linux /usr/lib/modules/4.7.2-1-ARCH/modules.alias.bin
linux /usr/lib/modules/4.7.2-1-ARCH/modules.builtin.bin
linux /usr/lib/modules/4.7.2-1-ARCH/modules.dep
linux /usr/lib/modules/4.7.2-1-ARCH/modules.dep.bin
linux /usr/lib/modules/4.7.2-1-ARCH/modules.devname
linux /usr/lib/modules/4.7.2-1-ARCH/modules.softdep
linux /usr/lib/modules/4.7.2-1-ARCH/modules.symbols
linux /usr/lib/modules/4.7.2-1-ARCH/modules.symbols.bin
vlc /usr/lib/vlc/plugins/plugins.dat
Voilà. Pis là je vais rebooter : kernel mis à jour.
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 13:24
par cycyx
Bon, suite à un éclair de génie, j'ai modifié mon fichier /etc/makepkg.conf, pour retirer le '-pipe' du MAKEFLAGS, la compilation remarche. Le passage à GCC 6 y est probablement pour quelque chose, mais je n'irai pas chercher plus loin.
Par contre, je veux bien avoir des renseignements pour comprendre la sortie de "pacman -Qkkq" : à quoi correspondent les fichiers qu'il a listé ?
Merci pour votre participation (presque 4 semaines de prise de tête pour ça...).
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 13:37
par Xorg
cycyx a écrit :Par contre, je veux bien avoir des renseignements pour comprendre la sortie de "pacman -Qkkq" : à quoi correspondent les fichiers qu'il a listé ?
Code : Tout sélectionner
pacman {-Q --query} [options] [paquet(s)]
options:
-k, --check vérifie que les fichiers du paquet sont tous bien présents (-kk pour vérifier les propriétés des fichiers)
-q, --quiet montre moins d’informations
Globalement, la liste des fichiers retournés par
pacman -Qkkq, ce sont des fichiers soit manquant, ou soit dont les permissions ou les attributs sont différents de la valeur originale.
Si tu retires le
-q, tu auras plus de détails.
La sortie que tu as donné pour ton
pacman -Qkkq me semble correcte.
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 13:46
par cycyx
Merci : ils sont tous présents, il doit s'agir de soucis de permissions.
Comme d'habitude (et malgré ce que disait benjarobin, ça arrive souvent, et ça arrivera encore) !
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 14:04
par benjarobin
L'option '-pipe' du MAKEFLAGS n'a juste strictement aucun sens, et non gcc 6 n'a aucun rapport avec ceci...
Et je maintient qu'il ne faut jamais utiliser l'option --force !
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 14:06
par Xorg
Personnellement, je n'ai jamais eu besoin de forcer l'installation d'un paquet. Si le fichier est déjà présent dans le système de fichiers, je me pose des questions avant de forcer, il y a toujours une explication.
Donc je pense la même chose que Benjarobin : si tu as forcé l'installation à un moment, ce n'est pas normal.
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 14:11
par cycyx
benjarobin a écrit :L'option '-pipe' du MAKEFLAGS n'a juste strictement aucun sens, et non gcc 6 n'a aucun rapport avec ceci...
Tout à fait, j'aurais dû la mettre dans les CFLAGS, j'ai merdouillé, mais toujours est-il que cela passait avant GCC 6.
benjarobin a écrit :Et je maintient qu'il ne faut jamais utiliser l'option --force !
Peut-être...
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 14:15
par benjarobin
Il y a quand même un petit truc qui cloche, peux tu donne la sortie de
Pense aussi à faire un peu le ménage des paquets qui ne sont plus nécessaires
Si tu veux les garder il suffit de faire
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 14:17
par cycyx
Xorg a écrit :Personnellement, je n'ai jamais eu besoin de forcer l'installation d'un paquet. Si le fichier est déjà présent dans le système de fichiers, je me pose des questions avant de forcer, il y a toujours une explication.
Donc je pense la même chose que Benjarobin : si tu as forcé l'installation à un moment, ce n'est pas normal.
Certes, mais quand, par exemple, tu installes Firefox, et que quelques mois plus tard, lors d'une mise à jour, Firefox (que tu n'utilises jamais en fait...) te dit qu'il ne peut pas se mettre à jour car un fichier est déjà présent ou qu'il y a un problème de droit sur un fichier, il y a un soucis.
Que ce soit au niveau du paquet, ou de la mise à jour.
Et comme il s'agit la plupart du temps de paquet que je garde pour les utiliser une fois par an, si il y a un soucis de droits ou d'existence de fichiers, je force : pas toujours le temps de chercher ce qui ne va pas, surtout quand je bosse...
Après rien de méchant, c'était juste une petite pique.
Par contre, au prochain soucis de ce type, je tâcherai de me souvenir de venir vous en parler sur le forum.
Merci de votre aide.
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 16:06
par cycyx
Alors :
Code : Tout sélectionner
$ ls -l /usr/lib/libtiff*
lrwxrwxrwx 1 root root 16 6 déc. 2015 /usr/lib/libtiff.so -> libtiff.so.5.2.4
lrwxrwxrwx 1 root root 12 26 août 12:08 /usr/lib/libtiff.so.3 -> libtiff.so.4
-rwxr-xr-x 1 root root 413784 19 août 23:42 /usr/lib/libtiff.so.3.9.7
lrwxrwxrwx 1 root root 16 19 août 23:42 /usr/lib/libtiff.so.4 -> libtiff.so.3.9.7
lrwxrwxrwx 1 root root 16 6 déc. 2015 /usr/lib/libtiff.so.5 -> libtiff.so.5.2.4
-rwxr-xr-x 1 root root 538136 6 déc. 2015 /usr/lib/libtiff.so.5.2.4
lrwxrwxrwx 1 root root 18 6 déc. 2015 /usr/lib/libtiffxx.so -> libtiffxx.so.5.2.4
lrwxrwxrwx 1 root root 14 26 août 12:08 /usr/lib/libtiffxx.so.3 -> libtiffxx.so.4
-rwxr-xr-x 1 root root 10352 19 août 23:42 /usr/lib/libtiffxx.so.3.9.7
lrwxrwxrwx 1 root root 18 19 août 23:42 /usr/lib/libtiffxx.so.4 -> libtiffxx.so.3.9.7
lrwxrwxrwx 1 root root 18 6 déc. 2015 /usr/lib/libtiffxx.so.5 -> libtiffxx.so.5.2.4
-rwxr-xr-x 1 root root 10296 6 déc. 2015 /usr/lib/libtiffxx.so.5.2.4
$ pactree -r -d 2 libtiff3
libtiff3
Voilà. Je ne remarque rien de spécial. J'ai quand même désintallé libtiff4 dans le doute, mais je pense qu'un jeu en a besoin, je verrai bien.
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 16:23
par cycyx
Bon, j'ai réinstallé mes libtiff, voici le nouvel état :
Code : Tout sélectionner
$ ls -l /usr/lib/libtiff*
lrwxrwxrwx 1 root root 16 6 déc. 2015 /usr/lib/libtiff.so -> libtiff.so.5.2.4
lrwxrwxrwx 1 root root 16 26 août 16:18 /usr/lib/libtiff.so.3 -> libtiff.so.3.9.7
-rwxr-xr-x 1 root root 413784 26 août 16:18 /usr/lib/libtiff.so.3.9.7
lrwxrwxrwx 1 root root 16 26 août 16:18 /usr/lib/libtiff.so.4 -> libtiff.so.3.9.7
lrwxrwxrwx 1 root root 16 6 déc. 2015 /usr/lib/libtiff.so.5 -> libtiff.so.5.2.4
-rwxr-xr-x 1 root root 538136 6 déc. 2015 /usr/lib/libtiff.so.5.2.4
lrwxrwxrwx 1 root root 18 6 déc. 2015 /usr/lib/libtiffxx.so -> libtiffxx.so.5.2.4
lrwxrwxrwx 1 root root 18 26 août 16:18 /usr/lib/libtiffxx.so.3 -> libtiffxx.so.3.9.7
-rwxr-xr-x 1 root root 10352 26 août 16:18 /usr/lib/libtiffxx.so.3.9.7
lrwxrwxrwx 1 root root 18 26 août 16:18 /usr/lib/libtiffxx.so.4 -> libtiffxx.so.3.9.7
lrwxrwxrwx 1 root root 18 6 déc. 2015 /usr/lib/libtiffxx.so.5 -> libtiffxx.so.5.2.4
-rwxr-xr-x 1 root root 10296 6 déc. 2015 /usr/lib/libtiffxx.so.5.2.4
$ pactree -r -d 2 libtiff3
libtiff3
├─lib32-libtiff3
└─libtiff4
C'est un peu plus propre...
Re: [freefilesync] Pas de binaires (résolu)
Publié : ven. 26 août 2016, 18:21
par Xorg
Les dates ne correspondaient pas, ce qui veut dire qu'il y a certainement eu un problème lors de la précédente mise à jour de libtiff. Mais la réinstallation du paquet a corrigé ce problème.