/usr/lib/libjpeg.so.62 seems to be missing

After an upgrade, various applications, such as KDE, Amarok, and wine complained about libjpeg.so.62 missing. I checked /usr/lib...and libjpeg.so.62 is missing, even though I have libjpeg installed. How do I fix this?

Please search before posting - there are already quite a few threads about this issue, which is caused by some packages that have yet to be rebuilt against the recent libjpeg 7 upgrade.
Closed.

Similar Messages

"Permissions Differ on "usr/lib/ruby" ?!

I'm using Leopard. After a recent startup problem with a Macbook I ran Disk Utilities, Verify Disk Permissions, and got the following message:
"Permissions differ on "usr/lib/ruby", should be lrwxr-xr-x, they are drwxr-xr-x."
1) What does this mean?
2) Is it a serious security issue (i.e. malware)?
3) What do I do about it?
Thanks
Message was edited by: Cowfreek

============================================================================
"If you use the menu item "Go" and select the "Go to folder..." option, you can type in:
/usr/lib
and check to see if ruby is an alias or an actual folder. It should appear as an alias in the Finder,"
============================================================================
Ok, did that so I'll give you an long list of stuff I found, if you have the patience to go through it all.
Finder > Go > Go to folder > /usr/lib. There are 4 Ruby aliases (with arrow symbol) there: "libruby.1.dylib" , "libsvnswigruby-1.dylib" , "libsvnswigruby-1.0.dylib" and "libsvnswigruby-1.0.0.0.dylib".
AND, yes, there is also an ACTUAL RUBY FOLDER (blue, no arrow) in usr/lib.
This Ruby folder breaks down into the following subfolders: (Finder>Library>)Ruby Folder (blue)> site_ruby > 1.8 > osx and powerpc-darwin 8.0 (two folders). In this "osx" folder there are 9 .rb files called active_record.rb, addressbook.rb, appkit.rb, cocoa.rb, coredate.rb, foundation.rb, NMOSXDockHelper.rb, qtkit.rb and webkit.rb. In the powerpc-darwin8.0 folder is a rubycocoa.bundle icon (like a lego brick).
The followinig actual folders (blue, no arrow)) are also present in usr/lib: dtrace, groff, java, mecab, openmpi, pam, php, pkgconfig, podcastproducer, sa, samba, sas12, sqlite3, system, and zsh.
=================================================================
"and the original folder is supposed to be in
"/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby"
You might also check that location to see if the ruby folder is there."
==============================================================================
Yes, it's also in this location. There are 2 main Ruby folders (blue, nop arrow) in System/ Library/Frameworks: one called 'RubyCocoa.framework', the other Ruby.framework. Ruby.framework > 1.8 > usr > (here there are three more folders 'bin' , 'lib' and 'share') lib > ruby. Here, in this ruby folder are aliases (site_ruby' and 'user_gems' as well as actual folders called 'gems' and 1.8. In 1.8 there are further subfolders named bigdecimal, cgi, date, digest and such which are NOT in the Ruby folder in usr/lib.
============================================================================
I have no idea whether anything in the Mac OS actually uses ruby stuff or not. Ruby is a programming language, and Ruby on Rails is used in web development.
Francine
Francine
Schwieder
================================================================================
By the way, I performed the Safari 3.1 update, Garageband Update 4.1.2 , iPhoto Update 7.1.2 , and Airport Utility 5.3.1 update two days before this all happened. I rebooted after the updates were fully installed, used the macbook (starting and rebooting 2 or 3 times duringthe course of the day, after which everything seemed fine). Two days later when I tried to start the Macbook I got a very long blue screen (in excess of 7-8 minutes) and had to try starting several times before I could log on. Then I ran the disk utility and got the Ruby permissions message. I've performed all the disk repair stuff and the message remains.
I searched the Internet and could find no other examples of this happening. So, questions remain:
1. Is there ANY possible way this could be malware, spyware, etc.?
2. Any ideas as to how this change could have happened on my system?
Thanks!
Message was edited by: Cowfreek

