Re: [Gimp-developer] Re: [Inkscape-devel] common interface for graphics apps on thefree desktop
Hi, Michael Natterer [EMAIL PROTECTED] writes: Perhaps we should just swap the Shift and Ctrl modifiers for display scrolling to be consistent with the HIG and across graphics apps. Sounds like a good idea. Let's do this for 2.4. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
Hi, Robert L Krawitz [EMAIL PROTECTED] writes: I recall having a lot of problems trying to compile either 2.4 or 2.6. There is not much software that is more straight-forward to build than GTK+. If you have problems to build GTK+, you should ask. But please don't spread FUD about it being a complex and unsolvable problem. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
Hi, Hal V. Engel [EMAIL PROTECTED] writes: I have also tried installing GTK 2.4 on SuSE 9.1 without success. I have not tried 2.6 yet. SuSE 9.1 comes with GTK 2.2.4. Many things stop working when GTK 2.4 is installed and it appears that many applications would need to be rebuilt to get things working again. You are doing something wrong then. The GTK+-2.x series provides binary backward compatibility. Applications compiled against older versions of glib/pango/gtk+ will continue to work after an upgrade. There's no need to recompile anything. And this is not just a myth, it definitely works. I am running a GNOME desktop where almost everything was built against gtk+-2.4.x. As promised, upgrading to gtk+-2.6 didn't introduce any problems whatsoever. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Saturday 05 February 2005 15:15, Sven Neumann wrote: Hi, Robert L Krawitz [EMAIL PROTECTED] writes: I recall having a lot of problems trying to compile either 2.4 or 2.6. There is not much software that is more straight-forward to build than GTK+. If you have problems to build GTK+, you should ask. But please don't spread FUD about it being a complex and unsolvable problem. Sven, I don't believe Mr. Krawitz has been spreading FUD about it. What he said was: I was able to install GTK 2.4 from usr-local-bin.org, but they don't have 2.6 up at this time. I recall having a lot of problems trying to compile either 2.4 or 2.6. He did not say it may necessary be the case, just that it was the case for him. I don't consider what he said as FUD-spreading. Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ Knuth is not God! It took him two days to build the Roman Empire. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
From: Sven Neumann [EMAIL PROTECTED] Date: Sat, 05 Feb 2005 15:16:56 +0100 Hal V. Engel [EMAIL PROTECTED] writes: I have also tried installing GTK 2.4 on SuSE 9.1 without success. I have not tried 2.6 yet. SuSE 9.1 comes with GTK 2.2.4. Many things stop working when GTK 2.4 is installed and it appears that many applications would need to be rebuilt to get things working again. You are doing something wrong then. The GTK+-2.x series provides binary backward compatibility. Applications compiled against older versions of glib/pango/gtk+ will continue to work after an upgrade. There's no need to recompile anything. And this is not just a myth, it definitely works. I am running a GNOME desktop where almost everything was built against gtk+-2.4.x. As promised, upgrading to gtk+-2.6 didn't introduce any problems whatsoever. This doesn't mean that there's necessarily a problem with GTK+ per se, but it does seem to be a bit tricky to compile GTK on SUSE 9.1. In particular, take a look at the .srpm's from the SUSE distribution to see if there are any patches included, and make sure to apply those to the 2.6 tarballs. SUSE is a great distribution, but they do have a somewhat unfortunate habit of making changes that don't always preserve compatibility. I ran across an example recently with a (small) change they made to Qt and an accompanying change to KDE that would have made it impossible to run their KDE RPM's against Qt built from Trolltech's sources. Not saying that that's the case here, but it should be investigated. There could be plenty of other reasons why, of course. But it isn't FUD for people to report that they're having problems compiling and running GTK 2.6 against a particular distribution. Multiple people reporting the same thing suggests there's an issue, but doesn't pinpoint where it is. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
BTW, I just dropped a note to James Ogley (maintainer of usr-local-bin) to see if he has any plans to upgrade his stuff to gtk 2.6. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
Hi, Robert L Krawitz [EMAIL PROTECTED] writes: There could be plenty of other reasons why, of course. But it isn't FUD for people to report that they're having problems compiling and running GTK 2.6 against a particular distribution. Multiple people reporting the same thing suggests there's an issue, but doesn't pinpoint where it is. I am only asking that you show us what problems exactly you have when building gtk+, so that we can help you to solve them. Saying that there are a lot of problems doesn't help at all and is what I would consider spreading FUD. We are trying to move GIMP development along and we will need to use GTK+-2.6 to make this happen. So it should be our goal to make sure that all developers update glib and gtk+. Telling them that this update will cause problems, but not saying what problems these are, doesn't help anyone. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Friday 04 February 2005 07:44, Shlomi Fish wrote: On Thursday 03 February 2005 21:12, Sven Neumann wrote: Mitch, me and probably others already have some changes pending that would introduce a dependency on gtk+-2.6. So far we have usually waited until a package reaches debian testing before depending on it. Since gtk+-2.6 only just yesterday appeared in debian unstable, this would mean waiting at least another nine days. Now I wonder if that's worth it. I'd rather ask you to speak up if you want to hack on GIMP CVS and a dependency on gtk+-2.6 would cause you serious problems. If noone objects, we will bump the minimum required gtk+ version this weekend. I haven't tried to compile gtk-2.6 for Mandrake yet. At the worst case, I can install it from source using ./configure --prefix=. Well, now I tried to compile and install gtk-2.6 on Mandrake 10.1. I used the Cooker Source RPMs, and compiled them each in turn. gtk+-2.6.0 required the new version of pango, which in turn required the new version of automake 1.8 to be compiled. The compilation of the automake 1.8 RPM took a long time due to the fact that all the tests was run. There's a macro in the beginning of the RPM SPEC that instructs the tests not to run, so I suggest people either set it to false or install the automake-1.8 compiled RPM. That was my main problem. After that everything mostly went well. When I installed the gtk RPMs, I got a file conflict with one of the files of gtk-engines2, so I had to use rpm --replacefiles. Compiling the new gtk-engines2 RPM worked, but trying to install it ended up in other packages that required it as a dependency, so I did not go into there. Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ Knuth is not God! It took him two days to build the Roman Empire. ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
From: Sven Neumann [EMAIL PROTECTED] Date: Sat, 05 Feb 2005 18:36:29 +0100 Robert L Krawitz [EMAIL PROTECTED] writes: There could be plenty of other reasons why, of course. But it isn't FUD for people to report that they're having problems compiling and running GTK 2.6 against a particular distribution. Multiple people reporting the same thing suggests there's an issue, but doesn't pinpoint where it is. I am only asking that you show us what problems exactly you have when building gtk+, so that we can help you to solve them. Saying that there are a lot of problems doesn't help at all and is what I would consider spreading FUD. We are trying to move GIMP development along and we will need to use GTK+-2.6 to make this happen. So it should be our goal to make sure that all developers update glib and gtk+. Telling them that this update will cause problems, but not saying what problems these are, doesn't help anyone. It's been a while since I tried it (when GIMP 2.2 came out), so I don't remember for certain what happened. It may have even been something getting confused about /usr vs. /usr/local (in which case it wouldn't be a GTK problem at all), but I honestly don't remember. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
Hi, Shlomi Fish [EMAIL PROTECTED] writes: Well, now I tried to compile and install gtk-2.6 on Mandrake 10.1. I used the Cooker Source RPMs, and compiled them each in turn. gtk+-2.6.0 required the new version of pango, which in turn required the new version of automake 1.8 to be compiled. The compilation of the automake 1.8 RPM took a long time due to the fact that all the tests was run. There's a macro in the beginning of the RPM SPEC that instructs the tests not to run, so I suggest people either set it to false or install the automake-1.8 compiled RPM. You shouldn't need automake at all. It is even a very bad idea to run automake / autoconf in a released source tarball. Doing so changes files that you are not supposed to change. If the src RPM actually runs automake, someone should fix it. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Sat, 05 Feb 2005 18:36:29 +0100, Sven Neumann [EMAIL PROTECTED] wrote: Hi, Robert L Krawitz [EMAIL PROTECTED] writes: There could be plenty of other reasons why, of course. But it isn't FUD for people to report that they're having problems compiling and running GTK 2.6 against a particular distribution. Multiple people reporting the same thing suggests there's an issue, but doesn't pinpoint where it is. I am only asking that you show us what problems exactly you have when building gtk+, so that we can help you to solve them. Saying that there are a lot of problems doesn't help at all and is what I would consider spreading FUD. This still doesn't meet the definition of spreading FUD. To spread FUD you must: 1) Either lie or deliberately misrepresent the truth (this includes selective retelling of the facts) 2) In one or more fora such that a large number of poorly-informed people are reached 3) In an attempt to keep people from using a competitor's product (esp. to keep them from switching from your product.) The reports from SUSE users that they have had problems upgrading gtk don't meet any of the three requirements. Thus they are not spreading FUD. You don't get to redefine the term. :) We are trying to move GIMP development along and we will need to use GTK+-2.6 to make this happen. So it should be our goal to make sure that all developers update glib and gtk+. Telling them that this update will cause problems, but not saying what problems these are, doesn't help anyone. You asked if going to 2.6 would cause a problem for them, and they indicated it would. They didn't ask you for any help in solving their distro woes, so it was wrong for you to criticize them for that. (especially by using such a loaded term.) I especially find it amusing that you consider the vagueness of the SUSE user's descriptions to be a problem because you've been much less clear in this thread than they have. Here is a perfect example: Mitch, me and probably others already have some changes pending that would introduce a dependency on gtk+-2.6. What exactly are these changes? Why are they so critical? By your (unusual) definition, you've been spreading FUD about gtk 2.4, saying that it is inadequate without saying what the problems are, which, as you so astutely observe, doesn't help anyone. For the record, I have no problems with using 2.4, especially if they've fixed the disaster that was the 2.4 file selector dialog. (Why do I say disaster? Because it was _less usable_ for me than the original dialog, but ymmv.) Rockwalrus ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
hello, On Sat, Feb 05, 2005 at 06:36:29PM +0100, Sven Neumann wrote: I am only asking that you show us what problems exactly you have when building gtk+, so that we can help you to solve them. Saying that there are a lot of problems doesn't help at all and is what I would consider spreading FUD. We are trying to move GIMP development along and we will need to use GTK+-2.6 to make this happen. So it should be our goal to make sure that all developers update glib and gtk+. Telling them that this update will cause problems, but not saying what problems these are, doesn't help anyone. i heard earlier this week that gtk+-2.6 is available on debian sid now. none of the sources i checked had it and still today, an apt-get update and still only gtk+-2.4 is available. perhaps you could share the debian source of gtk+-2.6? carol ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Sat, 5 Feb 2005 13:53:27 -0800, Carol Spears [EMAIL PROTECTED] wrote: i heard earlier this week that gtk+-2.6 is available on debian sid now. none of the sources i checked had it and still today, an apt-get update and still only gtk+-2.4 is available. perhaps you could share the debian source of gtk+-2.6? http://packages.debian.org/unstable/libs/libgtk2.0-0 Rockwalrus ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
Hi, Nathan Summers [EMAIL PROTECTED] writes: This still doesn't meet the definition of spreading FUD. To spread FUD you must: 1) Either lie or deliberately misrepresent the truth (this includes selective retelling of the facts) 2) In one or more fora such that a large number of poorly-informed people are reached 3) In an attempt to keep people from using a competitor's product (esp. to keep them from switching from your product.) If that's the definition of the term, I didn't mean to use it. You asked if going to 2.6 would cause a problem for them, and they indicated it would. No, they didn't. They said that they have had problems updating gtk+ in the past. So far noone has expressed any actual problems updating glib and gtk+ to version 2.6. What exactly are these changes? Why are they so critical? You certainky compiled GIMP and noticed the warnings that say FIXME as soon as we depend on GTK+ 2.6. There are also a couple of bug reports that have been postponed since they need GTK+ 2.6 API to fix them. We have already delayed the GTK+ 2.6 dependency for quite a while. I don't think it's adequate to wait much longer. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: [Inkscape-devel] common interface for graphics apps on thefree desktop
Hi, Alan Horkan [EMAIL PROTECTED] writes: There is definately some room to improve consistancy that wont bother either project but as I'm sure you are aware Inkscape quite deliberately has a different user interface from the GIMP so hopefully we can stick to the bits everyone can agree on. It is probably worth mentioning that Inkscape is likely to implement some form of dock to help manage the Palette windows. It is also likely in the long term that the toolbar widgets in Inkscape will become more flexible allowing a somewhat more flexible layout of the user interface. In the end the user interfaces will most likely converge even more. We have already reduced the amount of toplevel windows and popups and will continute to do that. As soon as we add tabbed images, we are already rather close to an MDI-alike user interface. I wouldn't object against pushing the changes even further. But it needs people who are willing and capable to work on such this. To be specific, there are areas where GIMP Inkscape provide similar functionality in a slightly different way. For now I will ignore the path tool. It would beinteresting to have a comparison of the path tools in GIMP and Inkscape. There's certainly room for improvement and it would help users a lot if the two applications (and others) would behave somewhat similar. We should also try to improve interoperability between the two apps. We already share a common format for paths, so we it should be possible to quickly exchange paths between the two apps. GIMP 2.2 supports DND for paths. Has Inkscape added support for this? What about the clipboard? We don't do copy-and-paste for paths yet, but we would definitely like to add that. Does Inkscape use the system clipboard for paths? An inconsistency that came up while I was working on something is the mouse wheel behavior. GIMP uses shift+scroll wheel to zoom, Inkscape Ctrl+mousewheel. GIMP uses Alt+mousewheel to pan horizontally, Inkscape uses Shift+mousewheel. I've filed this as http://sourceforge.net/tracker/index.php?func=detailaid=1115612group_id=93438atid=604306 GIMP in CVS now uses Ctrl+scroll wheel for zooming. Shift is being used to pan horizontally now. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] gimp-remote
Hi, here's another mail from the things we could do for gimp-2.4 department. What I would like to suggest today is to merge the gimp-remote functionality into the gimp binary. This would eliminate the confusion about which binary to use. It would also give us the chance to reimplement gimp-remote in a less akward way and to integrate gimp-win-remote, the win32 implementation of gimp-remote. So, if someone would want to hack on this, now would be a good time to start... Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp-remote
On Sun, Feb 06, 2005 at 01:52:40AM +0100, Sven Neumann [EMAIL PROTECTED] wrote: department. What I would like to suggest today is to merge the gimp-remote functionality into the gimp binary. This would eliminate the confusion about which binary to use. It would also give us the chance to reimplement gimp-remote in a less akward way and to integrate gimp-win-remote, the win32 implementation of gimp-remote. A thing to remember is that even when it is folded into the main gimp binary it still needs special command line switches (otherwise gimp will run into the same problems as mozilla/firebird etc. which often have frontend shell scripts that mistakenly try to contact a running mozilla instance, which only works in single-machine, single-user configs (fixed in debian, btw, but many distros still do this)). -- The choice of a -==- _GNU_ ==-- _ generation Marc Lehmann ---==---(_)__ __ __ [EMAIL PROTECTED] --==---/ / _ \/ // /\ \/ / http://schmorp.de/ -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
I probably should have said that I believed that the problems I had with GTK 2.4 were likely caused by the RPMs I was using (user local bin) as I had not tried building it myself. So this is a SuSE 9.1 specific problem. There have been some rather lengthly discussions about this on a SuSE forum that I frequent and some users are able to install this using these RPMs with no problems and others encounter significant problems. It appears to be about 50/50 odds. No one seems to know why. Also I was not asking that you stop moving forward as I specificly said in my earlier note to not worry about my problem and to go forward. I will try building 2.6 from source in the next few days and if I run into a problem I will ask for assistance. -- Hal V. Engel pgpdsmSetY6tG.pgp Description: PGP signature
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
From: Hal V. Engel [EMAIL PROTECTED] Date: Sat, 5 Feb 2005 17:46:17 -0800 I probably should have said that I believed that the problems I had=20 with GTK 2.4 were likely caused by the RPMs I was using (user local=20 bin) as I had not tried building it myself. So this is a SuSE 9.1=20 specific problem. There have been some rather lengthly discussions=20 about this on a SuSE forum that I frequent and some users are able to=20 install this using these RPMs with no problems and others encounter=20 significant problems. It appears to be about 50/50 odds. No one=20 seems to know why. =20 Interesting. I had no problem with the usr-local-bin RPM's for GTK 2.4. BTW, are you running KDE? One thing that comes to mind is that by default in SUSE KDE installs a GTK theme; you can try turning that off by creating a file (zero length is fine) in your home directory named .no-qtrc-to-gtkrc-mapping (no quotes, of course). As it happens, I'd really like to run GTK 2.6, if for no other reason than the horrible browser dialog in 2.4, and perhaps it's worth trying again. Also I was not asking that you stop moving forward as I specificly said=20 in my earlier note to not worry about my problem and to go forward. I=20 will try building 2.6 from source in the next few days and if I run=20 into a problem I will ask for assistance. Agreed -- I consider Sven's note to be an FYI and I certainly don't think that my comment should have been interpreted as asking Sven not to do this. It was just a comment since I noticed other people using SUSE 9.1 having problems with this. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Thu, Feb 03, 2005 at 08:12:18PM +0100, Sven Neumann wrote: Mitch, me and probably others already have some changes pending that would introduce a dependency on gtk+-2.6. So far we have usually waited until a package reaches debian testing before depending on it. Since gtk+-2.6 only just yesterday appeared in debian unstable, this would mean waiting at least another nine days. Now I wonder if that's worth it. I'd rather ask you to speak up if you want to hack on GIMP CVS and a dependency on gtk+-2.6 would cause you serious problems. If noone objects, we will bump the minimum required gtk+ version this weekend. i am curious to see what changes having gtk+-2.6 bring to poor gimp. many of the problems with the 2.4 fileselector get shoved off because of this great thing called gtk+-2.6. can we see a screen shot or even several of the new things? about the dependency, i just spent the better part of a day wrestling to get it installed on debian. upgrading to sid seemed to be the solution but even then, you have to use the right sources as this newer gtk+ is not making it to all of them. before i upgraded to sid, i tried to build it and its dependencies from the tarball. this attempt was abandoned when the pango tarball install broke after running make install. i have yet to fix a build problem that occurs during installation on my own. i guess that i am of average abilities for installing software; an average that is slightly better (usually) because i am building on debian. if i had problems building pango, i think that several others (especially those using other distributions) will have many more problems building the new gtk and its dependents. on the other hand, it will slow down things in bugzilla (maybe) if not so many people are using the cvs gimp and the developers will have more time to get ahead with whatever those great and wonderful things are. btw, i had to use gimp-1.2 the other day (the broken color tools which were fixed right away, thanks) and let me tell you this, totally from a user perspective. looks and thumbnails are one thing -- a tool that works, this is a far better thing. it was a pure joy to have a file selector that worked with you and was smart. sure, i missed the thumbnail but i actually accomplished the work i needed to do much more quickly and efficiently. and got to where i needed to go on my computer much more quickly without the easy to become stale bookmarks. meanwhile, gimp is compiling now with gtk+-2.6 -- i am curious to see what i get from all the initial trouble of installing it. thanks for your work, everyone. carol ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS HEAD dependency on glib-2.6 / gtk+-2.6
On Sat, Feb 05, 2005 at 02:49:43PM -0500, Robert L Krawitz wrote: From: Sven Neumann [EMAIL PROTECTED] Date: Sat, 05 Feb 2005 18:36:29 +0100 Robert L Krawitz [EMAIL PROTECTED] writes: There could be plenty of other reasons why, of course. But it isn't FUD for people to report that they're having problems compiling and running GTK 2.6 against a particular distribution. Multiple people reporting the same thing suggests there's an issue, but doesn't pinpoint where it is. I am only asking that you show us what problems exactly you have when building gtk+, so that we can help you to solve them. Saying that there are a lot of problems doesn't help at all and is what I would consider spreading FUD. We are trying to move GIMP development along and we will need to use GTK+-2.6 to make this happen. So it should be our goal to make sure that all developers update glib and gtk+. Telling them that this update will cause problems, but not saying what problems these are, doesn't help anyone. It's been a while since I tried it (when GIMP 2.2 came out), so I don't remember for certain what happened. It may have even been something getting confused about /usr vs. /usr/local (in which case it wouldn't be a GTK problem at all), but I honestly don't remember. Fairly likely. Mixing libraries and headers in system paths often leads to trouble. There's always the option of sticking things into non-system dirs (e.g., $HOME/devel) using ./configure --prefix, and setting PATH, LD_LIBRARY_PATH, and PKG_CONFIG_PATH. On several machines I use, I stick the HEAD versions of glib, gtk+ etc., along with HEAD gimp there. Doing this makes it much harder to do whatever catastrophic screwups people do that messes up their working system. One can install the new gtk+ just for gimp and be fine. -Yosh ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer