Re: [Gimp-user] Still problems with compiling GIMP 2.0 on ML9.2
Hi, On Sat, 2004-03-27 at 07:36, Owen wrote: do you have a /usr/lib/pkgconfig/libexif.pc or is it in /usr/local/lib/pkgconfig/libexif.pc If the latter, the quick and dirty answer is to copy it to /usr/lib/pkgconfig/ The more correct way is to do: export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Only XCF filetype recognized by Gimp 2.0
On Friday 26 March 2004 07:08 pm, David Neary wrote: Hi John, John Culleton wrote: There are some files hidden somewhere that I can't find that are preventing a usable product. I'll just wait until the next partition swap time and install 2.0 from scratch. If you run ldd /usr/local/lib/gimp/2.0/plug-ins/postscript, you should get a list of libraries which your plug-in is linking to. In the list you might spot one with a 1.3 in the name. That's the dodgy one :) Cheers, Dave. I took a variant course. I found that /usr/lib was where the libgimp types were hanging out. I deleted every libgimp file that had 1.3 in it or 2.0 in it. Then I ran make install again. Now it works. Now I can go watch TV for a while without worrying. Thanks for your help, and Sven's. -- John Culleton Able Typesetters and Indexers http://wexfordpress.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Fwd: Re: [Gimp-user] Still problems with compiling GIMP 2.0 on ML9.2
---BeginMessage--- Aha! But after DJ's useful input on installing the gtk-x-devel package in order to get GTK to compile properly, I have since to go on and compile a brand new shiny GIMP 2.0. For those who haven't had the same problems, I'm sorry, but in the interests of others who might have the same problems, I'm going to post what I've done here. I was having trouble have GTK compile and install so that I could then do the same with GIMP 2.0. As a non-programmer, I didn't know that you needed the development packages (those with the headers and object files) for the package you want to compile AS WELL AS the download that you get from the GTK or GNU ftp server etc. Since DJ (by the way, you the man. You've saved me a lot of hair pulling!) told me to install the 'GTK devel' package to resolve above problem, I've been doing the same with all the other problems that I've been having. And in every case it's all worked out okay. In your case, my personal experience with urpmi has been that it doesn't work properly, and therefore I've just resorted to recompiling everything or using the Mandrake package installer to install 'devel' packages. Do a search for libexif in the package installer (from the menu, ConfigurationPackagingInstall Software) and install anything you find with libexif and devel in the title and the dependencies that come up. The next time you ./configure, you should find that this part of the process is okay now. However, if you look through the output of the ./configure script, you will find several WARNING: labels where non-essential things are missing. But some of these non-essential things are actually quite essential to you, like the modules to let you print, use .tiff formats etc. Here's the modules that I had missing in Mandrake 9.2: libexif librsvg libgimpprint 4.2.6 (4.2.5 is installed as standard in Mandrake 9.2, and GIMP 2.0 predicts some problems with certain locales and printing with this version. Better to upgrade now rather than have other problems later I'd say) libwmf lcms gtkhtml With all these, do what I said earlier. Search for them in the package installer and then install any packages that contain the search term and 'devel' in the title. With libgimpprint you will have to go to the web page to download the latest version as source code. Here's the address http://prdownloads.sourceforge.net/gimp-print/gimp-print-4.2.6.tar.gz?download. Choose your mirror. Before you configure, make and make install it, use the package manager to REMOVE libgimpprint 4.2.5. If you don't it will stop the .configure script for gimp-2.0 because it will find libgimpprint files clashing with each other. I don't know why, it just does! Then ./configure, make and make install libgimpprint 4.2.6. Should be fine. If you've gone through the list at the top then everything should be ready to ./configure, make and make install GIMP 2.0. This is the first time I've ever compiled a package. I think I could have chosen an easier one to start with, but then this is how you learn with computers, so be it. Anymore problems or questions then email me off list. Apologies to those who aren't interested in this long email, but at least it will now be archived for someone else to find. Tom On Saturday 27 Mar 2004 12:08 am, Kyle Hamar wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 26 March 2004 02:52 pm, dj wrote: Install the gtk2.2[whatever]-devel package. All should be well after that. dj --- Tom Cole [EMAIL PROTECTED] wrote: I'm still trying to install GIMP 2.0 on Mandrake 9.2. Making no headway at all. I too have been attempting this compile under ML9.2 without success. The first significant not found in config.log is: configure:30573: WARNING: libexif not found! EXIF support will not be built into the JPEG plug-in. libexif is available from http://www.sourceforge.net/projects/libexif Oddly enough when I attempt to install libexif, it is found: [EMAIL PROTECTED] khamar]# urpmi libexif medium contrib uses an invalid list file: mirror is probably not up-to-date, trying to use alternate method Everything already installed [EMAIL PROTECTED] khamar]# The invalid list file message is a known bug that is usually just ignored. So if everything is already installed why is libexif not found? I have carefully installed everything listed as required at gimp.org but have not overcome the errors in configure. BTW, ./configure completes normall and does not shell out with excessive errors. Any attempt to make however results in failure. Config.log has more errors as well. Here is the next one: configure:30626: gcc -o conftest -g -O2 -Wall conftest.c -laa 5 /usr/bin/ld: cannot find -laa collect2: ld returned 1 exit status configure:30632: $? = 1 configure: failed program was: | /* confdefs.h. */ ... Kyle -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3
Re: Was: [Gimp-user] Still problems with compiling GIMP 2.0 on ML9.2 - now Suse9.0
Hello However, if you look through the output of the ./configure script, you will find several WARNING: labels where non-essential things are missing. But some of these non-essential things are actually quite essential to you, like the modules to let you print, use .tiff formats etc. Here's the modules that I had missing in Mandrake 9.2: libexif librsvg libgimpprint 4.2.6 (4.2.5 is installed as standard in Mandrake 9.2, and GIMP 2.0 predicts some problems with certain locales and printing with this version. Better to upgrade now rather than have other problems later I'd say) libwmf lcms gtkhtml With all these, do what I said earlier. Search for them in the package installer and then install any packages that contain the search term and 'devel' in the title. I am not using Mandrake, but Suse 9.0, and have a strange problem. I have been folowing yours advice, so when i run ./configure --enable-mp, make and make install, I apperently don't get any errors, but when I then run gimp-2.0 it says: Error reading modules file ** (gimp-2.0:4753): WARNING **: No builtin or dynamically loaded modules were found. Pango will not work correctly. This probably means there was an error in the creation of: '/usr/local/etc/pango/pango.modules' You may be able to recreate this file by running pango-querymodules. and the first screen appears, but only Wilbur and two boxes are visible! Then running: pango-querymodules I get a lot like: # Pango Modules file # Automatically generated file, do not edit # # ModulesPath = /usr/local/lib/pango/1.2.0/modules # /usr/local/lib/pango/1.2.0/modules/pango-arabic-x.so ArabicScriptEngineX PangoEngineShape PangoRenderX 1547-1747:* /usr/local/lib/pango/1.2.0/modules/pango-arabic-ft2.so ArabicScriptEngineFt2 PangoEngineShape PangoRenderFT2 1548-1785:* /usr/local/lib/pango/1.2.0/modules/pango-basic-x.so BasicScriptEngineX PangoEngineShape PangoRenderX 0-687:* 688-767: 896-1423:* 1425-1524: 1548-1785: 3585-3675: 4256-4351:* 4608-5887:* 7680-8191:* 8192-13311:* 13312-40869:* 40960-42182:* 44032-55203: 57344-63470:* 63744-64045:* 65072-65131:* 65280-65518:* /usr/local/lib/pango/1.2.0/modules/pango-basic-ft2.so BasicScriptEngineFT2 PangoEngineShape PangoRenderFT2 0-687:* 688-767: 896-1423:* 1425-1524: 1548-1785: 3585-3675: 7680-8191:* 8192-40959:* 44032-55203:kr 63744-64011:kr 65280-65507:* 0-65535: /usr/local/lib/pango/1.2.0/modules/pango-hangul-x.so HangulScriptEngineX PangoEngineShape PangoRenderX 4352-4607:* 44032-55203:* /usr/local/lib/pango/1.2.0/modules/pango-myanmar-x.so MyanmarScriptEngineX PangoEngineShape PangoRenderX 4096-4223:* /usr/local/lib/pango/1.2.0/modules/pango-gurmukhi-x.so GurmukhiScriptEngineX PangoEngineShape PangoRenderX 2560-2687:* /usr/local/lib/pango/1.2.0/modules/pango-bengali-x.so BengaliScriptEngineX PangoEngineShape PangoRenderX 2432-2559:* /usr/local/lib/pango/1.2.0/modules/pango-devanagari-x.so DevanagariScriptEngineX PangoEngineShape PangoRenderX 2304-2431:* 8205-8205:* Is there a problem with the 'translation into Danish' ? -- mvh Mogens Jæger ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] [jean-luc.coulon@wanadoo.fr: Re: Gimp and prepress functions [long]]
- Forwarded message from Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] - Hi, I forward this message to the user list as the thread begun there. I have done a replied to the message I got from Carol addressed to me a cc to the web list. Please Carol, don't do cross-threading [tm], we become a bit confused following threads with such pratices. --- Regards - Jean-Luc From: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] To: Carol Spears [EMAIL PROTECTED] Cc: GIMPWeb [EMAIL PROTECTED] Subject: Re : Gimp and prepress functions [long] Le 23.03.2004 22:57, Carol Spears a écrit : On Tue, Mar 23, 2004 at 10:29:41PM +0100, Jean-Luc Coulon (f5ibh) wrote: [...] i wonder how one compensates for the external lighting on the monitor? The monitor has to be calibrated in the lighting conditions you will use it. It is the same for checking the prints. I calibrate the monitor for 6500K Colour Temperature and when I need to be very precise in some checking I use an external liggting which color temperature is known (it does not *need* to match perfectly the one of the display, I use blue incandescent bulbs which colour temperature is about 5000K). i had a chat with a manager of a print shop; he told me that he went to an all day conference where he learned that the best way to convert from one set of colors to another was to let the machine doing the printing make the conversion. If you left the machine to do the job, you are never sure of wht you will get. Everything is averaged. i.e. if you have a photo with lot of green (forest, grasses), you will get a colour shift to magenta of otherwise neutral parts. i had a friend who went ahead and bought the full Photoshop (7) for the print conversion goodness found within, only to have the printer scold her for not using their software. she paid for their proper conversion. i will read this article, but even i can see that during the day, my images look vastly different than they do at night on my computer display. If you work in the dark, then you have to calibrate your monitor in such conditions. perhaps it is in your best interests to purchase a devise that will change the monitor coloring moment by moment. even a change of the angle of the monitor (physically move your monitor right now and see what i mean) will make the colors look very different -- without changing the file whatsoever. LCD (TFT) monitors have their gamma which change drasticly when you change the angle of view. (but some very few expensive ones). CRT are still better on this point of view. Anyway, a display doesnt have steady characteristics and has to be calibrated time to time. Only few display has a feeback control for thee electron beam (some Barco made). But they are *really* expensive... But sometimes *needed* depending the work you have to do. Fine arts professional *do* need a calibrated process. if it is an issue of not using some rgb values then i think that the color dialog will do this. There are several things: what the data are and how they are displayed and/or printed. An uncalibrated monitor will display a wrong colour while the RVB data are correct due to its own rendering transfer function. Applying the icc profile (hte one from the manufacturer or created by yourself with a spetrocolorimeter or at least with a tool like lprof under linux which allows you to setu the gamma) will allow the display to render the right colour. The data in the file are not changed. If you need an other colour space. Then the data has to be changed and the colour space data has to be embedded in the picture file. sRGB colour space has the minimum_average_commun gammut of most the devices. It has been created (mostly by Microsoft) to avoid embedding colourspace. sRGB is standard in Windows (so-called) operating systems. if it is an issue of how the file appears i dont know that you can accomplish this. and i use a desktop -- what about people using laptops? they were made for mobility and portability (i think). how many color profiles would it take to make up for the ambient lighting moment by moment if you can use your computer just about anywhere in this whole big world of ours. You cannot use a laptop for *photography* processing. You can do graphic creation. You can do special effects. You can do web creation. But for photography, you *need* a calibrated monitor or you will be blind working. i really hope that there is more to this need than this explanation. can you all tilt your monitors right now to see what i am saying? carol -- Best regards - Jean-Luc - End forwarded message - -- --- __ _ Jean-Luc Coulon (f5ibh) / __ \ ___ / /_ (_) _ 28 rue d'Evette / / / // _ \ / __ \ / // __ `// __ \
[Gimp-user] How to install help system for 2.0
Without difficulty, I downloaded the Fedora rpm and am now happily playing with Gimp 2.0. Nice work, everyone! However, when I attempted to download the tarball and do the ./configure, I get the following message: checking for gimp-2.0... Package gimp-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gimp-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gimp-2.0' found I couldn't find the gimp-2.0.pc file anywhere using locate. Suggestions? -- Elaine Normandy (Colorado Springs) Weblog: http://www.stardel.com/fiveacres/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re : [Gimp-user] How to install help system for 2.0
Le 27.03.2004 18:09, Elaine Normandy a écrit : Without difficulty, I downloaded the Fedora rpm and am now happily playing with Gimp 2.0. Nice work, everyone! However, when I attempted to download the tarball and do the ./ configure, I get the following message: checking for gimp-2.0... Package gimp-2.0 was not found in the pkg- config search path. Don't you have some -dev package ? Perhaps you should add the directory containing `gimp-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gimp-2.0' found I couldn't find the gimp-2.0.pc file anywhere using locate. Suggestions? -- - Jean-Luc pgp0.pgp Description: PGP signature