Should arch symlink /usr/lib64 to /usr/lib?

After spending two hours debugging a bloody java applet accessing a smart card trough pcsclite (Buypass used for different services in Norway, including government services) it turns out it failed because it ONLY looked for 64bit libs in /usr/lib64. As arch stores 64bit libs in plain old /usr/lib on a 64bit system, this obivously failed. Two hours someone stole from me by doing a sloppy job! Argh!. And I should have been in bed at least one and a half hour ago too.
I know Debian does this symlinking, and as there apparently are idiots out there who do stuff like above, making such a symlink could save someone some major hassle. I guess it's not to easy for developers of such apps either, as you have to avoid loading libs from /usr/lib before looking for them in /usr/lib64, or else you will get a 32bit lib on Fedora/RedHat and Suse, if both 32bit libs and 64bit ones are installed. Of course you should look for the lib in /usr/lib if you don't find something in /usr/li64, but I guess some don't. Grrrr.
As there really are no agreed "best pracitce" for where libs of different arch should go (that I could find anyway), such a symlink makes sense to me.

Inxsible wrote:
So If I am reading this correctly, you are saying that now that you have found a solution to do what you need, you do not want to spend time to file a bug report? That's a pretty selfish thing to do.
You want the developers to create symlinks for you by default, but you are not willing to even report something like that on the bug tracker.
You misunderstand me. tomk said my concern for "someone" having problems might be because I was this "someone". While he has a point (I wouldn't have brought this up if it hadn't caused me problems - wouldnt even know about it), it was not to solve my own problem I started this thread - my problem was already fixed. That was what I meant. Fixing this now would not benefit me, and as I solved my problem before starting this thread, my benefit was not my goal. As soon as i realized I could fix this with a symlink, I fixed it with a symlink. And after happily using my smartcard in that stupid java applet, then I started this thread.
While I certainly could post a bug report, I was not really sure if this was a bug. And based on the response I got here, it seemed it wasn't, and that people think those requiring a symlink should make their own.
The sidenote about people answering to the thread without reading my posts was made because people obviously missed the part of this being about a java applet, and therefore is not something in some arch TU messed up while packaging. No biggie, though.
After reading R00kies post, I actually DID read about FHS, and it appears to me that the AMD64-arch SHOULD in deed have their libs in lib64, according to the standard
So i guess a bug report is in order after all, so the devs atleast can have a look on it. But not until after school and work tomorrow.
ngoonee: By the way, this would not preclude a mulilib system, this is how all the multilib distros I know of do this.

[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"

UnsatisfiedLinkError: `GCC_4.2.0' not found(req. /usr/lib/libstdc++.so

bash-3.2$ ldd /koba/c/libs/libbluejni-1.1.so
linux-gate.so.1 => (0xffffe000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7dfe000)
librt.so.1 => /lib/librt.so.1 (0xf7df5000)
libc.so.6 => /lib/libc.so.6 (0xf7cb1000)
libm.so.6 => /lib/libm.so.6 (0xf7c8a000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7c7d000)
/lib/ld-linux.so.2 (0x00670000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf7c66000)
bash-3.2$ ldd /koba/c/libs/libgcc_s.so.1
linux-gate.so.1 => (0xffffe000)
libc.so.6 => /lib/libc.so.6 (0xf7dc5000)
/lib/ld-linux.so.2 (0x00670000)
bash-3.2$ ldd /usr/lib/libstdc++.so.6
linux-gate.so.1 => (0xffffe000)
libm.so.6 => /lib/libm.so.6 (0x009db000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00a0a000)
libc.so.6 => /lib/libc.so.6 (0x0068e000)
/lib/ld-linux.so.2 (0x00670000)
java.lang.UnsatisfiedLinkError: /koba/c/libs/libbluejni-1.1.so: /koba/c/libs/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at com.comp.blue.jni.BlueJNI.initialize(BlueJNI.java:31)
at com.comp....AbstractLaunchpad.<init>(AbstractLaunchpad.java:188)
at com.comp....LaunchPadMultiProcess.<init>(LaunchPadMultiProcess.java:78)
at com.comp....LaunchPadMultiProcess.main(LaunchPadMultiProcess.java:56)
Exception in thread "main" java.lang.UnsatisfiedLinkError: /koba/c/libs/libbluejni-1.1.so: /koba/c/libs/libgcc_s.so.1: version `GCC_4.2.0' not found (required
by /usr/lib/libstdc++.so.6)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at com.comp....BlueJNI.initialize(BlueJNI.java:31)
at com.comp...AbstractLaunchpad.<init>(AbstractLaunchpad.java:188)
at com.comp....LaunchPadMultiProcess.<init>(LaunchPadMultiProcess.java:78)
at com.comp....LaunchPadMultiProcess.main(LaunchPadMultiProcess.java:56)
Please suggest why am I getting that error. It seems to be missing GCC_4.2.0 but not sure what I should do.
Last edited by srikanthradix (2011-12-02 20:56:54)

