Vue lecture

An artificially complex XML schema as a lock-in tool

A document format is a tool for sharing knowledge and, as such, should be as simple and accessible as possible in relation to the complexity of the document content itself. This remains true even when the format is based on an XML schema that is hidden from users when the document is displayed on screen.

Unfortunately, while an XML schema can be simple, it can also be unnecessarily complex, bloated, convoluted and difficult to implement without specific knowledge of its features. This is true even if the on-screen documents are identical. In this case, complexity is an intentional tactic used to lock users into a vendor, as is the case with the Microsoft 365 document format.

An XML schema comprises the structure, data types and rules of an XML document and is described in an XML Schema Definition (XSD) file. This tells the PC what to expect and checks that the data follows the rules. In theory, XML and XSD together form the basis of the concept of interoperability. However, in practice, an XML schema can be made so complex that it becomes a barrier rather than a bridge.

An “artificially complex” XML schema goes beyond the level of complexity needed to display even the most intricate content on screen. In fact, it is completely disconnected from the actual complexity of the content, to the extent that even a simple sentence such as “To be, or not to be, that is the question” becomes an inextricable sequence of tags that users cannot access.

This artificial complexity is characterised by a deeply nested tag structure with excessive abstraction, dozens or even hundreds of optional or overloaded elements, non-intuitive naming conventions, the widespread use of extension points and wildcards, the multiple import of namespaces and type hierarchies, and sparse or cryptic documentation.

In the case of the Microsoft 365 document format, the only characteristic not present is sparse or cryptic documentation, given that we are talking about a set of documents totalling over 8,000 pages. All the other characteristics are present to a greater or lesser extent, making life almost impossible for a developer trying to implement the schema.

To illustrate how this translates into a lock-in strategy, consider a railway system where the tracks are accessible to all, but the main train manufacturer imposes its own incredibly complicated control system. In theory, anyone could build a train compatible with the tracks, but the control system specifications are so convoluted that only the main train manufacturer can ultimately offer rail services.

The worst thing is that passengers don’t realise they are being held hostage by technical constraints that they cannot understand until ticket prices rise or the number of cities served declines. At this point, the main manufacturer can dictate its terms, which passengers are forced to accept.

This is very similar to what is happening in the world of information technology, where Microsoft is effectively forcing its customers to switch from Windows 10 to Windows 11 against their will. This switch has no technical justification and locks customers into using Windows 11 and Microsoft 365. This is because customers have completely ignored the problems that arise from using proprietary technologies.

If, over the years, the millions of Microsoft users who uncritically accepted a narrative that was credible to non-technical users but divorced from technological reality had taken a critical stance towards this monopoly, which would have raised doubts in any other sector, we would be in a very different situation today.

Instead, these users – including governments and supranational organisations – have allowed lock-in strategies, in which Microsoft 365’s artificially and unnecessarily complex XML document schema plays a fundamental strategic role, to become increasingly sophisticated and pervasive.

Therefore, if you are developing or choosing an XML-based system, bear in mind that complexity imprisons people, whereas simplicity and clarity set them free.

The Document Foundation announces LibreOffice 25.2.5

LibreOffice 24.8 has now reached the end of life, so all users have to update their free office suite to the latest release

Berlin, 17 July 2025 – The Document Foundation announces the release of LibreOffice 25.2.5, the fifth maintenance release of the LibreOffice 25.2 family for Windows (Intel, AMD and ARM), macOS (Apple Silicon and Intel) and Linux OSs, available for download at www.libreoffice.org/download [1].

LibreOffice 24.8 has reached the end of life, which means that this release – which includes dozen of fixes and enhancements that further improve reliability, performance and interoperability – is suggested for production environments, and all users should update their installation as soon as possible.

LibreOffice 25.2.5 is based on the LibreOffice Technology, which enables the development of desktop, mobile and cloud versions – either from TDF or from the ecosystem – that fully support the two ISO standards for document formats: the open ODF or Open Document Format (ODT, ODS and ODP) and the closed and proprietary Microsoft OOXML (DOCX, XLSX and PPTX).

Products based on the LibreOffice Technology are available for all major desktop operating systems (Windows, macOS, Linux and ChromeOS), mobile platforms (Android and iOS) and the cloud.

For enterprise-class deployments, TDF recommends a LibreOffice Enterprise-optimized version from one of the ecosystem companies, with dedicated value-added features and other benefits such as SLAs and security patch backports for three to five years.

English manuals for LibreOffice 25.2 Writer, Calc, Impress, Draw and Math are available for download at books.libreoffice.org/en/. End users can get first-level technical support from volunteers on the user mailing lists and the Ask LibreOffice website: ask.libreoffice.org.

Downloading LibreOffice

All available versions of LibreOffice for the desktop can be downloaded from the same website: www.libreoffice.org/download/.

LibreOffice users, free software advocates and community members can support The Document Foundation and the LibreOffice project by making a donation: www.libreoffice.org/donate.

[1] Fixes in RC1: wiki.documentfoundation.org/Releases/25.2.5/RC1. Fixes in RC2: wiki.documentfoundation.org/Releases/25.2.5/RC2.

Monthly News – July 2025

Par :Clem

Hello everyone,

Many thanks to our sponsors and to all of you who support the project with your donations.

Linux Mint 22.2

The team is working on a BETA release for Linux Mint 22.2.

This new version introduces an HWE kernel, fingerprint authentication, theme updates, accent color support and improved libAdwaita compatibility. Work also continues in the Cinnamon edition, to make input methods and keyboard layouts compatible with Wayland.

Packages and projects are being finalized. Pull requests are being merged. There is no set date for the release but we’re hoping to get the BETA out by the end of July or the beginning of August.

LMDE 7

After Linux Mint 22.2 gets its stable release, the focus is likely to switch in September to LMDE 7, codenamed “Gigi”.

Gigi will come with all the improvements featured in Linux Mint 22.2 but on top of a Debian 13 package base instead of Ubuntu 24.04.

Another key improvement in LMDE 7 compared to LMDE 6 will be that it will support OEM installations.

Moderation

We unfortunately had to tighten moderation settings on this blog and it’s a real shame.

When we say everyone is welcome here, it means absolutely EVERYONE, no exceptions. This can only work if divisive topics are left behind and people refrain from labeling or excluding each other. Here, we’re all the same. Everybody’s welcome to participate. There’s no such thing as “freedom of speech”. We’re not here to fight for such or such ideas, we’re here to build something together and to protect our project and our community. We want comments to be on-topic and constructive, always.

We will not tolerate any kind of ideology.

We’re already bombarded by commercial spam. This is one of the last places in our community where you can interact without having to authenticate. I’m really hoping it can stay that way.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
AYKsolutions Server & Cloud Hosting
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
Chargeblast
nesevo GmbH & Co. KG
Tinken Inc
VANT

Donations in June:

A total of $15,453 were raised thanks to the generous contributions of 468 donors:

$600, Eric F. aka “f0r73”
$531 (3rd donation), SunWare Solartechnik Produktions-GmbH & Co KG
$531, David W.
$500, Luke | onlyfastcode.com
$400, Maxwell
$300 (4th donation), Gregory F.
$265, H.J.M. S.
$250 (4th donation), Benjamin M.
$212, Loraine M.
$200 (9th donation), James F.
$200, Gail N.
$159,
$159, Daniel M.
$150, Loretta O.
$120 (7th donation), Michael P.
$107 (2nd donation), Paul E.
$106, Camping-Park L%FCneburger Heide
$106, Cryptobuffet
$106, Hans D. aka “HWD”
$106, Johannes H.
$106, Ludwig A.
$106, Murray L. H.
$106, Ole H.
$100 (22nd donation), John Mc aka “Land Research Project
$100 (14th donation), Mountain Computers, Inc aka “MTNCOMP aka GGPCTU
$100 (5th donation), Dale H.
$100 (2nd donation), Anita L.
$100 (2nd donation), Mark S.
$100, Andrey S.
$100, Brent F.
$100, gerald S.
$100, John B.
$100, Travis F.
$100, William R.
$84 (3rd donation), Sebastian Friedrich
$70, Nick M.
$61 (72nd donation), Michael R.
$53 (18th donation), Paul S. E. aka “Paul”
$53 (11th donation), Jyrki A.
$53 (11th donation), Mimi
$53 (5th donation), CH
$53 (4th donation), Derek M.
$53 (4th donation), Hakan C.
$53 (4th donation), Marius M.
$53 (3rd donation), António Salsinha – Graphic Designer
$53 (3rd donation), Frank J.
$53 (3rd donation), Henk B.
$53 (2nd donation), David
$53 (2nd donation), Marek Stapff
$53 (2nd donation), Mark B.
$53 (2nd donation), Peter F.
$53 (2nd donation), Stefan R.
$53 (2nd donation), Tom D. C.
$53, Alexander E.
$53, Christian A.
$53, Dominik B.
$53, Felipe A. I.
$53, Jens K.
$53, Juan M. L. Z.
$53, Karl W.
$53, Lars-olof G.
$53, Laurens R.
$53, Manfred M.
$53, Michael Z.
$53, Nina W.
$53, Paul R.
$53, Pieter V. W.
$53, Rick van den Bergh aka “Nostalgia Realm
$53, Stefan B.
$53, Stefan K.
$53, Toni A.
$50 (9th donation), Mothy
$50 (6th donation), Anthony C. aka “Ciak”
$50 (5th donation), Ranald C.
$50 (4th donation), Stephen B.
$50 (3rd donation), Kris J.
$50 (2nd donation), Alan G.
$50 (2nd donation), Andrew B.
$50 (2nd donation), Bernard B.
$50 (2nd donation), Dinilson P.
$50 (2nd donation), Hubert R.
$50 (2nd donation), Robert J. C.
$50 (2nd donation), Steven F.
$50 (2nd donation), Todd S.
$50 (2nd donation), William M. aka “BillMcG”
$50, andy_van_isle
$50, Anonymous
$50, Brandon L.
$50, Daniel M. P.
$50, Daniel W. S.
$50, Isaac L.
$50, Isabella S. R.
$50, Jimmy O.
$50, John S.
$50, Jonathan C.
$50, Khalid A.
$50, Matthew N.
$50, Richard Pate Photographic Art
$50, Robert J. E. J.
$50, Ryan B.
$50, Thomas D.
$50, thomas J.
$50, Tristan C.
$50, Victor C.
$50, Wai C.
$40 (10th donation), Eric W.
$40 (2nd donation), Gary S.
$37 (7th donation), Anthony G M.
$37 (6th donation), Anna U.
$36, Jean M.
$35 (8th donation), P W E.
$31 (2nd donation), Gianni G.
$31, Erica O.
$31, Oliver R. aka “LinuxOlli
$31, Stephen R.
$31, William N.
$30 (2nd donation), Paul H.
$30 (2nd donation), Yusuke M.
$30, Bernard G.
$30, Dan R.
$26 (2nd donation), Abilio R.
$26, Anastasiia D.
$25 (52nd donation), Linux Mint Sverige
$25 (20th donation), Richard N.
$25 (11th donation), Mihnea Rădulescu
$25 (6th donation), Gary D.
$25 (2nd donation), Mark O.
$25 (2nd donation), Theron K.
$25, paolo C.
$25, Stephen K.
$25, Stephen M.
$25, Travis T.
$24 (28th donation), aka “AsciiWolf”
$22 (4th donation), Cevad O.
$21 (108th donation), Johann J.
$21 (60th donation), Peter E.
$21 (27th donation), Stefan W.
$21 (22nd donation), Benjamin W. aka “UncleBens”
$21 (21st donation), Marek S.
$21 (13th donation), Emanuele Proietti aka “Manuermejo”
$21 (9th donation), Peter C.
$21 (6th donation), Gabriele G.
$21 (5th donation), Stephen C.
$21 (4th donation), David W.
$21 (4th donation), Roland K.
$21 (3rd donation), Jean-pierre V.
$21 (3rd donation), Kris K.
$21 (3rd donation), Marc R.
$21 (3rd donation), Mateusz M.
$21 (3rd donation), Philip S.
$21 (3rd donation), Toon V.
$21 (2nd donation), Alfonso B.
$21 (2nd donation), christophe O.
$21 (2nd donation), Florian A.
$21 (2nd donation), Frank W.
$21 (2nd donation), Leonard H.
$21 (2nd donation), Martin H.
$21 (2nd donation), Pgm R.
$21 (2nd donation), Volker W.
$21 (2nd donation), Weinand S.
$21, Andre V.
$21, Andrea F.
$21, Antonia H.
$21, Armin S.
$21, Bernd G.
$21, Bernhard S.
$21, Curd-Juergen S.
$21, Didier E.
$21, Dominique V.
$21, Felix R.
$21, FLEURIVAL H.
$21, Javier R.
$21, Jochen E.
$21, Julius J.
$21, Kari B.
$21, Kevin G.
$21, Kevin Schnurbusch aka “Istalrî”
$21, KPRco
$21, Liam T.
$21, Linda V. E.
$21, LJ W.
$21, Lorenz G.
$21, Luca G.
$21, Luk%E1%9A L.
$21, Marco R.
$21, Martin D.
$21, Matthias W.
$21, Mesut M.
$21, Mili D.
$21, MIQUEL R. P. aka “Maki”
$21, MR J. R.
$21, Odin B.
$21, Reg L.
$21, Ren%E9 C.
$21, Ronny S.
$21, Sebastian B.
$21, Sebastian L.
$21, Sonja C.
$21, Stefan A. aka “Keulinsche”
$21, Tomas K.
$21, Vadim B.
$21, Vasco S.
$21, wietze B.
$20 (69th donation), Bryan F.
$20 (47th donation), John D.
$20 (33rd donation), vagrantcow
$20 (28th donation), Aimee W.
$20 (12th donation), redman
$20 (9th donation), DaveW
$20 (8th donation), Erich K.
$20 (8th donation), Zile
$20 (7th donation), Joseph G.
$20 (6th donation), J. S. .
$20 (6th donation), John P.
$20 (4th donation), Brian C.
$20 (4th donation), Bruce C.
$20 (4th donation), Daniel B.
$20 (4th donation), Kevin Humphreys
$20 (4th donation), Leela A.
$20 (3rd donation), Logan Gartrell
$20 (3rd donation), Raymond T.
$20 (3rd donation), Sergio Arroyos
$20 (2nd donation), Andrew Y.
$20 (2nd donation), Cesar G.
$20 (2nd donation), David R.
$20 (2nd donation), Denise D.
$20 (2nd donation), Dirk S. aka “balkaninvest
$20 (2nd donation), Greg L.
$20 (2nd donation), James B.
$20 (2nd donation), John M.
$20 (2nd donation), Joseph
$20 (2nd donation), Joshua S. aka “Better than Jeffrey H.”
$20 (2nd donation), Kevin D.
$20 (2nd donation), Lutz L.
$20 (2nd donation), Thomas M.
$20 (2nd donation), Ulf W.
$20, ALEKSANDR A.
$20, Allan G.
$20, Anthony R.
$20, Anthony R.
$20, Back Office Geeks
$20, Bill D.
$20, Brian D. O.
$20, Bruce L.
$20, DG
$20, Eddie N.
$20, Hans Z.
$20, Ingvar A.
$20, Jan I. L.
$20, Jared R.
$20, Jerred W.
$20, Joaquin H.
$20, Joe D.
$20, KENNETH D.
$20, Luke W.
$20, Michael H.
$20, Paul M.
$20, Randall W.
$20, Rigs by Russ
$20, Ron L.
$20, Sabrina F.
$20, Susan M.
$20, TAKAO Y.
$20, Tyler H.
$20, Văduva R.
$18 (5th donation), James H.
$16 (3rd donation), Bernd K.
$15 (5th donation), Harald H.
$15 (3rd donation), Balazs B.
$15 (3rd donation), Norberto C. N. aka “Konbini-San”
$15 (2nd donation), Jonas K. aka “Jonas”
$15, anonymous
$15, Gerald G. G.
$15, Jens-Peter G.
$15, Jesse D. K.
$15, Kevin Q.
$15, Stefano G.
$13, gino R.
$12 (2nd donation), Stibbon Leather
$11 (14th donation), Bengt Falke aka “Falke”
$11 (7th donation), Alessandro S.
$10 (111st donation), Thomas C.
$10 (55th donation), Philip Woodward
$10 (47th donation), Thomas R.
$10 (39th donation), Sami Mannila
$10 (38th donation), Tugaleres.com
$10 (35th donation), Denys G. aka “GD Next
$10 (28th donation), Wilson G.
$10 (20th donation), Abdulkadir H. aka “Askari”
$10 (18th donation), Michael P. aka “www.perron.de
$10 (17th donation), platypus products
$10 (15th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (13th donation), Axel R.
$10 (10th donation), JvdB
$10 (8th donation), Geoffrey P.
$10 (8th donation), Stefan S.
$10 (7th donation), Gene E.
$10 (7th donation), Tomasz K.
$10 (6th donation), Abe Z.
$10 (6th donation), Craig D.
$10 (6th donation), Günther H.
$10 (5th donation), Andrew I.
$10 (5th donation), Artem Ignatyev aka “ZaZooBred”
$10 (5th donation), Claudio A.
$10 (5th donation), Damir L.
$10 (5th donation), John B.
$10 (5th donation), Network Marketing Blog
$10 (5th donation), Stephen P.
$10 (4th donation), Evan M.
$10 (4th donation), Luc V.
$10 (4th donation), M.B.
$10 (3rd donation), Christoph V.
$10 (3rd donation), Claudio F.
$10 (3rd donation), Daniel W.
$10 (3rd donation), Heiko L.
$10 (3rd donation), Jeffrey S.
$10 (3rd donation), John T.
$10 (3rd donation), Lucie T. aka “shaolinlucie
$10 (3rd donation), Matthias H.
$10 (3rd donation), Roel V. S.
$10 (3rd donation), Victoria J.
$10 (2nd donation), Armin V.
$10 (2nd donation), Cezar G.
$10 (2nd donation), Došlo R.
$10 (2nd donation), Frederik L.
$10 (2nd donation), Jivko R.
$10 (2nd donation), Kenton B.
$10 (2nd donation), kstevenson
$10 (2nd donation), Luka L.
$10 (2nd donation), Marco D.
$10 (2nd donation), Mariusz B.
$10 (2nd donation), Mohamed E.
$10 (2nd donation), Ramiro M.
$10 (2nd donation), Russell M.
$10 (2nd donation), Salvatore T.
$10 (2nd donation), SunBaked272
$10 (2nd donation), Tamas R.
$10 (2nd donation), Werner B.
$10 (2nd donation), Wes M.
$10, Vlad aka “UASK”
$10, A M.
$10, André S.
$10, Andreas O.
$10, Andrew S.
$10, Andy R.
$10, ANNA L
$10, Arthur U.
$10, Barry T.
$10, Beatrice B.
$10, Bernhard S.
$10, Brandon W.
$10, Carsten H.
$10, Celtia M. L.
$10, CHRISTIAN D. S. A.
$10, Christian R.
$10, Daniel I.
$10, Daniel P.
$10, Darold H.
$10, David B.
$10, david J.
$10, Denali W.
$10, Diego D. B. O.
$10, Diego V.
$10, DOMENICO A.
$10, Eduardo Maio
$10, Ferran T. B.
$10, Fredrik C.
$10, Giovanni R.
$10, Harold T.
$10, Heinrich V. V.
$10, hermann K.
$10, HOWARD S.
$10, Ingemar H.
$10, ion S.
$10, j.w. V. D.
$10, Jarod L.
$10, John C.
$10, Juan D. L. R.
$10, Kiril V. aka “Nidux
$10, Kristian H. Sejersen
$10, Krzysztof P.
$10, Lucas F. J. B.
$10, ludovic T.
$10, Luka G.
$10, Marcel R.
$10, Marcio C.
$10, Marco K.
$10, Markus W.
$10, Matt N.
$10, Michael P.
$10, Pawe I.
$10, Pedro S.
$10, Rennie H.
$10, Ricardo P.
$10, richard F.
$10, ronald H.
$10, Sebastian S.
$10, Sergei D.
$10, Soeren
$10, Thorsten K.
$10, Volker R.
$10, Zachary H.
$8 (2nd donation), Özkan V.
$8, William G.
$232 from 60 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,649 patrons, for a sum of $4,205 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Monthly News – June 2025

Par :Clem

Hello everyone,

Many thanks to our sponsors and to all of you who support the project with your donations.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
AYKsolutions Server & Cloud Hosting
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
Chargeblast
nesevo GmbH & Co. KG
Tinken Inc
VANT

Donations in May:

A total of $15,377 were raised thanks to the generous contributions of 501 donors:

$707 (6th donation), Daniel P. aka “Monkey”
$531 (4th donation), Andreas B.
$531 (2nd donation), Olli P.
$318, Laurent J. aka “Mad Rabbit
$300 (6th donation), Keith M.
$212, alain B.
$200 (17th donation), Tomasz E.
$169 (8th donation), Wolfgang S.
$120 (2nd donation), Alexander K.
$120, Adrian E.
$106 (5th donation), Jiří B.
$106 (3rd donation), Elmar V.
$106 (3rd donation), F. S.
$106 (2nd donation), Jan M.
$106, Alexander L.
$106, Andreas F. M.
$106, Dieter O. B.
$106, Hans S.
$106, Jaakko M.
$105 (3rd donation), David L.
$100 (21st donation), John Mc aka “Land Research Project
$100 (11th donation), Michael S.
$100 (7th donation), David T.
$100 (6th donation), Charles H.
$100 (3rd donation), Brady B.
$100 (3rd donation), Faisal Yousuf
$100 (2nd donation), Jason F.
$100, Antonio P.
$100, Herbert L.
$100, Mark A. M.
$100, Michael B.
$100, Michael L.
$95, peter A. W.
$84, Peter C.
$79 (2nd donation), J. S.
$79, Christian T.
$79, Sven S.
$65 (7th donation), Susan S.
$65, Waylon J. E.
$63, ANTHONY C.
$63, Mike W.
$60 (10th donation), Joe K.
$60, Karen P.
$53 (7th donation), Quim aka “slackjp”
$53 (5th donation), Johan P.
$53 (3rd donation), Daniel T.
$53 (2nd donation), Alexander S.
$53 (2nd donation), Andreas F.
$53 (2nd donation), Martin T.
$53 (2nd donation), Michael C.
$53 (2nd donation), Ron D.
$53 (2nd donation), Sebastian Friedrich
$53, Alexandre D. S.
$53, Andre B.
$53, Bastiaan S.
$53, Daniel F.
$53, Daniel G.
$53, Diedrich R.
$53, Ed G.
$53, Elmar R.
$53, Francis K.
$53, Georg H.
$53, Iulian D.
$53, Ivica B.
$53, Juha T.
$53, K D. B.
$53, Luis M.
$53, Marc J.
$53, Marek Stapff
$53, Olaf K.
$53, SALOME V. D.
$53, Thomas N.
$53, Tom D. C.
$53, TZer0
$53, Ursula C.
$53, vincent A.
$53, Vitalijus P.
$51 (21st donation), Adam K.
$50 (10th donation), Michael T.
$50 (9th donation), George M.
$50 (8th donation), Mothy
$50 (5th donation), Anthony C. aka “Ciak”
$50 (5th donation), Peter J, aka “Dr Peter”
$50 (3rd donation), Richard B. T.
$50 (2nd donation), Armin M.
$50 (2nd donation), Christopher M.
$50 (2nd donation), Douglas S.
$50 (2nd donation), Joshua D.
$50 (2nd donation), Nancy A.
$50, aka “Max”
$50, André L.
$50, Charles H.
$50, Derek N.
$50, Elwyn A.
$50, Giorgi Q.
$50, James C.
$50, Jay S.
$50, jeremy H.
$50, Johnny-Rico
$50, Joshua M. J.
$50, Katherine S.
$50, Kurt A.
$50, Kyle H.
$50, mark M.
$50, Martin B.
$50, Michael F.
$50, Michael M.
$50, Michael R.
$50, Radu Privantu
$50, Randall R.
$50, Sarosh P.
$50, seth H.
$50, Steven D. P.
$50, Valentin R.
$50, Youssef E. G.
$50, ZeSheng S.
$45 (6th donation), The W.
$44, Federico S.
$42, Albert S.
$39 (3rd donation), Neil M.
$35 (7th donation), P W E.
$35 (2nd donation), Robert L W.
$35, Rosaire D.
$35, THAPA S.
$31, Frode F.
$31, REGOJO M. aka “REGOM”
$31, Thorsten W.
$30 (11th donation), jowind
$30 (7th donation), Frank F.
$30 (3rd donation), Ron N. aka “TechNick”
$26, Achim S. thanks for LMDE
$26, Daniel Torkar
$26, Matei A. D.
$26, Nicole F.
$26, Tobias R.
$25 (51st donation), Linux Mint Sverige
$25 (10th donation), Mihnea Rădulescu
$25 (6th donation), John N.
$25 (2nd donation), Daniel W.
$25 (2nd donation), Marius V.
$25 (2nd donation), Sumanlal K.
$25, James A.
$25, John G.
$25, Kevin D.
$25, Kofi N
$25, Michael S. S.
$25, Rick L.
$24 (3rd donation), Cevad O.
$22, Oliver Ś.
$21 (107th donation), Johann J.
$21 (59th donation), Peter E.
$21 (28th donation), Denis D.
$21 (26th donation), Stefan W.
$21 (21st donation), Benjamin W. aka “UncleBens”
$21 (20th donation), Marek S.
$21 (13th donation), Hermann W.
$21 (9th donation), tenminutetechuk
$21 (8th donation), Rolf-Jürgen G.
$21 (8th donation), Thomas D.
$21 (6th donation), T.L. aka “T.L.”
$21 (5th donation), Jean-philippe P.
$21 (5th donation), Michele M.
$21 (5th donation), Mike E.
$21 (4th donation), Juan Francisco J.
$21 (4th donation), Lennart J.
$21 (4th donation), Ulrich J.
$21 (3rd donation), Curt S.
$21 (3rd donation), Gerard Gerritsen.
$21 (3rd donation), Luis M. M. I.
$21 (3rd donation), Marc C.
$21 (3rd donation), RAK
$21 (2nd donation),
$21 (2nd donation), András K.
$21 (2nd donation), Dietrich R.
$21 (2nd donation), Frank B.
$21 (2nd donation), J M. P.
$21 (2nd donation), Mateusz M.
$21 (2nd donation), Wolfram R.
$21, Ambrogio C.
$21, Andreas S.
$21, Andrés B. A.
$21, Andrew P.
$21, Axel T.
$21, Besnik N.
$21, Brian K.
$21, Catherine S.
$21, Daniele A.
$21, Darren M.
$21, Elmar D.
$21, ETIENNE G.
$21, Fave
$21, Florian B.
$21, Frank T.
$21, Garry W.
$21, Jan V.
$21, Joan S.
$21, John F.
$21, Kai G.
$21, Lucian U.
$21, Luciano P.
$21, Marc W.
$21, Marcel A.
$21, mario H.
$21, Martin S.
$21, Miriam K.
$21, nicolas D. R.
$21, Orthopedie Schmidt
$21, Paula B.
$21, Peter G.
$21, peter R.
$21, Robert H.
$21, sami L.
$21, Sander R.
$21, Steven D.
$21, Tautvydas B.
$21, Thomas J.
$21, Tobias E.
$21, Tycho V. W.
$21, Ulrich V.
$21, Volcan Media SpA
$21, Yann G.
$20 (68th donation), Bryan F.
$20 (52nd donation), Stefan M. H.
$20 (17th donation), Edward A.
$20 (15th donation), John W.
$20 (14th donation), Robert D. aka “MacDhai
$20 (7th donation), Bezantnet, L.
$20 (6th donation), Hans G. H.
$20 (6th donation), Ingo P.
$20 (4th donation), Charles Edge in Memoriam
$20 (4th donation), Michael G.
$20 (4th donation), roger
$20 (3rd donation), Dan R.
$20 (3rd donation), Derrick G.
$20 (2nd donation), Joe V.
$20 (2nd donation), Kalib B.
$20 (2nd donation), Mehmet Y.
$20 (2nd donation), Michael N.
$20 (2nd donation), Roberto G.
$20 (2nd donation), William S.
$20, aaron S.
$20, Daniel B.
$20, David J. M.
$20, David P. Z.
$20, David R.
$20, Douglas A. H.
$20, Gabriel B.
$20, Gary S.
$20, Geoffrey C.
$20, Harlow M.
$20, Jacob K.
$20, Jose M.
$20, Justin S.
$20, Ken J.
$20, Ken R. B.
$20, Kourosh S.
$20, Larry A.
$20, Larry D.
$20, Melanie H.
$20, Peter S.
$20, Randall W.
$20, Randall W.
$20, Rob W.
$20, Samuel O.
$20, Stephen D.
$19, Andrew K.
$18 (2nd donation), Terry R.
$18, Duy N.
$15 (87th donation), Andreas S.
$15 (2nd donation), Alvin H.
$15 (2nd donation), Dieter S.
$15 (2nd donation), Jorgen Rhode
$15 (2nd donation), Lars Otto N.
$15 (2nd donation), Visa D.
$15, ItzPvPNinja
$15, Kosmischer
$15, Michel K.
$13, Jérémy M.
$12 (55th donation), Francois-R L.
$11 (6th donation), Alessandro S.
$11 (2nd donation), Marcus K.
$11, D J. C.
$11, Ovidiu I.
$10 (110th donation), Thomas C.
$10 (54th donation), Philip Woodward
$10 (37th donation), Tugaleres.com
$10 (34th donation), Denys G. aka “GD Next
$10 (27th donation), Bruce M.
$10 (15th donation), Ronald S.
$10 (14th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (13th donation), Gabriele I.
$10 (12th donation), Dimitar S.
$10 (11th donation), redman
$10 (10th donation), Antoni Aloy Torrens
$10 (8th donation), Joerg B.
$10 (7th donation), Andrew D.
$10 (6th donation), Gene E.
$10 (6th donation), Sandu I.
$10 (5th donation), Abe Z.
$10 (5th donation), Conrad M.
$10 (5th donation), Craig D.
$10 (5th donation), Ja P.
$10 (5th donation), Peter S.
$10 (4th donation), Artem Ignatyev aka “ZaZooBred”
$10 (4th donation), Arvidas S.
$10 (4th donation), Benedikt R.
$10 (4th donation), Howard S.
$10 (4th donation), Jesús B. L.
$10 (4th donation), Michael S.
$10 (4th donation), Michel W.
$10 (3rd donation), Dietrich S.
$10 (3rd donation), Günter S.
$10 (3rd donation), Ingo H.
$10 (3rd donation), Michael O.
$10 (3rd donation), Rainer G.
$10 (3rd donation), Sonoda H.
$10 (3rd donation), Želimir S.
$10 (2nd donation), Alberto M.
$10 (2nd donation), André G.
$10 (2nd donation), Burkhard S.
$10 (2nd donation), Cameron S.
$10 (2nd donation), Dainius B.
$10 (2nd donation), Evie E.
$10 (2nd donation), Gordon William M.
$10 (2nd donation), Marco R.
$10 (2nd donation), Matthias H.
$10 (2nd donation), Norberto C. N. aka “Konbini-San”
$10 (2nd donation), Philip M.
$10 (2nd donation), Richard H.
$10 (2nd donation), Tomasz K. aka “mehimself”
$10 (2nd donation), Victoria J.
$10, A
$10, Abdi M.
$10, Adnan C. K.
$10, Advent Cleaners LLC (Al Phillips Cleaners)
$10, Aidan M.
$10, Alan H.
$10, alessandro T.
$10, Alexander B.
$10, Alfonso B.
$10, Alfonso C.
$10, Allan D. S. L.
$10, Andrea M.
$10, Andreas B. aka “AndreasFlowtMee
$10, Andres G.
$10, Anton K.
$10, Aron B.
$10, ARTURO C. H.
$10, Benjamin A.
$10, Benjamin S.
$10, Bogdan M.
$10, Bruce Langan-Beardall
$10, Bryce S.
$10, Casca de copiat
$10, Claudio B.
$10, Collin C.
$10, Daniel M.
$10, David S.
$10, Dennis K.
$10, Dmytro Z.
$10, DUONG H. P.
$10, Emely G.
$10, Eric R.
$10, Ern B.
$10, Federico B.
$10, G%E9rard M.
$10, Gabe K.
$10, Gerald L.
$10, Giorgio C.
$10, Gispry
$10, Giuliana C.
$10, Gustavo F.
$10, Guy F.
$10, Harry B.
$10, Henrik C.
$10, HONG P. N.
$10, Ilia P.
$10, J%FCrgen K.
$10, James P.
$10, Jesus M. E. V.
$10, Joel C. T.
$10, Jonas K. aka “Jonas”
$10, Jonathan M aka “John Barbas
$10, JOSE I. V.
$10, Jozef B.
$10, Juan D. A. B.
$10, Juan M.
$10, K Bidet
$10, Kevin L.
$10, KIANG K. S.
$10, Klaus K.
$10, Leon W.
$10, Levi G.
$10, Marco D.
$10, Mariusz B.
$10, Markus G.
$10, Martijn N.
$10, Mateusz L.
$10, Matevz P.
$10, Maurizio S.
$10, MAXIMILIANO G. B.
$10, Mehdi J.
$10, Miguel G. D.
$10, Moritz M.
$10, Moritz Q.
$10, Nikita B.
$10, Nikolay T.
$10, Omar A.
$10, Pawel P.
$10, Ragnar O. A.
$10, RAMON H.
$10, Reinhard V.
$10, Robbor
$10, Robert B.
$10, Robert H.
$10, Robert H.
$10, Roberto R.
$10, Rolf S.
$10, Ronald S.
$10, Samuel J.
$10, Sarah S.
$10, Sascha P.
$10, Sergio R. A. G.
$10, Shawn A.
$10, Stefan J.
$10, T.K. Info-Projekt d.o.o.
$10, Terje P.
$10, Themis T.
$10, Tobias H.
$10, Vardaan C.
$10, Wilhelm H.
$10, Wolfgang S.
$10, 何源
$7 (2nd donation), Brock A.
$238 from 64 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,649 patrons, for a sum of $4,205 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

LibreOffice Podcast, Episode #4 – Documentation in Free and Open Source Software

Good software needs good documentation. But how do we define “good” in this sense? And what does the future hold? Find out in episode 4 of the LibreOffice Podcast! (This episode is also available on PeerTube.)

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

The Role of XML in Interoperability

When different systems, applications or organisations need to communicate with each other and actually understand what is being said, interoperability is key. It enables a hospital’s software to communicate with an insurance company, for example, or one vendor’s inventory system to synchronise with another’s logistics platform.

At the heart of many of these data exchanges is XML.

XML (Extensible Markup Language) may not be new or flashy, but it remains one of the most powerful tools for achieving reliable, structured interoperability across diverse platforms.

Why is interoperability so hard?

Systems are built using different programming languages, data models and communication protocols. Without a shared format or structure, exchanging data can result in a complex web of custom APIs, ad hoc conversions, and manual adjustments.

To get systems working together seamlessly, you need:

  • A standardised structure for data.
  • A way to validate that structure.
  • A format that is language-agnostic and platform-neutral.

XML ticks all these boxes.

How XML enables interoperability

1. Self-describing structure

XML uses tags to clearly label data:

<customer>
   <name>Maria Ortega</name>
   <id>87234</id>
</customer>

This means that a receiving system doesn’t have to guess what each field means, as it is explicitly defined. This reduces the risk of misinterpretation and supports automated parsing.

2. Schema validation

Using XSD (XML Schema Definition) or DTD (Document Type Definition), you can define the rules that an XML document must adhere to, such as which elements are required, which data types are valid and what the structure must be.

This is critical for:

  • verifying incoming data
  • preventing malformed or incomplete exchanges
  • ensuring consistency across multiple systems

3. Namespaces for avoiding collisions

XML namespaces prevent tag name conflicts when data from different sources is combined.

<doc xmlns:h=”http://www.w3.org/TR/html4/” xmlns:f=”http://www.w3schools.com/furniture”>
   <h:table>…</h:table>
   <f:table>…</f:table>
</doc>

Without namespaces, systems could misinterpret elements with the same name but different meanings.

4. Cross-platform compatibility

XML is plain text. Any system that can read a file can read it, whether it’s written in Java, .NET, Python or COBOL. This makes it ideal for long-term data exchange and integration between legacy and modern systems.

XML in real-world interoperability

Healthcare: HL7 CDA/FHIR

Hospitals, clinics, insurance providers and pharmacies rely on XML-based formats to exchange clinical records, billing data and prescriptions. HL7’s CDA (Clinical Document Architecture) is a strict XML schema that is used worldwide.

In government, XML is used for e-government forms and tax data.

Tax filings, business registrations and compliance documents are often submitted in XML format. This ensures consistent structure across various jurisdictions and software vendors.

Publishing: DITA and JATS

XML standards are used for modular content creation and journal publishing to allow interoperability between authors, editors, publishers, and archive systems, even if they are using different tools.

Finance: XBRL

XBRL (eXtensible Business Reporting Language) uses XML to standardise financial reports, enabling regulators, investors and analysts to automatically process and compare data from thousands of companies.

Summary

Interoperability isn’t just about convenience. It’s about accuracy, consistency and trust. XML’s rigidity helps to enforce that trust.

XML may not be trendy, but it remains the backbone of system-to-system interoperability. Its structured format, validation tools and long track record make it essential wherever precision and compatibility are non-negotiable.

If your systems need to communicate reliably and seamlessly across platforms, XML is one of the best languages they can use.

Danish Ministry switching from Microsoft Office/365 to LibreOffice

Flag and text saying Danish Ministry switching from Microsoft Office/365 to LibreOffice

Following the example of the German state of Schleswig-Holstein, which is moving 30,000 PCs from Microsoft Office/365 to LibreOffice, the Danish Ministry of Digitalisation is doing the same.

Caroline Stage Olsen, the country’s Digitalisation Minister, plans to move half of the employees to LibreOffice over the summer, and if all goes as expected, the entire Ministry will be free from Microsoft Office/365 later in the year.

In a LinkedIn post, Olsen summarised the reasons for switching to LibreOffice:

We must never make ourselves so dependent on so few that we can no longer act freely. Because far too much public digital infrastructure is today tied up with very few foreign suppliers. This makes us vulnerable. Also financially.

That is why we are now testing in parallel at the Ministry of Digitization how it works in practice when we work with open source solutions. Several municipalities are doing the same.

Not because we think it’s easy – but because we know it’s necessary to lead the way if we want to create more competition and innovation – and reduce our dependence on the few.

We in the LibreOffice project welcome this move, and look forward to seeing more governments and organisations getting control of their digital sovereignty and using public money for public code.

XML: a technology at the heart of our daily lives

In my last article, I mentioned XML several times, perhaps assuming that all users had a basic understanding of it. Rereading it, I realised that an introduction to XML was needed for non-technical users, those who use XML every day without realising it, when they open a document, check the weather, place or receive an order online, or issue a digital invoice. XML works silently behind the scenes.

But what exactly is XML and why should it matter to non-techies? I will try to explain it in simple terms.

XML stands for eXtensible Markup Language, a way of organising information in a format that is easy for both people and computers to understand, helping different applications communicate and exchange data using a common language. Put simply, XML is a digital container that clearly labels information.

For example, this is a shopping list in XML format:


<groceryList>
  <item>
    <name>Bread</name>
    <quantity>1 loaf</quantity>
  </item>
  <item>
    <name>Milk</name>
    <quantity>2 litres</quantity>
  </item>
</groceryList>

Labelling helps computers and software understand exactly what each piece of information means.

In a hyperconnected world like ours, where apps and systems share data, XML allows that data to move between very different systems, such as credit card management apps and online shops. Without a common language like XML, communication between these systems would be much more complicated and slower, or even impossible.

So, XML is integrated into most everyday activities, even though it is completely hidden from users:

  • All documents created by all office suites use XML, in some cases to facilitate transparency and interoperability, and in other cases to create a hidden layer of complexity with the aim of preventing transparency and interoperability.
  • All apps that provide weather forecasts obtain updates by reading XML data issued by weather agencies.
  • Almost all e-commerce applications use XML to manage communication between the website, the payment system, the bank and the shipping service.
  • All blogs and news sites use XML to automatically transmit new content to readers.

XML is clear and easy to read because it organises data in an orderly manner with labels that are understandable to both humans and computers; it is flexible, as it is not limited to a single type of information and can be customised for different scenarios, from cooking recipes to flight schedules; and it is compatible with all platforms.

To appreciate the value of XML, you don’t need to have a deep understanding of the language, just know that it exists and that – when used properly, as in the case of the ODF format – it has the potential to help users achieve and protect their digital sovereignty.

Of course, it is equally important to know that XML can be used in exactly the opposite way, as is the case with Microsoft 365’s OOXML format (and previously Office), to limit users’ digital sovereignty and perpetuate lock-in through artificial file complexity.

In summary, XML is a silent enabler that ensures that users’ apps, services and data all speak the same language.

The next time you open a document, check your favourite news site or follow an online delivery, remember that XML is working silently behind the scenes to ensure that everything runs smoothly. And try to imagine a digital world without XML, where a single company controls the data and, through it, the users.

LibreOffice project and community recap: June 2025

LibreOffice project and community recap banner

Here’s our summary of updates, events and activities in the LibreOffice project in the last four weeks – click the links to learn more…

  • We started the month with Episode 3 of the LibreOffice Podcast – this time looking at Quality Assurance (QA) in Free and Open Source Software. Watch it below – or on PeerTube.

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Month of LibreOffice stickers

Donate button

Annual Report banner

  • The end of Windows 10 is approaching, so it’s time to consider Linux and LibreOffice! That’s the message behind the “End of 10” campaign, which we’re supporting.

Old laptop with new software

Colour wheel being created in LibreOffice Calc

ODF logo

LibreOffice booth at the Linux Arena event in Pordenone, Italy

  • Before LibreOffice there was OpenOffice, and before OpenOffice there was StarOffice. And how was StarOffice developed? We talked to Stefan Soyka, who worked on the suite in the early ’90s, and has some entertaining stories to tell 😊

Stefan Soyka

  • New LibreOffice merchandise is here! We updated our Spreadshirt shop with new designs and many extra items. Buy something and support LibreOffice – some of the proceeds go back to the project!

LibreOffice T-shirts, bags and more

  • Registration is now open for the LibreOffice Conference 2025. Join us from 4 – 6 September in Budapest – we’ll have technical talks, workshops, social events and more…

LibreOffice Conference 2025 logo

Guidebook covers

Keep in touch – follow us on Mastodon, X (formerly Twitter), Bluesky, Reddit and Facebook. Like what we do? Support our community with a donation – or join our community and help to make LibreOffice even better!

📣 The New LibreOffice 25.2 User Guides Are Here!

The LibreOffice community has great news: the Writer, Calc, Impress, Draw, and Math User Guides are now available for version 25.2! 🎉

Yes, you read that right! With every new LibreOffice release, our Documentation Team works hard to keep up — and this time, we’ve shortened the gap between the software launch and the guides’ publication even more.

📚 These user guides are the ultimate reference for anyone using LibreOffice — whether at home, at work, or at school. From spreadsheets to presentations, from text documents to complex equations: it’s all covered, clearly and accessibly.

🙌 The work is 100% community-driven! Jean Weber led the Writer guide, Peter Schofield coordinated the Impress, Draw, and Math guides, and Olivier Hallot headed the Calc guide.

Big thanks also to Dione Maddern, Celia Palacios, Ed Olson, B. Antonio F., Mike Kaganski, and Vasudev Narayanan for their valuable contributions.

💡 Each new edition is more than just an update — it’s a chance to improve clarity, add the latest features, and deliver the best experience possible for end users. These guides complement the built-in LibreOffice Help and are perfect for deepening your knowledge.

📥 The guides are available now for free download in PDF, ODT (OpenDocument format), and HTML (for online reading). And soon, you’ll be able to order printed copies via LuLu Inc. 😉

🔗 Get your guides now:

Artwork: Eliane Domingos

A Technical Dive into ODF

To write this article, I went beyond the limits of my technical knowledge, which is that of an advanced user who has studied standard formats and their characteristics in depth, to understand why standard formats – one of the pillars of digital sovereignty – and proprietary formats – their opposite, and one of the biggest obstacles to digital sovereignty – are not perceived as a problem by most PC users, who continue to use Microsoft’s proprietary formats and place the access and availability of their content in the hands of the US company.

To try to remedy this problem, I will try to explain as simply as possible, using non-technical language (which may shock developers, but this article is not aimed at them), some technical features of the Open Document Format (ODF), which make it the cornerstone of an open and vendor-independent ecosystem for office documents, defending the digital freedoms of all users and the governance of their content.

I will begin by explaining how to unpack an ODF file, which is nothing more than a set of XML files and other files (for images and videos) contained within a ZIP folder, in order to examine its internal components and, in particular, the content.xml file, which is the one that contains the body of the document (i.e., the user’s intellectual property).

The aim is not so much to assess conformity (compliance with specifications) and interoperability (the ability to exchange files consistently between tools), as these aspects will always be dealt with by specialists, but rather to understand the advantages for the user of the open and standard format over the closed and proprietary format (which is falsely standard, since it was approved by ISO/IEC in defiance of “their” definitions of standards).

For this reason, I will make a brief concluding digression on the characteristics of the OOXML (Office Open XML) format used by Microsoft Office and Microsoft 365, again to clarify to users the risks they face and the harm they do to themselves and other users when they use DOCX, XLSX and PPTX formats, as well as the ‘gift’ they are giving to Microsoft, to whom they are effectively entrusting the management and future of their content.

Analysing an ODF file

Take any document you have created with LibreOffice. For convenience, I recommend starting with a text document created with LibreOffice Writer, with the ODT extension. Before doing anything else, duplicate the file, because an error in the procedure could make it unreadable, and move the original to another folder.

Rename the copy, replacing the ODT extension with the ZIP extension, without deleting the dot. The file icon will become that of a compressed file. If it becomes white or empty, you have done something wrong or deleted the dot. Check all the steps until the icon becomes that of a compressed file.

At this point, right-click on the icon and select “unzip” or “expand” to extract the contents of the compressed file into a folder with the same name as the file without the extension.

The folder will contain the following items:

  • the META-INF folder, which will contain the manifest.xml file
  • the Thumbnails folder, which may contain the thumbnail.png file
  • the content.xml file, which contains the body of the document
  • the styles.xml file, which contains the style definitions
  • the meta.xml file, which contains the file metadata (author, creation date, last modification date, etc.)
  • the settings.xml file, which contains the application settings

Each XML file within an ODF document must comply with the RelaxNG XML schema, or REgular LAnguage for XML Next Generation, created by OASIS in 2001 and 2002, which is simpler – and therefore more accessible to non-technical users – than other XML schemas. The packaging rules are defined by the OpenDocument Packaging specifications.

In addition to schema validation, it must meet a number of conditions.

  • Structural compliance: the elements of the ZIP and manifest.xml files
  • Functionality compliance: all standard and optional functionality (metadata, styles, tables, graphics, etc.)
  • Formula compliance: spreadsheet formulas must be compatible with OpenFormula semantics
  • Security compliance: ODF profiles, encryption, digital signature

The manifest.xml file contained in the META-INF folder must list all the files in the ZIP file, with their media type:

<manifest:manifest xmlns:manifest=”urn:oasis:names:tc:opendocument:xmlns:manifest:1.0″>
     <manifest:file-entry manifest:full-path=”/” manifest:media-type=”application/vnd.oasis.opendocument.text”/>
     <manifest:file-entry manifest:full-path=”content.xml” manifest:media-type=”text/xml”/>
     <manifest:file-entry manifest:full-path=”styles.xml” manifest:media-type=”text/xml”/>
     <!– thumbnails, settings, etc. –>
</manifest:manifest>

Simply omitting a file or making an error in the description of its media type is enough to make the ODF file structurally non-compliant.

ODF: the importance of the content.xml file

To understand the user benefits of an open standard format such as ODF over a proprietary format, even one that is theoretically open such as OOXML, a quick analysis of the content.xml file of ODF files and its equivalent in OOXML files, which differs depending on the file type (and this alone is a sign that the development of OOXML did not take user needs into account at all, but focused on artificially increasing complexity), is sufficient.

Let’s take a first example, based on one of the most famous phrases in the history of world literature, namely “to be, or not to be, that is the question” uttered by the protagonist of William Shakespeare’s Hamlet.

The content.xml file of a text document containing only this sentence is 32 lines long: the first 18 provide references to all the standards used (such as X-Forms and MathML), list the fonts used in the document styles, and define the styles (in this case only one, given the length of the text and the absence of formatting).

The next 13 lines are as follows:

<office:body>
     <office:text>
          <office:forms form:automatic-focus=”false” form:apply-design-mode=”false”/>
          <text:sequence-decls>
               <text:sequence-decl text:display-outline-level=”0″ text:name=”Illustration”/>
               <text:sequence-decl text:display-outline-level=”0″ text:name=”Table”/>
               <text:sequence-decl text:display-outline-level=”0″ text:name=”Text”/>
               <text:sequence-decl text:display-outline-level=”0″ text:name=”Drawing”/>
               <text:sequence-decl text:display-outline-level=”0″ text:name=”Figure”/>
          </text:sequence-decls>
          <text:p text:style-name=”P1″>To be, or not to be, that is the question</text:p>
     </office:text>
</office:body>

The first lines define the body of the document and the fact that it is a text. The following lines are declarations that, in this case, do not add anything, but in other contexts would provide information about other elements of the document.

The key line is this: <text:p text:style-name=‘P1’>To be, or not to be, that is the question</text:p>, which defines a paragraph, declares its style (P1) and provides the content: To be, or not to be, that is the question. Clear and readable by any user, who now has the keys to access the document and manage its contents, i.e. the product of their brain.

Of course, more complex documents and contents would correspond to a more complex content.xml file, but always respecting the readability of the contents and the simplicity of the XML schema.

OOXML: what happens inside the file

Let’s see what happens in the case of the same document saved in DOCX format, closed and proprietary, and artificially complex. The file is called document.xml and not content.xml, and this – obviously – would not be significant if it were not a further sign of the complexity of the format, given that in the case of Excel the file is called workbook.xml and in the case of PowerPoint it is called slide1.xml, and so on.

The document.xml file of a text document containing only the phrase “To be, or not to be, that is the question” is 41 lines long: the first provides references to all the proprietary elements used (such as wordprocessingCanvas, VML and WordML), and all the subsequent lines relate to the content:

<w:body>
     <w:p xmlns:wp14=”http://schemas.microsoft.com/office/word/2010/wordml” wp14:paraId=”2DC08235″ wp14:textId=”776AF5CB”>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t xml:space=”preserve”>To be, or </w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t>not</w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t xml:space=”preserve”> to be, </w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t>that</w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t xml:space=”preserve”> </w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t>is</w:t>
          </w:r>
          <w:r w:rsidR=”6B254FF6″>
               <w:rPr/>
               <w:t xml:space=”preserve”> the question</w:t>
          </w:r>
     </w:p>
     <w:sectPr>
          <w:pgSz w:w=”11906″ w:h=”16838″ w:orient=”portrait”/>
          <w:pgMar w:top=”1440″ w:right=”1440″ w:bottom=”1440″ w:left=”1440″ w:header=”720″ w:footer=”720″ w:gutter=”0″/>
          <w:cols w:space=”720″/>
          <w:docGrid w:linePitch=”360″/>
     </w:sectPr>
</w:body>

Obscure and unreadable. I challenge any user to reconstruct a text of any complexity from an XML document like this, if the original file is damaged. In the case of ODF, we were able to reconstruct even documents of hundreds of pages, or presentations of dozens of slides, because the content was readable by any user, even non-technical ones.

Let’s try to imagine the size of the content.xml file and the document.xml file if, instead of Prince Hamlet’s sentence, there were all 5,566 lines of the entire tragedy, in the original version written by William Shakespeare. In this case, the difference speaks for itself: content.xml is 5,598 lines long (32 lines more than the text), document.xml is 93,289 lines long (87,723 lines more than the text).

File complexity as the new lock-in strategy

This file complexity is intentionally hidden from the user, who sees a normal-looking document on the screen and has no idea that they are writing a file on their hard drive or in the cloud that has characteristics very similar to those of the proprietary files used in the last century, which are unreadable without the software with which they were written.

A user who believes they have made significant progress in terms of digital sovereignty because they use a format they believe to be open and standard but which, on the contrary, is even worse than the binary formats of the 1900s – which were nothing more than the writing of what was in memory – because, being based on XML, it is the offspring of an algorithm that can be modified remotely with a routine update (as happens in reality, where the same document is written in DOCX format but with a completely different XML syntax each time, based on parameters known only to the vendor, i.e. Microsoft).

So, it is an even more closed and proprietary format than the binary formats it replaced in 2006. The latter, being the result of writing what was in memory to files, were predictable and could be emulated, while OOXML is unpredictable due to the algorithm, and therefore almost impossible to emulate without constant study of its many evolutions.

OOXML is a theoretically open and standard format, which in reality is closed and proprietary, and represents the latest evolution of the lock-in strategy that underpins all Microsoft products for individual productivity, defending an estimated turnover of over $25 billion per year, with an estimated net profit of over $20 billion per year (all figures are estimates, as analysts’ figures are no longer available and are probably lower than the actual figures).

Perhaps the time has come for supranational organisations, central and local governments, and probably also individual users, to open their eyes and take a simple step forward towards digital sovereignty, i.e. the governance of documents and their content independent of the commercial choices of a single company, by adopting ODF and abandoning OOXML.

Interview with Sevenix (author of GIMP 3.0’s splash image)

Par :Jehan

A few years ago, we had started a series of interviews (mitch and schumaml). More were planned, but things don’t always go as planned.

Well let’s try again! Today we are interviewing Sevenix, the digital artist who contributed the very cool splash screen image (which appears when starting GIMP) for the GIMP 3.0 series.

This interview was held asynchronously and remotely with questions from myself, Liam Quin and Alx Sa.

GIMP 3.0 splash screen, by Sevenix (CC by-sa 4.0)
GIMP 3.0 splash screen by Sevenix — CC by-sa 4.0 International

Wilber (GIMP team): Hello Sevenix! Could you introduce yourself?

Sevenix: Hello! My name is Fredrik Persson and I’m a programmer located in Sweden in my late thirties. I like music, movies and video games with the latter being one of my major points of artistic inspiration. Most of my drawings, even if not necessarily related to a specific game, take a lot of inspirations from the games I enjoy. One game in specific was actually the reason I got into digital artwork at all.

Fredrik Persson (a.k.a. Sevenix)
Fredrik Persson (a.k.a. Sevenix) — all rights reserved

W: You use GIMP for illustrations. Is this a hobby? Do you use GIMP for a living?

S: I use GIMP for a lot of things but my main use would probably be creating illustrations, or digital artwork, yes. Ever since I was little I enjoyed drawing vast landscapes and simply filling them to the brim with little details. I use GIMP as a hobby, and while I have taken commission works earlier, I tend to not these days. The way I work is rather slow and heavily dependent on my inspiration over several months. Taking on projects that are not based on my own inspiration as well as demanding deadlines, it was simply not an enjoyable experience for me.

W: Could you talk a bit about your workflow please?

S: Funny thing, most who read this would probably expect me to be good at drawing, but truth is, I’m really not. I would consider myself below mediocre when it comes to real life drawing. I’ve always had the will and compulsion to draw, but I was never really any good at it. As such, I belong to a rather small minority who produce my artwork, not with a drawing tablet and pen, but with keyboard and mouse.

W: You work with fairly large images - what sizes are typical, and do you need to do anything special in your workflow to handle them?

S: Since I work with digital art, my main focus has always been to create wallpapers for desktops. As such I started off making regular 16:9 images in 1920x1080 pixels (HD) which during the later years I have increased to 3840x2160 (UHD). That being said, this resolution and aspect ratio is only my final aim. Sometimes websites etc. will use some different aspect ratio which I would have to adhere to, and I found it easier to create my work with this in mind from the start, rather than try to add more to the image afterwards. Print on Demand sites like Displate for example create prints in a 1.4:1 ratio. So, the first parts of all my work is to create an image that would fit a Displate 1.4:1 print. My next step is to immediately make sure to add guides or framing to make sure I do most of my detail work inside the areas which will later become the 16:9 wallpaper. This way I get a resulting image that is a 16:9 wallpaper, but with the option to extend the image to a 1.4:1 without having to create anything new.

W: You told us that you only use a mouse (no graphics tablet). Why is that?

S: One of the major advantages with digital work compared to conventional is that you can undo steps. Whenever I need to draw a line or arc, I can literally have infinite amount of attempts to get it just right. I try once and see if I’m happy with the result, if not, I do a quick Undo and try again. I mentioned that I’m bad at actual drawing and ever since I came to accept that I’ve started considering the work I do less of “drawing”, and more of “Brute Forcing Pixels”.

I believe using a graphic tablet could be great if you like it and it’s a skill you already have, but I equally believe that achieving a similar skill and familiarity with a mouse isn’t much harder. I suppose an answer to this question in it’s simplest form would be: I do my work with keyboard and mouse, because it’s how I learned to do it and it’s what I feel comfortable with.

W: Your art uses a rather specific art style, could you tell us a bit about it?

S: I can try. The way I got into actual art was trying to replicate the art of the game Fallen London. They use rather simple shapes, fog and lights. Creating more of a Silhouette of their objects rather than actually drawing them. They also tend to use images with very few colors, which is also something I’ve taken with me. This way I was able to create expansive landscapes by placing layer after layer on top of each other. This results in an image that is hard to describe digitally but when people ask I tend to describe it as a Digital Paper Diorama, which I find very apt.

The way I tend to work consists of really just a few techniques, repeated for each of my “layers”

  1. I Create a new Layer Group and name it with a number. This layer group will contain everything I need for one segment of my image.
  2. I draw my silhouetted landscape on a layer in this group, this is my Base layer.
  3. I add a linear gradient ontop of the base layer and make it apply to only the layer below it by setting the clipping option of the layer to Clip to Background.
  4. I add another layer group inside the layer group. This one I name “Lights”. It consists of a base layer as well which are the shapes. but in order to easily be able to change the color of these lights I make another layer ontop of it and naming it Color, similarly setting it to only apply to the Lights layer below it. Once I feel satisfied with this layer I duplicate it and run a Gaussian Blur on it, making it create a glow bloom on the light sources.

I replicate this Group Layer structure for each of the “layers” I need in my images. I usually end up with around 10 to 20 of these groups in my images. And while the above list is the base of them, many become more advanced as I need things added.

Illustration by Sevenix demonstrating his layer organization
Illustration by Sevenix demonstrating his layer organization — all rights reserved

What’s important to me with this structure is the fact that it’s very easy to go back to it and edit it. At any point in my workflow I want to be able to determine that “This part here on layer 3 doesn’t really work with this great tree placement on layer 13”. At those points I don’t want there to be anything to stop me from going back to Layer 3 and change it to how I need it to be.

As I see it, the more non-destructive editing I do, the less I become tied down to decisions I made 10 hours back in my workflow.

This does create some rather large files, but as long as my computer can handle it I feel it’s a crucial part of my workflow.

Just for an example, the latest piece I did was a piece related to Remedy Entertainments Alan Wake games. The whole project took some 15h of work time and ended up with some 170 individual layers.

W: Is there any of your illustrations that hold a special place in your mind?

S: There are many, I could pick a lot out of my early work that were the point where I felt like I was actually happy with my results, and eager to show them off. But instead I will pick a piece I named Land of the Cherry Blossoms.

Land of the Cherry Blossoms, illustration by Sevenix (used during 3.0 release candidates)
“Land of the Cherry Blossoms”, illustration by Sevenix (used during 3.0 release candidates) — CC by-sa 4.0 International

This was probably the first real piece I did that was not simply based on other works. Up to this point I had made most my work by trying to replicate styles, testing out techniques and basing it on already existing lore. This piece was the first time I made something that felt like it was me putting something on the canvas that was all me.

There are a lot of inspirations in this piece of course. A classic Japanese setting in pink with Sakura trees are in no way mind-bending. But it was mine, straight out of my head, and piled on with all the thousands of small details I like adding to my work.

This was also one of my first pieces to become really popular on Print on Demand sites, providing me with visions of a potential future where I could actually do this for a job.

All of this. The positive feedback, the actual small amounts of money it brought in, not to mention the joy I felt with creating it, really put this piece as one of the most impactful of my digital artist career.

W: What do you think of the latest GIMP 3 series?

S: I really like it! There were some issues in the very earliest releases but they were fixed fast and I now moved over to using 3.0 for my regular, daily work. It looks much more modern to start, but what really wins me over are some long awaited features such as non-destructive editing.

W: Any specific feature in 3.0 that caught you by surprise?

S: Multi-layer selection. When I first heard about it being added to GIMP I had no idea how perfectly it would fit into my workflow. The ability to save selections allow me to easily select all of my “color” layers of the color I want to replace, then simply fill them all with my new color.

In the old workflow I had to change one layer first, then click every other layer one by one, repeating the same action on each of them. Even providing I was happy with the end result, this was still some 20 or 30 actions I had to do manually.

In 3.0 I can do all that in just 4 actions!

W: What are your favorite features or main reasons why you appreciate GIMP?

S: I enjoy the fact that it is open source and free. I say that as someone who would never have gotten into image editing or digital art unless I would have been able to simply download it and start trying.

W: What are the features you really wished GIMP had, or things you’d like to see improved or changed?

I’ve been using the 2.10 version since I started with digital art, and as such there was always the continuous rumors about a 3.0 version arriving sometime in the far future. It wasn’t till I actually got into the GIMP community that I realized that the 3.0 version really didn’t seem that far off at all. Ever since then I’ve followed the development and believe it or not, just about everything I wished for seems to be implemented in 3.0. Multi-layer select, Non-destructive editing. Just such a simple thing as the decision to change the default Paste functionality from the very beginner hostile Paste as Floating Layer was great.

There are of course things that still can improve, and definitely things I could see myself using if they were implemented. And if you forced me to mention one I think it would be something similar to Adobes Smart Objects. Being able to add another GIMP image into your current GIMP image.

W: Apart from contributing to the project with illustrations, you also help with moderation on Discord. Could you talk about it?

S: I was very happy when I found the Discord. GIMP is an advanced program and in that it can be very hard to navigate when you are new. Joining the community on Discord allowed me access to a quick way to throw out “stupid” questions whenever I got stuck. Issues that would usually provide me with enough frustration to simply stand up and walk away from my computer suddenly just took a quick question in a chat channel, a cool head, and some patience.

As for the moderation. I’m a person who enjoy finding things I like doing. And as I get better at them, I really enjoy helping others find that same joy.

In GIMP, most of the time when you get stuck it’s usually because of 2 or 3 common issues. Maybe you got a checkbox active that you shouldn’t. Maybe you accidentally set your layer to 0% opacity. Maybe you happened to set the Mode of your brush to Screen.

In either of those cases, you learn each time you figure it out. And with some help that goes much faster. As soon as I had gotten stuck enough times, I was able to help answer literally half the questions that were asked in the Discord channel. And people were always so appreciative. Most of the times those that get help there also end up posting the results of their work a bit later, and it’s awesome to know we were part of making that happen.

I say We because I’m in no way alone in this. While I was later promoted to a moderation role in the discord, the moderation itself has always been quite easy. What really impressed me is how popular the Discord server has become. These days it’s frequented by so many people that you hardly got a chance to answer questions unless you literally pounce at them the moment they appear.

My work as a moderator is a very easy one, all thanks to the absolute amazing community in there that crave to help others, improve their own work, or show off their latest creative works.

W: Any closing remarks for this interview?

S: Thanks for picking me for this. As I mentioned earlier, I love talking about and sharing my passions. Combining not only Digital Art but the general history and development of GIMP into the same interview could literally have me talking for ages.


A few links to know more about this artist:


Bonus: here is the alternative banner version of the GIMP 3.0 splash image, also contributed by Sevenix for irregular promotion of the software on the Microsoft Store (it is designed so that it can be cropped for various form factors and with space left on the left for the software’s name and some additional text):

Microsoft Store banner for GIMP 3.0.0 by Sevenix
Microsoft Store banner for GIMP 3.0.0 by Sevenix — CC by-sa 4.0 International

GIMP 3.1.2: First Development Release towards GIMP 3.2

In keeping with our new release schedule, we’re proud to announce GIMP 3.1.2, the first development version of what will become GIMP 3.2! This release contains a number of new features that we’ve been working on in-between bugfixes for GIMP 3.0. We’re looking forward to your testing and feedback as we continue adjusting and tweaking the code and design of them.

GIMP 3.1.2: splash screen
New development splash screen by Ville Pätsi - GIMP 3.1.2

Our new development splash screen was created by Ville Pätsi and commemorates our recent visit to the 2025 Libre Graphics Meeting

Note that a development release is not ready for production use. It might crash. If it didn’t have problems it would be 3.2 already. So please do test, but understand this is a feature release for early adopters and for the more adventurous!

Theme colors for Brush, Font, and Palette

Brush previews in GIMP are printed on a white background. For grayscale brushes, we use black to represent the brush stroke. Since the Brush dockable displays many brush previews side by side, it can create a distractingly bright section if you’re using the Dark or Gray themes, especially in grid mode.

We now have a toggle to make brush previews rendered with the theme foreground and background colors instead. This means that in dark mode, the brush background will be a darker color while the brush itself will be lighter. The fonts dockable also has this toggle, and palette displays will automatically use the theme colors. Note that this is a cosmetic change only and does not affect how you create brushes.

Default Colors Theme Colors

Brush preview before and after theme color toggle - GIMP 3.1.2

Auto-match Windows and Linux OS theme

GIMP defaults to the Dark mode version of our Default theme on first load. Thanks to the hard work of several contributors (Hari Rana, Niels De Graef, Isopod, and Jehan), we know have an additional “System Colors” color scheme so that GIMP matches your current OS theme preferences on Windows and Linux (provided your OS supports the portal). GIMP’s theme will also automatically update if you change your system preference.

You can of course still explicitly set a color scheme in Preferences or the Welcome Dialog if you’d prefer to use a scheme that’s different from your OS.

Screenshot of Welcome Dialogue with System Colors theme set
Screenshot of Welcome Dialogue with System Colors theme - GIMP 3.1.2

If you’re a macOS developer and are interested in adding support for this feature on your platform, please reach out!

New Paint Mode: Overwrite

New contributor Woynert implemented a new paint blend mode called Overwrite. It allows you to directly replace the pixels over the area you paint, without blending the transparency values of the brush and the existing pixels in that area.

Example of how Overwrite blending mode works
Example of how Overwrite blending mode works - GIMP 3.1.2

This new mode is particularly useful for pixel art, when you want to overwrite your target opacity over the source opacity, and is mostly targetted at the Pencil tool. With the brush tool or other paint tools, some interpolation of opacity and color will still happen for softer transitions as this is what is usually expected with these tools.

For these non-pencil use cases, we are still tweaking the algorithm and we welcome feedback. For the pencil tool use cases though, the sharp overwrite of color and alpha is pretty much what is expected from this mode.

Note also that this new mode is only available as a paint mode (in particular, you won’t find it in the list of layer modes or effect modes).

New Text Outline Option

There’s a new setting in the text tool to control the direction of the text outline. You can have the text outline grow inward, outward, or in both directions!

Screenshot of new Outline Direction option in the text tool
Screenshot of new Outline Direction option in the text tool - GIMP 3.1.2

Non-destructive editing

Co-Maintainer Michael Natterer spent several days during the Libre Graphics Meeting, going over the non-destructive filter code in order to clean it up and refactor it. While this is mostly behind-the-scenes work, this should reduce bugs and make future development and maintenance much easier.

Building on this work, GIMP now supports adding non-destructive filters to channels! The Channels dockable now shows the same Fx column as the Layers dockable, so you can edit, rearrange, delete, and merge filters on channels just like you can with layers.

CMYK

The CMYK Color Selector now calculates and displays the Total Ink Coverage of the selected color. This is useful when printing, as depending on the printing system and the media used, there may be a limit on how much ink can be applied.

Screenshot of CMYK Color Selector showing Total Ink Coverage
Screenshot of CMYK Color Selector showing Total Ink Coverage - GIMP 3.1.2

File format support

We have added support for several new formats and improved some existing ones. Are there image formats you need? Let us know and we can investigate whether we can add them.

ART Raw Loader

We’re adding support for using ART (AnotherRawTherapee) as a Camera Raw loader in GIMP, in addition to our existing support for darktable and RawTherapee. If you have ART already installed, GIMP should automatically recognize it and use it to load Camera Raw format images for further editing. If that doesn’t work for you, please reach out and let us know!

Krita Palette

By request, we’ve added a new option to export to Krita‘s .kpl palette format from GIMP. You can do this by choosing Export as from the menu in the Palette dockable.

Photoshop Patterns

Jacob Boerema has added support for importing Photoshop patterns! You can put Adobe .pat files in the GIMP pattern folder and automatically load them in the same way as GIMP’s own .pat files. We have tested this feature with RGB and grayscale Photoshop patterns, but if you run into any issues with your patterns, please let us know (and include the pattern file)!

Photoshop Curves and Levels presets

You can now use presets from Photoshop’s Curves and Levels filters in GIMP’s Curves and Levels filters! When you use these filters, choose Import Current Settings from File... from the Preset menu and select your .acv or .alv preset respectively. If your preset doesn’t work with those filters, please let us know (and include the preset files)!

Screenshot of Curves filter with Photoshop .acv preset loaded
Screenshot of Curves filter with Photoshop .acv preset loaded (image by Daniel Squires, CC0) - GIMP 3.1.2

PSD/PSB

Alx Sa has implemented initial support for exporting PSBs, Photoshop Large format. It is very similar to PSDs - the main difference is that you can export images up to 300,000 pixels wide and tall instead of PSD’s 30,000 limit. Thanks to Ville Pätsi for their initial testing. If you work with very large images (or PSBs in general), we’d appreciate your testing and feedback!

Also, our PSD/PSB importer now recognizes legacy Drop Shadow and Inner Shadow non-destructive filters. These will be converted to GIMP’s non-destructive Dropshadow filter so you can edit and adjust them after opening the image.

APNG

GIMP can now import APNG animations. People building or packaging GIMP should note that we used the standard libpng for this, not a patched version, so no changes are needed.

OpenEXR

We’ve now added support for loading multi-layer OpenEXR images. For instance, if you export a multi-view image from other software such as Blender, all views should show up in GIMP as individual layers.

JPEG 2000

We have had import support for JPEG 2000 images for many years. Steve Williams of Advance Software implemented an export plug-in for their own use and shared a GIMP 3 compatible version with us. We have merged it into the existing JPEG 2000 loader, so now you can both import and export JPEG 2000 images!

Screenshot of JPEG 2000 export dialogue
Screenshot of JPEG 2000 export dialogue (image by Robb Hannawacker, CC0) - GIMP 3.1.2

Playstation TIM

Andrew Kieschnick originally developed a GIMP 2 plug-in to load and export Sony Playstation 1 TIM textures and images. We have updated the code to be compatible with GIMP 3 and incorporated it as a standard image plug-in.

OpenRaster

OpenRaster is a file format intended to help share layered images between graphics editors (such Krita, MyPaint, and Scribus). In addition to the standard format (which GIMP already supports), there are two official extensions to remember which layers were selected and which ones were content locked. GIMP now supports exporting and importing both.

Over The Air Bitmap

We’ve added import support for Nokia’s historical black and white Over-the-Air Bitmap format. (Hey, ImageMagick supports it too!)

Jeff’s Image Format

As promised in our April news post, we have added import support for the GIF variant known as Jeff’s Image Format (.jif).

AVCI and HEJ2

Daniel Novomeský has added support for importing Advanced Video Coding (AVCI) still images. They’ve also added support for exporting HEJ2 images, which is an HEIF file that contains a JPEG 2000 image.

UX/UI

Denis Rangelov, Reju, Michal Vašut, and other designers have been working on a number of UX/UI updates for GIMP 3.2 in the UX repository. While the larger changes are still being designed and reviewed, we have been implementing several of their quality of life fixes:

  • We found several instances where the Foreground Selection algorithm would run when switching to another tool, even if no selection had been made yet. This caused an unnecessary lag, so we adjusted the algorithm to avoid running in those cases.

  • A few more areas where the system theme could conflict with GIMP’s theme were found and fixed. In fact, a few of these glitches were found while taking screenshots for this news post!

  • The Palette dockable now automatically selects the next swatch when you delete a previous one, allowing you to quickly delete several swatches by just clicking the Delete button repeatedly.

  • The state of the “Merge Filter” checkbox for non-destructive filters should no longer be affected if you apply a filter that currently has to be destructive, like Lens Blur. In prior versions, applying a destructive filter would always enable the checkbox for other filters, even if you had turned it off before.

  • Lock pixels” now generates an undo step in undo history, just like “Lock Position” and other locks.

Notable bug and regression fixes

Unique Color Count

The Color Cube Analysis plug-in was removed from GIMP 3, as most of its functionality already exists in the Histogram dockable. We say most, because one feature was missed - the display of how many unique colors the image has. Thankfully, Google Summer of Code student Gabriele Barbero has reimplemented this feature! You can enable it by checking “Compute unique colors” in the Histogram dockable. The count will update live as you edit the image.

Screenshot of Histogram Editor with unique colors count highlighted
Screenshot of Histogram Editor with unique colors count highlighted - GIMP 3.1.2

Additional Fixes

Some image formats do not allow images to have transparent sections. This can be confusing if you’re not familiar with all the details of the image you imported, especially when rotating or applying a filter with transparency such as Color to Alpha. We now detect if a filter or transformation would require transparency, and automatically add an alpha channel to the layer to prevent unexpected distortions.

Jacob Boerema implemented a fix for ZDI-CAN-25082, which potentially affected loading certain DDS images on a 32-bit machine.

In the 3.0.4 news post, we implemented a fix for transparency padding when pasting a selection to other programs. Cheesequake extended this fix to also cover copy and pasting full layers to other programs. Please let us know if you notice any other related regressions!

Estecka fixed a bug where editing filters on a hidden layer would automatically cause the layer to reappear.

The legacy Jigsaw filter has been updated to work on transparent layers. While it’s not a non-destructive filter, this fix should allow you to apply it to a separate transparent layer and then use it as an overlay for your image.

Plug-in/Script Developers

We’ve added a new API to create a GimpCoordinates widget in the auto-generated dialogue. gimp_procedure_dialog_get_coordinates () will connect two numeric parameters with a chain link and a unit type dropdown. You can see an example of how it’s used in our Tile plug-in, or in our GimpUi API documentation.

Due to an oversight, unsigned integer parameters did not generate widgets in GimpProcedureDialog despite being functionally this same. This has been corrected, so now gimp_procedure_add_uint_argument () will create input fields automatically just like gimp_procedure_add_int_argument () does.

Also, Jehan added a new default behavior to the GimpChoice parameter type. If you make one with only two options, the auto-generated dialog will display radio buttons instead of a dropdown menu. You can of course override this default with gimp_procedure_dialog_get_widget (), but we think this will help save people some clicks for simple options.

Build Process

Bruno Lopes continues their hard work to improve our build and packaging processes. A few of the highlights:

  • Our build system now automatically generates a list of image formats that GIMP can open on Windows. This means rather than manually maintaining (and often forgetting to update) a list, the installer and MSIX will associate all supported images as we implement them, like the ones mentioned in this news.

  • Our Linux builds now have a similar method of auto-generating image format associations via their mimetype too. We hope to implement this feature for macOS builds as well in a future update.

  • All previously non-portable build scripts of GIMP repository have been made POSIX-compliant. This means that it’s now easier to use these on platforms like BSD. Bruno has also implemented more checks in our CI pipelines to prevent non-portable code from being reintroduced in the future. Even though most of these utility scripts will not be used on daily basis by packagers (we ported the important .sh scripts used by Meson to .py scripts since GIMP 3.0.4 development cycle), this makes our builds truly cross-platform.

Release stats

Since GIMP 3.0.4, in the main GIMP repository:

  • 42 reports were closed as FIXED.
  • 55 merge requests were merged.
  • 302 commits were pushed.
  • 12 translations were updated: Bulgarian, Catalan, Chinese (China), Dutch, Galician, Georgian, Norwegian Nynorsk, Persian, Slovenian, Swedish, Turkish, Ukrainian.

29 people contributed changes or fixes to GIMP 3.1.2 codebase (order is determined by number of commits; some people are in several groups):

  • 14 developers to core code: Jehan, Michael Natterer, Alx Sa, Jacob Boerema, Bruno Lopes, Christoph Reiter, Estecka, Gabriele Barbero, Hari Rana, Ondřej Míchal, Philip Zander, cheesequake, lloyd konneker, woynert.
  • 9 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jehan, lloyd konneker, Jacob Boerema, Advance Software, Anders Jonsson, Daniel Novomeský, Natanael Copa.
  • 12 translators: Luming Zh, Martin, Yuri Chornoivan, Ekaterine Papava, Alexander Shopov, Kolbjørn Stuestøl, Nathan Follens, Anders Jonsson, Danial Behzadi, Emin Tufan Çetin, Jordi Mas, Yago Raña.
  • 1 theme designers: Alx Sa.
  • 2 contributors on other types of resources: Jehan, Bruno Lopes.
  • 11 build, packaging or CI contributors: Bruno Lopes, Alx Sa, lloyd konneker, Jehan, Advance Software, Christoph Reiter, Michael Natterer, Natanael Copa, Sam James, woynert, Ondřej Míchal

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • Our UX tracker had 3 reports closed as FIXED.
  • ctx had 186 commits since 3.0.4 release by 1 contributor: Øyvind Kolås.
  • gimp-data had 10 commits by 4 contributors: Jehan, Bruno Lopes, Ville Pätsi, Alx Sa.
  • The gimp-test-images (unit testing repository) repository had 2 commits by 1 contributor: Jacob Boerema.
  • The gimp-macos-build (macOS packaging scripts) release had 18 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes.
  • The flatpak release had 7 commits by 2 contributors: Bruno Lopes, Jehan.
  • Our main website (what you are reading right now) had 26 commits by 3 contributors: Alx Sa, Jehan, Bruno Lopes.
  • Our developer website had 20 commits by 3 contributors: Bruno Lopes, Lloyd Konneker, Jehan.
  • Our 3.0 documentation had 40 commits by 9 contributors: Kolbjørn Stuestøl, Alevtina Karashokova, Nathan Follens, Jacob Boerema, Alx Sa, Matthew Leach, Alevtina, Anders Jonsson, Yuri Chornoivan.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Team news

Our Google Summer of Code students are making great progress with their summer projects!

Gabriele Barbero is making some much-requested improvements to our on-canvas text editor. In their test branch, they’ve made the style editor moveable, and each text layer remembers its editor’s position when you switch between them. With a little more polish and bug-testing, this feature should show up in a future 3.1 development release!

Ondřej Míchal has created a GEGL Filter Browser prototype in their own test branch. This involved a lot of research, as there any a number of edge cases and formats to account for. When finished, this feature will be very useful for script and plug-in developers, especially with the new filter API that lets them create and apply any effect available in GIMP!

Shivam is working on a website to list and display third-party GIMP extensions (the rebirth of the GIMP registry that older creators may have known). A first version of the script to generate extensions’ web pages from their metadata has already been merged.

Around GIMP

We printed stickers of the new Wilber logos for the 2025 Libre Graphics Meeting.

Photo of Wilber stickers from Libre Graphics Meeting
Photo of Wilber stickers from Libre Graphics Meeting (taken by mL)

You can use this file if you’d like to print your own Wilber stickers. You can also request reimbursement if you’re planning to print enough to hand out at a local event or GIMP User Group meeting. Note that we are still working out the procedure for these requests, but we encourage you to reach out and discuss your idea.

Downloading GIMP 3.1.2

You will find all our official builds on GIMP official website (gimp.org):

  • Linux AppImages for x86 and ARM (64-bit)
  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • Microsoft Store package for x86 and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

There is no development release for the manual, but you can continue to use the existing GIMP 3.0 documentation from GIMP 3.1.

What’s next

This first development release contains many new features we’ve been working on during 3.0 development. Our main focus for GIMP 3.2 on the roadmap is developing two new types of non-destructive layers - linked layers and vector layers. We hope to share more information about these in future news posts.

This faster pace release schedule also proves to be quite stimulating and relies on years of infrastructure and procedure preparations. So far, it looks like it works quite well!

While we remind that this is a development version and therefore we advise against using it for production, we also really welcome feedback and bug reports. At every first stable release in a new series, too many bugs are discovered. GIMP is a community, first and foremost. The software will improve because many people participate! Now that we are starting the development releases for a brand new stable series, we are really relying on everyone so that the upcoming GIMP 3.2 can be as stable and good as possible.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

Understanding ODF compliance and interoperability

The Open Document Format (ODF) is an open standard format for office documents, which offers a vendor-independent, royalty-free way to encode text documents, spreadsheets, presentations, and more.
However, to realise its potential, it is necessary to understand the concepts of compliance – the degree to which an implementation adheres to ODF specifications – and interoperability – the ability to exchange and view ODF files without loss of fidelity or functionality across different applications and platforms.

ODF is an XML-based file format that has been standardised by OASIS and ratified by ISO/IEC 26300. Milestones include:

  • ODF 1.0 (2006): the initial version defining the basic document types: text (.odt), spreadsheet (.ods) and presentation (.odp).
  • ODF 1.1 (2012): updates to formula specifications and accessibility improvements were made, but it was never submitted for standardisation.
  • ODF 1.2 (2015): introduces digital signatures, RDF metadata, and OpenFormula for standardising spreadsheet calculations.
  • ODF 1.3 (2020): an extension of security features, including improvements to encryption and import/export conventions, as well as a clarification of compliance clauses.

Each version has strengthened the role of ODF as a universal interchange format, ensuring that documents remain readable and editable in all programs, both now and in the future.

Definition of compliance

Compliance refers to the extent to which a given software implements the ODF standard. It comprises several levels:

  1. Structural compliance: ensures that file archives contain the expected XML files (e.g. content.xml, styles.xml and meta.xml), in accordance with the ODF Packaging specifications.
  2. Schema validation: verifies that the XML content matches the applicable ODF schemas (Relax NG or W3C XML Schema). This prevents a <draw:image> element, for example, from appearing where only text is permitted.
  3. FeatuSecurity profilesre compliance: supports the required features (styles, tables, charts and metadata) and the correct implementation of the optional features required by the application (digital signatures, encryption and change tracking).
  4. Formula compliance: for spreadsheets, adherence to OpenFormula specification ensures that formulas behave consistently across different applications.
  5. Compliance statements and profiles: applications often declare their compliance levels (e.g. ODF 1.2 Part 1: OpenDocument Schema). Some define profiles, which are subsets of the full standard tailored to specific industries or workflows.

Non-compliant files risk becoming unreadable or displaying incorrectly in other applications. Validating ODF schemas and integrating compliance tools enables developers and users to guarantee the longevity and accuracy of documents.

The interoperability landscape

Even when two applications claim ODF compliance, disparities can arise.

  • Rendering differences: variations in character substitution, line spacing or image placement can slightly alter the layout.
  • Functionality differences: for example, an editor may support digital signatures, but implement them in a way that causes signatures to be rejected when files are exchanged.
  • Use of extensions: some applications use proprietary extensions (e.g. custom XML blocks) that others do not recognise, which can result in data or content loss.
  • Metadata management: different handling of document properties, such as author, version history or custom metadata, can hinder workflows.

To achieve strong interoperability, systematic testing is required.

  1. Automated schema validation: tools such as ODF Validator can check thousands of files against ODF schemas in batches.
  2. Feature compliance suites: OASIS provides test suites that cover every aspect of the ODF specification, including basic document elements and encryption profiles.
  3. Round-trip testing: save a document in application A, open it in application B and save it again, then reopen it in application A to detect any differences.
  4. Visual regression testing: use headless rendering engines (e.g. LibreOffice in server mode) to generate PDFs or bitmaps for pixel-level comparison.
  5. Community reports: projects such as ODF Plugfest bring vendors together to exchange test files and submit interoperability reports.

Best practices for ensuring compliance and interoperability:

  1. Adherence to the core standard: avoid proprietary extensions unless they form part of an agreed ODF profile.
  2. Early and frequent validation: integrate schema and conformance testing into CI/CD pipelines for document-centric applications.
  3. Prioritise OpenFormula: when creating a spreadsheet, use standard functions and avoid vendor-specific formula syntax.
  4. Adopt the Flat ODF format: the Flat ODF format (.fodt, .fods and .fodp) stores the entire document in a single XML file, making it easier to compare, validate and process in scripts.
  5. Document compliance statements: indicate the ODF version supported by the application, as well as the schema, encryption and signature parts.
  6. Participate in plugfests and community testing: real-world feedback is valuable, so it is important to participate in interoperability events and contribute to public issue trackers.
  7. Make smart use of metadata: use ODF metadata elements (e.g. dc:meta, RDF blocks) to ensure the consistency of document properties when transferring between tools.

Looking ahead: ODF 1.4 and beyond

Although ODF 1.3 has addressed many functional issues, the ecosystem continues to evolve.

  • Accessibility improvements: better support for tagged PDFs, ARIA roles and semantic markup.
  • Native cloud editing: harmonisation of ODF with collaborative protocols (e.g. WOPI and CMIS) to enable real-time co-authoring.
  • Extended multimedia management: richer multimedia support is incorporated (e.g. video and embedded web components), while maintaining interoperability.
  • Security profiles: standardisation of profiles for high-security environments (e.g. government or healthcare), combining encryption, signatures and content redaction.

Conclusion

ODF compliance and interoperability are fundamental to document longevity, workflow resilience, and user trust. By adhering to ODF schemas, testing across multiple applications and adopting community best practices, organisations can safeguard their content against vendor lock-in and format degradation. As it continues to mature, ODF is set to remain the foundation of open, accessible and durable office documents.

Before LibreOffice there was OpenOffice, and before OpenOffice there was StarOffice…

Stefan Soyka, StarOffice developer in the early '90s

LibreOffice is the successor project to OpenOffice(.org), which in turn was based on StarOffice, a proprietary office suite developed in the 1990s. Learn more about the history here! And let’s hear from Stefan Soyka, who worked on StarOffice from 1990 – 1992…

When did you join Star Division, and what did you work on?

I came from Berlin to Hamburg to work for Marco Börries in his Star Lab in spring 1990, together with my friend and study mate Stefan. Both of us joined the project more or less at the same time and shared the same first name, which caused some confusion at first.

The situation in Hamburg needs some explaining if you are new to it. The Writer application that is the foundation of what we use today is not the first Star Writer – but thesedays it is often referred to as Star Writer 6 or Star Writer Graphic. Marco’s company Star Division, based in rural Lüneburg not far from Hamburg, had developed and sold with considerable success a text processing application with the same name, that was an MS-DOS application based on a home-grown graphics framework. A team of freelance programmers was working on it under the lead of Sven-Ola Tücke.

This was also the tool we used to write the first drafts for specifications, by the way.

The old Star Writer had a solid fanbase and sold quite well even after Star Lab started in Hamburg. So it is fair to say that the money we burned in Hamburg was earned in Lüneburg.

Marco, however, had the right feeling that graphical user interfaces were already around and taking up speed. The future (that is the time we live in now) would belong to applications running on the main graphical user interface platforms at this time, being Microsoft Windows, the X Window System and macOS. Of course there were voices that argued that graphical user interfaces were only hampering productivity and real pros would always use the command line. That may sound a bit funny today, but I took it all in my heart.

When I arrived there, development had pretty much advanced in the compatibility layer named Star View, that allowed portable programming of both operating system functions and graphical user interfaces. There was, however, no application yet. Because I had worked on a C++/X Window System project on the ODA standard (ISO 8613, Open Document Architecture), I had some background on this and formed with some others the core of the Star Writer project team.

Star Division logo

Tell us about the office location and team back then!

The offices of Star Lab at that time were at Heidenkampsweg, near Berliner Tor, in Hamburg in a quite modern building. I remember the adjacent gas station; many of us were heavy cigarette-smokers at that time, and I sometimes went there at night to get the next pack.

Dirk Bartels supervised the daily operations. He had a software company back in Berlin and he expected benefits from the Star View portability layer for his own products. His personal secretary was Marita, if I remember the name correctly, a lovely young woman, I think the only one in the project at that time. When I joined the team, there were about twenty people working there including administrative staff.

Andreas, a good-natured guy with intense freckles, managed the Star View project. Almost all the coding however, at least for the Microsoft platform, was completed by Thomas – a very young man who was incredibly well-organized and productive, the type of coder who writes a screen full of statements that compile instantly error-free. He also virtually lived in the offices. The staffing for this platform was good; the other platforms had fewer developers. I remember Dirk, a shy young man who did the Macintosh port. One day, he showed us that all output appeared like upside down. It turned out that the Macintosh uses a y-origin different from the Microsoft platform (top left, I think). That gave him certainly some headaches.

Michael, a freelancer from Lüneburg, sometimes visited Star Lab in his tiny, first generation Mazda MX-5, that he could barely fit into. He was the only engineer who contributed to both the “classic” Star Writer with Sven-Ola Tücke, and Star Lab. He introduced the first Star Basic macro language. For the Windows platform, it had been worth thinking about a Star Writer application programmers interface or component object model (OLE at that time, but was just emerging in 1991 with Word and Excel), but with portability above all, this did not come to pass.

The team at this time was Euro-centric at least – effectively most staff members came from nearby. Another great developer in the Star View team, however, was Eddy McGreal, an Irish guy, whom I saw by incidence recently in a software product presentation he held. Can’t stop hacking.

Armin kept the business in order. He was also working on internationalisation. When he married, he invited all mates to comes and celebrate. It was in a small town in the moors, I don’t remember the name, but we had a great time. When we went back to Hamburg in the morning – hopefully at least the driver was more or less sober.

In the Star Writer team, Jürgen was the most productive programmer, about two meters tall with a sad face. Playing handball was his first priority, if he was not hacking. He did incredible work under the hood, like importing exotic files from other text processors, and never complained or missed a deadline. I think we never gave him enough credit for what he achieved.

Despite all the good work, the Star Writer project did not meet the expectations in the time when I was there. Later, I spent many thoughts on why we were not more successful in the beginning, because it felt like a wasted opportunity to me. It was not for the lack of ambition: there are folders full of splendid concepts and intricate specifications. But none of us had a good blueprint of the best way to start this enormous, complex task, I believe.

What was the toolset and development process like back then?

The object-oriented programming paradigm had evolved into the first C++ standard and implementations. Before I came to Hamburg, a pre-compiler was used, on Sun Workstations at least, to generate standard K&R C code, that was fed into the platform native C-compiler. The result was not always predictable or free of errors, but luckily, at Star Division, we had the one-step Microsoft C++ compiler, so we were a step ahead at this point.

Star View, however, was a huge library and the Microsoft linker had a hard time (and needed a long time) to do the static linking. When it came to a code freeze, that is the integration of the stable versions of all projects, Stefan used an egg timer so that he didn’t miss the time when the linker had finished, to see if there were problems with the linking or not. It took so long, you could easily forget it. If it failed, it needed fixes and another round. The whole process needed much time, until Stefan one day found out that someone had tackled the problem with the Microsoft linker and had released a better implementation that did the job in a fraction of the time.

Another paradigm that came up at the time was the Model-View-Controller (MVC) pattern. It says, in short: what you see is only a volatile transformation of the model. The controller, like someone typing text into the application or a report generator producing table data output into a document, changes the model, which in turn from time to time updates the view.

Many in the project and even in the management were not comfortable with this procedure, because it appeared to make a simple thing unnecessarily complex. The argument was like: “This is meant to be a WYSIWYG text processor, and we need nothing beyond what the user sees on the screen, so let’s store this”. Nobody wanted to look at a document any different from before, when he or she opened it again – maybe on a different machine were fonts were missing or the display had a different resolution. There was a lot to explain and no proof that either concept was superior. What’s more, nobody could tell reliably and by their own experience, what adopting the MVC pattern for a text processing application meant in practice, and how the code would look like.

Then, the Unicode standard was evolving and a controversial debate started about what that meant for our plans. Speaking of 16-bit Unicode only, two aspects were unsettling: the same document would need twice the memory compared to 8-bit characters (we had no concept for memory management then and kept the whole document in RAM all the time, which obviously still needed some reworking). At that time, the model was using zero-terminated C strings for text paragraphs for the comfort of using the standard C string libraries.

Turning to Unicode, we would have to say goodbye to that and rewrite the functions we needed. It probably had not yet dawned everyone, that C strings would not suit the requirements of text attributes and formatting anyway.

UTF-8 strings, on the other hand had the downside that it was complicated to find out, how many character positions the output would use. Building substrings from UTF-8 strings is also a delicate matter, because the string can not be cut at any position without creating invalid UTF-8 character sequences.

Most of the developers working on StarOffice later will certainly be surprised, what basic considerations were moving us at the start, but man, this was all serious stuff.


StarOffice 3.1 and modern LibreOffice screenshot comparison

StarWriter 3.1 (screenshot courtesy of WinWorld) and modern LibreOffice

Do you still use LibreOffice today, and do you have any contact with old Star Division team members?

Sorry to say that I have no contact any more with my has-been workmates. I left Star Division somewhat frustrated because it took so long for the good concepts to materialize and also, because I felt, I was not the right man to promote that. But I also had a pregnant girlfriend (now my wife) in Berlin, which was even a better reason to say good-bye.

Frankly, I was relieved and amazed to see the first product. It was not free at that time. I don’t think it really paid for Marco before it went to Sun Microsystems – anyway there was no free download. With my Zyxel 14.400 baud modem, it had taken a long time anyway. I got versions on batches of CDs from time to time from my friend Stefan, though, who was still with the project.

I was not so happy with the application at first, because at that time it was a monolithic “desktop” with all applications in its belly (like Writer, Calc, Impress and Draw, I believe), which took ages on my machine to load. I would have loved to see more collaboration in it: at that time that would meant an e-mail client and calendar.

Sometimes I thought to myself, “If I had to decide …” but ended with a sigh :“There would be no Star Writer to this very day”. In fact, it would be another interesting story, which changes it took to finally make it happen.

I never had Microsoft Office for myself (I like Microsoft Publisher for the themes and the artwork that came bundled with it, but somehow Pokémon Druckstudio was an acceptable replacement). I had to buy a Microsoft licence for my children though, because teachers did not expect that someone would not have access to Microsoft Office, and I was hesitant to end my child’s learning career over this.

I use LibreOffice almost every day now. It has all I need, and probably much more.

I use LibreOffice for my everyday correspondence, and less often I use it to create PDF files for printing. I have a nice set of Star Basic macros, and a good document template I load all the formatting from, to create a good-looking A5 format book from a text file or a website, in no time at all. Creating PDF files is very easy in LibreOffice, yet it has some uncommon features that come in very handy at times, like the option to export also blank pages (that would usually be omitted). Believe me, you don’t want to go to print without the blank pages.

The E-books that I create from the same document (printing is a bit out of fashion) have no frills (they could have, of course) but they are nice to read. I confess that I find it very convenient to load them into my Kindle account, from which I can read them on any device that comes near to me.

Well, I’m not a young man anymore, I like to say that before anyone else does, and programming to empower users (with more luck in later projects) is still my passion to this day. The StarOffice project has been with me more or (sometimes) less all the way, a bit like a child I gave up for adoption at an early age.

TDF says: Thanks to Stefan for the insights into the early days of StarOffice – and we’re happy to hear that he’s still using LibreOffice today!

LibreOffice at the Linux Arena in Pordenone, Italy

LibreOffice at the Linux Arena in Pordenone

Marco Marega writes:

Hi, I’m Marco, an Italian translator and Member of The Document Foundation. Twice a year I take part in an event in Pordenone to promote LibreOffice within the stand “Linux Arena” of the PNLUG Linux User Group. It’s inside a local fair, part of which is dedicated to technology, makers, electronics and so on.

For the event from April 25 – 27 we had a LibreOffice stand with a 32″ monitor, showing an Impress presentation about LibreOffice on a loop. At the stand I met different interested people – some of whom I already know since they visit the fair regularly, while others I saw for the first time.

There is always curiosity about LibreOffice, and this time I noticed an increasing demand about AI integration and related plugins. The LibreOffice coffee/beer mats were very much appreciated by visitors to the stand.

LibreOffice at the Linux Arena in Pordenone

The Pordenone Linux User Group invited other associations to share the stand, so there were also:

  • Trieste Linux Users Group, with a nice game to learn bash commands while trying to deactivate a bomb
  • Odoo group, presenting the ERP/CRM/…
  • Bergamo Linux Users group presenting OpenWRT and some other projects (Emiliano Vavassori is one of them)
  • A Blender expert
  • Another member who uses openSUSE for multimedia production
  • A corner where volunteers helped visitors to install Linux on their PCs, or to solve little problems

The next edition of the event will be on 22 – 23 November.

LibreOffice at the Linux Arena in Pordenone

2.12.1 released

Par :Jonas

🌐 Translations

  • Updated Turkish translation using Weblate by @weblate in commit
  • Updated Hungarian translation using Weblate by @summoner001 in commit
  • Updated Italian translation using Weblate by @Wiccio in #804

ODF: An Analysis of the Adoption of the Open Document Format

Over the course of its 20-year history, the ODF standard has been adopted, or at least recommended, by numerous supranational bodies and several countries on almost every continent. However, this does not necessarily mean that the ODF standard is used in accordance with these decisions, which are often laws in their own right, as Microsoft’s substantial lobbying and misinformation campaigns aimed at protecting its revenue of around $25 billion generated by the proprietary OOXML format (DOCX, XLSX and PPTX) encourage the use of the latter. This is despite the fact that the disadvantages for national systems, communities of citizens and individuals are very easy to demonstrate: loss of control over content, interoperability problems and dependence on the commercial strategies of a single vendor.

The information in this post is based on my research into sources relating to the adoption or recommendations for the use of ODF. I began compiling this collection of documents around 2010 and continue to update it annually. Over the last twelve months, I have also used artificial intelligence in my research, which has helped me find some articles.

Unfortunately, formal adoption or recommendation of ODF does not guarantee its actual use in accordance with the law. For example, the latest version of Italy’s Digital Administration Code explicitly prohibits the use of OOXML because it is not a standard, yet this decision is largely ignored by public bodies.

SOVEREIGN BODIES

NATO requires all 28 member countries to use ODF as the standard format for document exchange.

UN and NGOs: UN organisations favour standard and open formats to ensure that all documents remain accessible and do not depend on expensive or restricted tools. This is why ODF is used for reports, policy drafts, and collaborative documentation between teams.

European Commission: has taken a strong stance in favour of open standards and promotes the use of formats such as ODF in documents through its open source software strategy. The European Parliament, the European Commission and the EUIPO (European Union Intellectual Property Office) have integrated LibreOffice and ODF into their internal workflows to ensure greater transparency and language neutrality.

EUROPE

Belgium: Since September 2007, all Belgian federal government departments have been required to accept and read ODF documents, and a memorandum has established ODF as the standard for the exchange of office documents within the federal public administration.

Denmark: From 1 April 2011, the Danish Parliament has mandated the use of ODF by state authorities for the exchange and archiving of documents, whereas previously agencies were only required to accept ODF documents. In recent weeks, articles have claimed that the Danish government will formally migrate to open-source software and, therefore, to ODF. We are, of course, seeking confirmation of this project.

Finland: The Ministry of Justice and other ministries have adopted ODF as the main document format.

France: The Référentiel Général d’Interopérabilité (RGI) recommends ODF as the preferred format for office documents in public administrations. Agencies are therefore encouraged to use ODF for creating and archiving text documents, spreadsheets, and presentations.

Germany: The German Council for Information Technology Planning, representing the federal and state governments, has committed to making ODF the standard for document management in public administration by 2027. The Ministry of Foreign Affairs and several federal courts already use ODF exclusively. Several federal states and municipalities have also switched to ODF-compatible office suites, such as LibreOffice and Collabora Online. ODF is cited as a core element of Schleswig-Holstein’s digital sovereignty strategy.

Italy: The Digital Administration Code only allows ODF in its guidelines for public administration, as OOXML does not meet the open standard criteria contained in the document’s glossary.

Netherlands: The Dutch government mandates the use of open standards, including ODF, for all data exchanges in the public sector, and adoption is monitored by an active political community that supports implementation.

Slovakia: All public authorities must be able to read and use ODF for electronic communication and publication of documents, including those with electronic signatures.

Spain (Andalusia and Extremadura): These regions require government agencies to use ODF (or PDF/A for static documents) for communication with each other and with citizens.

Switzerland: Government agencies are recommended to use ODF for document exchange with citizens or other agencies.

United Kingdom: In 2014, the British government adopted ODF as the sole standard for sharing and collaborating on editable documents across the public sector. The Home Office has a formal ODF adoption plan and does not reject ODF documents from citizens or businesses.

AMERICA

Argentina (Province of Misiones): The use of ODF is mandatory within government administrative organisations.

Brazil: Since 2010, proprietary formats have been prohibited in the federal public administration and ODF has been the standard for all office documents. It is mandatory in federal IT policies and is widely used in ministries and state governments. SERPRO (the federal data management service) ensures that national document workflows comply with the ODF standard.

Uruguay: public documents must use ODF for editable files and PDF for fillable forms and non-editable documents.

Venezuela: all federal government organisations must use ODF 1.0 for editable documents.

ASIA

India: India’s policy on the adoption of open standards for e-governance includes ODF as the preferred format for all federal and state services, particularly where vendor neutrality is critical for affordability and scalability.

Taiwan: The Ministry of Education has introduced ODF-compliant tools in all schools, and local governments use LibreOffice for daily administration.

AFRICA

South Africa: South Africa’s MIOS (Minimum Interoperability Standards) policy aims to ensure a future-proof digital government and access for all. It promotes open standards and lists ODF as an accepted format.

CASE STUDY

Monaco: In 2013, the city of Monaco made headlines when it migrated 15,000 desktops to Linux and OpenOffice/LibreOffice, adopting ODF. Despite positive results and significant cost savings, the project faced strong political opposition backed by the Microsoft lobby. In 2017, part of the migration was cancelled. This case is emblematic because it highlights the complexity of vendor lock-in and demonstrates the pressure that public institutions face from proprietary vendors to maintain a monopoly that is detrimental to the institutions themselves and their citizens.

Create a colour wheel in LibreOffice

Screenshot of colour wheel being created in LibreOffice Calc

Regina Henschel writes:

Susanne Mohn asked on the German-language user’s mailing list how to create a colour wheel with LibreOffice. It was not about the colours themselves, but about the geometry. How do you create a circle or ring with equally sized sectors?

Very different solutions were proposed. Susanne Mohn, Harald Berger and I (Regina Henschel) have created a page in the LibreOffice Wiki so that these do not remain hidden in a thread. Due to the development process, some sample files are in German, but the page itself is in English.

Colour wheels can be used to create “doughnut charts” of data. Have fun exploring!

Colour wheel

Libre Graphics Meeting 2025

Banner with graphic art and the sayings Libre Graphics Meeting 2025, Nuremberg, May 28 — 31, RE:Imagination
https://libregraphicsmeeting.org/2025/

Right after Inkscape Summit in Nuremberg, from May 28th to the 31st, the team attended to the Libre Graphics Meeting 2025, also in Nuremberg. It was a great opportunity to learn and share, and a unique experience to see how Inkscape contributes to the Libre Graphics scenario globally.

LGM 2025 featured a series of talks and workshops, covering aspects of creative software development, demoing real use cases for libre graphics, and pushing boundaries of technology as a platform for creative experimentation. From graphic design to embroidery stitching, XML editing to retro video game UI emulation, Inkscape showed up as an important part on the arts, design, and maker communities.

lgm-group-photo-2025.jpg

Ink/Stitch — Talk

https://libregraphicsmeeting.org/2025/program/ink-stitch/
Daniel K. Schneider gave an excellent overview around embroidery stitching as a durable and versatile artistic expression, with many areas of application. All existing embroidery machinery use proprietary file formats and require expensive software. Ink/Stitch is an Inkscape extension that offers a full-fledged, cross-platform embroidery digitizing platform. It is based entirely on free and open-source software. In the past year, Ink/Stitch had 225 thousand downloads. It's user base have an active community of 10k+ french speaking users in a Facebook group.

Daniel mentioned that one of Inkscape's advantage for building Ink/Stitch is that it is already familiar to the makers community, from other activities (like laser cutting). Inkscape's drawing conventions can be used to define stitch types (a thick stroke translates to satin stitches, for example), which is interpreted and converted by Ink/Stitch into real embroidery patterns. It is super cool to see Ink/Stitch converting SVGs and simulating the output.

A screen recording depicting Ink/Stitch UI and the vector drawing of an elephant being converted into embroidery patterns

How to Run a Film Festival on Libre Graphics — Talk

https://libregraphicsmeeting.org/2025/program/how_to_run_a_film_festival_on_libre_graphics/
Marc Rodrigues organized and ran the first LusOFest — Festival for Portuguese-Language Film in Offenbach am Main. Lusofest 2025 featured work from 6 countries and received 6 film makers. It's more than 350 visitors were able to attend to 3 feature films exhibitions and watch 40 out of 500+ submitted short films. As stated by Marc, "Organising a film festival is 90% communication". Marc covered the importance of advertising and rooting for people to come for your festival. All communication and promotional materials, were done entirely with FOSS. And as mentioned by Marc, Inkscape was the obvious choice for all the Graphic Design work, producing printed post cards, social media postings, and more.

A photo of a slide with the sayings 'The Oscars 2025', 'I'm Still Here' wins Best International Feature Film, 'Flow' wins Best Animated Feature Film, and a picture of directors Walter Salles and Gints Zilbalodis hugging and holding their awards. Lusofest.

Inkscape UI Vision Going Forward — Talk

https://libregraphicsmeeting.org/2025/program/inkscape_ui_vision_going_forward/
UX designer Henrique Perticarati walked through the design process for an Inkscape UI vision work, and how this proposal gained traction with the community. Henrique proposes that a friendlier UI would be more inviting to new users, and a larger user base would lead to more contributions. He also pointed out that tools like Blender, GIMP and Scribus had recently gone through UI redesigns, and that there's momentum in the community for a UX-led transformation. This vision work helped Henrique to build trust with Inkscape's community and start collaborating with other members (Yotam Guttman, Wen-Wei Kao, Adam Belis, Mike Kowalski) around the future of Inkscape UX. During the talk, Henrique covered some insights about UX related users' interests, based on analysis of Gitlab issues. These insights will help determine further research and UI explorations. Stay tuned for news around the UX initiative!

A graphic representation of a new User Interface for Inkscape

CapyPDF — Lightning talk

https://libregraphicsmeeting.org/2025/program/lightning_talks_thursday/
Jussi Pakkanen had a 10 min lightning talk about CapyPDF, a low level library for generating PDF files.
It exposes all PDF object specifications, nothing more, nothing less. CapyPDF is also the basis for the upcoming Inkscape CMYK-capable PDF exporter we've been all waiting for (our own Martin Owens is one of the project collaborators).

Other mentions to Inkscape

Picture of LGM attendees sitting around a restaurant table for dinner
After four days of exchanging knowledge and experiences with the community, we are excited about getting back to work!

The end of Windows 10 is approaching, so it’s time to consider Linux and LibreOffice

The Document Foundation and LibreOffice support the international campaign @endof10 https://endof10.org/

The countdown has begun. On 14 October 2025, Microsoft will end support for Windows 10. This will leave millions of users and organisations with a difficult choice: should they upgrade to Windows 11, or completely rethink their work environment?

The good news? You don’t have to follow Microsoft’s upgrade path. There is a better option that puts control back in the hands of users, institutions, and public bodies: Linux and LibreOffice. Together, these two programmes offer a powerful, privacy-friendly and future-proof alternative to the Windows + Microsoft 365 ecosystem.

The real costs of switching to Windows 11

The move to Windows 11 isn’t just about security updates. It increases dependence on Microsoft through aggressive cloud integration, forcing users to adopt Microsoft accounts and services. It also leads to higher costs due to subscription and licensing models, and reduces control over how your computer works and how your data is managed. Furthermore, new hardware requirements will render millions of perfectly good PCs obsolete.

This is a turning point. It is not just a milestone in a product’s life cycle. It is a crossroads.

The new path: Linux + LibreOffice

These two programmes form the backbone of a free and open computing environment based on open standards. For individual users, public administrations, schools and businesses, this combination offers more than enough: it is mature and secure, and is already in use worldwide for mission-critical workloads. Furthermore, using open standards protects users against any attempts by software developers to control them.

Here’s what this alternative offers:

  1. A modern, stable and unrestricted operating system, accessible to all users thanks to intuitive distributions that allow each user to choose the configuration that best suits their needs. It also offers regular updates, long-term support versions and communities where people can help each other and develop their digital knowledge together.
    Unlike Windows 11, Linux works with all personal computers that ran Windows 10, meaning there is no need to replace your old PC. Those with even older computers can also find a suitable version of Linux, extending their useful life and reducing electronic waste.
  2. LibreOffice is a complete office suite offering word processing, spreadsheets, presentations, drawing and database tools. It respects freedom and data because it is based on an open, standard document format (ODF), and is compatible with Microsoft’s proprietary formats (DOCX, XLSX and PPTX). This gives users control, as Microsoft cannot decide to end support at any time, as it is doing with Windows 10.
    LibreOffice is supported by a global community of volunteers, consultants, and companies who provide free and paid professional support, ensuring the ongoing development of the software and the prompt resolution of security and operational issues. There are no licence fees, telemetry or vendor lock-in.
  3. Both Linux and LibreOffice are based on transparency. This means that all documents saved in the standard format will always be available because the format is open, and all documentation is available online. They also do not require a user licence subscription that protects the software vendor more than the user, and which contains incomprehensible legal clauses.
    Both the operating system and the software are managed by foundations, not companies. All activities, including development, quality assurance, problem-solving and the release of new versions, take place in public because users have the right to control the quality of the digital tools they use and entrust with their content.

What does migration look like?

Replacing Windows and Microsoft Office is not as difficult as it seems, either at an individual or corporate level. Many organisations around the world have already done so, and many others are planning to do so right now, precisely because they no longer want to be subject to the commercial strategies of Microsoft and its partners.

These are the key steps:

  1. Start by testing Linux and LibreOffice on a second partition of your PC (for individuals) or in less critical departments (for companies).
  2. Check the compatibility of your software configuration with Linux and LibreOffice; most office tasks can easily be transferred or adapted with minimal effort.
  3. Build documentation to learn how Linux and LibreOffice work and organise training if necessary.
  4. Find a consultant who can help with the migration process, such as someone certified by the Linux Professional Institute or The Document Foundation (for LibreOffice).

This is not a radical change, but rather a gradual, tailor-made transition depending on user needs.

It is important to start immediately

Microsoft is forcing users’ hands, but it is also opening a door. Now is the time to challenge your assumptions and take back control of how your personal computers work, how long they last, and most importantly, how your content is managed.

Linux and LibreOffice are not just alternatives; they are superior choices that most users have not considered until now because they trusted Microsoft — perhaps too much. This trust has been betrayed by the decision to abandon a functioning operating system such as Windows 10, purely to sell more products and lock users in further, which cannot be justified by any technological assessment.

Here’s how to get started:

The end of Windows 10 does not mark the end of choice, but the beginning of a new era. If you are tired of mandatory updates, invasive changes, and being bound by the commercial choices of a single supplier, it is time for a change. Linux and LibreOffice are ready — 2025 is the right year to choose digital freedom!

The Document Foundation and LibreOffice support the international campaign @endof10 https://endof10.org/

LibreOffice for End User Privacy – TDF’s Annual Report 2024

TDF Annual Report 2024 banner

LibreOffice stands out as a privacy-respecting open source office suite. Unlike proprietary alternatives, the software is designed with privacy, user control and transparency in mind.

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

Introduction

Concerns about end user privacy in the digital world have grown significantly over the past two decades, with and increasing awareness of data collection, user tracking and online surveillance. Many proprietary applications, including office productivity tools, often collect vast amounts of user data, in most cases without clear user consent.

All this has been clearly documented by Shoshanna Zuboff in her book: The Age of Surveillance Capitalism, which is defined as a new economic strategy that uses the activities and experience of the individual as a free raw material for hidden commercial practices of extraction, prediction, profiling and selling.

In this context, open source software differs substantially because respect for the user and for privacy are part of the ethical principles that guide the development of all applications. And LibreOffice stands out as the only office suite – open source or not – that respects privacy. Unlike proprietary alternatives, LibreOffice is designed with privacy, transparency, and user control of content in mind. The software does not collect telemetry data by default, does not include intrusive tracking functions, and allows users to work completely offline.

The following is a list of LibreOffice features and settings which help ensure end-user privacy, making the software a preferred choice for individuals, businesses and government institutions that prioritise data security.

No data collection or telemetry by default

Infographic showing that LibreOffice doesn't mine your data

One of the most significant privacy benefits of LibreOffice is its lack of telemetry by default. Unlike proprietary office suites that constantly send usage data back to their developers, LibreOffice does not collect or send any personal data without the user’s consent.

  1. There are no background processes that track document usage, keystrokes or user activity.
  2. LibreOffice does not create a unique user ID or track document interactions like some proprietary office suites do.
  3. There is no built-in cloud storage requirement, ensuring that files remain on the user’s device unless manually uploaded elsewhere.

Optional telemetry with user consent

LibreOffice offers an optional telemetry feature, but it is entirely opt-in and requires explicit user consent. The collected data will only be used to improve the functionality of the software and will never be shared with third parties.

Full offline functionality

Unlike cloud-based office suites such as Google Docs, Microsoft 365 or Apple iWork, LibreOffice is a fully offline suite.

  1. No forced cloud storage: documents remain on the local computer, reducing the risk of unauthorised access.
  2. No dependence on an Internet connection: users can work in completely isolated environments.
  3. No third-party server involvement: documents are never stored on a corporate server unless explicitly uploaded by the user.

For security-conscious organisations such as government agencies, law firms and healthcare providers, this offline capability ensures that sensitive documents never leave the internal network.

Open Document Format (ODF) for privacy and transparency

ODF logo

LibreOffice uses the Open Document Format (ODF) as its default file format. Unlike proprietary formats such as Microsoft’s DOCX, XLSX and PPTX, ODF is an open standard, which means:

  1. It does not contain hidden tracking elements or embedded metadata that can leak user information.
  2. It guarantees the integrity of the data in the long term because the format is fully documented, and the documentation is publicly available. Furthermore, the documentation corresponds to the format currently used by the software, unlike what happens with Microsoft 365 where the documentation is stuck at 2008.
  3. It does not contain proprietary encryption mechanisms that could be exploited for surveillance or unauthorised access.

Control over metadata

Metadata can contain sensitive information such as: author details, document history, and editing timestamps. LibreOffice allows users to remove all metadata before sharing a document to ensure that private information is not inadvertently shared with external parties.

Strong encryption and password protection

LibreOffice provides robust document encryption to prevent unauthorised access. Users can protect their documents with strong passwords and encryption settings. This prevents unauthorised users from opening or modifying the file.

In addition, LibreOffice supports GNU Privacy Guard (GPG) encryption for users who require public key cryptography to secure their documents.

No cloud lock-in: freedom to choose storage

Unlike Microsoft 365 or Google Workspace, which force all users to store documents in their respective cloud ecosystems, LibreOffice allows full control over file storage. This flexibility ensures that no third party can access user data without explicit permission.

Users can:

  1. Store files locally on their hard drive or external storage.
  2. Use self-hosted cloud services such as Nextcloud or ownCloud for increased privacy.
  3. Store files on USB drives, encrypted partitions or private network servers.

Macro security and malware protection

Macros are often used in office documents for automation, but they can also be exploited to deliver malware. LibreOffice includes robust macro security settings to protect users.

  1. By default, LibreOffice blocks macros from untrusted sources.
  2. Users can only enable macros if they are signed with a trusted certificate.
  3. The security level can be configured to prevents malicious actors from using macros as an attack vector.

Transparency and open source code

One of the biggest privacy benefits of LibreOffice is its open source nature. Unlike proprietary office suites that operate as black boxes, LibreOffice’s source code is publicly available and regularly audited by the security community. This level of transparency and user control makes LibreOffice a trusted alternative to closed-source office suites.

  1. No hidden spyware: because anyone can inspect the code, LibreOffice cannot contain hidden trackers or surveillance tools.
  2. Independent security audits: governments, cybersecurity experts and researchers can verify LibreOffice’s privacy claims.
  3. No forced updates: users have complete control over when and how they update LibreOffice, avoiding unwanted feature changes or telemetry settings.

Conclusion

LibreOffice is the most privacy-conscious office suites available today. With no telemetry by default, full offline functionality, strong encryption, metadata control and open source transparency, it provides users with a secure and private environment for document creation and collaboration.

For individuals, businesses and governments concerned about privacy and digital sovereignty, LibreOffice is a reliable, free and ethical alternative to proprietary office suites.

As privacy concerns continue to grow in the digital age, LibreOffice remains committed to ensuring that users retain full control over their data: a core principle that sets it apart from many commercial alternatives.

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

Monthly News – May 2025

Par :Clem

Hello everyone,

Many thanks to our sponsors and to all of you who support the project with your donations.

Mint 20.x EOL

It’s been 5 years already!

Linux Mint 20.x releases (i.e. 20, 20.1, 20.2 and 20.3) reached EOL (End of Life) and are no longer supported. They will continue to work but they will no longer receive security updates from the repositories.

If you’re running Mint 20.x, you have two main options:

– Fresh installation of Linux Mint 22.1 (recommended): This is supported until 2029 and is the cleanest approach – backup your data and do a fresh install.

– Upgrade path through Mint 21: This gets you support until 2027 and involves multiple steps:

The minor upgrades towards 20.3 are quite simple, easy and fast. The upgrade from 20.3 to 21 on the other hand is a major upgrade. It is longer and more complicated. Take your time with this one and don’t hesitate to seek assistance within the community, in the chat room or on the forums.

For more information on upgrades visit https://linuxmint-user-guide.readthedocs.io/en/latest/upgrade.html.

Fingerprint Authentication

Linux Mint 22.2 will feature a brand new app called “Fingwit“.

Fingwit is a fingerprint configuration tool.

It detects if your computer has a fingerprint reader and lets you record your fingerprints.

It then configures your system to use fingerprint authentication for:

  • The login screen
  • The screensaver
  • sudo commands
  • Admin apps (pkexec)

Under the hood, Fingwit uses fprintd but provides a smarter PAM module than pam_fprintd.so. Whereas fprintd just uses fingerprint authentication all the time, Fingwit is able to detect problematic cases and dynamically switch between fingerprint and password authentication. For instance if you’re trying to log in but your home directory is encrypted, fingerprint authentication would log you in but your session would crash since ecryptfs requires your password. Fingwit detects that kind of things so you get fingerprint authentication as much as possible, but avoid such issues.

Fingwit is an XApp so it works everywhere, in any desktop environment and on any Linux distribution.

XViewer color correction

While working on themes and colors, it came to our attention that the XViewer image viewer was applying an EDID-based color correction filter to pictures and wasn’t showing pictures exactly as they were.

This “feature” could sometimes lead to a scenario where you could take a screenshot of an app, open up the screenshot, color pick the app and the screenshot of the app and get different color codes.

Color management is already handled at hardware and desktop level, so we found this feature in Xviewer surprising and counter-intuitive. We decided to make it optional and to disable it by default.

libAdwaita apps and patches

Starting with Linux Mint 22.2, libAdwaita will be patched to work with themes. Support for libAdwaita was added to Mint-Y, Mint-X and Mint-L.

The following apps will be upgraded to their libAdwaita versions:

  • gnome-calendar
  • simple-scan
  • baobab

libAdapta fork

In the scope of XApp and for our own projects, libAdwaita was forked into libAdapta:

https://github.com/xapp-project/libadapta

LibAdapta is libAdwaita with theme support and a few extra.

It provides the same features and the same look as libAdwaita by default.

In desktop environments which provide theme selection, libAdapta apps follow the theme and use the proper window controls.

LibAdapta also provides a compatibility header which makes it easy for developers to switch between libAdwaita and libAdapta without requiring code changes.

Framework

Last but not least, I wanted to talk about Framework a little bit.

The company sent me some of their hardware so I was able to test the Laptop 13 and the gaming Desktop already.

Their products are really nice. I hope to be able to review them soon and add them to our store section.

This isn’t just a commercial partnership. By testing this hardware we boost compatibility for the brand and significantly improve Linux Mint.

It’s thanks to Framework we implemented power profiles in Linux Mint 22.1. It’s also thanks to them that we worked on fingerprint authentication or pushed towards an HWE kernel in Linux Mint 22.2.

Their hardware challenges us to do better, because it’s packed with features in need for support.

It’s a lot of fun to play with modern tech and it’s a real treat when it contributes to making Linux Mint better!

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
AYKsolutions Server & Cloud Hosting
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
Chargeblast
chr0meice91 on TikTok
nesevo GmbH & Co. KG
Tinken Inc
VANT

Donations in April:

A total of $17,062 were raised thanks to the generous contributions of 529 donors:

$531 (4th donation), Christos P.
$531 (3rd donation), Andreas B.
$531, Anonymous
$531, Rolf M.
$400, Willard K.
$318 (4th donation), Jiří B.
$212 (9th donation), Richard H.
$212, Remi C.
$200 (16th donation), Tomasz E.
$200 (2nd donation), Kirby S.
$200, charles E. M.
$159, Mr Greg V.
$120, Benny A.
$110, Anna K.
$106 (3rd donation), Klaas H.
$106, Franz H.
$106, Irene A.
$106, Marcel H.
$106, Robert D. R.
$106, Sebastian F.
$106, Thibault G.
$106, Vincent H.
$100 (20th donation), John Mc aka “Land Research Project”
$100 (17th donation), Alfred H. aka “Varmint Al
$100 (7th donation), James F.
$100 (5th donation), Durwood A.
$100 (3rd donation), Lee J.
$100,
$100, James L. Y.
$100, James S.
$100, michael L. L.
$100, Patrick M.
$100, Richard P. B.
$100, Scott S.
$100, WebStep s.r.o.
$92, Kieran R
$75 (7th donation), Frank R.
$75 (2nd donation), Kelly E.
$74 (3rd donation), Urs K.
$70 (5th donation), Vincent F.
$63, Decorfolia
$63, Wolfgang A.
$60, Benjamin S.
$60, Ralph P.
$53 (23rd donation), Naoise G. aka “Gaff”
$53 (22nd donation), Bernard H.
$53 (14th donation), Roland H.
$53 (13th donation), Volker P.
$53 (10th donation), Jyrki A.
$53 (10th donation), Karl H.
$53 (4th donation), Christian Z.
$53 (4th donation), Peter S. aka “Pierre”
$53 (3rd donation), Pascal B.
$53 (3rd donation), Pierre V.
$53 (2nd donation), Hannu H.
$53 (2nd donation), Harry B.
$53 (2nd donation), Tero J.
$53 (2nd donation), Wilfried K.
$53, Arnest M.
$53, Bertram R.
$53, Carstzen K.
$53, Christian S.
$53, Daniel K.
$53, Denis G.
$53, Don M. H.
$53, Eugen B.
$53, Frank N.
$53, Frank P.
$53, Fritjof R.
$53, Gerd R.
$53, Hans-Joachim V.
$53, Henk S.
$53, Isolde Z.
$53, ladyred
$53, Marek Stapff aka “maff
$53, Mathias H.
$53, Mathieu L.
$53, michael B.
$53, Peter F.
$53, Pierre-Fran%E7ois L.
$53, R. S.
$53, Richard A.
$53, S.T. L.
$53, Sebastian B.
$53, Sebastian S.
$53, TFA Sprocket
$50 (8th donation), Dean R.
$50 (7th donation), David W.
$50 (7th donation), Mothy
$50 (5th donation), Tom D.
$50 (4th donation), Anthony C. aka “Ciak”
$50 (4th donation), Michael M.
$50 (4th donation), Robert M.
$50 (3rd donation), David J.
$50 (3rd donation), David R.
$50 (3rd donation), Geoff P.
$50, Alan G.
$50, Alexander S.
$50, B%E5rd S.
$50, Christopher F.
$50, EIJI H.
$50, Jeremiah F.
$50, John S.
$50, Joseph G.
$50, Kenneth H.
$50, Kevin R.
$50, Ludovic S.
$50, Michael D.
$50, Michael J.
$50, Peter S.
$50, Richard A.
$50, Richard B.
$50, Richard G.
$50, Roger U.
$50, Scott D. T.
$50, SEAN B.
$50, Stan S.
$50, Tim M.
$50, Todd S.
$50, Zehua X.
$43, Glenn D.
$42 (2nd donation), Andreas W.
$42, Tim F.
$40 (8th donation), Kenneth R.
$40 (2nd donation), RICK C.
$40, Frank G.
$40, Michel Beaulieu aka “Bazou”
$38 (3rd donation), Martin C. C. aka “Jesus Way Truth Life
$37, Mark J.
$35 (6th donation), P W E.
$35 (3rd donation), Mihai G.
$35, Roger M.
$33, Pablo R. D.
$31 (4th donation), Annie B.
$31, Ingo T.
$31, Jan K.
$31, Michael G.
$31, N/A
$31, Ralph S.
$30 (4th donation), Óscar R.
$30 (4th donation), Pierre S.
$30 (3rd donation), Dale K.
$30 (3rd donation), Rodney S.
$30 (2nd donation), Soner Balkir
$30, Troy W.
$27, Jessica B.
$26 (71st donation), Michael R.
$26, Andre L.
$26, David P. C. aka “AiV”
$26, Karo
$26, Ronny W.
$25 (50th donation), Linux Mint Sverige
$25 (17th donation), Vaughan Butler
$25 (9th donation), Mihnea Rădulescu
$25 (2nd donation), Thomas G.
$25, Bertram J. K.
$25, Craig S.
$25, Dave M.
$25, Rick F.
$25, Ted H.
$25, Theron K.
$24 (4th donation), Robin W.
$24 (2nd donation), Cevad O.
$23, E.G. K. aka “EGKMAN”
$22, Piotr A.
$21 (58th donation), Peter E.
$21 (30th donation), Doriano G. M.
$21 (25th donation), Stefan W.
$21 (20th donation), Benjamin W. aka “UncleBens”
$21 (17th donation), Janne S.
$21 (12th donation), Bernhard L.
$21 (12th donation), Gabriele Bandini aka “GiBi Gab
$21 (9th donation), Kostas M. K.
$21 (8th donation), Liviu B.
$21 (7th donation), Davide P. aka “Dragone2
$21 (7th donation), Thomas D.
$21 (6th donation), Harold H.
$21 (5th donation), Angus J. S.
$21 (5th donation), Kai D.
$21 (5th donation), Kiaran Smyth.
$21 (5th donation), Thomas M.
$21 (5th donation), William H.
$21 (4th donation), Johann K.
$21 (4th donation), Kari H.
$21 (3rd donation), Andrew G.
$21 (3rd donation), Jens R.
$21 (3rd donation), Marjan V.
$21 (3rd donation), Rainer B.
$21 (3rd donation), Sean M.
$21 (2nd donation), Andreas N.
$21 (2nd donation), Curt S.
$21 (2nd donation), Dimitris K.
$21 (2nd donation), Guenther K.
$21 (2nd donation), Heiko Z.
$21 (2nd donation), Michael T.
$21 (2nd donation), Peter B.
$21 (2nd donation), Stavros S.
$21 (2nd donation), Thomas F.
$21, albert P.
$21, Alexander T.
$21, Andrew W.
$21, Birgit B.
$21, Blaise M. B.
$21, Chris F.
$21, Christian E.
$21, Christoph E.
$21, Christophe H.
$21, Daniel A.
$21, David G.
$21, Dieter M.
$21, Dietmar J.
$21, Erika H.
$21, florent L.
$21, Gilles L.
$21, Giulio B.
$21, Jan B.
$21, Jan N.
$21, Jean-Paul W.
$21, Joaquim P.
$21, Johann F.
$21, Jonathan P.
$21, Juan D. B.
$21, Lars L.
$21, M M. K. M.
$21, Marc E. S.
$21, Marcel W.
$21, Marcelino S.
$21, marco C.
$21, mark A. B.
$21, Martin H.
$21, Martin J.
$21, MATHEO F.
$21, Matthias K.
$21, Maxim T.
$21, Michal H.
$21, Nicolas M.
$21, Peter D.
$21, Petr F.
$21, Rafael A. G.
$21, Randall S.
$21, RealizationZone
$21, Risto A.
$21, Sean D.
$21, Sebastian M.
$21, Sonia D. G.
$21, Stefan N.
$21, Theo F.
$21, Thomas M. S.
$21, Thomas W.
$21, Ulrich J. P.
$20 (67th donation), Bryan F.
$20 (46th donation), John D.
$20 (23rd donation), Nigel B.
$20 (18th donation), Dana S.
$20 (14th donation), John W.
$20 (9th donation), Anthony S.
$20 (9th donation), Leopoldo G.
$20 (9th donation), Steve T.
$20 (8th donation), Eric W.
$20 (6th donation), aka “GM46”
$20 (6th donation), Dismas S. aka “Dismas”
$20 (6th donation), Frederick S.
$20 (4th donation), Joe K.
$20 (4th donation), Yordan A.
$20 (3rd donation), Alfred A.
$20 (3rd donation), Raymond R.
$20 (2nd donation), Cosmo F.
$20 (2nd donation), J. T.
$20 (2nd donation), Joe L.
$20 (2nd donation), Rc
$20 (2nd donation), Wladyslaw T.
$20, Advisors Resource Network
$20, Albert C.
$20, Bruce H.
$20, C. C.
$20, Christian J.
$20, Duncan G.
$20, Francis B.
$20, francisco P.
$20, Hugh S.
$20, Irena K.
$20, Isaac B.
$20, Jacob R.
$20, James S.
$20, Jaroslaw R.
$20, John F.
$20, Kenneth D.
$20, Kevin S.
$20, Leoš P.
$20, Lochiel C.
$20, Logan W.
$20, marcus W.
$20, Marek M.
$20, Matthew O.
$20, Michael S.
$20, Niladri G.
$20, Patrick S.
$20, Rodrigo R.
$20, Serge D.
$20, Wesley L.
$16 (2nd donation), Gj F.
$15 (86th donation), Andreas S.
$15 (2nd donation), Thaha J.
$15, Ayush C.
$15, Florian F.
$15, Florian R.
$15, Julia B.
$15, Thorkild Z.
$14 (106th donation), Johann J.
$14 (5th donation), Laszlo F.
$11 (5th donation), Alessandro S.
$11, mohit K.
$10 (109th donation), Thomas C.
$10 (53rd donation), Philip Woodward
$10 (50th donation), Slavoljub aka “slw”
$10 (46th donation), Thomas R.
$10 (36th donation), Tugaleres.com
$10 (33rd donation), Denys G. aka “GD Next
$10 (22nd donation), Dave S.
$10 (19th donation), Slobodan Vrkacevic
$10 (18th donation), Francois B. aka “Makoto
$10 (18th donation), Thevirtua
$10 (16th donation), platypus products
$10 (16th donation), William M.
$10 (15th donation), Roger aka “GNU/Linux werkgroep
$10 (13th donation), RexAlan
$10 (13th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (12th donation), Riverside Retaining Wall
$10 (10th donation), redman
$10 (8th donation), Antonio C.
$10 (7th donation), Alfons B.
$10 (7th donation), Michał K. aka “PoldekPL”
$10 (7th donation), Thomas L. aka “hensys”
$10 (6th donation), Diego A. O.
$10 (6th donation), Jan V. P. aka “putteboem”
$10 (6th donation), John G.
$10 (6th donation), Phil B.
$10 (5th donation), Aleksi L.
$10 (5th donation), Gene E.
$10 (5th donation), Guillaume M.
$10 (5th donation), Miquel S. aka “msolde
$10 (5th donation), Nabil aka “Billy”
$10 (4th donation), Abe Z.
$10 (4th donation), Alessandro B.
$10 (4th donation), Craig D.
$10 (4th donation), Markus L.
$10 (4th donation), Peter B.
$10 (3rd donation), Alfonso M. O.
$10 (3rd donation), Darin aka “mechonster”
$10 (3rd donation), David G.
$10 (3rd donation), Gunnar A.
$10 (3rd donation), Ivan Dukov aka “illis”
$10 (3rd donation), Jay P.
$10 (3rd donation), Steven H.
$10 (3rd donation), Tobias A.
$10 (2nd donation), Andreas G.
$10 (2nd donation), Andreas L.
$10 (2nd donation), Andrew P.
$10 (2nd donation), Arsen T.
$10 (2nd donation), Carsten S.
$10 (2nd donation), Christoph G.
$10 (2nd donation), Christoph Holstein
$10 (2nd donation), Christoph S.
$10 (2nd donation), Gary B.
$10 (2nd donation), Harald F.
$10 (2nd donation), Jakub P.
$10 (2nd donation), John T.
$10 (2nd donation), Jón Ragnarsson
$10 (2nd donation), Joshua G.
$10 (2nd donation), Juan Z.
$10 (2nd donation), Lars D.
$10 (2nd donation), Ricardo J.
$10 (2nd donation), Robert A.
$10 (2nd donation), Thomas R.
$10, ABDULLA ALJEHANI
$10, ABELARDO L. C.
$10, Albert G.
$10, Aldo G.
$10, Alessandro G.
$10, Aliaksei K.
$10, alsh
$10, Antonius B.
$10, Avraam B. B.
$10, Bernd %.
$10, boris K.
$10, Christoph D
$10, Colin S.
$10, Dainius B.
$10, Daniel B.
$10, Daniel R.
$10, Diego Z.
$10, E N.
$10, Elpidio F.
$10, Eva T.
$10, Fabian S.
$10, Fabien O.
$10, FABRIZIO C.
$10, Florian R.
$10, Fr%E9d%E9ric Pepin
$10, Franco M.
$10, Frank R. B.
$10, Gabriele M.
$10, Gerald T.
$10, Gerold H.
$10, Gianluca A.
$10, Gilles T.
$10, Greger T.
$10, Hans V. T.
$10, Hartmut H.
$10, Hiten K.
$10, Howard W.
$10, Iancu C.
$10, Ivar S.
$10, Jaime E. Paillier G aka “Paillier999”
$10, jaime G. L.
$10, James B.
$10, JAMES F.
$10, Jin Xi
$10, Johan W.
$10, Johann L.
$10, Julio B.
$10, Kacper Ch.
$10, Kai D. S.
$10, Kenneth O.
$10, Kenton B.
$10, Kevin W.
$10, Lars K.
$10, Manuel S.
$10, Marco M.
$10, marco P.
$10, mark C.
$10, Markus S.
$10, Martin A.
$10, Martin R.
$10, Matthias H.
$10, MAURO F.
$10, Mauro F.
$10, Mitu M.
$10, Mohamed T.
$10, MR C. C.
$10, NORI I. aka “NORI”
$10, NovaDorium
$10, Octavian I.
$10, Pablo M.
$10, Pedica E.
$10, Petri M.
$10, Philippe D.
$10, Pierpaolo G.
$10, Piotr R. aka “papcio”
$10, Rainer M.
$10, Richard M.
$10, RICHARD W.
$10, Robert C.
$10, Roberto M.
$10, Roy D.
$10, Sasha E.
$10, Sebastian M.
$10, Simone D.
$10, Stefan F.
$10, Stephen R.
$10, SunBaked272
$10, Sven F.
$10, Tamas W.
$10, Tihomir S.
$10, Tim B.
$10, Tim S.
$10, TONY M.
$10, V%E1clav B.
$10, William P.
$10, Yann V.
$7, Alfonso Z.
$7, Walter Z.
$185 from 53 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,590 patrons, for a sum of $4,190 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

2.12.0 released

Par :Jonas

🚀 Features

  • Removed Nostr support (#784) by @spacecowboy in #784
  • Removed Conscrypt library (#789) by @spacecowboy in #789
  • Android 10 (sdk29) is now the oldest supported version (#796) by @spacecowboy in #796

🐛 Bug Fixes & Minor Changes

  • Ensured app is compatible with 16KB page sizes on modern Android devices (#781) by @spacecowboy in #781
  • Update feed URLs based on reported URL in feed (#785) by @spacecowboy in #785

🌐 Translations

  • Updated Japanese translation using Weblate by @larouxn in #765
  • Updated Turkish translation (#783) by @mikropsoft in #783
  • Updated Catalan translation using Weblate by @sf0nt in commit
  • Updated Latvian translation using Weblate by @Coool in #782
  • Changed “API Key” to “API key” (#802) by @GerbillLife in #802

❤️ New Contributors

  • @GerbillLife made their first contribution in #802

The Document Foundation announces LibreOffice 25.2.4

With LibreOffice 24.8 close to end of life, all users are invited to update their free office suite to the latest release

Berlin, 6 June 2025 – The Document Foundation is pleased to announce the release of LibreOffice 25.2.4, the fourth maintenance release of the LibreOffice 25.2 family for Windows (Intel, AMD and ARM), MacOS (Apple Silicon and Intel) and Linux, available for download at https://www.libreoffice.org/download [1].

With LibreOffice 24.8 approaching the end of life, this release – which includes dozens of fixes and enhancements that further improve the suite’s performance, reliability and interoperability – is ready for production environments. We invite all users to update their installation as soon as possible.

LibreOffice 25.2.4 is based on the LibreOffice Technology, which enables the development of desktop, mobile and cloud versions – either from TDF or from the ecosystem – that fully support the two ISO standards for document formats: the open ODF or Open Document Format (ODT, ODS and ODP) and the closed and proprietary Microsoft OOXML (DOCX, XLSX and PPTX).

Products based on the LibreOffice Technology are available for all major desktop operating systems (Windows, macOS, Linux and ChromeOS), mobile platforms (Android and iOS) and the cloud.

For enterprise-class deployments, TDF recommends a LibreOffice Enterprise optimized version from one of the ecosystem companies, with dedicated value-added features and other benefits such as SLAs and security patch backports for three to five years.

English manuals for LibreOffice 25.2 Write, Impress, Draw and Math are available for download at https://books.libreoffice.org/en/. End users can get first-level technical support from volunteers on the user mailing lists and the Ask LibreOffice website: https://ask.libreoffice.org.

Downloading LibreOffice

All available versions of LibreOffice for the desktop can be downloaded from the same website: https://www.libreoffice.org/download/.

LibreOffice users, free software advocates and community members can support The Document Foundation and the LibreOffice project by making a donation: https://www.libreoffice.org/donate.

[1] Fixes in RC1: https://wiki.documentfoundation.org/Releases/25.2.4/RC1. Fixes in RC2: https://wiki.documentfoundation.org/Releases/25.2.4/RC2. Fixes in RC3: https://wiki.documentfoundation.org/Releases/25.2.4/RC3.

Announcing the winners in the Month of LibreOffice, May 2025 – Get your free sticker pack!

Month of LibreOffice stickers

At the beginning of May, we began a new Month of LibreOffice campaign, celebrating community contributions all across the project. We do these every six months – so how many people got sticker packs this time? Check it out…

This is a huge increase over the last campaign, in November, which had 301 winners. So that’s fantastic work, everyone! Hundreds of people, all across the globe, have helped out in our projects and communities. And those are just community contributions, not including the hundreds more from our ecosystem and certified developers!

We’re hugely thankful for the work – and, of course, everyone who’s listed on the wiki page can get a sticker pack, with the stickers shown above.

How to claim

If you see your name (or username) on this page, get in touch! Email mike.saunders@documentfoundation.org with:

  • your name (or username) from the wiki page
  • and your postal address

…and we’ll send you a bunch of stickers for your PC, laptop and other kit. (Note: your address will only be used to post the stickers, and will be deleted immediately afterwards.) If you contributed to the project in May but you’re not on the wiki page, please let us know what you did, so that we can add you!

There is one more thing…

And we have an extra bonus: ten contributors have also been selected at random to get an extra piece of merchandise – a LibreOffice hoodie, T-shirt, rucksack or snazzy glass mug. Here are the winners (names or usernames) – we’ll get in touch personally with the details:

  • Takenori Yasuda
  • koyotak
  • Andrew Kopf
  • HiTom
  • bantoniof
  • Dominick
  • Jeremy Norvell
  • skyandrews
  • Johan van der Knijff
  • Yashodhan Sawardekar

Congratulations to all the winners, and a big thanks once again to everyone who took part – your contributions keep the LibreOffice project strong. We plan to have another Month of LibreOffice in November, but everyone is welcome to see what they can do for LibreOffice at any time!

LibreOffice Podcast, Episode #3 – Quality Assurance (QA) in Free and Open Source Software

Xisco Fauli, Ilmari Lauhakangas and Mike Saunders from The Document Foundation, the non-profit organisation behind LibreOffice, discuss Quality Assurance (QA) in free and open source software . (This video is also available on PeerTube.)

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

FreshRSS 1.26.3

Par :Alkarex

This is a bug-fix release for FreshRSS 1.26.x

A few highlights ✨:

  • Keep sort and order criteria during navigation
  • Implement loading spinner for marking as favourite/read
  • Many bug fixes

This release has been made by @Alkarex, @Inverle and newcomers @CarelessCaution, @the7thNightmare

Full changelog:

  • Features
    • Keep sort and order criteria during navigation #7585
    • Add info about PDO::ATTR_CLIENT_VERSION (relevant for MySQL / MariaDB with obsolete driver) #7591
  • Bug fixing
    • Fix SQL request for user labels with custom sort (affecting PostgreSQL) #7588
    • Fix regression for favicon in GReader and Fever APIs #7573
    • Fix newest articles (within last second) not shown #7577
    • Fix duplicate HTTP header for POST #7556
    • Fix important articles on reader view #7602
    • Fix remove last share method #7613
    • Fix API handling of default category #7610
    • Fix user self-deletion #7626
    • Move PHP minimum version check #7560
  • Security
    • Fix encoding of themes #7565
    • Fix .htaccess.dist for access to /scripts/vendor/ #7598
  • SimplePie
    • Strip more HTML deprecated styles attributes: bgcolor, text, background, link, alink, vlink #7606
  • UI
    • Implement loading spinner for marking as favourite/read #7564
    • Provide theme class for CSS #7559
  • Deployment
    • Use HTTP Cache-Control: immutable for some files #7552
    • Drop Apache 2.2 (only support Apache 2.4+) #7561
  • I18n
  • Misc.

LibreOffice project and community recap: May 2025

Brazilian LibreOffice Community at FLISOL Brasilia 2025

Here’s our summary of updates, events and activities in the LibreOffice project in the last four weeks – click the links to learn more…

  • We started May with a new Month of LibreOffice campaign! This is something we do every six months, to say thank you to contributors and encourage more people to join our project. We’ll post the final results here very soon…

Month of LibreOffice banner

LibreOffice guidebook covers

Brazilian LibreOffice Community at FLISOL Brasilia 2025

  • This year’s LibreOffice Conference will take place in Budapest from 4 – 6 September, and the call for papers is now open. Submit a talk, and we hope to seeing you there!

Photo of Budapest at night

  • On May 8, we announced LibreOffice 24.8.7, the seventh and last minor release of the LibreOffice 24.8 family. After this, all users are strongly recommended to upgrade to the LibreOffice 25.2 branch.

LibreOffice 24.8 banner

Open Document Format logo

GSoC logo

Keep in touch – follow us on Mastodon, Bluesky, X (formerly Twitter), Reddit and Facebook. Like what we do? Support our community with a donation – or join our community and help to make LibreOffice even better!

Inkscape Summit in Nuremberg

From May 24-28, 2025, we hosted an Inkscape Summit in Nuremberg, Germany, just before this year's Libre Graphics Meeting. With 14 on-site participants, 2 remote participants and 3 external guests (Cedric, Elisa and Tiar), this was Inkscape's largest physical event yet, and a good sign the project is healthy and growing. 

While we also got a fair amount of code done - 33 merge requests were opened over the course of the summit by its participants - the focus of this summit was on strategic planning and team discussions. 

On Sunday, the team visited the ZAM Erlangen makerspace to observe and try out what Inkscape is used for in the wild. We had fun stitching logos, lasercutting coasters, or drawing on eggs with an EggBot. 

Inkscape team members observe an egg being decorated by an Inkscape-operated EggBot at ZAM Erlangen
Inkscape team members observe an egg being decorated by an Inkscape-operated EggBot at ZAM Erlangen

This event was made possible with community funds, i.e. your donations. Thanks for your generous support! 

Below is an account of the meetings we had during the summit. Many of those pointed to strategic improvements in the project's direction. Help with these is greatly appreciated - if you want to contribute towards any of them, do get in touch!

Future of Live Path Effects

Marc proposed a redesign of the Live Path Effect system. In short, the proposal aims to enable procedural, non-destructive effects in Inkscape, with inspiration drawn from Blender's geometry nodes and Graphite. This would enable many workflows which now need either scripting (extensions) or are impossible to achieve, and make the entire path effect system much more robust. 

The custom additions to the SVG file format would be designed and specified, code sprawl of LPE-related code reduced and test coverage increased. 

We agreed on a set of changes for a prototype of this system.

UX Quality Initiative

Henrique presented his UX research; in dozens of hours of work, he had categorized all UX / UI related issues in our bugtrackers and localized areas most in need of attention. 

During the summit, a team consisting of ltlnx, Yoti, Adam and Henrique condensed it into a proposal to hire a UX designer and a developer as contractors; after a period of UX studies, the designer would come up with actionable changes and the developer would implement them. This proposal will be iterated upon and then be submitted for a vote to the Project Leadership Committee (PLC).

Roadmap / Project Priorities Working Group

Martin presented a proposal to form a Roadmap Working Group. This group would comprise of representatives from all of the project's subgroup, and its task would be to maintain a list of priority areas in the project (without explicitly promising them to users). 

This list would then inform decisions such as hiring and project selection for Google Summer of Code or Outreachy; it could also serve as guidance for contributors looking for inspiration. 

While the team maintained that we are in no position to attach dates to the roadmap, such a working group would be useful as a forum, and would tie in well with other initiatives, such as the Grants program. 

Martin plans to finish up the proposal and submit it for a vote soon.

Quality assurance

Despite a small number of automated tests that check against regressions in the Inkscape code, most of our test coverage is proved by manual user testing. 

Rafał presented his recent work towards improving the quality and stability of Inkscape by providing a good infrastructure for unit testing, in particular by providing a solid CMake infrastructure, mock objects and example unit tests. 

Good unit testing will become a focus in our code review process.

Steam Release

Our guest Tiar from the Krita team presented to us how Krita successfully released on Steam, and how they generate a significant amount of revenue from this channel. She showed us the most important rules for a successful Steam launch: from number of Wishlist items to Daily Deal, from discounts to the importance of good screenshots. 

The Inkscape PLC had recently decided to enable a Steam release; the necessary paperwork is currently under review by the SFC, our fiscal host. Vaibhav will coordinate the process of releasing on Steam.

Developer Documentation

Our developer documentation is currently spread around in many places: some is on the main website (with outdated translations), some is in the Wiki, some in the git repository. 

We formulated our requirements for the documentation and decided to migrate it in the main repository (except for short-lived or work-in-progress). Outdated Wiki information will be removed. Max already made progress towards this by moving our build instructions to git. 

Selected parts of the documentation may be auto-deployed to inkscape.org. Unfortunately we had to disable indexing of most of our website because AI crawlers quickly overwhelm it otherwise, so the last word on documentation remains to be spoken.

Node tool improvements

Rafał presented his plans to refactor the node tool with a number of architectural changes of the backend. These changes will not be visible to uses at first except for some outstanding bugfixes, but will enable better control of path-like objects in the long run - from his work on manipulating arc segments to control points for B-Splines, Spiro curves or κ-curves.

Extension packaging

Triggered by Mario's experience of maintaining a large set of extensions (MightyScape), we discussed how to make the process of packaging, submitting, reviewing and presenting an extension more efficient and transparent. Drawing inspirations from projects like OctoPrint and Typst, which have a healthy extension ecosystem around them, we came up with a process that now needs to be discussed with other extension stakeholders and finally implemented.

Finishing up the GTK4 migration & releasing Inkscape 1.5

In the last year, Inkscape has successfully migrated to GTK4, and the GTK4 version (master) has become the basis for all other development work. 

Nevertheless, there is a number of outstanding problems, especially on Windows and macOS. Many of those issues require fixes in the upstream GTK framework. 

During the summit, Jonathan, PBS and ltlnx came up with a proposal to hire contractors - both from within the Inkscape project and outside GTK experts - to finish up the work, targeting a 1.5 release early next year. 

A photo of the Inkscape Summit participants in front of the venue (Youth Hostel Nuremberg, Germany)
The 2025 Inkscape Summit Nuremberg particpants in front of the venue (Youth Hostel Nuremberg, Germany).

After the summit

Most of the team will stay for the Libre Graphics Meeting, held directly afterwards in Nuremberg, which even features two Inkscape-related presentations: Henrique will again present his UX initiative, and Daniel Schneider will give a talk about InkStitch. Looking forward to the next Inkscape meeting! 

Adam, Henrique, Ishaan, Jonathan, KrIr17, ltlnx, Marc, Mario, Martin, Max, Mike, PBS, Rafał, Tavmjong, Vaibhav and Yoti

 

LibreOffice Design team work in 2024 – TDF’s Annual Report

LibreOffice comment styles

Design has been one of the major focus points of LibreOffice in recent years. The design/UX community has continued to support QA by evaluating user reports on Bugzilla, helping development with mockups, and mentoring volunteers and students in different projects.

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

Besides a large number of fixed issues on macOS thanks to Patrick Luby, and continuous work on the Navigator by Jim Raykowski, we had many more improvements – here is just a small selection:

Improvements in LibreOffice 24.2

The column/row for active cells can be highlighted in Calc (implemented by Sahil Gautam)

Active cell highlighting in LibreOffice Calc

Tools ▸ Options was complemented by a search feature (Bayram Çiçek)

Comment styles were introduced for quick and consistent formatting of all comments (Maxim Monastirsky) (depicted in the screenshot at the top of this post)

Improvements in LibreOffice 24.8

Bundled templates were refactored with localized placeholders (Laurent Balland)

New “Quick Find” deck in the Sidebar, which lists the search results along with their context (Khushi Gautam)

Quick Find deck in LibreOffice Sidebar

Formatting characters are now treated independently from fields and do not toggle with non-printable characters (Heiko Tietze)

“Keep Ratio” settings in the Position and Size dialogs are more intuitive now with a lock symbol and reference lines (Heiko Tietze)

Hovering over a layer’s tab in Draw highlights the objects it contains (Jim Raykowski)

Among many other improvements to the Basic IDE, a dialog was added that allows users to pick one of six syntax highlighting colour schemes (Rafael Lima)

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

ODF and proprietary formats: a comparison

When we create or share a document – whether a simple text, complex spreadsheet or professional presentation – we make a choice that goes far beyond the file extension. This is because the format gives us, or takes away, control over the content.

This post compares the Open Document Format (ODF) with proprietary formats such as DOCX, XLSX and PPTX. The comparison is not just about compatibility, but also about freedom, security, costs, transparency, and our long-term digital future.

We have already discussed ODF, and we will continue to do so until its 10th anniversary as an ISO/IEC standard in May 2026, because it is the only open standard available to users. We hope that an increasing number of users will understand how important it is for them to use it to have complete and lasting control over the content they have created, i.e. for their digital freedom, rather than for those of us who support it.
ODF is the native format of LibreOffice and other programmes that use the LibreOffice Technology platform. These programmes offer the same functionality, flexibility, security, robustness and interoperability as applications that promote proprietary formats, but without the lock-in strategy.

Incidentally, even so-called open-source applications (read their AGPL licence to understand why we say “so-called”) handle documents in ODF format, yet continue to promote their own formats, preventing users from having full control over their content – because this would jeopardise their business strategy.

So, what are proprietary formats?

They are developed and controlled by a single company and are typically only fully supported within that company’s ecosystem. Common examples include .docx, .xlsx and .pptx (Microsoft), as well as .pages, .numbers and .key (Apple) and .gdoc, .gsheet and .gslides (Google). While the specifications for these formats may be public, this does not mean they are completely open, as support is always limited by what the provider allows or documents, and is dictated by their commercial strategies.

Comparison between ODF and proprietary formats

1. Control and vendor lock-in

ODF

  • Completely open and standardised
  • Anyone can implement or use it without legal restrictions
  • The user, not the software provider, controls the documents

Proprietary formats

  • Designed and controlled by a single provider
  • File characteristics and behaviour may change without notice
  • Users are often forced to update their software in order to access their documents

Example: If Microsoft changes how DOCX handles embedded fonts or custom styles, users of older versions of Microsoft software or compatible applications may have difficulty viewing or reading files.

2. Interoperability and compatibility

ODF

  • Designed with interoperability in mind
  • Promotes consistency in formatting and behaviour across different platforms and software
  • Facilitates the development of a multi-vendor ecosystem

Proprietary formats

  • Optimised for performance within the vendor’s software
  • Third-party implementations often encounter compatibility issues
  • File rendering may vary depending on the platform, particularly for advanced formatting

Example: A spreadsheet with complex macros in .xlsx format that works correctly with Excel may not work, or may lose functionality, when used with LibreOffice Calc or Google Sheets.

3. Transparency and trust

ODF

  • The format is documented, and matches the documentation
  • Data storage is also documented, and users control their files’ location
  • There are no secrets or hidden metadata, and the XML file is user readable

Proprietary formats

  • They may contain undocumented metadata or behaviour, and the XML file is not user readable
  • The complex and opaque structure of the files can create security issues, and files’ location is not controlled by the user
  • It is not always clear what information is embedded (e.g. edit history and comments)

Example: a DOCX file may contain residual metadata, such as the names of authors, the date and time of changes, and comments, even after they have been removed.

4. Digital preservation and long-term access

ODF

  • Designed for compatibility, interoperability, and long-term archiving
  • Recommended by governments (UK, Taiwan, the Netherlands and France) and supranational organisations (EU, NATO)
  • Open and future-proof, with regular updates from a known Technical Committee overseen by OASIS

Proprietary formats

  • Risk of format obsolescence (remember .doc, .wps and .wpd?)
  • Require specific software versions to access older files

Example: a government archive using ODF can be confident that it will still be able to access documents in 20 years’ time, while this is not guaranteed by proprietary formats, which are closely linked to the lifecycles of corporate products.

5. Public sector and legal obligations

Governments and institutions around the world should switch to open standards to ensure data sovereignty and reduce dependence on specific suppliers.

  • The UK, Germany, the Netherlands and Taiwan have all launched initiatives to promote ODF
  • The European Union’s open-source strategy recommends using ODF in all public administrations
  • Italy’s Digital Administration Code supports open formats for public documents to ensure long-term accessibility

Why? Because public data should be open and accessible, not locked behind corporate paywalls or licence terms.

6. Costs and licences

ODF

  • Free to use and implement
  • No licence fees, subscription costs or vendor lock-in

Proprietary formats

  • Almost always tied to paid software (e.g. Microsoft 365)
  • In some cases, access requires a cloud account and/or an active subscription
  • There are often restrictions on redistribution and format conversion

Example: If a school switches from Microsoft Office to LibreOffice and adopts the OpenDocument Format (ODF), it can save thousands of euros in licence costs without sacrificing functionality for students.

7. Innovation and community support

ODF

  • Developed transparently by a global community
  • Supported by several applications, both open source and proprietary
  • Open to improvements by anyone, under the Technical Committee overview

Proprietary formats

  • Innovation is centralised and constrained by the company roadmap, and development is closed and not transparent
  • Feature priorities are determined by revenue, and not by user needs

Example: Users can propose new features for ODF, contribute code, and fund development, all without having to wait for the company’s priorities to align with their own.

Conclusion: Why ODF matters

The choice of ODF is not linked to ideology or politics. It is a choice that offers users significant practical benefits: complete control over their data; independence from a single company’s tools, strategies and business model; the ability to access and share documents more reliably on any hardware platform or operating system; and support for an ecosystem where open standards drive progress rather than profit margins. ODF stands for transparency, freedom, and openness to the future. Try it, it’s easy and doesn’t cost anything. Download LibreOffice and you’re done.

LibreOffice Native Language Projects – TDF’s Annual Report 2024

TDF Annual Report 2024 banner

By helping to translate and market LibreOffice around the world, native language projects bring enthusiasm and passion to the global community. Here’s what they did in 2024…

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

Armenian

In 2024, the Armenian translation of LibreOffice reached 100% thanks to the efforts of Tigran Zargaryan. The suite was offered in Armenian for the first time. In addition, he ensured that the strings in the LibreOffice UI-master, website, Android Viewer and Help also reached 100% translated.

In appreciation for Tigran’s work, TDF invited him to join the LibreOffice Conference 2024 in Luxembourg using the foundation’s travel support programme.

LibreOffice user interface in Armenian

Czech

Throughout the year, Czech speakers worked on keeping the translation of LibreOffice’s UI complete, and the Help content around 95%. They presented the software at booths at two events: InstallFest in Prague in April, and LinuxDays in Prague in October.

They supported LibreOffice users on the Czech Ask site, and maintained social media accounts including X (Twitter), Facebook and Instagram. They also introduced a new Mastodon account.

Czech speakers produced many translated user guides in 2024, including the Getting Started Guide 24.8, Writer Guide 24.2 and Impress guide 7.5. And throughout the year they maintained the Czech LibreOffice website.

LibreOffice booth at LinuxDays 2024 in Prague

Danish

Speakers of Danish brought the user interface translation of LibreOffice up to 100%, while the Help content approached 100% (that goal was finally reached two months into 2025). They also translated the subtitles for LibreOffice videos covering features in new major releases.

Dutch

Dutch-speaking community members supported users by answering questions on the Ask LibreOffice website and mailing lists. They also translated the following guidebooks: the Calc Guide for LibreOffice 7.6 (translated and published in January); the Writer Guide for LibreOffice 24.2 (March); the Calc Guide for LibreOffice 24.2 (June); the Draw guide for LibreOffice 24.2 (July); the Impress Guide for LibreOffice 24.2 (July); the Getting Started Guide for LibreOffice 24.2 (August); the Impress Guide for LibreOffice 24.8 (October); the Draw Guide for LibreOffice 24.8 (December); the Writer Guide for LibreOffice 24.8 (December); and the Math Guide for LibreOffice 24.8 (December).

On Weblate, the community managed to keep up with the changes of the UI, maintaining it at 100% translated. Although the Help content kept growing they were able to maintain it at 100% translated.

Community members also set up a stand at the NLLGG in May 2024 – a conference of the Dutch Linux community. There, LibreOffice users could obtain information and ask questions about LibreOffice, whether or not in conjunction with a Linux operating system.

They also had a stand at the LocHal open source event in November 202 – another conference of the Dutch Linux community.

Finnish

There was ongoing translation of the LibreOffice user interface and (to a lesser extent) Help, along with ongoing recruitment of volunteers on the vapaaehtoistyo.fi online platform. In addition, there was translation of the upcoming LibreOffice website redesign.

LibreOffice on vapaaehtoistyo

French

Thanks to the French-speaking community, translations on Weblate were maintained at 100% for all versions of LibreOffice. There were also other translations: the new website (based on Hugo); Calc functions on the wiki; press releases and video subtitles for LibreOffice “New Features” videos; and release notes for all versions.

In terms of events, community members were present at Capitole du Libre (Toulouse) and Open Source Experience (Paris). There was also coordination with UBO University for LibreOffice guidebook translations by translator students.

German

In terms of translations and documentation, the German-speaking community continued their work on Weblate by translating LibreOffice’s user interface and Help content. They also translated the release notes for major updates of the software, blog posts from TDF’s English blog, and published videos in German showing and explaining various features in LibreOffice. In addition the German community updated the Base Guide for versions 24.2 and 24.8.

Development continued on the XRechnungs-Extension for the new German legal requirements (which became effective in January 2025).

Members of the German-speaking community attended various events throughout the year to promote LibreOffice and encourage more people to join the project, such as the Univention Summit 2024 in January, Chemnitz Linux Days 2024 in March, FrOSCon in August and 38c3 in December.

Finally, the community helped to raise awareness of the ongoing migration of 30,000 PCs to LibreOffice in the northern German state of Schleswig-Holstein.

LibreOffice at FrOSCon

Japanese

The Japanese community had its local annual conference, LibreOffice Kaigi 2024 Online – which they reported about on their blog.

There were also Online Study Parties, held twice, where users shared knowledge and interacted with each other. And then there were 44 online hackfests throughout the year, where participants worked together in the community to make progress on tasks and transfer skills. They mainly checked the Japanese Ask LibreOffice website and tried to answer questions, but also did some UI translation, and occasionally bug triaging and bug reporting. All online events were held on Jitsi and streamed live on YouTube.

Meanwhile, there were in-person events every month in Awaji, Osaka City. They were held jointly with Open Awaji, an event themed around open data and the movement to open cities. Other activities at events included having booths and open source conferences (Osaka, Tokyo, Nagoya, Hiroshima, Tokyo, and Fukuoka). There was also the Kansai Open Forum 2024, an event for open source and IT communities in the Kansai region that has been held annually since 2002. Attendees talked about LibreOffice.

Japanese community members participated in the LibreOffice Asia Conference 2024 and COSCUP (Taiwan), along with the openSUSE.Asia Summit 2024 (Tokyo).

Six people from Japan participated in the LibreOffice Asia Conference 2024 in Taipei, two of whom gave joint presentations. Many members of the FLOSS community outside of the LibreOffice project who participated in COSCUP also attended the LibreOffice Community Party.

In terms of translations into Japanese, the user interface was 93% complete, and Help content 48% complete. There were also guidebook translations (Writer, Calc etc.) – Meguro-san translated using TexTra, a machine translation service provided by NICT, a Japanese government research institute.

On Japanese Ask LibreOffice, 101 questions or comments were added in 2024, while on the blog, community members posted 19 articles; these mainly consisted of translating the English TDF blog, especially the release announcements. And finally, on social media, the Japanese LibreOffice X (Twitter) account had: 2936 followers and 65 posts, while on Facebook there were: 624 followers and 23 posts. The Japanese community has created a Bluesky account but has not yet started using it fully.

LibreOffice Kaigi 2024 - Screenshot of online session

Norwegian – Nynorsk

The Nyorsk project is led by one translator (Kolbjørn Stuestøl) who has maintained the user interface and Help content translations for LibreOffice at 100%.

Portuguese (Brazil)

One of the community’s key achievements was the publication of the Guia do Writer 7.6, a fully revised Portuguese translation of the Writer Guide 7.6, initially generated through machine translation and then carefully edited for linguistic accuracy and style. To streamline future translation efforts, the community launched a GitHub project utilizing the OmegaT computer-assisted translation tool, which integrates machine translation to reduce rework and improve quality control.

The local team — Tim Brennan, Tulio Macedo, and Olivier Hallot — successfully completed the full translation of both the user interface and Help content into Brazilian Portuguese. Rafael Lima contributed significantly by enhancing the Operations Research tools, commonly known as “Solver,” making them fully functional.

Weekly community meetings were held every Wednesday at 21:00 local time, providing a space to discuss all aspects of the LibreOffice environment and stay updated on developments from TDF.

The community also revamped the announcements for LibreOffice versions 24.2 and 24.8 with multimedia content tailored for Brazilian social media platforms, greatly expanding their reach — an effort led by Eliane Domingos.

Support and engagement remained strong across multiple channels, including active participation in the Brazilian Portuguese section of the Ask LibreOffice forum, two dedicated Telegram groups, Facebook and Instagram communities, and the ongoing translation of wiki pages, with notable contributions from Diego.

LibreOffice social media image in Brazilian Portuguese

Spanish

Spanish speakers worked on updating their translation of the LibreOffice Base tutorial book (by Mariano Casanova), reaching 80% translation status. 31 articles were published on the Spanish blog, and community members worked on updating the LibreOffice UI translation (99%) and Help content (around 80%). They also published various guidebooks: Draw Guide 7.6 (in ODT, PDF and HTML formats); Calc Guide 7.5 (in ODT, PDF and HTML formats); and the Math Guide 7.3 (in HTML format).

Tagalog

The LibreOffice Tagalog localization project was relaunched in April 2024 after it was discovered that a previous effort had been abandoned years earlier. Motivated by the opportunity to complete the project for the benefit of both the global and local community, a new initiative was launched with the goal of finishing the translation within a year.

Working closely with the LibreOffice localisation support community, the project followed a consistent schedule of weekly and monthly progress updates. A key focus was integrating and automating translations using three different AI language tools, which included implementing verification processes, suggestions, and comments to ensure quality.

Technical workflows were developed to compile developer edition translations on a bi-weekly basis using Linux Mint, with results verified and shared through best practices posts on a US-based technology blog. The project also drew on the support of Filipino relatives to better understand and incorporate the nuances of various Filipino dialects, enhancing translation accuracy and cultural relevance.

The translation work was completed ahead of schedule in January 2025 – four months earlier than planned. Fine-tuning continued with the help of the l10n support team to correct inaccuracies, particularly in the LibreOffice menus. (The screenshot below shows TDF’s Weblate instance being used to translate LibreOffice into Tagalog.)

In a further step toward community impact, the project began outreach to local contacts in Manila to share tools and methods used in the localization process, aiming to support similar efforts in K–12 education and non-profit business software across the Philippines.

Weblate interface showing LibreOffice being translated into Tagalog

Thank you to everyone

These are just some of the native language projects in the LibreOffice community, who provided summaries for the Annual Report. But there are many more – so we at The Document Foundation would like to say a huge thank you to everyone who in the native language communities. Your work makes LibreOffice accessible to hundreds of millions of people around the world, and your passion is wonderful. Thank you so much!

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

2-in-1 release – Inkscape 1.4.2 is out!

Draw your world by Kess Marks, CC-By-SA 4.0

The first minor release since Inkscape 1.4 is here!

No worries, you didn't miss 1.4.1! Due to a signficant bug that was only discovered shortly before its planned release, 1.4.1 has been merged with 1.4.2. 

With lots of fixes, some smaller improvements and even a few new features around file format support, we believe it was well worth the wait.

Here's a summary of what to expect from the new release:

  • A new splash screen, providing a visual cue while Inkscape loads in the background
  • Initial support for importing Vectornator / Linearity Curve files
  • A new extension to Clean up Paths
  • Substantially improved Affinity Designer files (.afdesign) import
  • 20 crash/freeze fixes, many of which affected PDF import
  • more than 50 other bug fixes and small improvements, including improvements to Boolean operations, layer selection, minimal window width and restoration of Spray tool buttons' functionality
  • and 15 updated translations!

For more detailed information on the changes in version 1.4.2 available in the release notes.

Again, thanks to all Inkscape users and contributors for their support in identifying and flagging these critical issues for us through sending bug reports for our volunteer developers to examine and solve.

Should you experience an issue while using Inkscape, please let us know! We've put together a step-by-step video to help you post your first bug reports on Gitlab.

Built with the power of a team of mostly volunteers, this open source vector graphics editor represents the combined efforts, passion and work of many hearts and hands from around the world, ensuring that Inkscape remains available free for everyone to download and enjoy.

If you'd like to contribute to the project, you are more than welcome in our project's global community! You'll find the list of ways to connect with us here.

You can also help Inkscape to stay alive and evolve by making a donation.

Get Inkscape 1.4.2 for Linux, Windows or macOS!

Draw Freely.

Inkscape Summit Frankfurt 2025

For the past few days, 7 Inkscape Members met up in Frankfurt, Germany to collaborate on various projects and get to know each other.

We were especially delighted to have two InkStitch maintainers, a major downstream project of Inkscape, join us. This way, we got to learn about the struggles and worries of projects using Inkscape better, and even built a new capability for extensions to interact with Inkscape during the event.

Marc, our release manager, cleared out our merge request backlog, reviewing and merging various contributions. He also set up a new web-based translation service, so that translators don't have to learn how to use git, and we hopefully see better Inkscape translations in many languages. He also collaborated with Vaibhav on getting the handles behave well when editing Text to Path.

Jonathan, extensions maintainer, enabled Inkscape to tell extensions in real-time about changes in the document (merge request), and even update the document in return. The new system works on all major platforms. This feature was requested by our InkStitch friends, who will use it to build a preview of the stitch pattern while the user is working on the document. Variations of this feature were often requested by extension authors, so we're excited what the community will use it for!

Tav was working on delivering color font support, and helped Martin and Vaibhav with a wide variety of text-related problems.

Martin wasn't able to attend in-person, but did join via Video Chat to work on PDF support and help answering questions with other people in Frankfurt. He got up at 3am his time to attend!

Ravi is one of our GSoC students from 2024, and we're happy that we got to know him better & to integrate him into our team! He is still working on the node-based filter editor, his GSoC project (merge request), and is hopefully finished soon.

Vaibhav also is a former GSoC student, but is contributing regularly since. He is currently working on improving Text on Path (merge request). Thanks to his work during the Summit, Text on Path now loops around on closed paths (an SVG2 feature)  and has correct and intuitive handle movement.

Kaalleen, InkStitch maintainer, helped us understand their packaging process and helped shape the direction of development on the extensions environment. Apart from that, she worked on various InkStitch issues, including support for long-arm quilting machines. Also, she gifted all of us beautiful bags with the 1.4 About screen stitched on (she also has a tutorial for this on the InkStitch website).

 

The beautiful embroidery Kaalleen gifted to the other participants (from the InkStitch Website).

After 3 days full of coding and enlightening conversations, we now take home with new ideas in our luggage, and look forward to the next meeting - May 2025 in Nuremberg, just before LGM.

The 7 participants of the Frankfurt Summit.

Inkscape at 21 is growing up and getting organized

Flourishing Inkscape by Sreya Saju, CC-By-SA 4.0

 

November 6, 2024, marks the end of the 20th anniversary year for the Inkscape project, and the beginning of a new decade of adventure. There were a few milestones this past year, among them an informal global celebration, a bug-fix program, an About Screen Contest, an Inkscape Summit, a summer of code, and the launch of version 1.4.

Here’s a brief look at some of those milestones:

Bringing contributors from around the world together in real time online

Looking back over the past year, our 20th anniversary got off to an active start with an online anniversary party in November 2023, where users and contributors gathered over the span of several time zones to welcome guests who shared their passion for Inkscape, their art, and discussed how and why they contribute to the project. The world showed up to hang out and filled us all with pride to be part of this open source community.

From there, things moved quickly with preparations for version 1.4 and all the elements that come together before the annual version release.

Inkscape’s 1.4 About Screen Contest

Preparations for the popular About Screen Contest began early in the year, setting up the voting space and rallying contributors to organize the promotion and review of contest entries. The winning entry was featured in the 1.4 release that launched in the Fall of 2024. If you’re curious about the contest, feel free to check out the rules and history of this tradition.

Inkscape’s Contributor Blog

Some of our developers, especially those who are paid by the project (i.e. from your donations), publish articles about their work in our Contributor Blog, which can be found on the web site under the News tab. Among the blog posts include ones the progress made on our Bug Accelerator program, the Adobe Illustrator File import project, and the GTK4 migration work. You can find the posts through to Spring 2024 online.

Inkscape Summit 2024 in Rennes, France!

We had a great Inkscape Summit in Rennes, France, in May 2024. Our three-day meeting was well attended and offered an opportunity for developers and a couple of other contributors to meet, work, and discuss the future of the project. A member of the SFC was in attendance and participants had a chance to exchange with a representative from the Open Document Project, too, on open source projects.

Learning to Code through Contributing to Inkscape

Inkscape developers continued the longstanding tradition of participating in the Google Summer of Code (GSOC) program, which enables people new to open source projects and students to learn about software development and gain experience within a project environment. Several Inkscape developers mentored three students in 2024, one of whom is still working hard. If you’re curious to know what these students accomplished, their code journeys can be found on the GSOC site.

When it comes to the software itself, Inkscape has been embarking on big changes that will span a couple of future versions, specifically the transition to GTK4. This year marked a big milestone as the master branch was successfully migrated to the new code base. Also in the works is the future of CMYK color inside of Inkscape, though there is no final date set yet for integrating a system.

Inkscape Monthly Art Challenges

This past year has seen regular monthly Inkscape Challenges in the forum, posted on social media channels, to encourage Inkscape artists to share their work and learn new skills. From easy to intermediate projects to challenge your Inkscape skills, there’s something for everyone who is curious to learn. These challenges, along with the many opportunities to learn and collaborate within the project, have helped to bring new contributors to the table, too. You’ll find plenty of art to enjoy in the project’s forums!

Looking at Possible Futures for the Project

In October, an informal discussion was held among contributors to look at the possibilities of taking the  project in a new direction in the future. As with some other open source projects in the past, Inkscape is seeking to grow and explore possible futures, including being an independent organization. While there are no immediate plans to move from SFC, the discussion led to contributors beginning to imagine what Inkscape might look like three years down the road. At 21, it’s time to consider the possible bright futures ahead.

For now, we would like to say a big thank you to all of you, Inkscape users, contributors, and supporters. It’s in working together that this software program continues to develop and grow.

Curious to know what contributing to Inkscape might bring to your world? Get in touch!

In the meantime, enjoy using Inkscape, a professional quality vector graphics software on your Linux, Mac OS X and / or Windows desktop computers.

Draw Freely.

Inkscape’s 20th Anniversary

On November 18, 2023, the Inkscape project celebrated its 20th anniversary.

The anniversary celebration was an online get-together of Inkscape users and contributors.

This was an initiative by the Vectors team and the intention was to bring Inkscape users and contributors together to celebrate 20 years of Inkscape.

Inkscape is used by people around the world. To accommodate that, two sessions were organized in different time zones. The first session was scheduled at 12:00 UTC for folks from regions like Eastern North America, Europe, India, & Indonesia. The second session started at 18:00 UTC for other regions, including Oceania.

The attendees were invited to share their approximate location in the world so that we could “map” the Inkscape community that came together to celebrate the anniversary. The interactive map can be viewed online. It is a beautiful souvenir of Inkscape’s global reach.

 

Map of attendees of Anniversary Celebration in November 2023
Map of attendees of Anniversary Celebration in November 2023

The larger Inkscape community also sent birthday wishes which were read during the sessions. An interactive slideshow of the wishes is available on Gitlab.

These sessions featured interviews from people in the Inkscape community. The interviewers asked guests about their Inkscape journey, how they discovered Inkscape, what they liked most about using Inkscape, among other questions. Guests answered that they use Inkscape for various things, some of them being designing board games, a children’s book for their loved ones, doing professional design work. One guest said they loved the feeling of freedom when designing with Inkscape. Another guest wanted a free vector graphics application, they stumbled upon Inkscape and found a bug. After reporting it, they ended up eventually contributing translations for their language.

After the interview ended, the room was opened to the chat so that people could ask the guests questions. The sessions went well over time as those in attendance wanted to keep the great Inkscape party going.

You can get involved with the Inkscape project, too, and help make the next 20 years even greater!

Inkscape launches version 1.4, with powerful new accessible and customizable features

After months of waiting, we are finally ready to unbox the latest version of Inkscape... meet 1.4, the Geek edition, where accessibility and customization reign.

Inkscape project developers, most of them volunteer contributors from countries around the world, have been plugging away behind the scenes on new features, improving current ones, bug fixes and setting the stage for the arrival of GTK 4.

Let’s dig into some of the new and improved features that enable more customization and better accessibility in Inkscape in a cool, geeky sort of way. Inkscape Power Users, this one’s for you!

Filter Gallery Dialog

The Inkscape 1.4 Filter Gallery dialog is your new entry point into the world of filters. Head to the Filters menu to find it and your favorites more easily, with previews by category or by typing key words in the search bar. This includes those custom filters you’ve added – look for them in the Personal category. Accessibility features here include the ability to change the size of the preview of thumbnails.

The Filter Gallery with previews and search
The Filter Gallery with previews and search

Modular Grids

For those of you seeking the ultimate in symmetry and accuracy, you’ll find the new grid selector buttons a quicker, more visual way of identifying your grid of choice. For the new modular grids, you can adjust plenty of grid parameters separately, from height and width to horizontal and vertical gaps – including adjustments at the grid module (rectangle) level. Enable this option by heading to document properties.

Example of a modular
Example of a modular grid

Swatches Dialog

Inkscape’s Swatches dialog has a fresh new face. It now includes a drop-down menu with previews of color palettes. You can display them with their colors’ names as a list or a grid. For Power Users, you can now increase the tile size, too. Search for your custom swatches, or those of your customers, too. Import palettes from the dialog, including those from Adobe Color Book that use CIELAB colours, while support for those with CMYK is still limited for now. Transitioning from CMYK to RGB has been improved.

Refactored 'Swatches' dialog with search field
Refactored 'Swatches' dialog with search field

SVG Font Editor

For those of you who have a thing for fonts, Inkscape 1.4 is your new go-to for customization. You’ll find an easier route to buttons for sorting glyphs and removing pairs. Powerful customization at it’s finest in Inkscape!

Unified Font Browser

Inkscape is testing out a unified font browser preview. Activate this feature in Preferences and restart. After that, you will access visual previews for fonts with settings such as adding your own sample text. Check for particular font characteristics by searching fonts by collection type. Click on the one you want and watch it be applied to your text.

Adjusting the dialog by its various options
Adjusting the dialog by its various options

Customizable Handles

With Inkscape 1.4, you’ll now see that the on-canvas handles are customizable by size, colour, stroke width, outline and opacity. This will be updated live in Inkscape when the CSS file has been saved.

The new default handles
The new default handles

Shape Builder

You can now tackle quick edits on raster (pixel) images within Inkscape using the Shape Builder tool. Load an image and select sections that you want to isolate. Choose them with Shape Builder to clip them. Note that to edit them, you’ll need to release the clip and then unlink the clone. This tool is useful for a quick fix, isolating part or parts of an image quickly.

Using the Shape Builder Tool to quickly split a raster graphic into multiple
    parts
Using the Shape Builder Tool to quickly split a raster graphic into multiple parts

Object Properties Dialog

As of Inkscape 1.4, the Objective Attributes and Object Properties dialogs have been rolled up into one. This one-stop-shop is where you can change the different properties of objects, including rotations and corners.

The refactored 'Object Properties' dialog
The refactored 'Object Properties' dialog

Import & Export Updates

If you use Inkscape to develop and publish documents, you’ll be happy to know that you can now add links from one page to another within a PDF document–think table of contents.

Additionally, Inkscape 1.4 can now open Affinity Designer files, adding more versatility to the program.

Icon Sets

Welcome, Dash, the latest icon set to be accessible within Inkscape. For those of you who like customizing, you’ll appreciate this additional set of 500 plus icons to explore. These include cursors, both scalable and symbolic versions, that work on light and dark themes.

That concludes our brief wander through some of the top features included in Inkscape 1.4. For more information, the Inkscape 1.4 Release Notes are up to date to with information on all the changes included in this edition.

New icon set in use in the Inkscape interface
New icon set in use in the Inkscape interface

Get Inkscape 1.4 for Linux, Windows or macOS!

If you have questions for us, head to our web site and find our online community, where you can also find ways to get involved in the project.

In the meantime,
  Draw Freely.

Inkscape Summit 2024

We had a great Inkscape Summit in Rennes, France. Our three-day meeting was hosted by long-time Inkscaper's Elisa and Cédric in their school of design Activ.design

Five Inkscaper's travelled to the event (Marc, Mikekov, Adam Belis, S-Rafael, and Tav). Two more were present via video (Martin and René). Jonathon dropped in occasionally. And our hosts hung out with us when they weren't too busy preparing for LGM (Libre Graphics Meeting). In previous years we called these events "Hackfests", but have decided in order to be more inclusive to non-programmers and encourage greater partipation these events will be known as "Inkscape Summits".

These important events give the contributors of Inkscape a place where they can get some work done. Rafael [pictured left] is seen here working on some graphic user interface code at the event space. Mike, Adam, and Rafael spent a lot of time discussing and implementing UX designs. Marc did lots of merges, especially forward porting. We had great discussions on the future of Inkscape, including a plan for an improved Live Path Effects system (more of a Live Object system), better testing, etc..

During breaks and after the day, the contributors will go out for a meal and socialise. Rafael, Adam, Mikekov, Tav and Marc [pictured right] sit at a restaurant near the event space for lunch and get to know each other better.

All of these activities are funded by the Inkscape project, who provides travel and event expenses and run by one of the team. This is all funded by our kind donors who help the project cover the costs to run these important events. So a big thank you to all of you, you know who you are!

After the Inkscape Summit event, everyone was able to participate in the Libre Graphics Meeting (LGM) which happened directly afterwards. We will often try and organise our own physical meetings along side another conference or event. Tav [pictured left] is seen talking to other LGM attendees who will be contributors to other Free Software projects such as Blender, Krita, Penpot, etc. While smaller than in the past, there were still lots of great talks including talks on color, type, animation, and chocolate.

Meeting with the wider community of Free Software contributors helps us stay up to date with what's happening in the wider industry as well as meeting with some pretty cool people who help run a lot of the software which our users also depend upon. Big thanks for the organisers of LGM for running the event this year, which is the first in person event since Covid.

See you all next time!

 

Congratulations to Inkonic on winning Inkscape 1.4 About Screen Contest

We have a winner! Congratulations to the winning entry by artist Inkonic for their artwork "Inkscape's Path–Artist's Blossom". 

The theme this year was "Growth" and Inkonic's winning artwork depicted this wonderfully with branches and leaves growing directly out of the work of artists' hands using artists' tools ― literally drawing themselves and their worlds into existence and making them grow. Congratulations to Inkonic ― and thank you for helping Inkscape continue to grow!

We would also like to thank all of the artists who submitted artwork for the contest. Our deepest gratitude to you for showing myriad ways Inkscape can be used to create incredible artworks. These examples are invaluable to helping the project grow and thrive by inspiring and educating artists.

We encourage everyone to take a moment and download any of the artworks you find interesting and explore the objects, nodes, effects, layers, and groups that make up these complex artworks. And if you want to help out the Inkscape Project even more, you can review these artworks by testing the Inkscape 1.4 beta release that will feature this winning artwork here.

Finally, we'd like to extend a big thank you to all of the community members ― more than 250 of you! ― who cast votes in the initial round and selected the top finalists as well as the 23 Inkscape contributors served as the final round of judges for the 1.4 About Screen Contest.

If you’re interested in getting started with or better at using Inkscape check out this month’s challenge.

Thanks to all of you for helping Inkscape continue to grow. 

 Draw freely.

1.4 About Screen Contest

Inkscape 1.4 About Screen Contest by Kyle R. Conway, CC-By-SA 4.0

 

Announcing the About Screen Contest for Inkscape 1.4! Calling all artists! Each new version of Inkscape, we run a fun contest inviting all seasoned Inkscape artists and newcomers to participate in the "About Screen" contest. The About Screen is the image that you see when you click on Help → About in Inkscape to find more information about the version of the program installed on your device.

This release the topic is "GROWTH". This could be interpreted in many ways! Trees, hair, and grass grow. Children grow. How have you grown as an artist this year? How has the Inkscape project grown? How have the benefits of free software "grown" in your mind?

We are so excited to see what great art is submitted this year and excited to have artists be a part of it!

Keep in mind that the About Screen Contest is about much more than the About Screen. Submitted contest artwork is not only shared with the entire inkscape community, but is often featured in other places to help the project!

Entering the contest as an artist and/or voting for your favorites is a great way to help the Inkscape project continue to thrive! Each and every submission also helps us test the newest version of Inkscape.

Learn more about the contest here

Draw Freely.

It’s time to celebrate the success of GSOC 2023 and recruit for 2024 with Inkscape

Inkscape’s involvement in Google’s Summer of Code (GSoC) program is one of the ways the project helps to advance both learning and new and improved features in the program. We’re excited to be taking part in GSoC once more in 2024!

For more information on the timeline and details for applying to collaborate with Inkscape this year, head to our project page on Google's Summer of Code website.

If you’re curious to know more about what some of Inkscape’s GSoC students accomplished in 2023, keep reading!

Customize the appearance of your Canvas Controls

GSoC 2023 Inkscape student Sanidhya Singh was a sophomore undergraduate student in Computer Science and Engineering at the Indian Institute of Technology Roorkee (IIT Roorkee), India.

Sanidhya spent the summer working on developing a customizable appearance for canvas controls under the mentorship of Inkscape core developer Marc Jeanmougin.

What are these canvas controls, you ask? If you’ve drawn a shape using the Pen tool and tried to later edit it using the Node Tool, you might have noticed the circular (or square) handles Inkscape provides to manipulate and transform the shape. These are called "canvas controls" or more commonly "node handles". The style of these controls has been the same since at least Inkscape 0.48, and was in need of a refresh – one that would enable the user to have more flexibility in changing the style. Sanidhya stripped out the old handle styling part and replaced it with an easily editable CSS file, so that users can now change styles by just editing the file. This also enabled better default colors for the controls which will hopefully land in Inkscape 1.4.

You can read more about Sanidhya's work.

Preparing behind the scenes for GTK4 Migration

GSoC 2023 student Vaibhav Malik is from New Delhi, India. Once again, he joined Inkscape devs who have been putting a lot of work into the GTK4 migration. GTK is the user interface toolkit Inkscape uses to draw things like text boxes, buttons, etc. on the screen. Inkscape currently uses GTK3 which is version 3 of the toolkit. The migration to the latest version of the toolkit - GTK4, is what Vaibhav worked on under the mentorship of Inkscape core developer Tavmjong Bah (Tav).

Vaibhav's changes are mostly under-the-hood changes so that Inkscape works as expected with GTK4. One noticeable user-facing change is the addition of popovers for smaller screens. Below a particular window size, Inkscape will automatically adjust the items in the toolbar so that they're still usable on a smaller screen!

You can read more about Vaibhav’s work.

Collaborating with Inkscape developers is a learning experience and helps our free and open source program to advance for all Inkscape users.

Reach out, ask questions and get involved with our global team of volunteer contributors!

Draw Freely.

Creators: Don't Fall for Inkscape Impersonator

The project has received multiple requests for confirmation from creators, asking us whether we have been reaching out to them about collaborations / partnerships. They have been approached by someone who used the name “Inkscape PhotoEditor,” which does not exist. This is not us. Any official invitations to collaborate from the project will be listed prominently on our website (i.e. here).

 

Why is the Open Document Format (ODF) important?

Consider the history of control over user files, whether for organisations or individuals

Think about all the documents you have created in your lifetime: School assignments. Work presentations and reports. Household budgets. Letters. Perhaps even a personal diary or your CV.

Now imagine this: a few years go by, and when you try to open one of those files, it doesn’t work. The software has disappeared. Or it has been updated and no longer supports that format. Or you have to pay to unlock it.

It’s not just frustrating. It’s a real problem. That’s why the Open Document Format (ODF) was created: it’s a file format that allows computers to save documents such as letters, spreadsheets and presentations. You can recognise these files by their extensions: .odt for text files, .ods for spreadsheets and .odp for presentations.

What makes ODF special is that it is an open, transparent format that doesn’t hide anything from users. This means that anyone can use it freely; no company owns or controls it; and it is designed to work with different software, even years later. In short, it gives you control over your documents.

Let’s look at some everyday situations in which ODF can be useful:

Long-term access: you write your memoirs or your family history. Ten years later, you want to read or share them. With ODF, you don’t have to worry about the software becoming unavailable or obsolete.

Barrier-free education: A teacher asks students to submit their assignments digitally. With ODF, there is no need to purchase expensive software, as you can use a free tool such as LibreOffice instead.

Job search and consulting: create your CV in an open format so that anyone, regardless of their operating system (Windows, macOS or Linux) or application, can open it without encountering any formatting errors. You don’t even have to buy the software.

Sharing files with other users: you can send a document to a colleague or family member and they can open it without any problems, regardless of the programme they use. This is the advantage of a format that does not “belong” to a single company.

Public services: official documents in an open format can be accessed by everyone forever without them having to purchase or update software.

Unfortunately, most people forego all this because they use formats such as .docx (Word) or .xlsx (Excel). These are proprietary formats exclusively owned by Microsoft and can change at any time depending on their business strategies. Microsoft may require a subscription fee for a specific version, as older files may not be compatible with newer ones.

Proprietary formats can also cause problems when documents are opened with a different version of the same application, as the text and images may move and the document may look different. Sometimes, files do not open because the format is not recognised. This is not only annoying, but also risky if the file is important.

This is known as ‘lock-in’, a strategy that prevents users from choosing the software they prefer because migrating to a different format could result in the loss of all their content.

ODF, on the other hand, means freedom of choice, no restrictions, reduced costs, privacy, openness to the future and trust in technology. You don’t need to be a technology expert to use it; you just need to understand why it was created and why it has continued to grow for 20 years. Using ODF is like saving your documents in your own safe: it won’t suddenly disappear or require you to pay a monthly fee.

ODF also means security and transparency. ODF files are ZIP containers that use simple XML syntax, which any user can understand. This makes security checks much easier, allowing for automation and integration with companies’ CMS/ERP systems.

The digital agenda has always emphasised open standards, interoperability, and data portability. ODF fits perfectly into this landscape, not only replacing .docx or .xlsx, but also rejecting software that treats user data as a product.

ODF gives users full control over their documents. This is not just a technical detail; it ensures that documents belong to their creators, not the software used to process them. ODF enables us to assert ownership of our documents.

LibreOffice Marketing Activities – TDF’s Annual Report 2024

TDF Annual Report 2024 banner

In 2024, The Document Foundation and its global LibreOffice community undertook a variety of marketing initiatives aimed at increasing visibility, fostering community engagement, and driving adoption of LibreOffice

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

LibreOffice and Open Source Conference 2024 in Luxembourg

A major highlight of TDF’s 2024 marketing activities was the LibreOffice and Open Source Conference, held from October 10 to 12 in Luxembourg. The annual event brought together contributors from around the world, including developers, designers, documentation writers, translators, and marketers.

Marketing efforts for the conference included:

  • A targeted social media campaign promoting the event’s location, speakers, and agenda.
  • Outreach to local technology communities and universities in Luxembourg to boost participation.
  • The creation of promotional graphics and materials highlighting the conference themes and goals.
  • Live updates and content shared across LibreOffice’s social channels to engage a remote audience.
  • The conference acted as a vital showcase of LibreOffice’s progress, community strength, and future plans.

LibreOffice Conference 2024 group photo

“Month of LibreOffice” Campaigns

Throughout May and November 2024, TDF organized its recurring “Month of LibreOffice” initiative. This campaign aimed to recognize and reward community contributors across various roles, including development, documentation, QA and marketing.

Participants who contributed during the campaign period were acknowledged through:

  • Special edition badges awarded digitally.
  • Public recognition via blog posts and social media.
  • Incentives like stickers and merchandise shipped to selected contributors.

This initiative not only celebrated existing contributors but also attracted new participants interested in supporting open source software.

Month of LibreOffice stickers

Launch of the LibreOffice Podcast Series

In November 2024, TDF launched its LibreOffice Podcast, a new platform to discuss topics related to LibreOffice and the wider world of open source software. The podcast aimed to:

  • Share success stories from migrations to LibreOffice.
  • Offer insights into FOSS marketing strategies.
  • Feature interviews with developers and community leaders.
  • Provide behind-the-scenes looks at the ongoing work within TDF.

The first episode focused on marketing strategies for FOSS, with discussions on how to engage institutions and governments in adopting LibreOffice.

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Enhanced Social Media and Content Strategy

In 2024, TDF expanded and optimized its social media presence. Alongside its traditional platforms like Twitter (X) and Facebook, TDF increased its focus on:

  • Mastodon: engaging the open-source community on federated social platforms.
  • LinkedIn: Sharing professional success stories, including case studies on large-scale LibreOffice deployments.
  • Regular posting of blog content, including release announcements, tutorials, and community spotlights.
  • Short video clips and graphics to make content more accessible and visually engaging.

These efforts aimed to grow the project’s audience, particularly among decision-makers in public administration and enterprises.

Native Language Community Outreach

TDF placed a strong emphasis on supporting native language communities. The marketing team worked with volunteers worldwide to produce localized materials, including:

  • Press releases for new LibreOffice versions.
  • Social media templates and visual assets.
  • Brochures explaining the benefits of LibreOffice in local contexts.

Several regions ran independent marketing initiatives, including:

  • Nepal: workshops for students on using LibreOffice Writer to create professional resumes.
  • India: local events demonstrating LibreOffice’s potential for government offices and educational institutions.

Software Freedom Day participants in Nepal

Workshops, Training and Community Events

Throughout the year, TDF organized workshops and training sessions aimed at onboarding new users and contributors. These included:

  • Online training for translators and QA testers.
  • Regional events offering hands-on experience with LibreOffice migrations.
  • Webinars aimed at IT administrators exploring LibreOffice deployment in enterprise environments.

The Open Source Workshops helped public sector organizations understand the benefits of LibreOffice and how it can replace proprietary office suites.

Outreachy and Template Development

LibreOffice participated in the Outreachy program, with a focus on developing new templates for LibreOffice Writer. These templates included resumes, reports, and business documents aimed at improving the user experience and broadening appeal, particularly for users migrating from proprietary suites.

Marketing activities highlighted:

  • How templates increase productivity.
  • The contributions of new developers and designers participating in the Outreachy program.
  • The availability of these templates through LibreOffice’s website and community channels.

Media and Press Relations

TDF continued its media relations work, distributing regular press releases covering:

  • New LibreOffice releases and features.
  • Major migrations by organizations and governments.
  • Events such as LibreOffice Conference and Month of LibreOffice campaigns.

TDF’s press outreach focused on reinforcing LibreOffice’s position as a cost-effective, secure, and privacy-respecting alternative to proprietary office suites.

Download Statistics and User Adoption

The marketing efforts in 2024 yielded significant results:

  • Download Milestone: by the end of 2024, LibreOffice surpassed 400 million cumulative downloads since its inception in 2011, with an average of 28.6 million downloads per year.
  • Weekly Downloads: Weekly downloads approached 1 million, marking the highest figures since 2023.
  • Public Sector Adoption: The German state of Schleswig-Holstein announced plans to migrate 30,000 PCs to LibreOffice, aiming for completion by 2026.

Schleswig-Holstein moving 30,000 PCs to LibreOffice

Conclusion

In 2024, through conferences, campaigns, podcasts, and media outreach, TDF advanced its mission of promoting free and open source software while making LibreOffice more accessible and trusted around the world. These marketing efforts not only amplified LibreOffice’s visibility but also demonstrated the value of community-driven open source projects in delivering professional-grade software solutions.

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

What is the Open Document Format (ODF)?

An introduction to the Open Document Format

The documents we create today, whether reports, spreadsheets or presentations, are essential for communicating, sharing and storing knowledge. However, the format in which these documents are saved often goes unnoticed. This is where the Open Document Format (ODF) comes in. ODF is a technical standard and a tool that ensures documents remain accessible, editable and usable over time without being tied to a specific vendor or product.

Approved by OASIS as an open standard document format in May 2005 and by ISO/IEC in May 2006, ODF has been around for over 20 years. Despite 20 years having passed, most productivity software users are not familiar with the format and therefore do not use it, as it is not as widespread as its proprietary counterpart, Microsoft OOXML.

This means that a huge number of documents — equivalent to over 100 zettabytes of data in 2025 — are subject to the commercial strategies of a company and completely beyond the control of their authors. These authors may suddenly find themselves unable to manage their own content unless they use specific software.

This also means that the enormous wealth of information contained in these documents does not contribute to the growth of collective intelligence because they are limited in terms of interoperability due to being tied to a single, specific, proprietary software.

Furthermore, Microsoft’s touted backward compatibility feature prevents true innovation in document formats because the presence of proprietary elements from old binary formats, which are not included in the ODF standard, forces documents to remain with technologies that have long been obsolete and incompatible with future developments.

What is ODF?

ODF is an open standard for saving and exchanging office documents. It includes text files (.odt), spreadsheets (.ods), presentations (.odp), and other types of documents, such as drawings (.odg). Developed by OASIS, an organisation that promotes structured information standards, it was approved by ISO/IEC as the international standard ISO/IEC 26300 in 2006.

Put simply, ODF is a universal language for documents, ensuring they can be read and written by any compatible software without locking users into a single ecosystem.

To understand the importance of ODF, it is helpful to know how proprietary formats work. When a document is saved in a Microsoft format, such as .docx, or an Apple format, such as .pages, it is often designed to work best with that company’s software only. Over time, this can cause problems such as limited compatibility, vendor lock-in, and the risk of obsolescence if the proprietary format is abandoned or changed significantly, as older documents may become unreadable.

ODF avoids these problems. It is completely open and free, meaning that anyone can implement it in their software, and users can switch between tools without losing access to their files.

ODF is not limited to text documents, but includes a wide range of office document types, including .odt (OpenDocument Text) for text documents such as reports, letters and books; .ods (OpenDocument Spreadsheet) for data analysis, tables and financial models; .odp (OpenDocument Presentation) for presentations with visual content; .odg (OpenDocument Graphics) for diagrams and vector graphics, as well as documents containing text and images; and .odf (OpenFormula) for formulas used in ODS spreadsheets.

Each of these document types is structured in such a way as to allow maximum compatibility while maintaining formatting and advanced software features.

How does ODF compare with Microsoft document formats?

Feature ODF Microsoft (docx. xlsx, pptx)
Open Standard Yes No
Long Term Archiving Solid Support Risk of Format Changes
Risk of Online Dependency
Offline Support Fully Supported Supported
Editable without Vendor Software Yes Limited

Common misconceptions about ODF

It is not as feature-rich as .docx or .xlsx

False. ODF supports complex formatting, styles, images, tables, charts, macros and more. Its feature set is robust and evolving thanks to contributions from a global community of developers and users.

No one uses ODF

This is also false. In fact, millions of users worldwide use ODF-compatible software every day. LibreOffice alone has tens of millions of active users worldwide.

It doesn’t work with my existing documents

ODF-compatible software, such as LibreOffice, can open, edit and export many formats, including .docx and .xlsx. Switching to ODF is easy and you won’t lose access to your existing files.

The future of ODF

The growing importance of digital documents in every sector, including education, public administration and business, is bound to impact the adoption of the ODF format because users cannot continue to use a format that disadvantages them in every way. Furthermore, the number of countries adopting policies based on open standards and demanding transparency and control over their data is growing all the time, and this can only lead to increased adoption of ODF in the long term.

Documents should belong to their authors, not to a software vendor through the file format used. In the case of a country, documents should belong to its citizens. ODF is the only effective way to regain control and ensure that data remains open, accessible and future-proof. ODF embodies the principles of digital freedom, collaboration, and user empowerment.

Whether you are an individual seeking control over your digital life, a teacher aiming to share knowledge using open tools to ensure its long-term availability to the community, a public official seeking long-term transparency, or a politician representing citizens’ interests, ODF is the smart, sustainable choice.

DISCLAIMER: Artificial Intelligence has helped in putting together background data in a matter of seconds, thus dramatically reducing the time needed to draft the article. I have over 4GB of background documents on my online storage, and although I have read most of them, it is impossible for my humble brain to retain all information. Here, Artificial Intelligence helps a lot, especially a 70 years old guy.

Month of LibreOffice, May 2025 – Half-way point!

Month of LibreOffice banner

So we’re half-way through the Month of LibreOffice, May 2025. And already, 216 contributors have won cool LibreOffice sticker packs! Details on how to claim them will be provided at the end of the month, but if you don’t see your name (or username) on that page, it’s not too late to join…

How to take part

There are many ways you can help out – and you don’t need to be a developer. For instance, you can be a:

  • Handy Helper, answering questions from users on Ask LibreOffice. We’re keeping an eye on that site so if you give someone useful advice, you can claim your shiny stickers.
  • First Responder, helping to confirm new bug reports: Go to our Bugzilla page and look for new bugs. If you can recreate one, add a comment like “CONFIRMED on Windows 11 and LibreOffice 25.2.3”.
  • Drum Beater, spreading the word: Tell everyone about LibreOffice on Mastodon, Bluesky or X (Twitter)! Just say why you love it or what you’re using it for, add the #libreoffice hashtag, and at the end of the month you can claim your stickers.
  • Globetrotter, translating the user interface: LibreOffice is available in a wide range of languages, but its interface translations need to be kept up-to-date. Or maybe you want to translate the suite to a whole new language? Get involved here.
  • Docs Doctor, writing documentation: Whether you want to update the online help or add chapters to the handbooks, here’s where to start.

So, two more weeks to go! We’ll be posting more updates on this blog and our Mastodon, Bluesky and X (Twitter) accounts…

Projects selected for LibreOffice in the Google Summer of Code 2025

The LibreOffice Google Summer of Code projects have been selected for 2025.

  • Adam Seskunas – Implement Report Builder in C++: replacing the current Java-based Report Builder with a new solution will improve maintainability and remove one of the last remaining dependencies on Java.
  • Karthik Godha – New dialog to edit Table Styles: Writer and Calc have a feature called AutoFormat styles with the possibility to add custom styles. This project will make it possible to edit existing table styles.
  • Devansh Varshney – BASIC IDE code auto-completion: rudimentary auto-completion for BASIC macro authors is already available, but this project will make the feature much more helpful.
  • Manish Bera – Python code auto-completion: currently there is no support at all for Python auto-completion when developing scripts for LibreOffice, so this will be quite a welcome addition.
  • Mohamed Ali Mohamed – Rust UNO language binding: last year LibreOffice received support for Lua and the latest .NET and now it’s time to make it possible to use the API with Rust.
  • Ujjawal Kumar – Import Markdown files into Writer: Markdown is a rather popular markup language for quickly formatting text in blog content, comments, chats and more. Requests to support it have increased recently, so it makes sense to tackle it.
  • Shardul Vikram Singh – Rework Impress slideshow to use DrawingLayer primitives: this is one of those projects that are incomprehensible to most users, but really important for the long term maintenance of the code.

Good luck to the contributors – we appreciate their work on these important features and improvements! And thanks to our mentors for assisting them: Thorsten Behrens, Stephan Bergmann and Sarper Akdemir (allotropia); Rafael Lima; Jonathan Clark, Heiko Tietze, Xisco Faulí, Michael Weghorn and Hossein Nourikhah (TDF).

Between August 25 and September 1, contributors will submit their code, project summaries, and final evaluations of their mentors. Find out more about the timeline here, and check out more details about the projects on this page.

TDF and LibreOffice website, blogs and social media – Annual Report 2024

TDF Annual Report 2024 banner

Our two main websites are vital sources of information for The Document Foundation and the LibreOffice software. We also use our social media channels to raise awareness about our work, share information and encourage new contributors to join us

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

TDF website

The Document Foundation website provides general information about the foundation (overview, statutes, code of conduct, financials and reports) and its governance (board of directors, membership committee, members, advisory board, and engineering steering committee), and about LibreOffice certification, including a list of certified developers, and professionals for migrations and trainings.

During 2024, the foundation’s website was visited 98,499 times, with 146,456 page views – a slight reduction in visits but also a slight growth in page views from 2023. Continent-wise, the largest chunk of visits were from Europe (52%), followed by North America (24%) and Asia (16%). And regarding software: the most visits were from PCs using the Windows (65%) operating system, followed by GNU/Linux (10%) and macOS (8%) and devices uses Android (6.2%), while for browsers: Chrome had 39%, followed by Firefox (16%) and Microsoft Edge (15%).

Matomo graph of visits to the website

LibreOffice website

The LibreOffice website provides information about the office suite and the document format, the various download options, how to get help, how to contribute to the project, events where users can get to know the LibreOffice community, and how to make a donation to support the project and the community.

In 2024, we continued to make improvements and tweaks to the website, updating the “Discover” and “New Features” sections of the site to reflect new versions of the software.

During 2024, the English-language LibreOffice website was visited 19,298,517 times (a 0.6% gain over 2023), with 46,065,236 page views (a 0.1% gain). Most visits were from Europe (52%), followed by Asia (20%), North America (15%) and South America (9%), from PCs using the Windows operating system (82%), followed by macOS (6%) and Linux (23%). Regarding web browsers, Chrome was the most popular (41%), followed by Microsoft Edge (29%) and Firefox (13%).

Matomo graph of visits to the website

Blogs

TDF’s blogs (like this one) are essential for communicating activities inside and around the project, including new releases of LibreOffice, community events and support for other free and open source initiatives. In 2024, we used them to post regular interviews with community members and provide updates from team members about documentation, marketing, QA, design and more.

Photo of Ndidi Folasade Ogboi

Blogs were also maintained by various native language communities including Japanese, Spanish, German and others. Thanks to the hard work of community members, we had press releases, tips and other articles translated into many languages, and picked up by local media organisations.

These native language blogs complement the information provided by the main blog in English, and by the two blogs managed by members of the design and the quality assurance projects, which provide updates about activities for the upcoming major releases.
In 2024, the blog had 100,180 visits and 131,174 page views – a drop in both cases of around 30% from the previous year. The press releases for LibreOffice 24.2 and 24.8 were the most popular posts, followed by the posts about the German state of Schleswig-Holstein moving 30,000 PCs from Microsoft Office/365 to LibreOffice.

Social media

In January 2024, our X (formerly known as Twitter) account (@LibreOffice) had 63,060 followers; by the end of the year, we had grown this to 68,870. Our most popular posts were for major releases of LibreOffice, and news about migrations to the suite. We posted customised images for “Community Member Monday” interviews with short quotes, encouraging more users to get involved with LibreOffice projects.

In addition, we focused not only on our own posts, but also retweeting announcements from the LibreOffice community members. We liked and reposted messages of support from end users – many of whom were surprised and thankful that a large project would show them support. To keep the content flowing, we reposted popular older tweets, and responded to individual messages.

On other social media platforms, we focused on growing our account on Mastodon, a Twitter-like open source, federated and self-hosted microblogging service. In 2024 we worked more on expanding our activities on our account @libreoffice@fosstodon.org, and from January to December, we grew our follower base from 25,440 to 29,326. We also joined Bluesky in late 2023 thanks to invites from a community member, and by December 2024 our follower count had reached 2,900.

Screenshot of LibreOffice account on Bluesky

Our Facebook page growth was smaller, from 63,348 page followers to 64,239. We’ve noticed a gradual reduction in activity on Facebook over the last few years, which reflects its changing audience, and the move towards other social media platforms. Nonetheless, Facebook still provides a good opportunity to interact with end users of LibreOffice, and every day we checked in to answer questions, get feedback, and post announcements/tips about the software.

YouTube channel

Our YouTube channel grew from 20,638 subscribers and 3,243,107 video views in January 2024 to 22,586 subscribers and 3,534,370 video views by the end of the year. The most popular videos were the “New Features” videos for LibreOffice 24.2 and 24.8, and we also added videos of talks, presentations and workshops from the LibreOffice Conference 2024.

At the end of 2024, we posted the first video from the new LibreOffice Podcast series, where Italo Vignoli and Mike Saunders from TDF talked about the challenges and opportunities in marketing free and open source software like LibreOffice. More podcasts are planned for 2025.

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

LibreOffice Quality Assurance (QA) in 2024 – TDF’s Annual Report

TDF Annual Report 2024 banner

Quality Assurance (QA) is a cornerstone of the LibreOffice project, thanks to the activity of a large number of volunteers and the feedback of many users who help in reporting bugs and regressions

(This is part of The Document Foundation’s Annual Report for 2024 – we’ll post the full version here soon.)

QA team work

In 2024, the QA team triaged thousands of bugs, bisected hundreds of regressions, and answered questions from countless bug reporters. As one of the most visible groups directly responding to end users, the QA team must be nimble and able to adapt to changes. In addition, it must deal with specific requests for help from other teams.

The QA team meets regularly on IRC on the #libreoffice-qa channel, which is the best medium for discussing bugs and regressions. The IRC channel provides an excellent opportunity to remain in close contact with team members, and to tutor new members in the art and skill of LibreOffice QA. This is bridged to the Telegram group.

During 2024, 5351 bugs were reported by 2463 users, which means 103 new bugs were reported every week on average. The QA team prepared monthly reports about their activity and posted on the QA blog.

Top 10 bug reporters

  • Eyal Rozenberg (211)
  • Gabor Kelemen (193)
  • Mike Kaganski (137)
  • Telesto (86)
  • Regina Henschel (85)
  • Xisco Faulí (82)
  • Stéphane Guillou (78)
  • peter josvai (75)
  • Rafael Lima (72)
  • Heiko Tietze (54)

Triaging

During 2024, 5086 bugs were triaged by 328 people. The top 10 bug triagers were:

  • Stéphane Guillou (stragu) (762)
  • Buovjaga (684)
  • m_a_riosv (499)
  • Heiko Tietze (374)
  • V Stuart Foote (241)
  • Mike Kaganski (232)
  • Julien Nabet (186)
  • Xisco Faulí (175)
  • ady (144)
  • Dieter (144)

Bibisecting

Also, during 2024, the QA team performed 561 bibisects of regressions by 30 people. The top 10 bisecters were:

  • raal (121)
  • Buovjaga (111)
  • Stéphane Guillou (104)
  • Xisco Faulí (91)
  • Gabor Kelemen (24)
  • Aron Budea (23)
  • Timur (14)
  • zcrhonek (10)
  • Mike Kaganski (9)
  • Justin L (8)

Like what we do? Support the LibreOffice project and The Document Foundation – get involved and help our volunteers, or make a donation. Thank you!

ODF 20th Anniversary Video

On May 1st, 2005, the Open Document Format (ODF) become an OASIS standard. One year after, it became an ISO/IEC standard. After two decades, it is the only true open standard for document formats available on the market, and the only one protecting users from proprietary lock in and ensuring a full control over contents. The presentation provides an overview over ODF features and explains why ODF should be used versus Microsoft OOXML (DOCX, XLSX and PPTX).

PeerTube: https://peertube.opencloud.lu/w/2b9JeZw1M884V5BK21RioW

YouTube: https://youtu.be/Z-Xo9v9-1YU (please note that once you leave this blog to access the video, a different set of privacy rules will apply)

Open Document Format (ODF) has been designed as a document standard for the next 20-50 years, to liberate users from the lock-in strategy built into yesterday’s and today’s proprietary formats and foster interoperability. On the contrary, OOXML – approved by ISO/IEC in 2008 in a version never implemented by MS Office – has been designed as a document pseudo-standard format to propagate yesterday’s document issues and lock-in strategy for the next 20-50 years, to the detriment of users and interoperability.

The philosophy behind the ODF standard document format was to design a mechanism in a vendor neutral manner from the ground up, using existing standards wherever possible. Although this means that software vendors had to tweak their individual packages more than if they continued down their original routes, the benefits for interoperability were important enough to justify this objective. The OOXML pseudo-standard document format was designed by Microsoft for Microsoft products, and to interoperate with the Microsoft environment. Little thought appears to have been exercised for interoperability with non-Microsoft environments, or compliance with established vendor-neutral standards.

LibreOffice 24.8.7 is available for download

Berlin, 8 May 2025 – LibreOffice 24.8.7, the seventh and last minor release of the LibreOffice 24.8 family of the free open source, volunteer-supported office suite for Windows (Intel, AMD and ARM), MacOS (Apple and Intel) and Linux, is available at www.libreoffice.org/download. LibreOffice is the only office suite that respects the privacy of the user, ensuring that the user is able to decide if and with whom to share the content they create. It even allows deleting user related info from documents. In addition, it has a feature set comparable to the leading product on the market.

The biggest advantage over competing products is the LibreOffice Technology engine, the single software platform on which desktop, mobile and cloud versions of LibreOffice – including those from ecosystem companies – are based. Products based on LibreOffice Technology are available for desktop operating systems (Windows, macOS, Linux and ChromeOS), mobile platforms (Android and iOS) and the cloud.
End users looking for manuals can download the LibreOffice 24.8 guides from the following link: books.libreoffice.org/.

For enterprise-class deployments, TDF strongly recommends the LibreOffice Enterprise family of applications from ecosystem partners, with three or five year backporting of security patches, other dedicated value-added features and Service Level Agreements: www.libreoffice.org/download/libreoffice-in-business/.

LibreOffice 24.8.7 availability

LibreOffice 24.8.7 is available from www.libreoffice.org/download/. Minimum requirements for proprietary operating systems are Microsoft Windows 7 SP1 (no longer supported by Microsoft) and Apple MacOS 10.15. Products for Android and iOS are at www.libreoffice.org/download/android-and-ios/.

LibreOffice 24.8 will reach its EOL (End of Life) in mid-June 2025. Users are encouraged to migrate to LibreOffice 25.2, which is now fully tested for all types of use in production. The current version is LibreOffice 25.2.3.

End users can get first-level technical support from volunteers on mailing lists and the Ask LibreOffice website: ask.libreoffice.org. They can support the project by donating at www.libreoffice.org/donate.

LibreOffice Conference Budapest 2025 Call for Papers

Join us in Budapest and tell us what you’re doing with LibreOffice!

The Document Foundation invites all members and contributors to submit talks, presentations and workshops for this year’s LibreOffice conference in Budapest at ELTE’s Faculty of Informatics, co-organized by FSF.hu Foundation. The event will take place from 4 to 6 September, with an informal community meeting on 3 September. Whether you are an experienced presenter or have never spoken in public before, if you have something interesting to say about LibreOffice, the Document Liberation Project, the Open Document Format or the ODF Toolkit, we want to hear from you!

Proposals should be submitted by 15 June 2025 to ensure they are considered for inclusion in the conference programme.

The conference programme will be based on the following tracks

a) Development, APIs, Extensions, Future Technology
b) Quality Assurance
c) Localisation, Documentation and Native Language Projects
d) Appealing LibreOffice: Usability, Design and Accessibility
e) Open Document Format, Document Liberation and Interoperability
f) Advocacy, promotion and marketing of LibreOffice

Presentations, case studies, workshops and technical talks will cover a topic in depth and last 30 minutes (including Q&A). Lightning talks will cover a specific topic and last 5 minutes (including Q&A). Sessions will be streamed live and recorded for download.

Please submit your proposal – including a short description of contents and a short biography of yourself – to https://events.documentfoundation.org/. If you would like to give more than one talk, please submit a separate proposal for each one. Only software based on the LibreOffice Technology platform will be allowed on stage, while slide decks will be shared using the ISO standard ODP and PDF file formats.

If you need a VISA, please contact the organising team at conference@libreoffice.org as soon as possible to receive an invitation letter.

If you are unable to travel to Hungary and prefer to present remotely, please include a note in your proposal to allow the organisers to schedule your presentation (and organise a test session beforehand).

If you do not agree to make the data for the presentation available under the Creative Commons Attribution-Share Alike 4.0 Licence, please specify your terms. In order to make your presentation available on the TDF YouTube channel, please do not make use of copyrighted material (music, images, etc.) for your slide deck.

Of course, this is only the Call for Papers, but everyone is welcome to attend the talks and events! We’ll post again soon when registration is open…

Thank you for your participation!

Monthly News – April 2025

Par :Clem

Hello everyone,

Many thanks to our sponsors and to all of you who support the project with your donations.

Codenames

The codenames for the next releases of Linux Mint and LMDE were chosen:

  • Linux Mint 22.2 will be called “Zara”
  • LMDE 7 will be called “Gigi”

PewDiePie

We have a new user!

How many of us now? We don’t count. Dozens at least, dozens! 🙂

Welcome to Linux PewDiePie!

A hint of Blue in Mint-Y

We’re adding a little bit of blue in our theme.

This is common practice in UI design. It’s done on mobile, desktop and all over the web. Grey is rarely completely grey, it usually has a little bit more blue in it than red and green.

Take your color picker and check the grey on GitHub. It’s not #f8f8f8, it’s #f6f8fa. Firefox does that well, Google docs, Trello etc..

The reason this is done is to make grey slightly more metallic looking and appear more modern. Pure grey is neutral, it can be perceived as cold or warm based on its surroundings. By bumping the blue (or in the case of github both the green and the blue) we force it to look cold.

Here’s an interesting discussion on the topic: https://www.reddit.com/r/UXDesign/comments/1cd40iz/why_apples_systemwebsite_grey_shades_always_lean/

Another reason this makes the UI look more modern is because this is done a lot nowadays but it wasn’t done so much 10 years ago. Like with all new trends, sticking to past standards can make things feel outdated.

Interestingly libAdwaita also just did this.

If you update your Flatpak libAdwaita applications you’ll see they now use #222226 for dark and #ebebed for light.

Because there are many libAdwaita apps already in Flathub and since our own theme is already quite close to it in terms of colors,  we’re adapting Mint-Y to use the same colors.

The difference in the light theme is subtle. It probably wouldn’t be noticed by someone who wasn’t told this had been done. The headers go from #e8e8e8 to #ebebed.

The difference is more visible in the dark theme, which also affects dark apps and the panel and cinnamon clutter elements in the default theme. This one is going from #2b2b2b to #222226 and #404040 to #2e2e33. It looks more modern but also much softer than before.

These changes bring the following improvements:

  • The themes look more modern
  • The dark theme and Cinnamon elements are softer and much nicer looking
  • Flatpak libAdwaita applications fit in a little bit better since they use the same colors

Accent Colors

We made a small change to the XDG Desktop Portal XApp to support accent colors.

The XApp desktop portal simply scans the GTK theme for a named color called “accent_color”. If this color is present it provides it via the XDG Settings API.

Put simply this changes the accent color in Flatpak libAdwaita applications based on your chosen GTK theme.

This works in Cinnamon, MATE and Xfce. All that is needed is for the theme to define its “accent_color”.

Note to theme artists: This is a one-liner in your GTK CSS.

@define-color accent_color #9ab87c;

libAdwaita

A year ago we complained about libAdwaita, not because it was bad, but because it didn’t support us. Applications made with this library only properly integrated with GNOME and broke functionality in Cinnamon, MATE and Xfce.

With the release of Linux Mint 22, GNOME Apps which used libAdwaita were downgraded back to their GTK3 versions so that they could continue to function properly in the desktop environments we support. This was a temporary solution until these applications either got replaced, removed, forked, or until we found a way to continue to use them.

I know our audience isn’t ready to let theming die. It would be extremely unpopular right now if we were to remove theme selection. And since we provide it, it has to work. We cannot ship with a desktop that provides theme selection and a core set of applications which violate it.

As shown above, we’ve updated Mint-Y to use the same colors as libAdwaita. We also made the libAdwaita accent color follow the theme. This helps the integration but it’s only a small step towards properly integrating these applications. It doesn’t solve the issue with window controls and doesn’t help with other themes.

Whether we downgrade or fork applications, I know many of the GNOME developers are as sad as we are about this fragmentation and duplication of efforts. We were talking about extracting epub support in Xreader last week and making a new app. It would take between a week and a month to achieve the level of functionality we see in something like Foliate, but what’s the point long-term? Wouldn’t it be better for Foliate to work outside of GNOME and for us to use it?

Within our XApp discussions we talk about Qt, GTK3, application alternatives, forks and rewrites. What we looked at recently is slightly different. How do we make GNOME apps continue to work outside of GNOME?

Is there anything actually wrong with them once they follow the theme and provide proper window controls?

We gave it a try. We added libAdwaita stylesheets in Mint-X and Mint-Y and made a few changes in libAdwaita to not use its own stylesheet.

As you can see, the layout and style of libAdwaita widgets is different than in traditional GTK3 applications. It’s more touch friendly with sidepanes, split navigation headerbars rather than menubars and toolbars. It works really well for some of the apps though.

In the GIF above, gnome-calendar, gnome-characters and foliate are libAdwaita applications. They integrate really well.

If we apply these patches to libAdwaita we probably won’t need to continue to downgrade the GNOME applications.

Upstream and long-term, if we continue to use libAdwaita applications we probably need an XApp platform lib similar to libAdwaita, either in the form of a soft-forks (libs and/or apps which are often rebased on upstream) or in the form of an extension library (something that extends libAdwaita, similar to libGranite).

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
Chargeblast
chr0meice91 on TikTok
nesevo GmbH & Co. KG
Tinken Inc
VANT

Donations in March:

A total of $14,716 were raised thanks to the generous contributions of 523 donors:

$500 (8th donation), Matthew P.
$250 (3rd donation), Tom K.
$212, Daniel C.
$159, Sylvain L.
$150, ROMAN T.
$130 (7th donation), J aka “look but don’t touch. Thank you”
$127, Norbert B.
$125, Charles H. C.
$106 (2nd donation), Dennis K.
$106 (2nd donation), Thomas F.
$106, Anonyme A.
$106, Harland F.
$106, Jiří B.
$106, Markus H.
$106, Raiko Z.
$106, Tero J.
$106, Thomas J.
$106, Tobias R.
$100 (7th donation), Jaxon L.
$100 (7th donation), Konrad W.
$100 (7th donation), Sivaguru
$100 (6th donation), James F.
$100 (5th donation), Jamison G.
$100 (2nd donation), Thomas P.
$100, Alan F. T.
$100, Christina S.
$100, Ethan D.
$100, Jason R.
$100, Leon K.
$100, Network Informatics Inc
$100, Nigel A.
$84, Simon D.
$79 (11th donation), Jacques P.
$79, Florian S.
$76, James W.
$74 (3rd donation), Peter P.
$63 (2nd donation), David M.
$53 (8th donation), Richard H.
$53 (5th donation), Birgit B.
$53 (3rd donation), jo
$53 (3rd donation), Willem L.
$53 (2nd donation), Anonymous
$53 (2nd donation), Joachim H.
$53 (2nd donation), Laobhan
$53 (2nd donation), Matthijs S.
$53, Anonymous A.
$53, Baptiste C.
$53, Felix K.
$53, Frank W.
$53, Gerd W.
$53, Jakub B.
$53, JAUME E. E. P.
$53, Lars L.
$53, Maik T.
$53, MALCOLM T.
$53, Marcus B.
$53, Markus N.
$53, Martin E.
$53, michael H.
$53, MICHAEL J.
$53, Nicolas O.
$53, Olaf P.
$53, Poppy
$53, SIMONA B.
$53, Stefan K.
$53, Thomas G.
$53, Thomas K.
$51 (20th donation), Adam K.
$50 (19th donation), John Mc aka “Land Research Project”
$50 (6th donation), Clark R.
$50 (6th donation), Gerard S.
$50 (6th donation), Lynn H.
$50 (6th donation), Mothy
$50 (4th donation), Gregory A.
$50 (4th donation), Norman K.
$50 (3rd donation), Anthony C. aka “Ciak”
$50 (3rd donation), Beatrice G.
$50 (3rd donation), Brenda C.
$50 (3rd donation), Carlos L.
$50 (3rd donation), Donald L.
$50 (3rd donation), Frank J.
$50 (3rd donation), Robert L.
$50 (3rd donation), William E. aka “Bill”
$50 (2nd donation), Brian S.
$50 (2nd donation), Kris J.
$50 (2nd donation), Michael T.
$50 (2nd donation), Paul J. C.
$50 (2nd donation), Wade L.
$50, Alejandro E. G. V.
$50, Declan S.
$50, Derek M.
$50, Frank B.
$50, Gary W.
$50, Hallet B. I.
$50, James W.
$50, Jasmin K.
$50, John M.
$50, Kellee C.
$50, Kevin H.
$50, Mark P.
$50, Michael S.
$50, Mikko-Ilkka P. H.
$50, Nancy W.
$50, Patrick O.
$50, Peter G.
$50, Peter G.
$50, Phill R.
$50, Ronald F.
$50, Shu Hai Teng
$50, Sim%F3n Benito Stuardo Novoa
$50, suzanne E.
$50, Verne P.
$50, Wally Hale
$42 (2nd donation), F. S.
$42, Andreas N.
$42, Cazelle
$42, Szlovak J.
$42, Tony M.
$42, Wolfgang S.
$40 (10th donation), Robert T.
$38, Fabrice D.
$37, Luka L.
$35 (17th donation), B. H. .
$35 (12th donation), John Eady
$35 (5th donation), P W E.
$33, Alexis F.
$31 (6th donation), R. Sch.
$31 (2nd donation), Fernando M.
$31, ALEXANDROS K.
$31, CASALINI M.
$31, Emilie G.
$31, Francien V. D.
$31, Jonas K. D. L. R.
$31, Pélage
$30 (2nd donation), Abu
$30 (2nd donation), Jonathan N.
$30, debashis B.
$30, Marco V.
$26 (70th donation), Michael R.
$26 (2nd donation), Hans-werner J.
$26, Benjamin M.
$26, Heiko P.
$26, Klaus S.
$26, Martin D.
$26, Martin W.
$26, R. O. P.
$26, Tiago N.
$25 (49th donation), Linux Mint Sverige
$25 (16th donation), Donna B.
$25 (8th donation), Mihnea Rădulescu
$25 (8th donation), Timothy L.
$25 (7th donation), Chuck G.
$25 (6th donation), Antonio John Ettorre aka “AJ”
$25 (5th donation), John N.
$25 (2nd donation), David W.
$25, Adam Y. W.
$25, Collum C. L.
$25, Colten B.
$25, Daniel d. A.
$25, David P. G.
$25, Garry D.
$25, Matthew C.
$25, Nicholas K.
$25, RENEE A. R.
$22 (4th donation), Pj Sylvia.
$22, Tate G.
$21 (24th donation), Stefan W.
$21 (19th donation), Benjamin W. aka “UncleBens”
$21 (13th donation), Brandon W.
$21 (7th donation), Artur K.
$21 (5th donation), Juri N. aka “Electronic music connoisseur”
$21 (4th donation), Clifford C.
$21 (3rd donation), David K.
$21 (3rd donation), Declan K.
$21 (3rd donation), Dirk S.
$21 (3rd donation), Elisabeth D.
$21 (3rd donation), Giordano A.
$21 (3rd donation), John R.
$21 (3rd donation), John S.
$21 (3rd donation), Jörg B.
$21 (3rd donation), Matthias K.
$21 (3rd donation), Tim S.
$21 (3rd donation), Ulrich J.
$21 (2nd donation), Alexandre R.
$21 (2nd donation), Alexandros D.
$21 (2nd donation), Armin K.
$21 (2nd donation), Ben Coyote
$21 (2nd donation), Cyril A.
$21 (2nd donation), Denick M.
$21 (2nd donation), Ester V.
$21 (2nd donation), Gunnar H.
$21 (2nd donation), Jochen M.
$21 (2nd donation), Renato P.
$21 (2nd donation), Salvatore C.
$21, aka “Denali”
$21, Adam D.
$21, Alexander B.
$21, Andrej D.
$21, Anne-Christine U.
$21, Arthur M.
$21, Bernd E.
$21, Bruno J.
$21, CARLOS H. N.
$21, Christian K.
$21, Christoph K.
$21, Christophe C.
$21, christophe O.
$21, david G.
$21, David L.
$21, David L. V. aka “12elotro”
$21, didier B.
$21, Enrico Pitea aka “Zippex”
$21, Frazer
$21, G%FCnther H.
$21, giovanni A.
$21, Guenther K.
$21, Horst D.
$21, I%F1aki F.
$21, J M. P.
$21, James I.
$21, Jens K.
$21, Johan R.
$21, Johannes J.
$21, Jonathan S.
$21, Jose G.
$21, Kim F.
$21, Konstantin M.
$21, Lee P.
$21, LEVENTE V.
$21, M J. P.
$21, Markus F.
$21, Markus S.
$21, Martin B.
$21, Martin D.
$21, Mateusz M.
$21, Matthew K.
$21, Michael B.
$21, Michael H.
$21, Michael W. M.
$21, Paolo Bee
$21, Patrick P.
$21, Paul G.
$21, Peter N.
$21, Robert V. D.
$21, Roland H.
$21, Sam H.
$21, Sebastian L.
$21, sisko M.
$21, Stefan R.
$21, Stephan R.
$21, Sven T.
$21, Toms Web Solutions
$21, Wil L.
$21, Yixue W.
$20 (66th donation), Bryan F.
$20 (51st donation), Stefan M. H.
$20 (32nd donation), vagrantcow
$20 (14th donation), Carl K.
$20 (11th donation), Lamont C.
$20 (10th donation), Daniel V. M.
$20 (9th donation), Eric W. aka “powerwagon75”
$20 (8th donation), Chris B.
$20 (7th donation), Eric W.
$20 (6th donation), Alex S.
$20 (6th donation), Allen S.
$20 (6th donation), Jim W.
$20 (6th donation), Mark C.
$20 (6th donation), Wladyslaw Tom Tomkiewicz
$20 (5th donation), Cheryl Meril, Notary Public
$20 (5th donation), Keith M.
$20 (4th donation), Eric H.
$20 (4th donation), Jack H.
$20 (4th donation), Vincent D.
$20 (3rd donation), Larry G.
$20 (2nd donation), Bergis H.
$20 (2nd donation), M Jay K.
$20 (2nd donation), Orville M G.
$20 (2nd donation), Thomas T.
$20 (2nd donation), Vincent A.
$20, Andrew
$20, Anthony C.
$20, Arjun J.
$20, Bartosz P.
$20, BK
$20, Bradley I.
$20, Chris H.
$20, Daniel R.
$20, Dean D.
$20, Ian D.
$20, Jason T.
$20, Jerry M. H.
$20, Jin Z.
$20, John K.
$20, John R.
$20, Madison W.
$20, Marc N.
$20, Mark S.
$20, matthew V.
$20, Reed Love
$20, Richard G.
$20, Stanley K.
$20, Terry D.
$20, Vernard E.
$20, Winston M.
$19, Stephen P.
$18 (4th donation), Piermarcello P.
$18, zoomonus
$17, Christoph aka “Stoffelchris”
$16 (85th donation), Andreas S.
$15 (105th donation), Johann J.
$15 (9th donation), Alexander H.
$15 (9th donation), Florian P.
$15, Andrej S.
$15, KENNETH W.
$15, Thaha J.
$15, Viktor S.
$12, Carsten B.
$12, Thejas L. U.
$11 (8th donation), Brian H.
$11 (4th donation), aka “mw-wonder”
$11 (4th donation), Alessandro S.
$10 (108th donation), Thomas C.
$10 (57th donation), Peter E.
$10 (52nd donation), Philip Woodward
$10 (35th donation), Tugaleres.com
$10 (17th donation), Thevirtua
$10 (16th donation), Christian B.
$10 (14th donation), Philip E.
$10 (13th donation), Karlheinz R.
$10 (12th donation), Axel R.
$10 (12th donation), Axel R. aka “Airwave”
$10 (12th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (11th donation), Michiel B. aka “Fairyland Ironwolves
$10 (9th donation), Donatas Dainys
$10 (9th donation), JvdB
$10 (9th donation), Tom M.
$10 (8th donation), Jacques V.
$10 (8th donation), Roy S.
$10 (7th donation), Dino G.
$10 (7th donation), Marco B. aka “Erouc
$10 (7th donation), Michael W.
$10 (6th donation), Kjerkreit Ytre, Anders Kiær
$10 (6th donation), Daniel H.
$10 (6th donation), Erik L.
$10 (6th donation), Gary R.
$10 (6th donation), Joseph G.
$10 (6th donation), Steven L.
$10 (6th donation), Tomasz K.
$10 (5th donation), Carlo R.
$10 (5th donation), Robert S.
$10 (5th donation), Tommy H.
$10 (4th donation), Axel P.
$10 (4th donation), Dafydd F.
$10 (4th donation), David G.
$10 (4th donation), Edward G.
$10 (4th donation), Fernando A. P.
$10 (4th donation), Gene E.
$10 (4th donation), Guillaume M.
$10 (4th donation), Mario M.
$10 (4th donation), Simon M.
$10 (4th donation), Tristan V.
$10 (3rd donation), Abe Z.
$10 (3rd donation), Artem Ignatyev aka “ZaZooBred”
$10 (3rd donation), Bruno L.
$10 (3rd donation), Craig D.
$10 (3rd donation), David J.
$10 (3rd donation), Francis S.
$10 (3rd donation), George P.
$10 (3rd donation), James G.
$10 (3rd donation), M.B.
$10 (3rd donation), Mike A.
$10 (3rd donation), Timothy L.
$10 (2nd donation), Christian G.
$10 (2nd donation), Christian O.
$10 (2nd donation), Devin S.
$10 (2nd donation), Diego Moya
$10 (2nd donation), Gerhard K.
$10 (2nd donation), Gunnar A.
$10 (2nd donation), Joseph M.
$10 (2nd donation), Mauro D.
$10 (2nd donation), Michael M.
$10 (2nd donation), Terry S.
$10 (2nd donation), Umberto B.
$10 (2nd donation), Vanderlei G. D. S.
$10, aka “Mint supporter”
$10,
$10, Adam J. V. R.
$10, Adithya
$10, Adriano C.
$10, Alain C.
$10, Aldo Acquistapace aka “Aldo.acqui”
$10, Alexis G. G.
$10, Alfio G.
$10, Alfonso F. aka “alf”
$10, ALTAMIR J.
$10, Anastasios A.
$10, andrej B.
$10, Anel S.
$10, ARIS J. J. N.
$10, Arne J.
$10, Askeldaja
$10, B.N. B.
$10, bartolameotti D.
$10, Bram B.
$10, bruno B.
$10, Capital Region Technology and Computer Support
$10, carlo Z.
$10, Carlos G.
$10, Chris S.
$10, CHRISTOS T.
$10, CLAUDE V.
$10, Constantin R.
$10, Daniel A. L. H.
$10, Daniel H.
$10, Dave J.
$10, Dener L. D. S.
$10, Dennis J.
$10, Didier F.
$10, Dirk N.
$10, Edward L.
$10, Eugen S.
$10, Felix P.
$10, Frank H.
$10, Geoffrey N.
$10, Giancarlo M.
$10, Hugo P.
$10, Ingo W.
$10, John G.
$10, Juan S. G.
$10, LORENZO A.
$10, M%E1rcio F.
$10, Manfred R.
$10, Marian P.
$10, Mario M.
$10, Mario R.
$10, Marlon R.
$10, Mateusz G.
$10, Matthias E.
$10, Michaela H.
$10, Michel W.
$10, MIGUEL A. A. G.
$10, Norberto C. N.
$10, Oliver S.
$10, Patrick G.
$10, Paul R.
$10, Peter K.
$10, Rainer B.
$10, Ramiro M.
$10, Randall R.
$10, Reinhart S.
$10, riccardo G.
$10, Richard M.
$10, Rodrigo C.
$10, ROMANAZZI G.
$10, Salvatore C.
$10, Salzgrotte Meissen
$10, Silvio E.
$10, Spencer D.
$10, Stefan L.
$10, Sydney C.
$10, Thomas S.
$10, Tony A.
$10, Udo S.
$10, valentino U.
$10, Vasco K. aka “Vascoder”
$10, Werner B.
$10, werner B.
$10, Yaroslav V.
$10, Yasir R.
$10, Yogerlan L. A.
$8, Matija K.
$196 from 51 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,559 patrons, for a sum of $4,149 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Monthly News – March 2025

Par :Clem

Hi everyone,

Before we start with the news, I’d like to thank all the people who donate, sponsor and contribute in various ways to our project. Many thanks to all of you!

Note: The features which are previewed in this post are planned for upcoming releases. They are not available right now.

Searching for files in Nemo

The Nemo file manager was improved.

Its search functionality was enhanced. A new filter was added to find files using regular expressions matching their filenames.

Cinnamon in Wayland

We’re working on adding support for keyboard layouts and input methods to Cinnamon in Wayland.

Will this be included in the next release? Hopefully.

It’s functional but it’s not fully ready yet. Although it’s great news for Wayland compatibility, it can impact toolkit compatibility and input methods for Asian languages. We need a little bit more time to finalize it and properly test it.

OEM Support in LMDE

LMDE 7, which will be based on the next version of Debian Stable, will come with full support for OEM installations.

Thanks to OEM installs, Linux Mint can be pre-installed on computers which are sold throughout the World. It’s a very important feature and it’s one of the very few remaining things which wasn’t supported by LMDE.

OEM stands for “Original Equipment Manufacturers”. It’s used to refer not only to manufacturers but to any company big or small which sells computers. This feature is also used by individuals who either donate or sell their computers.

When you prepare a computer to be sold, you don’t know its future user. You can’t select the username or the password. Big companies might not even know the user’s language, timezone or keyboard layout. So this feature allows the system to be pre-installed on the computer, without selecting user details.

These details are later asked to the user via a first-run wizard when the computer is turned on.

CJS

We’re changing how we handle version numbers for the JavaScript engine that powers the Cinnamon desktop.

Previously, our JavaScript interpreter (CJS) shared the same version number as the Cinnamon desktop environment and was only updated when Cinnamon itself was updated.

Moving forward, CJS will be versioned according to the Mozilla JavaScript engine it uses, and we’ll update it independently from Cinnamon. This means:

  • Updates can happen more frequently and efficiently
  • New JavaScript engine improvements can be added without waiting for a full Cinnamon release
  • The desktop environment can work with multiple versions of the JavaScript engine

This change will especially benefit Linux distributions like Debian and Ubuntu, making it easier for them to ship Cinnamon without having to maintain multiple versions of the Mozilla JavaScript engine.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
Chargeblast
chr0meice91 on TikTok
nesevo GmbH & Co. KG
Tinken Inc
VANT

Donations in February:

A total of $14,904 were raised thanks to the generous contributions of 502 donors:

$1000 (7th donation), Mikhail Chabanov
$250 (2nd donation), Gary S.
$216, Anna V.
$216, Christian F.
$200 (3rd donation), Curt B.
$200, David Z.
$108 (10th donation), Christian G. aka “Chrissy”
$108 (5th donation), Thomas I.
$108 (2nd donation), Klaus J.
$108 (2nd donation), Werner F.
$108, Anneliese R.
$108, Dirk B.
$108, Michael A.
$106, ossian B.
$100 (11th donation), John M.
$100 (11th donation), Timothy P.
$100 (3rd donation), Christopher G.
$100 (3rd donation), Ronald W.
$100, Artem K.
$100, Catherine H.
$100, Christopher W.
$100, Donald P.
$100, Lawrence L.
$100, Michael R.
$100, Philipp M.
$100, Prateek S.
$100, Ryan G.
$100, Stephen L.
$81, Michael P.
$75 (6th donation), David B.
$75 (4th donation), Warren A.
$68 (6th donation),
$65, Ralf H.
$60 (13th donation), James L.
$54 (9th donation), Jyrki A.
$54 (9th donation), Stoyan
$54 (7th donation), Thomas M.
$54 (4th donation), Christof S.
$54 (4th donation), Hubert F.
$54 (4th donation), Joost S.
$54 (4th donation), Rolf H.
$54 (3rd donation), Alain M.
$54 (3rd donation), John F.
$54 (3rd donation), Michel B.
$54 (2nd donation), Bernhard M.
$54 (2nd donation), Kai G.
$54, aka “Hp1200
$54, Albert van Alphen aka “Phoerax”
$54, Andrea L.
$54, Benedikt H.
$54, Christopher C.
$54, Gerret S.
$54, Javier P.
$54, Job S.
$54, Karsten H.
$54, Lotte L.
$54, Manuel B.
$54, Marc L.
$54, Marcel F.
$54, Markus R.
$54, Massimo R.
$54, Michael H.
$54, Michael M.
$54, Nadine B.
$54, Rico B.
$54, Simon Speich
$54, Stefan R.
$54, Wolfram K.
$53 (2nd donation), Yusuf D.
$53, ALAN M.
$53, G D. W.
$53, Mar I.
$50 (10th donation), Greg C.
$50 (10th donation), John B.
$50 (7th donation), Dean R.
$50 (7th donation), W G. M.
$50 (5th donation), Jason B.
$50 (5th donation), Mothy
$50 (4th donation), Alan L.
$50 (3rd donation), Andri A.
$50 (3rd donation), Guillermo A.
$50 (3rd donation), John D.
$50 (3rd donation), Neal C.
$50 (2nd donation), Brian Milot Sr
$50 (2nd donation), Anthony C. aka “Ciak”
$50 (2nd donation), Benjamin P.
$50 (2nd donation), Richard M.
$50, ANDREW H.
$50, Arthur S.
$50, Brian D.
$50, BRIAN N.
$50, David T.
$50, Eric K.
$50, Frank S.
$50, Geekazon.com
$50, James H.
$50, Kelley W.
$50, Kira S.
$50, Mathieu D.
$50, Max
$50, Michael K.
$50, Mitch N.
$50, Monica R.
$50, Nils T.
$50, Rob F. aka “CheekinRob”
$50, Suzanne S.
$50, Thomas W.
$50, Travis M.
$50, WILLIAM M.
$49 (7th donation), Fred W.
$45 (2nd donation), Hesham A.
$45, Nicholas A.
$44 (4th donation), Juri N. aka “Electronic music connoisseur”
$43 (14th donation), Roger aka “GNU/Linux werkgroep
$43 (2nd donation), Claire P.
$43, Lele
$40 (3rd donation), Leah M.
$40 (2nd donation), Daniel P.
$38 (8th donation), Vittorio F.
$38, Michael W.
$37, Frank N.
$35 (4th donation), P W E.
$35, Timothy K.
$32 (16th donation), Anthony M.
$32 (10th donation), Alexander M.
$32 (4th donation), Jean-claude M.
$32 (4th donation), Paul R.
$32 (3rd donation), A. P. .
$32 (3rd donation), Martin B.
$32 (2nd donation), Daniel M.
$32 (2nd donation), Daniel T.
$32 (2nd donation), John B.
$32, Andreas K.
$32, David M.
$32, Wulf S L.
$31, Tony D.
$30 (3rd donation), Devon B.
$30, Calvin N.
$30, Eduardo N. aka “edunkt”
$30, Jeffrey B.
$30, Kevin P.
$29 (4th donation), Birger M.
$29, Richard K.
$27 (23rd donation), John K. aka “jbrucek”
$27 (8th donation), Jonathan. H
$27 (6th donation), Peter M.
$27 (2nd donation), Jürgen N.
$27, Lars B.
$27, Marcello M.
$27, Mr. R.
$25 (48th donation), Linux Mint Sverige
$25 (19th donation), Richard N.
$25 (13th donation), John W.
$25 (7th donation), Mihnea Rădulescu
$25 (5th donation), Miles S. P.
$25 (4th donation), John N.
$25 (4th donation), Richard T. aka “RichT54”
$25 (3rd donation), JeffK969
$25 (3rd donation), Mr C. aka “oldpeculier”
$25 (3rd donation), Pablo J.
$22 (23rd donation), Stefan W.
$22 (19th donation), Marek S.
$22 (10th donation), Francis N.
$22 (9th donation), Bobcam Computer Solutions aka “Rob
$22 (8th donation), Maurice G. aka “guilmau”
$22 (7th donation), Francesc M. C.
$22 (7th donation), Holger B.
$22 (6th donation), Artur K.
$22 (4th donation), Michael M.
$22 (3rd donation), Willem G. D. L.
$22 (2nd donation), Andreas O.
$22 (2nd donation), Bernd Z.
$22 (2nd donation), Börje Å.
$22 (2nd donation), Gerard W.
$22 (2nd donation), Jean-B. N.
$22 (2nd donation), Michael R.
$22 (2nd donation), Oleksandr P.
$22 (2nd donation), Sylvain Brunerie
$22 (2nd donation), Thorsten S.
$22 (2nd donation), Vladimir S.
$22 (2nd donation), Volkmar G.
$22, Attila L.
$22, Bernd B.
$22, Bernd M.
$22, Cesar B.
$22, Christoph K.
$22, Daniel K.
$22, Davy V.
$22, Dieter L.
$22, Emil H.
$22, Florian H.
$22, Gerard C.
$22, Giampaolo N.
$22, Hugo Z.
$22, Imrich P.
$22, Janis L.
$22, Jefferson F.
$22, Joerg A.
$22, Klaus K.
$22, Laurent R.
$22, Leonardo S.
$22, Luis P.
$22, Mads Damgaard M.
$22, Marco F.
$22, Martin F.
$22, Michael W.
$22, Olcay Ö.
$22, Patrick L.
$22, Peter H.
$22, Peter L.
$22, Raphaël A.
$22, René H.
$22, Rico D.
$22, Rob T.
$22, Robert E.
$22, Robert M.
$22, Robert P.
$22, Rodion S.
$22, Sebastian P.
$21 (6th donation), Mario N.
$21 (4th donation), Lawrence K.
$21 (4th donation), Rienk R.
$21 (3rd donation), Johnny B.
$21 (2nd donation), Andrea V.
$21, Basil aka “Cätch”
$21, M
$21, Manuel L.
$21, Marcel
$21, Marcus R.
$21, Mario O.
$21, MICHELE B.
$21, Oliver J.
$21, Stichting Elektoor
$20 (45th donation), John D.
$20 (24th donation), Pawel M.
$20 (10th donation), Mark R.
$20 (7th donation), Ray W.
$20 (6th donation), Andrew D.
$20 (6th donation), Bezantnet, L.
$20 (6th donation), Eric W.
$20 (5th donation), Richard W.
$20 (4th donation), Alonzo J.
$20 (4th donation), Daniel S.
$20 (4th donation), David P.
$20 (4th donation), Geoff A.
$20 (4th donation), Martin F.
$20 (4th donation), Simon H.
$20 (4th donation), Steven M.
$20 (3rd donation), All-Access Customer
$20 (3rd donation), Christopher O.
$20 (3rd donation), Christopher W.
$20 (3rd donation), Darwin H.
$20 (3rd donation), Eric H.
$20 (3rd donation), John R.
$20 (3rd donation), Leela A.
$20 (3rd donation), Perry B.
$20 (2nd donation), Adam F.
$20 (2nd donation), DH
$20 (2nd donation), Jacob L.
$20 (2nd donation), Luke M.
$20 (2nd donation), Oren K.
$20, 2MC Home Solutions
$20, Andrew R.
$20, Brett H.
$20, Clinton B.
$20, Cynthia T.
$20, Dale B.
$20, David P.
$20, Dylan C.
$20, Earl P.
$20, Ernesto G.
$20, Frederick B.
$20, George A. R.
$20, George Quentin H.
$20, Jack C.
$20, Julian L.
$20, Max R.
$20, Steven R.
$20, T J S.
$20, Timothy D.
$16 (84th donation), Andreas S.
$15 (104th donation), Johann J.
$15 (14th donation), Fred B.
$15 (9th donation), Bogdan P.
$15, Alexander F.
$15, K V
$15, Kenneth S.
$15, Onerahtokon M.
$13 (2nd donation), Bernd S.
$13, Stefan B.
$12 (13th donation), Bengt Falke aka “Falke”
$12 (3rd donation), Alessandro S.
$12, Martin B.
$11 (58th donation), Daniel S.
$11 (45th donation), Thomas R.
$11 (34th donation), Tugaleres.com
$11 (32nd donation), Denys G. aka “GD Next
$11 (18th donation), Adis H.
$11 (17th donation), Francois B. aka “Makoto
$11 (15th donation), Frank J.
$11 (15th donation), Robert W.
$11 (14th donation), Alan B.
$11 (14th donation), Ronald S.
$11 (9th donation), Alfred H.
$11 (9th donation), Antoni Aloy Torrens
$11 (8th donation), Jeanmichel T.
$11 (8th donation), Jerome M.
$11 (7th donation), Mark W.
$11 (6th donation), H.V. L.
$11 (5th donation), Frank H.
$11 (5th donation), Jorge F. M.
$11 (4th donation), Gines S.
$11 (4th donation), Marco Z.
$11 (4th donation), Michele D.
$11 (4th donation), Peter S.
$11 (3rd donation), Andreas H.
$11 (3rd donation), Arvidas S.
$11 (3rd donation), Hakan C.
$11 (3rd donation), Matthew D.
$11 (2nd donation), Artem Ignatyev aka “ZaZooBred”
$11 (2nd donation), Christoph V.
$11 (2nd donation), Denis Š.
$11 (2nd donation), Etienne G.
$11 (2nd donation), Holger K.
$11 (2nd donation), Jean Charles A.
$11 (2nd donation), Junaid N.
$11 (2nd donation), M.B.
$11 (2nd donation), Markus Z.
$11 (2nd donation), Richard L.
$11 (2nd donation), Sergei Petrov
$11 (2nd donation), Thaha J.
$11, A. Dent
$11, Adam J.
$11, Alain C.
$11, Andreas W.
$11, Antonio S.
$11, Basil M.
$11, Bokor A.
$11, Chris L.
$11, Christian E.
$11, Christian H.
$11, Christian K.
$11, Christian O.
$11, Cristian G.
$11, Cristian Virgil B.
$11, Daniel A.
$11, Enea L.
$11, Fortunato M.
$11, Franco D.
$11, Georg W.
$11, Gerald H.
$11, Gerhard Z.
$11, Giuliano L.
$11, Guerrino C.
$11, Hakan C.
$11, Harald F.
$11, Igor C.
$11, Ines G.
$11, Jason C.
$11, Jerome L.
$11, Jochen M.
$11, Johanna F.
$11, John D.
$11, Jørn D.
$11, Kamil G.
$11, Krzysztof S.
$11, Leonard H.
$11, Marco P.
$11, Marek C.
$11, Martin D.
$11, Michael M.
$11, Michael W.
$11, Miloš H.
$11, Norman S.
$11, Oliver A.
$11, Paolo B.
$11, Pawat A.
$11, Peter T.
$11, Robert S.
$11, Roberto M.
$11, Rolf B.
$11, Romano C.
$11, Salvatore C.
$11, Sandor A.
$11, Saro E.
$11, Sascha A.
$11, Scholtz T.
$11, Stephan K.
$11, Thomas S.
$11, Thomas W.
$11, Thomas W.
$11, Troels R.
$11, Ulrich H.
$11, Umberto B.
$11, zukasz K.
$10 (107th donation), Thomas C.
$10 (26th donation), Bruce M.
$10 (18th donation), Slobodan Vrkacevic
$10 (15th donation), platypus products
$10 (14th donation), Tomi P.
$10 (11th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (10th donation), Kleiner Funk-Electronic
$10 (9th donation), redman
$10 (7th donation), Geoffrey P.
$10 (5th donation), Joseph G.
$10 (5th donation), Stan aka “Dataful.Tech
$10 (5th donation), Steven L.
$10 (4th donation), jacobsen.biz
$10 (4th donation), James N.
$10 (4th donation), Jefferson Fernando L.
$10 (3rd donation), Gene E.
$10 (3rd donation), Helena K.
$10 (3rd donation), Jorge Arturo V.
$10 (3rd donation), Narate T.
$10 (2nd donation), aka “Vel”
$10 (2nd donation), Abe Z.
$10 (2nd donation), Chris P.
$10 (2nd donation), Craig D.
$10 (2nd donation), Detlef D.
$10 (2nd donation), Gerold H.
$10 (2nd donation), Jonathan E D.
$10 (2nd donation), Jose Vicente M.
$10 (2nd donation), Sebit M.
$10 (2nd donation), Seby C.
$10, Alexander M.
$10, Alfred P.
$10, Andranik S.
$10, Carlos G.
$10, CHAN S. C.
$10, Chris P.
$10, CobyW50
$10, Dana W.
$10, Daniel G.
$10, ihar I.
$10, James G. C.
$10, John H.
$10, John M.
$10, Johnathan B.
$10, Lawrence C.
$10, leo M.
$10, Maarten van der Loo aka “Lodewijk”
$10, Murad M.
$10, Paul Ove M.
$10, Richard H.
$10, Roy F.
$10, Sergei S.
$10, SERGIO IVAN LIRA RODRIGUEZ
$10, Stephen M.
$10, Stephen W.
$10, Thomas D.
$10, Tizian D.
$10, William B.
$10, William L.
$184 from 46 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,528 patrons, for a sum of $3,810 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Monthly News – February 2025

Par :Clem

Hi everyone,

Many thanks for your donations and support.

Here are the news for this month.

Important Firefox Update

On March 14, 2025, a root certificate used by Firefox will expire.

When this happen, Firefox version 128 (and lower) will suffer significant issues related to:

  • configuration
  • add-ons
  • signed content
  • DRM-protected media playback

To avoid these problems, make sure you’re up to date in your Update Manager. Press Refresh and apply all updates.

This is important for security reasons, and in this case it’s also important to avoid regressions.

Firefox 135.0.1 is available on all supported Linux Mint releases.

Firefox 135.0.1 was also sent as an emergency update to the following discontinued releases:

  • Linux Mint 19.3, 19.2, 19.1 and 19
  • LMDE 5
  • LMDE 4

If you are using a discontinued version of Linux Mint (20 or older) or LMDE (5 or older) please upgrade or reinstall Linux Mint.

For more information on upgrades read https://linuxmint-user-guide.readthedocs.io/en/latest/upgrade.html.

Website Maintenance

The backend for the main Linux Mint website was completely rewritten and containerized. This allowed us to minimize the interactions between the site and the hosting server, making it easier to upgrade the server and maintain/develop the website on different computers.

Sometimes we make a tiny little change and everybody loves it. This time it’s the opposite. It took a lot of time to get this done, yet nobody will be able to tell the difference.

The URLs were kept unchanged to avoid 404 errors.

Stripe was integrated and is now fully supported. Donations made with Stripe are now automatically handled and included in our stats.

Cinnamon App Menu

Work started on a redesign of the Cinnamon application menu.

This project is led by Joseph in our development team.

Here’s a preview of what it currently looks like:

Desktop and Release Stats

Our Datadog stats show us the following breakdown for our different desktops:

Note that these stats reflect downloads over the last 7 days, not usage.

Cinnamon represents 60% of our downloads, followed by Xfce and MATE at roughly 20% each.

The following chart gives us a breakdown per release:

Linux Mint 22.1 represents 70%, followed by LMDE 6 at 14%, Mint 22 at 8% and Mint 21.3, still relevant also at around 8%.

As previously announced, Linux Mint 22.x will not have an EDGE release. Starting with Linux Mint 22.2, the HWE kernel will be used.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
DeepTide, LLC
HamoniKR
Tinken Inc
VANT

Donations in January:

A total of $18,676 were raised thanks to the generous contributions of 668 donors:

$300 (13th donation), Plamen Penev Atanasov
$250, Victor B.
$200 (3rd donation), Edmund B.
$200, Edgar Y.
$200, Robert F D.
$150, Adam S.
$140, RS
$120 (8th donation), Markus S.
$108 (9th donation), Christian G. aka “Chrissy”
$108 (5th donation), Kristoff S.
$108 (2nd donation), Peter V.
$108, Chris W.
$102, Data Eng team on behalf of Tymek!
$100 (37th donation), Wolfgang P.
$100 (22nd donation), Philip W.
$100 (18th donation), John Mc aka “Land Research Project”
$100 (9th donation), Jean P. R.
$100 (9th donation), Michael C.
$100 (7th donation), John B.
$100 (5th donation), Charles H.
$100 (5th donation), James F.
$100 (4th donation), Philip M.
$100 (3rd donation), David S.
$100 (3rd donation), Donald C.
$100 (3rd donation), Emily L.
$100 (3rd donation), Vincent P.
$100 (2nd donation), Charles W.
$100 (2nd donation), Steven W B.
$100, Curtis K.
$100, Daniel W.
$100, David T.
$100, Donkeydude
$100, Gary H.
$100, James P.
$100, Justin M.
$100, Kyle T.
$100, Pierre-emmanuel V.
$100, Robert H.
$100, Steven M.
$81 (3rd donation), Thomas B.
$80 (4th donation), Terry Ya!
$72 (2nd donation), Andy Frank S.
$54 (21st donation), Bernard H.
$54 (13th donation), Roland H.
$54 (10th donation), Mimi
$54 (9th donation), Jorge R. R.
$54 (9th donation), Peter W.
$54 (8th donation), Johanan M.
$54 (7th donation), Daniel K.
$54 (7th donation), Jean-luc W.
$54 (7th donation), Nurettin G.
$54 (7th donation), Rolf-Jürgen G.
$54 (6th donation), erwn16 aka “erwn”
$54 (6th donation), Gerald H.
$54 (6th donation), Marcin G.
$54 (6th donation), Thomas R.
$54 (5th donation), Bobby
$54 (5th donation), Guenter B.
$54 (5th donation), Winfried B.
$54 (4th donation), Athanasios M.
$54 (4th donation), Bernard R. aka “Beer4661”
$54 (4th donation), Gerard B.
$54 (4th donation), Karl-heinz P.
$54 (4th donation), Mark K.
$54 (4th donation), Stefan N.
$54 (3rd donation), Siegfried S.
$54 (2nd donation), Alfred G.
$54 (2nd donation), António Salsinha – Graphic Designer
$54 (2nd donation), Christian S.
$54 (2nd donation), Domagoj Ž.
$54 (2nd donation), Enrico V.
$54 (2nd donation), James C.
$54 (2nd donation), Klaas M.
$54 (2nd donation), Mori aka “Romio”
$54 (2nd donation), Peter S.
$54, Andreas K.
$54, Andrew R N.
$54, Craig E.
$54, Dieter H.
$54, Dirk M.
$54, Dominique S.
$54, Francesco G.
$54, Hannu H.
$54, Jens M.
$54, Jonathan H.
$54, Jostein T.
$54, Marc G.
$54, Michael J.
$54, Olivier C.
$54, Pablo V.
$54, Rainer Werner B.
$54, René B.
$54, Roberto G.
$54, Viv H.
$54, Walter V.
$54, Walter W.
$54, WebTradeSolutions
$50 (91st donation), Anthony C. aka “ciak”
$50 (16th donation), An L.
$50 (10th donation), Ian H White.
$50 (10th donation), Kyle S.
$50 (7th donation), David V.
$50 (6th donation), Herman B.
$50 (6th donation), James G.
$50 (6th donation), William C. aka “N4ES”
$50 (5th donation), Jaime F. Zarama
$50 (5th donation), Salomon G.
$50 (4th donation), Mike H.
$50 (4th donation), Mothy
$50 (3rd donation), Arestor B.
$50 (3rd donation), Derek B.
$50 (3rd donation), Don Jr.
$50 (3rd donation), Jay V.
$50 (3rd donation), Karl J.
$50 (3rd donation), M J W.
$50 (3rd donation), Patrick N.
$50 (3rd donation), Patrick T.
$50 (3rd donation), Shane B.
$50 (2nd donation), Andri A.
$50 (2nd donation), Jason G.
$50 (2nd donation), John M.
$50 (2nd donation), Joseph B.
$50 (2nd donation), Martin M.
$50 (2nd donation), Michael F.
$50 (2nd donation), Stephen L.
$50, 4 FUN LLC
$50, Alan G.
$50, Alfred C.
$50, Allen S.
$50, Carl F.
$50, Christopher M.
$50, Craig H.
$50, Douglas C.
$50, Glenn S.
$50, Hector G.
$50, Jaime A.
$50, John B.
$50, Jonathan S.
$50, Kenneth B.
$50, Kenneth S.
$50, Liam H.
$50, Matthew J Hunt
$50, Miles C.
$50, Peter N.
$50, Peter N.
$50, Robert P.
$50, Russell T.
$50, Tom M.
$50, Vincent E.
$45 (6th donation), William L.
$44 (2nd donation), Joachim F.
$43 (2nd donation), Martin .
$43, John N.
$43, Toni
$40 (32nd donation), Hemant Patel
$40 (8th donation), Darin W.
$40 (5th donation), Douglas R. aka “darco”
$40 (2nd donation), Christopher W.
$36, Jens V.
$36, Joachim K.
$35, Stefan K.
$35, Tom M.
$33 (2nd donation), Christopher B.
$32 (13th donation), H ScottB
$32 (7th donation), Wolfgang S.
$32 (6th donation), Gerardo A. M.
$32 (6th donation), Jürgen H.
$32 (3rd donation), Lukas P.
$32 (2nd donation), Gerard O.
$32, Claude V.
$32, Jan L.
$32, Thomas Schmall
$30 (24th donation), Kevin S. aka “K R Shook Consulting
$30 (11th donation), Thomas C.
$30 (6th donation), Anonymous
$30 (5th donation), aka “GM46”
$30 (3rd donation), macglen
$30 (2nd donation), Petur K.
$30, Axel W.
$27 (12th donation), Alexander M.
$27 (5th donation), Opik Oort
$27 (4th donation), Rob B.
$27 (3rd donation), Florian H.
$27 (3rd donation), Heiko K.
$27 (2nd donation), Matthias W.
$27, Andreas M.
$27, Bernhard K.
$27, Fabian B.
$27, Nico M.
$27, Pascal V.
$27, Philippe GM
$25 (83rd donation), Andreas S.
$25 (47th donation), Linux Mint Sverige
$25 (14th donation), Andrew Currie
$25 (9th donation), John T.
$25 (6th donation), Mihnea Rădulescu
$25 (4th donation), John A.
$25 (4th donation), Myron J.
$25 (3rd donation), James H.
$25 (3rd donation), John N.
$25 (3rd donation), Robert O.
$25 (2nd donation), Larry G.
$25 (2nd donation), Pablo J.
$25, D L R.
$25, Frank Z.
$25, Hector R.
$25, John B.
$25, Matt W.
$23, Rooter
$22 (56th donation), Peter E.
$22 (24th donation), Ke C.
$22 (22nd donation), Stefan W.
$22 (18th donation), Benjamin W. aka “UncleBens”
$22 (18th donation), Marek S.
$22 (11th donation), Dirk M.
$22 (10th donation), Daniel Gruhn
$22 (8th donation), Peter C.
$22 (8th donation), Robert D. aka “Wilbobob”
$22 (7th donation), Alberto A.
$22 (7th donation), Erik W.
$22 (7th donation), John V.
$22 (7th donation), Pavel P.
$22 (7th donation), Waldemar P. aka “valldek”
$22 (6th donation), Jan S.
$22 (6th donation), Jean, Jacques G.
$22 (6th donation), Jose M. K. Z.
$22 (6th donation), Thomas M.
$22 (5th donation), Benoit R.
$22 (5th donation), Raik D.
$22 (5th donation), Stefan E.
$22 (5th donation), Wouter W.
$22 (4th donation), Daniel K.
$22 (4th donation), Dragomir Deltchev aka “Drago”
$22 (3rd donation), Andrea C.
$22 (3rd donation), Edward A Lockhart
$22 (3rd donation), Frits M.
$22 (3rd donation), Giorgio B.
$22 (3rd donation), Henning P.
$22 (3rd donation), John Baines
$22 (3rd donation), Luca V.
$22 (3rd donation), Odie P.
$22 (3rd donation), Raffael V. aka “raffael”
$22 (3rd donation), Robert L.
$22 (3rd donation), Samy S.
$22 (3rd donation), Sławomir P.
$22 (2nd donation), Andrea C.
$22 (2nd donation), Antero K.
$22 (2nd donation), Benito R.
$22 (2nd donation), Bernd B.
$22 (2nd donation), Bernd H.
$22 (2nd donation), Christian M.
$22 (2nd donation), François D.
$22 (2nd donation), G. L.
$22 (2nd donation), Gb K.
$22 (2nd donation), Jean-yves D.
$22 (2nd donation), Jens R.
$22 (2nd donation), Loic D.
$22 (2nd donation), manuelvh
$22 (2nd donation), Mario D.
$22 (2nd donation), Michael A.
$22 (2nd donation), Michael J.
$22 (2nd donation), Mirko Z.
$22 (2nd donation), Philippe W.
$22 (2nd donation), Reinhard R.
$22 (2nd donation), Szymon N.
$22 (2nd donation), Tiberiu N.
$22 (2nd donation), Wolfgang P.
$22, Achim S.
$22, André G.
$22, Andreas F.
$22, Andrew S.
$22, Arwind S.
$22, Christoph W.
$22, David P.
$22, Denick M.
$22, Dieter B.
$22, Dirk S.
$22, Edgars S.
$22, Endre M.
$22, Felix G.
$22, Francisco J G.
$22, Frank K.
$22, Georges H.
$22, Georges M.
$22, Gideon K.
$22, Giovanni F.
$22, Harald Und Beate P.
$22, Harry P.
$22, Hendrikus T.
$22, Joseph D.
$22, Karl K.
$22, Marc H.
$22, Marco T.
$22, Marcus H.
$22, Matthias E.
$22, Matthias K.
$22, Michael K.
$22, Michel S.
$22, Mike G.
$22, Nicolas S.
$22, Noelle A.
$22, Oleksandr V.
$22, Pablo M.
$22, Rolandas B.
$22, Ronny G.
$22, Salvatore C.
$22, Simon W.
$22, Sven B. aka “OldFox”
$22, Sven L.
$22, Thomas G.
$22, Thomas J.
$22, Thomas S.
$22, Viktor W.
$22, Volker B.
$22, Werner M.
$22, Wolfgang R.
$20 (65th donation), Bryan F.
$20 (21st donation), Dave S.
$20 (16th donation), Vladimir Litvinenko
$20 (15th donation), Joao Kodama
$20 (14th donation), Terry B.
$20 (12th donation), John W.
$20 (10th donation), Andrei Sinkevich
$20 (8th donation), David K.
$20 (7th donation), Doug S.
$20 (7th donation), Kendall G.
$20 (7th donation), Lal C.
$20 (7th donation), Stacey B.
$20 (7th donation), Thomas N.
$20 (6th donation), Gareth L.
$20 (6th donation), Robert A.
$20 (6th donation), Robert S.
$20 (5th donation), Eric W.
$20 (5th donation), John P.
$20 (5th donation), Nicholas B.
$20 (4th donation), Nathan B. aka “Diginate ”
$20 (3rd donation), Ben M.
$20 (3rd donation), Michael R.
$20 (3rd donation), Robert W.
$20 (3rd donation), Steven W.
$20 (3rd donation), Tony W
$20 (3rd donation), Yotuel G.
$20 (2nd donation), Adam D.
$20 (2nd donation), Alex M.
$20 (2nd donation), Andrew R.
$20 (2nd donation), Goran M.
$20 (2nd donation), Hans-dieter W.
$20 (2nd donation), Ivo Kremer
$20 (2nd donation), John G.
$20 (2nd donation), Jonathan F.
$20 (2nd donation), Lee B.
$20 (2nd donation), Mark J.
$20 (2nd donation), Paul C.
$20 (2nd donation), Pencho P.
$20 (2nd donation), Phillip B.
$20 (2nd donation), Ron G.
$20, Chester J.
$20, Claudio Leonel S.
$20, Clifford J.
$20, Daniel C.
$20, David G.
$20, David H.
$20, David M.
$20, Dirk A.
$20, Edward G.
$20, Eric K.
$20, Fred P.
$20, Frederick J.
$20, Gilbert T.
$20, Gregg D.
$20, Halt Productions
$20, Jack B.
$20, Jean-cédric F.
$20, Jimmy H.
$20, John B.
$20, John H.
$20, John McKissick
$20, John S.
$20, Jonathan M.
$20, Justin S.
$20, Lucas R.
$20, Luis E.
$20, Michael H.
$20, Michael H.
$20, Norman C.
$20, Parsifal H.
$20, Paul J.
$20, Pradeep Gowda aka “btbytes
$20, Quebec
$20, Raymond R.
$20, S & CV Marshall
$20, SAVE4ENERGY
$20, Scott S.
$20, Tomasz K.
$20, Werner F.
$20, William W.
$19 (2nd donation), CercLL d’Entraide et Réseau Coopératif Autour des Logiciels Libres (LUG of Marseille, FR)
$16 (2nd donation), Günter S.
$16, Alain E.
$16, Michael A.
$16, Michael R.
$15 (16th donation), Michel C.
$14 (103rd donation), Johann J.
$13 (9th donation), Theofanis-Emmanouil T.
$13 (4th donation), Kiss J. aka “lowstar
$13 (2nd donation), Xabier A.
$13, Gordon L.
$13, Jean Francois B.
$12 (9th donation), Adian K.
$12 (5th donation), John W.
$12 (2nd donation), Alessandro S.
$11 (57th donation), Daniel S.
$11 (33rd donation), Tugaleres.com
$11 (31st donation), Denys G.
$11 (19th donation), Abdulkadir H. aka “Askari”
$11 (18th donation), Marc V. K.
$11 (17th donation), Michael P. aka “www.perron.de
$11 (15th donation), Christian B.
$11 (13th donation), Aimless Games
$11 (13th donation), Dominique M.
$11 (13th donation), JCSenar – linuxirun.com
$11 (13th donation), Ronald S.
$11 (12th donation), Rupert B.
$11 (11th donation), Axel R.
$11 (11th donation), Darius O.
$11 (11th donation), Juergen M. B.
$11 (10th donation), Laurent M
$11 (10th donation), Roland Smit
$11 (7th donation), Joerg B.
$11 (6th donation), Hamid N.
$11 (6th donation), Mario I.
$11 (6th donation), Thomas L. aka “hensys”
$11 (5th donation), Günther H.
$11 (5th donation), HM Magnusson
$11 (5th donation), Steven J. L.
$11 (4th donation), Aleksi L.
$11 (4th donation), Andre T.
$11 (4th donation), Balazs S.
$11 (4th donation), Carlo B.
$11 (4th donation), Christophe L.
$11 (4th donation), Davide M.
$11 (4th donation), Erich G.
$11 (4th donation), Fabio
$11 (4th donation), Gerhard H.
$11 (4th donation), Nabil aka “Billy”
$11 (4th donation), Thomas B.
$11 (4th donation), Yanko N.
$11 (3rd donation), Arnis D.
$11 (3rd donation), Daniele V.
$11 (3rd donation), Giovanni P.
$11 (3rd donation), Martin G.
$11 (3rd donation), Pasquale D.
$11 (3rd donation), X F C.
$11 (2nd donation), Alan L.
$11 (2nd donation), Alejandro G.
$11 (2nd donation), Aleksei V.
$11 (2nd donation), Alessio R.
$11 (2nd donation), Arvidas S.
$11 (2nd donation), Christian F.
$11 (2nd donation), Dinos E.
$11 (2nd donation), Francisco Rafael H.
$11 (2nd donation), Frederik H.
$11 (2nd donation), Jasper V.
$11 (2nd donation), Jörg H.
$11 (2nd donation), Kenzo Manuel
$11 (2nd donation), Paul dB
$11 (2nd donation), Ronny K.
$11 (2nd donation), Walter W.
$11, Aitor S.
$11, Alberto Z.
$11, Andrii Y.
$11, Anna E.
$11, Anonymous
$11, Antonio M.
$11, Artem Ignatyev aka “ZaZooBred”
$11, Bastian H.
$11, Bernard H.
$11, Chris P.
$11, Chris W.
$11, Christian M.
$11, Christopher K.
$11, Dieter T.
$11, Dirk R.
$11, Fardis M.
$11, Florian S.
$11, Frank W.
$11, Frédéric L.
$11, Gaetano C.
$11, Georgios T.
$11, Ger P.
$11, Gerd S.
$11, Giampaolo V.
$11, Gianluigi D.
$11, Giovanni S.
$11, Giusseppe Domínguez aka “gsp
$11, Gojko M.
$11, Harald M.
$11, Jacques P.
$11, James K.
$11, John D.
$11, Jonathan E D.
$11, Jose V M.
$11, Julian K.
$11, Klaus B.
$11, Klaus-dieter K.
$11, Lars W.
$11, linux-helt-enkelt v/Ketil Ervik
$11, Lydia S.
$11, Malcolm J.
$11, Marc L.
$11, Markus K.
$11, Mathias S.
$11, Mattia T.
$11, Michal G.
$11, Michelle B.
$11, Mik Prims
$11, Mirko S.
$11, Moreno M.
$11, Rolf S.
$11, Seweryn M.
$11, Simo P.
$11, Soutarson P.
$11, Stefan L.
$11, Stefan W.
$11, Stephane S.
$11, Taylan G.
$11, Thomas M.
$11, Tzvetan Hristov H.
$11, Vlad I.
$11, Walter R.
$11, Yvonne H.
$10 (106th donation), Thomas C.
$10 (51st donation), Philip Woodward
$10 (16th donation), Thevirtua
$10 (15th donation), Benjamin S. aka “fantasybenji”
$10 (10th donation), Neil B.
$10 (10th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (8th donation), redman
$10 (6th donation), Jody M.
$10 (5th donation), Daniel Greg aka “006.5”
$10 (5th donation), Rimon K.
$10 (5th donation), Szymon R.
$10 (5th donation), William C.
$10 (4th donation), Harry W.
$10 (4th donation), Henrique D.
$10 (4th donation), John H.
$10 (4th donation), Stan aka “Dataful.Tech
$10 (4th donation), Steven L.
$10 (3rd donation), Evan M.
$10 (3rd donation), Gregory M.
$10 (3rd donation), Ian E.
$10 (3rd donation), N K.
$10 (2nd donation), Edward M K.
$10 (2nd donation), Gene E.
$10 (2nd donation), Kai P.
$10 (2nd donation), Michael E.
$10 (2nd donation), Mike P.
$10 (2nd donation), Mj J.
$10 (2nd donation), Paulo De Tarso A.
$10,
$10, Alex B.
$10, Allen T.
$10, Ari G.
$10, Blair’s Computer Service
$10, Brendan C.
$10, Cody G.
$10, Craig D.
$10, Dale H.
$10, David W.
$10, Davis J.
$10, Dzmitry B.
$10, Edward H.
$10, Ground Glass Productions
$10, Jim M.
$10, Jonathan T.
$10, Juan G.
$10, Justin F.
$10, Luther F.
$10, Melvin R.
$10, MyIndex
$10, Nicholas P.
$10, Optimizare SEO
$10, Oriel C.
$10, Richard L.
$10, Trevor D.
$10, Tyler S.
$10, Wallace A.
$9, Daniel P.
$9, Michael Philipp M.
$8 (30th donation), Blazej P. aka “bleyzer”
$8 (2nd donation), Dirk B. aka “sur4k”
$7, Thomas C.
$6 (94th donation), Eugene T.
$6 (41st donation), Oleksandr P.
$6 (5th donation), Józef S.
$6, Anastasios I.
$6, Arnau H.
$281 from 66 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,489 patrons, for a sum of $4,090 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Monthly News – January 2025

Par :Clem

Hi everyone,

We received donations from 852 people in December, for an all-time monthly record of $31,720!

Every time this number goes up I think of it the same way. I imagine that many people in one big room, all there just for us. Imagine it for a moment. It’s huge, not only in terms of support but in terms of validation and motivation for the entire team.

December celebrates the holidays, the end of the year and a new Linux Mint release. We get more donations in December than in any other month. It’s never been that high before though.

We see a compliment here and a sign that you really enjoyed our work. I’d like to thank you for this gift and for this message. Many many thanks for doing this for us!

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
DeepTide, LLC
HamoniKR
Tinken Inc
VANT

Donations in December:

A total of $31,720 were raised thanks to the generous contributions of 852 donors:

$1294 (2nd donation), Jan S.
$1000 (7th donation), Gerald L.
$1000 (5th donation), B
$539 (2nd donation), Joshua G. aka “Heptaveegesimal
$431 (7th donation), Tanev, T.
$377 (5th donation), Soldev sàrl
$377, Markus B.
$335 (2nd donation), Andrey P.
$323, Matthew M.
$265 (17th donation), John Mc aka “Land Research Project”
$250 (3rd donation), Lauren A.
$216 (7th donation), Marcus H.
$216 (5th donation), Franky W.
$200 (12th donation), Plamen Penev Atanasov
$200 (3rd donation), David R.
$200 (2nd donation), James W.
$200, John R.
$200, Joseph F.
$200, Nicolas M.
$162 (5th donation), Gianni O.
$162 (5th donation), Wolfgang S.
$162, Thomas P.
$150 (4th donation), Michel R.
$129 (2nd donation), Karljosef K.
$125, David B.
$108 (9th donation), aka “Phantasus
$108 (8th donation), Walter K.
$108 (5th donation), Nicolas S.
$108 (4th donation), Johan V. D. K.
$108 (4th donation), Marco van den Berg
$108 (3rd donation), Torsten M.
$108 (2nd donation), Gabriele R.
$108 (2nd donation), Marcel R.
$108 (2nd donation), Uwe K.
$108, Dirk H.
$108, Malte F.
$108, Manuel C.
$108, Marco H.
$108, Martin S.
$108, Steven G.
$108, Tom N.
$101 (2nd donation), Josh L.
$100 (25th donation), Hans J.
$100 (13th donation), Mountain Computers, Inc aka “MTNCOMP aka GGPCTU
$100 (10th donation), Michael S.
$100 (6th donation), William C.
$100 (5th donation), Urban R.
$100 (4th donation), James F.
$100 (4th donation), James J. Q.
$100 (4th donation), Matt S.
$100 (3rd donation), Michael H.
$100 (2nd donation), John A.
$100 (2nd donation), Rodney B.
$100 (2nd donation), William D.
$100, Aaron S.
$100, Donald A.
$100, Janice H.
$100, Kenneth W.
$100, Terrence A J.
$86 (2nd donation), Jean-françois G.
$81 (6th donation), Jean-baptiste P.
$75 (10th donation), Jeff S.
$75 (6th donation), Frank R.
$75, James S.
$75, Peter W.
$68, Vivian D.
$65 (4th donation), Ulrich W.
$60, Stanley P.
$55 (8th donation), Chris M.
$54 (21st donation), Per J.
$54 (17th donation), Paul S. E. aka “Paul”
$54 (14th donation), Torsten P.
$54 (13th donation), Hans-Georg Thien
$54 (11th donation), More Linux
$54 (10th donation), Martin R.
$54 (9th donation), Karl H.
$54 (8th donation), Jose L. D.
$54 (8th donation), Jyrki A.
$54 (7th donation), Armin F.
$54 (7th donation), Brian S.
$54 (7th donation), Johanan M.
$54 (7th donation), Ronald Severin
$54 (7th donation), Uwe O.
$54 (6th donation), Bernhard M.
$54 (6th donation), Christian T.
$54 (6th donation), Dominique P.
$54 (6th donation), Luis R.
$54 (6th donation), Rosanna & Alex
$54 (5th donation), Anton M.
$54 (5th donation), Florian L.
$54 (5th donation), Gilles S.
$54 (5th donation), Malte K.
$54 (5th donation), Sébastien B.
$54 (4th donation), Isabell C.
$54 (4th donation), Stefan B.
$54 (3rd donation), Cecilio P.
$54 (3rd donation), Leo P.
$54 (3rd donation), Lothar S.
$54 (3rd donation), Matthias R.
$54 (3rd donation), Reinhold S.
$54 (3rd donation), Wolfgang W.
$54 (2nd donation), Alexander B.
$54 (2nd donation), Arie N.
$54 (2nd donation), Benoît H.
$54 (2nd donation), Bernt Stefan Angelo A.
$54 (2nd donation), Ciaran S.
$54 (2nd donation), Daniel Kassner
$54 (2nd donation), Heinz Martin D.
$54 (2nd donation), Hubert S.
$54 (2nd donation), Joachim S.
$54 (2nd donation), Kai K.
$54 (2nd donation), Ludovic M.
$54 (2nd donation), Matthias G.
$54 (2nd donation), Pauli K.
$54 (2nd donation), Ralf G. A.
$54 (2nd donation), Reinhard B.
$54 (2nd donation), Ronald K.
$54 (2nd donation), Udo L.
$54, aka “deroppi”
$54, Aer H.
$54, Andreas F.
$54, Christian S.
$54, Clemens L.
$54, Daniel L.
$54, Denis C.
$54, Dominik S.
$54, Dominique D.
$54, Eimar K.
$54, Enrico M.
$54, Eugenio B.
$54, Germain C.
$54, Håkan F.
$54, Henry R.
$54, Joerg S.
$54, Johannes B.
$54, Martin F.
$54, Mauro G.
$54, Miikka K.
$54, Olaf W.
$54, Pierric W.
$54, Raoul P.
$54, Robert G.
$54, Ronny J.
$54, Silvan S.
$54, Silvano P.
$54, Stefan W.
$54, Volker W.
$50 (90th donation), Anthony C. aka “ciak”
$50 (13th donation), Robert D. aka “MacDhai
$50 (10th donation), Christophe Caillé aka “KKY”
$50 (10th donation), Stuart B.
$50 (9th donation), David S.
$50 (9th donation), Michael T.
$50 (9th donation), William G.
$50 (8th donation), Bob Tregilus
$50 (8th donation), Ralph P.
$50 (8th donation), Stacey F.
$50 (7th donation), Al B.
$50 (7th donation), GELvdH
$50 (6th donation), David K.
$50 (5th donation), Chris C.
$50 (5th donation), Jim W.
$50 (5th donation), Kurt T.
$50 (5th donation), Stuart C. D.
$50 (5th donation), William T. aka “Beel
$50 (4th donation), Doug S.
$50 (4th donation), Douglas J.
$50 (4th donation), Gilles B.
$50 (4th donation), Peter C.
$50 (3rd donation), Brian B.
$50 (3rd donation), Corey P.
$50 (3rd donation), David Diaz
$50 (3rd donation), Evan S.
$50 (3rd donation), Julie A G.
$50 (3rd donation), Leland M.
$50 (3rd donation), Melvin M.
$50 (3rd donation), Mothy
$50 (3rd donation), Todd P.
$50 (2nd donation), Dan B.
$50 (2nd donation), David B.
$50 (2nd donation), Frank J.
$50 (2nd donation), Gary E.
$50 (2nd donation), John B.
$50 (2nd donation), Kody B.
$50 (2nd donation), Lee J.
$50 (2nd donation), Mark M.
$50 (2nd donation), Martin-pierre L.
$50 (2nd donation), Matthew C.
$50 (2nd donation), Papa’s Voice Audio LLC
$50 (2nd donation), Schneider Wood Working
$50 (2nd donation), Steven O.
$50 (2nd donation), Vincent P.
$50 (2nd donation), William M.
$50, Alfred W.
$50, Andrew S.
$50, Christopher S.
$50, Dave N.
$50, Edgar R.
$50, Frank O.
$50, Hamza 21
$50, Humberto C.
$50, John M.
$50, John S.
$50, Joshua G.
$50, Michael H.
$50, Michael L.
$50, Michael W.
$50, Ralph K.
$50, RAMPSHQ.COM
$50, Robert M.
$50, Scott S.
$50, Shawn H.
$50, Stephen R.
$50, Teddy W.
$50, Terry K.
$50, William M.
$49 (5th donation), Ingo S.
$45 (3rd donation), Flint W. O.
$44 (2nd donation), Juri N.
$43 (11th donation), Pavel B.
$43 (6th donation), Mathias P.
$43 (3rd donation), Bogdan O.
$43 (3rd donation), Floris V.
$40 (6th donation), Daniel T.
$40 (5th donation), Richard M.
$40 (4th donation), Paul S.
$40 (4th donation), Stefan E.
$40 (4th donation), Steve K.
$40 (3rd donation), Timothy R.
$40, Paul P.
$40, Sam S.
$38, Alessio Bolognini
$38, Walter G.
$37, Eric F.
$35 (11th donation), John Eady
$35 (4th donation), Steven H.
$35 (3rd donation), P W E.
$34 (3rd donation), Daniel H.
$32 (14th donation), Luca D.
$32 (14th donation), Marc S.
$32 (11th donation), Wolfgang N.
$32 (9th donation), Jürgen F.
$32 (8th donation), Daniel K.
$32 (7th donation), Frank B.
$32 (6th donation), Anthony G M.
$32 (5th donation), Grzegorz I.
$32 (4th donation), Marie-josee B.
$32 (4th donation), Raimund L.
$32 (3rd donation), Marcus R.
$32 (3rd donation), Rene G.
$32 (2nd donation), Bastian K.
$32 (2nd donation), Boris B.
$32 (2nd donation), Karl Felix K.
$32 (2nd donation), Manfred S.
$32, Annegret O.
$32, Graham P.
$32, Matthias G.
$32, Matthias W.
$32, Peter T.
$32, Thomas K.
$32, Walter G.
$31 (19th donation), Adam K.
$31 (8th donation), Graeme M. J.
$30 (6th donation), Larry B.
$30 (3rd donation), Bart L.
$30 (3rd donation), Greg P.
$30 (2nd donation), Owen L.
$30 (2nd donation), Veronique K.
$30, Dr. Dale
$30, Judy S.
$30, Tal O.
$27 (14th donation), Bill Metzenthen
$27 (10th donation), Peter Schallmoser-Schlogl
$27 (7th donation), Alessio B.
$27 (7th donation), Herberth M.
$27 (5th donation), Chris F.
$27 (5th donation), David Fletcher
$27 (5th donation), Miss anon aka “Anonymous ”
$27 (4th donation), Christoph F.
$27 (4th donation), Gerhard K.
$27 (4th donation), Guenther M.
$27 (4th donation), Marius A.
$27 (4th donation), Sape S.
$27 (3rd donation), Alexander W.
$27 (3rd donation), Mark
$27 (3rd donation), Rainer G.
$27 (2nd donation), Joseph B.
$27, Andrew G.
$27, Florian W.
$27, Jens K.
$27, Tony J.
$26 (69th donation), Michael R.
$26 (2nd donation), Dennis H.
$25 (102th donation), Johann J.
$25 (46th donation), Linux Mint Sverige
$25 (20th donation), George R. aka “Az4x4”
$25 (12th donation), Timothy C.
$25 (12th donation), Todd W.
$25 (11th donation), John W.
$25 (9th donation), Edmond I.
$25 (9th donation), Robert S.
$25 (9th donation), Roy Q.
$25 (7th donation), Thomas H.
$25 (5th donation), Craig B.
$25 (5th donation), Edward C.
$25 (5th donation), Mihnea Rădulescu
$25 (4th donation), John P.
$25 (4th donation), Kevin R.
$25 (3rd donation), Arun M.
$25 (3rd donation), Chris L.
$25 (3rd donation), Kelechi A.
$25 (2nd donation), Andrew R.
$25 (2nd donation), Carol B.
$25 (2nd donation), John N.
$25 (2nd donation), Laura S.
$25, Chris H.
$25, David M.
$25, Larry H.
$25, Maxime L.
$25, Richard T.
$25, Simon B.
$22 (55th donation), Peter E.
$22 (27th donation), Kevin O. aka “Kev”
$22 (22nd donation), Nigel B.
$22 (20th donation), Arvis Lācis aka “arvislacis
$22 (20th donation), Stefan W.
$22 (17th donation), Benjamin W. aka “UncleBens”
$22 (17th donation), Marek S.
$22 (14th donation), Frank J.
$22 (13th donation), Henrik H.
$22 (11th donation), Bernhard L.
$22 (11th donation), Dimitar S.
$22 (11th donation), Frank V.
$22 (11th donation), Gabriele Bandini aka “GiBi Gab
$22 (9th donation), Gabriele B.
$22 (8th donation), Gerhard A.
$22 (8th donation), Giovanni D. S. aka “ChibiOS
$22 (8th donation), Manfred W.
$22 (8th donation), Marco P.
$22 (8th donation), Richard L. F.
$22 (8th donation), Sebastian J.
$22 (8th donation), Vidal Santos
$22 (7th donation), Kai H.
$22 (7th donation), Stefan S.
$22 (6th donation), aka “Max”
$22 (6th donation), RobH
$22 (5th donation), Andreas F.
$22 (5th donation), Andreas F.
$22 (5th donation), Florian S.
$22 (5th donation), Frank R.
$22 (5th donation), Ingo P.
$22 (5th donation), Jens F.
$22 (5th donation), Mario N.
$22 (4th donation), Anthony S.
$22 (4th donation), Carsten M.
$22 (4th donation), Christian S.
$22 (4th donation), Harald U.
$22 (4th donation), Jean-francois L.
$22 (4th donation), Konstantinos K. aka “SV1XV
$22 (4th donation), Ludwig K.
$22 (4th donation), Nils D. aka “Akron
$22 (4th donation), Olaf K.
$22 (4th donation), Raul A.
$22 (4th donation), Sybren H.
$22 (3rd donation), Andrea T. aka “atasc”
$22 (3rd donation), Antun K.
$22 (3rd donation), Charles K.
$22 (3rd donation), Christoph M.
$22 (3rd donation), Grega K.
$22 (3rd donation), Hugo L.
$22 (3rd donation), Jan B.
$22 (3rd donation), Joshua W.
$22 (3rd donation), Marc LASTHAUS
$22 (3rd donation), Rudolf M.
$22 (3rd donation), Sebastian G.
$22 (3rd donation), Sinan B.
$22 (3rd donation), Stefan Korn – Webentwicklung
$22 (2nd donation), Albert P.
$22 (2nd donation), Antonio S.
$22 (2nd donation), Carsten S.
$22 (2nd donation), Christian J.
$22 (2nd donation), Dimitrios S.
$22 (2nd donation), F. E.
$22 (2nd donation), Florian B.
$22 (2nd donation), Heinz-juergen B.
$22 (2nd donation), Hristo B.
$22 (2nd donation), Ingo P.
$22 (2nd donation), Janos V.
$22 (2nd donation), Joachim W.
$22 (2nd donation), John B.
$22 (2nd donation), José Luis D.
$22 (2nd donation), Josef C.
$22 (2nd donation), Marc R.
$22 (2nd donation), Nils L.
$22 (2nd donation), Peter S.
$22 (2nd donation), Reimund M.
$22 (2nd donation), Samuel C.
$22 (2nd donation), Zsolnay I.
$22, Ajay R.
$22, Albrecht S.
$22, Aleksander A.
$22, Alexander B.
$22, Andrea B.
$22, Andrea T.
$22, Andreas F.
$22, Andreas K.
$22, Andreas S.
$22, Angelo S.
$22, Anne-Pierre aka “A-PP”
$22, Anton S.
$22, Benjamin E.
$22, Benjamin L.
$22, Bernd M.
$22, Bradley F.
$22, Christoph H.
$22, Christopher H.
$22, Dirk S.
$22, Dusan K.
$22, Emilie H.
$22, Fabio A.
$22, Florian A.
$22, Franck M.
$22, Fred H.
$22, Friedhelm M.
$22, Georg T.
$22, Gerhard K.
$22, Guillaume V.
$22, Hans S.
$22, Hartmut G.
$22, Hermann C.
$22, Jacques C.
$22, Joachim K.
$22, Jochen R.
$22, Jochen S.
$22, Johan F.
$22, John B.
$22, Kai N.
$22, Kai S.
$22, Karl A.
$22, Klaus K.
$22, Klaus V.
$22, Lars O.
$22, Leif J.
$22, Lutz B.
$22, Magnus I.
$22, Mandon P.
$22, Michael D.
$22, Michael G.
$22, Mike S.
$22, Nicolas B.
$22, Oliver A.
$22, Oliver K.
$22, Paul G.
$22, Philipp H.
$22, Philippe C.
$22, Reiner L.
$22, Remy D.
$22, Renaud A.
$22, RMC
$22, Sascha B.
$22, Sebastian A.
$22, Sebastian B.
$22, Simeon E.
$22, Simon J.
$22, Soterios VOF
$22, Thaha J.
$22, Thomas H.
$22, Thomas I.
$22, Thomas M.
$22, Thomas V.
$22, Tillmann W.
$22, Tristan M.
$22, Tudor P.
$22, vcsfrl
$22, Volkmar G.
$22, Weinand S.
$22, Wilfried Z.
$20 (64th donation), Bryan F.
$20 (44th donation), John D.
$20 (31st donation), vagrantcow
$20 (13th donation), Terry B.
$20 (9th donation), Mark R.
$20 (8th donation), John T.
$20 (6th donation), Cuauhtemoc M.
$20 (6th donation), Frank F.
$20 (6th donation), youme
$20 (5th donation), Andrew D.
$20 (5th donation), Dimitrios G.
$20 (5th donation), Frederick S.
$20 (5th donation), Timothy S.
$20 (4th donation), Blake P.
$20 (4th donation), David Morris aka “DPMorris”
$20 (4th donation), Eric W.
$20 (4th donation), Jason T.
$20 (4th donation), Vincent A.
$20 (3rd donation), Bede W.
$20 (3rd donation), David P.
$20 (3rd donation), Ken B.
$20 (3rd donation), Rune J.
$20 (3rd donation), Stephen B.
$20 (3rd donation), William S.
$20 (2nd donation), Alejandro R.
$20 (2nd donation), Craig C.
$20 (2nd donation), Dion D.
$20 (2nd donation), Edgar Osvaldo R.
$20 (2nd donation), Ian M.
$20 (2nd donation), Leela A.
$20 (2nd donation), Michael M.
$20 (2nd donation), Patrick N.
$20 (2nd donation), Pavel P.
$20 (2nd donation), Peter S.
$20 (2nd donation), Pierre-luc Daoust aka “Monsieur P-L
$20 (2nd donation), Raymond J.
$20 (2nd donation), Raymond T.
$20 (2nd donation), Richard S.
$20 (2nd donation), Robert H.
$20 (2nd donation), Roger S.
$20 (2nd donation), Sara P.
$20, Alexander F.
$20, Alexander L.
$20, Andrew B.
$20, Arthur M.
$20, Brad S.
$20, Brandon M.
$20, Christopher N.
$20, Claudio Z.
$20, Dane P.
$20, Daniel B.
$20, David G.
$20, Dinilson P.
$20, Don M.
$20, Elvis A.
$20, Fredric F.
$20, Gary M.
$20, Gary S.
$20, Jason P.
$20, Jesus J H.
$20, Jill M.
$20, Johnnie Q.
$20, Jorge G.
$20, Keith C.
$20, Liran Nuna aka “LiraNuna”
$20, Martin P.
$20, Matt W.
$20, Mike,beth B.
$20, Neil K.
$20, Oliver P.
$20, Paul D.
$20, Paul S.
$20, Phillip B.
$20, Robert B.
$20, Robert S.
$20, Rose B. aka “lumina_
$20, Russell N.
$20, Sanborn M.
$20, Sean S.
$20, Stephen O.
$20, Tapio S.
$20, Timothy M.
$20, Urs W.
$20, Werner Streich
$20, William M.
$17, Terry R.
$16 (82th donation), Andreas S.
$16 (5th donation), Andreas Agoumis aka “IntCon”
$16 (5th donation), Gorazd B.
$16 (4th donation), E. V. S. .
$16 (4th donation), Philippe F.
$16 (3rd donation), Edoardo R.
$16 (2nd donation), Fabio R.
$16 (2nd donation), Ralph-michael M.
$16, Jonathan C.
$16, Tobias B.
$16, Yoann P.
$15 (7th donation), Marcin A.
$15 (3rd donation), Steven L.
$14 (2nd donation), Tony L.
$13 (3rd donation), Andreas R.
$13 (2nd donation), Roger R.
$13, Daniël P.
$13, Gj F.
$13, Ronald B.
$12 (4th donation), Henk-jan J.
$12 (2nd donation), Shane B.
$12, Alessandro S.
$12, Riccardo B.
$11 (56th donation), Daniel S.
$11 (32nd donation), Tugaleres.com
$11 (30th donation), Denys G.
$11 (21st donation), Jürgen K.
$11 (17th donation), Gerard C.
$11 (17th donation), Yves R. aka “Long_Time_User”
$11 (14th donation), Christian B.
$11 (12th donation), Emanuele Proietti aka “Manuermejo”
$11 (12th donation), Karlheinz R.
$11 (11th donation), Pierre G.
$11 (8th donation), Florian J.
$11 (8th donation), Guillaume O. aka “Gandalf81”
$11 (7th donation), Jacques V.
$11 (7th donation), Paolo C.
$11 (6th donation), Elias B.
$11 (6th donation), J M. H. C.
$11 (6th donation), Jan Z.
$11 (6th donation), Ulrich P.
$11 (5th donation), Aghiles C.
$11 (5th donation), Bernd R.
$11 (5th donation), Daniel A.
$11 (5th donation), Jaroslaw W.
$11 (5th donation), Jose J.
$11 (5th donation), Maurizio Giacobbe aka “maurizioweb
$11 (5th donation), Michael K.
$11 (4th donation), Benjamin L. aka “indivisual
$11 (4th donation), Elmar V.
$11 (4th donation), Fais T.
$11 (4th donation), Fergus T.
$11 (4th donation), Gerald H.
$11 (4th donation), Haris A.
$11 (4th donation), Iker L.
$11 (4th donation), Marco B. aka “Erouc
$11 (3rd donation), Andreas Z.
$11 (3rd donation), David P.
$11 (3rd donation), Florian A.
$11 (3rd donation), Linus K.
$11 (3rd donation), Marijn V.
$11 (3rd donation), Marko U.
$11 (3rd donation), Maysi2k aka “Maysi2k
$11 (3rd donation), Michele D.
$11 (3rd donation), RedFox
$11 (3rd donation), Stefan E.
$11 (3rd donation), Thomas K.
$11 (3rd donation), Ulrich B.
$11 (3rd donation), Volker S.
$11 (2nd donation), Ds
$11 (2nd donation), Hans A.
$11 (2nd donation), Iztok M.
$11 (2nd donation), Jorge G.
$11 (2nd donation), Mauro P.
$11 (2nd donation), Michael V.
$11 (2nd donation), Piermarcello P.
$11 (2nd donation), Sasa B.
$11 (2nd donation), Sebastian H.
$11 (2nd donation), Thomas F.
$11 (2nd donation), X F C.
$11, Alejandro D.
$11, Alexis C.
$11, Andreas M.
$11, Andrejas H.
$11, Antonios C.
$11, Ardawan R.
$11, Arne R.
$11, Artur H.
$11, Arvidas S.
$11, Beat L.
$11, Bernd S.
$11, Branislav M.
$11, Brendan K.
$11, Carlos V.
$11, Catherine B.
$11, Christian S.
$11, Claus E.
$11, Daniel B.
$11, Daniele B.
$11, Dietmar G.
$11, Dragan Erik L.
$11, Eugen K.
$11, Fabio S.
$11, Fast Copy
$11, Florian Q.
$11, Frank R.
$11, Fredy R.
$11, Gb K.
$11, Geir
$11, Giuseppe Francesco Aldo R.
$11, Iain R.
$11, Jacob S.
$11, Jan Frederik H.
$11, Jivko R.
$11, Jordi C.
$11, José F.
$11, Jose Manuel L.
$11, Josep C.
$11, Karel S.
$11, Klaas T.
$11, Klub patel historie
$11, Laszlo B.
$11, Laszlo B.
$11, Lubomir C.
$11, Marcio R.
$11, Marko K.
$11, Markus H.
$11, Maron V.
$11, Martin R.
$11, Martin S.
$11, Mathias Z.
$11, Mauro D.
$11, Maximilian M.
$11, Michael C.
$11, Michaël D.
$11, Michael K.
$11, Michael L.
$11, Nicolas S.
$11, Peter B.
$11, Peter F.
$11, Peter N.
$11, Reiner K.
$11, Rodney D.
$11, Rodrigo S.
$11, Romain V.
$11, Samar A.
$11, Santiago M.
$11, Sebastian T.
$11, Siegfried K.
$11, Stanislaw S.
$11, Stella S.
$11, Sune B.
$11, Sven F.
$11, Ulrich E.
$11, Wojciech W.
$10 (105th donation), Thomas C.
$10 (50th donation), Philip Woodward
$10 (37th donation), Carpet Cleaning Winnipeg
$10 (27th donation), Wilson G.
$10 (25th donation), Bruce M.
$10 (15th donation), Michael V.
$10 (14th donation), platypus products
$10 (12th donation), Gustavo A. B.
$10 (11th donation), Michael K.
$10 (9th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (8th donation), Eric L.
$10 (7th donation), Mario M.
$10 (6th donation), David W.
$10 (5th donation), Joseph J.
$10 (5th donation), Lloyd H.
$10 (4th donation), Attila C.
$10 (4th donation), Marco Z.
$10 (3rd donation), Blanford B.
$10 (3rd donation), Byron D.
$10 (3rd donation), Elvio Lampugnani aka “elviolmp”
$10 (3rd donation), Hugh R.
$10 (3rd donation), Jeffery S.
$10 (3rd donation), Michael H.
$10 (3rd donation), Michael W.
$10 (3rd donation), Stan aka “Dataful.Tech
$10 (2nd donation), Brian O.
$10 (2nd donation), Carlos V M.
$10 (2nd donation), Gehova L.
$10 (2nd donation), Gregory B.
$10 (2nd donation), H. Balázs aka “JegesMAC”
$10 (2nd donation), Jeff S.
$10 (2nd donation), Petr V.
$10 (2nd donation), Richard H B.
$10 (2nd donation), Robert P.
$10 (2nd donation), Stanton P.
$10 (2nd donation), The Original Nutshell SmokeCage Corporation
$10 (2nd donation), Vesa A.
$10 (2nd donation), Zebh
$10, Adhyan P.
$10, Alessandro B.
$10, Axel Z.
$10, Ben K.
$10, Brandon W.
$10, Chet Bourg
$10, Cory T.
$10, D L.
$10, Edward I.
$10, Ernest A.
$10, Evgenii K.
$10, Gene E.
$10, James P.
$10, Javier T.
$10, Jens U.
$10, Jim J.
$10, Jose H.
$10, Karl Kristen S.
$10, Lucien L.
$10, Mark M.
$10, Matt D.
$10, Michael W.
$10, Nicholas A.
$10, Pablo L.
$10, Pierre F.
$10, Ralph B.
$10, Ricardo B.
$10, Rusty Rooster Antiques
$10, Rylee W.
$10, Sergei V.
$10, Thomas M.
$10, Todd I.
$10, Wade H.
$10, Will Perez Ronderos aka “munecito”
$10, William G.
$9, Szymon S.
$226 from 52 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,467 patrons, for a sum of $3,909 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

How to upgrade to Linux Mint 22.1

Par :Clem

It is now possible to upgrade Linux Mint 22 to version 22.1.

If you’ve been waiting for this we’d like to thank you for your patience.

1. Create a system snapshot

You can use Timeshift to make a system snapshot before the upgrade.

If anything goes wrong, you can easily restore your operating system to its previous state.

Launch Timeshift from the application menu, follow the instructions on the screen to configure it and create a system snapshot.

2. Prepare for the upgrade

If you installed Cinnamon spices (applets, desklets, extensions, themes), upgrade them from the System Settings.

3. Upgrade the operating system

Upgrading to Linux Mint 22.1 is fast and easy.

In the Update Manager, click on the Refresh button to check for any new version of mintupdate or mint-upgrade-info. If there are updates for these packages, apply them.

Launch the System Upgrade by clicking on “Edit->Upgrade to Linux Mint 22.1 Xia”.

Follow the instructions on the screen.

If asked whether to keep or replace configuration files, choose to replace them.

4. Reboot the computer

Once the upgrade is finished, reboot your computer.

Commonly asked questions

  • If the upgrade is not available to you, check that you have the latest version of mint-upgrade-info (1.2.7 or higher) and restart the Update Manager by launching it again from the applications menu.
  • If the latest version of mint-upgrade-info is not yet available in your mirror, switch to the default repositories.
  • This happens rarely, but if you ever got locked and were unable to log back in, switch to console with CTRL+ALT+F2, log in, and type “killall cinnamon-screensaver” (or “killall mate-screensaver” in MATE). Use CTRL+ALT+F7 to get back to your session.

Linux Mint 22.1 “Xia” released!

Par :Clem

The team is proud to announce the release of Linux Mint 22.1 “Xia”.

Linux Mint 22.1 is a long term support release which will be supported until 2029. It comes with updated software and brings refinements and many new features to make your desktop even more comfortable to use.

New features:

This new version of Linux Mint contains many improvements.

For an overview of the new features please visit:

What’s new in Linux Mint 22.1“.

Important info:

The release notes provide important information about known issues, as well as explanations, workarounds and solutions.

To read the release notes, please visit:

Release Notes for Linux Mint 22.1

System requirements:

  • 2GB RAM (4GB recommended for a comfortable usage).
  • 20GB of disk space (100GB recommended).
  • 1024×768 resolution (on lower resolutions, press ALT to drag windows with the mouse if they don’t fit in the screen).

Upgrade instructions:

  • If you are running the BETA you don’t need to upgrade, use the Update Manager to apply available updates.
  • Upgrade instructions for Linux Mint 22 will be provided in a few days.

Download links:

Cinnamon Edition:

Xfce Edition:

MATE Edition:

Integrity and authenticity checks:

Once you have downloaded an image, please verify its integrity and authenticity.

Anyone can produce fake ISO images, it is your responsibility to check you are downloading the official ones.

Enjoy!

We look forward to receiving your feedback. Thank you for using Linux Mint and have a lot of fun with this new release!

Monthly News – December 2024

Par :Clem

Hi everyone,

The BETA phase for Linux Mint 22.1 is now over. 115 reports were received and many bugs were fixed. Many thanks for your help during this beta-test!

After a few days of QA testing we’ll be ready to publish the stable release. The new features will then make their way towards LMDE and we’ll open up the upgrade path for Linux Mint 22.

As always, I’d also like to thank our sponsors and donors. Thank you for your support.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
DeepTide, LLC
HamoniKR
Tinken Inc
VANT

Donations in November:

A total of $11,423 were raised thanks to the generous contributions of 406 donors:

$250 (6th donation), Neil V.
$222 (5th donation), Michael M.
$216 (3rd donation), aka “omg_me”
$216 (3rd donation), Thomas K.
$200 (3rd donation), James F.
$162 (2nd donation), Christian B.
$162, Michael K.
$110 (5th donation), Jacek O.
$110 (2nd donation), James L.
$108 (4th donation), Gianni O.
$108 (4th donation), Peter G.
$108 (2nd donation), Gerhard Schaufelberger aka “Schaufelzwerg
$108, Alexandra S.
$108, Andreas H.
$108, Bernhard L.
$108, Rolf B.
$108, Wolfgang B.
$103 (15th donation), John Mc aka “Land Research Project”
$100 (14th donation), Mihail S.
$100 (4th donation), Lee R.
$100 (3rd donation), John L.
$100 (2nd donation), Andreas K.
$100, Bruce K.
$100, Nicholas B.
$71, Ronald K.
$70 (4th donation), Jan A.
$70 (2nd donation), P W E.
$65 (2nd donation), Katharina G.
$64 (3rd donation), Harry F.
$60 (12th donation), James L.
$55 (3rd donation), Tom K.
$54 (12th donation), Volker P.
$54 (7th donation), Matthias Rainer
$54 (6th donation), Daniel K.
$54 (4th donation), Danilo Cesari aka “Dany”
$54 (3rd donation), Andreas M.
$54 (3rd donation), David W.
$54 (3rd donation), Udo J.
$54 (2nd donation), Bernard S.
$54 (2nd donation), Christopher B.
$54 (2nd donation), Frank J.
$54 (2nd donation), Steffen J.
$54, Christophe A.
$54, Dominik H.
$54, Emile B.
$54, Eoin O.
$54, Gérard R.
$54, Heinz Martin D.
$54, Jürgen F.
$54, Karsten B.
$54, Mikael W.
$54, Peter W.
$54, Polo M.
$54, Richard B.
$54, Thomas K.
$54, Torsten J.
$54, Wolfgang M.
$50 (89th donation), Anthony C. aka “ciak”
$50 (9th donation), Paul R.
$50 (8th donation), Adam W.
$50 (7th donation), Richard H.
$50 (5th donation), Keith H.
$50 (3rd donation), Erwin D.
$50 (3rd donation), Larry D.
$50 (3rd donation), Larry T.
$50 (2nd donation), Christopher G.
$50 (2nd donation), Dominic M.
$50 (2nd donation), Scott P.
$50 (2nd donation), Timothy B.
$50, Alex S.
$50, Dezchek J.
$50, Eduardo F.
$50, Edward M.
$50, Jon L.
$50, Klaus J.
$50, Mavvy B.
$50, Nikolai P.
$50, Reinhold F.
$50, RicK Yost aka “Rick”
$50, Robert L W.
$50, Ryan E.
$50, Sabrina C.
$50, Sam A.
$50, YVSSYSTEM
$43, Peter H.
$43, René P.
$40 (2nd donation), Cecil H.
$38 (6th donation), Rüdiger A.
$36 (2nd donation), Leslie J.
$35 (2nd donation), Ken B.
$32 (7th donation), Mark E.
$32 (4th donation), Richard K.
$32 (3rd donation), Söhnke H.
$32 (2nd donation), Thomas O.
$32, Clemens S.
$32, Clement J.
$32, Maximilian A.
$32, Simon R.
$30 (4th donation), Horacio M.
$30 (3rd donation), Thomas S.
$27 (68th donation), Michael R.
$27 (11th donation), Alexander M.
$27 (11th donation), Rob B.
$27 (9th donation), Juergen S.
$27 (6th donation), Johanan M.
$27 (5th donation), Jürgen S.
$27, Dirk D.
$27, Florian G.
$27, Linus P.
$27, Matthias W.
$25 (45th donation), Linux Mint Sverige
$25 (18th donation), Richard N.
$25 (4th donation), Mihnea Rădulescu
$25 (2nd donation), David C.
$25, Curtis A.
$25, John N.
$22 (54th donation), Peter E.
$22 (16th donation), Benjamin W.
$22 (16th donation), Marek S. [LMDE SUPPORTER]
$22 (11th donation), Anne-christine U.
$22 (8th donation), Dean P @ DT
$22 (6th donation), Johannes B.
$22 (6th donation), Mircea V.
$22 (5th donation), Jaume T.
$22 (5th donation), Jean, Jacques G.
$22 (5th donation), Jeff Daniels
$22 (5th donation), Lutz B.
$22 (5th donation), Michael L.
$22 (5th donation), Norman E.
$22 (5th donation), Sebastian B.
$22 (5th donation), Thomas L. aka “hensys”
$22 (4th donation), Bernd K.
$22 (4th donation), Christian H.
$22 (4th donation), Günther H.
$22 (4th donation), Paulo P.
$22 (3rd donation), Bjørn A. F.
$22 (3rd donation), Jens B.
$22 (3rd donation), Jutta S.
$22 (3rd donation), Martin L.
$22 (3rd donation), Roland F. aka “rofibelm”
$22 (3rd donation), Sönke M.
$22 (2nd donation), Adrian I.
$22 (2nd donation), Chris D.
$22 (2nd donation), Dieter H.
$22 (2nd donation), Jörn L.
$22 (2nd donation), Matthias R.
$22, Alexander K. aka “SaschaLP”
$22, Andreas L.
$22, Arda Ö.
$22, Ariane R.
$22, Arturs B.
$22, Attila L.
$22, Bedrettin K.
$22, Ben K.
$22, Daniel F.
$22, Daniele A. aka “Lele”
$22, Diethard B.
$22, Florian B.
$22, Francesco R.
$22, Hans-werner J.
$22, Helen R.
$22, Javier G.
$22, Jens G.
$22, John J.
$22, Joram N.
$22, Jörg M.
$22, Jürgen N.
$22, Kerem H.
$22, Lenze V.
$22, Louis F.
$22, Marc R.
$22, Martino S.
$22, Matthias P.
$22, Michael R.
$22, Michael S.
$22, Michael V.
$22, Oleg S.
$22, Oleksandr P.
$22, Otto B.
$22, Pascal B.
$22, Peter L.
$22, Ragnar L.
$22, Rainer N.
$22, Siegmar H.
$22, Stefan B.
$22, Stefan E.
$22, Stephan K.
$22, Tobias D.
$22, Ulf H.
$22, Wolfgang W.
$20 (50th donation), Stefan M. H.
$20 (17th donation), Dana S.
$20 (11th donation), Matthew L. A. aka “Matt”
$20 (10th donation), Peter L. aka “Myfathersson”
$20 (7th donation), Chris B.
$20 (6th donation), Chamnong N.
$20 (6th donation), Derek B.
$20 (5th donation), G C
$20 (5th donation), Greg K.
$20 (5th donation), Michael P.
$20 (5th donation), Samuel S.
$20 (4th donation), Paul S.
$20 (3rd donation), Eric W.
$20 (3rd donation), Lee A.
$20 (3rd donation), René S.
$20 (3rd donation), Robin W.
$20 (3rd donation), Steven M.
$20 (2nd donation), Hung Clapham
$20 (2nd donation), John W.
$20 (2nd donation), Mark O.
$20 (2nd donation), Peter B.
$20 (2nd donation), Steven L.
$20, Anthony M.
$20, Bjørn Thorvald B.
$20, Brian L.
$20, David B.
$20, Derek N.
$20, Gokhan K.
$20, James H.
$20, Larry P.
$20, Lukas S.
$20, Lynn H.
$20, Matthew L.
$20, Paul W.
$20, Randall J.
$20, Reiner L.
$20, Ricky H.
$20, Thomas S.
$20, Wilbur V.
$20, William H.
$20, William M.
$16 (3rd donation), André F.
$16 (2nd donation), Dominik W.
$16, Arthur B.
$15 (16th donation), Felipe P.
$15 (3rd donation), Blake P.
$15, Héctor Manuel H.
$15, Siegfried S.
$14 (101th donation), Johann J.
$13 (5th donation), Pavlo Pyshkin aka “Gurzhi effect
$13 (2nd donation), Thomas G.
$11 (55th donation), Daniel S.
$11 (44th donation), Thomas R.
$11 (29th donation), Denys G.
$11 (19th donation), Stefan W.
$11 (16th donation), Francois B. aka “Makoto
$11 (14th donation), Robert W.
$11 (12th donation), Ronald S.
$11 (9th donation), Caspar F.
$11 (9th donation), Martin H.
$11 (8th donation), Raphael G.
$11 (7th donation), Jörg.K
$11 (7th donation), Michael H. S.
$11 (5th donation), BGEN
$11 (4th donation), Allan S.
$11 (4th donation), Frank H.
$11 (4th donation), Thomas S.
$11 (3rd donation), Andreas K.
$11 (3rd donation), Andrew V.
$11 (3rd donation), Axel P.
$11 (3rd donation), Derek S.
$11 (3rd donation), Erich G.
$11 (3rd donation), Georg N.
$11 (3rd donation), Neodream
$11 (2nd donation), Alfredo E.
$11 (2nd donation), Daniel L.
$11 (2nd donation), Dennis W.
$11 (2nd donation), Joachim M.
$11 (2nd donation), Kai S.
$11 (2nd donation), Matthias K.
$11 (2nd donation), Tim L.
$11, Alejandro G.
$11, Alexandre Neves aka “ASeven”
$11, Alexandros D.
$11, Amidou C.
$11, Andrea F.
$11, Andrew S.
$11, Bruno S.
$11, Calogero F.
$11, Cha C.
$11, Christoph F.
$11, Christoph V.
$11, Dieter W.
$11, Elhora R.
$11, Felix B.
$11, Ferenc P.
$11, Florent M.
$11, Francesco Antonio T.
$11, Francisco S.
$11, Georg A.
$11, Gernot K.
$11, Gregor M.
$11, Gregor M.
$11, Hans A.
$11, Hans-joachim L.
$11, Ian B.
$11, José G.
$11, Josef K.
$11, Julio Cesar S.
$11, Ken M.
$11, Kristof P.
$11, Mahmoud C.
$11, Mario R.
$11, Markus K.
$11, Massimo D.
$11, Oliver A.
$11, Piya C.
$11, Rene H.
$11, Rikard M.
$11, Roberto R. aka “impiastro”
$11, Rudolf E.
$11, Sebastian E.
$11, Sebastian Wi.
$11, Stefano D.
$11, Stephane B.
$11, Thierry C.
$11, Timothy H.
$11, Victor Sasha Christ D.
$11, Wolfgang V.
$10 (104th donation), Thomas C.
$10 (49th donation), Philip Woodward
$10 (26th donation), aka “AsciiWolf”
$10 (19th donation), Dave S.
$10 (15th donation), Thevirtua
$10 (10th donation), Daniel Tan
$10 (8th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (7th donation), Peter Vangsgaard aka “pvangsgaard
$10 (6th donation), Geoffrey P.
$10 (6th donation), Lynn Z.
$10 (6th donation), Robert H.
$10 (4th donation), Simon B.
$10 (3rd donation), Kiss J. aka “lowstar
$10 (2nd donation), Baltazar D.
$10 (2nd donation), Martin H.
$10 (2nd donation), Ronald M.
$10 (2nd donation), Stan aka “Dataful.Tech
$10, aka “Jon Donym”
$10, Aquiles F.
$10, Ayden J.
$10, Bradford B.
$10, Centsible Systems
$10, Chayton W.
$10, Dominic K.
$10, Donald H.
$10, Donald W.
$10, Francisco L.
$10, Ilker E.
$10, István D.
$10, Jehú G.
$10, Juan T.
$10, Long Island Escape Room
$10, Omar Manuel M.
$10, Owen L.
$10, Peter V.
$10, Pieter W.
$10, Randolph H.
$10, Ron S.
$10, Ryan S.
$10, The Original Nutshell SmokeCage Corporation
$10, Thomas O.
$8 (9th donation), Krste C.
$8 (2nd donation), Wendy L.
$8, Anette I.
$6 (92th donation), Eugene T.
$159 from 38 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,438 patrons, for a sum of $3,954 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Monthly News – November 2024

Par :Clem

Hi everyone,

I hope you are enjoying the BETA so far!

This release introduces new features, tools, and artwork, so we anticipate a good number of bug reports. Every single fix helps us refine and improve the final release. Your feedback during the BETA phase is extremely important to us.

Linux Mint 22.1 is our second release based on the 24.04 package base. Some of the updates address long-standing usability issues we had  in some of the components we replaced. We’re confident these changes will lead to a very stable release.

So far, we’ve received 43 reports. Thank you very much to all the BETA testers for helping out and providing feedback. And many thanks to all of you for your support and your donations.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
DeepTide, LLC
HamoniKR
Tinken Inc
VANT

Donations in October:

A total of $11,849 were raised thanks to the generous contributions of 401 donors:

$350,
$323, Andre V.
$265, Alain B.
$250 (5th donation), Neil K.
$250, Netas AG
$200, A
$200, Philip C.
$162, Ingo K.
$119, Thomas S.
$108 (2nd donation), Elmar V.
$108 (2nd donation), Ulrich S.
$108, Daniel O.
$108, Helge V.
$103, Niklas T.
$100 (12th donation), Mountain Computers, Inc aka “MTNCOMP aka GGPCTU
$100 (11th donation), Plamen Atanasov
$100 (6th donation), Prashanth V.
$100 (4th donation), Peter B.
$100 (2nd donation), Michaz W.
$100, Alexander S.
$100, Krzysztof W.
$100, Rogelio G.
$100, William P.
$75, K S.
$65 (5th donation), Olivia C.
$65, Hazel S.
$61 (14th donation), schema markup generator aka “schemawriter
$54 (20th donation), Bernard H.
$54 (9th donation), Uwe P.
$54 (7th donation), Jyrki A.
$54 (5th donation), Csongor
$54 (5th donation), Günter J.
$54 (4th donation), Winfried B.
$54 (3rd donation), Alexandre H.
$54 (3rd donation), Bernard P.
$54 (3rd donation), Dragan M.
$54 (3rd donation), Launay D.
$54 (2nd donation), Eric U.
$54 (2nd donation), Thorsten W.
$54, Ciaran S.
$54, Corouge C.
$54, Daan V.
$54, Eckehard H.
$54, Felix Antonio C.
$54, Ingo F.
$54, Ivaylo A.
$54, Jacek K.
$54, Kris H.
$54, Michael H.
$54, Paolo Z.
$54, Philippe E.
$54, Richard D.
$54, Sabin M.
$54, Saul A.
$54, Torsten S.
$53 (14th donation), John Mc
$50 (88th donation), Anthony C. aka “ciak”
$50 (9th donation), Marty L.
$50 (7th donation), Derek S. aka “Corky357”
$50 (4th donation), Daniel S.
$50 (4th donation), Eugene Z.
$50 (3rd donation), Brandon M.
$50 (3rd donation), Larry M.
$50 (3rd donation), Mark L.
$50 (3rd donation), William B.
$50 (2nd donation), Mack
$50 (2nd donation), Adam D.
$50 (2nd donation), Arunas A.
$50 (2nd donation), Jennifer S.
$50 (2nd donation), Jonathan D.
$50 (2nd donation), Kelly A.
$50 (2nd donation), Robert L.
$50 (2nd donation), Shane B.
$50 (2nd donation), William D.
$50, Anthony E.
$50, BlackBagData.io
$50, Caleb M.
$50, Charles M.
$50, Donald Mier T.
$50, Eugenijus U.
$50, John S.
$50, Joseph H.
$50, Lance B.
$50, Marcin M.
$50, Michael M.
$50, Michael S.
$50, Peter B.
$50, Reust A.
$50, Rickey S.
$50, Robert C.
$49, Patrick F.
$44 (2nd donation), Manuel O.
$43 (5th donation), Wielant B.
$43 (4th donation), Les W.
$43, Henri D.
$40, James M.
$38 (2nd donation), Andreas K.
$35 (7th donation), Ricardo M.
$32 (4th donation), Stephan D.
$32 (3rd donation), Michel J.
$32, Etienne C.
$32, Grégory C.
$32, Marta A.
$30 (7th donation), Kevin H.
$30, Carl D.
$30, William T.
$27 (67th donation), Michael R.
$27 (5th donation), Johanan M.
$27, Joachim F.
$27, Kent T.
$27, Ralph G.
$27, Stephan L.
$25 (44th donation), Linux Mint Sverige
$25 (10th donation), John W.
$25 (9th donation), Brian H. Y.
$25 (6th donation), Chuck G.
$25 (3rd donation), Mihnea Rădulescu
$25 (2nd donation), Anthony P.
$25 (2nd donation), Donald S.
$25 (2nd donation), Frank F.
$25 (2nd donation), Marc P.
$25, anonymous
$24 (100th donation), Johann J.
$22 (53th donation), Peter E.
$22 (15th donation), Benjamin W.
$22 (9th donation), Geoffrey Allgood
$22 (8th donation), R. I. . aka “Birman”
$22 (7th donation), Giovanni D. S. aka “ChibiOS
$22 (7th donation), Thomas K.
$22 (6th donation), Ezequiel O.
$22 (6th donation), Jacques V.
$22 (5th donation), akaIDIOT
$22 (5th donation), Alan W.
$22 (5th donation), E F
$22 (5th donation), Ulf-Andreas S.
$22 (4th donation), John F. aka “JoHubb”
$22 (4th donation), Kai D.
$22 (4th donation), Norbert D.
$22 (4th donation), Ovidio A. H.
$22 (3rd donation), Lennart J.
$22 (3rd donation), Stefan N.
$22 (3rd donation), Volker S.
$22 (2nd donation), Carsten B.
$22 (2nd donation), Emmanuil K.
$22 (2nd donation), GB
$22 (2nd donation), Gino P.
$22 (2nd donation), Loïc C.
$22 (2nd donation), Oskaras U.
$22 (2nd donation), Rainer G.
$22 (2nd donation), Regina S.
$22 (2nd donation), Roy V.
$22 (2nd donation), Stefan H.
$22, Alexander-arthur N.
$22, Arif L
$22, Arnold C.
$22, Bastian K.
$22, Bernd H.
$22, Christopher N.
$22, Dieter B.
$22, Frank H.
$22, Georg R.
$22, Heiko Lange
$22, Jahn Baers
$22, Jan K.
$22, Joel M.
$22, Jörn L.
$22, Josep Lluis T.
$22, Laurent M.
$22, Luigi A.
$22, Marc F.
$22, Mario G.
$22, Markus K.
$22, Michael V.
$22, Miguel C.
$22, Mircea-augustin L.
$22, Monsieur F.
$22, Nadia Z.
$22, Niklas A.
$22, NRL
$22, Olivier T.
$22, Paulius L.
$22, Peter S.
$22, Rafael G.
$22, Reinhard R.
$22, Roel K.
$22, Ruben A.
$22, Sebastian S.
$22, Teo Ioniță
$22, Tobias M.
$22, Tony P.
$22, Wilfried Eull Web Design
$22, Yannik B.
$20 (27th donation), Aimee W.
$20 (12th donation), Robert D. aka “MacDhai
$20 (7th donation), Harrison U.
$20 (6th donation), Lal C.
$20 (5th donation), Bjorn P. M.
$20 (4th donation), Ian M.
$20 (4th donation), Steve T.
$20 (4th donation), Timothy A.
$20 (3rd donation), Edward L.
$20 (3rd donation), Matthew H.
$20 (2nd donation), A M W.
$20 (2nd donation), Arend D.
$20 (2nd donation), Blake P.
$20 (2nd donation), Christopher O.
$20 (2nd donation), Colin E.
$20 (2nd donation), Javier Canales
$20 (2nd donation), Raymond R.
$20 (2nd donation), Robert W.
$20 (2nd donation), Thomas W.
$20, aka “Tom2”
$20, Alex D.
$20, Ali G. aka “Bitcoin Baden
$20, Cameron E.
$20, Don H.
$20, Earle F.
$20, Emilio A. R.
$20, Fausto D.
$20, Ian T.
$20, Rc
$20, Robert C.
$20, Yves T.
$16 (81th donation), Andreas S.
$16 (5th donation), Harold H.
$16 (2nd donation),
$15 (23rd donation), Pawel M.
$15 (4th donation), Nicholas B.
$15, Elliot V.
$15, Michael E.
$15, Roland S.
$11 (54th donation), Daniel S.
$11 (31st donation), Tugaleres.com
$11 (28th donation), Denys G.
$11 (18th donation), Stefan W.
$11 (15th donation), Francois B. aka “Makoto
$11 (14th donation), Jeff aka “Jambalak
$11 (11th donation), Ronald S.
$11 (9th donation), Tony H. aka “TonyH1212”
$11 (8th donation), Francisco F.
$11 (8th donation), Iker P. M.
$11 (7th donation), Antonio C.
$11 (5th donation), Franz Z.
$11 (4th donation), BGEN
$11 (4th donation), Denis P.
$11 (4th donation), Vladimir S.
$11 (3rd donation), Claudio S.
$11 (3rd donation), Robert H.
$11 (3rd donation), Senad K.
$11 (2nd donation), Bruno L.
$11 (2nd donation), Lucie T. aka “shaolinlucie
$11 (2nd donation), Neodream
$11 (2nd donation), Pasquale C.
$11 (2nd donation), Ralf H.
$11 (2nd donation), Stefan J.
$11 (2nd donation), Wiebke G.
$11 (2nd donation), Zlatko
$11, Alberto B.
$11, Andreas M.
$11, Benjamin B.
$11, Bernd S.
$11, Carlo E.
$11, Domenico M.
$11, Edouard T.
$11, Esa K.
$11, Eva D.
$11, Fabian B.
$11, Freddy K.
$11, frogmanjack
$11, Gian Carlo M.
$11, Gianfranco C.
$11, Gonçalo P.
$11, Gunnar A.
$11, John
$11, Jop D.
$11, Jörg S.
$11, Luca C.
$11, Magnus P.
$11, Marco C.
$11, Mauro S.
$11, Maxim E.
$11, Mehmed K.
$11, Michael E.
$11, Mirko M.
$11, Nils-ove L.
$11, Olaf John
$11, Oliver O.
$11, Patrick Thau
$11, Pawez K.
$11, Peter K.
$11, Piermarcello P.
$11, Rico S.
$11, Rolf B.
$11, Rudolf R.
$11, Samuel G.
$11, Sergio B.
$11, Siegfried M.
$11, Simon G.
$11, Stephan P.
$11, Tauno K.
$11, Valentyn V.
$11, Vasileios D.
$11, Wolfgang Z.
$10 (103th donation), Thomas C.
$10 (48th donation), Philip Woodward
$10 (21st donation), Harold R.
$10 (18th donation), Dave S.
$10 (16th donation), Troy T.
$10 (14th donation), Thevirtua
$10 (9th donation), William S. aka “Supergoo”
$10 (8th donation), blueredgreen
$10 (8th donation), Filippo F.
$10 (8th donation), Wojciech S.
$10 (7th donation), TONY aka “STRUZZIN ELECTRONICS
$10 (6th donation), David W.
$10 (5th donation), Charles P.
$10 (4th donation), Juan Q.
$10 (4th donation), Vang P.
$10 (4th donation), Wayne C.
$10 (3rd donation), J. B. .
$10 (3rd donation), Howard S.
$10 (2nd donation), M. K. .
$10 (2nd donation), Aryeh G.
$10 (2nd donation), Kayla W.
$10 (2nd donation), Paulo S.
$10, 6AM Films
$10, Abel J.
$10, Anatolii S.
$10, Charles L W.
$10, Christopher L.
$10, Denys Sedchenko aka “x1unix
$10, Douglas H.
$10, IT Consulting NYC
$10, Ivo Kremer
$10, Joe V.
$10, John A.
$10, John F.
$10, Jorge C.
$10, Joshua C.
$10, Kevin T.
$10, Mark B.
$10, Michael B.
$10, Mike S.
$10, Phil T.
$10, Piotr P.
$10, Richard H B.
$10, Ross P.
$10, Rudolf G.
$10, Stan aka “Dataful.Tech
$10, TB
$10, Zebh
$10, zzzzzzzzz .
$9 (4th donation), Eric H. aka “Eric”
$8 (3rd donation), Łukasz B (Neudamm)
$8, @AR__PU
$6 (91th donation), Eugene T.
$6 (38th donation), Sami Mannila
$6, Arthur M.
$166 from 41 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,425 patrons, for a sum of $3,831 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

Linux Mint 22.1 “Xia” – BETA Release

Par :Clem

This is the BETA release for Linux Mint 22.1 “Xia”.

Linux Mint 22.1 is a long term support release which will be supported until 2029. It comes with updated software and brings refinements and many new features to make your desktop even more comfortable to use.

New features:

This new version of Linux Mint contains many improvements.

For an overview of the new features please visit:

What’s new in Linux Mint 22.1“.

Important info:

The release notes provide important information about known issues, as well as explanations, workarounds and solutions.

To read the release notes, please visit:

Release Notes for Linux Mint 22.1

System requirements:

  • 2GB RAM (4GB recommended for a comfortable usage).
  • 20GB of disk space (100GB recommended).
  • 1024×768 resolution (on lower resolutions, press ALT to drag windows with the mouse if they don’t fit in the screen).

Upgrade instructions:

  • This BETA release might contain critical bugs, please only use it for testing purposes and to help the Linux Mint team fix issues prior to the stable release.
  • Upgrade instructions will be published after the stable release of Linux Mint 22.1.
  • It will be possible to upgrade from this BETA to the stable release.
  • It will also be possible to upgrade from Linux Mint 22.

Bug reports:

  • Bugs in this release should be reported on Github at https://github.com/linuxmint/mint22.1-beta.
  • Create one issue per bug.
  • As described in the Linux Mint Troubleshooting Guide, do not report or create issues for observations.
  • Be as accurate as possible and include any information that might help developers reproduce the issue or understand the cause of the issue:
    • Bugs we can reproduce, or which cause we understand are usually fixed very easily.
    • It is important to mention whether a bug happens “always”, or “sometimes”, and what triggers it.
    • If a bug happens but didn’t happen before, or doesn’t happen in another distribution, or doesn’t happen in a different environment, please mention it and try to pinpoint the differences at play.
    • If we can’t reproduce a particular bug and we don’t understand its cause, it’s unlikely we’ll be able to fix it.
  • The BETA phase is literally a bug squashing rush, where the team is extremely busy and developers try to fix as many bugs as fast as possible.
  • There usually are a huge number of reports and very little time to answer everyone or explain why a particular report is not considered a bug, or won’t get fixed. Don’t let this frustrate you, whether it’s acknowledged or not, we appreciate everyone’s help.

Download links:

Cinnamon Edition:

Xfce Edition:

MATE Edition:

Integrity and authenticity checks:

Once you have downloaded an image, please verify its integrity and authenticity.

Anyone can produce fake ISO images, it is your responsibility to check you are downloading the official ones.

Enjoy!

We look forward to receiving your feedback. Many thanks in advance for testing the BETA!

Monthly News – October 2024

Par :Clem

Many thanks for your donations and for your support.

Night Light in Cinnamon

The team is working on adding Night Light support in Cinnamon.

Night Light consists in reducing the amount of blue light emitted by the screen. It makes the color of your monitor warmer as you get closer to bed time to help reduce eyestrain and improve sleep quality.

In the past Linux Mint shipped with Redshift to provide this functionality. Redshift wasn’t integrated in the settings though, it only worked in Xorg and it was auto-configured by something called geoclue which is no longer functional.

The team is hoping to have this feature fully integrated into the Cinnamon desktop and working out of the box, both in Wayland and Xorg.

Clutter Dialogs

Work continues on migrating key Cinnamon dialogs to Clutter.

Here is the dialog which pops up when a keyring needs to be unlocked:

And here is the one to confirm display changes:

Donations via Stripe

Stripe was added as an alternative to PayPal on the donors page.

This was done to make it easier for people who couldn’t or didn’t want to donate via PayPal. More countries and more bank cards are supported by Stripe and no account registration is necessary.

Framework Laptops

We started working with Framework. We’re hoping this will lead towards a great partnership.

Framework promotes a concept which is quite admirable. They make high-performance laptops which are easy to upgrade, repair and customize.

They want to achieve full compatibility with Linux Mint and the Cinnamon desktop. That’s also very important to us because it means we can recommend this brand within our community without having to worry about compatibility issues.

Their laptops are packed with components we don’t have or technologies which we hadn’t really focused on yet. This will boost new areas of development for us.

The Laptop 13 they sent me just arrived today so I won’t be able to review it until the next blog post. Spoiler alert: I like it 🙂

When it comes to hardware I love it when a product feels special and/or of high quality. I’ve had many different computers in the past. The ones I enjoyed the most weren’t the most modern or the most powerful, they were the ones I grew attached to, either because they were very well built or because I loved something unique about them. I still work mostly on a Mintbox 3 and an old Macbook Pro Retina. I’ll be comparing this Laptop 13 to these two next month.

Hellotux Garments

Some of our branded clothes will soon be discontinued.

Hellotux can’t source the green Mint shirts anymore.

Some sizes are missing, some are reduced. We’ll also probably remove the old Mint logos eventually.

If you like the green shirts or the old logos don’t wait until they’re gone.

Sponsorships:

Linux Mint is proudly sponsored by:

Gold Sponsors:
Linux VPS Hosting
IPv6.rs
Silver Sponsors:
Datadog
Sucuri
ThinkPenguin: For Everything Freedom
Bronze Sponsors:
Vault Networks *
AYKsolutions Server & Cloud Hosting
hSo
Agile.Coach
BGASoft Inc
C0MPLÉX1 SEO
DeepTide, LLC
HamoniKR
Tinken Inc
VANT

Donations in September:

A total of $11,006 were raised thanks to the generous contributions of 396 donors:

$250 (30th donation), Ralph Siegler aka “ziggy
$216 (3rd donation), Ralph J.
$216, Association pour l’Informatique Participative
$200, Steven S.
$162 (2nd donation), Dirk S.
$120, Aaron P.
$108 (8th donation), Karl H.
$108 (4th donation), Enric Pastor
$108 (4th donation), Franky W.
$108, Ivaylo I.
$100 (13th donation), Mihail S.
$100 (10th donation), Plamen Atanasov
$100 (9th donation), Carl J.
$100 (2nd donation), Emily L.
$100, Bryan N.
$100, James F.
$100, Mark M.
$100, Richard B.
$100, Timothy B.
$95, Simon L.
$86 (6th donation), Rhydwen V.
$80 (2nd donation), Peter F.
$70 (7th donation), Joel M.
$65 (36th donation), Wolfgang P.
$55, Jay Norris
$54 (66th donation), Michael R.
$54 (12th donation), Hermann W.
$54 (9th donation), Devendra Rai.
$54 (6th donation), Ike
$54 (6th donation), Jesse C.
$54 (5th donation), Gildas M.
$54 (5th donation), Manuel F.
$54 (4th donation), Philipp K.
$54 (3rd donation), Marion
$54 (3rd donation), Siegfried S.
$54 (2nd donation), Bernard P.
$54 (2nd donation), Lucas D.
$54 (2nd donation), Michel B.
$54, Adrian W.
$54, Christian G.
$54, Christoph T.
$54, Erich M.
$54, Francois A.
$54, Franz K.
$54, Henri W.
$54, Laobhan
$54, Martin P.
$54, Michael D.
$54, Nagy I.
$54, Olav H.
$54, Paul G.
$54, Phillip H.
$54, Siegbert P.
$54, Thomas S.
$54, Udo W.
$54, Uwe S.
$54, Wolfgang A.
$52 (13th donation), John Mc
$51, Neil P.
$50 (87th donation), Anthony C. aka “ciak”
$50 (10th donation), Nate P. aka “cog_nate”
$50 (8th donation), Michael C.
$50 (6th donation), David W.
$50 (5th donation), Harrison W.
$50 (4th donation), Chris C.
$50 (3rd donation), Vance West
$50 (2nd donation), Benjamin L.
$50 (2nd donation), Daniel A.
$50 (2nd donation), Graeme D.
$50 (2nd donation), Jeffrey J.
$50 (2nd donation), Nick Gausling | Fractional COO | Retail and Consumer Sector Consultant
$50, Adib H.
$50, Alejandro S.
$50, Alfred C.
$50, Andri A.
$50, Anthony D.
$50, Christopher C.
$50, James L.
$50, Jesse T L.
$50, John L.
$50, Joseph M.
$50, Julian D.
$50, Leela A.
$50, Michael B.
$50, Michael M.
$50, Michael T.
$50, Mike P.
$50, Thomas C.
$50, Warren S.
$40 (8th donation), John S.
$40 (2nd donation), John W.
$38, Martin Skouboe P.
$35 (16th donation), B. H. .
$35 (5th donation), David H.
$35 (4th donation), Katherine K.
$32 (7th donation), Gabriel S.
$32 (4th donation), Reijo H.
$32 (4th donation), Sebastian G.
$32 (4th donation), Stephen C.
$32 (2nd donation), Álvaro R.
$32 (2nd donation), Finn I.
$32 (2nd donation), Flavio S.
$32 (2nd donation), Harry F.
$32, Enrico G.
$32, Evariste S.
$30 (3rd donation), Daniel S.
$30 (3rd donation), Nicholas B.
$30, Henry B.
$30, Raymond S.
$30, Robert K.
$30, Roland V.
$27, Jeffrey E.
$27, Jens K.
$25 (43th donation), Linux Mint Sverige
$25 (17th donation), Richard N.
$25 (11th donation), Corey J.
$25 (9th donation), John W.
$25 (3rd donation), John P.
$25 (3rd donation), Richard T.
$25 (2nd donation), Mihnea Rădulescu
$25, Thomas G.
$24 (7th donation), Olaf Bousche aka “Bushman”
$22 (99th donation), Johann J.
$22 (52th donation), Peter E.
$22 (15th donation), Marek S. [LMDE SUPPORTER]
$22 (14th donation), Benjamin W.
$22 (9th donation), Martin L.
$22 (8th donation), Alexander H.
$22 (8th donation), Divoto
$22 (8th donation), Raymond L.
$22 (8th donation), Stoyan
$22 (7th donation), Peter C.
$22 (6th donation), Thomas G. aka “thg14”
$22 (5th donation), Didier P.
$22 (5th donation), Ivo S.
$22 (4th donation), Mario N.
$22 (3rd donation), Gines S.
$22 (2nd donation), A V.
$22 (2nd donation), Albin L.
$22 (2nd donation), Andrew B.
$22 (2nd donation), Antoine M.
$22 (2nd donation), Benjami L.
$22 (2nd donation), Jean-paul D.
$22 (2nd donation), Matthias V.
$22 (2nd donation), Miguel S.
$22, Alexander S.
$22, Antti K.
$22, Arndt B.
$22, Arni A R.
$22, Aspins
$22, Calogero P.
$22, Christian S.
$22, Dieter Schemmelmann aka “Die0691”
$22, Dr O Freeman
$22, Hamish M.
$22, Jans K.
$22, Jerome G.
$22, Joachim B.
$22, José Luis D.
$22, Klaus D.
$22, Klaus R.
$22, Krystian K.
$22, Kurt G.
$22, Liam H.
$22, Markus B.
$22, Matthias D.
$22, Mikkel A.
$22, Mohamed E.
$22, Pedro F.
$22, Peter Hans S.
$22, Peter M.
$22, Peter R.
$22, Petur K.
$22, Pierre B.
$22, Renato P.
$22, Thomas F.
$22, Thomas U.
$22, Tommaso D.
$22, Uwe S.
$20 (49th donation), Stefan M. H.
$20 (30th donation), vagrantcow
$20 (27th donation), Denis D.
$20 (10th donation), Matthew L. A. aka “Matt”
$20 (9th donation), Kleiner Funk-Electronic
$20 (8th donation), George M.
$20 (8th donation), Oblong Software Products
$20 (6th donation), Terry Phillips aka “Terryphi”
$20 (5th donation), Robert S.
$20 (4th donation), Victor C.
$20 (3rd donation), Alex Z.
$20 (3rd donation), Luke B
$20 (2nd donation), Christopher F.
$20 (2nd donation), Eric H.
$20 (2nd donation), Stiliyan P.
$20, Aiden M.
$20, Andrey L.
$20, Armin M.
$20, Bobby B.
$20, Brien C.
$20, Bryan C.
$20, Christopher D.
$20, Christopher S.
$20, David H.
$20, Dean G.
$20, Frank K.
$20, Ian H D.
$20, Ian T.
$20, Jacob C.
$20, James D.
$20, James H.
$20, James M.
$20, Jonathan G.
$20, Joseph L.
$20, Marshall B.
$20, Matej M.
$20, Michael J.
$20, Michael K.
$20, Michael P.
$20, Norman B.
$20, Olisterno
$20, Oren K.
$20, Peter S.
$20, Ross W.
$20, Santos S.
$20, William B.
$20, William B.
$19 (5th donation), Nicholas J.
$16 (80th donation), Andreas S.
$16 (5th donation), Ravi S.
$16, Günter S.
$16, Phillip M.
$15 (2nd donation), Thomas L.
$15, Rudolph T.
$14, Eduard K.
$13, Bálint S.
$12 (3rd donation), Anthony Macgregor aka “Arcam123”
$11 (53th donation), Daniel S.
$11 (43th donation), Thomas R.
$11 (37th donation), Sami Mannila
$11 (30th donation), Tugaleres.com
$11 (27th donation), Denys G.
$11 (17th donation), Marc V. K.
$11 (17th donation), Stefan W.
$11 (12th donation), Bengt Falke aka “Falke”
$11 (12th donation), Michael P.
$11 (11th donation), Thomas R.
$11 (10th donation), Andreas M.
$11 (10th donation), Juergen M. B.
$11 (6th donation), Joerg B.
$11 (6th donation), Marcos P. G.
$11 (6th donation), Matteo A. aka “Angelinux”
$11 (6th donation), Michael W.
$11 (5th donation), Jan V.
$11 (5th donation), Michael T.
$11 (5th donation), Sami K.
$11 (4th donation), Bernd R.
$11 (4th donation), Jacques V.
$11 (4th donation), Jose J.
$11 (3rd donation), Andreas T.
$11 (3rd donation), Christophe L.
$11 (3rd donation), Fernandes J.
$11 (3rd donation), Francisco Jose A.
$11 (3rd donation), Henrique D.
$11 (3rd donation), Jose C. aka “Revenarius”
$11 (3rd donation), Olivier R.
$11 (2nd donation), Antonio Hilazo Santos
$11 (2nd donation), Dario B.
$11 (2nd donation), Eduardo H.
$11 (2nd donation), Erich G.
$11 (2nd donation), Fabien L.
$11 (2nd donation), Kiss J.
$11 (2nd donation), Ludwig H.
$11 (2nd donation), Marc R.
$11 (2nd donation), Mark Maslov
$11 (2nd donation), Michael O.
$11 (2nd donation), Michele D.
$11 (2nd donation), Panon D.O.O.
$11 (2nd donation), Rok
$11 (2nd donation), Stefan S.
$11 (2nd donation), Wil A.
$11, Adam F.
$11, Anthony P.
$11, Arnd M.
$11, Bjoern H.
$11, Bram D.
$11, Bruno L.
$11, Dainis L.
$11, Dario D.
$11, Dennis V.
$11, Dennis W.
$11, Donald W.
$11, Georg C.
$11, Hans S.
$11, Ilia I.
$11, Karsten M.
$11, Luca Z.
$11, Luigi L.
$11, Marlon D.
$11, Matthias K.
$11, Michael B.
$11, Nico S.
$11, Nicola S.
$11, Olli Pekka P.
$11, Pierre M.
$11, René B.
$11, Silvère D. aka “Lodestar”
$11, Steve H.
$11, Thierry R.
$11, Tim R.
$11, Vasilis R.
$11, Volker S.
$10 (102th donation), Thomas C.
$10 (47th donation), Philip Woodward
$10 (24th donation), Bruce M.
$10 (20th donation), Harold R.
$10 (17th donation), Dave S.
$10 (13th donation), platypus products
$10 (13th donation), Thevirtua
$10 (11th donation), Joseph G.
$10 (5th donation), Gary R.
$10 (5th donation), Geoffrey P.
$10 (5th donation), Tomasz K.
$10 (4th donation), Joseph G.
$10 (4th donation), S Russo
$10 (4th donation), Дмитрий С.
$10 (3rd donation), Robert N.
$10 (2nd donation), Bryan Y.
$10, Anthony A.
$10, Brent F.
$10, Edward M K.
$10, George L.
$10, Glyn S.
$10, Gordon William M.
$10, Harry Diepold
$10, Ioan B.
$10, John L.
$10, Jonathan F.
$10, Joseph G.
$10, Joshua G.
$10, Kirk F.
$10, Luis C.
$10, Rob T.
$10, Robert G.
$10, Ryan M.
$10, Scott B.
$10, Sean M.
$10, SERGIOVAZQUEZ.COM
$10, Skylar S.
$10, Slawek T.
$8 (29th donation), Blazej P. aka “bleyzer”
$8 (6th donation), Lorne F.
$8, ARY aka “alexDW9IFJ”
$6 (7th donation), Keith W.
$6 (4th donation), Darin K.
$143 from 38 smaller donations

If you want to help Linux Mint with a donation, please visit https://www.linuxmint.com/donors.php

Patrons:

Linux Mint is proudly supported by 1,393 patrons, for a sum of $4,060 per month.

To become a Linux Mint patron, please visit https://www.patreon.com/linux_mint

2-in-1 release – Inkscape 1.4.2 is out!

Draw your world by Kess Marks, CC-By-SA 4.0

The first minor release since Inkscape 1.4 is here!

No worries, you didn't miss 1.4.1! Due to a signficant bug that was only discovered shortly before its planned release, 1.4.1 has been merged with 1.4.2. 

With lots of fixes, some smaller improvements and even a few new features around file format support, we believe it was well worth the wait.

Here's a summary of what to expect from the new release:

  • A new splash screen, providing a visual cue while Inkscape loads in the background
  • Initial support for importing Vectornator / Linearity Curve files
  • A new extension to Clean up Paths
  • Substantially improved Affinity Designer files (.afdesign) import
  • 20 crash/freeze fixes, many of which affected PDF import
  • more than 50 other bug fixes and small improvements, including improvements to Boolean operations, layer selection, minimal window width and restoration of Spray tool buttons' functionality
  • and 15 updated translations!

For more detailed information on the changes in version 1.4.2 available in the release notes.

Again, thanks to all Inkscape users and contributors for their support in identifying and flagging these critical issues for us through sending bug reports for our volunteer developers to examine and solve.

Should you experience an issue while using Inkscape, please let us know! We've put together a step-by-step video to help you post your first bug reports on Gitlab.

Built with the power of a team of mostly volunteers, this open source vector graphics editor represents the combined efforts, passion and work of many hearts and hands from around the world, ensuring that Inkscape remains available free for everyone to download and enjoy.

If you'd like to contribute to the project, you are more than welcome in our project's global community! You'll find the list of ways to connect with us here.

You can also help Inkscape to stay alive and evolve by making a donation.

Get Inkscape 1.4.2 for Linux, Windows or macOS!

Draw Freely.

Inkscape Summit Frankfurt 2025

For the past few days, 7 Inkscape Members met up in Frankfurt, Germany to collaborate on various projects and get to know each other.

We were especially delighted to have two InkStitch maintainers, a major downstream project of Inkscape, join us. This way, we got to learn about the struggles and worries of projects using Inkscape better, and even built a new capability for extensions to interact with Inkscape during the event.

Marc, our release manager, cleared out our merge request backlog, reviewing and merging various contributions. He also set up a new web-based translation service, so that translators don't have to learn how to use git, and we hopefully see better Inkscape translations in many languages. He also collaborated with Vaibhav on getting the handles behave well when editing Text to Path.

Jonathan, extensions maintainer, enabled Inkscape to tell extensions in real-time about changes in the document (merge request), and even update the document in return. The new system works on all major platforms. This feature was requested by our InkStitch friends, who will use it to build a preview of the stitch pattern while the user is working on the document. Variations of this feature were often requested by extension authors, so we're excited what the community will use it for!

Tav was working on delivering color font support, and helped Martin and Vaibhav with a wide variety of text-related problems.

Martin wasn't able to attend in-person, but did join via Video Chat to work on PDF support and help answering questions with other people in Frankfurt. He got up at 3am his time to attend!

Ravi is one of our GSoC students from 2024, and we're happy that we got to know him better & to integrate him into our team! He is still working on the node-based filter editor, his GSoC project (merge request), and is hopefully finished soon.

Vaibhav also is a former GSoC student, but is contributing regularly since. He is currently working on improving Text on Path (merge request). Thanks to his work during the Summit, Text on Path now loops around on closed paths (an SVG2 feature)  and has correct and intuitive handle movement.

Kaalleen, InkStitch maintainer, helped us understand their packaging process and helped shape the direction of development on the extensions environment. Apart from that, she worked on various InkStitch issues, including support for long-arm quilting machines. Also, she gifted all of us beautiful bags with the 1.4 About screen stitched on (she also has a tutorial for this on the InkStitch website).

 

The beautiful embroidery Kaalleen gifted to the other participants (from the InkStitch Website).

After 3 days full of coding and enlightening conversations, we now take home with new ideas in our luggage, and look forward to the next meeting - May 2025 in Nuremberg, just before LGM.

The 7 participants of the Frankfurt Summit.

Inkscape at 21 is growing up and getting organized

Flourishing Inkscape by Sreya Saju, CC-By-SA 4.0

 

November 6, 2024, marks the end of the 20th anniversary year for the Inkscape project, and the beginning of a new decade of adventure. There were a few milestones this past year, among them an informal global celebration, a bug-fix program, an About Screen Contest, an Inkscape Summit, a summer of code, and the launch of version 1.4.

Here’s a brief look at some of those milestones:

Bringing contributors from around the world together in real time online

Looking back over the past year, our 20th anniversary got off to an active start with an online anniversary party in November 2023, where users and contributors gathered over the span of several time zones to welcome guests who shared their passion for Inkscape, their art, and discussed how and why they contribute to the project. The world showed up to hang out and filled us all with pride to be part of this open source community.

From there, things moved quickly with preparations for version 1.4 and all the elements that come together before the annual version release.

Inkscape’s 1.4 About Screen Contest

Preparations for the popular About Screen Contest began early in the year, setting up the voting space and rallying contributors to organize the promotion and review of contest entries. The winning entry was featured in the 1.4 release that launched in the Fall of 2024. If you’re curious about the contest, feel free to check out the rules and history of this tradition.

Inkscape’s Contributor Blog

Some of our developers, especially those who are paid by the project (i.e. from your donations), publish articles about their work in our Contributor Blog, which can be found on the web site under the News tab. Among the blog posts include ones the progress made on our Bug Accelerator program, the Adobe Illustrator File import project, and the GTK4 migration work. You can find the posts through to Spring 2024 online.

Inkscape Summit 2024 in Rennes, France!

We had a great Inkscape Summit in Rennes, France, in May 2024. Our three-day meeting was well attended and offered an opportunity for developers and a couple of other contributors to meet, work, and discuss the future of the project. A member of the SFC was in attendance and participants had a chance to exchange with a representative from the Open Document Project, too, on open source projects.

Learning to Code through Contributing to Inkscape

Inkscape developers continued the longstanding tradition of participating in the Google Summer of Code (GSOC) program, which enables people new to open source projects and students to learn about software development and gain experience within a project environment. Several Inkscape developers mentored three students in 2024, one of whom is still working hard. If you’re curious to know what these students accomplished, their code journeys can be found on the GSOC site.

When it comes to the software itself, Inkscape has been embarking on big changes that will span a couple of future versions, specifically the transition to GTK4. This year marked a big milestone as the master branch was successfully migrated to the new code base. Also in the works is the future of CMYK color inside of Inkscape, though there is no final date set yet for integrating a system.

Inkscape Monthly Art Challenges

This past year has seen regular monthly Inkscape Challenges in the forum, posted on social media channels, to encourage Inkscape artists to share their work and learn new skills. From easy to intermediate projects to challenge your Inkscape skills, there’s something for everyone who is curious to learn. These challenges, along with the many opportunities to learn and collaborate within the project, have helped to bring new contributors to the table, too. You’ll find plenty of art to enjoy in the project’s forums!

Looking at Possible Futures for the Project

In October, an informal discussion was held among contributors to look at the possibilities of taking the  project in a new direction in the future. As with some other open source projects in the past, Inkscape is seeking to grow and explore possible futures, including being an independent organization. While there are no immediate plans to move from SFC, the discussion led to contributors beginning to imagine what Inkscape might look like three years down the road. At 21, it’s time to consider the possible bright futures ahead.

For now, we would like to say a big thank you to all of you, Inkscape users, contributors, and supporters. It’s in working together that this software program continues to develop and grow.

Curious to know what contributing to Inkscape might bring to your world? Get in touch!

In the meantime, enjoy using Inkscape, a professional quality vector graphics software on your Linux, Mac OS X and / or Windows desktop computers.

Draw Freely.

Inkscape’s 20th Anniversary

On November 18, 2023, the Inkscape project celebrated its 20th anniversary.

The anniversary celebration was an online get-together of Inkscape users and contributors.

This was an initiative by the Vectors team and the intention was to bring Inkscape users and contributors together to celebrate 20 years of Inkscape.

Inkscape is used by people around the world. To accommodate that, two sessions were organized in different time zones. The first session was scheduled at 12:00 UTC for folks from regions like Eastern North America, Europe, India, & Indonesia. The second session started at 18:00 UTC for other regions, including Oceania.

The attendees were invited to share their approximate location in the world so that we could “map” the Inkscape community that came together to celebrate the anniversary. The interactive map can be viewed online. It is a beautiful souvenir of Inkscape’s global reach.

 

Map of attendees of Anniversary Celebration in November 2023
Map of attendees of Anniversary Celebration in November 2023

The larger Inkscape community also sent birthday wishes which were read during the sessions. An interactive slideshow of the wishes is available on Gitlab.

These sessions featured interviews from people in the Inkscape community. The interviewers asked guests about their Inkscape journey, how they discovered Inkscape, what they liked most about using Inkscape, among other questions. Guests answered that they use Inkscape for various things, some of them being designing board games, a children’s book for their loved ones, doing professional design work. One guest said they loved the feeling of freedom when designing with Inkscape. Another guest wanted a free vector graphics application, they stumbled upon Inkscape and found a bug. After reporting it, they ended up eventually contributing translations for their language.

After the interview ended, the room was opened to the chat so that people could ask the guests questions. The sessions went well over time as those in attendance wanted to keep the great Inkscape party going.

You can get involved with the Inkscape project, too, and help make the next 20 years even greater!

Inkscape lanza la versión 1.4, con potentes características accesibles y personalizables

Después de meses de espera, finalmente estamos listos para abrir la última versión de Inkscape... conozcan la 1.4, la edición Geek, donde reinan la accesibilidad y la personalización.

Los desarrolladores del proyecto Inkscape, la mayoría de ellos colaboradores voluntarios de países de todo el mundo, han estado trabajando entre bastidores en nuevas funciones, mejorando las actuales, corrigiendo errores y preparando el terreno para la llegada de GTK 4.

Analicemos algunas de las características nuevas y mejoradas que permiten una mayor personalización y una mejor accesibilidad en Inkscape de una manera interesante y técnica. Usuarios avanzados de Inkscape, ¡esta es para ustedes!

Diálogo de galería de filtros 

El cuadro de diálogo Galería de filtros de Inkscape 1.4 es el nuevo punto de entrada al mundo de los filtros. Diríjase al menú Filtros para encontrar sus favoritos más fácilmente, con vistas previas por categoría o escribiendo palabras clave en la barra de búsqueda. Esto incluye los filtros personalizados que haya añadido; búsquelos en la categoría Personal. Las funciones de accesibilidad incluyen la capacidad de cambiar el tamaño de la vista previa de las miniaturas.

The Filter Gallery with previews and search
The Filter Gallery with previews and search

Rejillas modulares

Para quienes buscan lo último en simetría y precisión, los nuevos botones de selección de cuadrículas les resultarán una forma más rápida y visual de identificar la cuadrícula de su elección. En el caso de las nuevas cuadrículas modulares, puede ajustar muchos parámetros de cuadrícula por separado, desde la altura y el ancho hasta los espacios horizontales y verticales, incluidos los ajustes en el nivel del módulo de cuadrícula (rectángulo). Habilite esta opción en las propiedades del documento.

Example of a modular
Example of a modular grid

Diálogo de muestras

El cuadro de diálogo Muestras de Inkscape tiene un nuevo diseño. Ahora incluye un menú desplegable con vista previa de las paletas de colores. Puede visualizarlas con los nombres de los colores en una lista o en cuadrículas. Los usuarios avanzados también pueden aumentar el tamaño de los mosaicos. Busque sus muestras personalizadas o las de sus clientes. Importe paletas desde el cuadro de diálogo, incluidas las de Adobe Color Book que utilizan colores CIELAB, aunque la compatibilidad con las que utilizan CMYK sigue siendo limitada por ahora. Se ha mejorado la transición de CMYK a RGB.

Refactored 'Swatches' dialog with search field
Refactored 'Swatches' dialog with search field

Editor de tipografías SVG

Para aquellos a los que les gustan las fuentes, Inkscape 1.4 es su nueva herramienta de personalización. Encontrarán una ruta más sencilla a los botones para ordenar glifos y eliminar pares. ¡La personalización más potente en su máxima expresión en Inkscape!

Navegador de tipografías unificado

Inkscape está probando una vista previa unificada del navegador de fuentes. Active esta función en Preferencias y reinicie la aplicación. Podrá acceder a vistas previas visuales de fuentes con ajustes como, por ejemplo, agregar su propio texto de muestra. Verifique las características particulares de las fuentes buscando fuentes por tipo de colección. Haga clic en la que desee y observe cómo se aplica a su texto.

Adjusting the dialog by its various options
Adjusting the dialog by its various options

Tiradores personalizables

Verá que, en Inkscape 1.4, los controladores del lienzo se pueden personalizar en cuanto a tamaño, color, ancho del trazo, contorno y opacidad. Esto se actualizará en tiempo real en Inkscape cuando se haya guardado el archivo CSS.

The new default handles
The new default handles

Constructor de formas

Ahora puede realizar ediciones rápidas en imágenes rasterizadas (píxeles) dentro de Inkscape con la herramienta Constructor de formas. Cargue una imagen y seleccione las secciones que desea aislar. Elíjalas con el constructor de formas para recortarlas. Tenga en cuenta que para editarlas, deberá liberar el recorte y luego desvincular el clon. Esta herramienta es útil para una solución rápida, aislando una o varias partes de una imagen rápidamente.

Using the Shape Builder Tool to quickly split a raster graphic into multiple
    parts
Using the Shape Builder Tool to quickly split a raster graphic into multiple parts

Diálogo de propiedades de objeto

A partir de Inkscape 1.4, los cuadros de diálogo Atributos de objeto y Propiedades de objeto se han agrupado en uno solo. En este único lugar, puede cambiar las distintas propiedades de los objetos, incluidas las rotaciones y las esquinas.

The refactored 'Object Properties' dialog
The refactored 'Object Properties' dialog

Actualizaciones de importación y exportación

Si utiliza Inkscape para crear y publicar documentos, le alegrará saber que ahora puede agregar vínculos de una página a otra dentro de un documento PDF (piense en una tabla de contenidos).

Además, Inkscape 1.4 ahora puede abrir archivos de Affinity Designer, lo que agrega más versatilidad al programa.

Conjuntos de iconos

Demos la bienvenida a Dash, el último conjunto de iconos accesible en Inkscape. Para aquellos a quienes les gusta personalizar, apreciarán este conjunto adicional de más de 500 iconos para explorar. Estos incluyen cursores, versiones escalables y simbólicas, que funcionan en temas claros y oscuros.

Esto concluye nuestro breve recorrido por algunas de las principales características incluidas en Inkscape 1.4. Para obtener más información, las Notas de la versión de Inkscape 1.4 están actualizadas con información sobre todos los cambios incluidos en esta edición.

New icon set in use in the Inkscape interface
New icon set in use in the Inkscape interface

¡Descargue Inkscape 1.4 para Linux, Windows o macOS!

Si tiene preguntas para nosotros, diríjase a nuestro sitio web y busque nuestra comunidad online, donde también podrá encontrar maneras de involucrarse con el projecto.

Mientras tanto,
  Dibuje en libertad.

Inkscape Summit 2024

We had a great Inkscape Summit in Rennes, France. Our three-day meeting was hosted by long-time Inkscaper's Elisa and Cédric in their school of design Activ.design

Five Inkscaper's travelled to the event (Marc, Mikekov, Adam Belis, S-Rafael, and Tav). Two more were present via video (Martin and René). Jonathon dropped in occasionally. And our hosts hung out with us when they weren't too busy preparing for LGM (Libre Graphics Meeting). In previous years we called these events "Hackfests", but have decided in order to be more inclusive to non-programmers and encourage greater partipation these events will be known as "Inkscape Summits".

These important events give the contributors of Inkscape a place where they can get some work done. Rafael [pictured left] is seen here working on some graphic user interface code at the event space. Mike, Adam, and Rafael spent a lot of time discussing and implementing UX designs. Marc did lots of merges, especially forward porting. We had great discussions on the future of Inkscape, including a plan for an improved Live Path Effects system (more of a Live Object system), better testing, etc..

During breaks and after the day, the contributors will go out for a meal and socialise. Rafael, Adam, Mikekov, Tav and Marc [pictured right] sit at a restaurant near the event space for lunch and get to know each other better.

All of these activities are funded by the Inkscape project, who provides travel and event expenses and run by one of the team. This is all funded by our kind donors who help the project cover the costs to run these important events. So a big thank you to all of you, you know who you are!

After the Inkscape Summit event, everyone was able to participate in the Libre Graphics Meeting (LGM) which happened directly afterwards. We will often try and organise our own physical meetings along side another conference or event. Tav [pictured left] is seen talking to other LGM attendees who will be contributors to other Free Software projects such as Blender, Krita, Penpot, etc. While smaller than in the past, there were still lots of great talks including talks on color, type, animation, and chocolate.

Meeting with the wider community of Free Software contributors helps us stay up to date with what's happening in the wider industry as well as meeting with some pretty cool people who help run a lot of the software which our users also depend upon. Big thanks for the organisers of LGM for running the event this year, which is the first in person event since Covid.

See you all next time!

 

Congratulations to Inkonic on winning Inkscape 1.4 About Screen Contest

We have a winner! Congratulations to the winning entry by artist Inkonic for their artwork "Inkscape's Path–Artist's Blossom". 

The theme this year was "Growth" and Inkonic's winning artwork depicted this wonderfully with branches and leaves growing directly out of the work of artists' hands using artists' tools ― literally drawing themselves and their worlds into existence and making them grow. Congratulations to Inkonic ― and thank you for helping Inkscape continue to grow!

We would also like to thank all of the artists who submitted artwork for the contest. Our deepest gratitude to you for showing myriad ways Inkscape can be used to create incredible artworks. These examples are invaluable to helping the project grow and thrive by inspiring and educating artists.

We encourage everyone to take a moment and download any of the artworks you find interesting and explore the objects, nodes, effects, layers, and groups that make up these complex artworks. And if you want to help out the Inkscape Project even more, you can review these artworks by testing the Inkscape 1.4 beta release that will feature this winning artwork here.

Finally, we'd like to extend a big thank you to all of the community members ― more than 250 of you! ― who cast votes in the initial round and selected the top finalists as well as the 23 Inkscape contributors served as the final round of judges for the 1.4 About Screen Contest.

If you’re interested in getting started with or better at using Inkscape check out this month’s challenge.

Thanks to all of you for helping Inkscape continue to grow. 

 Draw freely.

1.4 About Screen Contest

Inkscape 1.4 About Screen Contest by Kyle R. Conway, CC-By-SA 4.0

 

Announcing the About Screen Contest for Inkscape 1.4! Calling all artists! Each new version of Inkscape, we run a fun contest inviting all seasoned Inkscape artists and newcomers to participate in the "About Screen" contest. The About Screen is the image that you see when you click on Help → About in Inkscape to find more information about the version of the program installed on your device.

This release the topic is "GROWTH". This could be interpreted in many ways! Trees, hair, and grass grow. Children grow. How have you grown as an artist this year? How has the Inkscape project grown? How have the benefits of free software "grown" in your mind?

We are so excited to see what great art is submitted this year and excited to have artists be a part of it!

Keep in mind that the About Screen Contest is about much more than the About Screen. Submitted contest artwork is not only shared with the entire inkscape community, but is often featured in other places to help the project!

Entering the contest as an artist and/or voting for your favorites is a great way to help the Inkscape project continue to thrive! Each and every submission also helps us test the newest version of Inkscape.

Learn more about the contest here

Draw Freely.

It’s time to celebrate the success of GSOC 2023 and recruit for 2024 with Inkscape

Inkscape’s involvement in Google’s Summer of Code (GSoC) program is one of the ways the project helps to advance both learning and new and improved features in the program. We’re excited to be taking part in GSoC once more in 2024!

For more information on the timeline and details for applying to collaborate with Inkscape this year, head to our project page on Google's Summer of Code website.

If you’re curious to know more about what some of Inkscape’s GSoC students accomplished in 2023, keep reading!

Customize the appearance of your Canvas Controls

GSoC 2023 Inkscape student Sanidhya Singh was a sophomore undergraduate student in Computer Science and Engineering at the Indian Institute of Technology Roorkee (IIT Roorkee), India.

Sanidhya spent the summer working on developing a customizable appearance for canvas controls under the mentorship of Inkscape core developer Marc Jeanmougin.

What are these canvas controls, you ask? If you’ve drawn a shape using the Pen tool and tried to later edit it using the Node Tool, you might have noticed the circular (or square) handles Inkscape provides to manipulate and transform the shape. These are called "canvas controls" or more commonly "node handles". The style of these controls has been the same since at least Inkscape 0.48, and was in need of a refresh – one that would enable the user to have more flexibility in changing the style. Sanidhya stripped out the old handle styling part and replaced it with an easily editable CSS file, so that users can now change styles by just editing the file. This also enabled better default colors for the controls which will hopefully land in Inkscape 1.4.

You can read more about Sanidhya's work.

Preparing behind the scenes for GTK4 Migration

GSoC 2023 student Vaibhav Malik is from New Delhi, India. Once again, he joined Inkscape devs who have been putting a lot of work into the GTK4 migration. GTK is the user interface toolkit Inkscape uses to draw things like text boxes, buttons, etc. on the screen. Inkscape currently uses GTK3 which is version 3 of the toolkit. The migration to the latest version of the toolkit - GTK4, is what Vaibhav worked on under the mentorship of Inkscape core developer Tavmjong Bah (Tav).

Vaibhav's changes are mostly under-the-hood changes so that Inkscape works as expected with GTK4. One noticeable user-facing change is the addition of popovers for smaller screens. Below a particular window size, Inkscape will automatically adjust the items in the toolbar so that they're still usable on a smaller screen!

You can read more about Vaibhav’s work.

Collaborating with Inkscape developers is a learning experience and helps our free and open source program to advance for all Inkscape users.

Reach out, ask questions and get involved with our global team of volunteer contributors!

Draw Freely.

Creators: Don't Fall for Inkscape Impersonator

The project has received multiple requests for confirmation from creators, asking us whether we have been reaching out to them about collaborations / partnerships. They have been approached by someone who used the name “Inkscape PhotoEditor,” which does not exist. This is not us. Any official invitations to collaborate from the project will be listed prominently on our website (i.e. here).

 

GIMP 3.0.4 Released

Two months after releasing GIMP 3.0, we are delighted to announce the second micro-release, GIMP 3.0.4. This addresses bugs and also incorporates some of the fabulous and helpful feedback we have received.

Release Highlights

Micro releases like 3.0.4 are focused on fixing bugs and regressions, so there are no major new features to announce (though we continue to work on those! Just on separate feature branches for GIMP 3.2). However, we want to tell you about some major fixes that may have impacted your workflow.

General Bugfixes

There was a bug with pasting selections from GIMP into other programs, where the pasted section was padded to the original image size. This is now fixed thanks to work from Anders Jonsson, Aruius, and Alx Sa. If you notice any regressions or other issues after this fix, please let us know!

There were several types of crash reported to us, related to changing or turning off the main monitor. Jacob Boerema and Jehan worked together to diagnose this issue and make several necessary fixes. However, if you continue to have problems related to this, let us know so we can continue to work on it.

Idriss Fekir and Liam Quin, our resident font experts, have been busy making improvements to our text systems. In addition to general bug fixes with text layers, they’ve also greatly improved font loading speed on start-up. If you have a large number of fonts on your computer, GIMP should start much faster now!

Non-destructive filters received a number of bugfixes and improvements as well. The name of the filter is once again displayed in the undo history when added to an image. In addition, individual filter edits are now tracked in the undo history, thanks to work by Jehan and Alx Sa. We also resolved a few crashes, and we fixed some visual glitches when rotating layers with active non-destructive filters.

A few other small fixes of note:

  • New contributor Gabriele Barbero fixed a bug where the Help button on the About Dialog didn’t load the help page correctly.

  • New contributor Integral fixed a bug on KDE Wayland where the default Wayland icon was shown instead of our Wilber icon.

  • The ZDI-CAN-26752 bug for .ICO imports is now fixed.

Screenshot of GIMP splash screen with correct Wilber icon on KDE Wayland, by Integral
Screenshot of GIMP splash screen with correct Wilber icon on KDE Wayland, by Integral - GIMP 3.0.4

Regressions

Akkana Peck noticed that the Window Hint option in Preferences no longer allowed floating windows to stay in front of the main image window in multi-window mode. She found and implemented a fix using the updated GTK3 API.

Screenshot of Preferences Dialog with 'Hint for docks and toolbox' option highlighted
Screenshot of Preferences Dialog with ‘Hint for docks and toolbox’ option highlighted - GIMP 3.0.4

The space bar once again respects the action setting in Canvas Interactions. This means instead of always panning, you can set it to switch to the Move Tool instead - or even set it to do nothing at all!

The Difference Cloud filter once again has a GUI to let you adjust its settings. This actually fixes a regression from the port to GEGL in GIMP 2.8, so it’s a long-standing update!

Difference Cloud filter GUI
Difference Cloud filter GUI - GIMP 3.0.4

A few other small fixes of note:

  • The Plug-in Browser should now show all plug-ins again.

  • New contributor Aruius resolved a bug where the Sample Points display didn’t update when the image’s precision changed.

  • The Screenshot plug-in once again uses radio buttons rather than a drop-down menu for its options, reducing the number of clicks needed to change settings.

  • Rupert Weber fixed a bug on Linux where BMP format warnings didn’t display in some cases.

Create Screenshot plug-in GUI
Create Screenshot plug-in GUI - GIMP 3.0.4

UI/UX

Since this is a “bugfix” release, we didn’t want to make too many disruptive UI changes. However, Reju has identified and designed a few smaller updates to help make GIMP’s UI more consistent.

  • The MyPaint Brush tools options UI has been redesigned to match the layout of other painting tools.

  • The generic “Force” slider does not impact the Pencil Tool. This option is now hidden in that tool’s options rather than just marked inactive, to be less confusing.

  • The Device Status dock has been updated to show more clearly which input device is in use, and is closer to the GIMP 2.10 version.

The Path tool now automatically closes the path when you click on the starting point in Design mode, rather than requiring you to hold down the Ctrl first. This makes the Path tool more consistent with similar tools in GIMP, as well as in other software. If you need to move the starting point, you can deselect the current end point by holding Shift when you click on it, and then select the starting point to move it.

Jacob Boerema reviewed our brush size code, and found that different parts of GIMP set different limits for the maximum brush size. He defined a single maximum value and set it to be used throughout GIMP, to ensure there are no surprises when resizing your brush!

A few other small fixes of note:

  • On Windows, floating docks in Multi-Window Mode now also have their titlebars match the theme dark mode setting.

  • You can now press Enter to connect the start and end points in Scissor Select. Pressing Enter a second time will create a selection as normal.

Build

We received reports that GCC 15 could not build GIMP by default, due to some older areas of our codebase using now reserved keywords for variable names. Nils Philippsen located the problem areas and updated the relevant code to match current standards.

On macOS, we now have a developer version of the .DMG as first mentioned in the 3.0.2 news post. This means that creating plug-ins for macOS will be much easier and faster than before. Thanks again to Lukas Oberhuber, Peter Kaczorowski, Dominik Reichardt, and other contributors for their hard work!

Our resident packaging and build expert Bruno Lopes has been busy with more improvements to our processes. A few of these updates are listed below:

AppImage

The AppImage no longer contains Debug Symbols for dependencies (with the exception of babl and GEGL). This should significantly cut down on the file size, going back to the small size it had in RC3. Instead, if you need to debug the AppImage, follow our new debugging instructions.

Smaller and smarter Windows installer

To guarantee the best stability for future GIMP installations on Microsoft Windows, the installer’s Customize mode is now restricted to “clean” installations (a.k.a. when you first install GIMP). That’s because we need to adjust or even remove features from the .exe installer when they get too hard to maintain or become potentially broken (e.g. our custom file associations page was removed starting with GIMP 2.10.12 installer). In the Customize mode case, it was suppose to let you choose what GIMP components should installed, but unfortunately, it was not working like that at all.

Back then, to allow the Customize mode between GIMP installations (e.g. when reinstalling, updating), our Windows developers needed to 1) hardcode the components files almost twice and 2) code our own utility to do recursive uninstall of some complex components. All of that extra work to barely emulate how it (automatically) works on NSIS and WIX installers. Because of this, that feature became unmaintained without us noticing for many years and was silently breaking some GIMP installations. That said, you will still be able to use that feature with the command line - but keep in mind it is not properly working.

To be clear: that feature works perfectly on clean installs and, from 3.0.4 onward, also if the installer detects a broken install (e.g. when you installed GIMP in a external SSD but lost it). We call this much requested feature: Repair mode.

Also in the Customize mode, in addition to letting you choose what language packs are present, you can now also choose to install plug-in development files which work with our new plug-in tutorials.

As a bonus, even if you select literally all components available in the Customize mode, GIMP 3 is still more than 300MB smaller than GIMP 2.10 😉, that’s it.

GEGL and babl

GEGL version 0.4.62 brings several bug fixes to prevent crashes, courtesy of Øyvind Kolås. UI ranges were added by Budhil Nigam to some operations, which means our Fractal Trace filter now has more sensible number ranges on the slider.

babl version 0.1.114 contains some fixes from Øyvind to ensure TRCs are stored correctly from color profiles.

Internally, Bruno Lopes converted many scripts in both projects to use Python, making them easier to build on other platforms.

Release Stats

Since GIMP 3.0.2, in the main GIMP repository:

  • 90 reports were closed as FIXED.
  • 59 merge requests were merged.
  • 280 commits were pushed.
  • 15 translations were updated: British English, Bulgarian, Catalan, Chinese (China), Danish, French, Georgian, German, Norwegian Nynorsk, Persian, Portuguese, Slovenian, Swedish, Turkish, Ukrainian.

32 people contributed changes or fixes to GIMP 3.0.4 codebase (order is determined by number of commits; some people are in several groups):

  • 14 developers to core code: Alx Sa, Jehan, Bruno Lopes, Idriss Fekir, Jacob Boerema, Gabriele Barbero, Akkana Peck, Integral, Lukas Oberhuber, Nils Philippsen, aruius, Lloyd Konneker, mkmo, Øyvind Kolås.
  • 9 developers to plug-ins or modules: Alx Sa, Bruno Lopes, Jehan, Jacob Boerema, Anders Jonsson, Nils Philippsen, Rupert, Sabri Ünal, Lloyd Konneker.
  • 16 translators: Emin Tufan Çetin, Kolbjørn Stuestøl, Alexander Shopov, Anders Jonsson, Luming Zh, Martin, Yuri Chornoivan, Alan Mortensen, Andi Chandler, Dirk Stöcker, Ekaterine Papava, André Dazereix, Danial Behzadi, Hugo Carvalho, Jordi Mas i Hernandez, Philipp Kiemle.
  • 2 theme designers: Alx Sa, Bruno Lopes.
  • 7 build, packaging or CI contributors: Bruno Lopes, Jehan, Idriss Fekir, Integral, Lukas Oberhuber, lloyd konneker, Ondřej Míchal.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • GEGL 0.4.62 is made of 22 commits by 7 contributors: Øyvind Kolås, Bruno Lopes, Davide Ferracin, Jehan, Liam Quin, Muhammet Kara, budhil.
  • babl 0.1.114 is made of 24 commits by 5 contributors: Øyvind Kolås, Bruno Lopes, John Paul Adrian Glaubitz, lillolollo, sewn.
  • ctx had 88 commits since 3.0.2 release by 1 contributor: Øyvind Kolås.
  • gimp-data had 8 commits by 3 contributors: Bruno Lopes, Jehan, Lukas Oberhuber.
  • The gimp-test-images (unit testing repository) repository had 1 commit by 1 contributor: Jacob Boerema.
  • The gimp-macos-build (macOS packaging scripts) release had 4 commits by 1 contributor: Lukas Oberhuber.
  • The flatpak release had 15 commits by 3 contributors: Bruno Lopes, Ondřej Míchal, Jehan.
  • Our main website (what you are reading right now) had 44 commits by 4 contributors: Jehan, Alx Sa, Wiliam Souza, Bruno Lopes.
  • Our developer website had 63 commits by 5 contributors: Bruno Lopes, Jehan, Chas Belov, Lukas Oberhuber, Denis Rangelov.
  • Our 3.0 documentation had 75 commits by 13 contributors: Andre Klapper, Alevtina Karashokova, Jacob Boerema, Alan Mortensen, Alx Sa, Kolbjørn Stuestøl, Alexandre Franke, Chas Belov, Jordi Mas i Hernandez, Peter Mráz, ShellWen Chen, Takayuki KUSANO, Yuri Chornoivan.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Around GIMP

Team News

Reju, an active contributor to the UX design repository, has been recently granted “reporter” status. We appreciate their hard work developing designs and discussing UX improvements with developers and the community!

GSoC

We are once again participating in the Google Summer of Code internship program. We have three great project proposals from our summer students:

  • Ondřej Míchal is working on a redesign of our developer reference system in GIMP. They already have some early work done on a GEGL Filter Browser, which will be very helpful for plug-in creators looking to use the new Filter API.

  • Gabriele Barbero will be developing further improvements to the text tool, building on past work by former GSoC students and current contributor Idriss Fekir.

  • Shivam Shekhar Soy will be working on our online extensions repository. This is another step on our roadmap to allow you to easily download and install new extensions to GIMP, replacing the beloved GIMP Plug-in Registry.

Download Mirrors

Since the 3.0.2 news post, two new mirrors have been contributed:

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Downloading GIMP 3.0.4

You will find all our official builds on GIMP official website (gimp.org):

  • Linux AppImages for x86 and ARM (64-bit)
  • Linux Flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • Microsoft Store for x86 and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc).

Note: The Microsoft Store release may be delayed as we wait for the certification process to finish.

What’s Next

Since GIMP 3.0.0 release, we focused on bug fixing. As could be expected after a 7-year development marathon, various issues have slipped through our testing and we had to deal with these. Though perfection doesn’t exist and we’ll continue to work on bug fixes, we believe we are in a saner state now, and therefore we are now going to enter a “Merge Window” period where we will allow new features and breaking changes in the code again. In other words, we are starting to move onto active GIMP 3.2 preparation! 😱

We won’t spoil 🤫 too much our feature list, also because it is possible that some of the features we are planning don’t make it (though development has already started in feature branches). But we can already tell you that we feel that GIMP 3.2 will be pretty awesome too, despite being much smaller than GIMP 3.0 was!

To be continued…

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

New Priorities for GIMP


Edit: this news was obviously a fun 🐠 April fool! 🐟

Nevertheless some people may have noted that the merge request for this image format is real. While supporting all kind of outdated and not-too-frequent file formats is certainly not our top priority, supporting as many image formats, past and present, is within our goals. Everyone who has old image archives they want to still be able to load would understand how important this is.

Not only this, our half-joke was a good reminder that our project is fully community-led, which means features happen because contributors want to work on them.

🐡 End of Edit 🦈


Hi! I’m one of the contributor for GIMP’s development. You might be familiar with my work on moving “About GIMP” to the bottom of the help menu and other vitally important improvements to GIMP.

GIMP 3.0 was a big release, and we’ve gotten a lot of feedback from users since then. While Jehan is busy with bug fixes, code review, and administrative work, he’s asked me to take over certain duties to ease the burden on him.

Therefore, I am proud to announce a new priority for GIMP 3.2: File Format support!

It’s true that GIMP already supports a wide range of images such as the very useful Esm Software PIX format. However, there are so many more types of images in the world that I believe GIMP should support. Supporting all image formats - no matter how supposedly “obscure” - is crucial to maintaining access to our shared digital culture. The first format in this new campaign is Jeff’s Image Format!

Image of icebergs, converted from .jif format with GIMP
Example JIF image from Jeff’s website, converted with GIMP - authorship and copyright unsure

Jeff’s Image Format is a variation of the GIF standard, created in the late 1990s. It was intended to get around potential legal issues with the patented LZW compression used in GIFs, by using a LZ77-derived compression instead. The format is otherwise nearly identical to GIF (save for the JIFF99a magic number), making it an easy target for import support in GIMP. Furthermore, it helps you to be right no matter how you pronounce GIF!

While you’ll have to wait until GIMP 3.2 to experience importing JIF images, you can check out the merge request for Jeff’s Image Format support in GIMP to tide yourself over until that glorious day! If you have any sample images you’d like to contribute, please share on the issue tracker.

I am so proud to lead this new initiative for GIMP, and I believe it will take us (and open source image editing in general) in an exciting new direction. I look forward to this journey with you all!

(At least until Jehan gets back and sees that I’ve posted this)

Example of Jeff's Image Format animation, converted from .jif format with GIMP
Example Animated JIF image from Jeff’s website, converted with GIMP - authorship and copyright unsure

GIMP 3.0.2 Released

We are happy to announce the first micro release for GIMP 3.0!

Bugfix Release

As we noted in the 3.0 release notes, we are returning to our pre-2.10 development process of only adding new features on minor releases. This allows us to respond more quickly to problems and bugs found by users.

Furthermore it’s a good opportunity to show off our streamlined release procedure, allowing us to make much faster releases in the v3 series than we used to be able to do with GIMP 2.10.

The initial release of GIMP 3.0 was great, and we deeply appreciate all the positive comments as well as the constructive feedback from new and existing users! You helped us uncover a number of bugs and regressions, and GIMP 3.0.2 provides fixes for several of them.

Here is a summary of the fixes:

  • macOS and flatpak users reported a crash when selecting a brush with the view set to Icon Grid. This was tricky to solve as it did not crash on every OS, but Jehan and Øyvind Kolås worked together to implement a fix.

  • Some packaging changes resulted in a few missed features, such as Python plug-ins and the auto-update check not running on Windows and some display filters and color selectors not appearing on macOS. Bruno Lopes and Lukas Oberhuber diagnosed and fixed these in revisions to 3.0, and these updates are included in the 3.0.2 release.

  • Different system themes had styles which our Default theme did not override, causing some UI glitches or odd coloring. Denis Rangelov worked to develop CSS rules to prevent these problems regardless of what system you’re on. Lukas Oberhuber fixed some additional macOS-specific issues with flyout menus on tool groups.

  • A patch to improve tablet support has been temporarily reverted. While it fixed an issue with detecting the eraser tip of some stylus, it seemed to cause a different issue with pressure sensivity on other tablets. We will review this patch and update it in a future release to fix the eraser bug without causing the other side effects.

  • Additional fixes were implemented throughout GIMP by Jehan, Jacob Boerema, Alx Sa, Idriss Fekir, Wyatt Radkiewicz, and Anders Jonsson.

We are continuing to review reports of bugs, UI glitches, and regressions, and are working on solutions for those. However, we believe GIMP 3.0.2 fixes some immediate problems for users, and we hope it makes using GIMP 3.0 a little smoother. Please continue to report any issues or feature request you have to our issue tracker so we’re aware of them!

macOS Plug-in Development

Lukas Oberhuber, Peter Kaczorowski, Dominik Reichardt, and others have been hard at work creating a new plug-in development package for macOS. Traditionally it has been difficult to develop GIMP plug-ins on macOS, so this is a great improvement! We’ll be updating our developer website soon with more information. For now, you can read the discussion on the tracking issue.

Windows Installer updates

Bruno Lopes has implemented more improvements to our Windows installer. It now sets up a Restore Point for system-wide installs. Also, if you uninstall GIMP via the installer, it will now prompt about removing your configurations. This allows you to make a truly clean uninstall and reinstall of GIMP if you installed as a normal user (not as an admin).

GEGL

GEGL received a small bugfix update as well. 0.4.58 includes a fix for Dither being applied to negative pixel coordinates, as well as additional translation updates.

Release Stats

Since GIMP 3.0.0, in the main GIMP repository:

  • 13 reports were closed as FIXED.
  • 15 merge requests were merged.
  • 54 commits were pushed.
  • 10 translations were updated: Bulgarian, Chinese (China), Dutch, Georgian, Icelandic, Slovenian, Spanish, Swedish, Turkish, Ukrainian.

20 people contributed changes or fixes to GIMP 3.0.2 codebase (order is determined by number of commits; some people are in several groups):

  • 7 developers to core code: Alx Sa, Jehan, Anders Jonsson, Denis Rangelov, Idriss Fekir, Jacob Boerema, Øyvind Kolås.
  • 6 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Jehan, Jethro Beekman, Lukas Oberhuber, Wyatt Radkiewicz.
  • 10 translators: Luming Zh, Martin, Rodrigo Lledó, Yuri Chornoivan, Alexander Shopov, Anders Jonsson, Ekaterine Papava, Muhammet Kara, Nathan Follens, Sveinn í Felli.
  • 1 Theme designer: Alx Sa.
  • 1 Icon designer: Denis Rangelov.
  • 3 build, packaging or CI contributors: Bruno, Lukas Oberhuber, Jehan.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • GEGL 0.4.58 is made of 6 commits by 2 contributors: Øyvind Kolås, Kolbjørn Stuestøl.
  • ctx had 2 commits since 3.0.0 release by 1 contributor: Øyvind Kolås.
  • gimp-data had 2 commits by 2 contributors: Denis Rangelov, Jehan.
  • The gimp-macos-build (macOS packaging scripts) release had 13 commits by 2 contributors: Lukas Oberhuber, Bruno Lopes.
  • The flatpak release had 2 commits by 1 contributor: Bruno Lopes.
  • Our main website (what you are reading right now) had 50 commits by 5 contributors: Jehan, Bruno Lopes, Alx Sa, Michael Schumacher, lillolollo.
  • Our developer website had 18 commits by 3 contributors: Bruno Lopes, Jehan, Lukas Oberhuber.
  • Our 3.0 documentation had 22 commits by 8 contributors: Alan Mortensen, Andre Klapper, Jacob Boerema, Jordi Mas, Nathan Follens, Marco Ciampa, Tim Sabsch, Xavier Brochard.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Download Mirrors

Since the 3.0 news post, two new mirrors have been contributed by Shrirang Kahale:

  • Delhi, India
  • Mumbai, India

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Downloading GIMP 3.0.2

You will find all our official builds on GIMP official website (gimp.org):

  • Linux AppImages for x86 and ARM (64-bit)
  • Linux Flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • Microsoft Store for x86 and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc).

What’s Next

Our immediate focus is fixing initial bug reports from users for GIMP 3.0. However, we are also starting to work on new features for the next minor release, GIMP 3.2. We look forward to talking more about that soon, but for now, you can check the roadmap to see where we’re headed!

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

GIMP 3.0 Released

At long last, the first release of GIMP 3.0 is here! This is the end result of seven years of hard work by volunteer developers, designers, artists, and community members (for reference, GIMP 2.10 was first published in 2018 and the initial development version of GIMP 3.0 was released in 2020). With GIMP 3.0 you can do more than ever before, more easily, more quickly!

GIMP 3.0: splash screen by Sevenix
GIMP 3.0 splash screen, by Sevenix (CC by-sa 4.0)

While we can’t cover every single change in GIMP from 2.10, we want to highlight some of the biggest ones as you start exploring this new release.

Highlights

  • Need to tweak a filter you applied hours ago? New in GIMP 3.0 is non-destructive editing for most commonly-used filters. See the changes in real time with on-canvas preview.

  • Exchange files with more applications, including BC7 DDS files as well as better PSD export and many new formats.

  • Don’t know how big to make your drawing? Simply set your paint tool to expand layers automatically as needed.

  • Making pro-quality text got easier, too. Style your text, apply outlines, shadows, bevels, and more, and you can still edit your text, change font and size, and even tweak the style settings.

  • Organizing your layers has become much easier with the ability to select multiple items at once, move them or transform them all together!

  • Color Management was again improved, as our long-term project to make GIMP an advanced image editor for all usages.

  • Updated graphical toolkit (GTK3) for modern desktop usage.

  • New Wilber logo!

GIMP 3.0: Wilber logo by Aryeom
New GIMP logo, Wilber, by Aryeom (CC by-sa 4.0)

Learn More

We’ve prepared release notes to go over all the changes, improvements, new features, and more. And if you’d like even more details, you can peruse the NEWS.pre-3.0 changelog for all 2.99 and 3.0 RC releases.

But to see it for yourself, you can get GIMP 3.0 directly from our Downloads page and try it out!

» READ COMPLETE RELEASE NOTES «

Other Releases in GIMPVerse

To accompany our release of GIMP 3.0.0, packagers should also be aware that we released:

We also advise all packagers to use the latest GTK version: GTK 3.24.49. It contains bug fixes for major issues (ranging from crashes to input devices’ grab issues, UI glitches with interfaces in RTL languages, and more…).

Enjoy GIMP 3.0!

GIMP 3.0 is a new milestone. The application is in active development and if you think this is awesome, wait until you see our plans for the future!

Download GIMP 3.0.0

Support GIMP development

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

Support us by
Donating

GIMP 3.0 RC3 Released

We’re excited to share the third release candidate of GIMP 3.0 for what (we hope) is the final round of community testing before the stable version! This release follows the recent GIMP 3 and Beyond talk by Jehan at FOSDEM 2025.

Important Bug Fixes and Changes

While resolving the last few major bugs for 3.0, we’ve made some changes that we feel need more community review. While trying out this release candidate, please keep an eye out for the following:

New GTK3 Version

Just in time for GIMP 3.0, a new version of GTK3 has been released! Among other changes, GTK 3.24.48 includes fixes for several bugs affecting GIMP with patches initially contributed by Jehan, such as a crash in Wayland when dragging layers and text glitches in certain widgets with Right-To-Left languages. We want to thank Carlos Garnacho and Matthias Clasen for their help on these respective patches.

GTK 3.24.48 also adds support to the version 2 of xdg_foreign for Wayland (v1 stays supported as fallback). Specifically the absence of this support was causing GIMP to freeze with certain actions on KDE/Wayland, which is now fixed.

As a consequence of these issues — some of them really making GIMP unstable on Wayland — we recommend packagers to update to the latest version of GTK3 when packaging our RC3. However, please let us know if you notice any regressions or other issues as a result of the new GTK3 version.

Image Graph Improvements

With non-destructive editing in GIMP, users can now stack multiple filters on top of each other. These filters usually work in high bit-depth format so image information is not lost. However, each filter’s output was converted to and from the original image’s bit-depth when stacked – so if the image was only 8-bit, a great deal of information was lost in these constant conversions. Jehan fixed this problem by only converting to the image’s format when the filter is meant to be merged in, rather than in non-destructive stacks. Since this is a big change in how filters work, we want to have more users test this change for any possible regressions.

Thread-safe Projection Changes

When changes are made to an image (such as painting), the image projection needs to be “flushed” to display new changes to the screen. Some aspects of this process were not “thread-safe”, which means that when your computer used multiple threads to speed up the work, they might conflict with each other and cause a crash. This was observed in our auto-expanding layer feature. Jehan fixed the function to be entirely thread-safe. However, changes to multi-threading can leave some well-hidden bugs, so more community testing would be helpful.

Private Procedures

The GIMP Procedural DataBase browser shows plug-in and script developers all the functions they can access. Until now, it also showed “private” functions that are only used internally. Jehan added a flag to hide these functions. We initially cast too wide of a net and hid some important public functions. While we fixed these instances, we’d like more review from the community to make sure we didn’t miss any mislabeled public functions.

Enhancements

While we are still in major feature-freeze until the stable release of GIMP 3.0, some small and self-contained enhancements have been made to plug-ins.

Script-fu

Filter API

The new (gimp-drawable-merge-filter) PDB call allows Script-fu writers to use labels to specify filter properties. This will give Script-fu users the same flexibility with calling and updating filters that C and Python plug-in developers have in the GIMP 3.0 API. As an example, here is a call to the Emboss filter:

(gimp-drawable-merge-new-filter mask-emboss "gegl:emboss" 0 LAYER-MODE-REPLACE 1.0 "azimuth" 315.0 "elevation" 45.0 "depth" 7 "type" "emboss")

You can see more examples in our Script repository.

New named-arguments syntax

In Script-Fu, all the functions generated from plug-ins’ PDB procedure must now be called with a brand new named-argument syntax, inspired by the Racket Scheme variant.

For instance, say your plug-in wants to call the Foggify plug-in, instead of calling:

(python-fu-foggify RUN-NONINTERACTIVE 1 (car (gimp-image-get-layers 1)) "Clouds" '(50 4 4) 1.0 50.0)

You should now call:

(python-fu-foggify #:image 1 #:drawables (car (gimp-image-get-layers 1)) #:opacity 50.0 #:color '(50 4 4))

This has a few advantages:

  • Much more self-documented calls, especially as some plug-ins have a lot of arguments (so we could end up having functions with a dozen of integers or floats and that was very confusing).
  • The order of arguments doesn’t matter anymore.
  • You can ignore arguments when you call them with default values.
  • It allows to improve plug-in procedures in the future by adding new arguments without breaking existing scripts.

This last point in particular is important, and orders of arguments did not matter anymore when calling PDB procedures from the C API, as well as all introspected bindings. Script-Fu was the only remaining interface we had which still cared about argument orders and numbers. This is not true anymore and is therefore a huge step towards a much more robust API for GIMP 3!

File Formats

All changes to image loading plug-ins are checked with the automated testing framework built by Jacob Boerema to prevent regressions.

PSD

In addition to bug fixes such as saving CMYK merged images properly, Jacob Boerema has added support for loading 16-bits-per-channel LAB PSDs. He also updated the PSD export dialog to use GIMP’s built-in metadata export features.

DDS

Much-requested support for loading DDS images with BC7 support has been implemented by CMYK Student. Jacob Boerema worked to fix compatibility with DDS files exported from older versions of GIMP.

AppImage is now Official

After nine months of incubation (the number is a mere coincidence 🙂), we present a “new” distribution format for Linux users: .AppImage. Initially we used it as an internal format for testing, as already covered in previous posts. Bruno Lopes‘ efforts have allowed us to improve the build process. We now feel confident with the generated AppImage and so we aim to make it official.

As an official upstream package, no fancy third party plug-ins or other arbitrary binaries that are not GIMP dependencies are added to “bloat” it. It is what some people call “vanilla” GIMP, a clean but complete GIMP for production (aka for general use).

Like any packaging format, it has its own characteristics and limitations. In the case of GIMP’s AppImage, included tools such as gimp-console* and gimp-debug-tool* require prior extraction of the .AppImage file with --appimage-extract command. Also, partly due to AppImage’s design, commands that points to $PWD will not work. These two are the only known feature limitations so far. So, if you find any others or even bugs, please report them on our tracker.

Miscellaneous

  • It is now easier to load images from Google Drive and other remote or cloud platforms without having to manually select a file format to try opening it with.

  • Our build process now generates additional icons with the -rtl extension, which are automatically used with Right-to-Left languages. An example of this is the left and right arrow icons; they now face the correct direction in both language types.

  • Plug-in developers no longer have to make custom file chooser buttons - GimpProcedureDialog now automatically creates them when a File type parameter is used. You can also specify whether the button is for opening or saving files and folders.

  • Rupert Weber continued his effects in cleaning up our BMP plug-in. Additionally, he has in-progress work to add support for importing color profiles in BMPs, which will hopefully be ready in a future release.

  • CMYK Student updated the ICNS plug-in with new support for ic05 icon types and ARGB icon formats. They also fixed a bug when loading older ICNS formats with no transparency mask. Lukas Oberhuber assisted with diagnosing and resolving a known bug in the ICNS format that caused our macOS icon to show garbled pixels at small sizes.

GEGL

The GEGL 0.4.54 release also contains some new enhancements and bugfixes. Thomas Manni updated the Noise Spread filter to prevent bugs when applied to empty layer groups. Jonny Robbie added new option and paper types to the Negative Darkroom filter, and optimized some floating point operations in GEGL as a whole.

Release Stats

Since GIMP 3.0 RC2, in the main GIMP repository:

  • 85 reports were closed as FIXED.
  • 56 merge requests were merged.
  • 335 commits were pushed.
  • 19 translations were updated: Basque, Bulgarian, Catalan, Chinese (China), Danish, Dutch, Finnish, Georgian, Italian, Norwegian Nynorsk, Persian, Portuguese, Slovak, Slovenian, Spanish, Swedish, Turkish, Ukrainian, Vietnamese.

33 people contributed changes or fixes to GIMP 3.0.0 RC3 codebase (order is determined by number of commits; some people are in several groups):

  • 13 developers to core code: Jehan, Alx Sa, Jacob Boerema, lloyd konneker, Anders Jonsson, Thomas Manni, Bruno, Daniele Forsi, Lloyd Konneker, Lukas Oberhuber, Rupert, cheesequake, Øyvind Kolås.
  • 10 developers to plug-ins or modules: Alx Sa, Jacob Boerema, Jehan, Rupert, lloyd konneker, Anders Jonsson, Bruno, Daniel Novomeský, Daniele Forsi, lillolollo.
  • 19 translators: Alan Mortensen, Alexander Shopov, Nathan Follens, Kolbjørn Stuestøl, Hugo Carvalho, Asier Sarasua Garmendia, Ngọc Quân Trần, Jordi Mas, Marco Ciampa, Sabri Ünal, Anders Jonsson, Danial Behzadi, Ekaterine Papava, Jiri Grönroos, Jose Riha, Luming Zh, Martin, Rodrigo Lledó, Yuri Chornoivan.
  • 1 Theme designer: Alx Sa.
  • 6 build, packaging or CI contributors: Bruno, Jehan, lloyd konneker, Alx Sa, Rupert, Jacob Boerema.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • GEGL 0.4.54 is made of 11 commits by 16 contributors: Øyvind Kolås, Alexander Shopov, Hugo Carvalho, JonnyRobbie, Alan Mortensen, Anders Jonsson, Asier Sarasua Garmendia, Bartłomiej Piotrowski, Jehan, Martin, Nathan Follens, Nils Philippsen, Rodrigo Lledó, Sam L, Thomas Manni, Yuri Chornoivan.
  • ctx had 233 commits since RC2 release by 1 contributor: Øyvind Kolås.
  • gimp-data had 6 commits by 4 contributors: Bruno, Jehan, Alx Sa, Andre Klapper.
  • gimp-test-images (new repository for image support testing) had 5 commits by 2 contributors: Jacob Boerema, Alx Sa.
  • The gimp-macos-build (macOS packaging scripts) release had 6 commits by 2 contributors: Lukas Oberhuber, Bruno.
  • The flatpak release had 12 commits by 3 contributors after RC2 release: Bruno Lopes, Jehan, Hubert Figuière.
  • Our main website (what you are reading right now) had 42 commits by 6 contributors: Jehan, Alx Sa, Bruno, Jacob Boerema, Andre Klapper, Petr Vorel.
  • Our developer website had 18 commits by 5 contributors: Jehan, Bruno, Lukas Oberhuber, Alx Sa, Anders Jonsson.
  • Our 3.0 documentation had 373 commits by 13 contributors: Andre Klapper, Kolbjørn Stuestøl, Nathan Follens, Jacob Boerema, Alan Mortensen, Yuri Chornoivan, Dick Groskamp, Jordi Mas, Alevtina Karashokova, Alx Sa, Anders Jonsson, Daniele Forsi, Hugo Carvalho.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Around GIMP

Download Mirrors

Since the 3.0RC2 news post, two new mirrors have been contributed:

  • Saswata Sarkar, Gurugram, India
  • Hoobly Classifieds, USA

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

How to Cite GIMP in Research

GIMP is often used in research, and therefore it is cited in various science publications. A researcher using GIMP for astronomical image processing approached us to know how to cite GIMP properly, even more as they say it is used to perform an important step in their algorithm.

Since it seems like an interesting question, we updated our “Citing GIMP and Linking to Us” page with a new “Citing GIMP in research” subsection containing the conclusion of this discussion.

In particular, a BibTex entry, for researchers using LaTeX to manage their bibliography, is available on this link to simplify your work. For instance, say you use this RC3 for your research, you may cite GIMP with this entry:

@software{GIMP,
    author = {{The GIMP Development Team}},
    title = {GNU Image Manipulation Program (GIMP), Version 3.0.0-RC3. Community, Free Software (license GPLv3)},
    year = {2025},
    url = {https://gimp.org/},
    note = {Version 3.0.0-RC3, Free Software}
}

Thank you to Cameron Leahy for this piece of BibTex code!

Downloading GIMP 3.0 RC3

You will find all our official builds on GIMP official website (gimp.org):

  • Linux AppImages for x86 and ARM (64-bit)
  • Linux Flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • MSIX package (GIMP Preview) for x86 and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc).

What’s Next

We really appreciate all the community testing and feedback we’ve received during the last two release candidates! This will hopefully be the final release candidate before the stable 3.0 version. Our focus now is to finish resolving the few remaining bugs in our 3.0 milestone list, while keeping an eye out for any new reports resulting from the changes in RC3.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

GIMP team at FOSDEM 2025 (talk and keynote)

Several members of the GIMP team will be present next weekend (1st and 2nd of February 2025) at FOSDEM, a conference in Brussels, Belgium. This event describes itself this way:

FOSDEM is a free event for software developers to meet, share ideas and collaborate. Every year, thousands of developers of free and open source software from all over the world gather at the event in Brussels. You don’t need to register. Just turn up and join in!

GIMP team and ZeMarmot will be at FOSDEM'25 on Sunday, 2nd of February, for a talk and a keynote!

Needless to say, with over 8000 people expected, it is one of the biggest event in the Free Software ecosystem.

On Sunday morning, from 10 to 11:50 AM, we have 2 talks lined up, in the main track and biggest room (Janson in building J, with over 1400 people of capacity!), and one of these talks is in fact a keynote:

The keynote in particular will be a work-in-progress screening of ZeMarmot short animation film, which is worked on by 2 major contributors of GIMP (Jehan, maintainer, and Aryeom, designer for GIMP, and film director of ZeMarmot) within the non-profit production LILA which produces Libre Art movies.

Not only this, you may notice the presence of musicians, since the music will be played live by 3 musicians from the AMMD non-profit, producing Libre Art music, concerts and recording. The film is a short (about 10 minutes), then it will be followed by a talk presenting our work.

As for the GIMP talk, we will showcase the soon-to-be-released GIMP 3!

In the end of both talks, you will be able to ask questions.

We hope to see many people there. See you soon! 🤗

GIMP 3.0 RC2 Released 🎁

After the first round of community feedback, we’re happy to share the second release candidate for GIMP 3.0! People gave us really helpful feedback from the first release candidate and we were able to fix a lot of bugs.

It is our little under-the-tree 🎄 present for you all!

GIMP 3.0 RC2: splash screen
New release candidate splash screen, by Sevenix (CC by-sa 4.0) - GIMP 3.0 RC2

Important Bug Fixes

There have been a number of fixes since RC1. We want to highlight the most impactful bugs so that users are aware and can provide additional testing. For details on other bug fixes, please check our NEWS page in GitLab.

2.10 Settings Migration

During community testing, we discovered that user’s 2.10 settings were not being migrated to GIMP 3.0 due to some incorrect assumptions in the import code. Since most of the developers have been using GIMP 3.0 exclusively for some time, we did not notice this issue. The bug should now be fixed, so we ask for bug reports if any 2.10 preferences are not being imported correctly in RC2. Note that if you already used 3.0 RC1, you’ll need to delete those configurations first, as otherwise RC2 won’t try to import the 2.10 preferences (make sure you back up your settings of course!)

Windows Console

In the 2.99 development releases, the Windows versions automatically launched a console display in addition to GIMP itself. This is very useful for Windows developers to see debug messages, but the console was not intended to be shown during stable releases. Since we changed our build process to use Meson instead of Autotools, we learned we needed to make additional changes to stop the console from being displayed. This should be fixed now thanks to Jehan - if you still see the console on Windows, please file a new bug report!

Missing GUI Font issues on macOS

There has been a long-standing issue where some macOS users only saw “missing Unicode” symbols instead of menu text in GIMP (both in 2.10 and in 3.0). This was due to a bug in Pango, the library we use for text layouts. This was fixed with the recent Pango 1.55.0 release, so we encourage all third-party macOS packagers to update to this version as they build GIMP for distribution.

GIMP 3.0.0 RC2: official macOS package now has Pango with no broken fonts
If you had this issue of broken fonts on macOS (left), it is now fixed (right) - screenshots by reporters - GIMP 3.0.0 RC2

darktable Integration

After the 3.0 RC1 release, we received reports from some users that they still could not import and export images between GIMP and darktable. We worked with the darktable developers to iron out the remaining bugs, so integration between darktable 5.0.0 and GIMP 3.0 RC2 should be working for everyone now. However, please file a new bug report if you continue to have trouble connecting the two!

Enhancements

While the main focus of 3.0 RC2’s development was bugfixes and polish, some new features were also implemented.

GEGL Filter API

Many of the older API wrappers for GEGL operations were removed in RC1. While this reduced technical debt, it also caused issues for many third-party plug-in and script developers who wanted to port their plug-ins to 3.0. While our initial plan was to implement the new public filter API after the 3.0 release, the feedback from the community convinced us to add it in for 3.0 RC2.

Applying filters through libgimp 3.0.0 API (Script-fu et al.) - GIMP 3.0.0 RC2

Jehan‘s work allows developers to apply filter effects either immediately or as a non-destructive effect. You can see examples of how to do this in C, Python, and Script-Fu in the merge request, or by looking up gimp-drawable-filter in the Procedure Browser inside GIMP. We’ve also begun using the filter API in our Python scripts to automatically create blurred background effects for the Windows installer, and with this same API in C, Alx Sa added support for importing Photoshop’s legacy Color Overlay layer style.

We ask for feedback and bug reports from plug-in and script authors who utilize the new filter API in their work! We have more updates planned for it in GIMP 3.0 as well.

Layer blend spaces and compositing in XCFs

Discussions between color science experts Elle Stone and Øyvind Kolås revealed another area that needed improvement as part of our Color Space Invasion project. Specifically, images with color profiles that have non-perceptual TRCs might not be rendered correctly when set to certain layer modes.

Øyvind has implemented a correction for this problem by adding proper perceptual space as default to specific layer modes. While we believe this enhancement should not impact older XCF files, we of course want to hear from you if there are any backwards compatibility issues with 3.0 RC2!

Packages

AppImage

Thanks to the continued efforts of Bruno Lopes and with assistance from Samueru and the AppImage community, our experimental AppImage now works on most Linux distros. We want to encourage more testing of it, in hopes that we can offer it as another Linux release in addition to our Flatpak. You can see instructions to install experimental AppImage packages from our development download page.

Flatpak

Our nightly flatpak has now a dedicated App-ID org.gimp.GIMP.Nightly. This mostly means that it can be installed side by side with the stable flatpak while both are visible in your menus (no need to select which version is to be shown with flatpak make-current anymore).

Yet it also means that anyone who had the nightly flatpak until now won’t see any update coming anytime soon. In order to continue using the nightly flatpak, uninstall the existing one and install the new one with these commands:

flatpak uninstall org.gimp.GIMP//master
flatpak install https://nightly.gnome.org/repo/appstream/org.gimp.GIMP.Nightly.flatpakref

⚠️ Reminder: the nightly flatpak is current development code as it happens in source repository. At times, it may even be very broken or render your project files invalid. We do not recommend it for production! Use this version to help us debugging by reporting issues or if you really like risks to test latest features.

BMP Plug-in Improvements

New contributor Rupert Weber has been busy since the last update with more updates to our BMP plug-in. A few highlights of their work:

  • BMPs are now imported losslessly in their original precision, rather than being converted to 8 bit integer precision.
  • The plug-in now supports loading BMPs with RLE24 and Huffman compression.
  • We now load BMPs in chunks rather than trying to load the entire image at once. Related work also allows us to load much larger BMPs.
  • Rupert has also done a lot of code clean-up and maintenance, to make the plug-in easier to work on in the future.

Assorted Updates

  • Jehan made some quality of life improvements to the Python console. You can now use Ctrl+R and Ctrl+S shortcuts to search through your command history, and Page Up and Page Down now let you scroll history in addition to the Up and Down arrow keys.
History search in Python Console with Ctrl-R - GIMP 3.0 RC2
  • Alx Sa implemented loading CMYK PAM files in the PNM plug-in.

  • On Windows, we’ve also added the ability to open images through Windows Shortcuts (.lnk files) directly from the file chooser dialog. This is also work by Alx Sa.

  • More tweaks and improvements have been made to the theme. In particular, the slider styling has been substantially improved after feedback and work from Denis Rangelov. Denis also made new icons for the Navigation Dockable Dialogue, replacing duplicates with distinct symbols. Anders Jonsson has also been reviewing the theme and removing some workarounds which were required in GIMP 2.10, but no longer needed with our new 3.0 themes.

  • Idriss Fekir has made improvements to our XCF font loading code, to improve compatibility when importing older XCF files.

Overview of Changes since 2.10

For those who haven’t followed GIMP’s development as closely, these news posts only cover incremental changes since the last release. They do not list every change or improvements made for GIMP 3.0 - that would be a very long article indeed!

While we’ll have full release notes for the final 3.0, we thought it’d be helpful to summarize a few of the major changes made during the 2.99 development process:

  • The initial work to port GIMP to GTK3 occurred in 2.99.2. This release also introduced multi-layer selections, along with initial API changes and color space management improvements.
  • More API updates were made in 2.99.4, including the ability to auto-generate plug-in UIs based on user input. Various usability improvements were also made, along with the introduction of the experimental Paint Select tool.
  • 2.99.6 brought more API updates and internal work. More user-facing features included the ability to place guides outside the canvas, better touchpad support, and more support for different PNG color metadata.
  • The development pipeline was improved significantly in 2.99.8, allowing for faster build times and automation. Support for new file formats like PSB and JPEGXL were added in this release, along with Windows Ink tablet support.
  • 2.99.10 introduced “layer sets”, replacing the older concept of linked layers. Painting dynamics were streamlined in this release, along with the first version of the Welcome dialog.
  • Early-binding CMYK support was implemented in 2.99.12. The CSS GUI themes also received a major overhaul in this release, along with more file format supports and major improvements to Script-Fu.
  • 2.99.14 saw the introduction of non-destructive outlines for the text tool. The alignment tool was also revised, theme and icon scaling were improved, and floating selections were largely replaced in the workflow.
  • The GTK3 port was finally completed in 2.99.16. The / search pop-up was updated to show the menu path for all entries, as well as making individual filters searchable.
  • Non-destructive filters were first introduced in 2.99.18. Major color management improvements were also made, and new auto-expanding layer boundary and snapping options were also implemented.

GEGL

Similar to GIMP, there’s a number of bugfixes for the GEGL 0.4.52 release. Øyvind Kolås has fixed some generic “Aux input” labels to be more meaningful - this will be visible in GIMP’s filters as well. He also improved the accuracy of some filter’s color processing. Longtime contributor Thomas Manni also fixed crashes when some filters were run on very small layers.

Release Stats

Since GIMP 3.0 RC1, in the main GIMP repository:

  • 73 reports were closed as FIXED.
  • 71 merge requests were merged.
  • 277 commits were pushed.
  • 18 translations were updated: Bulgarian, Catalan, Chinese (China), Chinese (Taiwan), Danish, Finnish, Georgian, Icelandic, Italian, Latvian, Lithuanian, Norwegian Nynorsk, Persian, Portuguese, Russian, Slovenian, Swedish, Ukrainian.

35 people contributed changes or fixes to GIMP 3.0.0 RC2 codebase (order is determined by number of commits; some people are in several groups):

  • 12 developers to core code: Jehan, Alx Sa, Michael Schumacher, Anders Jonsson, Lloyd Konneker, Øyvind Kolås, Idriss Fekir, Andre Klapper, Jacob Boerema, Michael Natterer, Rupert Weber, Thomas Manni.
  • 11 developers to plug-ins or modules: Jehan, Lloyd Konneker, Alx Sa, Rupert Weber, Daniel Novomeský, Jacob Boerema, Aki, Bruno, Ryan Sims, Simon Munton.
  • 19 translators: Alan Mortensen, Cheng-Chia Tseng, Kolbjørn Stuestøl, Rūdolfs Mazurs, Jiri Grönroos, Sveinn í Felli, Alexander Shopov, Aurimas Černius, Marco Ciampa, Danial Behzadi, Hugo Carvalho, Jordi Mas, Anders Jonsson, Ekaterine Papava, Julia Dronova, Luming Zh, Martin, Michael Schumacher, Yuri Chornoivan.
  • 2 Theme designers: Alx Sa, Anders Jonnson.
  • 2 documentation contributors: Jehan, Bruno.
  • 5 build, packaging or CI contributors: Bruno, Jehan, lloyd konneker, Alx Sa, Jacob Boerema, Rupert Weber.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • GEGL 0.4.52 is made of 31 commits by 16 contributors: Øyvind Kolås, Sam L, Thomas Manni, lillolollo, Alan Mortensen, Anders Jonsson, Ekaterine Papava, Hugo Carvalho, Jordi Mas, Juliano de Souza Camargo, Kolbjørn Stuestøl, Lukas Oberhuber, Luming Zh, Marco Ciampa, Martin, Yuri Chornoivan.
  • ctx had 48 commits since RC1 release by 1 contributor: Øyvind Kolås.
  • gimp-data had 6 commits by 5 contributors: Anders Jonsson, Jehan, Sevenix, Alx Sa and Denis Rangelov.
  • gimp-test-images (new repository for image support testing) had 2 commits by 1 contributor: Rupert.
  • The gimp-macos-build (macOS packaging scripts) release had 5 commits by 1 contributor: Lukas Oberhuber.
  • The flatpak release had 4 commits by 2 contributors: Bruno Lopes, Jehan.
  • Our main website (what you are reading right now) had 29 commits by 3 contributors: Jehan, Alx Sa, Andrea Veri.
  • Our developer website had 16 commits by 2 contributors: Jehan, Bruno Lopes.
  • Our 3.0 documentation had 157 commits by 10 contributors: Andre Klapper, Kolbjørn Stuestøl, Jacob Boerema, Alan Mortensen, Anders Jonsson, Marco Ciampa, Jordi Mas, Yuri Chornoivan, Alx Sa, Jiri Grönroos.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Around GIMP

Download Mirrors

GNOME has moved away from using mirrors during their latest infrastructure update. As our download mirrors are hosted by them, we were asked if we wanted to move as well. As a community project, we value everyone who contributes a mirror to make GIMP more accessible in their area. Therefore, we have decided to stay with using mirrors to distribute GIMP.

If you are interested in contributing a mirror for your region, here is the new procedure:

How to be an official mirror (procedure update)

  1. Create a mirror request on the gimp-web tracker
  2. Tell us about why you want to mirror GIMP, which other Free Software you already mirror, what is your setup, the server’s location…
  3. Tell us about you: are you an organization or an individual? Give us the specific name and URL to be shown in the mirror sponsor list.
  4. Once we are done verifying your organization, rsync credentials will be exchanged securely, allowing you to sync your mirror with the source server
  5. There is nothing to do in particular to appear on the Sponsors page which will be updated regularly through scripts. Yet it may take a few days or even weeks at times. So don’t worry if your organization name does not appear immediately!

🛈 We programmatically check at random intervals that mirrors are updated quickly enough and that the data match for obvious security reasons.

Mirror changes

Also, since the 3.0RC1 news post, a new mirror has been contributed:

  • Sahil Dhiman, Mumbai, India

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Sponsoring GitLab Runner

GIMP’s code repository is also hosted on GNOME’s GitLab platform. Andrea Veri asked if we would be able to sponsor a runner on the platform, which allows any project on the platform to test building their software before, during, and after code changes are made. After a vote by GIMP’s committee, we agreed and are now the sponsors of an x86 CI/CD runner!

Downloading GIMP 3.0 RC2

You will find all our official builds on GIMP official website (gimp.org):

  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • MSIX package (GIMP Preview) for x86 and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc).

🛈 Notes:

  • The 2 macOS DMG packages will likely be late as we are waiting for Apple update’s validation by the GNOME Foundation before being able to sign our packages.
  • The MSIX package takes usually a few business days of validation by Microsoft.

What’s Next

Thanks to the huge amount of reports we got for our first release candidate, we are able to present you this second version which is all the more robust. As you saw, a few additional surprises 🎁 came together with bugfixes, in particular the new filter API, which triggered support of PSD legacy Color Overlay import, improved blend modes and compositing, and more. We thought that it was worth breaking the feature freeze for these changes and that this will make all the difference!

With this second release candidate, we are closer than ever to actual GIMP 3.0.0. As usual, we are looking forward to any new community issue reports allowing us to finalize the 3.0.0 release! 🤗

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

🎅🎄🎉 Oh and of course, the whole team wishes you all a happy holiday season! 🥳🥂🎆

GIMP 3.0 RC1 Released

We are very excited to share the first release candidate for the long-awaited GIMP 3.0! We’ve been hard at work since our last development update to get this ready, and we’re looking forward to everyone finally being able to see the results.

GIMP 3.0 RC1: splash screen
New release candidate splash screen, by Sevenix (CC by-sa 4.0) - GIMP 3.0 RC1

So, what exactly is a “release candidate” (RC)? A release candidate is something that might be ready to be GIMP 3.0, but we want the larger community to test it first and report any problems they find. If user feedback reveals only small and easy to fix bugs, we will solve those problems and issue the result as GIMP 3.0. However, we hope and expect a much larger audience to try out 3.0 RC1 - including many people who have only been using 2.10 up until now. If larger bugs and regressions are uncovered that require more substantial code changes, we may need to publish a second release candidate for further testing.

New Graphics

Wilber Icons

The current Wilber logo was created by Jakub Steiner for GIMP 2.6 in 2008! While it is still a fantastic logo, design trends have changed a bit in the last sixteen years and Wilber’s more detailed appearance sticks out on modern desktops.

Therefore in collaboration with other contributors, Aryeom developed our new logo for GIMP 3.0!

New Wilber Icon
New Wilber Icon, by Aryeom (CC by-sa 4.0)

If you’re interested in learning more about the design choices, usage, and design variants, please check out our logo guide. We also documented the history of the Wilber logo.

Splash Screen

Our wonderful new splash screen (shown at the top of this news post) was created by longtime contributor and artist Sevenix! You can see more of their work on their personal art page.

Going forward, we plan to change splash screens much more frequently to show off all the many kinds of art made with GIMP (photography, illustration, design…). Related to this, we have created an updated splash screen archive to highlight the work of current and previous splash screen artists.

Legacy Icon Theme Improvements

One of the major improvements from the GTK3 port is that the vector UI icons now scale more cleanly based on your preference settings. Our Legacy icon theme was mainly raster PNGs however, so it could not take advantage of the GTK3 scaling system. Contributor Denis Rangelov took on the extensive challenge of recreating the Legacy tool icons as SVGs. Now both of GIMP’s icon themes look great on HiDPI screens!

Vectorized Legacy Icon theme
Scaled Legacy Icon Theme Tool Icons by Denis Rangelov (CC by-sa 4.0)

The work is not finished, as many icons are still non-scalable and some icons are still missing. Denis has expressed interest in continuing to improve the Legacy icon theme, so we hope to rename it as Classic when this project is achieved, to show it is now well-maintained.

Color Space Invasion

One of the key changes in 2.99.18 was massive improvements to color management in GIMP. As this work was not fully finished in 2.99.18, it was a major blocker of the 3.0 RC1 release.

Since that release, we have found and fixed a number of bugs and missed areas that needed to be color space aware. We have also reviewed reports by color expert Elle Stone to make sure that the color values shown by GIMP are as accurate as possible. At the same time, it’s very important to ensure that XCF project files created in GIMP 2.10 and before will render the same when opened in 3.0. For instance, one of the first Google logos was created in GIMP - and if you open the original XCF project file in GIMP 3.0 RC1, it still appears the same as it did when it was created in 1998! Therefore, we have thoroughly reviewed the various layer modes to ensure that commitment to compatibility is retained for this release.

Color space invasion is a long-running project, which will continue after GIMP 3.0 is released.

Public API Finalization

Another task that had to be finished before the 3.0 release was finalizing the public API. Since our last news post, we finished the remaining major changes - replacing all instances of our custom GimpRGB color structures with the better color-managed GeglColor, and improving our array format so the number of elements does not have to be specified separately. This work was a long process by Jehan and Lloyd Konneker, with a great deal of bugtesting and feedback from Anders Jonsson.

In addition, a number of functions have been added, renamed, or removed from the public API compared to 2.10. For instance, an older patch by Massimo Valentini adds gimp-context-get-emulate-brush-dynamics and gimp-context-set-emulate-brush-dynamics, which allows script and plug-in developers to use the Emulate Paint Brush Dynamics setting when painting. On the other hand, the various gauss functions were all consolidated into a single function, plug-in-gauss. While this change will require some updates in existing scripts, developers now have more direct control over the Gaussian Blur effect rather than relying on hidden preset values.

Since the API is now stable, plug-in and script developers can begin porting their 2.10 scripts based on this release. You can find initial API documentation on our developer site. We intend to add more tutorials and porting guides here during the release candidate phase. We also encourage you to check out the Script-fu and Python plug-ins in our repository to see working examples of the new API.

Non-Destructive Editing Updates

Since our last update, we have continued to make improvements and bug fixes to our non-destructive filter code. Many of these issues were reported by Sam Lester during the developing and testing of his third-party GEGL filters.

While non-destructive filters have been a very popular addition to GIMP 3.0, some early adopters have requested that we provide a way to return to the original destructive workflow. Therefore, we have added an optional “Merge Filters” checkbox at the bottom of NDE filters. If enabled, the filter will be immediately merged down after it is committed. Note that filters can not be applied destructively on layer groups – in those cases, the option to merge filters is not available.

Example of Merge Filter checkbox
Example of Filter with “Merge Filter” checkbox - GIMP 3.0 RC1

On a related note, Jehan also implemented storing version of filters in GIMP’s XCF project files. This will allow us to update filters in the future without impacting how older project files look when they’re opened. Additional work will be needed in GEGL to fully implement this feature, but that can be done after 3.0 without impacting existing project files.

User Interface

GIMP 3.0 RC1 contains several updates to the user interface. For example, more aspects of the GUI are now able to take advantage of the multi-select features implemented by Jehan in earlier versions of 2.99.

We also restored the ability to use the mouse scrollwheel to flip through the different dockable dialogue tabs. This feature was built into GTK2 but removed in GTK3. Per user request, we reimplemented this feature in GIMP itself based on a similar implementation in geany.

During development, we received a report that the scrolling credits in our About Dialog could cause discomfort due to its motion. As a result we’ve added code to check your operating system’s “Reduced Animation” setting and turn off those animations in GIMP per your preference settings.

Plug-ins

As we have been in a feature freeze since the last release of 2.99, most of the changes to plug-ins have been API updates and bug fixes (some of them for issues that were quite old). However, a few smaller enhancements have been implemented.

BMP

The BMP format now supports 64 bits per pixel images. New contributor Rupert Weber assisted us with adding support for importing this BMP format correctly. They have also submitted patches with more fixes to our BMP plug-in and testing pipeline.

TIFF

Since GIMP 2.99.16, we’ve been able to import TIFFs with Photoshop format layers. However, the Alias/Autodesk Sketchbook program created their own standard to save layers which was not compatible. Since this was marked as a bug in our issue tracker, we added support for loading layers from TIFFs saved in Sketchbook format as well.

GEGL and babl

Both GEGL and babl have seen a number of updates since their last releases in February.

GEGL 0.4.50 introduces a number of new filters created by Sam Lester.

  • Inner Glow

  • Bevel

  • GEGL Styles

*GEGL Styles* effect - GIMP 3.0 RC1

These can all be accessed via the GEGL Operations tool, or by searching for them with the / search action shortcut.

Øyvind Kolås made a number of bug fixes and improvements to the stability of GEGL. Several changes were also made related to the color space invasion in GIMP, such as adding convenience methods for getting and setting GeglColors in HSV(A) and HSL(A) color models, implemented by Alx Sa. Jacob Boerema and his GSoC student Varun Samaga B L merged a number of improvements to the OpenCL version of filters. While GIMP still does not enable OpenCL by default, their work brings us much closer to being able to so. We will discuss these improvements in a future news post.

babl 0.1.110 also received some contributions during this cycle. Jehan implemented new conversion processes between RGB and HSL color models, which improves the performance of a number of filters compared to GIMP 2.99.18. He also fixed certain parts of the code that behaved differently depending on whether your processor supported SSE2. Øyvind Kolås improved the accuracy of several sections of code when converting from floating point to integer values. Additionally, Lukas Oberhuber found and fixed a memory leak and Jacob Boerema fixed an issue where images with NaN could cause a crash.

Release Stats

Since GIMP 2.99.18, in the main GIMP repository:

  • 384 reports were closed as FIXED.
  • 442 merge requests were merged.
  • 1892 commits were pushed.
  • 31 translations were updated: Basque, Belarusian, Brazilian Portuguese, British English, Bulgarian, Catalan, Chinese (China), Chinese (Taiwan), Danish, Dutch, Galician, Georgian, German, Greek, Hungarian, Icelandic, Italian, Korean, Latvian, Norwegian Nynorsk, Polish, Portuguese, Russian, Serbian, Serbian (Latin), Slovenian, Spanish, Swedish, Turkish, Ukrainian, Vietnamese.

72 people contributed changes or fixes to GIMP 3.0.0 RC1 codebase (order is determined by number of commits; some people are in several groups):

  • 27 developers to core code: Jehan, Alx Sa, Jacob Boerema, bootchk, Anders Jonsson, Øyvind Kolås, Cheesequake, cheesequake, Niels De Graef, Idriss Fekir, Simon Budig, lillolollo, lloyd konneker, Andre Klapper, Andrzej Hunt, Bruno, Joachim Priesner, Nils Philippsen, Alfred Wingate, Bruno Lopes, Elle Stone, Kamil Burda, Luca Bacci, Mark Sweeney, Massimo Valentini, Oleg Kapitonov, Stanislav Grinkov, megakite.
  • 15 developers to plug-ins or modules: Alx Sa, Jehan, lloyd konneker, bootchk, Jacob Boerema, Anders Jonsson, Nils Philippsen, Andrzej Hunt, Andre Klapper, Rupert, Bruno Lopes, Daniel Novomeský, Mark Sweeney, Stanislav Grinkov, lillolollo.
  • 42 translators: Martin, Yuri Chornoivan, Luming Zh, Rodrigo Lledó, Kolbjørn Stuestøl, Ekaterine Papava, Cheng-Chia Tseng, Sabri Ünal, Marco Ciampa, Tim Sabsch, Jordi Mas, Alexander Shopov, Anders Jonsson, Alan Mortensen, Asier Sarasua Garmendia, Sveinn í Felli, Andi Chandler, Balázs Úr, dimspingos, Juliano de Souza Camargo, Ngọc Quân Trần, Vasil Pupkin, Alexandre Prokoudine, Bruce Cowan, Jürgen Benvenuti, Nathan Follens, Милош Поповић, Balázs Meskó, Christian Kirbach, Daniel, Emin Tufan Çetin, Fran Dieguez, Guntupalli Karunakar, Hugo Carvalho, Jehan, Philipp Kiemle, Piotr Drąg, Robin Mehdee, Rūdolfs Mazurs, Seong-ho Cho, Víttor Paulo Vieira da Costa, ayesha akhtar.
  • 7 resource creators (icons, themes, cursors, splash screen, metadata… though a good part of there were moved to gimp-data repository): Alx Sa, Jehan, Bruno Lopes, Anders Jonsson, Jacob Boerema, bootchk, nb1.
  • 10 documentation contributors: Jehan, Bruno, Lloyd Konneker, Alx Sa, Bruno Lopes, Anders Jonsson, bootchk, Lukas Oberhuber, Andre Klapper, Jacob Boerema.
  • 11 build, packaging or CI contributors: Bruno Lopes, Jehan, bootchk, Alx Sa, lloyd konneker, Jacob Boerema, Niels De Graef, Alfred Wingate, Lukas Oberhuber, Michael Schumacher, Anders Jonsson.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • babl 0.1.110 is made of 22 commits by 7 contributors: Øyvind Kolås, Jehan, Bruno Lopes, Anders Jonsson, Biswapriyo Nath, Jacob Boerema, Lukas Oberhuber.
  • GEGL 0.4.50 is made of 204 commits by 33 contributors: Øyvind Kolås, Sam Lester, Martin, Varun Samaga B L, Yuri Chornoivan, Luming Zh, Rodrigo Lledó, Jehan, Jordi Mas, Anders Jonsson, Kolbjørn Stuestøl, Marco Ciampa, Sabri Ünal, Bruno Lopes, Alan Mortensen, Asier Sarasua Garmendia, Ekaterine Papava, Bruce Cowan, Lukas Oberhuber, Tim Sabsch, psykose, Alexandre Prokoudine, Alx Sa, Andi Chandler, Andre Klapper, ArtSin, Daniel Șerbănescu, Jacob Boerema, Joe Locash, Morgane Glidic, Niels De Graef, dimspingos, lillolollo.
  • ctx had 616 commits since 2.99.18 release by 2 contributor: Øyvind Kolås, Ian Geiser.
  • gimp-data (new repository holding images, splashes, icons and other binary data for the software) had 76 commits by 7 contributors: Jehan, Aryeom, Bruno, Alx Sa, Denis Rangelov, Anders Jonsson, Bruno Lopes.
  • The gimp-macos-build (macOS packaging scripts) release had 41 commits by 3 contributors: Lukas Oberhuber, Bruno Lopes, Jehan.
  • The flatpak release had 38 commits by 4 contributors: Bruno Lopes, Jehan, Hubert Figuière, Will Thompson.
  • Our main website (what you are reading right now) had 60 commits since 2.10.38 release by 5 contributors: Jehan, Alx Sa, Andre Klapper, Bruno Lopes and Denis Rangelov.
  • Our developer website had 33 commits since 2.10.38 release by 5 contributors: Bruno Lopes, Jehan, Lloyd Konneker, Alx Sa, Lukas Oberhuber.
  • Our 3.0 documentation had 928 commits since 2.99.18 release by 14 contributors: Andre Klapper, Kolbjørn Stuestøl, Jacob Boerema, Alan Mortensen, Yuri Chornoivan, Jordi Mas, Marco Ciampa, Anders Jonsson, Sabri Ünal, dimspingos, Alx Sa, Andi Chandler, Daniel, Nathan Follens.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Future changes to release process

We are well aware that the path to GIMP 3.0 has been a long one, and GIMP 2.10 users have not had access to all of the great new features we’ve been working on over the years. Going forward, we are restructuring our development process to decrease time between releases. As briefly mentioned in our post 3.0 roadmap, we want to focus on smaller, feature-focused releases. This means that we are aiming for GIMP 3.2 to come out within a year after the final release of 3.0, rather than in 2050 as is often joked! Micro releases with bug fixes may happen in-between.

Smaller releases with few “big” features will also allow us to more thoroughly test each change, further improving the stability of each release. During the 3.0 development process, developers like Jacob Boerema, Lloyd Konneker, Bruno Lopes, and Jehan have been creating and improving our automated testing processes to further catch and identify bugs early. We will talk more about these improvements in future news posts.

Around GIMP

Download Mirrors

Since our last news, 8 new mirrors have been contributed to GIMP by:

  • Sahil Dhiman, India
  • FCIX, in the Dominican Republic, Australia and 2 in the USA.
  • Taiwan Digital Streaming Co., Taiwan
  • OSSPlanet, Taiwan
  • Shrirang Kahale, India

This brings us to a total of 56 mirrors from all over the world!

World Map of GIMP Mirror locations
Map of GIMP Mirrors worldwide, generated from MirrorBits

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Platform Changes

Bruno Lopes has truly taken the lead to improve our build and packaging process on multiple platforms.

Over the summer, he created an experimental AppImage build (as detailed in a prior news post). If you are interested in improving it further and hopefully making it available as a standard download, please get in touch! Bruno has also created flatpak build scripts to make the process of creating your own GIMP flatpak much easier.

A lot of work was done to improve our presence on the Microsoft Store for 3.0. Our GIMP 2.10 app was not fully integrated into the store platform due to certain limitations - it is really just a wrapper for our existing GIMP installer. Therefore it did not automatically update for users and it was not possible to automate installations with tools like Microsoft Intune. Thanks to a lot of effort on Bruno’s part, we will have a new GIMP app in the Microsoft Store which resolves these issues (and many others) for the final GIMP 3.0 release. From now, we also have a separate GIMP (Preview) which allows you to install development versions in a similar manner to the Beta flatpak on Linux. You can try it out at this Microsoft Store link.

(For technical and maintenance reasons described here, 32-bit binaries will not be available in the new MSIX packages of GIMP, which unfortunately removes support for the legacy TWAIN plug-in in x64 and arm64 packages used for quick scanning. If you depend on these, the .exe installer still supports 32-bit processors. However, the support for this architecture is planned to be dropped in the future)

Additionally, the standard Windows installer has been updated to a more modern design. It also lets you install individual language packages and lets you start up GIMP immediately after the installer is finished. For the more technically inclined, the Windows build scripts have also been ported to use PowerShell, and the cross build scripts can now run locally.

Due to changes and updates in our software building infrastructure, we’ve had to raise the minimum OS requirement for MacOS to Big Sur (MacOS 11).

GNOME Foundation fiscal host agreement

Earlier this year, the GNOME Foundation announced a fiscal sponsorship agreement with GIMP. This is all thanks to a lot of hard work by Jehan over many, many months. Our goals with this agreement are to support stable funding for developers interested in working on GIMP for a longer term through grants, and to provide easier ways for people to contribute to GIMP’s development. This is still a work-in-progress, so we will make a more detailed announcement once everything has stabilized.

Translations

Thanks to volunteer translators, we now have a Bengali language translation of GIMP! If you are interested in translating GIMP into your own language or assisting with an existing translation, you can find out how here.

Downloading GIMP 3.0 RC1

You will find all our official builds on GIMP official website (gimp.org):

  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • MSIX package (GIMP Preview) for x86 (64-bit only) and ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s Next

We are now entering the last stage of this major release: candidates for the final version! Though one can always hope to get a RC right the first time, experience tells us that this RC1 — which is the result of more than 6 years of work — will likely have problems, bugs, probably nasty crashes. This is where we need you all! We rely on everyone to find and report issues so that the actual 3.0.0 release can really be considered stable. 🤗

Some small bugs may be considered secondary (though we still welcome reports for all bugs, even smaller ones!), because perfection barely exists in software. There are other things in particular we really want to catch, such as:

  • any inconsistency or problem in the API (it will stay stable for the whole v3 series, so if there are problems to find, it’s now; we want a robust plug-in framework);
  • bugs when reading or rendering existing XCF made by former stable versions of GIMP;
  • crashes;
  • regressions;
  • proper migration of configuration from previous versions.

We are not giving out a date estimate for the actual 3.0.0 release, firstly because we can’t know for sure, secondly because each time we do, news outlets seem to just skim every warning out of our text and transform our words into unbreakable promises. Just know that we also want it to happen as soon as possible, i.e. when we can consider our software to feel stable enough.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

Development Update: Closing In on the 3.0 Release Candidate

This is a short development update on our progress towards the first release candidate for GIMP 3.0. We recently reached the string freeze milestone. What this means is that there will be no more changes in user-facing text (like GUI labels and messages) so that translators can work on the final translations for the 3.0 release.

Progress on completing the blocking issues for 3.0 slowed over the summer due to the maintainer and some of the main developers falling ill after the Libre Graphics Meeting conference. This is why we are “late” compared to our original estimated timelines. Thankfully everyone’s feeling much better now, and work has resumed in earnest! As of this writing, we’re currently at 96% completion for the 3.0 RC1 milestone, with 11 issues remaining.

We’ll have a lot more to share in the news post for GIMP 3.0 RC1. However, here are a few highlights to show what we’ve been working on the last few months:

API

Finalizing the API is a crucial task for GIMP 3.0. As we’ve added new features and improved existing ones during development, we’ve needed to make “breaking” changes to the public API. This means that if a third-party developer ported their 2.10 plug-in or script to use GIMP 2.99.16’s API, it might not work with the 2.99.18 API due to further changes. Once 3.0 is released however, any function that’s in the public API must continue to work for all future releases of GIMP 3. So we have to get it right before the first 3.0 release!

Most of the API changes are invisible to non-developers, so we won’t detail all of them here. However, we’d like to share a few to illustrate the on-going work:

Plug-in GUI Creation

Over several past releases, our internal plug-ins have been ported to the new GimpProcedure and GimpProcedureDialog API. This update automatically saves the last settings used, letting users reset to it or to the “factory default” values whenever they like. The GimpProcedureDialog API also allows developers to automatically create a GUI based on the settings they defined.

Until recently though, this GUI creation feature was only fully available to C plug-ins – other plug-in languages like Python couldn’t generate certain widgets such as dropdown boxes and radio buttons. Since the 2.99.18 release however, we’ve been able to make the full API available to all supported plug-in languages. Python plug-in developers can see more examples of how to use this new API in the Python plug-in section of our repository. Once the API is fully stabilized, we’ll update our developer website with more tutorials on how to use this and other APIs in your plug-ins.

Example of generated dialog (Palette Sort Python plug-in)
Example of generated dialog (Palette Sort Python plug-in)

Script-Fu Updates

Lloyd Konneker has been organizing and implementing many improvements to our Script-fu code library. For script developers, script-fu-register has been deprecated and replaced with two new functions: script-fu-register-procedure for general scripts and script-fu-register-filter for image-processing scripts. These two new script functions also use the GimpProcedureDialog API, so script developers will have access to the same automated GUI creation mentioned in the last section. You can look at our in-progress guide to see how you can use these new features when porting your 2.10 plug-in scripts.

Export Options

A long standing feature request has been exporting images with different settings, while leaving the original image unchanged. For instance, letting users export an image in several different sizes.

The new GimpExportOptions class sets the groundwork for us to implement this in future 3.x releases. We’ve simplified how images are exported using the plug-in API, and moved much of the export settings code to the GimpExportOptions parameter. This change will allow us to add new types of export settings and features after 3.0 without plug-in developers having to make changes to their own code. As a nice side-effect, this work also fixed some existing inconsistencies between exporting an image from GIMP’s GUI and exporting from a script.

Color Space Invasion

The second remaining area of work for 3.0 is finishing the color space invasion project. Our goal is for the color space and color profile information to be associated with the pixels in all aspects of GIMP, from the canvas to the GUI and everywhere in-between. This is important for artists to keep colors consistent on all devices and monitors they use. The first half of this work was completed by Jehan in the 2.99.18 release. Since then we have been fixing the inevitable bugs from such a large change while making the rest of GIMP color-space aware. This work overlaps with the API changes, as several of our code functions still assumed the colors were in the sRGB color space.

In addition, we’ve been reviewing the existing color algorithm to make sure they are correct and performing efficiently. Øyvind Kolås and Elle Stone have provided great insight and assistance with this process. We want to ensure that your GIMP 2.10 XCF project files look the same when opened in GIMP 3.0, but we also want to set up infrastructure to improve the accuracy of layer modes and other aspects of GIMP going forward.

Non-Destructive Editing Updates

Since introducing non-destructive filters in GIMP 2.99.18, we’ve received a lot of great feedback and bug reports from early adopters. Based on these reports we’ve fixed many bugs related to copying, pasting, and updating filters, along with improving the general stability of the effects code. The temporary filter icon has also been replaced by a more intuitive Fx design from new contributor Denis Rangelov (created with the vector art program Inkscape, another FLOSS project that we highly recommend).

In addition to on-going bug fixes, we’ve also implemented non-destructive filters on layer groups. Now you can add an adjustment filter like Brightness-Contrast (or any other layer effect) to a group and have it change the display of each layer inside it.

Example of Brightness-Contrast non-destructive editing filter being applied to a layer group
Example of Color Temperature non-destructive editing filter being applied to a layer group. Photos by Andrea Luck, Attribution (CC BY 2.0)

GIMP Family Libraries: ctx, babl and GEGL

Øyvind has also worked hard on ctx these last few months, including improving portability for various platforms (on all types of architectures, libc and OSes), improving performance and massively profiling and fuzz-testing the project. For reminder, ctx is one of the latest ambitious project in the GIMP family, for 2D vector rendering and serialization. Though it is not necessarily used a lot in GIMP itself yet, it may pave the way for future work on more vector abilities in our software.

Of course, all this happens while still maintaining babl and GEGL, our color conversion engine and graph-based pixel processing framework. These 2 libraries do not receive significant changes lately, despite all the work done with the Color Space Invasion and the non-destructive editing projects, which is quite a good sign of a stable software in good shape!

Build Process Improvements

Bruno Lopes has been working hard to improve our build processes on all platforms. His on-going work has helped reduce redundancies and inefficiencies in our development pipeline, Windows installers, and Flakpak distributions. He is also preparing a new version of our Microsoft Store installer that will be better integrated into the platform, and as noted in a prior news post, he’s experimenting with an AppImage version of GIMP. You can also thank Bruno for his work in updating the build documentation on our developer website.

darktable Integration

While GIMP does not natively process RAW images, we have plug-ins that allow sending and retrieving images with great FLOSS raw photo processing software like darktable and RawTherapee. Earlier this year, darktable updated their public API which GIMP uses to set up this connection - causing the plug-in to stop working. Fortunately Hanno Schwalm and other darktable developers worked with us to create a GIMP-specific API that should be more stable going forward. We really appreciate collaborating with darktable developers to restore this connection!

(Note that this updated API is not yet available in GIMP 2.10.38 or GIMP 2.99.18. For now, you can use darktable 4.6 and below with GIMP as a workaround)

Documentation

With all the new changes and improvements in GIMP 3.0, the help manual needs a lot of updates from 2.10. Jacob Boerema has taken the lead on this project to update screenshots and text as well as adding new sections. This is an area where anyone can help without needing to write a line of code! You can review the upcoming documentation on our help manual test site. If you notice something’s missing or outdated, you can post about it on our issue tracker. If you want to help further, you can also fix the problem yourself and submit a merge request.

Preview of GIMP 3.0 Help Manual
Preview of GIMP 3.0 Help Manual; illustration by Aryeom (CC by-sa 4.0)

Bug Fixes

Since the feature freeze milestone, we’ve been focused on fixing as many bugs as we can before the first release. These include everything from older bugs that existed in GIMP 2.10, to recent ones created as we implemented all the new features for GIMP 3.0. Special thanks to Anders Jonsson, Andre Klapper, Lloyd Konneker, and Sam Lester for their extensive work finding and fixing these bugs! Early adopters and testers have also provided valuable bug reports, so if you’ve come across a bug in the development releases, please report them on our issue tracker.

GSoC 2024

We once again participated in GSoC this summer. We were fortunate to work with three student contributors this time around. Due to the circumstances mentioned above, their projects were scaled back a bit compared to our initial plans. Still, all three students did great work!

  • Idriss Fekir continued his work on improving the text tool from GSoC 2023. His work also overlapped with the color space improvements, such as fixing issues with text color as we made it color-space aware.

  • Cheesequake did initial research and design for eventually porting our GtkTreeView GUI to GTK4. He also assisted with many bug fixes for our non-destructive editing code.

  • Varun Samaga B L worked on improving OpenCL code in GEGL. OpenCL speeds up the performance of filters and other aspects of GIMP by taking better advantage of your graphics card’s multi-processing capabilities. You can see a more detailed write-up from Varun on his GSoC report.

We really appreciate all the hard work from our GSoC students!

Design Team

One area we want to focus on after 3.0 is improving our UI/UX design process. We have set up a separate UX repository to report and discuss issues related to design. We are looking to build a team of designers to discuss and create design improvements to GIMP that also respect existing user’s workflows. Denis Rangelov has taken a strong interest in this area and has already done great work in identifying, categorizing, and moving design issues from the code repository to the dedicated design section. Some design improvements have already been implemented for 3.0, and we look forward to working with community designers to give people a better experience!

GIMP Usability

What’s Next

There’s a lot more work going on behind the scenes, and we look forward to sharing it with you soon in the 3.0 RC1 release news post! If you haven’t already, you can test out the 2.99.18 release from the development downloads page. It does not include any of the improvements we’ve made since its release, but it still gives a good preview of what 3.0 will look like.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger!

Experiments with AppImage

Par :Bruno

Earlier in April and May, we were working behind the scenes on improving our CI and build-related code. In this context, one thing that came up was: how easy it is to test a merge request on Linux? For example, on Windows, we have .zip files for each commit; on macOS, we have .app (inside .dmg). For Linux… well we had none (we have weekly flatpak builds but they are time consuming for testing purposes). So, after a brief consideration we decided to go with AppImages.

AppImage is a application package format, basically a bundle, that’s great for the development and testing workflow described above. To be clear, ⚠️ we’re not distributing AppImage as official packages yet ⚠️ (more about this later in this post). About the experiments…

Picking the “right” tool

AppImage doesn’t have a mandatory SDK. The creation process can be done using freely available tools, such as linuxdeployqt, appimage-builder and AppImageKit. But we decided to go with go-appimage, which is multi purpose and ours is to do a quick test build.

In our case, the tool is responsible for bundling almost every dependency and for squashing everything with proper ELF data to be executable in one click. But the tool, naturally, can’t guess the particularities of the different software (e.g. use of script interpreters), so we need to copy and set some things manually. By the way, we opened issues in the go-appimage repo in the hope of improving some things, one little example of FOSS collaboration.

Learning from past appimages

Of course, we didn’t start from scratch! We learned from other unofficial GIMP AppImage builds (a list of which can be found here). Maybe there are others, but we could only find these four.

We also contacted the developers of these unofficial builds for testing and feedback about a potential official appimage. Huge thanks to them! Also, other people contributed too (this info can be found in the merge request). Thanks to all people involved! 😄

Patching Wilber’s wisdom into appimage

We couldn’t simply take these unofficial appimages code and put it in our repo because this isn’t how software works. Our code, even the packaging code, preexists the new packaging (in this case, bundling) so the former needs to be considered in order to the proper adaptations be made into the later.

Considering our past packaging code and experiences, we defined some principles to be checked before approving a new package format. In short, the format needs to:

  1. Have its scripts inside GIMP repo and using GIMP/GNOME runners for better transparency (macOS is the exception right now for historical reasons, which should ideally be fixed in the future);
  2. Have its scripts building/packaging over official GIMP git source/binaries for better security;
  3. Have its scripts simplified and human-readable as much as possible for better maintenance.

The last point assumes that some person is maintaining the package, and this is the main reason our appimage (bundle) is not ready for distribution yet. No person volunteered to tackle this responsibility by following these principles. So, the best that we could do, staying compliant with the principles, was a testing bundle.

Actual use and future

Our appimage can be used, and it’s indeed being used right now to triage issues and test merge requests on the Debian version supported by the respective branch (on master branch it is Debian 12 currently), and that has been very handy. Let us explain:

Suppose that you don’t have a very powerful machine, which is very common. Normally, you will only build GIMP natively and contribute to this specific platform, since building inside a VM is quite clumbersome. But thanks to our testing AppImage:

  • a Windows user can just log into the VM, download the Debian artifact from the MR and test it. We have contributors that use Windows VM (and they can download the cross .zip artifact), now the inverse is possible;
  • And this is useful for issues too: triaging them recommends the latest master so constant local rebuilding. Fortunately, this isn’t needed since our CI auto generates an .appimage for every new commit.

Of course, this is a limited use case and makes our appimage unsuitable even for being linked in the dev version download page. Not every contributor uses Debian (12) nor does every Windows or Mac contributor have a Debian (12) VM. To be fair, if the appimage displays problems that we can’t fix, it can even be dropped at any time.

So, we welcome contributions to improve compatibility with other distros (at least the oldest supported Ubuntu and newest Fedora) in order to raise it to a package level. If you are interested, talk to us.

GIMP at LGM 2024 (Rennes, France)

The Libre Graphics Meeting (LGM) is the biggest international gathering of Free Software for graphics creation. Born in 2006 as an evolution of our GIMPCon, the event went on every year since then, thanks to the support of various major projects, such as Blender, Inkscape, Scribus… until 2019, because of a pandemic which everybody knows about!

After 2 years where the event went online, then 2 years without LGM at all, it is finally back, this time in France, Rennes, from Thursday, May 9 (French holiday) to Saturday, May 11, 2024!

Libre Graphics Meeting 2024 logo
Logo of Libre Graphics Meeting 2024

As every year, the GIMP team will be present. Three talks are presented by members of the team, one of them being prolonged through a standards-making workshop:

  • Friday, May 10 at 2:30PM: OpenType and the desktop by Liam Quin, one of our long term contributors:

    Proposing a cross-desktop font service (DBUS-based?) to support user interfaces for people to instantiate variable fonts, to edit colour font palettes, choose alternate glyphs, install/uninstall fonts, and that can return paths, or glyph lists, or font names, or rendered text, to any application.

  • Friday, May 10 from 4PM: workshop part of OpenType and the desktop talk by Liam Quin: hoping that the presentation will move on to a discussion so that Free Software projects can work together to propose a standard for font listing, selection, usage and more.

  • Saturday, May 11 at 2PM: GIMP 3.0 and beyond by the whole team:

    GIMP team will present the long-awaited new major version, GIMP 3.
    On the menu : non-destructive editing, multi-layer selection, color management improvements, brand new plug-in API, port to GTK3 (HiPPI, Wayland support, CSS themes, better tablet support, etc.) and more.
    We will also expose our plans for the future.

  • Saturday, May 11, at 3PM: Early screening with live music (cinema-concert): « ZeMarmot »

    Jehan (GIMP maintainer) and Aryeom (artist in residence, illustrator, designer…) will present their short animation film, ZeMarmot, produced by the non-profit film production LILA (Libre comme l’Art / Free as Art).
    The movie in its current state (color and background unfinished) will be screened with live music by 3 musicians (ORL, Pelin, Adrien) from our friend music collective, AMMD, which work with us on this movie and only produces Libre Music.

    The showing will take about 10 minutes, followed by a talk and questions with Aryeom (film director), ORL (film score composer, and musician) and Jehan (technical, development, organization, backend…).

We will await you!


Summed-Up Information

  • Event page
  • Location:

    Activdesign
    4A rue du Bignon
    35000 Rennes
    FRANCE

  • Libre Graphics Meeting: from May 9 to 11, 2024, doors opening at 9AM, then all day long!
  • Main GIMP talk: Saturday, May 11, 2024 from 2PM to 3PM (by the GIMP team)
  • OpenType talk: Friday, May 10, 2024 from 2:30PM to 3:30PM (by Liam Quin)
  • OpenType workshop: Friday, May 10, 2024 from 4PM to 6PM (by Liam Quin)
  • ZeMarmot musical showing and talk: Saturday, May 11, 2024 from 3PM to 4PM (by Aryeom, film director, ORL, composer, Jehan, developer, and Pelin and Adrien, musicians)
  • Full program
  • Online map
  • More info on how to reach the location
  • Event is recorded: yes

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

GIMP 2.10.38 Released

This (possibly last) GIMP 2 stable release brings much-requested backports from GTK3, including improved support for tablets on Windows. A number of bug fixes and minor improvements are also included in this release.

This news lists the most notable and visible changes. In particular, we do not list every single bug fix or smaller improvement. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

New features and improvements

Improved support for tablets on Windows

Before this release, GIMP only supported connecting tablets on Windows through WinTab drivers rather than the newer Windows Ink drivers. Because of this, we received a number of reports about tablets having issues with unresponsive buttons, incorrect pressure sensitivity, lagging brush movement, and mid-stroke position changes.

These problems were due to a limitation of GTK2, as support for Windows Ink was implemented in GTK3 by long-time contributor Luca Bacci. For this release, Luca was gracious enough to backport this support to GTK2. You can now switch between WinTab and Windows Ink drivers (if supported by your computer) in the Preferences dialog under the Input Device settings.

Windows Pointer Input API option in GIMP 2.10.38
Windows Pointer Input API can now be changed - GIMP 2.10.38

Backports of other GTK3 features

Luca also contributed a number of other features from GTK3 to GTK2. Some of the backported improvements include updating the size of the Print Dialog so buttons are not cut off, fixing issues with pop-up dialogs appearing behind the previous ones, and several fixes to keyboard input.

These improvements are primarily for Windows and are already included in the 2.99 development release. However, we are very happy that these quality of life improvements are now available in this stable release of GIMP 2.10!

Bugfixes

Recent crashes

Two commonly reported crashes have now been corrected. A change in GLib 2.80 exposed a bug in our closing process and caused a crash on exit. Luca Bacci once again devised a fix for both 2.10.38 and the upcoming 3.0 release candidate. Another crash that some users encountered when making very small selections was also fixed.

Other fixes

A number of other small bugs were fixed in this release. Among them:

  • Indexed PNGs with transparency are now exported with the correct colors
  • Anders Jonsson fixed the input ranges for several filters such as Waves and Distort
  • The titlebar customization field now supports UTF-8 characters
  • Existing image comments no longer “leak” into newly created images

Release stats

Since GIMP 2.10.36:

  • 16 reports were closed as FIXED in 2.10.38
  • 9 merge requests were merged
  • 81 commits were pushed
  • 1 new translation was added: Kabyle
  • 16 translations were updated: Belarusian, Brazilian Portuguese, British English, Danish, Georgian, German, Greek, Hungarian, Icelandic, Italian, Norwegian Nynorsk, Slovenian, Spanish, Swedish, Turkish, Spanish

25 people contributed changes or fixes to GIMP 2.10.36 codebase (order is determined by number of commits):

  • 7 developers: Alx Sa, Jehan, Luca Bacci, Jacob Boerema, Lukas Oberhuber, lillolollo, Øyvind Kolås
  • 19 translators: Kolbjørn Stuestøl, Sabri Ünal, Bruce Cowan, Yuri Chornoivan, Vasil Pupkin, Anders Jonsson, Rodrigo Lledó, Jürgen Benvenuti, Sveinn í Felli, Andi Chandler, Juliano de Souza Camargo, Ekaterine Papava, Balázs Úr, Martin, Philipp Kiemle, Alan Mortensen, Dimitris Spingos, Marco Ciampa, Yacine Bouklif

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • The gimp-2-10 branch of gimp-macos-build (macOS build scripts) had 30 commits since the 2.10.36 release by 2 contributors: Lukas Oberhuber, Bruno Lopes.
  • The flatpak release is made of 11 commits by 3 contributors: Jehan, Hubert Figuière and Bruno Lopes.
  • Our main website (what you are reading right now) had 42 commits since 2.99.18 release by 4 contributors: Jehan, Alx Sa, Andre Klapper and Lukas Oberhuber.
  • Our developer website had 34 commits since 2.99.18 release by 6 contributors: Bruno Lopes, Jehan, Alx Sa, bootchk, Alpesh Jamgade and Robin Swift.
  • Our 2.10 documentation had 35 commits since 2.10.36 release by 8 contributors: Alan Mortensen, Anders Jonsson, Rodrigo Lledó, Jacob Boerema, Kolbjørn Stuestøl, Marco Ciampa, Andi Chandler and Víttor Paulo Vieira da Costa.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Team news and release process

Idriss, 2023 GSoC contributor, has been recently granted “developer” access on the main source repository, for the awesome continued job since then.

Ville Pätsi, very long term contributor (more than 20 years!), on various topics (design, theming and more) got the “reporter” access to Gitlab to help with triaging and organizing directly in the tracker.

Around GIMP

Mirror News

Since our last news, 3 new mirrors have been contributed to GIMP by:

  • Clarkson Open Source Institute, USA
  • FCIX, Switzerland
  • Tomás Leite de Castro, Portugal

This brings us to a total of 49 mirrors all over the world.

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Infrastructure and Hardware Sponsors

We enhanced the sponsor page with 2 sections:

  • Infrastructure Sponsors” lists the sponsors who help GIMP with infrastructure:

    • CircleCI and MacStadium make our macOS continuous integration platform possible.
    • Arm Ltd. sponsors and administers several Aarch64 runners on Windows for our ARM 64-bit build for Windows; and Microsoft had given away the one-time fee for their Microsoft Store.
  • Hardware Sponsors” lists sponsors which donated some hardware to contributors to help with development:

    • Arm Ltd. recently donated a Windows Dev Kit 2023 to support our recent Aarch64/Windows support.
    • Purism donated a Librem Mini in 2021.

Downloading GIMP 2.10.38

You will find all our official builds on GIMP official website (gimp.org):

  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s next

Clearly one of the smallest releases ever in the 2.10 series, and it might be our last. We’ll see, though we also know some people get stuck longer than others on older series (especially when using LTS distributions of Free Software operating systems), so we might do (if we feel like it’s needed) a 2.10.40 release with bug fixes only just before or just after GIMP 3.0.0 release, as a wrap up.

In any case, we are now stopping backporting features in the 2.10 series. These graphics tablet support improvements for Windows are huge enough that they had to get in; yet from now on, we want to focus solely on releasing GIMP 3.0.0.

Now you might wonder when that is? Very soon! We are on the last sprint towards the release candidate. This includes a lot of bug fixes, but also still some API changes going on. We will keep you updated!

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

GIMP 2.99.18 Released: The Last Development Preview Before 3.0!

Par :Wilber

At long last, we bring you the final development version before GIMP 3! While the release of 2.99.18 is a bit behind our intended schedule, there are a number of new features and improvements that we’re very excited to share with you.

⚠️ ☢️
We remind that a development version means that this is a release to show work-in-progress but also give an opportunity to the community to detect issues early and report issues. In other word, this is an unstable version and we do not recommend to use it in production. Use it because you want to help GIMP improve by reporting bugs.

This version 2.99.18 in particular might be one of the most unstable releases in the 2.99 series because of the space invasion. It is expected and normal.
⚠️ ☢️

This news post lists the most notable and visible changes. We do not list minor bug fixes or smaller improvements here. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

(Color) Space Invasion

We have been working very hard on the Space Invasion project, which is — as you might recall — our codename for the project of making GIMP more correct regarding colors.

Lately we have been porting older internal color structures (GimpRGB, GimpCMYK, GimpHSV…) which we used to carry color information to GeglColor. This generic object can contain any color data regardless of color model, precision or space supported by babl, our pixel encoding engine.

What it means for color correctness in particular is that we will now do color conversion only when needed (last-second conversion) and therefore won’t lose information when it could have been avoided. For instance, say you color-pick color from an image: if we were to convert to an intermediate format, before using it on a second image (which may or may not be in another color format), we’d do 2 conversions. Which means more possibility of precision loss. The issue is even more flagrant if the input and output formats are the same (i.e. no conversion should happen at all). And this will be even more a problem when we will have core CMYK backend (we really want to avoid doing a round-trip to an intermediate format with CMYK, which doesn’t have bijective conversion with most other color models, even when working unbounded and ignoring precision issues).

We are also slowly moving stored data to this generic color object. In particular it means that color palettes will be able to contain CMYK colors, CIELAB colors or in any other supported model (and not only these colors after a conversion to unbounded sRGB).

A consequence for code maintainance is that it makes it a lot easier to handle color conversions within our codebase, now that the structure embeds both the data and its “meaning”. It makes color handling a lot less bug-prone compared to when we had to keep track of both information as separate data.

Lastly we are working toward showing color space information in various parts of the interface, when relevant, such as when displaying or choosing RGB, CMYK, HSL or HSV data. Values in these color models without the associated color space are near-meaningless. Interface displaying values in RGB without further information are a remnant of the past when it mostly meant sRGB. This is clearly not true anymore in modern graphic work and the interface should make this clear.

The below video shows some of this interface work where RGB, HSV or CMYK models for instance are always displaying the color space the values are in (which very often means the name of the ICC profile). This is being done in the color picker tool, color samples, FG/BG Color dockable, “Change Foreground/Background Color” dialog and in more places.

Not only this, but when people select a soft-proofing profile and activate soft-proofing (e.g. through the nice new simulation toggle which was added in GIMP 2.99.12), we will also show out-of-gamut area not only within the image’s color space, but also the soft-proof space.

(Color) Space Invasion in the interface - GIMP 2.99.18

Very important warning: this is once again a huge port in our codebase, which impacted litterally thousands of lines of code. This work is unfinished though it will have to be finished before the first release candidate. Therefore unstabilities or bugs are to be expected in this update so if you encounter any issue, we recommend to report them.

Improved Color Algorithms

Øyvind Kolås improved a few internal algorithms:

  • Achromatic pixels in the Hue-Saturation tool are now special-cased so that grayscale pixels (saturation of 0) are only changed by the master adjustment, not by the red adjustment.
  • Grayscale gradients are now kept achromatic even with “Dithering” checked in the Gradient tool.

As the space invasion project goes on, getting things consistent is getting easier in various color-related algorithms, hence enabling us to discover issues quickly and fix them.

Initial Non-Destructive Layer Effects

One area we’re “ahead of schedule” on are the much-requested non-destructive layer effects! The foundation for these features has been laid by many developers over many years, since the introduction of GEGL into GIMP. Originally planned for the 3.2 roadmap, an initial implementation was made as a continuation of a Google Summer of Code project.

If you are not familiar with the term, “non-destructive editing” implies the ability of changing the output pixels while keeping the source pixels intact. For filter effects, such as Blur, it means that layer effects are kept separate from the layer’s pixels. This means that if later on you want to change a setting, rearrange, or even remove the filter, you can easily do so without affecting the rest of the image. Until now, GIMP has followed a destructive editing workflow where effects were immediately merged down onto the layer, so this is a major change!

Any GEGL operation that has a GUI is now applied to layers non-destructively (Non-destructive effects for layer masks and channels are planned for future updates.). This includes third-party GEGL plug-ins and custom operations created with our GEGL Graph tool. These effects can be saved and loaded in .xcf project files, although not all GEGL properties are supported in the current build.

Once a filter has been applied, you can interact with it further by clicking the filter icon in the layers dockable. This will open a pop-up that shows all filters currently applied to the layer. From here, you can toggle the filter’s visibility, edit the filter settings, re-order the filters, and delete individual effects. You can also merge down all filters to recreate a destructive workflow.

Non-destructive layer effects - GIMP 2.99.18

Note that this is only an early implementation, and much work remains to be done for a full-featured version of non-destructive editing. We will continue to refine the existing features for the 3.0 release based on user testing and feedback, and extend them further afterwards. The interface itself is not how we envision this feature ideally and a first specification draft was layed out for a much more integrated workflow.

The below screenshot is a mockup from this first specification which would show layer effects within the main layer list, sharing the same “eye” and “lock” buttons, but also with their own easily editable mask:

Non-destructive layer effect Specification mockup image
Specification mockup image: vision of layer effects directly in the layer list with their own mask

Nevertheless creating this new interface will be its own challenge so we decided to delay it to after GIMP 3 release and to propose this early implementation at first.

Please share your thoughts on the discussion forums and issue tracker!

Font Handling Improvements

Idriss Fekir, another GSoC 2023 student, has been working with long-time developer Liam Quinn to improve how GIMP handles fonts. A lot of this work was internal to improve GIMP’s ability to handle future font and text updates. Some of the more visible changes include:

  • GIMP no longer relies on font names being unique to distinguish between them. This means it won’t append “#1”, “#2” and so on but instead keep the original names in the font selection list. Despite the apparent name clash, both identically named font will now work properly.

  • GIMP can now load fonts using custom styles (bypassing Pango which is unable to load them).

  • We can now load more types of fonts than before. In cases where we don’t support a font yet (or the font is non-existent), we can better detect this and fall back to a default font. This also improves support when loading an .xcf file created on another computer to different fonts available.

  • On Windows, we force the Pango backend to always use anti-aliasing. This improves the readability of menu text on that operating system, especially with a dark theme.

  • The XCF-saving code now stores font information much more accurately which helps to avoid loading the wrong font when reopening some XCF.

  • Alignment of text in text layers for RTL languages is now more consistent with how it works in other software (such as LibreOffice or Scribus).

These changes are a lot less flashy relatively to some of the other features and therefore may feel less important, yet they are actually the foundation work on making text handling a lot more reliable in GIMP. We are envisionning a future where text editing will be simpler while much more powerful and featureful (in particular OpenType features are some of the big improvements we hope to get eventually).

Auto-Expanding Layers

The third GSoC project last summer by student Shubham Daule brought a long requested feature – auto-expanding layers! Brush tools now have an additional “Expand Layers” option. When checked, painting past the layer boundaries will cause them to automatically expand so you don’t have to manage the layer size yourself. If you want to expand the layer beyond the current size of the canvas, you’ll need to also check the “Show All” option in the View menu.

Auto-expanding layers - GIMP 2.99.18

The Expand Layers option also has additional settings when selected. You can decide how much you want the layer boundaries to expand by whenever the brush reaches them. There are also options to specify how the new areas of the layer and layer mask should be filled in when expanded.

New Snapping Options

New contributor mr. fantastic developed two new options for aligning layers on the canvas. With “Snap to Bounding Boxes” enabled, dynamic guides will now show when the layer you are moving is aligned with the center or sides of others. The active layer will also snap to those boundaries to assist you with arranging them properly. The second option, “Snap to Equidistance”, allows you to snap between three layers that are equidistant from each other.

New snapping options - GIMP 2.99.18

Themes

We continued to improve the user interface and style for this release. One of the biggest improvements was dealing with “system theme leaks”. There are styles that were not specifically defined in our themes, thus allowing different systems to supply their own (often conflicting) styles. With the help and feedback of several contributors and users, we’ve made a lot of progress in defining those styles so that everyone has a consistent experience!

Recently Jehan worked on re-organizing and simplifying our theme system. In past development versions we had five different themes: Default, Gray, System, Darker, and Compact (Each with light and dark options). These have been simplified into the System theme and a single Default theme with three possible states – light, dark, and gray. Similarly, our four separate icon themes were condensed into the Legacy set and a Default with Color and Symbolic options. We think these changes will reduce user confusion and make it easier for them to find their preferred interface appearance.

In addition, on Windows the main titlebar (and most dialog title bars) now adjust to light or dark mode depending on the selected theme.

Welcome Dialog

The Welcome Dialog has been expanded to provide quick access to a number of useful features and options. There are now four new sections:

  • Personalize: There are several customization options that require you to dig through the Preference Dialog to change. Now from this page you can easily change the color and icon themes, the user interface language and font size, and OS-specific settings.

  • Create: This page shows your eight most recently opened images and allows you to quickly reopen them. There are also buttons to create a new image or load an existing one. As with other programs, you can set this screen to automatically appear when GIMP starts for immediate access to these features.

  • Contribute: We consolidated some of the many ways you can be involved in GIMP’s development on this page. There are direct links to report bugs, write code, assist with translation or donate financially.

  • Release Notes: Originally these were shown on the lower half of the Welcome page. Now we have a full tab dedicated to them for easier reading.

File Formats

As in other releases, we have made improvements to existing file formats and added import and export support for some new ones.

DDS

A new contributor Stayd has been working with developer Jacob Boerema to make many improvements to the DDS plug-in. As a start, the import functions have been written to be simpler and easier to extend in the future. Some of the other additional updates include:

  • Loading 16 and 32 bits per channel RGBA DDS images is now possible.

  • The Catmull-Rom cubic filter has been added for mipmap generation, and all mipmap generation calculations are performed at 32-bit precision.

  • DDS images in the R8G8, R16, and R16G16 formats can now be loaded as well.

  • An option to flip DDS images vertical on import was added to mirror the existing export option, as some game images store their data this way.

GIF

In the past, overwriting a GIF rather than exporting would always convert it into a single frame image. Now we check to see if the GIF is an animation on load, so it will stay that way when overwritten.

HEIF and JPEG-XL

Both plug-ins now use their respective libraries (libheif and libjxl) to load metadata. As a result, we have removed our custom code to interpret the image orientation and rely on the information supplied from the library instead.

OpenEXR

OpenEXR allows for channels to have custom names besides the color type. In these cases we now treat any single channel image with an unconventional name as grayscale. On import, we also display a notification so that users are aware of the conversion.

PDF

The “Layers as Pages” export option now works even if there is only a single layer group. Previously this option was not available, as the plug-in only checked if there was more than one “layer” without considering if it was a layer group with multiple sub-layers.

PNG

Safe-to-copy PNG chunks are now preserved on import and included in the exported image. Additionally, an often-reported issue with exporting transparent indexed PNGs has been fixed. Now the exported indexed colors should be displayed correctly.

PSD

Jacob Boerema continued his work to improve the PSD plug-in. In addition to bug fixes such as correcting the layer order on import, he also clarified the export warning on layer mode compatibility between GIMP and Photoshop.

PSP

The Paintshop Pro plug-in now supports importing more features from the project file, such as the ICC color profile, guides, grids, and the active selection from when the file was saved. The ZDI-CAN-22096 and ZDI-CAN-22097 security vulnerabilities were also patched in this release.

New image format supports: Farbfeld, Esm Software PIX, HEJ2

We recently added import and export support for Farbfeld, an sRGB image format intended to be easy to parse, pipe, and compress externally.

We also added import only support for the following new file formats:

  • Esm Software PIX: A modified JPEG format used exclusively by the Esm Software company to store their customized images. This was implemented in response to a bug report that confused this format with our existing Alias PIX image support.

  • HEJ2: An addition to our existing HEIF plug-in by contributor Daniel Novomeský which allows importing JPEG 2000 compressed images.

New palette format support: Swatchbooker

Swatchbooker is a free/libre open source software that creates and converts color palettes in a variety of formats. While the software itself has not been updated in many years, its custom palette format .sbz is the most comprehensive of all the ones we currently support. Among its many features are allowing multiple color model definitions per palette entry, localizable names and descriptions, and support for per-entry ICC color profiles.

While working on our import support, we were able to contribute information that led to a bug fix in Krita’s support for Swatchbooker. It’s always great when projects can work together and help each other!

Wayland Tablet Pad Interactions

Long-time GNOME contributor Carlos Garnacho added support for interacting with GIMP via tablet pads. When a tablet is plugged in, you can now assign different actions to the tablet controls via the “Input Device” dialog under the Edit menu. In particular you don’t have to map keyboard shortcuts to the tablet’s buttons, system-side, then map the same shortcut to actions, GIMP-side. You can directly map the tablet’s buttons to actions without the intermediary of keyboard shortcuts.

Assigning actions to tablet pad buttons - GIMP 2.99.18
Assigning actions to tablet pad buttons - GIMP 2.99.18

This work also involved porting features to GTK 3, the GUI framework that GIMP is built on. Note that this feature is currently only supported on Wayland.

API Updates

The Application Programming Interface, for plug-in makers, is steadily being reworked as part of the GIMP 3 overhaul. Part of it is that when colors are involved, we are moving the API to use GeglColor as part of the more general Space Invasion project. Yet it’s only a small part of the whole API improvements.

We are also moving towards more classes to represent the various resources managed by GIMP (brushes, fonts, patterns, etc.) instead of only representing these by names (which was a historical limitation whereas it is absolutely possible for 2 resource makers to choose the same name and the fact is that we see such cases in the wild — for instance 2 fonts independently created may have the same name).

Another big move is replacing the GimpValueArray representing the ordered arguments of a plug-in procedure by a GimpProcedureConfig which contains arguments by name instead of by order. This allows much more semantic usage of plug-in procedures (especially when they have long list of arguments) but also will make it easier to enhance plug-ins in the future, with new or reordered arguments without creating new procedures because the order and number arguments matter a lot less. It means that adding new arguments in the future won’t break existing scripts depending on past versions of these plug-ins anymore (plug-in writers will still have to choose appropriate defaults for the new arguments in order for this to be true, of course).

In parallel, we continue to improve the ability of automatic GUI creation given to plug-ins, making creating dialogs more easy than ever. This includes (among many other enhancements) a new type of procedure argument named GimpChoice which is a string list of choices which can be displayed to creators as drop-down list widgets in your plug-in dialog.

We are planning to write and release tutorial for plug-in writers in the Resource Development section of our developer website in the same time as GIMP 3 release, or not long after.

GEGL and babl

This release of GIMP is accompanied by new releases of GEGL and babl, both of which assist with the color space invasion project.

babl 0.1.108 brings a new babl_space_is_rgb function to help us directly confirm a color space is RGB (rather than doing multiple tests to see if it’s not CMYK or grayscale). There were also several improvements to the build process and to the babl command-line interface tool.

GEGL 0.4.48 provides several updates to the GeglColor object which now supports much of GIMP’s color operation. Specific improvements include being able to directly get and set CMYK color values, as well as assigning the color space when setting RGB(A) colors.

A crash in the existing gegl:voroni filter was fixed, and a long-standing bug with the gegl:dropshadow filter which prevented the effect from shrinking was corrected too.

Last but not least, a new gegl:shuffle-search filter was added to the workshop. It shuffles neighboring pixels to create a more optimized dithering effect.

Release stats

Apart from the first version in the series (2.99.2), GIMP 2.99.18 is clearly the biggest update in most numbers. Since 2.99.16:

  • 238 reports were closed as FIXED.
  • 201 merge requests were merged.
  • 1358 commits were pushed.
  • 26 translations were updated: Basque, Belarusian, Brazilian Portuguese, Bulgarian, Catalan, Chinese (China), Danish, Esperanto, Finnish, Georgian, German, Greek, Hungarian, Icelandic, Italian, Lithuanian, Norwegian Nynorsk, Persian, Polish, Russian, Slovenian, Spanish, Swedish, Turkish, Ukrainian, Vietnamese.

60 people contributed changes or fixes to GIMP 2.99.18 codebase (order is determined by number of commits; some people are in several groups):

  • 23 developers to core code: Jehan, Alx Sa, Shubham, Jacob Boerema, Idriss Fekir, bootchk, Anders Jonsson, Carlos Garnacho, mr.fantastic, Stanislav Grinkov, lillolollo, Øyvind Kolås, Sabri Ünal, programmer_ceds, Lukas Oberhuber, programmer-ceds, James Golden, Luca Bacci, Massimo Valentini, Niels De Graef, Zander Brown, psykose, sonia.
  • 17 developers to plug-ins or modules: Jehan, Alx Sa, Jacob Boerema, bootchk, Anders Jonsson, Stayd, Zander Brown, Bruno Lopes, Daniel Novomeský, Sabri Ünal, programmer_ceds, Kamil Burda, Mark, Michael Schumacher, Stanislav Grinkov, programmer-ceds, sonia.
  • 31 translators: Yuri Chornoivan, Martin, Ekaterine Papava, Luming Zh, Sabri Ünal, Anders Jonsson, Rodrigo Lledó, Jordi Mas, Alan Mortensen, Vasil Pupkin, Asier Sarasua Garmendia, Kolbjørn Stuestøl, Boyuan Yang, Víttor Paulo Vieira da Costa, dimspingos, Alexander Shopov, Alexandre Prokoudine, Aurimas Černius, Balázs Úr, Marco Ciampa, Sveinn í Felli, Danial Behzadi, Ngọc Quân Trần, Jürgen Benvenuti, Piotr Drąg, Timo Jyrinki, Andre Klapper, Kristjan SCHMIDT, MohammadSaleh Kamyab, Rafael Fontenelle, Tim Sabsch.
  • 9 resource creators (icons, themes, cursors, splash screen, metadata…): Alx Sa, Jehan, Ferry Jérémie, Stanislav Grinkov, Anders Jonsson, Bruno Lopes, Jacob Boerema, Sabri Ünal, mr.fantastic.
  • 5 documentation contributors: Jehan, Bruno Lopes, Jacob Boerema, Alx Sa, Anders Jonsson.
  • 14 build, packaging or CI contributors: Jehan, Bruno Lopes, bootchk, Alx Sa, Zander Brown, Jacob Boerema, Jacob Boerema, Stayd, Carlos Garnacho, Heiko Becker, mr.fantastic, Daniel Novomeský, U-YGGDRASIL\ender, lillolollo.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • babl 0.1.108 is made of 17 commits by 6 contributors: Jehan, Øyvind Kolås, John Marshall, Andre Klapper, John, sid.
  • GEGL 0.4.48 is made of 77 commits by 20 contributors: Øyvind Kolås, Jehan, Anders Jonsson, Jacob Boerema, Yuri Chornoivan, Alan Mortensen, Sabri Ünal, Andre Klapper, Ekaterine Papava, Jan Tojnar, Jordi Mas, Luming Zh, Martin, Piotr Drąg, Víttor Paulo Vieira da Costa, Asier Sarasua Garmendia, Marco Ciampa, Rodrigo Lledó, dimspingos, woob.
  • ctx had 308 commits since 2.99.14 release by 1 contributor: Øyvind Kolås.
  • The gimp-macos-build (macOS packaging scripts) release is made of 32 commits by 1 contributor: Lukas Oberhuber.
  • The flatpak release is made of 15 commits by 3 contributors: Jehan, Daniel Novomeský and Hubert Figuière.
  • Our main website (what you are reading right now) had 31 commits since 2.10.36 release by 6 contributors: Jehan, Alx Sa, Sabri Ünal, Anders Jonsson, Bruno Lopes, Jonathan Demeyer.
  • Our developer website had 30 commits since 2.10.36 release by 5 contributors: Bruno Lopes, Jehan, Alx Sa, bootchk, Robin Swift.
  • Our 3.0 documentation had 247 commits since 2.99.16 release by 17 contributors: Andre Klapper, Jacob Boerema, Yuri Chornoivan, Alx Sa, Jordi Mas, Alan Mortensen, dimspingos, Anders Jonsson, Boyuan Yang, Sabri Ünal, Víttor Paulo Vieira da Costa, Juliano de Souza Camargo, Rodrigo Lledó, Kolbjørn Stuestøl, Marco Ciampa, Danial Behzadi, Emin Tufan Çetin.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Team news and release process

Access rights to the git repository were recently given to Bruno Lopes (who has been very active improving our build process and Windows packaging).

Several long term or recent developers or packagers who started to contribute to the new developer website were also given access to the associated git repository.

More contributors are now actively participating to testing releases and packaging, and this is the first news for years which Jehan has not written nearly entirely! Thanks a lot to Alx Sa (a.k.a. Nikc or CmykStudent) for taking up on collaborative news writing!

Clearly we are consolidating day after day a solid core team of contributors and this shows in our release process having more and more feedback at each release.

We are also particularly happy and proud that the 4 GSoC projects we had, since we started again subscribing to this mentoring program, were all successful and ended up being merged to the main code branch within half a year at most after the internship end.

Around GIMP

Mirror News

Since our last news, a new mirror has been contributed to GIMP by:

  • Sahil Dhiman, in Nürnberg, Germany, as a personal project.

This brings us to a total of 46 mirrors all over the world.

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

GIMP on Windows/ARM

Since our news for an experimental build on Windows for ARM 64-bit architecture, we received help from Hernan Martinez, well known contributor in the MSYS2 project, who hosted our first ever CI runner for Windows on Aarch64 architecture. Though this was only a temporary setup (literally a build machine in someone’s living room) until we get a more stable situation, we are extremely thankful to Hernan who helped us make our second step on this platform (the first step was done by Jernej, who made our first experimental installer), make sure our automatic build process worked there and more.

Since then, we got the stabler situation: Arm Ltd. themselves stepped up and contributed officially 3 runners for our Continuous Integration process in Gitlab! Arm Ltd. also sponsored a Windows devkit to one of our developers.

While we still do consider this build experimental, because of lack of testing and because only 2 contributors have a machine able to run it right now, the biggest blocker got removed and we are happy to announce that our universal Windows installer for GIMP 2.99.18 contains GIMP for all 3 platforms (x86 32 and 64-bit, and now ARM 64-bit)!

Downloading GIMP 2.99.18

You will find all our official builds on GIMP official website (gimp.org):

  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s next

As we have now entered a feature freeze, our focus has shifted to bug-fixing, clean-up, and preparing for the first 3.0 release candidate.

We indeed think that this should be the last development release since no new feature will be introduced from now on, at least GUI features (the API is still evolving until the first release candidate). So what you see now is basically what you should get in GIMP 3.0.0, feature-wise.

This is why we released this version even though we know it is quite unstable. Now is the time for last minute comments! Also it’s the moment to report and fix bugs like there is no tomorrow. We hope to be able to deliver a RC1 soon and it should be as bugless as possible.

Our current expectation is to be able to release GIMP for the upcoming Libre Graphics Meeting in May 9-12. To be fair, this is not an easy goal and therefore we are not sure if we can make it. What is sure is that even if we did not manage this on time, it should not happen too long after. In particular we won’t release just because we set a deadline. We want to provide the best experience, which means that if we discover last minute blocker bugs, we will delay the release until they are fixed.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

GIMP 2.10.36 Released

Par :Jehan

This stable release of GIMP comes with a few security fixes, so we advise you to update even if you feel like your current version works fine for you. Apart from the many bug fixes and security updates, it also provides new support for palette formats and a new generated gradient.

This news lists the most notable and visible changes. In particular, we do not list here bug fixes or smaller improvements. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

New features and improvements

ASE and ACB palettes support

In addition to already supported palette formats, GIMP can now load palettes in the following formats:

  • Adobe Swatch Exchange (ASE)
  • Adobe Color Book (ACB)

This will make it easier to exchange palettes coming from other software.

New Gradient: FG to Transparent (Hardedge)

Everywhere a gradient option is available, the gradient list will now feature the additional “FG to Transparent (Hardedge)” option. It generates a gradient from the foreground color to transparency, with hard-edge transitions between the 2 colors.

In the Gradient Tool in particular, you can generate patterns very quickly with the “Repeat” option, alternating repetitive colored shapes with full transparency over a given background.

New FG to Transparent (Hardedge) gradient - GIMP 2.10.36

GIF: non-square ratio support

GIMP now loads GIF images containing the PixelAspectRatio header metadata by setting different resolutions per dimension, hence rendering the image correctly (instead of looking squashed on the screen).

Of course the option “Dot for Dot” in the View menu must be unchecked to see the image at its expected ratio.

More enhancements

A few more improvements were sprinkled across this update, such as:

  • Text tool: improved formatting behavior when selecting and changing text on canvas.
  • Theme: better feedback when hovering lock buttons (with a white frame) as well as when activating a lock (a small padlock shows up in the corner).
  • Help: The Help > User Manual submenu now features a “[Table of Contents]” link.

Security and bug fixes

Fixed Vulnerabilities

Four vulnerabilities were reported by the Zero Day Initiative in code for the following formats and fixed immediately:

  • DDS: ZDI-CAN-22093
  • PSD: ZDI-CAN-22094
  • PSP: ZDI-CAN-22096 and ZDI-CAN-22097

Additionally dependencies have been updated in our binary packages, and with them, some vulnerabilities recently reported in these libraries were fixed.

In any case, we recommend to update GIMP with the latest packages.

Broken Graphics Tablets with recent linuxwacom driver

We don’t usually mention bug fixes prominently but an ugly one happened recently after a change in the xf86-input-wacom (linuxwacom) driver, which provoked crashes of GIMP when using a graphic tablet on Linux.

Various distributions already downgraded the driver, or backported the fix, since a patch to the driver has been quickly pushed as well. Nevertheless if you are in the unlucky situation of using the non-patched driver, this version of GIMP also contains a workaround to the bug.

Release stats

Since GIMP 2.10.34:

  • 26 reports were closed as FIXED in 2.10.36.
  • 10 merge requests were merged.
  • 155 commits were pushed.
  • 20 translations were updated: Belarusian, Catalan, Chinese (China), Danish, Dutch, Georgian, German, Greek, Hungarian, Icelandic, Italian, Lithuanian, Polish, Portuguese, Romanian, Slovenian, Spanish, Swedish, Turkish, Ukrainian.

29 people contributed changes or fixes to GIMP 2.10.36 codebase (order is determined by number of commits):

  • 7 developers: Alx Sa, Jehan, Stanislav Grinkov, Jacob Boerema, Daniel Novomeský, Andras Timar and Gabriel Scherer.
  • 22 translators: Marco Ciampa, Sabri Ünal, Luming Zh, Anders Jonsson, Yuri Chornoivan, Martin, Rodrigo Lledó, Balázs Úr, Hugo Carvalho, Jürgen Benvenuti, Nathan Follens, Piotr Drąg, Alan Mortensen, Cristian Secară, Ekaterine Papava, Jordi Mas, Vasil Pupkin, Aurimas Černius, Danial Behzadi, Petr Kovář, Sveinn í Felli and dimspingos.
  • 3 resource creators (icons, themes, cursors, splash screen, metadata…): Stanislav Grinkov, Jehan, Daniel Novomeský.
  • One documentation contributor: Jehan.
  • 3 build or CI contributors: Jernej Simončič, Jehan and Stanislav Grinkov.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • babl, GEGL and ctx are actively developed, but no releases have accompanied this version of GIMP for once. So we will provide relevant statistics at next release.
  • The gimp-2-10 branch of gimp-macos-build (macOS build scripts) had 45 commits since 2.10.34 release by 1 contributor: Lukas Oberhuber.
  • The stable flatpak branch had 28 commits since 2.10.34, by 3 contributors (and a bot): Jehan, Daniel Novomeský and Hubert Figuière.
  • Our main website (what you are reading right now) had 165 commits since 2.99.16 release by 6 contributors: Sabri Ünal, Jehan, Bruno Lopes, lillolollo, Alx Sa and Robin Swift.
  • Our developer website had 17 commits since 2.99.16 release by 5 contributors: Jehan, Bruno Lopes, Aryeom, Jacob Boerema and Robin Swift.
  • Our 2.10 documentation had 138 commits since 2.10.34 release by 16 contributors: Andre Klapper, Jacob Boerema, Marco Ciampa, Anders Jonsson, Boyuan Yang, dimspingos, Yuri Chornoivan, Jordi Mas, Rodrigo Lledó, Martin, Alexander Shopov, Alx Sa, Balázs Úr, Piotr Drąg, Sabri Ünal and Tim Sabsch.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Team news and release process

Access rights to the git repository were recently given to Lukas Oberhuber (our maintainer for the macOS packages).

During the duration of GSoC, “reporter” rights on our Gitlab project were given to Idriss and Shubham, 2 of the GSoC contributors (the third one already had git access).

Robin Swift, who already helped with GIMP’s developer website has started working on a port of the main website (which you are reading right now) from Pelican to Hugo, a project which was long planned yet had stalled so far.

Finally we remind that we are actively looking for people helping us test packages before releases (especially for GIMP 3.0 and forward). This will help make GIMP releases much more robust. Since the last release, Anders Jonsson and Mark Sweeney were added as Flatpak testers. We also have several testers of the Windows packages, yet we still have no testers for macOS. Whatever your OS and the architecture you test on, we welcome your feedback to detect issues early! Together, the community is stronger! 💪

Around GIMP

Mirror news

Since our latest news, 4 new mirrors were contributed to GIMP by:

  • Silicon Hill, student club of the Czech Technical University in Prague, Czech Republic;
  • Lancaster-Lebanon IU13, an organization comprised of more than 20 public school districts and several non-public, parochial, and charter schools in Lancaster, Pennsylvania, USA;
  • the Moroccan Academic and Research Wide Area Network (MARWAN) in Rabat, Morocco;
  • Jing Luo, in Tokyo, Japan.

This brings us to a total of 45 mirrors so far, from all over the world.

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Book news

Sabri Ünal continued their 📚 bibliographic research, adding so many published books that we decided to completely reorganize the books as a structured file database, allowing us to easily process the information or change the page styling separately from the data.

This also triggered us to split the books page into 2:

As book descriptions don’t always clearly state the version of GIMP they pertain to, we used the release date of GIMP 2.10.0 (April 27, 2018) as the split date.

Last but not least, this new structure allows us to easily generate statistics, which we now show at the bottom of the books pages. At least 44 books were published after GIMP 2.10.0 release, and 305 were published before it. Therefore we are currently listing a grand total of 349 books about GIMP in 17 languages!

We remind everyone that we welcome book additions. If you know (or even are the author) of a not-listed-yet book about GIMP, please report the same information as other books in the list. Thanks!

Downloading GIMP 2.10.36

You will find all our official builds on GIMP official website (gimp.org):

  • Linux flatpaks for x86 and ARM (64-bit)
  • Universal Windows installer for x86 (32 and 64-bit) and for ARM (64-bit)
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Note: macOS packages are a bit late but will come shortly.

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s next

I believe it might be the next to last release in the 2.10 branch, though of course, this is still to be confirmed. What may happen in real life does not always align with plans.

In the meantime, we are working harder than ever to release GIMP 3.0. You will hear shortly about this in our next development release.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

GIMP now on Windows for ARM (experimental)

Par :Jehan

As architecture platform usage widens, Windows on ARM (64-bit) is now a thing. So we decided to support experimentally GIMP for Windows on ARM!

With the newly published revision 2, our universal installer of GIMP 2.10.34 for Windows (as found on our downloads page) will auto-detect the running platform and install the ARM build when relevant.

Thanks in particular to our Windows packager, Jernej Simončič, for his continuous work!

Future work

The “experimental” qualificative for this new support is for the following reasons:

  1. It is not as widely tested. We are aware of some issues already and hope that releasing this experimental build will help us get more feedback.
  2. Only Jernej has a machine with Windows on ARM so far. In particular none of the developers have such hardware, as far as we know. So we don’t expect to be able to fix issues for Windows/ARM as fast as for other supported platforms.
  3. Last, but not least, this additional build is not set up yet in our continuous integration platform, which means we cannot discover appearing issues as thoroughly and quickly as for other architectures, nor can we automatize builds as transparently as we wish.

How you can help

Aside from reports and patches, we really need to set up a Windows/ARM machine in our continuous integration platform. Indeed this is considered a blocker and may be cause for abandoning the experimentation when we release GIMP 3 since we don’t want to backtrack and get back to manual builds done by a single contributor on their personal machine for the 3.0 series.

This means that we are looking for anyone willing to help us set up a machine with Windows on ARM and configure it as a runner on our Gitlab project.

Because of obvious security requirements, such a volunteer would need to have sysadmin experience, willing to commit themselves in the long run (let’s not leave a Windows machine with holes on the internet) and have had some experience in FLOSS contributions.

It might also be interesting to coordinate with other cross-platform Free Software projects to share the administration burden of a CI runner which we can use together to build for Windows/ARM.

If you are interested, please get in touch on IRC or in the dedicated report.

GIMP 2.99.16 Released: Wilber Week 2023 edition!

Par :Jehan

Closer than ever to a release candidate for GIMP 3.0, we introduce the latest development version: GIMP 2.99.16!
This news covers some of the more noteworthy or interesting parts of this update and we are very happy to be able to showcase these.

GIMP 2.99.16: splash screen
New development splash screen, by Aryeom - GIMP 2.99.16

Note: the fun story behind this splash screen is Aryeom molding a pizza dough Wilber on the first evening at Wilber Week. The oven-cooked dough stayed with us during the whole stay. This release was dubbed the “Wilber Week 2023 edition” as a homage to our very successful contributor meetup.

This news lists the most notable and visible changes. In particular, we do not list here bug fixes or smaller improvements. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

GTK+3 port officially done

GIMP 3.0 has been known as the GTK+3 port version, so you will be happy to read that this port is finally over. To be fair, we still have a few minor deprecation warnings here and there, but nothing like the hundreds we used to have.

GimpAction infrastructure

Our last big work was to port how “actions” are handled, which in GTK vocabulary means shortcuts, their mechanism, but also how menus are handled and how generic widgets can be quickly assigned shared action code. Starting from GTK+3, actions moved to GLib (GtkAction became GAction) while losing a lot of features (everything user-facing basically, i.e. labels, descriptions, icons, and so on) or broken apart (the concept of shortcut itself stayed in GTK).
Therefore we had to reimplement the whole thing as a wrapper around GAction, called obviously GimpAction, because for us, these user-facing features are major parts of what makes an action (especially as we do a lot of GUI and code generation so things like labels or icons are not to be associated to a widget — be it a button, a menu item or anything else — but to the action assigned to this widget, for easy and generic reuse).

We also had to wrap a bunch of other widgets, such as our own menus (mostly because menus generated from menu models don’t have tooltips anymore in GTK+3, yet we make extensive use of tooltips) and menu models (GimpMenu and GimpMenuModel), our own toolbar and menu bar (GimpToolbar and GimpMenuBar) and more.

It took me about 2 months to finish while also having to take care of other code, maintenance and usual bug fixes. Boring and exhausting, but this is now done! 😅

It also gives us a whole new world of possibilities as we added new concepts which we wanted for a long time, such as the ability to associate a short and long label to an action (e.g. when it’s used in a contextual interface such as a menu vs. when it’s used without context, such as the action search). It is also the path for planned future improvements (e.g. for a future customizable toolbar).

We still have a bit more work to do to get our new menu and action code exactly how we want it, but we are in a good enough state to showcase it. It won’t feel very different to most of you (and you may also find issues), but not feeling too different was the point too.

Now there are much more immediate improvements which are worth noting.

Multiple shortcuts per action

The new Glib/GTK+3 actions make it possible to assign several shortcuts for a single action. For the time being, the shortcut dialog doesn’t allow you to do so, yet we already use this ability internally for default shortcuts. For instance number keypad keys are not the same as the ones from the number key row so we used to create a duplicate action doing the same thing to support both (because for most people Ctrl-1 should work the same whether from keypad or top row). Now we can just assign both variants to a same action.

As another example, it is now possible to support the special semantic media key (such as media key Copy, Cut and Paste which can be found on some keyboards).

An updated shortcut dialog allowing you to set your own multiple shortcuts might not come for GIMP 3.0, though hopefully not too long after.

Action Search improvements

Now that we have our own action wrapper, we made so that it also tracks its own menu position, so that we can show this menu path in the action search dialog. This will help people who prefer menus to better find their ways.

Action search dialog in GIMP 2.99.16
Action search dialog now showing menu paths - GIMP 2.99.16

You may also notice a small “Manual” 📓 icon in this screenshot. Clicking it will open the manual page for a given action (if no help section exists for this specific action yet, you will be redirected to the action search help page).

Alternatively, hitting the F1 key will open the help page of the selected action.

Improved GEGL operations’ GUI integration

GEGL is our image processing engine. Filters are implemented as separate modules, which we call “operations”. While it is released with a long list of default operations, third-party developers can implement their own filters, hence benefitting from automatic dialog generation, on-canvas live preview, curtain preview, preset saving, previous use settings history and more.

GEGL has been a major component since GIMP 2.10, yet we still needed specific code to place GEGL operations in menus.
As for third-party filters developers, they had to either implement a bogus plug-in to wrap their GEGL operation, or settle for being only visible in the long list of filters shown inside the GEGL operation tool.

Well this has changed as GEGL filters now have easy access to menus in their own right, just like plug-ins do.

From now on, GIMP reads the GEGL key "gimp:menu-path" to add an operation in menus. For instance, say that I wrote an artistic filter to stylize an image and I want it to be under the submenu Filters > Artistic. So my operation code could contain the following code:

  gegl_operation_class_set_keys (operation_class,
                                 "name",           "Jehan:my-style",
                                 "title",          _("My Super Cool Style"),
                                 "description",    _("Stylize an image the way I like it"),
                                 "gimp:menu-path", "<Image>/Filters/Artistic",
                                 NULL);

And here it is:

Easily adding a third-party filter to menus in GIMP 2.99.16
Easily adding a third-party filter to menus - GIMP 2.99.16

GIMP will generate automatically the GUI according to the properties declared in your operation.

Of course, you can also create your own menu folders. Say I create a bunch of filters which we use specifically for our movie project, I could create a submenu "<Image>/Filters/ZeMarmot" (or even a top-level menu. You’ll notice the “Girin” menu in my screenshot which is where we install our custom plug-ins already).

We will use this to simplify core GIMP code as well, even though for now, only two new GEGL filters use this feature.

ℹ️ About GEGL operation namespaces: you may notice that I prefixed my hypothetical filter name with “Jehan:”. This is a way to “namespace” your filters with a unique name and avoid clashes if someone were to implement a filter with the same name. Choose this namespace wisely, and in particular do not use “gegl:” or “svg:” namespaces which are reserved for GEGL core operations (and might even be forbidden some day to third-party operations).

The second big improvement is that your custom filters will now appear in the action search (/ key by default), whether or not you added them to a menu. It allows searching and running them very easily!

Third party filters are now searchable - GIMP 2.99.16
Third party filters are now searchable - GIMP 2.99.16

Tools

Text tool

While the on-canvas editor of the text tool is very practical, it was sometimes a bother as it is in your way. There are cases when you’d like to be able to see the bare canvas while editing text.

It is now possible thanks to the new option “Show on-canvas editor” to toggle its visibility.

Hiding the on-canvas text editor - GIMP 2.99.16
Hiding the on-canvas text editor - GIMP 2.99.16

Align and Distribute tool

The tool had been fully reworked in GIMP 2.99.14.

In this version, we modified the option “Use extents of layer contents” so that it applies to the alignment reference as well (not only the target objects).

Unified Transform tool

A patch was submitted to make the Transform Matrix selectable in the tool’s on-canvas dialog. This makes it easier to reuse the matrix in other software (while first testing in GIMP for immediate preview of the transformation, then copying and pasting the matrix).

Space Invasion

Space Invasion is our project to ensure color correctness everywhere we show or use colors, choose proper color defaults, propose relevant color options…

In this version, some work was done in internal code which was still assuming sRGB input or output and was used in a few situations. It is now possible to choose more easily out-of-sRGB foreground and background colors, and the Color Picker tool shows color values from the proper image space.

Still in the Color Picker tool (and the Sample Points dockable), a new “Grayscale (%)” display mode was added, which shows the pixel’s Grayscale value if the picked image were converted to Grayscale mode.

There is still much more work-in-progress regarding these interfaces, such as ensuring the colors are correctly displayed in the various color boxes (not only on canvas), that we get reasonable behavior on shared color widgets when switching from an image’s color space to another, and so on.

Also we plan to become more explicit on the color space currently in use on all these shared interfaces where you can choose or show colors (Colors dockable, Foreground/Background colors, Color Picker tool, Sample Points dockable…). This is going to be one of the biggest parts of the next development release.

Graphical User Interface

New option “Merge menu and title bar”

In the Preferences dialog, Image Windows settings, you will find a new checkbox titled “Merge menu and title bar”. This is basically an option to switch to Client Side Decoration for the image windows, which mostly means that the menu will be merged inside the title bar, hence saving vertical space.

Preferences settings
Preferences settings “Merge menu and title bar” - GIMP 2.99.16

Note: this option doesn’t work for macOS which always has its own platform-specific menu style.

Since the header bar is set to be hidden when maximizing, if you checked “Show menubar” for the “Default Appearance in Fullscreen Mode” in Preferences > Image Windows > Appearance, the menu will be temporarily moved out of the title bar. This makes the menu visible (if relevant option is checked, which is the default) even in fullscreen mode.

Now we know that client-side decoration is quite a controversial feature. You find people who love this with all their might as much as the opposite (in particular because you lose window styling consistency since decorations are not handled by the window manager anymore). Moreover we are being told that in some specific cases, the system refuses to drop its own window decoration and you may end up with 2 title bars (one drawn by the system and one by GIMP).

For these reasons, this option is disabled by default.

Themes

The dark variant of the Default theme has been reworked because it was a bit too dark. The older version has been moved temporarily as a new theme titled Darker, though we aren’t sure if we will keep it.

During our last in-person developer meeting, where this work happened, the concept of a “High Contrast” theme was also evoked. At some point, we even discussed the possibility to implement settings for color customization of the theme.

Now we are not sure which will happen for GIMP 3.0. It will really depend on whether we get more theme contributions by the time we release.

Fill and Stroke selection/path improvements

The “Stroke/Fill Selection Outline” or “Stroke/Fill Path” dialogs used to propose to stroke (respectively fill) either with a “Solid color” (in fact the foreground color) or with a “Pattern”. We split the “Solid Color” into “Foreground color” and “Background color”, so that you don’t have to constantly switch their positions.

Furthermore the “Stroke Selection” and “Stroke Path” dialogs in particular have been reorganized in a stack switcher making the 2 options “Line” and “Paint tool” easier to use.
As a result of saving dialog space, we don’t hide anymore the “Line Style” settings under an expander, in order to show more prominently the line rendering options.

Reorganized Stroke dialogs - GIMP 2.99.16
Reorganized Stroke dialogs - GIMP 2.99.16

Middle Gray (CIELAB)” layer fill option

When creating a new image or a new layer, there is this “Fill with” field where you can choose the created layer color among the FG/BG colors, white, black, transparency or a pattern. We added “Middle Gray (CIELAB)” which corresponds to 50% of perceptual lightness (the L* of CIELAB or CIELCh), or again 18.42% luminance.

Though the concept of “Middle Gray” may have different values depending on the chosen definition, this is one of the most common, considered as perceptually halfway between darkness and light to the average human observer’s eye.

File Formats

A major chunk of the work on file formats is from Alx Sa (known as Nikc in previous news), who has a knack for adding support for various formats and improving the existing ones. And that’s awesome work so bravo Alx! 👍

FITS

FITS is an image format most commonly used in astronomy.

While we used to embed our own code for FITS support, we now ported it to cfitsio, a library maintained by the NASA.

This allows us to import compressed FITS files (GZIP, HCOMP, PLIO, RICE) in 8/16/32-bit and float/double precision. As a general rule, it will greatly improve our support level for this format.

Since we now use an external library, FITS support becomes optional (especially relevant to Linux distribution packages; on our own packages, it is always present).

Additionally we would like to thank Siril (the astronomical image processing tool) whose developers exchanged with us to improve the support in GIMP.

PSD (and a bit of TIFF and JPEG)

Clipping paths can now be imported from and exported to PSD files!

If your image has any path, a PSD export dialog will propose you to “Assign a Clipping Path”, and a combo menu will allow you to select the path to use.

Exporting a clipping path - GIMP 2.99.16
Exporting a clipping path - GIMP 2.99.16

This clipping path can be used in programs which support clipping paths, e.g. Scribus (desktop publishing) already lists all the paths as usable as clipping path yet will highlight in green the selected clipping path hence allowing to better tag the path you want to use for this purpose.

Using a clipping path in Scribus - GIMP 2.99.16
Using a clipping path in Scribus (note in particular the path highlighted in green) - GIMP 2.99.16

Similarly, on import, any clipping path information stored in the PSD will be reused as default for export.

Another interesting change is that on import, if some PSD features are not supported, a compatibility warning dialog will be displayed, listing all the missing features:

PSD compatibility warnings when importing a PSD - GIMP 2.99.16
Compatibility warnings when importing a PSD - GIMP 2.99.16

This way, you can make an informed decision when working with exchanged PSD files.

Note that the export dialog also has a new “Compatibility Notice” regarding legacy layer modes, as some people have noted that they have better compatibility when exporting PSDs and reopening them in Photoshop.

Last but not least, a new PDB procedure "file-psd-load-metadata" was created to allow other plug-ins to delegate PSD metadata loading to the PSD plug-in. Indeed a common usage in various file formats is to self-extend by storing custom metadata in Photoshop proprietary metadata format. We already implemented 2 such usages:

  • TIFF images can contain image-level proprietary resources in the TIFFTAG_PHOTOSHOP metadata, as well as layer-level resources (e.g. PSD layers instead of TIFF pages) in the TIFFTAG_IMAGESOURCEDATA metadata. GIMP now supports both of these and will load what it supports.
  • JPEG images can contain PSD metadata on image-level only, such as paths. These will now be loaded as well.

Same as in the PSD plug-in itself, if some of these metadata are unsupported, a compatibility dialog will be raised.

These will enable a whole new world of support for JPEG and TIFF (relative to the specific proprietary PSD resources) as they will sync to the support level of the PSD plug-in instead of duplicating code.

JPEG

Additionally to the various metadata-related improvements, the option “4:2:2 horizontal (chroma halved)” got renamed to “4:2:2 (chroma halved horizontally)” and the option “4:2:2 vertical (chroma halved)” to “4:4:0 (chroma halved vertically)”.

Research indicates these to be the most usual notations for these options these days.

JPEG-XL

We added initial support for CMYK(A) export: Key and Alpha data is saved in extra channels and the simulation profile is saved as well.

Per the specification developers, the format does not support ‘naive’ CMYK conversion, so a profile is required for export. The option “Export as CMYK” will be disabled if no CMYK simulation profile is set.

DDS

We enabled OpenMP support when available on the build machine. This means in particular that parallel processing is enabled, which should improve processing speed in some cases.

New image format supports: PAM, QOI, Amiga IFF/ILBM, DCX

We recently added both import and export support for the following formats:

  • PAM (grayscale and RGB, with or without alpha): essentially PPM files with a different header format and alpha/16 bit support.
  • QOI: the funnily named “Quite OK Image” format for lossless image compression of color raster images (8-bit per channel), with or without an alpha channel.

We added import-only support for the following formats:

  • Amiga IFF/ILBM: initial support for importing indexed ILBM, Amiga PBM, and ACBM images.
  • DCX: containers that store up to 1023 PCX files.

Now it may seem useless to support weird, old if not sometimes forgotten formats but this is actually important (at least the import ability). This can be useful for archiving, being able to display old images one may have created years ago, reusing and work on existing data.

Ultimately GIMP aims at being able to load any format which has existed under the sun!

Note: some of these new supports might not be yet in our official packages (e.g. Amiga IFF/ILBM), though should be soon.

Plug-in API

The development interface for plug-ins continues to evolve towards its final state, though it is still one of the last big worksites now that the GTK+3 port is over.

Resources data get their own class

GIMP plug-ins used to refer to various resources (brushes, fonts, gradients, palettes, patterns, etc.) by name. We moved into creating specific classes (GimpBrush, GimpFont, GimpGradient, GimpPalette and GimpPattern respectively) in libgimp for these data, under a common parent class GimpResource. This moves this part of the API to an object-oriented interface (same as other existing types for images, layers…) which will be a lot nicer for bindings.

Moreover we move to unique IDs for each resource, which is not name-based. While this part is still mostly libgimp-side, we plan on making names less of an identifier in core code as well. This indeed creates name clashes much too easily, especially if you exchange data with other people (it is very easy to find custom brushes or fonts made by different people and using the same name). We are working on making GIMP much more robust to these kind of real-life name clashes.

Plug-in localization improved

Some work was done on reviewing our plug-in localization rules. While we used to have the menu strings localized by the core application itself, the rest was localized by the plug-in process. This has always been confusing to third-party developers (“Should I use _() or N_() to translate strings?”). Now it’s very simple: the plug-ins takes care entirely of their own localization, hence always send already translated strings to the core process. It also means that changing GIMP’s language settings triggers a reload of all plug-in registrations (to update strings).

Apart from simplifying the rule, it also prevents a possible clash for the gettext catalog names (in case 2 plug-ins were to use the same catalog name, it doesn’t matter anymore as each process handles their own).

And finally, even though we still recommend gettext (we also provide infrastructure functions for plug-ins to easily set up plug-in localization with gettext), it make third-party plug-in developers freer to choose their own localization infrastructure if they prefer something else.

All these changes are also part of a longer term work to move plug-ins to self-contained extensions which will be easily sharable and installable.

More specialized plug-in argument types

While GStrv was added in GIMP 2.99.10, it was not serialized into config files (our infrastructure to store plug-in settings across runs), until this version.
A very cool first usage of this ability is for the Script-fu console which now remembers the history of run commands.

Moreover plug-ins now have access to GBytes arguments for all the cases where we were misusing arrays of unsigned integers on 8-bit instead, in order to represent binary data (or more generally custom data, which can be anything, from text to binary). The GimpUint8Array type has been removed as a possible plug-in argument type and all its uses replaced.

And more…

More functions were added, for instance to enhance the capabilities of the GUI generation for plug-ins. Some encoding issues were handled and various functions’ annotations and usage have been clarified.

For a more exhaustive list of functions added, removed or changed, we advise to look at the NEWS file.

GEGL, babl

As usual, this version of GIMP is accompanied by new versions of babl and GEGL:

babl 0.1.104 and 0.1.106 improved the LUT code and provide faster startup by caching balanced RGB to XYZ matrices.

GEGL 0.4.44 and 0.4.46, in addition to the usual bug fixes, started to add the "gimp:menu-path" key to some operations, improved gegl:ff-load, gegl:ff-save to make them build with FFmpeg 6.0 (though gegl:ff-save still doesn’t work properly with this version of FFmpeg), and added 2 new operations:

gegl:chamfer
New operation in workshop that use gegl:distance-transform and gegl:emboss, based on LinuxBeaver’s research into modeling different bevels with combinations of blurs.

Applying gegl:chamfer to text for a bevel effect - GIMP 2.99.16
Applying “gegl:chamfer” to text for a bevel effect - GIMP 2.99.16
gegl:local-threshold
Neighborhood aware and optionally antialiased thresholding of an image. The operation is equivalent to doing an unsharp mask with a large radius, followed by scaling the image up applying threshold and scaling down by the inverse of the scale up factor.
If you have a photo and you want to make a decent highlights vs shadows threshold it gives a lot better results than the built-in threshold. It finds per-pixel adapted threshold levels for a gaussian average from the neighborhood radius. In addition it permits creating anti-aliased threshold masks (if the radius is set to 0, the behavior is similar to the built-in threshold op).
From a UX point of view, the only thing missing for this new filter taking over the current threshold filter is specifying the rgb⇒gray conversion, then the additional parts of the UI would be options for threshold.
Beware though that antialiasing is achieved by scaling the input up and down - so high settings make it churn with relatively little quality gain.

Left: original; top-right: current Threshold filter; bottom-right: new Local Threshold - GIMP 2.99.16
Left: original; top-right: result with current Threshold filter; bottom-right: result with new Local Threshold - GIMP 2.99.16

Release stats

Since GIMP 2.99.14:

  • 105 reports were closed as FIXED in 2.99.16.
  • 123 merge requests were merged.
  • 1115 commits were pushed.
  • 25 translations were updated: Basque, Bulgarian, Catalan, Chinese (China), Chinese (Taiwan), Danish, Esperanto, French, Georgian, German, Greek, Hungarian, Icelandic, Italian, Lithuanian, Persian, Polish, Portuguese, Romanian, Russian, Slovenian, Spanish, Swedish, Turkish, Ukrainian.

67 people contributed changes or fixes to GIMP 2.99.16 codebase (order is determined by number of commits):

  • 34 developers: Jehan, Alx Sa, Michael Natterer, Jacob Boerema, Simon Budig, Luca Bacci, Niels De Graef, Daniel Novomeský, Lloyd Konneker, Øyvind Kolås, Lukas Oberhuber, Ian Martins, programmer-ceds, Andras Timar, Andre Klapper, Carlos Garnacho, Idriss Fekir, Jordi Mallach, Sabri Ünal, Shubham, Stanislav Grinkov, Stephan Lenor, Venkatesh, kotvkvante, lapaz, lillolollo, programmer_ceds, valadaptive, 依云, Anders Jonsson, Jordi Mas, Richard Szibele, Tomasz Golinski and Florian Weimer.
  • 31 translators: Martin, Yuri Chornoivan, Ekaterine Papava, Alexander Shopov, Hugo Carvalho, Jordi Mas, Sabri Ünal, Rodrigo Lledó, Asier Sarasua Garmendia, Anders Jonsson, Alan Mortensen, Cristian Secară, Sveinn í Felli, dimspingos, Alexandre Prokoudine, Balázs Úr, Chao-Hsiung Liao, Piotr Drąg, Tim Sabsch, Kristjan SCHMIDT, Luming Zh, Marco Ciampa, Alexandre Franke, Aurimas Černius, Balázs Meskó, Christian Kirbach, Danial Behzadi, Emin Tufan Çetin, MohammadSaleh Kamyab, Zurab Kargareteli and حجت‌اله مداحی.
  • 10 resource creators (icons, themes, cursors, splash screen, metadata…): Jehan, Michael Natterer, Alx Sa, Stanislav Grinkov, Lloyd Konneker, Ville Pätsi, Aryeom Han, Daniel Novomeský, Anders Jonsson and Mark.
  • 5 documentation contributors: Jehan, Lloyd Konneker, Anders Jonsson, Corey Berla and Michael Natterer.
  • 15 build or CI contributors: Jehan, Alx Sa, Jacob Boerema, Michael Natterer, Daniel Novomeský, Lloyd Konneker, Michael Schumacher, Stanislav Grinkov, Niels De Graef, Simon Budig, Lukas Oberhuber, Florian Weimer, Luca Bacci, lillolollo and Jordi Mallach.

Contributions on other repositories in the GIMPverse (order is determined by number of commits):

  • 1 contributor to babl 0.1.104 and 0.1.106: Øyvind Kolås.
  • 13 contributors to GEGL 0.4.44 and 0.4.46: Øyvind Kolås, Marco Ciampa, Martin, Asier Sarasua Garmendia, Ekaterine Papava, Piotr Drąg, Yuri Chornoivan, Alexandre Prokoudine, Jan Tojnar, Rodrigo Lledó, Sabri Ünal, Tim Sabsch and dimspingos.
  • 2 contributors to ctx since 2.99.14 release: Øyvind Kolås and Carlos Eduardo.
  • 3 contributors to gimp-macos-build (macOS build scripts) since 2.99.14 release: Lukas Oberhuber, Kyungjoon Lee and Mingye Wang.
  • 2 contributors (and a bot) to the beta flatpak: Jehan, Daniel Novomeský and flathubbot.
  • 7 contributors to our main website (what you are reading right now) since 2.99.14 release: Jehan, Sabri Ünal, Jacob Boerema, Aryeom Han, Michael Schumacher, lillolollo and Tim Spriggs.
  • 9 contributors to our developer website since 2.99.14 release: Jehan, Bruno Lopes, Jacob Boerema, Krek Krek, Mark, Alx Sa, GoldenWon, Michael Schumacher and kotvkvante.
  • 16 contributors to our 3.0 documentation since 2.99.14 release: Andre Klapper, Jacob Boerema, Anders Jonsson, dimspingos, Yuri Chornoivan, Jordi Mas, Nathan Follens, Tim Sabsch, حجت‌اله مداحی, Alexander Shopov, Balázs Úr, Danial Behzadi, Hugo Carvalho, Martin, Piotr Drąg and Rodrigo Lledó.

Let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. Our community is deeply thankful as well to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Team news and release process

Our release procedure is getting much better at each new version. I would like to thank our testers who did an awesome job raising the few release-blockers we had for GIMP 2.99.16, as well as the people who followed up on these issues, handled technical responses, created or updated packages, and more.

In particular, a huge thank you to (by alphabetical order) Alx Sa, Anders Jonsson, Daniel Novomeský, Hubert Figuière, Jacob Boerema, Liam Quin, lillolollo, Luca Bacci, Lukas Oberhuber, Mark Sweeney, Sevenix, ShiroYuki_Mot and Uzugijin!

As a reminder, if anyone is willing to help us improve GIMP by participating to release testing, please open a report on the developer website tracker with the following information:

  • The Operating Systems (Linux, Windows, macOS, *BSD…) you will be testing on, with details if possible (which Linux distribution and version? Which version of Windows or macOS?…).
  • The architectures you will be testing on (x86, ARM… 32 or 64-bit).
  • If you will test our pre-built packages or from source (custom builds).

Then we will notify you in the next release testing phase (stable and development releases).

Our expectations from testers:

  • Make sure you receive Gitlab notifications when your nickname is cited (we advise to set your Global notification level to “Participate” or “On mention”).
  • Follow the release report to know what’s happening and when you are needed.
  • Release reports are not a place where we teach people how to use basic functions of a computer. Testers don’t have to be developers, but they have to be able to follow basic technical guidelines, give feedback more useful than “it doesn’t work” and be able globally to interact with developers.
  • Be nice and welcoming: everyone here is a volunteer, testers as much as developers. This is Community, Free Software, not a soulless job. 🤗

Around GIMP

Mirror news

The Fremont Cabal Internet Exchange contributed a new download mirrors to distribute GIMP, based in Sheffield, South Yorkshire (United Kingdom). With 11 mirrors out of 41 in total, they are clearly our biggest mirror sponsor! Thanks FCIX!

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Book news

Sabri Ünal did an awesome bibliographic research, added 39 books and updated even more in our “Books About GIMP” page. We won’t list all the changes as there are just too many, though you can read the detailed merge request descriptions (!93 and !98).

We are starting to get a more up-to-date books page with recent publications. Nice! 📚🤓

We remind everyone that we welcome book additions. If you know of a not-listed yet book about GIMP, please report the same information as other books in the list. Thanks!

Downloading GIMP 2.99.16

GIMP 2.99.16 is only available for Linux and Windows for now. Our macOS packaging is currently blocked by our inability to notarize the packages until the GNOME Foundation fixes their Apple account. We will keep you updated.

Update from July 11: GIMP 2.99.16 is now avalaible on Linux, Windows and macOS!

You will find all our official builds on GIMP official website (gimp.org):

  • Linux development flatpak
  • Windows installer
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s next

Though the roadmap shows a few more unfinished items, the 2 biggest workfields to come for the next release are the API redesign — which is well on its way but is important enough that we’ll need to really look into details —, and the Space Invasion project (making sure every existing color-related feature is reliable).

As we are really reaching the “stabilization” stage in our development, while our requirement rule was based on “Debian testing” (whichever it was), we recently froze our dependency bumps on the just released Debian 12 (bookworm). It means that we won’t bump any minimum requirement over what is in Debian 12 (except for optional dependencies, and even only so as exceptional cases and with very good reasons). This is because we plan to release soon enough that we need to make sure GIMP can be packaged on all reasonably recent distributions.
Of course, for our own packages (Windows, macOS and Flatpak), we will always use the latest dependency versions anyway.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

Wilber Week 2023: report

Par :Jehan

With the unfortunate health situation of past years, GIMP team had not been able to meet since 2019. This affected the software evolution (commit numbers have been divided by about half!) because for many of us, GIMP is more than a software: it’s people, it’s a community. So motivation shrank by lack of social encounter.

Therefore we are glad to announce the return of Wilber Week: our week-long meeting of GIMP contributors (started back in 2017 as a companion to the Libre Graphics Meeting).

A month ago, we had our second Wilber Week in Amsterdam!

Wilber Week 2023: GIMP team
Wilber Week 2023: GIMP/Inkscape contributors (from left to right: Niels, Mitch, Simon, Liam, Ville, Aryeom, Jehan, Øyvind, Chris and Schumaml) — photo by Niels, CC by-sa

Setting up

This year, 10 GIMP contributors showed up, by alphabetical order:

  • Aryeom: ZeMarmot‘s film director, 11-year contributor, graphics contributor, UI design, alpha-tester…
  • Carlos Garnacho: long-time contributor and advisor for anything input device, GTK or GNOME related, contributor and maintainer for various important bricks in GNOME.
  • Jehan: myself, 11-year contributor, GIMP co-maintainer, ZeMarmot technical side…
  • Liam Quin (demib0y): 15+-year contributor, community helper, working to keep GIMP community friendly and welcoming…
  • Michael Natterer (mitch): 26+-year contributor, my genius co-maintainer…
  • Michael Schumacher (schumaml): 20+-year contributor, administrator, brilliant triager, community helper and more…
  • Niels de Graef: 4+-years contributor, big contributor as well in GNOME, GTK and more…
  • Øyvind Kolås (pippin): 20+-year contributor, GEGL maintainer, digital media toolsmith…
  • Simon Budig (nomis): 25+-year contributor, cares about keeping GIMP a nice community forever…
  • Ville Pätsi (drc): 22+-year contributor, photographer, graphics contributor…

Additionally we invited 2 Inkscape contributors. What started as a simple toot on Mastodon transformed into a private discussion with Martin Owens from Inkscape who was hoping to discuss color management with us. So we invited them to enjoy our hacking retreat and discuss further!

In the end, Marc Jeanmougin, Inkscape developer, and Chris Rogers, graphics contributor, spent the week with us!

We were all lodged in a fricking century-old sailing boat. No joke! That was an insanely cool place where we could start hacking from day one!

Wilber Week 2023: hacking in a sailing boat
Wilber Week 2023: hacking in a sailing boat (from left to right: Schumaml, Mitch, Jehan, Carlos, Marc) — photo by Niels, CC by-sa

About the city itself, let me state for the record that, as a vegan and pro-soft transportation, Amsterdam seems like a very nice place to live in!

Blender Foundation headquarters

The Blender Foundation gracefully lent workshop and meeting rooms to our team.

Wilber Week 2023: GIMP contributors entering Blender headquarters
Wilber Week 2023: GIMP contributors entering Blender headquarters — photo by Schumaml, CC by-sa

Of course, having “desks” was not our real reason to choose this office. It was very cool to meet Blender teams. We were also able to have various interesting discussions. Quite notably, Nathan Vegdahl from Blender was extremely welcoming and showed us a lot of very cool stuff!

As was expected, we discussed about color management, in particular in Wayland as Sebastian Wick, major contributor for color management in Wayland was pulled in a few times (thanks to Niels!) through remote video calls. This was very constructive!

Wilber Week 2023: meeting with GIMP, Inkscape, Blender and Wayland contributors in Blender headquarters
Wilber Week 2023: meeting with GIMP, Inkscape and Wayland contributors in Blender headquarters (left to right: Liam, Øyvind, Nathan, Marc, Jehan, Mitch, Simon, Niels; and Sebastian on screen) — photo by Aryeom, CC by-sa

Bottom line: the interactions with Blender folks made the trip quite worthwhile!

In the same time, there were more things I was hoping to discuss, such as better file exchange and interactions between our programs (think Libre Graphics Suite, a major gripe we have at ZeMarmot project as we work with all these software and it’s not always easy!). There was already so much going on that this didn’t happen. Hopefully the opportunity will come again!

Immediate consequences

Bug fixing! Mitch is back!

This was a very packed week for hacking on GIMP, fixing bugs, improving long overdue code and so on. A huge part of this was thanks to the fact that we got our co-maintainer back, Michael Natterer, a.k.a. mitch!

We missed him dearly and it’s so good to have him looking over our code once more, as well as hacking frenziedly until late at night, like the old times!

Wilber Week 2023: the maintainer sleeps
Wilber Week 2023: where has been mitch for 2 years? Turns out he was just sleeping… — photo by Jehan, CC by-sa

Of course, a lot of other old-timers came back to code for the occasion, so let’s not forget them all!

Improvements

Among the many things which happened during this very eventful week (or as direct consequences), let’s mention:

  • Simon Budig should be commended for fixing warnings, cleaning code and updating code away from deprecated API!
  • Niels de Graef and Carlos Garnacho helped with various GTK- and Wayland-related fixes. This also resulted in patches in GTK or other dependencies, not only in GIMP.
  • The plug-in API got seriously worked on, adding support of GBytes as plug-in arguments, improving the new GimpResource class and subclasses allowing plug-ins to easily manipulate various data (brushes, dynamics, patterns…) and more.
  • Autotools is finally gone from our main repository! (though it is still present in the stable branch)
  • Our Continuous Integration now shows JUnit reports from meson unit tests.
  • Ville is getting used to improving our themes: he did the 2.10 ones, now again he helped on the Default 3.0 theme, improving work started by other contributors.
  • As a direct result of Wilber Week, Carlos implemented, soon after, pad customization ability to GIMP (with a very nice write-up on this work). As review will take some time, it won’t be in 2.99.16 though will definitely end up in GIMP 3.0!
  • Aryeom worked on an updated logo, with the help of various GIMP contributors (in particular Ville, Øyvind and Simon) as well as Chris from Inkscape. This is still work-in-progress.
  • Some improved GEGL integration discussion and work happened during the week, then continued after, allowing to easily add third-party GEGL operations in GIMP’s menu and search for them in the action search (note: implementation changed since these toots; not all operations end up in menus now, only when a specific metadata is present in the operation).
  • Aryeom updated the splash screen for the next development version (to be continued…).
  • While they couldn’t be present unfortunately, we shouldn’t forget Jacob Boerema, Alx Sa and others who continued to improve GIMP remotely in the same time!
  • Since we had 3 projects selected in GSoC 2023 with Liam and myself as mentors, we had GSoC meetings as remote calls with the students.

Dropping bitcoin donation method

We have had a bitcoin address on the website. Some people have asked for more crypto-currency options. With a rise in scams, high energy use and differing national tax implications, we have decided — after discussion and a vote during Wilber Week — to no longer feature a bitcoin donation link.

The donations in bitcoin have been received, some of them used, but we are still working on how to properly channel these funds towards our expenses.

Making plans

A foundation?

It turns out that we have been interviewed by Pablo Vazquez while in Blender’s, so the cat is out of the bag in a quite public way now: we have been trying to set up our own entity. But first, since I teased you, here was the interview:

Wilber Week 2023: GIMP’s Wilber Week 2023 at Blender HQ, by Pablo Vazquez (featuring Simon, Jehan and Mitch)

In case you wonder, the slides can be found here, they were taken from a end-of-event presentation I gave to Blender folks.

Wilber Week 2023: the EOF talk
Wilber Week 2023: the EOF talk — photo by Aryeom, CC by-sa

Making a proper entity for GIMP is something which has been on my mind for many years and which I started to discuss with others of the team, and with friends from other non-profits to help me find the best way, since 2019! After some hiatus on this project, I revived my work on it late 2022, and we are actually quite advanced, though I will refrain on giving too much details now in order not to jinx it.

Let’s see how it pans out!

Now something to be clear about: GIMP has always been a bit of a messy and friendly community project. And that’s part of what I like about it: this bit of anarchy. Whatever we build to support the project, I will always fight for this spirit to live on. This was in fact one of the difficult part of setting up an organization and why it took so long: doing so without the organization taking over the project, but instead as a support to the community.

GIMP 3 and onward! ⛵

Clearly this Wilber Week made me trust that my initial plan (outlined in the 2022 report as hoping to have GIMP 3.0 release candidates this year) should be possible. If we can keep the community as lively, there is high chance to see this happen.

We are clearly sailing in exciting times, right now, toward a very cool future! 😄

What’s next

For anyone interested, the meeting page on the developer website gives a bit more details on what happened, what was actually discussed, meeting notes, etc.

Right now, we are deep into preparing the release of the next development version of GIMP (GIMP 2.99.16). And while it’s not even out, we are already quite excited about the next one (which might even be a release candidate in the best case!).

In the meantime, do not forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

GIMP in GSoC 2023

Par :Jehan

This year again, GIMP project got selected as mentor organization in the Google Summer of Code.

Applications by contributors are opening today (Monday, March 20, 2023) and will close on Tuesday, April 4, 2023.

Project ideas

On our new developer website, we listed a few ideas which might be suitable for a GSoC. These range from core color science projects to UX improvements, build system updates or even making a website for our future extension platform.

Obviously this list of ideas is far from exhaustive and we definitely welcome your propositions. Even better, if you have great ideas of your own, it may play in your favor, as long as they are realistic projects which can be finished within GSoC timeframe, or at least broken down in usable parts.

Requirements

As already explained last year, and again in our internship page, if you want to participate, some of the most important requirements are:

  • Get familiarized with our code by fixing a few patches beforehand. You don’t have to work on extra-complicated bugs or features at first (reports labelled “Newcomers” are probably good first-patch targets), nor does it absolutely need to be related to the topic of your planned project. We mostly need to interact with you on a technical topic as a first approach.
  • Communicate! Don’t just drop your project out of the blue on the GSoC interface (several people did this last year). Come and discuss your project ideas with us on IRC. You may also open a report on our issue tracker detailing your proposition.

GIMP Help Manual 2.10.34 Released

GIMP Help Manual 2.10.34 is finally out, with many documentation improvements and more supported languages.

This news lists the most notable and visible changes. In particular, we do not list here the bug fixes. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

Introduction

The release of a GIMP Help manual has been long overdue. We published a 2.10.0 test release, but that was never meant to be an official release. Due to the lack of volunteers and the amount of documentation needing updates, this test release eventually became the de facto first 2.10 release, although it was outdated in a lot of places and missing documentation for newer features.

There still is more work to be done, but after a long period of hard work, the manual is finally in a state where we can present you a new official release.

Online Manual

Not that we want to discourage you from using this release version of the manual, but the online manual is being updated daily. It should generally be your first choice, unless you have limited internet bandwidth or other reasons to prefer the offline version.

We modernized our website to be more in line with the main GIMP website and improved the information about our manuals. New automated builds are published to our website once a day. Even better, our website now shows the completion status for each language. A lot of languages still need considerable work. If you would like to help improve that, please visit https://docs.gimp.org/help.html for more information.

Translations

Several new translations are being worked on: Czech (restored), Hungarian, Portuguese, Ukrainian. In addition to these, installers are now also available for Slovenian and Swedish, which were missing from the 2.10.0 test release. Persian was added too, but since no actual translations for the 2.10.34 manual were made yet, we do not supply an installer for that. Almost all other languages were updated to some degree.

Documentation Updates

A large part of the manual has seen updates. In some cases only small updates, but many pages have seen considerable changes.

Some highlights are:

  • All GEGL filters, some of which were not documented at all, are now covered.
  • The new layer modes introduced in GIMP 2.10.0 are finally documented, including examples of each mode.
  • The getting stuck section was updated and extended to cover more problematic situations.
  • Missing preferences were added, others that are no longer there were removed.
  • The Script-Fu tutorial got revised.
  • Context sensitive help ids in GIMP were synchronized with the manual. This means that it is now a lot less likely you will encounter a missing help page.

Most parts of GIMP’s interface should now be documented. If you see anything that is still missing or that could be improved, don’t hesitate to open a documentation issue.

Downloading GIMP Help Manual 2.10.34

GIMP Help Manual 2.10.34 is available on GIMP’s documentation website (docs.gimp.org) in two formats:

  • A source distribution
  • Windows installers for each available language

What’s next

Since GIMP is getting closer to a 3.0 release, we need to update our documentation to add all changes that have been made compared to GIMP 2.10, and of course we will also keep updating the 2.10 manual. To make this effort more manageable, we would really welcome more helping hands.

GIMP 2.10.34 Released

Par :Jehan

GIMP 2.10.34 is finally out, with fixes and some improvements backported from our development codebase.

This news lists the most notable and visible changes. In particular, we do not list here the bug fixes. To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

File Formats

TIFF

Apart from various bug fixes, the TIFF import dialog now gets a new option labelled “Show reduced images”, which is backported from the development release GIMP 2.99.14.

Here is what we said about this option when initially announced:

The TIFF format has a concept of “reduced page”. Until now, we were assuming pages tagged as “reduced” to be thumbnails. Yet this is not always the case. For instance we had feedback from makers of medical devices which were using “reduced pages” as sub-sampled images generated by said devices. They needed GIMP to be able to load all the pages as layers (the main images and the sub-sampled ones).

GIMP 2.10.34: importing reduced pages of TIFF files
Importing reduced pages of TIFF files - GIMP 2.10.34

This is why we added a new option called “Show reduced images” which lets you decide whether you want to load these or not. The option will be checked by default through a small heuristic: if there is only 1 reduced page and it’s in the second position, then it’s probably a thumbnail (as per common usage across software); in which case we disable the checkbox by default. Still in the end, the choice is yours!

PSD

We also backported a bunch of features from the development branch to improve PSD support.

In particular:

JPEG XL

While JPEG XL import has been possible in the stable branch since GIMP 2.10.32, export support has now been backported too in this version, though it is limited to 8-bit lossless.

Additionally, metadata support on import (only) has been backported, making this version of GIMP much more useful for anyone working with this format.

Note for packagers: metadata support in JPEG XL requires libjxl 0.7.0 or over.

PDF

Our code for PDF import and export was pretty oblivious of the ability to have transparency in PDF. This is now changing.

From GIMP 2.10.34 and onwards, the PDF import dialog will propose an option labelled “Fill transparent areas with white”. It will be checked by default (thus providing the old behavior) because most office software seem to create PDF files assuming reader software will fill the background with white. Unchecking the box would not render the expected result. This is likely why our code was historically doing the same as other reader software. Nevertheless for the cases where you were actually intending transparent background upon loading, it will now be possible.

Import a transparent PDF in GIMP 2.10.34
PDF import in GIMP 2.10.34: new “Fill transparent areas with background color” option

Symmetrically when exporting a PDF, we now propose an option labelled “Fill transparent areas with background color”, letting you decide whether or not you want to add an opaque background, hence getting rid of transparency, or leaving your image with transparency, exactly as you see it in GIMP canvas.

Export a transparent PDF in GIMP 2.10.34
PDF export in GIMP 2.10.34: new “Fill transparent areas with white” option

Of course note that, as said above, not all PDF readers handle transparency. Very often, many readers (including web browsers’ readers) will fill the background with white. Yet if you have a more compliant PDF reader or editor, this new usage can be of interest.

Raw data

🛈 We are talking here of “raw data” where you export your pixels as contiguous or planar data directly, without following a specific file format, and not RAW file formats as are usually called formats used by digital cameras (for these, we still prefer to pass through good raw developer software, such as darktable or RawTherapee).

As a partial backport from GIMP 2.99.12, GIMP will now export your image to raw data at the precision used by your image backend. In other words, you can export high bit depth raw images.

Note though that improvements to this plug-in in the development version were not fully backported. In particular, you may not be able to load back the high bit depth images that you exported. The reason is that the changes required for this would modify considerably the PDB procedure tied to this plug-in, which would break third-party scripts relying on this procedure to load raw data as images.

Template selector in Canvas Size dialog

The template selector introduced in the development version GIMP 2.99.6 has now been backported, allowing you to resize your canvas more easily when using common image formats.

Template selector in Canvas Size dialog - GIMP 2.10.34
Template selector in Canvas Size dialog - GIMP 2.10.34

Item dockables with “Visibility” and “Link” headers

As a very partial backport of the many usability changes which happened in the development version 2.99.10, the Layers, Channels and Paths dockables now feature a small header above the items list, containing the “eye” and “chain” icon, hence making the columns more discoverable.

Icon header in Layers dockable in GIMP 2.10.34
“visibility” and “link” icon header

Note: the outline effect when hovering the visibility and link columns was already backported in GIMP 2.10.32.

Improved desktop color-picking (Windows, X11)

GIMP has 2 color-picking features: the Color Picker tool which works only within the opened images yet with greater color management and the color picker button in the Colors dockable, which can color pick anywhere in the display and relies on the infrastructure allowed by the OS or desktop you are currently running on.

On Windows, the color-picking feature has been entirely rewritten with OS-dedicated code which works much better with multiple monitors, even when using different PPI scales, for instance when mixing high and low pixel density displays (this fixes some coordinates mistracking bug our previous implementation had).

On Linux/X11, we are backtracking to fix a regression in desktop color-picking. We used to follow recommendations for the new Wayland path, which is to favor color-picking “portals” when available. Unfortunately most (if not all?) these portals still don’t give any color-management information about the returned color. As graphics work requires accurate color management, we decided to get back using full old-style X11 code.

Note that since the stable branch of GIMP is still using GTK+2, even if you run on Wayland, GIMP itself would use XWayland. In other words, GIMP 2.10.34 now runs the X11 code path whatever windowing system is in use.

Remembering color scale and model preferences

In “Change Foreground|Background Color” dialogs or in the Colors dockable, you have the option to view your colors in a 0..100 or 0..255 scales. You can also see your color in alternative LCh or HSV color models.

These 2 settings are now stored and remembered across sessions so that you don’t have click them again each time for your usual and preferred workflow.

macOS improvements

This version comes with a few bug fixes dedicated to the macOS builds. The most noteworthy one is that we implemented HTTPS support (since our I/O backend library, GIO, is lacking proper macOS support for this protocol) for 2 features in particular:

  • Check for updates: unless you disable the option in “Preferences”, you should now be notified of new versions of GIMP.
  • Help system: it is now possible to read the remote documentation from within the Help Browser in GIMP.

Plug-in API

Two new functions were added, wrapping basic color processing filters, making it easy to call them from third-party plug-ins:

  • gimp_drawable_shadows_highlights(): function performing the “Shadows-Highligths” filter in the “Colors” menu.
  • gimp_drawable_extract_component(): function performing the “Extract Component” filter in the “Colors > Components” menu.

GEGL, babl

As usual, this version of GIMP is accompanied by new versions of babl and GEGL:

  • babl 0.1.100 comes with bug fixes in the recently added LUT creation and usage code. It also better supports non-ASCII characters in file paths on Windows.
  • babl 0.1.102 disabled the LUT usage by default depending on the environment variable BABL_LUT, leaving us some time to iron out a few more issues we discovered at the last minute.
  • GEGL 0.4.42 adds conditional support for libraw 0.21.0, while also improving the following operations: rgb-clip, perlin, mosaic, c2g, long-shadow and gif-load.

Various build improvements also happened in both babl and GEGL.

Release stats

35 people contributed changes or fixes to GIMP 2.10.34 codebase:

  • 13 developers: Jehan, Jacob Boerema, Alx Sa, Daniel Novomeský, Lukas Oberhuber, Luca Bacci, Ian Martins, Nyári-Kovács, Dávid Tamás, Simon Budig, Stanislav Grinkov, valadaptive and Øyvind Kolås.
  • 22 translators: Sabri Ünal, Anders Jonsson, Martin, Yuri Chornoivan, Marco Ciampa, Cristian Secară, Rodrigo Lledó, Tim Sabsch, Alan Mortensen, Chao-Hsiung Liao, Ekaterine Papava, Milo Ivir, Piotr Drąg, Zurab Kargareteli, Jordi Mas, Luming Zh, Luna Jernberg, Balázs Úr, Hugo Carvalho, Jürgen Benvenuti, Kristjan SCHMIDT and Sveinn í Felli.
  • 19 translations were updated: Catalan, Chinese (China), Chinese (Taiwan), Croatian, Danish, Esperanto, Georgian, German, Hungarian, Icelandic, Italian, Polish, Portuguese, Romanian, Slovenian, Spanish, Swedish, Turkish and Ukrainian.

Contributions on other repositories in the GIMPverse:

  • 4 contributors to babl 0.1.100 and 0.1.102: Luca Bacci, Jehan, Øyvind Kolås and Ulf Prill.
  • 7 contributors to GEGL 0.4.42: Øyvind Kolås, Alan Mortensen, Jehan, Michael Drake, Sabri Ünal, Chris Mayo and Jordi Mas.
  • 2 contributors to ctx since 2.99.14 release: Øyvind Kolås and Carlos Eduardo.
  • 3 contributors to gimp-macos-build (macOS build scripts) since 2.99.14 release: Lukas Oberhuber, Kyungjoon Lee and Mingye Wang.
  • 4 contributors to our main website (what you are reading right now) since 2.99.14 release: Jehan, Aryeom Han, Michael Schumacher and Tim Spriggs.
  • 3 contributors to our developer website since 2.99.14 release: Jehan, Krek Krek and kotvkvante.
  • 9 contributors to our documentation since 2.99.14 release: Jacob Boerema, Anders Jonsson, Jordi Mas, Yuri Chornoivan, Andre Klapper, Danial Behzadi, Hugo Carvalho, Martin and Nathan Follens.

Then let’s not forget to thank all the people who help us triaging in Gitlab, report bugs and discuss possible improvements with us. And of course, our community is deeply thankful to the internet warriors who manage our various discussion channels or social network accounts such as Ville Pätsi, Liam Quin, Michael Schumacher and Sevenix!

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions.

Improved Release Procedure and Call for Testers

As far as I remember, GIMP has had a very accurate release procedure, with step-by-step TODO items listed in a long file.

Lately I have been working on improving it further, making a public report, actually checkable bucket list items… and in particular, I would like the source and binaries to be thoroughly tested by as many people as possible. 👩‍🔬🧪👨‍🔬

This version is the first time we try this new release procedure (the procedure worked fine: the release was delayed by us finding some last-minute issues which is actually a good thing!).

We already have a few people testing GIMP on Windows, though the more the better.
On the other hand, we have nearly nobody testing the macOS builds or the flatpak (apart from developers and packagers of course). 😢

Note that we don’t have our own packages for every OS out there, but we definitely welcome people willing to test GIMP on *BSD, Haiku or whatnot, as long as you can build GIMP on your own on your system of choice.

For these reasons, if anyone is willing to help us improve GIMP by participating to release testing, please open a report on the developer website tracker with the following information:

  • The Operating Systems (Linux, Windows, macOS, *BSD…) you will be testing on, with details if possible (which Linux distribution and version? Which version of Windows or macOS?…).
  • The architectures you will be testing on (x86, ARM… 32 or 64-bit).
  • If you will test our pre-built packages or from source (custom builds).

Then we will include you in the next release testing (stable and development releases).

Our expectations from testers:

  • Make sure you receive Gitlab notifications when your nickname is cited (we advise to set your Global notification level to “Participate” or “On mention”).
  • Follow the release report to know what’s happening and when you are needed.
  • Release reports are not a place where we teach people how to use basic functions of a computer. Testers don’t have to be developers, but they have to be able to follow basic technical guidelines, give feedback more useful than “it doesn’t work” and be able globally to interact with developers.
  • Be nice and welcoming: everyone here is a volunteer, testers as much as developers. This is Community, Free Software, not a soulless job. 🤗

Around GIMP

Mirror news

2 organizations contributed more download mirrors to distribute GIMP.

Thanks to Artfiles New Media GmbH (Hamburg, Germany), which has actually been a long-term mirror sponsor and recently came back by updating their settings to our new mirror system; and the Fremont Cabal Internet Exchange which added 2 more mirrors in the United States and one in Bogotà, Colombia (our second mirror in South America).

Mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Book news

A new “Czech” section was added to our books page, with 4 books which got reported to us. These books are a bit old and all seem to be targetting GIMP 2.8. So let’s hope for a lot of GIMP 2.10 (and soon 3.0) coverage in Czech in the future!

We remind everyone that we welcome book additions, especially newer books for latest versions of GIMP (which would be most useful to everyone). Whether you wrote it or just read it, if you know of a book about GIMP, just report the same information as other books in the list. Thanks!

Downloading GIMP 2.10.34

As usual, GIMP 2.10.34 is available on GIMP official website (gimp.org) in 4 package formats:

  • Linux development flatpak
  • Windows installer
  • macOS DMG packages for Intel hardware
  • macOS DMG packages for Apple Silicon hardware

Other packages made by third-parties are obviously expected to follow (Linux or *BSD distributions’ packages, etc.).

What’s next

These days, we are mostly focusing on the development version, especially since we have big plans for 2023, as was outlined in our 2023 plans (2022 annual report). For anyone interested in the future of GIMP, I highly recommend reading this report.

Nevertheless bug fixes in particular, and maintenance in general, still need to get out for the stable branch. We will likely release at least one, possibly more, stable versions before GIMP 3.0 release.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

2022 annual report

Par :Jehan

Pursuing the newfound tradition started a year ago, here is my report for past year 2022.

Go 2023 - Wilber and co. comics strip by Aryeom
“Go 2023” by Aryeom, Creative Commons by-sa 4.0 - GIMP’s 2022 annual report

Statistics

In 2022, we had:

  • 1 stable releases (GIMP 2.10.32)
  • 3 development releases (GIMP 2.99.10, 2.99.12 and 2.99.14).
  • 1461 commits on the unstable development branch (2.99.x, future 3.0) and 276 commits on the stable development branch (2.10.x) of the main repository.
  • 87 contributors on the main repository, including (some people belong to several categories):
    • 35 developers
    • 47 translators
    • 26 contributors to resources (icons, themes, in-code documentation) or build improvements
  • 7 core developers contributed 10 or more commits in GIMP’s main repository:
    • Jehan: 649 commits
    • Jacob Boerema: 64 commits
    • Nikc: 50 commits
    • Daniel Novomeský: 25 commits
    • lloyd konneker: 25 commits
    • Lukas Oberhuber: 18 commits
    • Niels De Graef: 15 commits
  • 115 commits to babl by 10 contributors, with 3 developers contributing 10 or more commits:
    • Øyvind Kolås: 86 commits
    • Axel Viala: 10 commits
    • Jehan: 10 commits
  • 138 commits to GEGL by 32 contributors, with 5 developers contributing 5 or more commits:
    • Øyvind Kolås: 47 commits
    • Behnam Momeni: 9 commits
    • Michael Drake: 7 commits
    • Thomas Manni: 7 commits
    • Jehan: 5 commits
  • 1042 commits to ctx by 2 contributors (mostly Øyvind Kolås).
  • 492 commits in gimp-help (our manual) by 29 contributors, with 11 people contributing 10 or more commits (this list mixes documenters, build maintenance and translators):
    • Jacob Boerema: 229 commits
    • Anders Jonsson: 47 commits
    • Rodrigo Lledó: 38 commits
    • Jehan: 28 commits
    • Jordi Mas: 25 commits
    • Tim Sabsch: 19 commits
    • Nathan Follens: 17 commits
    • Marco Ciampa: 16 commits
    • Yuri Chornoivan: 15 commits
    • Andre Klapper: 13 commits
    • Hugo Carvalho: 11 commits
  • 178 commits in gimp-macos-build (our macOS build) by 3 contributors (mostly Lukas Oberhuber).
  • 33 commits in the stable branch of our Flathub/Flatpak package and 23 commits on the beta branch by 6 contributors, including 4 core contributors: Jehan, Ondřej Míchal, Hubert Figuière and Daniel Novomeský.
  • 227 commits to GIMP’s website (gimp.org, i.e. right here) by 10 contributors (mostly Jehan).
  • 158 commits to our new developers website by 4 contributors:
    • Jehan: 104 commits
    • Pat David: 38 commits
    • Robin Swift: 15 commits
    • Lukas Oberhuber: 1 commit
  • 178 reports fixed and 206 merge requests integrated in our 2022 releases. Hundreds more reports handled, triaged, answered to, worked on…
  • Many patches contributed by GIMP contributors in various other projects we use (at least GLib, GTK, Cairo, meson, Mirrorbits…) and an uncountable number of issues reported by our contributors to other projects.
  • And more!

Compared to last year:

  • The total amount of work is quite similar, and while that tendency had already started a year ago, the work has clearly been shifting even more towards the development branch (future 3.0), which nows accounts for 84% of commits (against 74% last year), while the stable branch is really getting into maintenance-only mode.
  • Less work on GEGL happened but more work on babl. The recent work on automatic LUT creation and SIMD optimizations explains it.
  • ctx stays heavily developed.
  • While Øyvind and myself still remain the 2 heavy-lifters, we get more people around clearly pulling their weight. It is exciting to see more contributors stay.
  • Jacob is working more on the documentation which is really increasing in quality.

Outstanding evolution in 2022

babl and GEGL

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”).

Checking items ✅ in GIMP roadmap

We proudly checked-off several items in the GIMP 3.0.0 roadmap.

Amoung 2022 achievements, we indeed…

  • ✔ ported away from intltool to gettext only (technical debt cleanup);
  • ✔ finished the meson build: the autotools build still exists but is now considered secondary;
  • ✔ finished the last pieces for multi-layer selection (a move started early 2020). including rewriting completely the interaction in the formerly terrible align and distribute tool.

These are 3 huge pieces in our roadmap which we happily marked as completed (apart from probable bugs).

On the getting closer side:

  • We nearly finished the “Less floating selection” move (some use cases remain, which we need to think about more).
  • The Wayland support is still kinda wonky at times (even disregarding all the issues we cannot do anything about — such as color management not implemented yet in Wayland —, we have weird windowing issues), but it improved in 2022.
  • The API work is really moving forward; Lloyd Konneker helped a lot on this.
  • The GTK+3 port is nearly finished, as we are handling these days the last annoying warnings (though it’s more a January 2023 thing!).
  • Space invasion: good parts of it were done since the CMYK push made us look at specific pieces of code more in details. Though a lot still needs to be done and color science is at times a very head-scratching part of the work.

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!

Packaging

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.

Infrastructure

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:

Websites

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.

Plans for 2023

GIMP 3.0.0?

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:

  • Extensions management: project dear to me as I started it and developed what is already implemented, yet to get a safe online infrastructure to handle extension search and download, we will need time.
  • Paint Select tool: very awesome tool, but its contributor, Thomas Manni, is not happy with the performance (it requires instant canvas feedback to be usable) and is currently investigating alternative algorithms.

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.

Rethinking our roadmaps

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.

  • Link and vector layers are now into a new “non-destructive layer types” category. The code is so well advanced that it would be a waste and while these won’t make it to GIMP 3.0.0, it will definitely become one of the prime targets immediately after release. Maybe in GIMP 3.0.2?
    By the way, this also opens the door to the long-awaited shape features: with vector layers, we could have non-destructive shape drawing. I mean, on-canvas shapes should be a vector features to make it right!
  • Non-destructive layer effects (formerly the main target for 3.2) is obviously a project on its own.
  • Macro support is also something we’ve wanted for a long time and with GIMP 3.0, we have started to lay the foundations for this feature. This should hopefully soon become a reality.
  • Animation support, which as most of you know is something I’ve worked on for years, will have to be in GIMP someday. So it’s also its own category. It will also bring multi-page support (not just layers as pages).
  • Our extension platform is still very much planned!
  • The Space Invasion project will continue: for 3.0, we focus on correctness of color models we already support; after 3.0, we might look into going further with new color models backends, such as core CMYK or L*a*b* support, but also spot color channels and whatnot…
  • We have now a bunch of unfinished tools in our playground area and it would be good if we took the time to finish them. Of course, we also have ideas for nice new tools. And finally there are tools which we really want to improve, such as our Text tool which deserves more love.
  • Finally we have started to enhance the concept of “canvas”, with the “Show all” feature since GIMP 2.10.14. We always wanted to go further, and also to rework the concept of layer dimension (e.g. with auto-growing layers, or even infinite layer abilities).

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.

Conclusion

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 🐇!

GIMP 2.10.32 on Apple Silicon

Par :Jehan

It is a bit of an early Chistmas 🎅 for people using Apple Silicon machines (Apple M1, M2…) as we release for the first time ever a stable version of GIMP for this architecture!

It is a revision package for GIMP 2.10.32, already released a few months ago, re-built with our new MacPorts-based infrastructure on both x86_64 (“macOS on Intel” architecture) and AArch64 (“macOS on Apple Silicon”).

Note that we provide 2 DMG packages now, one for each architecture, not a single universal package. The website will try and detect which architecture you are on, but if it fails to detect properly (detection is not as easy on some browsers), be careful to choose the version for the correct hardware (“for Intel” or “for Apple Silicon”).

Additionally in this revised package, dependencies have been updated, in particular babl and GEGL. It means that even for macOS on Intel, you will get the recent fix to the race condition bug which was sometimes causing crashes of GIMP (somehow we mostly saw it happen on macOS).

This is why we recommend every person on macOS (whichever your hardware) to update GIMP with this revision 1 of GIMP 2.10.32.

As usual, get these updates on GIMP’s download page!

Happy 27!

Par :Jehan

Today, on 21st of November 2022, the GNU Image Manipulation Program turned 27 (cf. the first release announcement on 1995-11-21).

To celebrate, Aryeom (ZeMarmot‘s director) drew this nice birthday illustration (fully drawn within GIMP, and under Creative Commons by-sa 4.0 license, of course!):

Happy 27th birthday! - Wilber and co. comics strip by Aryeom
“Happy 27th birthday!” by Aryeom (also a Wilber-less version as temporary gimp.org header), Creative Commons by-sa 4.0

For both Aryeom and I (Jehan), this is our tenth year of continued contribution, since a first commit in September 2012 (basic icon-changing patch in the animation playback plug-in, soon followed by more… many more patches…). Back then, never would we have imagined sticking for so long around this nice core community (regarding this point, we thank the other contributors for their welcomeness, and in particular the wonderful mitch) and contributing litterally thousands of patches in GIMP! So it’s also a pretty big personal milestone.

It is also my second year maintaining GIMP. And to be fair, Aryeom has a huge role in my maintenance with constant reviewing, testing my code (and other contributor’s code), following up with feedback, specifying behaviors (while always caring about others’ usage! One of her main rule when she helps designing changes is researching and wondering what worflows others have). So much is being done in the shadow to keep it all together.

But GIMP is not only us. What would we do without Øyvind Kolås in particular? Nowadays he is carrying most of our core flow-based graphics engine maintenance, GEGL, and its sister projects (babl and ctx).

Of course, I can’t forget all other awesome contributors: developers, packagers, community support, translators (GIMP is more than 90% translated in 27 languages among 84 languages we currently support!), documenters, website contributors, tutorial writers… We should also thank the GNOME Infrastructure team for being so helpful of course. And many many more! What would GIMP be without all of you? 💌

I will likely do a more detailed report later (like I did last year) to sum up 2022 events, so I’ll stay short in this news. For once!

All in all, we wish to remind that GIMP is Community, Free Software. It is what we make of it together. We welcome contributors very warmly 🤗!

Finally if you can’t contribute your time, in these year-end times of giving, don’t forget that you may support financially GIMP developers. GIMP project actively supports its contributors willing to make a living with their Free Software contribution. Right now it means 3 people: Aryeom and myself (through ZeMarmot project) as GIMP maintainers and Øyvind as GEGL maintainer. If you appreciate what we do and wish to give back, funding us is an excellent way. It is part of what makes GIMP development sustainable.

And for everyone who is really eager to see GIMP 3.0 out, it should go without saying that funding developers is what accelerates the development of GIMP.

🎁 So GIMP, and Wilber, we wish you a very happy 27! 🎂

And to every member of the community: thank you all for sticking with this project for all or part of these 27 years! GIMP would not be where it is today without all of you! 💌

Development version: GIMP 2.99.14 Released

Par :Jehan

The GIMP team is happy to release GIMP 2.99.14 with a lot of nice milestones on the route to GIMP 3.0.

We are getting into deep changes, so we hope you will all test thoroughly and we remind you that it is an unstable version meant for testing and reporting issues.

To get a more complete list of changes, you should refer to the NEWS file or look at the commit history.

Tools

Align and Distribute tool: fully reworked interaction

The Alignment tool was very hard to use, with complicated on-canvas interaction to select the target items (and never being too sure if we selected right!). Thanks to the core multiple layer selection which GIMP is now capable of, we greatly simplified the tool:

  • Target items to align or distribute are now the selected layers and/or paths in their respective dockable, as set in the “Targets” section in tool options.
GIMP 2.99.14: alignment tool target selection
Targets in alignment tool options - GIMP 2.99.14
  • For layers in particular, a new option “Use extents of layer contents” allow to align or distribute target layers based on their pixel contents, not the layer bounds (which typically might be bigger than the pixel data). This is similar to running “Crop to Content” before aligning, except that we don’t actually crop.
  • Guides still need to be selected on-canvas if you want to align or distribute them. The tool options hints at the modifiers: Alt or Shift-Alt. Moreover the selected guide color will change, giving a visual feedback of selected guides.
GIMP 2.99.14: aligning and distributing guides (screencast)
Aligning and distributing guides - GIMP 2.99.14
  • Simple clicks (no modifiers) in the canvas is now only used to pick the reference object for alignment, if “Picked reference object” is set in the “Relative to” dropdown menu. In such case, you can pick as reference any layer, path or guide. The 2 other dropdown choices are “Image” and “Selection” in order respectively to use the current image or selection as alignment reference.
  • Your reference object shows on-canvas handles as visual feedback.
  • In the “Targets” section of the tool options, you can also choose your item anchor points: left, right, top, bottom and center. Therefore if you align 2-dimension targets and reference, you may align e.g. the left side of targets to the left, middle or right side of your reference. Any combination is possible.
  • The distribute actions do not use the reference object anymore. Instead they use the leftest/rightest or top/bottom object as reference (i.e. that the 2 extreme position targets don’t move). This is consistent with how other software, e.g. Inkscape, handle distribution.
  • 2 types of distribution actions are proposed:

    • Distribute anchor points evenly in the horizontal/vertical: the distance between the anchor point of each target stays the same, e.g. the distance between the left side of each object.
    • Distribute horizontally/vertically with even horizontal/vertical gaps: the distance between the right side of one object and the left side of the next (in horizontal distribution) statys the same.
GIMP 2.99.14: aligning and distributing layers (screencast)
Align Wilber and ZeMarmot relatively to Wilber’s center point, then objects tops under Wilber, before distributing them - GIMP 2.99.14

Text tool: new outline options

The Text tool now gains non-destructive outline and fill options.

This is implemented as a new “Style” setting in the tool options, with 3 choices:

  • Filled: the original style;
  • Outlined: you can choose an outline color or pattern, antialiasing, a line width and style. The character inside will be see-through.
  • Outlined and filled: identical to “Outlined” except for the fact that characters inside will be filled by the text color.
GIMP 2.99.14: outline feature in text tool options (screencast)
Outline feature in text tool options - GIMP 2.99.14

Transform tools activated automatically

All transform tools (Unified Transform, Rotate, Scale…) needed an explicit click on canvas before their handle showed up on the canvas when activated with the tool box or shortcut, which was not consistent with their activation through the Tools menu, and with how some other tools worked.

As this change was requested, we decided to experiment with directly activating the handles as soon as the tool is selected.

Usability and User Interface

Floating selection concept reviewed

The “Floating selection” concept has been a huge topic across the years, especially because it was quite unexpected by many people.

After discussing the matters, we came to the conclusion that we should experiment limiting its usage.

Nevertheless we are also deeply aware that this feature can be a huge time saver and a much better interface for some types of interaction. In particular, the quick on-canvas copy|cut-paste with the Alt modifier (Ctrl-Alt to cut-paste or Shift-Alt to copy-paste) heavily relies on the floating selection to extremely quickly move bits of a layer. Obviously the explicit “Float” action (equivalent to a cut-paste) is in a similar situation.

For pasting inside a layer mask, it is even mandatory because it allows to edit the pasted data — e.g. positioning appropriately, transforming it… — before actually merging into the mask which may already contain mask data. Note that if some day, layers were allowed to contain several masks, this would not be necessary anymore.

For this reason, the 3 cases where we still have floating items are:

  • when pasting into a layer mask;
  • when doing quick copy|cut-paste on canvas with the Alt modifiers;
  • when floating layers explicitly with the “Float” action.

There is still a case which we need to discuss as it also creates floating selections: transform tools when there is a selection. For other common types of data pasting, they will now create new layers directly.

As a side change, when the “floating selection” happens on a layer mask, we now call it “floating mask” and shows it above the mask in the Layers dockable (it used to be above the layer at all times). This should make this specific case less confusing.

Copy-paste re-specified

In the light of multi-layer selection, we have been wondering how the various types copy-paste cases should work. In particular when copying several layers, should you paste several layers or a merged copy? And when copying pieces (through a selection) of several layers?

This is still a work-in-progress but we are trying to properly specify consistent and reasonable behavior for the many sub-cases. In particular now, we always paste as many layers as was copied, even when we copied from a selection (in which case, the new layers will be the size of the selection bounding box).

For the merging case, we add 2 new actions called “Paste as Single Layer” and “Paste as Single Layer in Place” in the Edit > Paste as submenu. As the names imply, they paste the merged down version of your copied contents. It’s a bit similar to “Copy Visible”, except that it only applies to the selected layers and can be chosen at paste time.

New “Gray” theme

GIMP now comes with a “Gray” theme based on a 18.42% luminance middle-gray background, which should be a good neutral environment for professionnal color work.

GIMP 2.99.14: gray theme
Focusing on your artwork color with a middle-gray 18.42% luminance theme - GIMP 2.99.14

Theme override icon size settings

We now provide a theme-override icon size selection in Preferences > Themes with conceptual sizes: small, medium, large and huge. The following widgets are so far modified: toolbox icons, fg/bg editor in toolbox, foreground/background editor in Colors dockable, dockables tab icons, bottom buttons (in the button box) of dockables, header eye and lock icons above item trees, and eye and lock icon switches in item tree cells.

GIMP 2.99.14: override theme icon sizes
Overriding theme-set icon sizes - GIMP 2.99.14

You may recall that we have a similar setting in GIMP 2.10 stable branch, which was initially removed for GIMP 3.0, because our updated toolkit has high-density display awareness and will already resize all the interface following your “scale factor” settings (as set in your system). Nevertheless we realized it was not enough. First of all, because this single settings cannot take all special cases into consideration and some people still wanted even bigger icons because they were watching their display from far away, or simply prefered small icons, or any other reason.

This is the rationale for adding this override of icon size, thus bypassing the system settings. As a nice aside, it will work with any theme. So you don’t have to discard a theme you appreciate just because the chosen icons are not the size you want.

Core changes

Much faster XCF save

Saving with RLE (default) and zlib (the “better but slower compression” checkbox in the Save dialog) is now multi-threaded (following the settings in Preferences), which makes it a lot faster.

In the best case scenario, we saw up to 70% save time (e.g. a 276-layer, 115MiB, was reliably saved in about 50 seconds before, and 15 seconds after the change, on the same test machine), though other tests would be around 1/3 save time (another 180MiB XCF was saving in 1m30s before and 1min after the change on a same machine). On any case, it’s a great news for people working on big images, who hopefully won’t have to wait so long. Or even small images anyway!

This work was initially contributed by suzu_11 and further improved upon.

Vectors (paths) structure in XCF

A further change in the XCF format, which warranted bumping the format version, was that paths now have a proper structure in the XCF specification instead of just being “properties” on images.

What it means especially is that the XCF format will now store locks and color tags on paths, but also the path selection (whether several paths were selected in their dockable). It will also make path items easier to evolve in the future as we add new features, instead of being stuck on some old, outdated and non-evolvable format.

As an aside, the XCF format specification had been stored inside the source repository ever since 1997 (2006 in its detailed version). We moved the file to the new developer website: Documentation of the XCF file format . It should make it easier to read, with markdown formatting and generated table of contents.

Moving to GApplication and GtkApplication

This is a technical information which possibly only developers would understand: the main process is now run as a GimpApp which is a new class derived from GtkApplication. The main process of gimp-console on the other hand is a GimpConsoleApp which is derived from GApplication. Both new classes share a same GimpCoreApp interface.

This is a main step for the GTK+3 port as it should allow us to work with GMenu next.

File format support

PDF

Among other improvements, the PDF export now provides an option “Root layers only” available when “Layers as pages” is checked.

GIMP 2.99.14: root layers only option in PDF export
Root layers only option in PDF export - GIMP 2.99.14

This option considers root layers only as PDF pages, and not their children, which means you can more cleanly organize your PDF pages into layer groups.

AVIF

We improved AVIF compatibility with Safari on iOS 16.0. Some AVIF images are indeed rendered differently in Apple’s implementation compared to implementations of Google and Mozilla (See upstream report).

This changes requires libheif 1.10.0 though the plug-in can still build with older libheif.

PSD

Two important changes were implemented:

  • export of CMYK(A) files added, with 8 or 16-bit precision per channel, using a CMYK soft-proof profile for conversion.
  • Paths are now exported with PSD files.
GIMP 2.99.14: CMYK PSD export
Exporting PSD images as CMYK using the soft-proof profile - GIMP 2.99.14

As a reminder, proper CMYK PSD import was improved in GIMP 2.99.12, storing the CMYK profile from the PSD as soft-proof profile, making round-trips easier (passing through a RGB conversion in GIMP).

JPEG-XL

Metadata import and export are now supported.

ICNS

GIMP now has initial support for loading and exporting ICNS files, the icon format by Apple.

It will also warn you when one of your layer is not a valid icon size for the ICNS format.

GIMP 2.99.14: ICNS support
ICNS support - GIMP 2.99.14

TIFF

The TIFF format has a concept of “reduced page”. Until now, we were assuming pages tagged as “reduced” to be thumbnails. Yet this is not always the case. For instance we had feedbacks from makers of medical devices which were using “reduced pages” as sub-sampled images generated by said devices. They needed GIMP to be able to load all the pages as layers (the main images and the sub-sampled ones).

GIMP 2.99.14: importing reduced pages of TIFF files
Importing reduced pages of TIFF files - GIMP 2.99.14

This is why we added a new option called “Show reduced images” which lets you decide whether you want to load these or not. The option will be checked by default through a small heuristic: if there is only 1 reduced page and it’s in the second position, then it’s probably a thumbnail (as per common usage across software); in which case we disable the checkbox by default. Still in the end, the choice is yours!

API

Several API improvements are present in this release:

  • We have a better GimpPickButton implementation for Windows, which should work better than the existing implementation, thanks to Luca Bacci.
  • Text layers now have a dedicated class GimpTextLayer.
  • Various functions were added to get lists of selected items (as per 2.99 ability to select multiple items).
  • gimp_vectors_stroke_translate() now uses double offsets (instead of integer).
  • There is a new function gimp_text_layer_set_markup(), contributed by Ian Munsie, which allows to set Pango markup directly in text layers. It is a powerful function because it allows to render texts even with features not supported in the text tool GUI.

    For instance, this is a text layer with a double underline and an overline on “Hello”, “under” in subscript, and “2” in superscript all of which are supported features in Pango, but not in our text tool GUI, as set through the Python binding of our API:

    txt_layer.set_markup('<span underline="double" overline="single">Hello</span> <sub>under</sub>world<sup>2</sup>')

    As a note of interest, any styling unsupported by the GUI will be discarded if you edit the text layer through the GUI.

GIMP 2.99.14: text layer styled with gimp_text_layer_set_markup()
Text layer styled with gimp_text_layer_set_markup() - GIMP 2.99.14

Though this release is not the most packed with API changes, a lot of background work is in-progress and in particular Lloyd Konneker is very actively participating to the work. We should hopefully see the result in the next development release.

macOS

Though the macOS build, still has some issues, major advances happened on macOS side, thanks to Lukas Oberhuber, once again.

Pointer click bug with macOS Ventura

Let’s start with the one bad news (before going to the good ones): there seems to be a major hover and click bug in GTK on macOS Ventura, the last version of macOS released a few weeks ago. It basically makes all GTK+3 application unusable, including GIMP. Every new release of this operating system seems to bring its load of (bad) surprises! 😓

As of now, no solutions exist yet as GTK developers are still looking for the cause. In any case, you may want to hold onto updating your OS if some GTK+3 applications (e.g. GIMP, Inkscape, Siril…) are a major part of your workflow.

GIMP has an Apple Silicon package!

The biggest news is that we now have a DMG package for Apple Silicon machines (M1, M2…)! 🥳

Be careful, you should take this as an experimental 🥼 package of an experimental 🧪 GIMP version. So issues are expected. As usual, we welcome any issue report you would get with GIMP (on macOS or any other platform by the way).

MacPorts-based builds

The second big change on macOS land, less visible yet quite major as an infrastructure change: Lukas ported the build to MacPorts away from the historical JHBuild scripts.

The main reason was that we could take advantage of the bigger “port” maintaining community for our dependencies, instead of building everything ourselves. This can be compared to using MSYS2 on Windows or the runtime system of flatpak. This improves the build time, but also the maintenance load as Lukas is still alone to maintain all this.

The drawbacks are that it makes it a bit harder to tweak dependencies when needed (as usual when you rely on an upstream), but also that the DMG packages are now bigger in file size. This is unfortunate, but considering that the alternative might be to wear our macOS maintainer out and have no package at all, we consider it to be worth it.

HTTPS for the update check

The “update check” — i.e. the ability to verify if new versions of GIMP were released, i.e. that you are running outdated GIMP — was never working on macOS because of the lack of HTTPS support for macOS in GIO, our backend library to handle all input/output transparently.

Lukas Oberhuber implemented a work-around for this, based on a macOS system API (no additional dependency), which we may backport later to GIO. Maybe macOS will eventually have the ability to open HTTPS remote images at some point!

Build and documentation

meson (message to packagers)

As told when releasing GIMP 2.99.12, we entered an intensive testing phase for our meson build. We received useful reports and feedbacks, which allowed us to get the meson build even closer to finalization.

This release might be the last one when we will provide both an autotools and meson tarball for packagers. If all goes well, we may decide to phase out our autotools build after GIMP 2.99.14, and only provide a meson tarball.

So if any packager finds any issue, please, now is the time to tell us about it!

API reference tarball

Our developer website now provides online libgimp and libgimpui 2.99 API reference, generated by gi-docgen.

This is the experimental version of what should become the libgimp 3.0 API. Of course, it’s still a moving target, so you should not expect it to be stable yet, up until we officially release GIMP 3.0. Still, plug-in developers are welcome to experiment already in order to prepare their plug-in for the new major version (several well known plug-ins already do have versions usable with our 2.99 experimental API).

An API reference tarball is generated as part of the continuous integration process and we now distribute them on our download server for anyone who prefers to read the documentation offline.

babl and GEGL

As usual, this release is supplemented with the releases of babl 0.1.98 and GEGL 0.4.40.

Some race conditions are now avoided in the LUT cache introduced in GIMP 2.99.10.

ICC tags handling was improved as well in babl and the newsprint GEGL operation was improved so that it does not drop the alpha channel in RGB modes.

Team news

There is no specific team news, except that we are getting a solid core team, with the usual people steadily contributing. 🧑‍💻

Our GSoC student, Nikc, stayed around and is clearly getting used to our codebase as they contribute more and more, which is pleasing to see!

Mirror news

4 organizations contributed download mirrors to distribute GIMP.

Thanks to metanet.ch (Zürich, Switzerland), the Fremont Cabal Internet Exchange (7 mirrors across the United States and Canada!), the LIP6, Sorbonne université (Paris, France) and EdgeUno (Bogotá, Colombia; our first mirror in South America, at least since the renewed mirror procedure!).

We remind that mirrors are important as they help the project by sharing the load for dozens of thousands of daily downloads. Moreover by having mirrors spread across the globe, we ensure that everyone can have fast download access to GIMP.

Book news

One more self-published third-party book about GIMP, in English, was added to the books page:

We remind that we welcome book additions. Whether you wrote it or just read it, if you know of a book about GIMP, just report the same information as other books in the list. Thanks!

Release stats

31 people contributed to the main repository for GIMP 2.99.14:

  • 16 developers contributed to GIMP code base for this micro version:
    • 1 developer with more than 100 commits: Jehan.
    • 3 developers with 10 to 20 commits: Jacob Boerema, Nikc and Daniel Novomeský.
    • 12 developers with less than 10 commits: Lukas Oberhuber, Hanabishi, Luca Bacci, Øyvind Kolås, Gotam Gorabh, Ian Munsie, Michael Schumacher, Niels De Graef, suzu_11, Hanabishi, Niels De Graef and lloyd konneker.
  • 15 translations were updated: Basque, Catalan, Chinese (China), Galician, Georgian, German, Hungarian, Icelandic, Polish, Portuguese, Russian, Slovenian, Spanish, Swedish, Ukrainian.
  • 17 translators contributed: Hugo Carvalho, Yuri Chornoivan, Martin, Zurab Kargareteli, Sveinn í Felli, Alexandre Prokoudine, Anders Jonsson, Balázs Úr, Jordi Mas, Boyuan Yang, Luming Zh, Rodrigo Lledó, Asier Sarasua Garmendia, Fran Dieguez, Piotr Drąg, Balázs Meskó, Tim Sabsch.
  • 1 person contributed to icons and themes: Jehan.
  • 10 people contributed build-related updates: Jehan, Alx Sa, Hanabishi, Øyvind Kolås, Daniel Novomeský, Ian Munsie, Luca Bacci, Lukas Oberhuber, Niels De Graef, Thomas Klausner.

These are the stats on babl, GEGL and ctx repositories:

  • 1 contributors to babl 0.1.98 with 5 commits: Øyvind Kolås
  • 12 contributors to GEGL 0.4.40:
    • 4 code contributors: Øyvind Kolås, Jehan, Sam James, nikita.
    • 8 translators: Marco Ciampa, Asier Sarasua Garmendia, Enrico Nicoletto, Fran Dieguez, Jordi Mas, Luming Zh, Matheus Barbosa, Sabri Ünal.
  • ctx doesn’t have releases per-se as it is project-embedded code. In the time frame between GIMP 2.99.12 and 2.99.14, there were 247 commits by 1 contributor: Øyvind Kolås.

On the documentation repository, in the GIMP 2.99.12 to 2.99.14 timeframe, 5 people contributed:

  • Main contributor on documentation and script with 57 commits: Jacob Boerema.
  • 1 additional contributor on documentation: Tim Sabsch.
  • 4 translators: Tim Sabsch, Andre Klapper, Hugo Carvalho, Rodrigo Lledó.

On the main website repository, in the GIMP 2.99.12 to 2.99.14 timeframe, 1 contributor contributed 89 commits: Jehan.

On the macOS build repository, in the GIMP 2.99.12 to 2.99.14 timeframe, 1 contributor contributed 43 commits: Lukas Oberhuber.

On the developer website repository, since the relevant news, 1 contributor contributed 8 commits: Jehan.

Note: considering the number of parts in GIMP and around, and how we get statistics through git scripting and manual tweaking, errors may slip inside these stats. Feel free to tell us if we missed or mis-categorized some contributors or contributions because we try to acknowledge every contributor for being a part of GIMP!

Downloading GIMP 2.99.14

As usual, GIMP 2.99.14 is available on GIMP official website (gimp.org), now in 4 package formats, as we got the new macOS on Apple Silicon package:

  • Linux development flatpak
  • Windows installer
  • macOS DMG package for Intel
  • macOS DMG package for Apple Silicon

Other packages made by third-party are obviously expected to follow (Linux distributions, *BSD distributions’ packages, etc.).

What’s next

With this release, we are really approaching GIMP 3.0 release, as can be seen from the roadmap of 3.0 where most items are “nearly done” or “done”. We are clearly reaching this part of development when we start targetting specific pain points, which means a lot.

Nice milestones in this release:

  • we now have all themes we absolutely needed (neutral dark, light and middle-gray themes);
  • macOS builds are getting on-par with other builds;
  • usability is being finalized, after the multi-item selection really changed the whole paradigm of how GIMP interacts with layers changed;
  • the space invasion project is currently running strong. Even though this release doesn’t show as much consequences of it yet as we hoped, the next release should;
  • developer documentation, for onboarding of new contributors, is finally getting somewhere.

Don’t forget you can donate and personally fund GIMP developers, as a way to give back and accelerate the development of GIMP. Community commitment helps the project to grow stronger! 💪🥳

Conference “GIMP and ZeMarmot” in Vandœuvre-lès-Nancy (France)

Par :Jehan

Next Friday, the 4th of November 2022, from 6PM to 8PM CET, Aryeom (with her hats of film director of “ZeMarmot” and GIMP contributor) and myself (Jehan, with my hats of main developer/maintainer of GIMP and technical operations in “ZeMarmot”), will host a conference at the Jules Verne library in Vandœuvre-lès-Nancy (France).

Poster for the talk 'GIMP and ZeMarmot' of 4 November 2022 in Vandœuvre-lès-Nancy
Poster for the talk “GIMP and ZeMarmot” of 4 November 2022 in Vandœuvre-lès-Nancy
Location
Médiathèque Jules Verne
2 rue de Malines
54500 Vandoeuvre-lès-Nancy
France
+33 (0)3 83 54 85 53
Time
Friday, November 4, 2022 - from 6PM to 8PM (CET, French time)

The event is organized by a public body whose name could be translated as something like “the Collective Factory of the Libre Culture” (FCCL), which is a cool name, right? It’s rare enough to have public institutions funded by a city (in this case: Vandœuvre-lès-Nancy) encouraging Free Software usage, and this is why we accepted their invitation. As far as we know, ever since the global health crisis, it will be the first physical conference with contributors of GIMP. Quite strange to prepare talks again after 3 years! 🥲

We will obviously talk about GIMP and how it is developed as a community, since the concept of “Community, Free Software” is dear to me. We will also talk about “ZeMarmot”, the Free/Libre Animation Film produced by the non-profit LILA which crowd-funds our work (for the movie and GIMP development). So it will be the opportunity to discuss about various interesting topics, based on our concrete experience of running FLOSS and Libre Art projects.

We may also present some other Free/Libre movies we produced, such as the ones made on account of Framasoft: “What is Peertube?” and “What is the Fediverse?”).

So if you are in France around Vandœuvre-lès-Nancy on November 4, we hope we’ll see you there. 🤗 Otherwise, I am told that the talk will be streamed live 🖥️ (in French of course).

❌