script_fu_old_photo
Hi all, when i lunch my script perl, which contan the function script_fu_old_photo(...), i have the folowing error : my_file: function/macro "script_fu_old_photo" not found in Gimp at ./my_file line 8 (DIE). how can i use this function ? thank you. Fethi. ___ Do You Yahoo!? Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr
Re: SOLVED::Installing gimp-1.1.24 (Gimp-perl) Problems - (--disable-shared BUG??)
On Thu, Jun 29, 2000 at 10:55:23AM -0500, Jeff Sheffield [EMAIL PROTECTED] wrote: I.E. I was using the flag --disable-shared My thinking was that I could run multi-versioned gimps @ the same time without conflicts. This does unfortunately not work in general with gimp, gtk+ or any other package. It works best if you use completely seperate prefixes for the gimps which are not shared with other packaged (libtiff, perl...), since you cannot portably link against a specific library and the linker will use the first "libgimp" it finds. The only remaining problem I have is with the Fu modual. It's actually the logulator. The CVS version has that one fixed. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: CorelPhotopaint for Linux
Jeff Sheffield wrote: I thought this was interesting. in the "End User License Agreement" It states that you may not reverse engineer the product. YOU MAY NOT: ---snip 2. reverse engineer, This is not uncommon in agreements these days. I have installed the product under Redhat Linux but it hangs when trying to start on my machine. I thought I would take a look to see what it had that wasn't in the GIMP. There has to be something to explain the installation stating that you need 170Meg of disk space which is about twice the space needed for the GIMP.
Re: CorelPhotopaint for Linux
On Mon, Jul 03, 2000 at 11:18:37AM -0400, Kevin Cozens [EMAIL PROTECTED] wrote: There has to be something to explain the installation stating that you need 170Meg of disk space which is about twice the space needed for the GIMP. 170 = 2 * 17? The factor for a standard gimp (current cvs) is 10, not 2! $ du -sk bin/gimp lib/libgimp* lib/gimp/1.1 share/gimp/1.1 1992bin/gimp 148 lib/libgimp-1.1.so.24.0.0 180 lib/libgimpui-1.1.so.24.0.0 7563lib/gimp/1.1 7153share/gimp/1.1 You could easily incldue a full X+basic linux installation into the remaining 53 Megs. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Gimp-perl compilation problems
Hi. Gimp v1.1.24, perl 5.6.0 (from official OpenBSD ports collection) Openbsd 2.7. ld complains of 'RRS relocation of _foo at 0xdeadbeef', where _foo and 0xdeadbeef are symbols and hexaddrs, respectively. What does this mean? How can I fix it? -- Civilization advances by extending the number of important operations which we can perform without thinking. (Alfred North Whitehead)
Re: JPEG previewing
Has anybody (except me) tried changing the mode of the JPEG previewing layer to `Difference' instead of `Normal'? Quite interesting... Hadn't we been in a freeze, we should have added it right away, but then again, we ARE in a freeze. Something for 1.3/1.4 or 2.0, I guess :-) I tried by changing it in LC, great. Gimp crashed after that (1.1.22 until I can compile the .24), but at least I saw what you mean. Maybe we could consider it a (serious?) bug, so it should be fixed. ;] It reminds me of the diff plugin, a tool I used for the same, comparing loss of compression formats... but I never though about doing it with LC. Stupid me. GSR
Re: CorelPhotopaint for Linux
On Mon, 3 Jul 2000, Kevin Cozens wrote: This is not uncommon in agreements these days. I have installed the product under Redhat Linux but it hangs when trying to start on my machine. I thought I would take a look to see what it had that wasn't in the GIMP. There has to be something to explain the installation stating that you need 170Meg of disk space which is about twice the space needed for the GIMP. i think corel uses wine lib and other such things so they are emulating parts of the win32 api to make it work. all of that is probably included in the distribution, maybe even staticly linked in.