[Gimp-developer] Re: Costs estimates
I don't think I'll be attending GimpCON in Kristiansand myself, but as a Norwegian I thought I might be able to help out with some info: Continental Airlines recently announced a direct flight between New York (Newark Intl.A) and Oslo that is due to start on the 18th of June. This might results in cheaper flights on that route, both from them and from companies offering other routes between the two cities. For Europeans, Ryanair fly to Torp Airport, which conveniently also cuts the travel time from the airport to Kristiansand in half, compared to Oslo Gardermoen. Unfortunately, Ryanair only fly to and from three destinations, Frankfurt Hahn, Glasgow Prestwick and London Stanstead, but with their cheap prices it might still be worth the extra travel to the airport. Someone mentioned bringing tents. There's a rock festival (www.quart.no) in Kristiansand a week before GimpCON where a lot of people bring tents so that shouldn't be a problem, both wrt the climate and availability of green pastures. ;) Hope this helps, -- Terje Mmmm... Crumbled up cookie things. -- Homer Simpson ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp on OS X
On Feb 25, 2004, at 11:27 pm, Daniel Rogers wrote: sysctl -w kern.sysv.shmmax=41943040 sysctl -w kern.sysv.shmmin=1 sysctl -w kern.sysv.shmmni=320 sysctl -w kern.sysv.shmseg=80 sysctl -w kern.sysv.shmall=10240 DUH! How could I possibly forget about sysctl. That doesn't seem to work though: lucy:~ root# sysctl -w kern.sysv.shmmax=41943040 kern.sysv.shmmax: 4194304 - 4194304 lucy:~ root# sysctl -w kern.sysv.shmmin=1 kern.sysv.shmmin: 1 - 1 lucy:~ root# sysctl -w kern.sysv.shmmni=320 kern.sysv.shmmni: 32 - 32 lucy:~ root# sysctl -w kern.sysv.shmseg=80 kern.sysv.shmseg: 8 - 8 lucy:~ root# sysctl -w kern.sysv.shmall=10240 kern.sysv.shmall: 1024 - 1024 Servus, Daniel PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] Funding for GIMP or CinePaint
On Feb 25, 2004, at 10:35 am, Mark Shuttleworth wrote: Image manipulation is one of the key application areas that needs to be addressed for open source tools to become the mainstream desktop environment. I'm currently funding a number of different open source projects, and am considering funding work on the GIMP or CinePaint. I can only speak for myself but being somewhat impressed by the GNOME bounty system, I'd like to recommend you the following to boot: - Identify problem areas (talk to users, let usability experts speak up, etc.) - Split up tasks in handleable subtasks - Set up a website specifying all taks and the possible money to get - Wait for people to show up and implement the tasks - Pay the money The bounty is to be paid once the feature or solution has been successfully integrated into the main GIMP CVS repository and acknowledged by the maintainer(s). This IMO works much better than any global funding where misc. people benefit while others probably doing the more interesting jobs do not. Servus, Daniel PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] Funding for GIMP or CinePaint
Daniel Egger escreveu: On Feb 25, 2004, at 10:35 am, Mark Shuttleworth wrote: Image manipulation is one of the key application areas that needs to be addressed for open source tools to become the mainstream desktop environment. I'm currently funding a number of different open source projects, and am considering funding work on the GIMP or CinePaint. I can only speak for myself but being somewhat impressed by the GNOME bounty system, I'd like to recommend you the following to boot: - Identify problem areas (talk to users, let usability experts speak up, etc.) Very well them, I think that regardless Mr. Shuttlework would choose to act on these lines, this is exactly the talk to users and usability experts stage. :-) So, let´s try to make an objective time line of the GIMP, like had been outlined before, and try and guess what could be sped up if there were apropriate funding? The GIMP 2.0 is getting out AnytimeNow(tm). After that, GIMP 2.2 with a lot of enhancements, but no changes on the bit depths (but according to what I've heard from the GEGL guys, with a little GEGL already in) should follow in 6 months or so. An them, in about one year, which IMHO is optimistic seeing the pace for the 2.0 release, there would be a GIMP 3.0 whith full support to other bit depths and color spaces, due to full integration with GEGL. That is about it that has been said around here, ain't it? Now what to say? these timelines apply if most of us go working on our spare-times, with a few exceptions. Maybe with funding, more people could go fulltime/partime into the project, and say, speed up GEGL development and integration. I think this is what we could think about and tell Mr. Shuttleworth. Also, he asked reasons to support GIMP rather than, or concurrently with, CinePaint. IMHO the GIMP interface has evolved more and better than CinePaint's. But I use that program too litle to know about all of it's features - and their's todo list posted here seemed ratehr impressive. Also, the inner code of the GIMP is expected to be cleaner and easier to extend than CinePaint's. But I had not actually picked into their code. - Split up tasks in handleable subtasks - Set up a website specifying all taks and the possible money to get - Wait for people to show up and implement the tasks - Pay the money Maybe mr. Shuttleworth would rather leave these steps to us - or to the Gimp Foundation(s). The bounty is to be paid once the feature or solution has been successfully integrated into the main GIMP CVS repository and acknowledged by the maintainer(s). This IMO works much better than any global funding where misc. people benefit while others probably doing the more interesting jobs do not. Servus, Daniel Regards, JS -- ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp on OS X
On Feb 26, 2004, at 5:38 pm, Daniel Rogers wrote: Who knows? Who cares? but you do need to edit /etc/rc to see any effect. Thanks for the explanation. I did just what you told me and retested, but it doesn't have any positive impact on the slowness. Servus, Daniel PGP.sig Description: This is a digitally signed message part
Re: [Gimp-developer] Funding for GIMP or CinePaint (fwd)
I just realized, that the Cc: of the original mail was sent with the wrong From: line. So here it is again for the list members... Mark Shuttleworth ([EMAIL PROTECTED]) wrote: Image manipulation is one of the key application areas that needs to be addressed for open source tools to become the mainstream desktop environment. I'm currently funding a number of different open source projects, and am considering funding work on the GIMP or CinePaint. Nice to hear that. I've had some discussions with Robin Rowe on the CinePaint front, and would also like to hear from the GIMP community, to help me figure out what the most effective strategy will be. My goals are: - to help open source tools reach the point where they compete with Adobe Photoshop for professional use. I understand that the GIMP is a fantastic tool already, as is CinePaint, and that both have some features which are better than any commercial tool, but it's also clear that they both need considerable further work before they become a no brainer choice for any professional We definitely work towards a mature and professional image manipulation program, but we don't want to permanently have to catch up with Photoshop. We want to develop our own ideas and limiting our scope to the set of features of Photoshop won't bring new ideas into image manipulation. So our goal is to develop an image manipulation program that rocks, is ready for professional use, and also have lots of fun while developing it. - to create capacity in these tools for high end digital photography, cinematography and printing We definitely want to be able to provide this. - to integrate with the best and latest in open source desktop environments, to comply with user interface guidelines and to perform well in usability and discoverability While we are careful before adopting each and every idea of some guidelines, we indeed want to enhance the usability. We are also very eager to enhance the interoperability. The two major desktop environments - Gnome and KDE - collaborate to enhance their interoperability. When they agree on a common standard (usually published at freedesktop.org) we usually adopt this standard. Examples are Drag'n'Drop (XDND), the WMspec guidelines, desktop entries and thumbnail management. - there is no goal number 4 You forgot have fun with it :-) I've asked Robin if he will allow me to publish our correspondence to date, on which I'd very much like your feedback and commentary. Regardless of whether we do that, I'd like to hear from the GIMP developers and community. You probably are aware that there are - uhm - differences between the CinePaint and GIMP developers. I'll address some of the key points below. - Is the GIMP a good platform to build on to try to achieve these goals? Very much so. If you look at the latest 2.0 prereleases you'll notice that there has been a great improvement on the GIMPs User-Interface. We got some enthusiastic feedback on the new user interface (compared to GIMP 1.2), and the code quality has improved a lot. It is more modularized, which e.g. enables to run the GIMP without a user interface and makes it easier to extend the GIMP with new functionality. GIMP 1.2 was a mess compared to the current codebase. - What functionality would need to be added to the GIMP to challenge Photoshop? I can tell you the current plans after the 2.0 release. Stuff like this has been mentioned to us as a blocker of a PS-GIMP migration and we believe that these things will help people to decide in favor of the GIMP. - Right now GIMP internally is basically restricted to 8-bit RGBA, which is a pretty severe limitation. We want to introduce an abstraction layer for the actual image data. This enables us to use different colorspaces and different number formats for the imagedata (16-bit, float etc.). We plan to integrate with GEGL, which is currently under heavy development. As first integration step it is planned to have a GIMP release that will not yet add new colorspaces, but will be based on GEGL. - We need to introduce a color calibration framework. Here we need to agree on a standard with other application developers. - another issue we want to address is the layer stack. Right now it is limited to a linear stack of layers, where each layer might have a layer mask. We want to extend this to a layer tree (not necessarily visible to the user). This will enable us to have layer groups with a common mask. - we want to introduce layer effects, i.e. layers that have an filter-like effect on the layers below (e.g. a blur layer). If we manage to do this properly this will be a killer feature. - As mentioned above we want to further improve the interoperability. Badly needed for example is a code to cut'n'paste image data between different applications. - How would the GIMP team use funding that was made available to them to achieve these goals?
Re: [Gimp-developer] Gimp on OS X
Daniel Egger wrote: On Feb 25, 2004, at 11:27 pm, Daniel Rogers wrote: sysctl -w kern.sysv.shmmax=41943040 sysctl -w kern.sysv.shmmin=1 sysctl -w kern.sysv.shmmni=320 sysctl -w kern.sysv.shmseg=80 sysctl -w kern.sysv.shmall=10240 DUH! How could I possibly forget about sysctl. That doesn't seem to work though: lucy:~ root# sysctl -w kern.sysv.shmmax=41943040 kern.sysv.shmmax: 4194304 - 4194304 lucy:~ root# sysctl -w kern.sysv.shmmin=1 kern.sysv.shmmin: 1 - 1 lucy:~ root# sysctl -w kern.sysv.shmmni=320 kern.sysv.shmmni: 32 - 32 lucy:~ root# sysctl -w kern.sysv.shmseg=80 kern.sysv.shmseg: 8 - 8 lucy:~ root# sysctl -w kern.sysv.shmall=10240 kern.sysv.shmall: 1024 - 1024 Yes, in fact it doesn't. I played around with this quite a bit. The explanation requires understanding how the startup sequence works and mach security modes. The first process run by Mac OS X in the normal boot-up sequence is init, which begins in mach security mode 0, and very shortly moves to mac security mode 1 (I belive man init explains this). In security mode 1, thos sysctl values can only ever be set _once_. Since they are set in /etc/rc, which is the first thing that init runs, you cannot change them after that. This is why you need to edit the rc file and reboot. If you are in single user mode, which explictly is in security mode 0, then you can set these values as many times as you wish. Judging from the way the rc scripts are set up, I am guessing that these values are not so restricted in the server version, though I haven't tested it. This goes back to the question as to why apple would restrict you from changing the values after boot, and why they would set the defaults to low. Who knows? Who cares? but you do need to edit /etc/rc to see any effect. Servus, Daniel -- Daniel ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Funding for GIMP or CinePaint
Hi, Joao S. O. Bueno [EMAIL PROTECTED] writes: The GIMP 2.0 is getting out AnytimeNow(tm). After that, GIMP 2.2 with a lot of enhancements, but no changes on the bit depths (but according to what I've heard from the GEGL guys, with a little GEGL already in) should follow in 6 months or so. Yes, that's basically the short-term plan. An them, in about one year, which IMHO is optimistic seeing the pace for the 2.0 release, there would be a GIMP 3.0 whith full support to other bit depths and color spaces, due to full integration with GEGL. I would rather expect more 2.x releases than another major version jump with another 3 year development cycle. Now that the code is quite well organized, we should be able to carefully add new features without giving up stability. This will allow us to a more frequent stable releases. Our users will benefit from this since they get access to new features shortly after they are introduced. However, more detailed plans for the time after the 2.2 are supposed to be made at this years GIMP developers conference. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
