























Pursuing the newfound tradition started a year ago, here is my report for past year 2022.
In 2022, we had:
gimp-help (our manual) by 29 contributors, with 11
people contributing 10 or more commits (this list mixes documenters, build
maintenance and translators):gimp-macos-build (our macOS build) by 3 contributors
(mostly Lukas Oberhuber).gimp.org, i.e. right here) by 10
contributors (mostly Jehan).Compared to last year:
On the side of our graphics engine, the automatic LUT creation for color conversion in babl is clearly a big step forward, introduced in GIMP 2.99.10 (then in the stable version 2.10.32).
At the same time, all babl, GEGL and ctx got nice SIMD optimization which allowed nice performance boosts.
Øyvind Kolås is really doing an amazing job, as usual.
It is also interesting to note how the concept of “GEGL plug-ins” took off in 2022.
It in fact just refers to third-party GEGL operations which you simply install
in a folder and GIMP will see them at next restart, including all the fancy UI,
such as on-canvas preview with split view (and when we’ll have non-destructive
layer effects, these operations will also be usable!).
Among people spearheading such community development, we should cite
LinuxBeaver and Liam
Quin.
For anyone interested, I suggest to read the 3-part
tutorial written by Liam (“Using GEGL
Plug-Ins”,
“GEGL
Graph”
and “Writing C
Plug-Ins”).
We proudly checked-off several items in the GIMP 3.0.0 roadmap.
Amoung 2022 achievements, we indeed…
These are 3 huge pieces in our roadmap which we happily marked as completed (apart from probable bugs).
On the getting closer side:
Now anyone following our development news knows that a lot more happened. This report is not going to repeat what we already wrote about in various news items.
One particular contributor to encourage this year is Nikc who came to us with a few patches at first then proposed a Google Summer of Code project, and decided to stay around. Thanks to them, a lot happened for CMYK support in GIMP and our “Space Invasion” project also moved forward further. They are now a very prolific core contributor. This can only mean good stuff for the future!
Clearly our macOS support has never been better: good continuous integration, automatic DMG package creation, and now we even got an Apple Silicon package! The quality of maintenance and updates for this package is outstanding. Lukas Oberhuber is the one to thank for this. Yet the bus factor for our macOS package remains extremely low so we always welcome more contributors.
On Windows side, GIMP is now officially distributed on the Windows Store, after getting contacted by a developer relations team at Microsoft. This is great as too many non-trusted packages used to be distributed there and now they seem to have mostly disappeared with the official one eclipsing them with its very good rating.
On Flathub (GNU/Linux), the burden is getting lightened as we now got automation in dependency version check, thanks to Ondřej Míchal. The flatpak package team is also getting bigger, with 4 recurring contributors.
We also got some infrastructure changes, such as our mirroring system, now based on Mirrorbits. This is something I am planning to talk again about soon, so I won’t go into details.
On community side, our mailing lists have been discontinued, together with all of GNOME mailing lists whose infrastructure we are on. We now recommend 2 forums for the community:
Our documentation website is getting a lot of love, thanks to Jacob Boerema, with automatic updates, statistics showing… and of course, the contents is getting serious scrutiny to improve documentation quality. Compared to 2021, there has been nearly double the number of commits in 2022, which is revealing of the big step up.
Meanwhile we revived the developers website which was in a dire state for over 10 years.
We still have a pending project to port the main website to the Hugo framework as well. Unfortunately this could not happen in 2022.
I should not give dates, so don’t take it as a promise. Maybe it’s just a foolish dream by a foolish man: I am currently planning GIMP 3.0.0 release in 2023, or at least our first release candidates.
Here. I said it. If it doesn’t happen, remember that it was not a promise. 😜
There is still a lot to be done, so I hope I’m not making a fool of myself. But at some point, not being able to release just gets frustrating. Of course, we are still within acceptable development durations (GIMP 2.8 to 2.10 took 6 years; we are still in the 5th year since 2.10) but I really want to get it over with.
Now to get this deadline to work, I have decided to delay some elements out of our 3.0 roadmap. In particular:
In the same time, I have been pushing aside some nice new code contributed to us when I realize reviewing it and making back and forth corrections will take us weeks. For instance, some of you may have seen the nice “vector layers” demo by Nikc (based on work by Hendrik Boom and Jacob Boerema) on social networks. This won’t make it to GIMP 3.0.
This is a rule which I apply to my own code. Some people might indeed remember my own link layer experiments for instance, which I stopped working on 2 years ago, already for the same reason.
These will still happen, I’m only moving these targets away into further releases, which I’m explaining in the next section.
This leads me to an organizational work I’ve been doing lately on our roadmaps and on planification of releases. Up to this day, you must have read a lot about our bi-version planification: GIMP 3.0 for GTK+3 port then 3.2 for advanced non-destructive editing.
While this second target is still definitely a big plan in our roadmap, I don’t think that making it again a huge development cycle with dozens of features and taking several years is the wisest thing. This old development model made sense back in the day, but less nowadays in my opinion.
My goal for GIMP is to release more often, with faster development cycles, maybe less features at once, yet nice features at each release. This is something I had been pushing for, ever since 2014, when I was still a newcomer (I first evoked that we should be able to publish new features even in micro versions in a meeting during LGM 2014). This ultimately led to our release policy change, starting from GIMP 2.10.0. And this is what I want to continue pushing further.
So my point is that targetting for a “GIMP 3.2” somewhere in the distant future doesn’t make sense anymore. The non-destructive editing features, such as non-destructive layer effects, will happen, but will it be GIMP 3.2.0? Or some 3.0.x version instead? We’ll see. It’s all just numbers anyway. We may likely break this down in smaller releases in the end.
With this in mind, I reviewed our after-3.0 roadmaps into smaller pieces, per logical categories of projects we want and which will definitely happen.
And this is how I completely rewrote our roadmap page. Hopefully some people will enjoy reading the new page and will find it exciting. Note that contents didn’t change that much, except that it has been reorganized to put more emphasis on the bigger strokes for GIMP evolution after GIMP 3.0 release, making it more obvious (hopefully) which direction current contributors are pushing GIMP to go.
This is where we are at. I’m expecting 2023 to be an eventful year. 2022 has been quite awesome too, but also tiring to the point that there were weeks when I couldn’t work on anything, especially soon after coding bursts for releases. I also focused a bit more on getting healthier work habits, such as working with a height-adjustable desk (for sitting and standing work sessions) and doing regular walks.
This is also why I work on procedures to get faster releases, better infrastructure and better documentation for onboarding new contributors. I am aiming for a more organized path while keeping the slightly 🌪️ chaotic ❤️🔥 core which really makes working in our team so enjoyable. ☺️
As I was saying in last year’s report, GIMP is not only a Free Software, it is also a Community Software: random human beings doing something nice together and sharing it with everyone. Why? Because we can, because we want. And that’s why I love our small community, with just the right amount of chaos and insanity, sparkled with just the right amount of organization!
Finally don’t forget you can 💌 donate to the project and personally fund several GIMP developers, as a way to give back and accelerate the development of GIMP. As you know, myself as maintainer of GIMP (through “ZeMarmot” project) and Øyvind as maintainer of GEGL are crowdfunding the work this report is about. Any support is appreciated to help us succeed in such endeavour.
I wish you all a happy, funny 🥳 and healthy year 2023 and/or year of the rabbit 🐇!
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。