🌐 Mailman 3 September 2002 - Pythonmac-SIG - python.org

building pil jpeg has no symbols
by Calvin Sept. 17, 2002

Sept. 17, 2002

I have been trying to install PIL and I keep running into the following problem when doing make. I've been trying to build PIL with jpeg libs and cannot do it. Currenty I am running Mac OS X 10.2 with development tools installed. Python, mysql, mysqldb, readline, zlib all installed fine and work. Here is the error at the end of libImaging/make ranlib libImaging.a ranlib: file: libImaging.a(Dib.o) has no symbols ranlib: file: libImaging.a(JpegDecode.o) has no symbols ranlib: file: libImaging.a(JpegEncode.o) has no symbols gcc -o coretest coretest.o libImaging.a -lz -lm I have IJG jpeg installed in /usr/local but no matter what I do, I cannot get it to be recognized when I ./configure, make in libImaging. the configure just zooms by the config lines for JpegEncode, JpegDecode and then it fails to build the jpeg bits on make. I can install and import PIL, but it has no jpeg, which is a problem doing thumbnails and the like on webpages. If anyone has ANY ideas on what to try, please let me know. I've fiddled with configure and Makefile options and nothing seems to work. Any help would be appreciated. below is the output from the make test and make install from building jpeg. thanks for your help. -calvin [:~/Desktop/mac_osx_setupunix/jpeg-6b] calvin% make test rm -f testout* ./djpeg -dct int -ppm -outfile testout.ppm ./testorig.jpg ./djpeg -dct int -bmp -colors 256 -outfile testout.bmp ./testorig.jpg ./cjpeg -dct int -outfile testout.jpg ./testimg.ppm ./djpeg -dct int -ppm -outfile testoutp.ppm ./testprog.jpg ./cjpeg -dct int -progressive -opt -outfile testoutp.jpg ./testimg.ppm ./jpegtran -outfile testoutt.jpg ./testprog.jpg cmp ./testimg.ppm testout.ppm cmp ./testimg.bmp testout.bmp cmp ./testimg.jpg testout.jpg cmp ./testimg.ppm testoutp.ppm cmp ./testimgp.jpg testoutp.jpg cmp ./testorig.jpg testoutt.jpg [:~/Desktop/mac_osx_setupunix/jpeg-6b] calvin% sudo make install /usr/bin/install -c cjpeg /usr/local/bin/cjpeg /usr/bin/install -c djpeg /usr/local/bin/djpeg /usr/bin/install -c jpegtran /usr/local/bin/jpegtran /usr/bin/install -c rdjpgcom /usr/local/bin/rdjpgcom /usr/bin/install -c wrjpgcom /usr/local/bin/wrjpgcom /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 /usr/bin/install -c -m 644 ./djpeg.1 /usr/local/man/man1/djpeg.1 /usr/bin/install -c -m 644 ./jpegtran.1 /usr/local/man/man1/jpegtran.1 /usr/bin/install -c -m 644 ./rdjpgcom.1 /usr/local/man/man1/rdjpgcom.1 /usr/bin/install -c -m 644 ./wrjpgcom.1 /usr/local/man/man1/wrjpgcom.1 [thearthole:~/Desktop/mac_osx_setupunix/jpeg-6b] calvin% sudo make install-lib /usr/bin/install -c -m 644 jconfig.h /usr/local/include/jconfig.h /usr/bin/install -c -m 644 ./jpeglib.h /usr/local/include/jpeglib.h /usr/bin/install -c -m 644 ./jmorecfg.h /usr/local/include/jmorecfg.h /usr/bin/install -c -m 644 ./jerror.h /usr/local/include/jerror.h /usr/bin/install -c -m 644 libjpeg.a /usr/local/lib/libjpeg.a

2 1

Pyton with Tkinter on MacOS X; I give up
by Russell E Owen Sept. 17, 2002

Sept. 17, 2002