Hi,
I think you are in the wrong forum here :-)
Regards
Patrick

HELP! Relocation error: file /usr/lib/librt.so: symbol priocntl not found

Hi,
I've just installed a Solaris 9 and gcc-3.4.2 (from sunfreeware.com) on a Sun Blade 1500.
#uname -a
SunOS dove 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
Upon running my application, a runtime error occured.
ld.so.1: CMC: fatal: relocation error: file /usr/lib/librt.so: symbol priocntl: referenced symbol not found
I've traced my code to were it had encountered a problem. It seems that the error occured whenever a pthread_create() function is executed.
Originally my application was developed under a Solaris 8 environment. No runtime errors occured during that time.
I think there's a problem with the Solaris 9 /usr/lib/librt.so.1 file.
Could you please help me.
I deeply appreciate it.

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

/usr/lib/lwp in Solaris 8

Okay, I have seen earlier posts that suggests to put /usr/lib/lwp in front
of your LD_LIBRARY_PATH for Solaris 8 and for JDK 1.3.1. A lot have said
that increased the performance by 10 to 20%.
From what I can see, this will effectively use libthread.so in /usr/lib/lwp
instead of the the shared library with the same name in /usr/lib.
What is the difference between those two shared libraries? My understanding
that Solaris always uses lwp ( light-weight processes .. many-to-many ) by
default anyway, so I am curious as to what the directory name "lwp" mean.
Will BEA support this if you change the LD_LIBRARY_PATH?
Thanks,
John

OK, I can see how you might have concluded that this would be most
useful with fewer threads, but actually the only downside to using the
alternate threads library would be if you are creating many short lived
threads. The reason is that creating a bound thread is 4-5 times slower
than creating an unbound one. However, WebLogic recommends pooling user
created thread anyway, so this should not be an issue. You won't likely
notice the extra system overhead associated with the extra kernel
threads and LWPs plus Solaris will most likely manage the thread
scheduling much better than the JVM will.
-Charlie
Charlie Therit wrote:
I'm not sure how you came to the conclusion that it would be best used
where fewer threads are involved. The performance differences will
best measured with load test tools that measure throughput. However,
you should see differences in the JVM LWP/thread allocation by using
the ps command's -L options and/or pstack. You should also detect
differences in CPU utilization with vmstat/mpstat in that you may
reach higher utilization levels with less system overhead.
And yes, BEA does recommend this configuration and will support it.
-Charlie
"Jesus M. Salvo Jr." wrote:
Thanks. It's more clear now. So it seems like it is best used for
apps with
few threads.
Will / Does BEA support WebLogic Server using this thread library?
Raja Mukherjee wrote:
Jesus,
From Dimitri and Joel you already got the information you needed.The
official SUN reply can be found in
http://supportforum.sun.com/freesolaris/techfaqs.html?techfaqs_2957
Hope this helps...
.raja
"Jesus M. Salvo Jr." <[email protected]> wrote in message
news:[email protected]...
Yup, that was the thread I was referring to .... but still not
clear what
the difference in really technical details between libthread.soin
/usr/lib
and in /usr/lib/lwp.
Dmitri did explain to me offline, but I am still not clear. e.g.:
It
seems like /usr/lib/lwp/libthread.so uses a different threadingmodel
than the one /usr/lib.
In any case, how do you monitor that using libthread.so in/usr/lib/lwp
did
have an effect? ps?
Mike Reiche wrote:
Follow the links in this link.
h
tp://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.develo
per.interest.performance&item=3134&utag=
Jesus M. Salvo Jr. <[email protected]> wrote:
Okay, I have seen earlier posts that suggests to put
/usr/lib/lwp in
front
of your LD_LIBRARY_PATH for Solaris 8 and for JDK 1.3.1. A lothave
said
that increased the performance by 10 to 20%.
From what I can see, this will effectively use libthread.so in
/usr/lib/lwp
instead of the the shared library with the same name in/usr/lib.
What is the difference between those two shared libraries? My
understanding
that Solaris always uses lwp ( light-weight processes ..many-to-many
) by
default anyway, so I am curious as to what the directory name"lwp"
mean.
Will BEA support this if you change the LD_LIBRARY_PATH?
Thanks,
John
[att1.html]

