Conflict in last upgrade /usr/lib/libXvMCNVIDIA_dynamic.so.1

mmmm.... Wich I need to do?
just wait?
# pacman -Syu
:: Sincronizando las bases de datos de paquetes...
core está actualizado
extra está actualizado
community está actualizado
kdemod está actualizado
:: iniciando actualización completa del sistema...
resolviendo dependencias...
verificando conflictos...
Se procesará: filezilla-3.0.6-1 kernel26-2.6.24.1-2 ipw3945-1.2.2-7
madwifi-utils-0.9.3.3.3246-1 madwifi-0.9.3.3.3246-2
ndiswrapper-utils-1.52-1 ndiswrapper-1.52-1
nvidia-utils-169.09-1 nvidia-169.09-2 rt2500-1.1.0_B4-20
wlan-ng26-0.2.8-13
Tamaño total de descarga: 0,00 MB
Tamaño total instalado: 40,40 MB
¿Continuar con la instalación? [Y/n]
Verificando la integridad de los paquetes...
(11/11) verificando conflictos entre archivos [#####################] 100%
error: no se pudo preparar la transacción
error: no se pudo iniciar la operación (archivos en conflicto)
nvidia-utils: /usr/lib/libXvMCNVIDIA_dynamic.so.1 existe en el sistema de archivos
Ocurrieron errores, no se actualizaron paquetes
Last edited by luuuciano (2008-02-11 01:02:11)

GARTZ wrote:rm in the file works with me, but... Sorry for my noob question, what it means do a -Sf in the package?
-f, --force force install, overwrite conflicting files

Similar Messages

Nvidia-utils: /usr/lib/libXvMCNVIDIA_dynamic.so.1 exists in filesystem

FIXED NOW. REMOVED the CONFLICTING file. big deal.
Hello i just do my usual pacman -Syu and hit a problem with nvidia-utils package.
:: Starting full system upgrade...
resolving dependencies... done.
looking for inter-conflicts... done.
Targets: alunn-0.7.1.2-1 device-mapper-1.02.24-1 fakeroot-1.9-1 fuse-2.7.2-1 kazehakase-0.5.1-1 logrotate-3.7.5-1
lvm2-2.02.29-1 python-2.5.1-4 mutagen-1.13-1 ntfs-3g-1.1120-1 nvidia-utils-169.07-1 nvidia-169.07-1
roxterm-1.9.1-1 tcpdump-3.9.8-1
Total Package Size: 23.67 MB
Proceed with installation? [Y/n] Y
(14/14) checking for file conflicts [##############################################################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
nvidia-utils: /usr/lib/libXvMCNVIDIA_dynamic.so.1 exists in filesystem
errors occurred, no packages were upgraded.
Maybe just some minor problem, will se what i do with it later today.
!!Fixed now.
Not a big deal, tried to stop X and remove nvidia module but had to move or remove this file
/usr/lib/libXvMCNVIDIA_dynamic.so.1
to somewhere.
And upgrade of nvidia-utils finished fine then.
Last edited by Kaso_Da_Zmok (2008-01-08 11:16:53)

cell wrote:I read some where that the conflict comes when if you install with the script from nvidia.com and then reverse back to the driver from the repository.
Same happened to me.
I never installed anything manually, and I also had that issue.
So the explanation given in the link I gave above is more probable, at least in my case.
Otherwise, simply removing the conflicting file is in my opinion the easiest and safest way.

[SOLVED] upgrade problems because of codecs: /usr/lib/win32

When trying to upgrade my Arch64 I encountered an error with conflicting codecs. The error message says:
error: the following file conflicts were found:
codecs: /usr/lib/win32: exists in filesystem
The codecs which where about to be installed are
codecs-20061203-1
Any hints on that? Do I need to deinstall old codecs and if so why did pacman not succeed?
Last edited by Wauzenplauz (2007-04-17 12:17:42)

Thanks a lot, Andy. That did the trick!

[solved] compiz-core upgrade issue: missing /usr/lib/compiz/libcore.so

After upgrading from compiz-core 0.8.8-3 to 0.8.8-4, but it's persisting even downgrading I got a segfault for the missing file.
Running
LANG=C xinit >xinit.log 2>xinit.log
with the following .xinitrc
if [ -d /etc/X11/xinit/xinitrc.d ]; then
for f in /etc/X11/xinit/xinitrc.d/*; do
[ -x "$f" ] && . "$f"
done
unset f
fi
setxkbmap it -option compose:rctrl -option terminate:ctrl_alt_bksp
urxvtd -f -o
fbpanel &
gtk-redshift &
compiz --debug --replace ccp --indirect-rendering
echo "ARGH -> $?"
I got this output in xinit.log
ARGH -> 139
rver 1.13.0
Release Date: 2012-09-05
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.6.0-1-ARCH x86_64.
Current Operating System: Linux archmini 3.6.2-1-ARCH #1 SMP PREEMPT Fri Oct 12 23:58:58 CEST 2012#
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=7342087f-b1bb-4133-8b50-d25ff902fcab#
Build Date: 05 October 2012 01:57:18PM
Current version of pixman: 0.26.2
>...Before reporting problems, check http://wiki.x.org
>...to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
>...(++) from command line, (!!) notice, (II) informational,
>...(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 15 22:20:21 2012
(==) Using config directory: "/etc/X11/xorg.conf.d"
Initializing built-in extension Generic Event Extension
Initializing built-in extension SHAPE
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension BIG-REQUESTS
Initializing built-in extension SYNC
Initializing built-in extension XKEYBOARD
Initializing built-in extension XC-MISC
Initializing built-in extension SECURITY
Initializing built-in extension XINERAMA
Initializing built-in extension XFIXES
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Initializing built-in extension COMPOSITE
Initializing built-in extension DAMAGE
Initializing built-in extension MIT-SCREEN-SAVER
Initializing built-in extension DOUBLE-BUFFER
Initializing built-in extension RECORD
Initializing built-in extension DPMS
Initializing built-in extension X-Resource
Initializing built-in extension XVideo
Initializing built-in extension XVideo-MotionCompensation
Initializing built-in extension XFree86-VidModeExtension
Initializing built-in extension XFree86-DGA
Initializing built-in extension XFree86-DRI
Initializing built-in extension DRI2
Loading extension GLX
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
rxvt-unicode daemon listening on /home/milky/.urxvt/urxvtd-archmini.
compiz (core) - Debug: Could not stat() file /home/milky/.compiz/plugins/libcore.so : No such file#
compiz (core) - Debug: Could not stat() file /usr/lib/compiz/libcore.so : No such file or directory
/home/milky/.xinitrc: line 19: 858 Segmentation fault compiz --debug --replace ccp --indire#
xinit: connection to X server lost
^M
waiting for X server to shut down urxvt: X connection to ':0' broken, unable to recover, exiting.
Server terminated successfully (0). Closing log file.
Relevant pacman.log:
[2012-10-15 21:30] Running 'pacman -Syu'
[2012-10-15 21:30] synchronizing package lists
[2012-10-15 21:30] starting full system upgrade
[2012-10-15 21:40] upgraded acpid (2.0.17-1 -> 2.0.17-3)
[2012-10-15 21:40] upgraded cabal-install (1.16.0-1 -> 1.16.0-2)
[2012-10-15 21:40] upgraded chromium (22.0.1229.92-1 -> 22.0.1229.94-1)
[2012-10-15 21:40] upgraded libglapi (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded libgl (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] installed glu (9.0.0-1)
[2012-10-15 21:40] upgraded compiz-core (0.8.8-3 -> 0.8.8-4)
[2012-10-15 21:40] upgraded curl (7.27.0-1 -> 7.28.0-1)
[2012-10-15 21:40] upgraded dnsutils (9.9.1.P3-1 -> 9.9.2-1)
[2012-10-15 21:40] upgraded erlang (R15B01-1 -> R15B01-2)
[2012-10-15 21:40] upgraded firefox (15.0.1-1 -> 16.0.1-1)
[2012-10-15 21:40] upgraded firefox-i18n-it (15.0.1-1 -> 16.0.1-1)
[2012-10-15 21:40] upgraded freeglut (2.8.0-1 -> 2.8.0-2)
[2012-10-15 21:40] upgraded gegl (0.2.0-3 -> 0.2.0-4)
[2012-10-15 21:40] upgraded git (1.7.12.2-1 -> 1.7.12.3-1)
[2012-10-15 21:40] upgraded gnutls (3.1.2-1 -> 3.1.3-1)
[2012-10-15 21:40] upgraded gparted (0.13.1-1 -> 0.14.0-1)
[2012-10-15 21:40] upgraded hwids (20120922-1 -> 20121012-1)
[2012-10-15 21:40] upgraded intel-dri (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded jasper (1.900.1-7 -> 1.900.1-8)
[2012-10-15 21:40] upgraded khrplatform-devel (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded pam (1.1.5-4 -> 1.1.6-1)
[2012-10-15 21:40] upgraded util-linux (2.22-7 -> 2.22.1-1)
[2012-10-15 21:40] upgraded systemd (194-1 -> 194-3)
[2012-10-15 21:40] upgraded libgbm (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded libegl (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded libldap (2.4.32-1 -> 2.4.33-1)
[2012-10-15 21:40] >>> Updating module dependencies. Please wait ...
[2012-10-15 21:40] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2012-10-15 21:40] ==> Building image from preset: 'default'
[2012-10-15 21:40] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2012-10-15 21:40] ==> Starting build: 3.6.2-1-ARCH
[2012-10-15 21:40] -> Running build hook: [base]
[2012-10-15 21:40] -> Running build hook: [udev]
[2012-10-15 21:40] -> Running build hook: [autodetect]
[2012-10-15 21:40] -> Running build hook: [pata]
[2012-10-15 21:40] -> Running build hook: [scsi]
[2012-10-15 21:40] -> Running build hook: [sata]
[2012-10-15 21:40] -> Running build hook: [filesystems]
[2012-10-15 21:40] -> Running build hook: [usbinput]
[2012-10-15 21:40] -> Running build hook: [fsck]
[2012-10-15 21:40] ==> Generating module dependencies
[2012-10-15 21:40] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2012-10-15 21:40] ==> Image generation successful
[2012-10-15 21:40] ==> Building image from preset: 'fallback'
[2012-10-15 21:40] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2012-10-15 21:40] ==> Starting build: 3.6.2-1-ARCH
[2012-10-15 21:40] -> Running build hook: [base]
[2012-10-15 21:40] -> Running build hook: [udev]
[2012-10-15 21:40] -> Running build hook: [pata]
[2012-10-15 21:40] -> Running build hook: [scsi]
[2012-10-15 21:40] -> Running build hook: [sata]
[2012-10-15 21:40] -> Running build hook: [filesystems]
[2012-10-15 21:40] -> Running build hook: [usbinput]
[2012-10-15 21:40] -> Running build hook: [fsck]
[2012-10-15 21:40] ==> Generating module dependencies
[2012-10-15 21:40] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img
[2012-10-15 21:40] ==> Image generation successful
[2012-10-15 21:40] upgraded linux (3.5.6-1 -> 3.6.2-1)
[2012-10-15 21:40] upgraded linux-headers (3.5.6-1 -> 3.6.2-1)
[2012-10-15 21:40] upgraded lirc-utils (1:0.9.0-30 -> 1:0.9.0-31)
[2012-10-15 21:40] upgraded mesa (8.0.4-3 -> 9.0-1)
[2012-10-15 21:40] upgraded mtdev (1.1.2-1 -> 1.1.3-1)
[2012-10-15 21:40] upgraded nodejs (0.8.11-1 -> 0.8.12-1)
[2012-10-15 21:40] upgraded subversion (1.7.6-1 -> 1.7.7-1)
[2012-10-15 21:40] upgraded sysvinit-tools (2.88-8 -> 2.88-9)
[2012-10-15 21:40] upgraded systemd-sysvcompat (194-1 -> 194-3)
[2012-10-15 21:40] upgraded thunderbird (15.0.1-1 -> 16.0.1-1)
[2012-10-15 21:40] upgraded tmux (1.6-2 -> 1.7-1)
[2012-10-15 21:40] upgraded wpa_supplicant (1.0-1 -> 1.0-2)
[2012-10-15 21:40] upgraded xf86-input-evdev (2.7.3-1 -> 2.7.3-2)
[2012-10-15 21:40] upgraded xf86-video-intel (2.20.9-1 -> 2.20.9-2)
[2012-10-15 21:40] upgraded xorg-server-common (1.12.4-1 -> 1.13.0-2)
[2012-10-15 21:40] upgraded xorg-server (1.12.4-1 -> 1.13.0-2)
[2012-10-15 21:40] upgraded youtube-dl (2012.09.27-1 -> 2012.10.09-1)
Anyone can help me tracing in which package the missing file is located (if it's not in compiz-core)?
Last edited by dexgeh (2012-10-16 17:58:39)

I managed to solve the issue commenting the --indirect-rendering flag and installing and launching driconf to create a default ~/.drirc file.
I just noticed that in the same upgrade I got intel-dri from 8.x to 9.x version, maybe it's related.
Launching a terminal in .xinitrc and manually launching
LIBGL_DEBUG=verbose compiz --debug --replace ccp
show me a lot of errors, but it's working, and I don't need anymore the --indirect-rendering flag (in the past I put that flag in the command because of the bad performance that compiz had without).

File conflict, libgl-dr: /usr/lib/libGL.so.1

I am trying to upgrade xorg but whenever I pacman -S xorg, I get the following error
error: the following file conflicts were found:
libgl-dri: /usr/lib/libGL.so.1: exists in filesystem
I was wondering if anyone new how to fix this problem.
Thanks

schultz wrote:
Yep... That was a problem fixer...
Problably more to come... :cry:
Unfortunaly I was right... new problems... Stupid Xorg7...

Pacman upgrade error with /usr/lib/libgmp.so.1

/media # pacup
Password:
:: Synchronizing package databases...
core is up to date
extra is up to date
error: failed retrieving file 'community.db.tar.gz' from ftp.archlinux.org : Connection reset by peer
error: failed retrieving file 'community.db.tar.gz' from locke.suu.edu : Connection timed out
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets: autoconf-2.62-1 cairomm-1.6.0-1 hspell-1.0-2 enchant-1.4.1-1 exempi-2.0.1-2 gnome-screensaver-2.22.2-1 gpm-1.20.3-1 gstreamer0.10-good-0.10.8-1
gstreamer0.10-good-plugins-0.10.8-1 gtk-engines-2.14.1-1 gtkmm-2.12.7-1 iso-codes-2.0-1 libisofs-0.6.4-1 libxml2-2.6.32-1 libxslt-1.1.23-1
poppler-0.8.2-1 poppler-glib-0.8.2-1 wine-0.9.60-1
Total Download Size: 0.00 MB
Total Installed Size: 31.11 MB
Proceed with installation? [Y/n] y
checking package integrity...
(18/18) checking for file conflicts [########################################################################################################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
gpm: /usr/lib/libgpm.so.1 exists in filesystem
Errors occurred, no packages were upgraded.
/media #
IIRC, I had to make a symbolic link with libgmp.so.1 a long time ago, but not too sure. Any help appreciated, thanks

hi, take a look at:
http://bbs.archlinux.org/viewtopic.php?id=47981

"/usr/lib/cups/backend/usb failed" After Kernel Upgrade

When I upgraded my kernel to 2.6.31.5-1 from 2.6.31.4-1 and tried printing a file, I got this error from cups:
"/usr/lib/cups/backend/usb failed"
The printer was working perfectly fine yesterday.
Upgrade I did today before rebooting my pc to use the new kernel:
[2009-10-27 09:49] upgraded compositeproto (0.4-2 -> 0.4.1-1)
[2009-10-27 09:49] upgraded consolekit (0.3.1-1 -> 0.4.1-1)
[2009-10-27 09:49] upgraded dbus-glib (0.80-1 -> 0.82-1)
[2009-10-27 09:49] upgraded dmxproto (2.2.99.1-1 -> 2.3-1)
[2009-10-27 09:49] upgraded fontcacheproto (0.1.2-2 -> 0.1.3-1)
[2009-10-27 09:49] upgraded pango (1.26.0-1 -> 1.26.0-2)
[2009-10-27 09:49] upgraded shared-mime-info (0.60-1 -> 0.70-1)
[2009-10-27 09:49] upgraded gtk2 (2.18.2-1 -> 2.18.3-1)
[2009-10-27 09:49] upgraded hicolor-icon-theme (0.10-2 -> 0.11-1)
[2009-10-27 09:49] upgraded kbproto (1.0.3-2 -> 1.0.4-1)
[2009-10-27 09:49] upgraded module-init-tools (3.10-2 -> 3.11.1-1)
[2009-10-27 09:50] >>> Updating module dependencies. Please wait ...
[2009-10-27 09:50] >>> MKINITCPIO SETUP
[2009-10-27 09:50] >>> ----------------
[2009-10-27 09:50] >>> If you use LVM2, Encrypted root or software RAID,
[2009-10-27 09:50] >>> Ensure you enable support in /etc/mkinitcpio.conf .
[2009-10-27 09:50] >>> More information about mkinitcpio setup can be found here:
[2009-10-27 09:50] >>> http://wiki.archlinux.org/index.php/Mkinitcpio
[2009-10-27 09:50]
[2009-10-27 09:50] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2009-10-27 09:50] ==> Building image "default"
[2009-10-27 09:50] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
[2009-10-27 09:50] :: Begin build
[2009-10-27 09:50] :: Parsing hook [base]
[2009-10-27 09:50] :: Parsing hook [udev]
[2009-10-27 09:50] :: Parsing hook [autodetect]
[2009-10-27 09:50] :: Parsing hook [pata]
[2009-10-27 09:50] :: Parsing hook [scsi]
[2009-10-27 09:50] :: Parsing hook [sata]
[2009-10-27 09:50] :: Parsing hook [usb]
[2009-10-27 09:50] :: Parsing hook [pcmcia]
[2009-10-27 09:50] :: Parsing hook [usbinput]
[2009-10-27 09:50] :: Parsing hook [keymap]
[2009-10-27 09:50] :: Parsing hook [filesystems]
[2009-10-27 09:50] :: Generating module dependencies
[2009-10-27 09:50] :: Generating image '/boot/kernel26.img'...SUCCESS
[2009-10-27 09:50] ==> SUCCESS
[2009-10-27 09:50] ==> Building image "fallback"
[2009-10-27 09:50] ==> Running command: /sbin/mkinitcpio -k 2.6.31-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26-fallback.img -S autodetect
[2009-10-27 09:50] :: Begin build
[2009-10-27 09:50] :: Parsing hook [base]
[2009-10-27 09:50] :: Parsing hook [udev]
[2009-10-27 09:50] :: Parsing hook [pata]
[2009-10-27 09:50] :: Parsing hook [scsi]
[2009-10-27 09:51] :: Parsing hook [sata]
[2009-10-27 09:51] :: Parsing hook [usb]
[2009-10-27 09:51] :: Parsing hook [pcmcia]
[2009-10-27 09:51] :: Parsing hook [usbinput]
[2009-10-27 09:51] :: Parsing hook [keymap]
[2009-10-27 09:51] :: Parsing hook [filesystems]
[2009-10-27 09:51] :: Generating module dependencies
[2009-10-27 09:51] :: Generating image '/boot/kernel26-fallback.img'...SUCCESS
[2009-10-27 09:51] ==> SUCCESS
[2009-10-27 09:51] upgraded kernel26 (2.6.31.4-1 -> 2.6.31.5-1)
[2009-10-27 09:51] upgraded libfetch (2.25-1 -> 2.26-1)
[2009-10-27 09:51] upgraded libgpg-error (1.6-1 -> 1.7-2)
[2009-10-27 09:51] upgraded libpciaccess (0.10.8-1 -> 0.10.9-1)
[2009-10-27 09:51] upgraded libspectre (0.2.2-2 -> 0.2.3-1)
[2009-10-27 09:51] upgraded xf86dgaproto (2.0.99.1-1 -> 2.1-1)
[2009-10-27 09:51] upgraded libxxf86dga (1.0.99.1-1 -> 1.1.1-0.1)
[2009-10-27 09:51] upgraded mlocate (0.22.2-1 -> 0.22.2-2)
[2009-10-27 09:51] upgraded sqlite3 (3.6.18-1 -> 3.6.19-1)
[2009-10-27 09:51] upgraded nss (3.12.4-1 -> 3.12.4-2)
[2009-10-27 09:51] upgraded pcmanfm (0.5.1-2 -> 0.5.2-1)
[2009-10-27 09:51] upgraded perl (5.10.1-3 -> 5.10.1-5)
[2009-10-27 09:51] upgraded pixman (0.16.0-1 -> 0.16.2-1)
[2009-10-27 09:51] upgraded popt (1.14-1 -> 1.15-1)
[2009-10-27 09:51] upgraded pygtk (2.16.0-1 -> 2.16.0-2)
[2009-10-27 09:51] upgraded python (2.6.3-2 -> 2.6.4-1)
[2009-10-27 09:51] upgraded qtcurve-gtk2 (0.69.0-1 -> 0.69.2-1)
[2009-10-27 09:51] upgraded randrproto (1.3.0-1 -> 1.3.1-1)
[2009-10-27 09:51] upgraded recordproto (1.13.2-2 -> 1.14-1)
[2009-10-27 09:51] upgraded tzdata (2009n-1 -> 2009o-1)
[2009-10-27 09:51] upgraded xbitmaps (1.0.1-2 -> 1.1.0-1)
[2009-10-27 09:51] upgraded xcursor-themes (1.0.1-2 -> 1.0.2-1)
[2009-10-27 09:51] upgraded xf86miscproto (0.9.2-2 -> 0.9.3-1)
[2009-10-27 09:51] upgraded xf86vidmodeproto (2.2.99.1-1 -> 2.3-1)
[2009-10-27 09:51] upgraded xineramaproto (1.1.99.1-1 -> 1.2-1)
[2009-10-27 09:51] upgraded xorg-apps (7.4-2 -> 7.5-1.1)
[2009-10-27 09:51] upgraded xproto (7.0.15-1 -> 7.0.16-1)
[2009-10-27 09:51] upgraded xulrunner (1.9.1.3-1 -> 1.9.1.3-2)
Last edited by ShadowKyogre (2009-10-28 01:32:52)

I downgraded the kernel and the printer works again and I forgot to mention I had usblp blacklisted both before and after I upgraded.

Firefox cannot find flashplayer that I installed after upgrade to Firefox 11. On a OpenSolaris 11 machine. I did move libplayer.so to /usr/lib/firefox/plugins and bounced firefox... but plugin not found.

Firefox cannot find flashplayer plugin that I installed after upgrade to Firefox 11. I am running OpenSolaris 11 64 bit. I did move libplayer.so to /usr/lib/firefox/plugins and bounced firefox... but plugin not found.

Firefox cannot find flashplayer plugin that I installed after upgrade to Firefox 11. I am running OpenSolaris 11 64 bit. I did move libplayer.so to /usr/lib/firefox/plugins and bounced firefox... but plugin not found.

[SOLVED] Error "libpng12: /usr/lib/libpng.so.3 exists in filesystem".

I've just tried to install the stable "google-chrome" package from AUR with the command. I have all of the dependencies already installed except for these two:
- libjpeg6 (building from AUR)
- libpng12 (package found)
When the package manage tries to install "libpng12-1.2.43-1", I get the following error:
error: failed to commit transaction (conflicting files)
libpng12: /usr/lib/libpng.so.3 exists in filesystem
Errors occurred, no packages were upgraded.
According to the file manager (Thunar), the file /usr/lib/libpng.so.3 is a link to /usr/lib/libpng.so.
This is probably a silly question (as I'm a clueless newbie!) but... can I just delete this link and expect the installation of libpng12 to replace it so that everything will still work...?
Thanks in advance :-)
Last edited by esuhl (2011-01-21 02:46:19)

$ pacman -Ql libpng|grep /lib/
libpng /usr/lib/
libpng /usr/lib/libpng.a
libpng /usr/lib/libpng.so
libpng /usr/lib/libpng14.a
libpng /usr/lib/libpng14.so
libpng /usr/lib/libpng14.so.14
libpng /usr/lib/libpng14.so.14.5.0
libpng /usr/lib/pkgconfig/
libpng /usr/lib/pkgconfig/libpng.pc
libpng /usr/lib/pkgconfig/libpng14.pc
A tip: run pacman -Qo on the file in question, either you put that symlink there yourself or strange things are happening on your system.

[Solved]/usr/lib/libGL.so.1 symlink keeps changing on package installs

Hello,
I recently switched my desktop from using the proprietary nvidia drivers to nouveau. After doing so, I experienced seg faults in many applications (emacs, xfce4-session). I tracked down the problem to be caused by the /usr/lib/libGL.so.1 symlink pointing to the wrong file. I noticed that if I looked in /usr/lib, I would see libGL.so.1 -> libGL.so.190.42 when in fact it should have been pointing to mesa-libGL.so.1.2.0. ( https://bbs.archlinux.org/viewtopic.php?id=174663 )
Changing the symlink by hand ( sudo ln -sf mesa-libGL.so.1.2.0 libGL.so.1 ) makes everything work again, but every time I install something new the symlink goes back to libGL.so.190.42.
What is causing this symlink to change on every package install and how can I stop this from happening?
Thanks!
Last edited by mikej_96 (2013-12-23 21:25:19)

Oh wow - how can this even happen?
I verified that the libGL.so.1 symlink was correct:
ls -lah libGL.so*
lrwxrwxrwx 1 root root 19 Dec 13 12:12 libGL.so -> mesa-libGL.so.1.2.0
lrwxrwxrwx 1 root root 19 Dec 23 14:20 libGL.so.1 -> mesa-libGL.so.1.2.0
lrwxrwxrwx 1 root root 19 Dec 13 12:12 libGL.so.1.2.0 -> mesa-libGL.so.1.2.0
-rwxr-xr-x 1 root root 775K Aug 29 2009 libGL.so.185.18.36
-rwxr-xr-x 1 root root 906K Oct 25 2009 libGL.so.190.42
Then rename the 'bad' libGL file.
$ mv libGL.so.190.42 libGL.so.190.42.why_is_this_here
Then, re-install archlinux wallpaper
$ pacman -S archlinux-wallpaper
warning: archlinux-wallpaper-1.4-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Packages (1):
Name Old Version New Version Net Change
extra/archlinux-wallpaper 1.4-1 1.4-1 0.00 MiB
Total Installed Size: 11.78 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [################################] 100%
(1/1) checking package integrity [################################] 100%
(1/1) loading package files [################################] 100%
(1/1) checking for file conflicts [################################] 100%
(1/1) reinstalling archlinux-wallpaper [################################] 100%
Then check the symlink again
$ ls -lah libGL.so*
lrwxrwxrwx 1 root root 19 Dec 13 12:12 libGL.so -> mesa-libGL.so.1.2.0
lrwxrwxrwx 1 root root 32 Dec 23 14:16 libGL.so.1 -> libGL.so.190.42.why_is_this_here
lrwxrwxrwx 1 root root 19 Dec 13 12:12 libGL.so.1.2.0 -> mesa-libGL.so.1.2.0
-rwxr-xr-x 1 root root 775K Aug 29 2009 libGL.so.185.18.36
-rwxr-xr-x 1 root root 906K Oct 25 2009 libGL.so.190.42.why_is_this_here
It moved back to the unwanted libGL file.

"/usr/lib is not a symbolic link" and testify+libjpeg7 problem

everytime I update pacman or do a "ldconfig" I get this:
/sbin/ldconfig: /usr/lib/ is not a symbolic link
this appeared by the time i installed libjpeg7 from aur (though I'm not 100% sure libjpeg7 is responsible). I've looked through google trying to find out what it means and if it is a problem, but nada! but, while at libjpeg, even though I installed libjpeg7 I can't compile testify (spotify linux-client). I get this error:
In file included from image.c:31:
jmemsrc.h:26: error: conflicting types for 'jpeg_mem_src'
/usr/include/jpeglib.h:959: note: previous declaration of 'jpeg_mem_src' was here
make: *** [image.o] Error 1
make: *** Waiting for unfinished jobs....
when i make /usr/include/jpeglib.h link to /usr/include/libjpeg7/jpeglib.h the compile and install is successful, BUT, testify crashes telling me:
Wrong JPEG library version: library is 80, caller expects 70
if more info's required, I'll provide andif I'm raising a problem already raised (I know there's been a lot of hassle since the upgrade), I'll gladly follow a link to solution.
edit: the "not a symbolic link" appeared after installing libspotify0.0.3. installed it on another computer, and same thing appeared. though, would still like to know why it appears...
Last edited by serein (2010-03-27 17:09:58)

Mr.Elendig wrote:Whatever you are trying to build has to be patched for libjpeg8
to much to do to get libjpeg7 working the way i want it to?
i've looked through the source, but i don't know enough to get it working... crap.
and its xtestify i'm trying to build: http://xtestify.sourceforge.net/

[SOLVED] /usr/lib/aspell-0.60/xray.cset does not exist...

Update:
I'd still like to understand what this /usr/lib/aspell-0.60/xray.cset file is all about. But apearantly I don't really need it. I fired up my xubuntu installation to spellcheck the LyX document. And because the ~/.aspell.en.pws on Arch had more added words in it I was about to copy it over the Xubuntu copy... Fortunately I compared them first and noticed that the working Xubuntu ~/.aspell.en.pws was a 212 line file beginning with "personal_ws-1.1 en 211" (evidently reflecting the number of words @ 1 per line) while the broken ~/.aspell.en.pws on Arch was a 299 line file beginning with "personal_ws-1.1 en 299 xray" Considering I had recently deleted one word/line from it the only part that didn't make sense was the word xray... changed that line to "personal_ws-1.1 en 298" and aspell is working again.
But I still don't know where the word "xray" came from, nor why aspell thought it meant there should be an "/usr/lib/aspell-0.60/xray.cset" file... ???????
End Update (Original post below)
I think I did something stupid... And it broke aspell.
What I did was: I was spellchecking a LyX document (which uses aspell) and
I accidentally added a misspelled word. Whenever I've done that in the past
I simply opened my ~/.aspell.en.pws with vim, and deleted the misspelled
word from the list. But this time I'd been using aspell indirectly and
while I closed LyX's pop-up spellchecking utility before I switched to a
terminal window, I didn't close LyX itself. (I didn't think it would matter
as long as it wasn't actively spellchecking at the time...) Well I got rid
of the misspelled word OK. When I switched back to LyX every thing seemed
to work normally until I pressed <F7> to start up the spellchecker again.
At that point LyX crashed...
When I try to use aspell from the command line in a terminal window I get
this:
JtWdyP -> /home/jtwdyp/tmp
>
JtWdyP -> /home/jtwdyp/tmp
> echo "test txt a tst file" > test.txt
JtWdyP -> /home/jtwdyp/tmp
> aspell -c test.txt
Unhandled Error: The encoding "xray" is not known. This could also mean that the file "/usr/lib/aspell-0.60/xray.cset" could not be opened for reading or does not exist.
Aborted
JtWdyP -> /home/jtwdyp/tmp
> ls /usr/lib/aspell-0.60/xray.cset
ls: cannot access /usr/lib/aspell-0.60/xray.cset: No such file or directory
JtWdyP -> /home/jtwdyp/tmp
>
I've tried logging into my root account and:
UnderTree =->
UnderTree =-> pacman -S aspell
warning: aspell-0.60.6-4 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Targets (1): aspell-0.60.6-4
Total Download Size: 0.00 MB
Total Installed Size: 3.79 MB
Proceed with installation? [Y/n] y
checking package integrity...
(1/1) checking for file conflicts [##########################] 100%
(1/1) upgrading aspell [##########################] 100%
UnderTree =->
But aspell still fails with the same error, and the file:
/usr/lib/aspell-0.60/xray.cset
still doesn't exist...
Next it occurred to me that for all I know, reinstalling with "pacman -S"
might not be as complete as installing a new package so I thought that if I
removed aspell first, I might be able to get a cleaner install...
UnderTree =->
UnderTree =-> pacman -R aspell
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: aspell-en: requires aspell
:: enchant: requires aspell
:: lyx: requires aspell
UnderTree =->
I'm not so sure I want to remove enchant & lyx to test that theory...
So I guess I gotta ask, how do I go about getting a replacement
"/usr/lib/aspell-0.60/xray.cset" file????
jtwdyp
J(tWdy)P
Joe(theWordy)Philbrook
Last edited by jtwdyp (2010-11-10 17:20:19)

ukhippo wrote:Have you tried using “-t nat” instead of “-t NAT” in your iptables command?
I hate you, and I love you (with emphasis on the love)...
That did it, stupid spelling mistake trying to use NAT, bah Thank you!
Last edited by Torxed (2014-06-04 17:52:07)

[SOLVED] freeimage: /usr/lib/libfreeimage.so.3 exists in filesystem

Issue:
I can't upgrade.
$ pacman -Syu
error: failed to commit transaction (conflicting files)
freeimage: /usr/lib/libfreeimage.so.3 exists in filesystem
Errors occurred, no packages were upgraded
I check whether a package, possibly from AUR, is responsible:
# pacman -Qo
error: No package owns /usr/lib/libfreeimage.so.3
No.
Apparently this happened to other users as well. I was recommended the following solution:
$ pacman -Sf freeimage
Thanks to jelly1, Hattara-pilvi and Tucos of #archlinux!
Last edited by qubodup (2012-03-22 15:07:46)

$ pacman -Ql libpng|grep /lib/
libpng /usr/lib/
libpng /usr/lib/libpng.a
libpng /usr/lib/libpng.so
libpng /usr/lib/libpng14.a
libpng /usr/lib/libpng14.so
libpng /usr/lib/libpng14.so.14
libpng /usr/lib/libpng14.so.14.5.0
libpng /usr/lib/pkgconfig/
libpng /usr/lib/pkgconfig/libpng.pc
libpng /usr/lib/pkgconfig/libpng14.pc
A tip: run pacman -Qo on the file in question, either you put that symlink there yourself or strange things are happening on your system.

Xorg fails with "/usr/lib/libexpat.so.1: invalid ELF header"

After upgrade, Xorg fails with the following message:
(EE) AIGLX error: dlopen of usr/lib/xorg/modules/dri/i965_dri.so failed (/usr/lib/libexpat.so.1: invalid ELF header)
(EE) AIGLX: reverting to software rendering
openbox: error while loading shared libraries: /usr/lib/libexpat.so.1: invalid ELF header
(I also get en error about fbcon, fbdev modules, but have read that this is not actually an issue.)
Thanks for any help.
Last edited by marimo (2010-01-24 07:12:25)

If it were different architectures, there would be an ELF class error. Assuming that all of the installed libraries are from the Arch repos, I'm betting that expat is corrupt. I would reinstall expat and see if that solves the problem.

[SOLVED] [wine, bumblebee] /usr/lib/libturbojpeg.so missing

Hi together,
i cannot start games using wine and optirun anymore. Wine complains about the file /usr/lib/libturbojpeg.so is missing although it is there. Maybe optirun redirects to another
lib instead which is actually missing. Yesterday it worked so i think it has to do with the update of lib32-libjpeg-turbo i installed today.
Thanks for your help.
Yours
Thomas
Edit:
Sorry i made a mistake. The error complains just about "libturbojpeg.so" not "/usr/lib/libturbojpeg.so" so i think "/usr/lib32/libturbojpeg.so" is meant which is actually missing.
Last edited by Werzi2001 (2012-07-08 11:40:58)

I can confirm that suggestion 1 works and is quite easy to perform. # $Id: PKGBUILD 73348 2012-07-06 15:36:04Z bluewind $
Here is the PKGBUILD file, I used
Basically all I did was change the version and uncomment the line that deletes the libturbojpeg.so file like so:
#rm "$pkgdir"/usr/lib32/libturbojpeg.{so,a}
Refer to the abs faq if your stuck. https://wiki.archlinux.org/index.php/ABS_FAQ
# Maintainer: Allan McRae <[email protected]>
# Contributor: Simone Sclavi 'Ito' <[email protected]>
_pkgbasename=libjpeg-turbo
pkgname=lib32-$_pkgbasename
pkgver=1.2.0
pkgrel=1
pkgdesc="libjpeg derivative with accelerated baseline JPEG compression and decompression (32-bit)"
arch=('x86_64')
url="http://libjpeg-turbo.virtualgl.org/"
license=('GPL' 'custom')
depends=('lib32-glibc' $_pkgbasename)
makedepends=('nasm' gcc-multilib)
provides=('lib32-libjpeg=8.0.2')
conflicts=('lib32-libjpeg')
replaces=('lib32-libjpeg')
options=('!libtool')
source=(http://sourceforge.net/projects/$_pkgbasename/files/$pkgver/$_pkgbasename-$pkgver.tar.gz)
sha1sums=('4ab00afc9a8d54cd2e7a67aacb9c49e01a8bccac')
build() {
cd "$srcdir/$_pkgbasename-$pkgver"
export CC="gcc -m32"
export CXX="g++ -m32"
export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"
sed -i "s|NAFLAGS='-felf64 -DELF -D__x86_64__'|NAFLAGS='-felf32 -DELF -D__x86_64__'|" configure
./configure --prefix=/usr --with-jpeg8 --mandir=/usr/share/man --libdir=/usr/lib32 --without-simd
make
package() {
cd "$srcdir/$_pkgbasename-$pkgver"
make DESTDIR="$pkgdir/" install
# do not distributre libturbojpeg as it is unversioned
#rm "$pkgdir"/usr/lib32/libturbojpeg.{so,a}
rm -rf "${pkgdir}"/usr/{include,share,bin,sbin}
mkdir -p "$pkgdir/usr/share/licenses"
ln -s $_pkgbasename "$pkgdir/usr/share/licenses/$pkgname"

Conflict in last upgrade /usr/lib/libXvMCNVIDIA_dynamic.so.1

Similar Messages

Maybe you are looking for