OK, I've been defeated. I installed tcl 8.3.4 easily enough (using the unix installer), ending with % sudo make install. It all ran fine. But the unix installer for tk 8.3.4 croaked near the end of the make--it can't seem to find any of the tcl symbols. cc -dynamiclib -prebind -o libtk8.3.dylib tk3d.o tkArgv.o tkAtom.o tkBind.o tkBitmap.o tkClipboard.o tkCmds.o tkColor.o tkConfig.o tkConsole.o tkCursor.o tkError.o tkEvent.o tkFocus.o tkFont.o tkGet.o tkGC.o tkGeometry.o tkGrab.o tkGrid.o tkMain.o tkObj.o tkOldConfig.o tkOption.o tkPack.o tkPlace.o tkSelect.o tkUtil.o tkVisual.o tkWindow.o tkUnix.o tkUnix3d.o tkUnixButton.o tkUnixColor.o tkUnixConfig.o tkUnixCursor.o tkUnixDraw.o tkUnixEmbed.o tkUnixEvent.o tkUnixFocus.o tkUnixFont.o tkUnixInit.o tkUnixKey.o tkUnixMenu.o tkUnixMenubu.o tkUnixScale.o tkUnixScrlbr.o tkUnixSelect.o tkUnixSend.o tkUnixWm.o tkUnixXId.o tkStubInit.o tkStubLib.o tkButton.o tkEntry.o tkFrame.o tkListbox.o tkMenu.o tkMenubutton.o tkMenuDraw.o tkMessage.o tkScale.o tkScrollbar.o tkCanvas.o tkCanvArc.o tkCanvBmap.o tkCanvImg.o tkCanvLine.o tkCanvPoly.o tkCanvPs.o tkCanvText.o tkCanvUtil.o tkCanvWind.o tkRectOval.o tkTrig.o tkImage.o tkImgBmap.o tkImgGIF.o tkImgPPM.o tkImgPhoto.o tkText.o tkTextBTree.o tkTextDisp.o tkTextImage.o tkTextIndex.o tkTextMark.o tkTextTag.o tkTextWind.o -L/Archives*/UnixSoftware/tcl8.3.4/unix ld: warning prebinding disabled because of undefined symbols ld: Undefined symbols: _Tcl_DeleteHashEntry _Tcl_Free ...semi-infinitely long list of _Tcl_... crap The tcl stuff is in /usr/local/lib: % ls -l /usr/local/lib total 2536 -rw-r--r-- 1 root wheel 69648 Sep 13 14:49 libhistory.a -rw-r--r-- 1 root wheel 604124 Sep 13 14:49 libreadline.a -r-xr-xr-x 1 root wheel 603504 Sep 16 12:16 libtcl8.3.dylib -rw-r--r-- 1 root wheel 1568 Sep 16 12:16 libtclstub8.3.a drwxr-xr-x 520 root wheel 17680 Sep 13 16:03 python2.2 drwxr-xr-x 19 root wheel 646 Sep 16 12:16 tcl8.3 -rw-r--r-- 1 root wheel 6733 Sep 16 12:16 tclConfig.sh Maybe this is that hideous namespace depth problem folks were complaining about earlier or maybe I'm clueless on unix or... I also tried building the 8.4 macosx projects. No README so it was blind, but opening the project and building the targets in turn (Configure, Make and Tcl) acted as if it worked. But no sign of anything in /usr/local and trying to do the same for tk croaked right away--no sign of the tcl stuff it needed. I have more admiration all the time for the fink folks (and of course for Jack Jensen, with MacPython 2.3 that will have a real installer). I knew they the fink folks were saving us from downloading a bunch of miscellaneous source code and doing the ./configure, make, sudo make install dance with it, but clearly it goes way beyond that. (Also, for those who haven't been following, I already tried to get Python 2.2.1 to build as a framework with the 8.4a4 framework version of tcl/tk, but that also failed to find a bunch of needed files. Apparently using the CVS version of Python may fix that.) I guess I'll wait until the fink folks compile a binary of Python or 2.3 is available. I'm sure sorry I ever upgraded to 10.2. -- Russell

