Re: Filezilla doesn't work after libjpeg upgrade
Thanks Dan, it was WxGTK2 that caused the issue. It was solved by a simple portupgrade wxgtk2. Leonardo M. Ramé http://leonardorame.blogspot.com --- On Sat, 8/1/09, Dan Nelson wrote: > From: Dan Nelson > Subject: Re: Filezilla doesn't work after libjpeg upgrade > To: "Leonardo M. Ramé" > Cc: freebsd-questions@freebsd.org > Date: Saturday, August 1, 2009, 7:28 PM > In the last episode (Aug 01), > Leonardo M. Ramé said: > > > > A couple of weeks ago I upgraded libjpeg to 10, and > had to upgrade a bunch > > of programs that required this library. > > > > Today I needed to use FileZilla client and received > this error: > > > > /libexec/ld-elf.so.1: Shared object "libjpeg.so.9" not > found, required by "libwx_gtk2_aui-2.8.so.0" > > > > I tried to recompile FileZilla to avoid the error and > it is still showing. > > Sounds like you missed upgrading whatever port installed > libwx_gtk2_aui-2.8.so.0, since it still depends on > libjpeg.so.9. Run > "locate libwx_gtk2_aui-2.8.so.0", then "pkg_info -W > (whatever locate > finds)", then "portupgrade -f (whatever pkg_info finds)". > > -- > Dan Nelson > dnel...@allantgroup.com > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Filezilla doesn't work after libjpeg upgrade
In the last episode (Aug 01), Leonardo M. Ramé said: > > A couple of weeks ago I upgraded libjpeg to 10, and had to upgrade a bunch > of programs that required this library. > > Today I needed to use FileZilla client and received this error: > > /libexec/ld-elf.so.1: Shared object "libjpeg.so.9" not found, required by > "libwx_gtk2_aui-2.8.so.0" > > I tried to recompile FileZilla to avoid the error and it is still showing. Sounds like you missed upgrading whatever port installed libwx_gtk2_aui-2.8.so.0, since it still depends on libjpeg.so.9. Run "locate libwx_gtk2_aui-2.8.so.0", then "pkg_info -W (whatever locate finds)", then "portupgrade -f (whatever pkg_info finds)". -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Filezilla doesn't work after libjpeg upgrade
A couple of weeks ago I upgraded libjpeg to 10, and had to upgrade a bunch of programs that required this library. Today I needed to use FileZilla client and received this error: /libexec/ld-elf.so.1: Shared object "libjpeg.so.9" not found, required by "libwx_gtk2_aui-2.8.so.0" I tried to recompile FileZilla to avoid the error and it is still showing. How can I avoid this?. Leonardo M. Ramé http://leonardorame.blogspot.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: [Image-SIG] libjpeg and pil on intel mac os x
It says:
import _imaging # dynamically loaded from
/usr/local/lib/python2.4/site-packages/PIL/_imaging.so
what now?
I know I'm not python savvy, so thx for helping
How do I interpret this.Fredrik Lundh wrote:
Josh Stephenson wrote:
I'm running an intel mac 10.4 with python 2.4.2 and trying to install
pil 1.1.5. I have already configured jpeg-6b. Here's how I configured
it:
./configure --enabled-shared --includedir=/usr/local/include
--libdir=/usr/local/lib
It installed with no errors.
raise IOError("decoder %s not available" % decoder_name)
IOError: decoder jpeg not available
1 items had failures:
1 of 55 in selftest.testimage
***Test Failed*** 1 failures.
*** 1 tests of 55 failed.
It isn't finding the jpeg decoder when I know it's there. Any help
would be awesome!
quoting myself from a message posted only a few days ago:
try running Python with the -v (or -vv) option, to see if it really
picks up the _imaging module you built.
$ python -vv -c "import _imaging"
(why is it that nobody ever googles after error messages any more ? hmm...)
___
Image-SIG maillist - Image-SIG@python.org
http://mail.python.org/mailman/listinfo/image-sig
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libjpeg
On Thursday 05 January 2006 06:18 pm, Daniel O'Connor wrote: > [redirected to freebsd-questions, a more appropriate place] > > On Fri, 6 Jan 2006 12:24, Beech Rintoul wrote: > > I'm trying to compile a program from source that needs libjpeg6b. I have > > searched and can't find it . I have jpeg6b installed. Can someone point > > me to the correct path? > > Assuming you installed libjeg from ports (which you really really should > have) it will be in /usr/local. So you need to add -I/usr/local/include to > CFLAGS and -L/usr/local/lib to LDFLAGS in a Makefile. Thank you, I found it. Think it's time for a break. Beech -- --- Beech Rintoul - System Administrator - [EMAIL PROTECTED] /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com --- pgpXVPejUxhr2.pgp Description: PGP signature
Re: libjpeg
[redirected to freebsd-questions, a more appropriate place] On Fri, 6 Jan 2006 12:24, Beech Rintoul wrote: > I'm trying to compile a program from source that needs libjpeg6b. I have > searched and can't find it . I have jpeg6b installed. Can someone point me > to the correct path? Assuming you installed libjeg from ports (which you really really should have) it will be in /usr/local. So you need to add -I/usr/local/include to CFLAGS and -L/usr/local/lib to LDFLAGS in a Makefile. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpOuZMA5CRLW.pgp Description: PGP signature
libjpeg linking problem plaguing me from 4.3 to 4.7
My system: FreeBSD 4.7-RELEASE (Nov 2002) on i386 >From FreeBSD 4.3 to CVSup updates to 4.7, I have had a constant problem with my libjpeg (jpeg-6b_1 ) library. Several ports that link /usr/local/lib/libjpeg.a during build complain of multiply defined definitions: CASE 1: make install of gnucash via /usr/ports/graphics/gdk-pixbuf dependency cc -shared io-jpeg.lo -Wl,--whole-archive /usr/local/lib/libjpeg.a /usr/local/lib/libjpeg.a -Wl,--no-whole-archive -Wl,--rpath -Wl,/usr/ports/ graphics/gdk-pixbuf/work/gdk-pixbuf-0.22.0/gdk-pixbuf/.libs -Wl,--rpath -Wl, /usr/X11R6/lib -L/usr/X11R6/lib -L/usr/local/lib ./.libs/libgdk_pixbuf.so -lgtk12 -lgdk12 -lgmodule12 -lglib12 -lintl -lXext -lX11 -lm -ltiff /usr/local/lib/libjpeg.a -lpng -lz -Wl,-E -Wl,-soname -Wl,libpixbufloader- jpeg.so -o .libs/libpixbufloader-jpeg.so /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_CreateCompress': jcapimin.o(.text+0x0): multiple definition of `jpeg_CreateCompress' /usr/local/lib/libjpeg.a(jcapimin.o)(.text+0x0): first defined here /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_destroy_compress': jcapimin.o(.text+0x108): multiple definition of `jpeg_destroy_compress' /usr/local/lib/libjpeg.a(jcapimin.o)(.text+0x108): first defined here /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_abort_compress': jcapimin.o(.text+0x11c): multiple definition of `jpeg_abort_compress' /usr/local/lib/libjpeg.a(jcapimin.o)(.text+0x11c): first defined here ... etc. CASE 2: make install of umbrello via /usr/ports/audio/arts dependency gmake[2]: Entering directory `/usr/ports/audio/arts/work/arts-1.1/mcop' /bin/sh ../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer- arith -Wmissing-prototypes -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -ftemplate-depth-99-o libmcop.la -rpath /usr/local/lib -no-undefined -version-info 1:0 buffer.lo connection.lo core.lo dispatcher.lo iomanager.lo object.lo socketconnection.lo tcpconnection.lo unixconnection.lo tcpserver.lo unixserver.lo objectmanager.lo factory.lo idlfilereg.lo ifacerepo_impl.lo mcoputils.lo startupmanager.lo md5.lo md5auth.lo referenceclean.lo datapacket.lo asyncstream.lo notification.lo flowsystem.lo extensionloader.lo tmpglobalcomm.lo mcopconfig.lo connect.lo reference.lo type.lo trader_impl.lo dynamicrequest.lo anyref.lo loopback.lo debug.lo delayedreturn.lo thread.lo dynamicskeleton.lo ../libltdl/libltdlc.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_CreateCompress': jcapimin.o(.text+0x0): multiple definition of `jpeg_CreateCompress' ../libltdl/.libs/libltdlc.a(jcapimin.o)(.text+0x0): first defined here /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_destroy_compress': jcapimin.o(.text+0x108): multiple definition of `jpeg_destroy_compress' ../libltdl/.libs/libltdlc.a(jcapimin.o)(.text+0x108): first defined here /usr/local/lib/libjpeg.a(jcapimin.o): In function `jpeg_abort_compress': jcapimin.o(.text+0x11c): multiple definition of `jpeg_abort_compress' ... etc. I've tried removing and reinstalling libjpeg I've tried modifying and removing /etc/ld.so.conf But the problem just does not go away. Has anyone clues or suggestions on where to look for this? Does /etc/make.conf have anything to do with this? gmake? libtool? autoconf? I must have modified something between 4.3 and 4.7 that affected the behavior of how my ports build and link with libjpeg. Exhaustive searches of archived questions bring up nothing of this problem. Any hints on where to look will help. Zeno To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
