RSS/Atom feed Twitter
Site is read-only, email is disabled

New schedule for GIMP 2.8

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

6 of 6 messages available
Toggle history

Please log in to manage your subscriptions.

New schedule for GIMP 2.8 Martin Nordholts 03 Apr 19:49
  New schedule for GIMP 2.8 Eric Grivel 03 Apr 20:31
   New schedule for GIMP 2.8 Martin Nordholts 04 Apr 04:45
  New schedule for GIMP 2.8 " 03 Apr 21:45
   New schedule for GIMP 2.8 Martin Nordholts 04 Apr 06:43
  New schedule for GIMP 2.8 Gilles Rochefort 03 Apr 21:58
Martin Nordholts
2011-04-03 19:49:11 UTC (over 13 years ago)

New schedule for GIMP 2.8

Hi all,

I have created a schedule for GIMP 2.8 and put it here: http://tasktaste.com/projects/Enselic/gimp-2-8

Please review the list of tasks and let me know if there are other things than those listed there that you know we need to do before we can release 2.8. In that case I will add those tasks to the schedule.

Ideally, all commits pushed to git master should be related to one of the tasks listed there. Being able to make a reasonable estimate for when we can make a GIMP 2.8 release is good for many reasons; one of them is that we need to know when we should enter a string freeze.

If no tasks are added and if my estimates are correct, we will release GIMP 2.8 on 2011-10-20.

As we all know however, making estimates is hard and 2011-10-20 will not be our release date, but it is the best estimate we have right now. The nice thing with having our schedule on tasktaste.com is that anyone interested in when GIMP 2.8 will be released just needs to visit that web page linked to above to get an overview of how GIMP 2.8 development is progressing and get an updated estimate for when we can make a GIMP 2.8 release.

As a side note, I have developed tasktaste.com from scratch during the last few months and the source code is available under the Apache Licence 2.0: https://github.com/Enselic/task-taste

/ Martin

Eric Grivel
2011-04-03 20:31:40 UTC (over 13 years ago)

New schedule for GIMP 2.8

I added a proposed patch to fix Bug 596410 to the bug report a while ago. Do I need to look at that again?

Eric

On 04/03/2011 03:49 PM, Martin Nordholts wrote:

Hi all,

I have created a schedule for GIMP 2.8 and put it here: http://tasktaste.com/projects/Enselic/gimp-2-8

Please review the list of tasks and let me know if there are other things than those listed there that you know we need to do before we can release 2.8. In that case I will add those tasks to the schedule.

Ideally, all commits pushed to git master should be related to one of the tasks listed there. Being able to make a reasonable estimate for when we can make a GIMP 2.8 release is good for many reasons; one of them is that we need to know when we should enter a string freeze.

If no tasks are added and if my estimates are correct, we will release GIMP 2.8 on 2011-10-20.

As we all know however, making estimates is hard and 2011-10-20 will not be our release date, but it is the best estimate we have right now. The nice thing with having our schedule on tasktaste.com is that anyone interested in when GIMP 2.8 will be released just needs to visit that web page linked to above to get an overview of how GIMP 2.8 development is progressing and get an updated estimate for when we can make a GIMP 2.8 release.

As a side note, I have developed tasktaste.com from scratch during the last few months and the source code is available under the Apache Licence 2.0: https://github.com/Enselic/task-taste

/ Martin

"
2011-04-03 21:45:44 UTC (over 13 years ago)

New schedule for GIMP 2.8

I'd like to suggest time profiling as another task to be done before the release. Once I started to optimize Gimp's startup time (especially scheme interpreter) and I'd like to return to that task in the near future (when I find at last some time for it :) ). What do you think about it?

Łukasz

On Sun, Apr 3, 2011 at 21:49, Martin Nordholts wrote:

Hi all,

I have created a schedule for GIMP 2.8 and put it here: http://tasktaste.com/projects/Enselic/gimp-2-8

Please review the list of tasks and let me know if there are other things than those listed there that you know we need to do before we can release 2.8. In that case I will add those tasks to the schedule.

Ideally, all commits pushed to git master should be related to one of the tasks listed there. Being able to make a reasonable estimate for when we can make a GIMP 2.8 release is good for many reasons; one of them is that we need to know when we should enter a string freeze.

If no tasks are added and if my estimates are correct, we will release GIMP 2.8 on 2011-10-20.

As we all know however, making estimates is hard and 2011-10-20 will not be our release date, but it is the best estimate we have right now. The nice thing with having our schedule on tasktaste.com is that anyone interested in when GIMP 2.8 will be released just needs to visit that web page linked to above to get an overview of how GIMP 2.8 development is progressing and get an updated estimate for when we can make a GIMP 2.8 release.

As a side note, I have developed tasktaste.com from scratch during the last few months and the source code is available under the Apache Licence 2.0: https://github.com/Enselic/task-taste

/ Martin

--

My GIMP Blog: http://www.chromecode.com/
"Why GIMP 2.8 is not released yet"
_______________________________________________ Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Gilles Rochefort
2011-04-03 21:58:09 UTC (over 13 years ago)

New schedule for GIMP 2.8

I added a patch to fix bug 612931 a while ago. So, it allows me to move individual layer in a layer
group.

Gilles

Hi all,

I have created a schedule for GIMP 2.8 and put it here: http://tasktaste.com/projects/Enselic/gimp-2-8

Please review the list of tasks and let me know if there are other things than those listed there that you know we need to do before we can release 2.8. In that case I will add those tasks to the schedule.

Ideally, all commits pushed to git master should be related to one of the tasks listed there. Being able to make a reasonable estimate for when we can make a GIMP 2.8 release is good for many reasons; one of them is that we need to know when we should enter a string freeze.

If no tasks are added and if my estimates are correct, we will release GIMP 2.8 on 2011-10-20.

As we all know however, making estimates is hard and 2011-10-20 will not be our release date, but it is the best estimate we have right now. The nice thing with having our schedule on tasktaste.com is that anyone interested in when GIMP 2.8 will be released just needs to visit that web page linked to above to get an overview of how GIMP 2.8 development is progressing and get an updated estimate for when we can make a GIMP 2.8 release.

As a side note, I have developed tasktaste.com from scratch during the last few months and the source code is available under the Apache Licence 2.0: https://github.com/Enselic/task-taste

/ Martin

Martin Nordholts
2011-04-04 04:45:32 UTC (over 13 years ago)

New schedule for GIMP 2.8

On 04/03/2011 10:31 PM, Eric Grivel wrote:

I added a proposed patch to fix Bug 596410 to the bug report a while ago. Do I need to look at that again?

Nope, I just haven't had time to look at the patch yet

Regards, Martin

Martin Nordholts
2011-04-04 06:43:42 UTC (over 13 years ago)

New schedule for GIMP 2.8

Den 3 apr 2011 23:46 skrev "Łukasz Czerwiński" :

I'd like to suggest time profiling as another task to be done before the release. Once I started to optimize Gimp's startup time (especially scheme interpreter) and I'd like to return to that task in the near future (when I find at last some time for it :) ). What do you think about it?

Łukasz

Improved startup-time is a nice-to-have, but hardly a must-have, especially since our startup-time is not awfully bad. Most of the things on our roadmap [1] is more important than improved startup time. From a GIMP project point if view, it would be better if you worked on items on the roadmap instead. But you are of course free to work on whatever you want. We're not going to ignore a high-quality patch that improves startup time.

Regards, Martin

[1] http://wiki.gimp.org/index.php/GIMP_Roadmap