1 0

Bug in Numeric?
by Chris Lee Sept. 17, 2002

Sept. 17, 2002

Hi I am doing the following >>> import Numeric >>> t = open("Macintosh HD:Users:cjl:Desktop:100902teu:00") >>> g = t.read() >>> g = Numeric.reshape(g,(512,512)) Up to here everything goes allright. I have imported my file of raw data which is simply a bunch of values between 0 and 255. g is a matrix with type 'c' I want to convert this to integer values so I try the stupid approach >>> h = Numeric.array(g, 'I') following which MacPython hard crashes... So a) is this a bug? b) How do I convert my array in a sensible way? Cheers Chris ################################# Chris Lee Physics Department Otago University PO Box 56 Dunedin New Zealand Phone ++64 3 479 7749 Fax ++64 3 479 0964 #################################

3 2

RE: [Pythonmac-SIG] What is the future of Python on OSX?
by Bugbee, Larry Sept. 16, 2002

Sept. 16, 2002

My 2 cents... As developers for developers we can do pretty much what we want for the installation, but if we expect mere mortals to run the stuff we develop, we need to have an installation that is simple to understand, easy to use, and complete. The typical user will not be in a position to understand all the dependencies, or go through any screwy procedures to get something to work. I therefore submit the OSX Python installation of GUIs should: - have no dependencies. A single installation should install all that is required beyond that provided by the vendor. (I know this will be point of contention, but the end user really doesn't care about our problems.) - install the same GUI interfaces included in the standard installations of another platforms. GUI apps should run on OSX just as they would on Linux or Windows. For now this includes Tkinter. When wxPython becomes part of the standard install on any platform, it should become standard on all. - properly support the native look and feel. ...as is the case on all other platforms. In this case, Aqua. The dependencies issue is a tough one. If the installer cannot or does not install all that is required, the installer should at least alert the user as to what is missing and give a clue as to what to do. ...and the answer should be simple enough for them to understand and do correctly. Not to flame anybody, but in the long run I'm not keen on using X on OSX unless it is supported by Apple. Likewise, I'm not too keen on installing Tcl to enjoy Tkinter. Those may be a luxuries we cannot support today, but perhaps we should recognize them as goals? ...and whatever the answer, it should be the same for all platforms. At the end of the day, if our end users cannot do a simple install and get all that is needed to run our Python apps, they won't be running our apps on OSX. It is that simple. ...ahhhh, mebbie 3? Larry > > > What would you like? I'm still very interested in working on Tkinter. > > Well, as long as you asked: > > > > I'd like to see a Python cross-platform GUI solution that does not > > depend on installing fragments of X-windows on my Mac OS X system. > > > > Can Aquatk do that, yet? Will it ever? > Not sure about AquaTK, but wxPython already does a pretty decent job of it!

11 19

ESPACE VIDEO FRANCE
by mailing＠espace-video.fr Sept. 16, 2002

Sept. 16, 2002

1 0

apologies: python 2.2.1 and Tkinter
by Russell E Owen Sept. 16, 2002

Sept. 16, 2002

I must have really been out of it (given the nasty cold I came home with on Friday this is pretty likely :)). I completely forgot to install the normal unix version of tcl/tk before my last attempt to make Python 2.2.1, so of course it could not find it (all I had was the Aqua/framework version installed). I guess that's next to try for Monday. Hopefully this is my last posting on this stupid subject. I'm guessing that installing gnu readlines 4.2, the normal unix tcl/tk and then finally the normal Python 2.2.1 will get me back to a release version of Python that runs with Tkinter. -- Russell

1 0

Re: Pythonmac-SIG digest, Vol 1 #1203 - 10 msgs
by kevin parks Sept. 15, 2002

Sept. 15, 2002

