News: 25 years on printing: Corrected/added links

Author: tillkamppeter

_posts/2025-08-01-OpenPrinting News - 25 years of working full-time for printing with free open-source-software.md

@@ -96,7 +96,7 @@ So we need distribution-independent packages, which do not rely on anything spec
 
 Main formats are [Flatpak](https://flatpak.org/), [Snap](https://snapcraft.io/), and [OCI containers](https://opencontainers.org/) here. As OpenPrinting's software, CUPS, ipp-usb, and the Printer Applications (new format of printer drivers), are all system daemons, Flatpak is not suitable, it only supports packaging desktop applications. There are efforts to also package daemons, started by [Christian Hergert](https://blogs.gnome.org/chergert/2024/05/07/system-extensions-from-flatpak/), discussed in a [BoF on the GUADEC 2024 in Denver, Colorado](/OpenPrinting-News-July-2024/#guadec-2024-in-denver), and Adrian Vovk wants to continue on it ...
 
-Therefore and also as I was working at Canonical I used Canonical's Snap format for getting distro-independent packages right from OpenPrinting, also because they wanted create an all-Snap desktop distribution, Ubuntu Core Desktop, based on the immutable IoT distro Ubuntu Core, which was for what they originally designed Snap for. And there were also plans to switch the printing system of the standard Ubuntu distributions to Snap. But even with Ubuntu Core Desktop not materializing it is good to have everything, especially the drivers for ~10000 legacy printer models available as distro-independent package in the [Snap Store](https://snapcraft.io/openprinting/).
+Therefore and also as I was working at Canonical I used Canonical's Snap format for getting distro-independent packages right from OpenPrinting, also because they wanted create an all-Snap desktop distribution, Ubuntu Core Desktop, based on the immutable IoT distro Ubuntu Core, which was for what they originally designed Snap for. And there were also plans to switch the printing system of the standard Ubuntu distributions to Snap. But even with Ubuntu Core Desktop not materializing it is good to have everything, especially the drivers for ~10000 legacy printer models available as distro-independent package in the [Snap Store](https://snapcraft.io/publisher/openprinting/).
 
 With my work on snapping the printing stack I also have learned a lot about Snap, and shared this knowledge in a [series of workshops on several conferences](https://forum.snapcraft.io/t/40263).
 
@@ -132,14 +132,14 @@ On the [Ubuntu Summit 2024](/OpenPrinting-News-October-2024/#ubuntu-summit-2024-
 
 I have written a [blog article on OpenPrinting](/OpenPrinting-News-We-got-a-Framework-RISC-V-board-from-DeepComputing/) about this and Yuning has [linked it also from DeepComputing's blog](https://deepcomputing.io/openprinting-news-we-got-a-framework-risc-v-board-from-deepcomputing/).
 
-**Zephyr RTOS** is an operating system for microcontrollers, tiny single-chip computers for embedded/IoT applications. To allow such devices to print, to use them as a cheap solution to make a non-driverless legacy printer driverless, or even to use them as controller in a printer, we are porting CUPS and [PAPPL](https://github.com/michaelrsweet/pappl) (Printer APPLications framework, developed by Michael Sweet) to the Zephyr platform via a [GSoC project](/OpenPrinting-News-Google-Summer-of-Code-2025-Contributors-selected-and-projects-started/#porting-printing-to-zephyr-by-hubert-guan).
+**[Zephyr RTOS](https://www.zephyrproject.org/)** is an operating system for microcontrollers, tiny single-chip computers for embedded/IoT applications. To allow such devices to print, to use them as a cheap solution to make a non-driverless legacy printer driverless, or even to use them as controller in a printer, we are porting CUPS and [PAPPL](https://github.com/michaelrsweet/pappl) (Printer APPLications framework, developed by Michael Sweet) to the Zephyr platform via a [GSoC project](/OpenPrinting-News-Google-Summer-of-Code-2025-Contributors-selected-and-projects-started/#porting-printing-to-zephyr-by-hubert-guan).
 
 
 ## Our team and our community
 
 This all I cannot do alone, also our little core team, of Michael Sweet, me, Zdenek Dohnal, Alexander Pevzner, Thorsten Alteholz, Aveek Basu, and Ira McDonald cannot do it. Also, from these it is only me actually working full-time on OpenPrinting. We need a developer/contributor community. And printing is not a very attractive subject matter to have tons of volunteers overrunning to our organization ...
 
-Therefore I make massive use of the **Google Summer of Code**, since 2008 every year, in the beginning we had 1-3 contributors every year, and when Aveek Basu from India (he worked at Lexmark that time) joined OpenPrinting and he asked around at several universities and colleges in India, we got around  5-6 every year, and when we started organizing the annual [Opportunity Open Source conferences](/OpenPrinting-News-August-2024/#opportunity-open-source-in-iit-kanpur) since 2023, 11 contributors for [2024](/OpenPrinting-News-October-2024/#google-summer-of-code-2024) and also for [2025](/OpenPrinting-News-Google-Summer-of-Code-2025-Contributors-selected-and-projects-started/). They do most of the coding work, especially in the GUI part where I do not have very much experience with.
+Therefore I make massive use of the **[Google Summer of Code](https://summerofcode.withgoogle.com)**, since 2008 every year, in the beginning we had 1-3 contributors every year, and when Aveek Basu from India (he worked at Lexmark that time) joined OpenPrinting and he asked around at several universities and colleges in India, we got around  5-6 every year, and when we started organizing the annual [Opportunity Open Source conferences](/OpenPrinting-News-August-2024/#opportunity-open-source-in-iit-kanpur) since 2023, 11 contributors for [2024](/OpenPrinting-News-October-2024/#google-summer-of-code-2024) and also for [2025](/OpenPrinting-News-Google-Summer-of-Code-2025-Contributors-selected-and-projects-started/). They do most of the coding work, especially in the GUI part where I do not have very much experience with.
 
 ## The show must go on ...