Mistakenly overwrote some *.dylib files in /usr/lib

Hello all. I made a foolish mistake while working on my iMac remotely (via SSH). I realized how stupid I was right as I did it--but, of course, it was already too late. So now I have to figure out what to do to get things back in working order.
Here's what I did... I copied the following three *.dylib files into /usr/lib/:
i386_libstdc++.6.dylib
libgcc_s.1.dylib
libstdc++.6.dylib
I am not 100% sure if I overwrote existing files (as I don't have access to another Mac at the moment to see if these files exist by default) but I think that is the case. After I did it, the most simple of commands no longer worked. "ls" gave me this:
dyld: Symbol not found: dyld_stub_binder
Referenced from: /usr/lib/libSystem.B.dylib
Expected in: /usr/lib/libSystem.B.dylib
in /usr/lib/libSystem.B.dylib
Trace/BPT trap: 5
I do not yet know if this has made the GUI non-functional as well (like I said, I was doing this remotely). But as soon as someone is availble on the other end I will have them check. If the GUI is funcitonal, would it be possible to just delete the offending files via Finder, and copy over versions (if another version of these files indeed exists by default) from another Lion machine? (Unfortunately, I don't have a Time Machine backup for this Mac so that is not an option).
If the GUI is not functional and/or this will not work for some other reason, I suppose I will need to use Target Disk Mode to retrieve my data from the machine and rebuild it from scratch?
At any rate, if anyone can give me any troubleshooting steps or other suggestions for how to tackel this issue, that would be very appreciated.

Do you think a restore is necessary? Is there a reason removing/replacing the offending files will not work? (I did verify that I have normal access via the GUI, by the way--so far these librarie seem to only affect CLI commands, though I wouldn't be surprised if other odd things popped up too).
If I *do* have to do a restore, would it be possible for me to set up Time Machine, back up the machine as-is right now, restore the machine to a factory state, then use Time Machine to just recover my user data? Or maybe kist clone the disk to an external drive? Or is just a plain old copy to an external drive the best option? Just want to make sure I have an understanding of the best route here so that I can save the data (which is mainly just Applicaitons and iMovie projects and events).
As for "mucking" with it remotely--if I couldn't do that, it would ruin all my fun, now wouldn't it?! :-) I'm a linux admin for a living so thus why the Terminal is very comfortable (perhaps TOO comfortable in this case!) for me, yet I am less familiar with things like Time Machine. I'm definitely about to learn though! If I had Time Machine it would make recovering the proper versions of these files very simple, no?

[SOLVED] ldconfig: /usr/lib/libOpenCL.so.1 is not a symbolic link

Hi. I use 64 bits arch with gnome and the ATI driver 13.6 beta installed from the AMD binary and I usually execute steam. Everything seem fine, but recently I receive a message when I update any package with pacman
ldconfig: /usr/lib/libOpenCL.so.1 is not a symbolic link
However the update seems correct, only that warning message. I've checked the propietary of the file
pacman -Qo /usr/lib/libOpenCL.so.1
/usr/lib/libOpenCL.so.1 is owned by libcl 1.1-3
The last update without the ldconfig message was
[2013-07-22 21:27] [PACMAN] Running 'pacman -Syu'
[2013-07-22 21:27] [PACMAN] synchronizing package lists
[2013-07-22 21:27] [PACMAN] starting full system upgrade
[2013-07-22 21:29] [PACMAN] upgraded apache (2.2.24-3 -> 2.2.25-1)
[2013-07-22 21:29] [PACMAN] upgraded apr (1.4.6-1 -> 1.4.8-1)
[2013-07-22 21:29] [PACMAN] upgraded boost-libs (1.53.0-2 -> 1.54.0-2)
[2013-07-22 21:30] [PACMAN] upgraded python2-psutil (1.0.0-1 -> 1.0.1-1)
[2013-07-22 21:30] [PACMAN] upgraded calibre (0.9.38-1 -> 0.9.40-1)
[2013-07-22 21:30] [PACMAN] upgraded clucene (2.3.3.4-6 -> 2.3.3.4-7)
[2013-07-22 21:30] [PACMAN] upgraded libpciaccess (0.13.1-1 -> 0.13.2-1)
[2013-07-22 21:30] [PACMAN] upgraded libdrm (2.4.46-1 -> 2.4.46-2)
[2013-07-22 21:30] [PACMAN] upgraded cogl (1.14.0-3 -> 1.14.0-4)
[2013-07-22 21:30] [PACMAN] upgraded wayland (1.1.0-1 -> 1.2.0-1)
[2013-07-22 21:30] [PACMAN] upgraded mesa (9.1.4-3 -> 9.1.5-1)
[2013-07-22 21:30] [PACMAN] upgraded clutter (1.14.4-2 -> 1.14.4-3)
[2013-07-22 21:30] [PACMAN] upgraded dconf (0.16.0-1 -> 0.16.1-1)
[2013-07-22 21:30] [PACMAN] upgraded colord (1.0.1-1 -> 1.0.2-1)
[2013-07-22 21:30] [PACMAN] upgraded gnutls (3.2.1-1 -> 3.2.2-1)
[2013-07-22 21:30] [PACMAN] upgraded libcups (1.6.2-3 -> 1.6.3-1)
[2013-07-22 21:30] [PACMAN] upgraded cups (1.6.2-3 -> 1.6.3-1)
[2013-07-22 21:30] [PACMAN] upgraded libgdm (3.8.3-1 -> 3.8.3.1-1)
[2013-07-22 21:30] [ALPM] warning: directory permissions differ on /var/log/gdm/
filesystem: 711 package: 1770
[2013-07-22 21:30] [PACMAN] upgraded gdm (3.8.3-1 -> 3.8.3.1-1)
[2013-07-22 21:30] [PACMAN] upgraded gnome-contacts (3.8.2-1 -> 3.8.3-1)
[2013-07-22 21:30] [PACMAN] upgraded gnome-settings-daemon (3.8.3-2 -> 3.8.4-1)
[2013-07-22 21:30] [PACMAN] upgraded gnome-tweak-tool (3.8.0-1 -> 3.8.1-1)
[2013-07-22 21:30] [PACMAN] upgraded gnome-user-share (3.8.0-1 -> 3.8.3-1)
[2013-07-22 21:30] [PACMAN] upgraded idnkit (1.0-2 -> 1.0-3)
[2013-07-22 21:30] [PACMAN] upgraded lib32-libpciaccess (0.13.1-1 -> 0.13.2-1)
[2013-07-22 21:30] [PACMAN] upgraded lib32-mesa (9.1.4-1 -> 9.1.5-1)
[2013-07-22 21:30] [PACMAN] upgraded lib32-mesa-libgl (9.1.4-1 -> 9.1.5-1)
[2013-07-22 21:30] [PACMAN] upgraded lib32-xz (5.0.4-1 -> 5.0.5-1)
[2013-07-22 21:30] [PACMAN] upgraded libmbim (1.2.0-1 -> 1.4.0-1)
[2013-07-22 21:30] [PACMAN] upgraded libqmi (1.4.0-1 -> 1.4.0-2)
[2013-07-22 21:30] [PACMAN] upgraded libxfont (1.4.5-1 -> 1.4.6-1)
[2013-07-22 21:30] [PACMAN] upgraded mesa-libgl (9.1.4-3 -> 9.1.5-1)
[2013-07-22 21:30] [PACMAN] upgraded modemmanager (0.7.991-1 -> 1.0.0-1)
[2013-07-22 21:30] [PACMAN] upgraded netctl (1.1-1 -> 1.2-1)
[2013-07-22 21:30] [PACMAN] upgraded opus (1.0.2-2 -> 1.0.3-1)
[2013-07-22 21:30] [PACMAN] upgraded qtwebkit (2.3.1-2 -> 2.3.2-1)
[2013-07-22 21:30] [PACMAN] upgraded rtmpdump (20121230-1 -> 20121230-2)
[2013-07-22 21:30] [PACMAN] upgraded source-highlight (3.1.7-5 -> 3.1.7-6)
[2013-07-22 21:30] [PACMAN] upgraded tzdata (2013c-1 -> 2013d-1)
[2013-07-22 21:30] [PACMAN] upgraded xorg-mkfontscale (1.1.0-1 -> 1.1.1-1)
but honestly I don't know if the message is relate with the gdm warning. The first updated package with the ldconfig message was
[2013-07-23 12:12] [PACMAN] Running 'pacman -Syu'
[2013-07-23 12:12] [PACMAN] synchronizing package lists
[2013-07-23 12:13] [PACMAN] starting full system upgrade
[2013-07-23 12:13] [PACMAN] upgraded libusbx (1.0.15-1 -> 1.0.16-1)
[2013-07-23 12:13] [ALPM-SCRIPTLET] ldconfig: /usr/lib/libOpenCL.so.1 is not a symbolic link
[2013-07-23 12:13] [ALPM-SCRIPTLET]
I don't know how to remove the ldconfig message, I'm not sure if I can safely remove the libOpenCL.so.1
Last edited by David López (2013-07-24 12:54:31)

On my system, that file IS a symbolic link:
lrwxrwxrwx 1 root root 23 Aws 14 2012 /usr/lib/libOpenCL.so -> /usr/lib/libOpenCL.so.1*
lrwxrwxrwx 1 root root 27 Aws 14 2012 /usr/lib/libOpenCL.so.1 -> /usr/lib/libOpenCL.so.1.0.0*
-rwxr-xr-x 1 root root 21K Aws 14 2012 /usr/lib/libOpenCL.so.1.0.0*
[Aside: I know that the "Aws" isn't English but I hardly ever pass LC_ALL=C myself just because so little is translated into my interface language . Dates is almost it. ]
I would try reinstalling libcl and take it from there.
Last edited by cfr (2013-07-24 00:54:01)

"/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)

XChat2 python script in /usr/lib/xchat/plugins?

I'm trying to globally add cap_sasl_xchat.py, a python script to negotiate SASL authentication. I tried putting it in /usr/lib/xchat/plugins, but it doesn't seem to be auto-loading. If it's in ~/.xchat2/, it works. Any thoughts?

That is how it's designed it only loads plugins from there you must load scripts per user. There are multiple SASL plugins though you can find and compile, and HexChat in the AUR comes with SASL support.

/usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found

Hello guys,
I need to instal an application to generate a scenery for X-Plane but when I click on the executable I get:
./WED: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by ./WED)
How could I solve it?
Thanks

The PKGBUILD doesn't list any conflicts and just seems to install some older libs with different so-name versions.
It should work fine with the normal curl package.
vulnerabilities / security problems : there's a reason curl abandoned those older versions.
I'd recommend installing it, runing the app that needs it, then removing it.
You could also try to contact the creator of the application and ask them for an uptodate version.
debian wheezy (stable) has curl 7.26 , so the app won't work with debian stable also.

Xvidcap: symbol lookup error: /usr/lib/libavcodec.so.51: undefine

I'm pretty sure Arch didn't use faac2 , i can hack it by recompiling FFMPEG with faac2 but this is a small problem, arch should just go and fix this little annoy bug.

After a ton of searching online I found that in the /usr/lib directory is a problematic libz.so.1. In my case I have a symbolic link to libz.so.1.2.3.4. The sym link seemed correct to me, but I deleted the sym link and linked it again which fixed the problem. mysql-query-browser works again from the CLI. It doesn't work from the start menu.
I have to do this everytime I restart my computer and want t ouse mysql-query-browser. Not sure why and it's annoying, but it's a workaround.

[SOLVED] systemd uses cronie.service in /usr/lib instead of /etc

I've been having a little problem getting systemd to use my custom service file for cronie. I've tried doing the same thing with ntpd and a few other services, and they all work fine.
[root@garrett garrett]# cp /{usr/lib,etc}/systemd/system/cronie.service
[root@garrett garrett]# systemctl reenable cronie.service
rm '/etc/systemd/system/multi-user.target.wants/cronie.service'
ln -s '/etc/systemd/system/cronie.service' '/etc/systemd/system/multi-user.target.wants/cronie.service'
[root@garrett garrett]# systemctl status cronie.service
cronie.service - Periodic Command Scheduler
Loaded: loaded (/usr/lib/systemd/system/cronie.service; enabled)
Active: inactive (dead)
CGroup: name=systemd:/system/cronie.service
Sep 13 21:32:52 garrett /usr/sbin/crond[622]: (CRON) INFO (running with inotify support)
It appears to have something to do with the crond.service symlink to cronie.service, since when I remove it, systemd will use the service file in /etc.
[root@garrett garrett]# rm /usr/lib/systemd/system/crond.service
[root@garrett garrett]# cp /{usr/lib,etc}/systemd/system/cronie.service
[root@garrett garrett]# systemctl reenable cronie.service
rm '/etc/systemd/system/multi-user.target.wants/cronie.service'
ln -s '/etc/systemd/system/cronie.service' '/etc/systemd/system/multi-user.target.wants/cronie.service'
[root@garrett garrett]# systemctl status cronie.service
cronie.service - Periodic Command Scheduler
Loaded: loaded (/etc/systemd/system/cronie.service; enabled)
Active: inactive (dead)
CGroup: name=systemd:/system/cronie.service
Sep 13 21:32:52 garrett /usr/sbin/crond[622]: (CRON) INFO (running with inotify support)
However, these symlinks don't cause problems in other packages such as with cups.service, which has a symlink cupsd.service. I also tried the same commands above on another arch computer I have that is running systemd and encountered the same results. This just seems really strange, and I'm not exactly sure where to go from here. Any help would be greatly appreciated.
Last edited by Floft (2012-09-14 06:40:23)

I can not replicate on my system.
# find {/usr/lib,/etc}/systemd/system/ -name "*cron*" -ls
803795 4 -rw-r--r-- 1 root root 174 Aug 8 22:24 /usr/lib/systemd/system/cronie.service
803798 0 lrwxrwxrwx 1 root root 14 Aug 8 22:24 /usr/lib/systemd/system/crond.service -> cronie.service
793796 4 -rw-r--r-- 1 root root 174 Sep 14 03:01 /etc/systemd/system/cronie.service
932745 0 lrwxrwxrwx 1 root root 34 Sep 14 03:01 /etc/systemd/system/multi-user.target.wants/cronie.service -> /etc/systemd/system/cronie.service
# systemctl status cronie
cronie.service - Periodic Command Scheduler
Loaded: loaded (/etc/systemd/system/cronie.service; enabled)
Active: active (running) since Fri, 14 Sep 2012 03:06:05 -0300; 1s ago
Main PID: 13956 (crond)
CGroup: name=systemd:/system/cronie.service
└ 13956 /usr/sbin/crond -n

/usr/lib/libjpeg.so.62 seems to be missing

Similar Messages

Maybe you are looking for