[freefilesync] Pas de binaires (résolu)
[freefilesync] Pas de binaires (résolu)
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
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
Dernière modification par cycyx le ven. 26 août 2016, 13:22, modifié 1 fois.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
-
- Maître du Kyudo
- Messages : 1855
- Inscription : mer. 06 janv. 2010, 13:51
- Localisation : Ried - Alsace - France
Re: [freefilesync] Pas de binaires
Salut,
tu seras sans doute intéressé par ce genre d'information : https://archlinux.fr/news/changement-de-labi-c
tu seras sans doute intéressé par ce genre d'information : https://archlinux.fr/news/changement-de-labi-c
La majorité des bugs se situe entre la chaise et le clavier...
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
Re: [freefilesync] Pas de binaires
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...
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...
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- benjarobin
- Maître du Kyudo
- Messages : 17256
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [freefilesync] Pas de binaires
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 ?
Je n'ai jamais eu à forcer la moindre installation... Peux tu donner plus de détails ?
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [freefilesync] Pas de binaires
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).
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).
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- benjarobin
- Maître du Kyudo
- Messages : 17256
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [freefilesync] Pas de binaires
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 !!!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 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 :
Code : Tout sélectionner
pacman -Syyuu $(pacman -Qqn)
pacman -Qkkq
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [freefilesync] Pas de binaires
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.
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.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Re: [freefilesync] Pas de binaires
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.
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.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Re: [freefilesync] Pas de binaires (résolu)
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...).
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...).
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- Xorg
- Maître du Kyudo
- Messages : 1933
- Inscription : dim. 22 janv. 2012, 19:25
- Localisation : Entre le clavier et la chaise.
Re: [freefilesync] Pas de binaires (résolu)
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
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)
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) !
Comme d'habitude (et malgré ce que disait benjarobin, ça arrive souvent, et ça arrivera encore) !
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- benjarobin
- Maître du Kyudo
- Messages : 17256
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [freefilesync] Pas de binaires (résolu)
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 !
Et je maintient qu'il ne faut jamais utiliser l'option --force !
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- Xorg
- Maître du Kyudo
- Messages : 1933
- Inscription : dim. 22 janv. 2012, 19:25
- Localisation : Entre le clavier et la chaise.
Re: [freefilesync] Pas de binaires (résolu)
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.
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)
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 :L'option '-pipe' du MAKEFLAGS n'a juste strictement aucun sens, et non gcc 6 n'a aucun rapport avec ceci...
Peut-être...benjarobin a écrit :Et je maintient qu'il ne faut jamais utiliser l'option --force !
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- benjarobin
- Maître du Kyudo
- Messages : 17256
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [freefilesync] Pas de binaires (résolu)
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
Code : Tout sélectionner
ls -l /usr/lib/libtiff*
pactree -r -d 2 libtiff3
Code : Tout sélectionner
pacman -Qdt
Code : Tout sélectionner
pacman -D --asexplicit le-paquet
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [freefilesync] Pas de binaires (résolu)
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.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.
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.
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Re: [freefilesync] Pas de binaires (résolu)
Alors :
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.
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
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Re: [freefilesync] Pas de binaires (résolu)
Bon, j'ai réinstallé mes libtiff, voici le nouvel état :
C'est un peu plus propre...
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
Laptop1 : Clevo W110ER, core i5-3210M, 8Gb RAM, Intel® Ivybridge Mobile (GT2)/NVIDIA GT 650M, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
Laptop2 : Sony Vaio SR41M, Core 2 Duo T6400, 4Gb RAM, ATI Radeon HD 4750, x86_64
- Xorg
- Maître du Kyudo
- Messages : 1933
- Inscription : dim. 22 janv. 2012, 19:25
- Localisation : Entre le clavier et la chaise.
Re: [freefilesync] Pas de binaires (résolu)
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.