*** > For the MacPython 2.3 [*] installer there are three > solutions, I think: > 1. Slam our "python" and "pythonw" into /usr/bin, > overwriting > Apple's python. > 2. Put our "python" and "pythonw" in /usr/local/bin, > and > (optionally?) modify ~/Library/Preferences/Environ (or > whereever > it was again). > 3. Don't install the scripts at all initially, and > provide a way > to install them later. > > I think 1 is out, really. Anyone disagree? *** But then the user ends up with 2 pythons and there may be some confusion as to which is further up or down the path and which binary is actually getting used, no? Particularly for invoking scripts from the shell no? I, personally, would be confused with this. Couldn't there be an option to remove Apple's or something? It wouldn't be that hard to remove "our" python and reinstall the Apple one would it? _____________________________________________________________ Play the Elvis� Scratch & Win for your chance to instantly win $10,000 Cash - a 2003 Harley Davidson� Sportster� - 1 of 25,000 CD's - and more! http://r.lycos.com/r/sagel_mail_scratch_tl/http://win.ipromotions.com/lycos…

2 1

Re: Pythonmac-SIG digest, Vol 1 #1205 - 15 msgs
by Josh English Sept. 14, 2002

Sept. 14, 2002

Darn. I didn't think about that, since I only have one drive and the OSA example didn't work. Apparently I don't have those modules installed on my system. I got the following error on my machine: >>> import macfs >>> vrefnum,dirid = macfs.FindFolder('macs') Traceback (most recent call last): File "<input>", line 1, in ? TypeError: function takes exactly 3 arguments (1 given) I suspect this may have something to do with the fact that I am still on Mac OS 9.1 A sys.version call returns '2.2 (#124, Dec 22 2001, 17:36:41) [CW CARBON GUSI2 THREADS GC]' on my machine. Josh Englsih English(a)spiritone.com > > Subject: Re: [Pythonmac-SIG] Re: Determining the name of the "root" drive > Date: Fri, 13 Sep 2002 21:14:59 +0200 > From: Jack Jansen <Jack.Jansen(a)oratrix.com> > To: "Josh English" <english(a)spiritone.com> > CC: pythonmac-sig(a)python.org > > Close, but no cigar. Your currrent directory doesn't have to be > on the startup disk. > > The right way to tackle this (or, one of the right ways, as the > OSA example showed:-) is to ask where the current system folder > is, and use your code on that filename: > > import macfs > vrefnum, dirid = macfs.FindFolder('macs') > fss = macfs.FSSpec(vrefnum, dirid, "") > bootdiskname = fss.as_pathname().split(':')[0] > > -- > - Jack Jansen <Jack.Jansen(a)oratrix.com>

1 0

psycopg or pypgsql
by Aparajita Fishman Sept. 14, 2002

Sept. 14, 2002

I am having no luck getting psycopg to build/install so it will work with MacPython. It is working fine using the command line python 2.2 that comes with Jaguar. Any help would be appreciated. Aparajita Victory-Heart Productions aparajita(a)aparajitaworld.com www.aparajitaworld.com

1 0

Python CVS RDF news files
by Dinu Gherman Sept. 14, 2002

Sept. 14, 2002

Hi, I'm making available RDF news files with pointers to the latest changes in the Python (and ReportLab) CVS repositories (using ViewCVS on SourceForge): http://me.in-berlin.de/~darwin/cvspysf.rdf (Python, 24 h) http://me.in-berlin.de/~darwin/cvsrlsf.rdf (ReportLab, 72 h) Both are updated each hour. You can point any GUI tools like SlashDock* (on OS X) to them and save time by forgetting about typing the respective URLs or CVS commands for tracking changes. BTW, another interesting news file is ActiveState's one, which will let you keep an eye on the latest recipes on their cook- book website: http://aspn.activestate.com/ASPN/Cookbook/Python/index_rss Regards, Dinu * http://homepage.mac.com/stas/slashdock.html -- Dinu C. Gherman ...................................................................... "There are causes worth dying for, but none worth killing for." (Albert Camus)

1 0