Re: [Gimp-user] What is the environment variable LD_LIBRARY_PATH??
Hi David, david wrote: The install file quoates Fix: On Linux and other systems using ELF libraries, add the directory to /etc/ld.so.conf or to the environment variable LD_LIBRARY_PATH, and run 'ldconfig'. Only I dont understand how to do this - I simply am lost with this. What is the environment variable LD_LIBRARY_PATH?? I have come across ldconfig before so I understand that-at least!! This error message comes from the fact that it appears you have gtk+ installed, but the libraries for it are not found. Those libraries are typically in /usr/local/lib after installing from source. You have two options available to make the libraries found - first, you can add the path /usr/local/lib to the file specified above, and re-run ldconfig. Then the libraries will be available to everyone, all the time. Or you can modify or create the environment variable LD_LIBRARY_PATH (load library path) to include the directory /usr/local/lib. This is a temporary solution for you, for the current session. The favoured solution would be to add the directory to ld.so.conf. Please check in /usr/local/lib to make sure that you see at least a libgtk+.so first, to make sure that this is indeed the problem. If not, we may have to dig a little further. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Compiling in from CVS
Hi there, I am trying to keep a GIMP HEAD running, but oftenly I find some difficulties in compiling in from CVS and would like some hints on how to keep my local tree, in a way it compiles. Actually, sometimes I simly give up and make a new checkout from the CVS entirely. I made this a day or two before 1.3.23 came out. When I perform this, I always manage to compile and install cleanly. But, right now, I want to update it. So, let´s go by steps: I go cvs -z3 update I go make distclean Them ./configure my options make Them it fails because some windowmanager.png has its name changed to windowmanagement.png . I could work around this manually, but them other failures will come over. How do I avoid this? I get CVS versions from the past? I post them as BUGs and wait for the mainteners to fix it up? Is something beyond make distclean needed? If the solution is to pull a different version of some files from the CVS, what is the syntax for it. Thank you for the hints. I hope that with a good willing answer to this e-mail, I don't have to perform rm -Rf gimp/ cvs -z3 checkout gimp again nevermore. ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Compiling in from CVS
Hi Joao, Joao S. O. Bueno wrote: But, right now, I want to update it. So, let?s go by steps: I go cvs -z3 update You should use cvs up -dP - this will create directories present in the repository, but not locally, and prune (remove) directories which have been emptied via file removals. There are reasonable defaults, and should probably go in your .cvsrc, along with diff -u. That alone will fix some of your problems. I go make distclean If you really want to clean out everything, then maintainer-clean is perhaps better. After doing this, you will need to re-run autogen.sh. Among other things, this rebuilds Makefile.ins from Makefile.ams, which is probably the point at which the changed filenames are causing a problem for you. Is something beyond make distclean needed? Usually, you don't need to make distclean at all. The following is usually sufficient for me... The first time: cvs co -d gimp-1.3 gimp cd gimp-1.3 ./autogen.sh make -j4 sudo make install And thereafter: cd gimp-1.3 cvs up -dP make -j4 sudo make install Sometimes, a new Makefile.am is added (recently, for example, when mitch reorganised script-fu to separate out siod), and this will not work. You will see an error like make: no rule to target all or somesuch in the directory in question. In this case, simply re-run autogen.sh and all will be well. When you run autogen.sh, what happens is that the makefiles are created with some special rules which check whether files like Makefile.am or configure.in have changed, and if they have, make will re-run what it needs to to bring these files and their dependencies up to date. This fails when there is a directory with no makefile at all (as is the case when a new directory gets added). I hope that with a good willing answer to this e-mail, I don't have to perform rm -Rf gimp/ cvs -z3 checkout gimp again nevermore. I hope so too :) The last time I did that is about 6 months ago. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] What is the environment variable LD_LIBRARY_PATH??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Neary wrote: | Hi David, | | david wrote: | |The install file quoates | | |Fix: On Linux and other systems using ELF libraries, add the | directory to /etc/ld.so.conf or to the environment variable | LD_LIBRARY_PATH, and run 'ldconfig'. | |Only I dont understand how to do this - I simply am lost with this. |What is the environment variable | LD_LIBRARY_PATH?? I have come across ldconfig before so I |understand that-at least!! | | | This error message comes from the fact that it appears you have | gtk+ installed, but the libraries for it are not found. Those | libraries are typically in /usr/local/lib after installing from | source. | | You have two options available to make the libraries found - | first, you can add the path /usr/local/lib to the file specified | above, and re-run ldconfig. Then the libraries will be available | to everyone, all the time. Or you can modify or create the | environment variable LD_LIBRARY_PATH (load library path) to | include the directory /usr/local/lib. This is a temporary | solution for you, for the current session. The favoured solution | would be to add the directory to ld.so.conf. | | Please check in /usr/local/lib to make sure that you see at least | a libgtk+.so first, to make sure that this is indeed the problem. | If not, we may have to dig a little further. There is a third solution, which most people forget. You can add - -R/usr/local/lib to your gcc flags to add a runtime search path to the binary. This is, in many peoples opinion, the best solution. Especially if the administrator cannot trust libraries in /usr/local/lib and it doesn't break things nearly so much as LD_LIBRARY_PATH. Also, if it makes you feel any better, Mandrake is notoriously difficult to get the gimp running on. It seems to not have very good quality control on it's packages. You are not the first person to experience loads of problems installing on mandrake. - -- Dan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/xjH/ad4P1+ZAZk0RAj/LAJ4gbhUrhX0GAw/SbjAlyf+RrISMIACgny5C huL33xfO8Rs5OpnqWCvKL5A= =u8/F -END PGP SIGNATURE- ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Compiling in from CVS
On Fri, 2003-11-28 at 02:42, David Neary wrote:
Hi Joao,
Joao S. O. Bueno wrote:
But, right now, I want to update it. So, let?s go by steps:
I go
cvs -z3 update
You should use cvs up -dP - this will create directories present
in the repository, but not locally, and prune (remove)
directories which have been emptied via file removals. There are
reasonable defaults, and should probably go in your .cvsrc, along
with diff -u.
That alone will fix some of your problems.
I go
make distclean
If you really want to clean out everything, then maintainer-clean
is perhaps better. After doing this, you will need to re-run
autogen.sh. Among other things, this rebuilds Makefile.ins from
Makefile.ams, which is probably the point at which the changed
filenames are causing a problem for you.
If you are going to run 'make distclean' or 'make maintainer-clean' you
should do it *before* the CVS update. Otherwise files in the make
processes' run might have been removes, Makefile.am files could have
been changed (leading to changed Makefiles) and so the right files will
not be cleaned and so on and so on. Your current method arbitrarily
changes a bunch of code and then hopes that the old Makefile will still
be relevant. Not always a good assumption.
Also, the attached file may prove useful if your tree is a little
confused. Run 'python super-clean.py .' inside the gimp directory. It
will remove all files that are not known to CVS from your local copy
(without running out on the network -- it just looks at the local CVS
control files). You can run this, then 'cvs update' to get any new files
and be assured that you have a pristine CVS copy.
Malcolm
#!/usr/bin/env python
Copyright 2003 Malcolm Tredinnick [EMAIL PROTECTED]
Remove files from a CVS checkout that are not known to CVS. This is all done by
looking at the local CVS/ directory, not by checking with the CVS repository.
Useful for saving space or starting a build from a completely clean CVS tree
(no symlinks to libtool.sh or anything like that).
This program is free software; you can redistribute it and/or modify it under
the terms of the GNU Library General Public License as published by the Free
Software Foundation; either version 2 of the License, or (at your option) any
later version.
import sys, os, stat
def main(argv = None):
if len(argv) != 1:
print sys.stderr, Calling format: super-clean.py start-dir
sys.exit(1)
removals = []
os.path.walk(argv[0], cleaner, removals)
remove(removals)
def cleaner(removals, dirname, names):
Record the name of any file not in the appropriate CVS/Entries file. The
'names' list is adjusted appropriately so that any directories scheduled
for removal are not recursed into.
if 'CVS' not in names:
print sys.stderr, Bad directory %r % dirname
sys.exit(1)
files = open('%s/CVS/Entries' % dirname).readlines()
# Don't descend into the CVS directory, but we don't want to remove it
# either.
names.remove('CVS')
keepers = [line.split('/')[1] for line in files if line != D\n]
for file in names[:]:
if file not in keepers:
removals.append(os.path.join(dirname, file))
names.remove(file)
def remove(removals):
Remove all of the files in the 'removals' list.
for file in removals:
if stat.S_ISDIR(os.lstat(file)[0]):
os.system('rm -rf %s' % file)
else:
os.remove(file)
if __name__ == '__main__':
main(sys.argv[1:])
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Compiling in from CVS
Hi, Joao S. O. Bueno [EMAIL PROTECTED] writes: I am trying to keep a GIMP HEAD running, but oftenly I find some difficulties in compiling in from CVS and would like some hints on how to keep my local tree, in a way it compiles. I assume you are getting GIMP from anoncvs. The cause of almost all problems with GIMP CVS are two things: - You don't use 'cvs update -Pd'. Dave explained this nicely. - You are getting inconsistent checkouts from the anoncvs servers. There are two or three different servers that you will get when you ask DNS for anoncvs.gnome.org. Unfortunately these aren't necessarily at the same state. The solution is hardcode one, preferably 130.239.18.151 in your /etc/hosts or use the IP address as CVS server hostname. Them it fails because some windowmanager.png has its name changed to windowmanagement.png . I could work around this manually, but them other failures will come over. How do I avoid this? I get CVS versions from the past? I post them as BUGs and wait for the mainteners to fix it up? What you are describing here is exactly the symptoms of the anoncvs problems. The GIMP CVS tree almost always compiles. It happens very rarely that someone forgets to change all relevant files or omits to checkin a changed file. This stuff is usually fixed very quickly but it is of course possible that the anoncvs server does it's daily update right when the CVS tree was broken. Is something beyond make distclean needed? You should almost never need to make distclean. I haven't done this for a lng time now. Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Sparkle effect
Judy Wilson wrote: Hi Tom, I never saw a reply to your sparkle question. This tutorial helped me. I put some sparkles in a family photo for a friend, in the blue background. Hope it helps. If not, maybe I can give you some hints. It does take a while to render. It's fun. http://www.york.ac.uk/services/cserv/sw/graphics/sparkle.html I too shy to reply to the list. Judy Wilson Thanks! I'll give this a try! :) Peace... Tom ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
