diff --git a/contents/documentation/02-designing-printer-drivers.md b/contents/documentation/02-designing-printer-drivers.md
index 124cf48c..153ce0a8 100644
--- a/contents/documentation/02-designing-printer-drivers.md
+++ b/contents/documentation/02-designing-printer-drivers.md
@@ -9,7 +9,7 @@ h_range: [1,2]
Introduction
-A driver is a code or data specific to a certain model or group of hardware devices, needed to make the hardware work with the hardware-model-independent code of the operating system. Printing in Linux has moved towards [Driverless Printing](https://openprinting.github.io/driverless), which means there is no need for any hardware-model-specific code or data. However, there are some problems with the current framework. For example, some printers(especially the old ones) that cannot handle IPP requests are devoid of driverless printing capability. Printer Applications help to address these issues. Kindly refer Printer Applications - A new way to print in Linux to learn more about Printer Applications, its working and benefits.
+A driver is a code or data specific to a certain model or group of hardware devices, needed to make the hardware work with the hardware-model-independent code of the operating system. Printing in Linux has moved towards [Driverless Printing](/driverless), which means there is no need for any hardware-model-specific code or data. However, there are some problems with the current framework. For example, some printers(especially the old ones) that cannot handle IPP requests are devoid of driverless printing capability. Printer Applications help to address these issues. Kindly refer Printer Applications - A new way to print in Linux to learn more about Printer Applications, its working and benefits.
For Designing the Printer Application Driver, it would be a lot of re-inventing the wheel if everyone who wants to create a printer driver has to implement all things from scratch. Therefore Michael Sweet has developed PAPPL, a library that provides all the common functionality which is required in every Printer Application.
diff --git a/contents/gsoc/2022/GUI-for-discovering-non-driverless-printers-and-finding-suitable-Printer-Applications-for-them.md b/contents/gsoc/2022/GUI-for-discovering-non-driverless-printers-and-finding-suitable-Printer-Applications-for-them.md
index b76720a3..b1152b7a 100644
--- a/contents/gsoc/2022/GUI-for-discovering-non-driverless-printers-and-finding-suitable-Printer-Applications-for-them.md
+++ b/contents/gsoc/2022/GUI-for-discovering-non-driverless-printers-and-finding-suitable-Printer-Applications-for-them.md
@@ -10,7 +10,7 @@ Modern printers usually are driverless IPP printers, and those get discovered an
Printers which do not do driverless IPP are either legacy printers, the many older printers which got developed before driverless IPP printing existed, and specialty printers. These need Printer Applications. As there will be several different Printer Applications and each one supporting another set of printers it is not trivial for the user to discover available non-IPP-driverless printers and find out which is the Printer Application to use and whether it is already installed.
-So we need some guide for the user. The idea is a GUI tool which lists available, non-IPP-driverless printers, local (USB) and network devices. If the user selects one of them, all installed Printer Applications which support this printer are shown, and for each a button to open the Printer Application's web interface and also a quick auto-add-this-printer button. In addition to the list of suitable Printer Applications there should also be a button which does a fuzzy search for the printer make and model on the Snap Store/the OpenPrinting web site to find Printer Applications which are not installed on the local system. There is already a concept to implement an appropriate [search index on OpenPrinting](https://openprinting.github.io/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) which will be used by this GUI.
+So we need some guide for the user. The idea is a GUI tool which lists available, non-IPP-driverless printers, local (USB) and network devices. If the user selects one of them, all installed Printer Applications which support this printer are shown, and for each a button to open the Printer Application's web interface and also a quick auto-add-this-printer button. In addition to the list of suitable Printer Applications there should also be a button which does a fuzzy search for the printer make and model on the Snap Store/the OpenPrinting web site to find Printer Applications which are not installed on the local system. There is already a concept to implement an appropriate [search index on OpenPrinting](/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) which will be used by this GUI.
The contributor's task is to implement such a tool in GTK, ideally as a module for the GNOME Control Center.
### Mentors
diff --git a/contents/gsoc/2023/CI-Testing-programs-for-libcupsfilters-libpappl-retrofit-libppd-CPDB-etc-.md b/contents/gsoc/2023/CI-Testing-programs-for-libcupsfilters-libpappl-retrofit-libppd-CPDB-etc-.md
index c846592b..cc4f5988 100644
--- a/contents/gsoc/2023/CI-Testing-programs-for-libcupsfilters-libpappl-retrofit-libppd-CPDB-etc-.md
+++ b/contents/gsoc/2023/CI-Testing-programs-for-libcupsfilters-libpappl-retrofit-libppd-CPDB-etc-.md
@@ -18,7 +18,7 @@ Test programs are also needed for the so-called 'autopkgtest' tests which are ad
In addition, instruction files and shell scripts are needed to build the software on different platforms/environments, run tests, create GitHub Actions (for the automatic triggering on each commit ...).
-This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](https://openprinting.github.io/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
+This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
Here you can see what we already have in terms of CI, and what is missing ...
### Mentors
diff --git a/contents/gsoc/2024/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md b/contents/gsoc/2024/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
index 19a8c141..e065e268 100644
--- a/contents/gsoc/2024/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
+++ b/contents/gsoc/2024/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
@@ -18,7 +18,7 @@ Test programs are also needed for the so-called 'autopkgtest' tests which are ad
In addition, instruction files and shell scripts are needed to build the software on different platforms/environments, run tests, create GitHub Actions (for the automatic triggering on each commit ...).
-This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](https://openprinting.github.io/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
+This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
Here you can see what we already have in terms of CI, and what is missing ...
### Mentors
diff --git a/contents/gsoc/2024/Replace-QPDF-by-PDFio-as-PDF-manipulation-library-in-libcupsfilters.md b/contents/gsoc/2024/Replace-QPDF-by-PDFio-as-PDF-manipulation-library-in-libcupsfilters.md
index 42c0ce70..9950bab8 100644
--- a/contents/gsoc/2024/Replace-QPDF-by-PDFio-as-PDF-manipulation-library-in-libcupsfilters.md
+++ b/contents/gsoc/2024/Replace-QPDF-by-PDFio-as-PDF-manipulation-library-in-libcupsfilters.md
@@ -6,7 +6,7 @@ title: "Replace QPDF by PDFio as PDF manipulation library in libcupsfilters"
1 contributor full-size (350 hours), Level of difficulty: Hard
-Like [CUPS](https://openprinting.github.io/cups/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters) is principally written in regular C and not in `C++`. We want to avoid `C++` as it has often problems with binary compatibility and the mechanism with which the Debian/Ubuntu build services auto-detect dependencies between Debian packages get very awkward with `C++`.
+Like [CUPS](/cups/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters) is principally written in regular C and not in `C++`. We want to avoid `C++` as it has often problems with binary compatibility and the mechanism with which the Debian/Ubuntu build services auto-detect dependencies between Debian packages get very awkward with `C++`.
But libcupsfilters still depends on one library which is written in `C++`, [QPDF](https://github.com/qpdf/qpdf/), a library for manipulating PDF files: Scaling up and down, moving around on the page, rotating, combining several source pages on one destination page, turning filled PDF forms into straight PDF, ... QPDF is used by the filter functions cfFilterPDFToPDF(), cfFilterBannerToPDF(), cfFilterGSToRaster(), and cfFilterRasterToPDF().
diff --git a/contents/gsoc/2025/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md b/contents/gsoc/2025/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
index a0c567b5..cc6f5ffb 100644
--- a/contents/gsoc/2025/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
+++ b/contents/gsoc/2025/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
@@ -16,7 +16,7 @@ Test programs are also needed for the so-called 'autopkgtest' tests which are ad
In addition, instruction files and shell scripts are needed to build the software on different platforms/environments, run tests, create GitHub Actions (for the automatic triggering on each commit ...).
-This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](https://openprinting.github.io/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
+This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
Here you can see what we already have in terms of CI, and what is missing ...
### Mentors
diff --git a/contents/gsoc/2025/Extend-PDFio-to-be-a-PDF-renderer-displayer.md b/contents/gsoc/2025/Extend-PDFio-to-be-a-PDF-renderer-displayer.md
index f80935ec..39c7dedf 100644
--- a/contents/gsoc/2025/Extend-PDFio-to-be-a-PDF-renderer-displayer.md
+++ b/contents/gsoc/2025/Extend-PDFio-to-be-a-PDF-renderer-displayer.md
@@ -4,7 +4,7 @@ title: "Extend PDFio to be a PDF renderer/displayer"
### Introduction
1 contributor full-size (350 hours), Level of difficulty: Hard
-Like [CUPS](https://openprinting.github.io/cups/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters) is principally written in regular C and not in `C++`. We want to avoid `C++` as it has often problems with binary compatibility and the mechanism with which the Debian/Ubuntu build services auto-detect dependencies between Debian packages get very awkward with `C++`.
+Like [CUPS](/cups/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters) is principally written in regular C and not in `C++`. We want to avoid `C++` as it has often problems with binary compatibility and the mechanism with which the Debian/Ubuntu build services auto-detect dependencies between Debian packages get very awkward with `C++`.
In libcupsfilters we now succeeded to eliminate use of `C++`, by replacing the use of the `C++` library [QPDF](https://github.com/qpdf/qpdf/) for PDF manipulation by Michael Sweet's [PDFio](https://www.msweet.org/pdfio/) and also by not using libpoppler any more but using Poppler's command line utilities instead. This was done as a [GSoC project last year](https://medium.com/@uddhavphatak/gsoc-2024-final-report-the-refactor-report-a46756e9d6ce).
diff --git a/contents/gsoc/2025/Image-output-evaluation-for-testing-of-print-scan-job-processing.md b/contents/gsoc/2025/Image-output-evaluation-for-testing-of-print-scan-job-processing.md
index 7e6205b4..d0eac051 100644
--- a/contents/gsoc/2025/Image-output-evaluation-for-testing-of-print-scan-job-processing.md
+++ b/contents/gsoc/2025/Image-output-evaluation-for-testing-of-print-scan-job-processing.md
@@ -14,7 +14,7 @@ To compare graphical content they use the free software computer vision library
With this we could for example take a PDF file, rasterize it in high quality, then "print" it/send it through a filter chain and afterwards compare the images. We can also OCR raster output to check whether the complete text of the input (plain text or PDF file) is conserved in the output, not having anything cut off at the borders and no glyphs missing or replaced by squares/placeholders for missing glyphs.
-See also [my report from the GUADEC 2024](https://openprinting.github.io/OpenPrinting-News-July-2024/#guadec-2024-in-denver), the section "Workshop: openQA testing for your GNOME app, module or service".
+See also [my report from the GUADEC 2024](/OpenPrinting-News-July-2024/#guadec-2024-in-denver), the section "Workshop: openQA testing for your GNOME app, module or service".
Tests which benefit from this are not only our CI testing in libcupsfilters, but also 2 of our other projects on this list:
* Behavior-accurate simulation of multi-function printers
diff --git a/contents/gsoc/2025/Port-CUPS-and-Printer-Applications-to-Zephyr.md b/contents/gsoc/2025/Port-CUPS-and-Printer-Applications-to-Zephyr.md
index 281745bf..9f2557a7 100644
--- a/contents/gsoc/2025/Port-CUPS-and-Printer-Applications-to-Zephyr.md
+++ b/contents/gsoc/2025/Port-CUPS-and-Printer-Applications-to-Zephyr.md
@@ -2,7 +2,7 @@
title: "Port CUPS and Printer Applications to Zephyr"
---
### Introduction
-Probably many of you have already thought about that one can take an SBC, install Linux and [CUPS](https://openprinting.github.io/cups) or a Printer Application on it, and connect this to an old printer which is still mechanically perfect but needs a driver which is not available any more for some operating systems. Suddenly the printer turns into a modern, driverless IPP printer which can be used with any operating system.
+Probably many of you have already thought about that one can take an SBC, install Linux and [CUPS](/cups) or a Printer Application on it, and connect this to an old printer which is still mechanically perfect but needs a driver which is not available any more for some operating systems. Suddenly the printer turns into a modern, driverless IPP printer which can be used with any operating system.
But it is a little awkward having a little box dangling behind the printer which also occupies a power outlet. Also one can perhaps also make use of much cheaper SBC.
@@ -12,7 +12,7 @@ Such tiny boards are often not powerful enough to run Linux, but there is also t
And this scenario does not only serve for cheap DIY solutions to save old printers, it also can be a base for cost-effective printer firmware development.
-This project is about investigating whether one could run the components of the free software printing stack, as [CUPS](https://openprinting.github.io/cups), [PAPPL](https://github.com/michaelrsweet/pappl/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters), ... under the Zephyr operating system, and actually let this tiny print server execute printer drivers and print on legacy printers. Also the handling of print data and the need of resources here needs to be investigated. Can we hold several pages? Can we use [Ghostscript](https://ghostscript.com/)? Or do we have to stream raster print data from the client to the printer?
+This project is about investigating whether one could run the components of the free software printing stack, as [CUPS](/cups), [PAPPL](https://github.com/michaelrsweet/pappl/), [libcupsfilters](https://github.com/OpenPrinting/libcupsfilters), ... under the Zephyr operating system, and actually let this tiny print server execute printer drivers and print on legacy printers. Also the handling of print data and the need of resources here needs to be investigated. Can we hold several pages? Can we use [Ghostscript](https://ghostscript.com/)? Or do we have to stream raster print data from the client to the printer?
Most desirable is to do this with PAPPL (Printer APPlication Library), as it is designed to emulate a driverless IPP printer in software, including the so-called "Gadget" mode to appear as an IPP-over-USB device when connecting the power supply USB port of the SBC with the client computer's USB.
### Mentors
diff --git a/contents/gsoc/2025/Port-pyCUPS-to-CUPS-3-x-API-apply-the-new-pyCUPS-to-system-config-printer.md b/contents/gsoc/2025/Port-pyCUPS-to-CUPS-3-x-API-apply-the-new-pyCUPS-to-system-config-printer.md
index b91fb7a3..e5e7f141 100644
--- a/contents/gsoc/2025/Port-pyCUPS-to-CUPS-3-x-API-apply-the-new-pyCUPS-to-system-config-printer.md
+++ b/contents/gsoc/2025/Port-pyCUPS-to-CUPS-3-x-API-apply-the-new-pyCUPS-to-system-config-printer.md
@@ -8,7 +8,7 @@ Most software with print functionality or print administration functionality use
If the software is written in other languages, we need some connection between the library and the client code, the so-called bindings. For Python we have bindings for libcups, [pyCUPS](https://github.com/OpenPrinting/pycups). This works well with libcups 2.x already for years. [system-config-printer](https://github.com/OpenPrinting/system-config-printer) is principal user of pyCUPS.
-What we need now is to extend pyCUPS for the use with [libcups 3.x](https://github.com/OpenPrinting/libcups/) of the new [CUPS 3.x](https://openprinting.github.io/cups/cups3.html), so that pyCUPS will live on and continue to allow writing software which interacts with CUPS in Python.
+What we need now is to extend pyCUPS for the use with [libcups 3.x](https://github.com/OpenPrinting/libcups/) of the new [CUPS 3.x](/cups/cups3.html), so that pyCUPS will live on and continue to allow writing software which interacts with CUPS in Python.
The contributor's task is to go through the APIs of libcups3 and compare them with libcups2 to see what has to be added. If there is a way to automate the creation of Python bindings, it can be used and old (libcups2) and new (libcups3) has to be merged, so that pyCUPS can be used for any version of libcups.
diff --git a/contents/gsoc/2025/Qt-Print-Dialog.md b/contents/gsoc/2025/Qt-Print-Dialog.md
index 32162580..9372a272 100644
--- a/contents/gsoc/2025/Qt-Print-Dialog.md
+++ b/contents/gsoc/2025/Qt-Print-Dialog.md
@@ -6,9 +6,9 @@ title: "Qt Print Dialog: Modernize the user interface"
The print dialog of [Qt](https://contribute.qt-project.org/), which is also the print dialog used by KDE applications has still the user interface of 20 years ago, when I told the Qt and KDE developers that a CUPS-supporting print dialog is needed and they made this print dialog in response.
-Now, after the internals of the dialog being up-to-date (Support for the [Common Print Dialog Backends](https://openprinting.github.io/achievements/#common-print-dialog-backends) added in [GSoC 2022](https://github.com/TinyTrebuchet/gsoc22/)) we need to make the user interface of the Qt print dialog cute.
+Now, after the internals of the dialog being up-to-date (Support for the [Common Print Dialog Backends](/achievements/#common-print-dialog-backends) added in [GSoC 2022](https://github.com/TinyTrebuchet/gsoc22/)) we need to make the user interface of the Qt print dialog cute.
-The modernization should at least be a UI similar to the one of the GTK print dioalog. This should not require any extensions of the API between the print dialog and the applications and so the new dialog can replace the old one without modifications on existing applications needed.
+The modernization should at least be a UI similar to the one of the GTK print dialog. This should not require any extensions of the API between the print dialog and the applications and so the new dialog can replace the old one without modifications on existing applications needed.
Optionally, depending on the time left, a dialog with built-in preview (Like in LibreOffice, Chromium, Firefox, Thunderbird) could be created. This requires more UI design work and most probably also additions to the API. The migration of a simple application (like text editor or document viewer) to the new print dialog would demo it and make the developers of other applications switch over.
### Mentors
diff --git a/contents/gsoc/2025/System-Fuzz-Testing-of-Printing-Protocols.md b/contents/gsoc/2025/System-Fuzz-Testing-of-Printing-Protocols.md
index 9b07f1fc..422017b3 100644
--- a/contents/gsoc/2025/System-Fuzz-Testing-of-Printing-Protocols.md
+++ b/contents/gsoc/2025/System-Fuzz-Testing-of-Printing-Protocols.md
@@ -14,7 +14,7 @@ Effective testing of printing protocols and Domain-specific languages (DSL) like
**Contributors are expected to achieve:**
* Thoroughly understand and summarize the key aspects of printing protocols used in OpenPrinting, such as IPP and PostScript.
- * Develop tailored testing strategies for these protocols, referencing standards such as [RFC 8011](https://datatracker.ietf.org/doc/html/rfc8011), and [OpenPrinting's 17 IPP specifications](https://openprinting.github.io/cups/doc/spec-ipp.html)
+ * Develop tailored testing strategies for these protocols, referencing standards such as [RFC 8011](https://datatracker.ietf.org/doc/html/rfc8011), and [OpenPrinting's 17 IPP specifications](/cups/doc/spec-ipp.html)
* Implement high-quality unit tests, differential tests, and fuzzing drivers along with protocol-tailed testing oracles within OpenPrinting projects. Contributors will also be responsible for identifying any discrepancies or bugs, reporting them, and coordinating with developers to facilitate necessary fixes.
*The outputs of this project will not only serve as a valuable reference for generalizing testing across all OpenPrinting projects but also the documented progress can also lead to potential academic contributions, such as technical reports or research papers.*
diff --git a/contents/gsoc/2025/Utilizing-OSS-Fuzz-Gen-to-improve-fuzz-testing-for-OpenPrinting-projects.md b/contents/gsoc/2025/Utilizing-OSS-Fuzz-Gen-to-improve-fuzz-testing-for-OpenPrinting-projects.md
index 4ea028b3..ecfeaf4f 100644
--- a/contents/gsoc/2025/Utilizing-OSS-Fuzz-Gen-to-improve-fuzz-testing-for-OpenPrinting-projects.md
+++ b/contents/gsoc/2025/Utilizing-OSS-Fuzz-Gen-to-improve-fuzz-testing-for-OpenPrinting-projects.md
@@ -6,7 +6,7 @@ title: "Utilizing OSS-Fuzz-Gen to improve fuzz testing for OpenPrinting projects
1 contributor full-size (350 hours), Level of difficulty: Hard
-Recent vulnerabilities (including [CVE-2024-47175, CVE-2024-47176, CVE-2024-47177](https://openprinting.github.io/OpenPrinting-News-Flash-cups-browsed-Remote-Code-Execution-vulnerability/)) reported in OpenPrinting projects have underscored the critical need for robust security measures. Given that most of the projects of OpenPrinting are developed in `C/C++`, which are prone to memory violation bugs. To address these challenges, OpenPrinting has engaged with Google's [OSS-Fuzz](https://github.com/google/oss-fuzz/), a service designed to support open-source communities by providing large-scale fuzz testing and bug reporting, and maintains the fuzz harnesses in the separate [OpenPrinting fuzzing](https://github.com/OpenPrinting/fuzzing) repository.
+Recent vulnerabilities (including [CVE-2024-47175, CVE-2024-47176, CVE-2024-47177](/OpenPrinting-News-Flash-cups-browsed-Remote-Code-Execution-vulnerability/)) reported in OpenPrinting projects have underscored the critical need for robust security measures. Given that most of the projects of OpenPrinting are developed in `C/C++`, which are prone to memory violation bugs. To address these challenges, OpenPrinting has engaged with Google's [OSS-Fuzz](https://github.com/google/oss-fuzz/), a service designed to support open-source communities by providing large-scale fuzz testing and bug reporting, and maintains the fuzz harnesses in the separate [OpenPrinting fuzzing](https://github.com/OpenPrinting/fuzzing) repository.
**Current Integration with OSS-Fuzz:** OpenPrinting has successfully integrated **three** key projects into the OSS-Fuzz workflow, with **two** additional projects currently in progress. Although the integration has already yielded significant results, which have reported **21** critical fixed bugs leading to more than **5,000** lines of code fixes, it remains insufficient. The [testing coverage](https://introspector.oss-fuzz.com/project-profile?project=cups) for critical components is still lacking, and the severity of potential issues within OpenPrinting projects demands further action.
diff --git a/contents/gsoc/2026/AI-Driven-Printer-Compatibility-and-Recommendation-Portal-data-intelligence-ml-pipeline.md b/contents/gsoc/2026/AI-Driven-Printer-Compatibility-and-Recommendation-Portal-data-intelligence-ml-pipeline.md
index bef41658..1f983597 100644
--- a/contents/gsoc/2026/AI-Driven-Printer-Compatibility-and-Recommendation-Portal-data-intelligence-ml-pipeline.md
+++ b/contents/gsoc/2026/AI-Driven-Printer-Compatibility-and-Recommendation-Portal-data-intelligence-ml-pipeline.md
@@ -6,7 +6,7 @@ title: "AI-Driven Printer Compatibility and Recommendation Portal: Printer Data
1 contributor, large-size (350 hours), Level of difficulty: Hard
-OpenPrinting maintains large and continuously evolving datasets such as the [Foomatic printer database](https://www.openprinting.org/printers/) and [driverless printer support](https://openprinting.github.io/printers/) lists. While these datasets are rich in information, they are currently consumed as static listings, requiring users to manually reason about printer compatibility, feature equivalence, and suitable alternatives. As the number of supported printers continues to grow, this approach becomes increasingly difficult to maintain and use effectively.
+OpenPrinting maintains large and continuously evolving datasets such as the [Foomatic printer database](https://www.openprinting.org/printers/) and [driverless printer support](/printers/) lists. While these datasets are rich in information, they are currently consumed as static listings, requiring users to manually reason about printer compatibility, feature equivalence, and suitable alternatives. As the number of supported printers continues to grow, this approach becomes increasingly difficult to maintain and use effectively.
The objective of this project is to design and implement an **offline, reproducible machine-learning pipeline** that transforms OpenPrinting’s printer metadata into structured, actionable intelligence suitable for downstream web applications.
diff --git a/contents/gsoc/2026/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md b/contents/gsoc/2026/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
index 0ead1573..355f8d85 100644
--- a/contents/gsoc/2026/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
+++ b/contents/gsoc/2026/CI-Testing-programs-for-libpappl-retrofit-and-libppd.md
@@ -16,7 +16,7 @@ Test programs are also needed for the so-called 'autopkgtest' tests which are ad
In addition, instruction files and shell scripts are needed to build the software on different platforms/environments, run tests, create GitHub Actions (for the automatic triggering on each commit ...).
-This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](https://openprinting.github.io/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
+This subject got discussed on the OpenPrinting micro-conference on Linux Plumbers 2022: ([Summary](/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022), [Slides](https://lpc.events/event/16/contributions/1161/attachments/942/1851/lpc-printing-ci-2022.pdf), [Video](https://www.youtube.com/watch?v=c--Uki7cvGE))
Here you can see what we already have in terms of CI, and what is missing ...
### Mentors
diff --git a/contents/gsoc/gsoc2020.md b/contents/gsoc/gsoc2020.md
index d6ceb9ab..0a5d435e 100644
--- a/contents/gsoc/gsoc2020.md
+++ b/contents/gsoc/gsoc2020.md
@@ -47,7 +47,7 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
## GSoC 2020 Students
@@ -150,4 +150,4 @@ We are looking into finishing up CPDB after GSoC.
- **Mentors:** Michael Sweet, Alexander Pevzner
- **Status:** WITHDRAWN (shortly after first evaluation)
-We replaced this project by a 2-student LFMP project ([details](https://openprinting.github.io/OpenPrinting-News-September-2020/#linux-foundation-mentorship-program)).
+We replaced this project by a 2-student LFMP project ([details](/OpenPrinting-News-September-2020/#linux-foundation-mentorship-program)).
diff --git a/contents/gsoc/gsoc2021.md b/contents/gsoc/gsoc2021.md
index ebb5d017..cb2e522f 100644
--- a/contents/gsoc/gsoc2021.md
+++ b/contents/gsoc/gsoc2021.md
@@ -47,7 +47,7 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
## GSoC 2021 Students
diff --git a/contents/gsoc/gsoc2022.md b/contents/gsoc/gsoc2022.md
index 504f72fa..e96ca314 100644
--- a/contents/gsoc/gsoc2022.md
+++ b/contents/gsoc/gsoc2022.md
@@ -47,5 +47,5 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
diff --git a/contents/gsoc/gsoc2023.md b/contents/gsoc/gsoc2023.md
index 9e5ac9a5..180ffdfb 100644
--- a/contents/gsoc/gsoc2023.md
+++ b/contents/gsoc/gsoc2023.md
@@ -47,5 +47,5 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
diff --git a/contents/gsoc/gsoc2024.md b/contents/gsoc/gsoc2024.md
index 68e98839..671fe443 100644
--- a/contents/gsoc/gsoc2024.md
+++ b/contents/gsoc/gsoc2024.md
@@ -47,5 +47,5 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
diff --git a/contents/gsoc/gsoc2025.md b/contents/gsoc/gsoc2025.md
index 20e6f2f9..48c8f7b6 100644
--- a/contents/gsoc/gsoc2025.md
+++ b/contents/gsoc/gsoc2025.md
@@ -47,5 +47,5 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
diff --git a/contents/gsoc/gsoc2026.md b/contents/gsoc/gsoc2026.md
index 696df221..2a4afc68 100644
--- a/contents/gsoc/gsoc2026.md
+++ b/contents/gsoc/gsoc2026.md
@@ -47,5 +47,5 @@ The participation of the Linux Foundation in the Google Summer of Code is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
diff --git a/contents/pages/achievements.md b/contents/pages/achievements.md
index 40c5ad58..f0819ad3 100644
--- a/contents/pages/achievements.md
+++ b/contents/pages/achievements.md
@@ -199,7 +199,7 @@ In September 2020 Michael teamed up with us to [fork](https://github.com/OpenPri
As Apple did not resume the upstream work on CUPS in the following months, we have made OpenPrinting now the official upstream home for CUPS. We now continue developing CUPS, independent of Apple. So we can add features and lead CUPS into the New Architecture without PPD files and with Printer Applications.
-CUPS has a [new home page](https://openprinting.github.io/cups/) now and what was formerly our fork is now the [official CUPS repository](https://github.com/OpenPrinting/cups/). We started releasing the 2.4.x series end-2021, now without "opX" suffix of forked CUPS versions. Also all documentation files which come with it are updated to point to the OpenPrinting resources. Mailing list for development discussions is our [printing-architecture](https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture) list.
+CUPS has a [new home page](/cups/) now and what was formerly our fork is now the [official CUPS repository](https://github.com/OpenPrinting/cups/). We started releasing the 2.4.x series end-2021, now without "opX" suffix of forked CUPS versions. Also all documentation files which come with it are updated to point to the OpenPrinting resources. Mailing list for development discussions is our [printing-architecture](https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture) list.
So today Apple CUPS is the version of CUPS that is provided with macOS® and iOS® while OpenPrinting CUPS is the version of CUPS being further developed by OpenPrinting for all operating systems.
diff --git a/contents/pages/contribute-website.md b/contents/pages/contribute-website.md
index cacdfc96..57d8e49b 100644
--- a/contents/pages/contribute-website.md
+++ b/contents/pages/contribute-website.md
@@ -19,7 +19,7 @@ If you find any bugs or issues in the website, please feel free to raise the iss
Different browsers render CSS differently. If you find any inconsistency in CSS rendering, please [report it](https://github.com/OpenPrinting/openprinting.github.io/issues).
### Content Migration
-We need to move content from our [old website](https://wiki.linuxfoundation.org/openprinting/start) to this [website](https://openprinting.github.io/).
+We need to move content from our [old website](https://wiki.linuxfoundation.org/openprinting/start) to this [website](/).
If you want to move some page or some database, first create [Issue](https://github.com/OpenPrinting/openprinting.github.io/issues) for the same and then work on it.
### Solving Issues
diff --git a/contents/pages/current.md b/contents/pages/current.md
index d3d6ec44..45881e06 100644
--- a/contents/pages/current.md
+++ b/contents/pages/current.md
@@ -52,7 +52,7 @@ We especially want to get rid of the PPD files, because ...
- In 1984 Adobe stopped development on PPDs (and also PostScript), so we started with an obsolete (but useful) format right away.
- In 2006 we [abolished PostScript as print job format](/achievements/#pdf-instead-of-postscript-as-standard-print-job-format) and replaced it by PDF.
-- PPD files can represent user-settable options only as enumerated choice or boolean. Ugly workarounds for things like passwords or color adjustment are needed, implemented in [CUPS](https://openprinting.github.io/cups/doc/spec-ppd.html) and [Foomatic](https://openprinting.org/printers).
+- PPD files can represent user-settable options only as enumerated choice or boolean. Ugly workarounds for things like passwords or color adjustment are needed, implemented in [CUPS](/cups/doc/spec-ppd.html) and [Foomatic](https://openprinting.org/printers).
As CUPS was always following the standards of the Printer Working Group ([PWG](http://www.pwg.org/)), a consortium of printer, OS, general IT, ... industry with which OpenPrinting works closely together and with Michael Sweet (author of CUPS) actively developing on the Internet Printing Protocol (IPP) for decades, we follow them even more to create an all-IPP CUPS without the legacy of PPD files and driver filters.
diff --git a/contents/pages/databaseintro.md b/contents/pages/databaseintro.md
index 9befee35..90db3ed1 100644
--- a/contents/pages/databaseintro.md
+++ b/contents/pages/databaseintro.md
@@ -61,7 +61,7 @@ This is an interactive database; if you know anything useful th
-This entire database (except the driver packages) is available in an XML format as part of the Foomatic system, which provides configuration tools and filter scripts for a variety of spoolers. All driver packages and the LSB DDK are in this directory.
+This entire database (except the driver packages) is available in an XML format as part of the Foomatic system, which provides configuration tools and filter scripts for a variety of spoolers. All driver packages and the LSB DDK are in this directory.
diff --git a/contents/pages/gsod2020.md b/contents/pages/gsod2020.md
index ccb2d306..e06617cd 100644
--- a/contents/pages/gsod2020.md
+++ b/contents/pages/gsod2020.md
@@ -50,7 +50,7 @@ The participation of the Linux Foundation in the Google Season of Docs is organi
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
Project Ideas
diff --git a/contents/pages/lfmp2020.md b/contents/pages/lfmp2020.md
index cbb4c0f0..32cfd29c 100644
--- a/contents/pages/lfmp2020.md
+++ b/contents/pages/lfmp2020.md
@@ -50,7 +50,7 @@ The participation of the Linux Foundation in the Linux Foundation Mentorship Pro
-Please see the plans for our near future work to get an overview of our development direction and architecture changes.
+Please see the plans for our near future work to get an overview of our development direction and architecture changes.
Project Ideas
diff --git a/contents/post/OpenPrinting-Live-in-the-Ubuntu-Office-Hours.md b/contents/post/OpenPrinting-Live-in-the-Ubuntu-Office-Hours.md
index c5619fd4..1027234c 100644
--- a/contents/post/OpenPrinting-Live-in-the-Ubuntu-Office-Hours.md
+++ b/contents/post/OpenPrinting-Live-in-the-Ubuntu-Office-Hours.md
@@ -22,6 +22,6 @@ Please mark in your calendars:
It will take place on [YouTube](https://www.youtube.com/watch?v=diB3wm4HB1Y) and everyone can participate, without registration and free of charge. Everyone can post questions on the YouTube Live Chat.
-For everyone who wants to get some technical background, Michael Sweet and me have talked about the ongoing changes in the architecture of printing with free software six weeks ago in the [Ubuntu Indaba](https://openprinting.github.io/OpenPrinting-News-Flash-Ubuntu-Indaba-and-Ghostscript-Printer-Application/#the-ubuntu-desktop-indabas-and-openprinting---the-recording) (recording on [YouTube](https://www.youtube.com/watch?v=P22DOu_ahBo)).
+For everyone who wants to get some technical background, Michael Sweet and me have talked about the ongoing changes in the architecture of printing with free software six weeks ago in the [Ubuntu Indaba](/OpenPrinting-News-Flash-Ubuntu-Indaba-and-Ghostscript-Printer-Application/#the-ubuntu-desktop-indabas-and-openprinting---the-recording) (recording on [YouTube](https://www.youtube.com/watch?v=P22DOu_ahBo)).
See you there!
diff --git a/contents/post/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2020.md b/contents/post/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2020.md
index 18f9863c..bd0407fe 100644
--- a/contents/post/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2020.md
+++ b/contents/post/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2020.md
@@ -7,19 +7,19 @@ date: '2020-08-24'
---
**Update:** [Recording on YouTube](https://youtu.be/MPGh9FUW4as)
-As already back in [2019](https://openprinting.github.io/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2019/) we are holding a Microconference on the [Linux Plumbers 2020](https://www.linuxplumbersconf.org/), this year in ...
+As already back in [2019](/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2019/) we are holding a Microconference on the [Linux Plumbers 2020](https://www.linuxplumbersconf.org/), this year in ...
... the wider Internet!! Yes, due to COVID-19 it is all virtual this time, no travelling, no 12 hours with a mask in an airplane full of people. But also no nice sights and delicious restaurants, not tourist-guiding my co-workers with the help of my knowledge of the Portuguese language through a nice city.
But it has also one big advantage: It is much easier to get the desired speakers, as one does not need to get their travel funded. So we will have Michael Sweet, Ira McDonald, Aveek Basu, Alexander Pevzner, and Rithvik Patibandla on our virtual stage, and me naturally, too.
-We will talk about the following [subjects](https://openprinting.github.io/upcoming-technologies/):
+We will talk about the following [subjects](/upcoming-technologies/):
-- [Printer Applications - A new way to print in Linux](https://openprinting.github.io/upcoming-technologies/01-printer-application/)
-- [IPP scan (or virtual MF device) server (Scanner Application)](https://openprinting.github.io/upcoming-technologies/02-ipp-scan/)
-- [3D Printing](https://openprinting.github.io/upcoming-technologies/03-3d-printing/)
-- [IPP Fax Out - A new reality](https://openprinting.github.io/upcoming-technologies/04-ipp-fax/)
-- [Designing and Packaging Printer and Scanner Drivers](https://openprinting.github.io/upcoming-technologies/05-designing-packaging-drivers/)
+- [Printer Applications - A new way to print in Linux](/upcoming-technologies/01-printer-application/)
+- [IPP scan (or virtual MF device) server (Scanner Application)](/upcoming-technologies/02-ipp-scan/)
+- [3D Printing](/upcoming-technologies/03-3d-printing/)
+- [IPP Fax Out - A new reality](/upcoming-technologies/04-ipp-fax/)
+- [Designing and Packaging Printer and Scanner Drivers](/upcoming-technologies/05-designing-packaging-drivers/)
The conference takes place from **Monday, August 24 to Friday, August 28, every day from 2pm - 6pm UTC**. Our day will be the **Friday, August 28**, with our microconference to span all the 4 hours. Everyone is invited to visit us.
diff --git a/contents/post/OpenPrinting-News-April-2020.md b/contents/post/OpenPrinting-News-April-2020.md
index 5602a413..ceb178e7 100644
--- a/contents/post/OpenPrinting-News-April-2020.md
+++ b/contents/post/OpenPrinting-News-April-2020.md
@@ -35,7 +35,7 @@ In the web interface the structure of pages is already defined, but most pages a
This also means that things planned for the Printer Application SDK GSoC project will already be done when the coding period starts, but here we will simply be flexible with what will exactly be done during the project. We will be able to do additional things which we did not plan in the beginning.
I am suggesting the following:
-- Take care that all the properties described on [here](https://openprinting.github.io/OpenPrinting-News-March-2020/#printer-application-frameworksdk---pappl) last month are fulfilled. I have agreed with Mike on them. But if Mike does not implement all of these it will be the student's task to add what is missing.
+- Take care that all the properties described on [here](/OpenPrinting-News-March-2020/#printer-application-frameworksdk---pappl) last month are fulfilled. I have agreed with Mike on them. But if Mike does not implement all of these it will be the student's task to add what is missing.
- One point Mike will most probably not add is the retro-fitting of old PPD/filter drivers. For these we will need to copy over PPD-supporting code from libcups into cups-filters to conserve it for the legacy driver support with a minimum of code creation.
- Re-structuring of cups-filters to make it easier to use the code of the filters in Printer Applications.
diff --git a/contents/post/OpenPrinting-News-April-2021.md b/contents/post/OpenPrinting-News-April-2021.md
index 6a7321ed..e7f840e8 100644
--- a/contents/post/OpenPrinting-News-April-2021.md
+++ b/contents/post/OpenPrinting-News-April-2021.md
@@ -18,7 +18,7 @@ The [agenda](https://www.pwg.org/chair/meeting-info/may-2021-virtual.html) is al
## Google Summer of Code 2021
With the Linux Foundation being accepted as mentoring organization we are now receiving the student's proposals until the deadline on April 13 ([Timeline](https://developers.google.com/open-source/gsoc/timeline)). After that we have to select the students/projects we want to work with.
-OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021)). Larger projects we should run in the Linux Foundation Mentoring Program instead of in the GSoC.
+OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](/OpenPrinting-News-October-2020/#google-summer-of-code-2021)). Larger projects we should run in the Linux Foundation Mentoring Program instead of in the GSoC.
## Google Season of Docs 2021
We have also applied as mentoring organization in this year’s [Google Season of Docs](https://developers.google.com/season-of-docs/).
diff --git a/contents/post/OpenPrinting-News-April-2022.md b/contents/post/OpenPrinting-News-April-2022.md
index 3d98be95..522f3e1b 100644
--- a/contents/post/OpenPrinting-News-April-2022.md
+++ b/contents/post/OpenPrinting-News-April-2022.md
@@ -20,7 +20,7 @@ I will be on this year's [Linux Application Summit](https://conf.linuxappsummit.
There I will give a [talk](https://conf.linuxappsummit.org/event/4/contributions/106/) about the New Architecture of printing and scanning and what is important for developers of desktop applications.
-I will give a summary of the changes and tell what needs to be changed in the desktop world, the [new printer setup tool](https://openprinting.github.io/OpenPrinting-News-February-2022/#gui-printer-setup-tool-and-print-dialog---essential-for-user-experience), [print dialog requirements](https://openprinting.github.io/OpenPrinting-News-February-2022/#the-print-dialogs) and [CPDB](https://nilanjanalodh.github.io/common-print-dialog-gsoc17/), snaboxed/distribution-independent packaging, like [Snap](https://openprinting.github.io/OpenPrinting-News-March-2022/#how-to-snap-an-application), [Flatpak](https://openprinting.github.io/OpenPrinting-News-March-2022/#flatpak-and-printing), ...
+I will give a summary of the changes and tell what needs to be changed in the desktop world, the [new printer setup tool](/OpenPrinting-News-February-2022/#gui-printer-setup-tool-and-print-dialog---essential-for-user-experience), [print dialog requirements](/OpenPrinting-News-February-2022/#the-print-dialogs) and [CPDB](https://nilanjanalodh.github.io/common-print-dialog-gsoc17/), sandboxed/distribution-independent packaging, like [Snap](/OpenPrinting-News-March-2022/#how-to-snap-an-application), [Flatpak](/OpenPrinting-News-March-2022/#flatpak-and-printing), ...
This should help application and GUI/desktop developers to get print and scan functionality of their software just work.
@@ -52,7 +52,7 @@ The regression has been fixed already and snapd 2.55.3 with the fix is available
```
sudo snap refresh --candidate snapd
```
-Then everything should work as described [last month](https://openprinting.github.io/OpenPrinting-News-March-2022/#cups-snap-and-snapd-printing-interface).
+Then everything should work as described [last month](/OpenPrinting-News-March-2022/#cups-snap-and-snapd-printing-interface).
If not, there is still a bug which could affect you:
@@ -83,7 +83,7 @@ Anyway, thanks a lot to Michael Vogt and his team on the hard work on snapd.
## AppImage and printing
-I had a quick look (especially also for the talk on Linux App Summit 2022, see above) into [this format](https://appimage.org/) for distribution-independent packaging and found out that it is, as [Flatpak](https://openprinting.github.io/OpenPrinting-News-March-2022/#flatpak-and-printing), also not suitable for packaging system services, like CUPS, ipp-usb, or Printer Applications.
+I had a quick look (especially also for the talk on Linux App Summit 2022, see above) into [this format](https://appimage.org/) for distribution-independent packaging and found out that it is, as [Flatpak](/OpenPrinting-News-March-2022/#flatpak-and-printing), also not suitable for packaging system services, like CUPS, ipp-usb, or Printer Applications.
AppImage is not actually sandboxed packaging, as Snap and Flatpak are. It is simply a single downloadable file, which a user puts into their home directory, makes it executable, and starts it, this way the included (squashfs) file system is mounted and the application started. The file system *is supposed* to contain everything to run the application. So one does not need to install anything.
diff --git a/contents/post/OpenPrinting-News-August-2020.md b/contents/post/OpenPrinting-News-August-2020.md
index 3ae74894..05cf55cb 100644
--- a/contents/post/OpenPrinting-News-August-2020.md
+++ b/contents/post/OpenPrinting-News-August-2020.md
@@ -10,25 +10,25 @@ date: '2020-08-13'
## 20 Years of working on printing with free software!
This month I have my 20th work anniversary of working with printing under Linux and free software. In August 2000 I have started at MandrakeSoft in Paris (later Mandriva) to switch the first Linux distribution from LPD/LPRng to CUPS.
-See [how all began](https://openprinting.github.io/How-did-this-all-begin/).
+See [how all began](/How-did-this-all-begin/).
## OpenPrinting Microconference on Linux Plumbers Conference 2020
**Update:** [Recording on YouTube](https://youtu.be/MPGh9FUW4as)
-As already back in [2019](https://openprinting.github.io/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2019/) we are holding a Microconference on the [Linux Plumbers 2020](https://www.linuxplumbersconf.org/), this year in ...
+As already back in [2019](/OpenPrinting-Microconference-on-Linux-Plumbers-Conference-2019/) we are holding a Microconference on the [Linux Plumbers 2020](https://www.linuxplumbersconf.org/), this year in ...
... the wider Internet!! Yes, due to COVID-19 it is all virtual this time, no travelling, no 12 hours with a mask in an airplane full of people. But also no nice sights and delicious restaurants, not tourist-guiding my co-workers with the help of my knowledge of the Portuguese language through a nice city.
But it has also one big advantage: It is much easier to get the desired speakers, as one does not need to get their travel funded. So we will have Michael Sweet, Ira McDonald, Aveek Basu, Alexander Pevzner, and Rithvik Patibandla on our virtual stage, and me naturally, too.
-We will talk about the following [subjects](https://openprinting.github.io/upcoming-technologies/):
+We will talk about the following [subjects](/upcoming-technologies/):
-- [Printer Applications - A new way to print in Linux](https://openprinting.github.io/upcoming-technologies/01-printer-application/)
-- [IPP scan (or virtual MF device) server (Scanner Application)](https://openprinting.github.io/upcoming-technologies/02-ipp-scan/)
-- [3D Printing](https://openprinting.github.io/upcoming-technologies/03-3d-printing/)
-- [IPP Fax Out - A new reality](https://openprinting.github.io/upcoming-technologies/04-ipp-fax/)
-- [Designing and Packaging Printer and Scanner Drivers](https://openprinting.github.io/upcoming-technologies/05-designing-packaging-drivers/)
+- [Printer Applications - A new way to print in Linux](/upcoming-technologies/01-printer-application/)
+- [IPP scan (or virtual MF device) server (Scanner Application)](/upcoming-technologies/02-ipp-scan/)
+- [3D Printing](/upcoming-technologies/03-3d-printing/)
+- [IPP Fax Out - A new reality](/upcoming-technologies/04-ipp-fax/)
+- [Designing and Packaging Printer and Scanner Drivers](/upcoming-technologies/05-designing-packaging-drivers/)
The conference takes place from **Monday, August 24 to Friday, August 28, every day from 2pm - 6pm UTC**. Our day will be the **Friday, August 28**, with our microconference to span all the 4 hours. Everyone is invited to visit us.
@@ -210,8 +210,8 @@ cups-filters 2.0.0 should contain the following features:
- Filter function to chain filters
- Wrappers for the filters to allow their use from CUPS
- IPP handling functions, mainly to be used for filter functions
-- [libppd](https://openprinting.github.io/OpenPrinting-News-July-2020/#cups-filters) for retro-fitting classic drivers and [manufacturer-supplied PPDs for PostScript printers](https://lists.linuxfoundation.org/pipermail/printing-architecture/2020/003846.html) into Printer Applications
-- [pclmtoraster](https://openprinting.github.io/OpenPrinting-News-July-2020/#cups-filters) filter function to convert PDF files from scanners into PWG/CUPS/Apple Raster without loss of image quality
+- [libppd](/OpenPrinting-News-July-2020/#cups-filters) for retro-fitting classic drivers and [manufacturer-supplied PPDs for PostScript printers](https://lists.linuxfoundation.org/pipermail/printing-architecture/2020/003846.html) into Printer Applications
+- [pclmtoraster](/OpenPrinting-News-July-2020/#cups-filters) filter function to convert PDF files from scanners into PWG/CUPS/Apple Raster without loss of image quality
- cups-browsed with multi-threading to better scale with larger amounts of printers in the network
- Options for the `./configure` script for partial builds: No cups-browsed, no libppd/PPD support, no libqpdf, raster-only printing/scanning, ... to allow Snaps build only the part of cups-filters which they actually need
diff --git a/contents/post/OpenPrinting-News-August-2022.md b/contents/post/OpenPrinting-News-August-2022.md
index 12f4186f..865eaab7 100644
--- a/contents/post/OpenPrinting-News-August-2022.md
+++ b/contents/post/OpenPrinting-News-August-2022.md
@@ -196,7 +196,7 @@ Feature requests so far:
## Common Print Dialog Backends 2.0
-While our GSoC contributor Gaurav Guleria is working on [adding CPDB support to the print dialogs](/current/#the-print-dialogs) (see [above](#google-summer-of-code-2022)) he has also done many fixes and improvements on the [CPDB framework](https://openprinting.github.io/achievements/#common-print-dialog-backends) itself:
+While our GSoC contributor Gaurav Guleria is working on [adding CPDB support to the print dialogs](/current/#the-print-dialogs) (see [above](#google-summer-of-code-2022)) he has also done many fixes and improvements on the [CPDB framework](/achievements/#common-print-dialog-backends) itself:
- Support for human-readable strings for options and choices
- Removal of CUPS dependencies in the core libraries
@@ -214,7 +214,7 @@ For the release itself I will still wait a little bit, as Gaurav could find othe
## CUPS Snap and snapd printing interface
**[CUPS Snap](https://github.com/OpenPrinting/cups-snap) in the [Snap Store](https://snapcraft.io/cups)**
-Now with the [`cups` snapd interface in place](https://openprinting.github.io/achievements/#the-cups-snap) Snap package maintainers are starting to use it.
+Now with the [`cups` snapd interface in place](/achievements/#the-cups-snap) Snap package maintainers are starting to use it.
Some days ago I have worked with my colleagues in the Canonical Desktop Team on [switching their Snaps over](https://discourse.ubuntu.com/t/desktop-team-updates-monday-15th-august-2022/29954/8?u=till-kamppeter) to the new `cups` interface and they did and it is actually working now. At least the Firefox, Chromium, gnome-text-editor, and evince Snaps should be switched over now, at least in the "Edge" channel of the Snap Store. Also of the LibreOffice Snap a switched version will appear soon.
diff --git a/contents/post/OpenPrinting-News-December-2019.md b/contents/post/OpenPrinting-News-December-2019.md
index a9b6df0b..6103298c 100644
--- a/contents/post/OpenPrinting-News-December-2019.md
+++ b/contents/post/OpenPrinting-News-December-2019.md
@@ -11,7 +11,7 @@ date: '2019-12-13'
## OpenPrinting Mini Summit at IIT Mandi, India
On November 9 we had a meeting in India presenting the work of OpenPrinting at one of the universities where our Google Summer of Code students came from.
-See our [separate news article with pictures](https://openprinting.github.io/OpenPrinting-Mini-Summit-at-IIT-Mandi/).
+See our [separate news article with pictures](/OpenPrinting-Mini-Summit-at-IIT-Mandi/).
## Google Summer of Code 2020
We need to start with the student selection process soon, so that we can let them do assignments to compensate for the missed Google Code-In opportunity.
diff --git a/contents/post/OpenPrinting-News-December-2020.md b/contents/post/OpenPrinting-News-December-2020.md
index df1ab666..55cc7fca 100644
--- a/contents/post/OpenPrinting-News-December-2020.md
+++ b/contents/post/OpenPrinting-News-December-2020.md
@@ -10,17 +10,17 @@ date: '2020-12-11'
## Google Summer of Code 2021
We are currently looking for project ideas for next year's Google Summer of Code.
-As mentioned [already in October](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the time (6 weeks). Google tells that this will probably attract more students, but for us it is a much higher workload as we have to find the double amount of students and get the double amount of students introduced and up to speed to get the same work done.
+As mentioned [already in October](/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the time (6 weeks). Google tells that this will probably attract more students, but for us it is a much higher workload as we have to find the double amount of students and get the double amount of students introduced and up to speed to get the same work done.
For larger projects we should also consider to run them under the Linux Foundation Mentoring Program instead of GSoC.
## Google Season of Docs 2020
-The standard length (3 months) projects of this year's Google Summer of Docs have ended and so also our OpenPrinting project done by Piyush Goyal. His work continues to be available [on our web site](https://openprinting.github.io/documentation/) and he has also put up his [final report](https://docs.google.com/document/d/1ZWaDt897MyoiNDkgrvO8vU_SlGwQI8cIfuhsA0c3Q7A/).
+The standard length (3 months) projects of this year's Google Summer of Docs have ended and so also our OpenPrinting project done by Piyush Goyal. His work continues to be available [on our web site](/documentation/) and he has also put up his [final report](https://docs.google.com/document/d/1ZWaDt897MyoiNDkgrvO8vU_SlGwQI8cIfuhsA0c3Q7A/).
Piyush also reported his successful conclusion of GSoD on [LinkedIn](https://www.linkedin.com/feed/update/urn%3Ali%3Aactivity%3A6742723576908038144/) and thanked his mentors and others on OpenPrinting who helped him.
-Only part not completed is the [section about Scanning](https://openprinting.github.io/documentation/03-designing-scanner-drivers/) as the implementation os scanning support in PAPPL is still work in progress.
+Only part not completed is the [section about Scanning](/documentation/03-designing-scanner-drivers/) as the implementation of scanning support in PAPPL is still work in progress.
## PAPPL 1.0.0 released!
Michael Sweet has issued the first stable release of PAPPL, version [1.0.0](https://github.com/michaelrsweet/pappl/releases/tag/v1.0.0).
diff --git a/contents/post/OpenPrinting-News-December-2021.md b/contents/post/OpenPrinting-News-December-2021.md
index 043045bc..6c0f4b50 100644
--- a/contents/post/OpenPrinting-News-December-2021.md
+++ b/contents/post/OpenPrinting-News-December-2021.md
@@ -9,7 +9,7 @@ This month's news post is somewhat shorter, as not many important features, mile
But we are not completely without milestones, as **CUPS 2.4.0** got released as the **first stable feature release of CUPS on OpenPrinting**. We are back with a new stable release series of CUPS and Ubuntu 22.04 LTS and probably many other distributions will come with a 2.4.x version of CUPS.
-And also keep in mind that for 2022 **everyone** can participate as code contributor in the Google Summer of Code, not only students. See [last month's edition](https://openprinting.github.io/OpenPrinting-News-November-2021/#google-summer-of-code-2022). So if you like to participate, or at least be part of the OpenPrinting developer community, please speak up (`till at linux dot com`).
+And also keep in mind that for 2022 **everyone** can participate as code contributor in the Google Summer of Code, not only students. See [last month's edition](/OpenPrinting-News-November-2021/#google-summer-of-code-2022). So if you like to participate, or at least be part of the OpenPrinting developer community, please speak up (`till at linux dot com`).
We need also project ideas for the GSoC 2022. Note that there are 2 sizes now, 3 months like on GSoC 2020 and before and 6 weeks like on GSoC 2021.
@@ -55,7 +55,7 @@ From OpenPrinting we have already [6 Snaps in the Snap Store](https://snapcraft.
## CUPS
Currently released is [**2.4.0**](https://github.com/OpenPrinting/cups/releases/tag/v2.4.0).
-This is the **first feature release of CUPS on OpenPrinting**. Thanks to Zdenek Dohnal (RedHat) for having taken the role of the release manager for the CUPS 2.4.x series. See our [development roadmap](https://openprinting.github.io/OpenPrinting-News-October-2021/#cups) posted earlier here for details.
+This is the **first feature release of CUPS on OpenPrinting**. Thanks to Zdenek Dohnal (RedHat) for having taken the role of the release manager for the CUPS 2.4.x series. See our [development roadmap](/OpenPrinting-News-October-2021/#cups) posted earlier here for details.
Ubuntu Jammy Jellyfish ([22.04 LTS](https://discourse.ubuntu.com/t/jammy-jellyfish-release-schedule/)) will come with CUPS 2.4.x, if all works well, as Snap. The CUPS Snap and our CUPS-driver-retro-fitting Printer Application Snaps use the current GIT master of CUPS.
diff --git a/contents/post/OpenPrinting-News-December-2022.md b/contents/post/OpenPrinting-News-December-2022.md
index 898f12fa..ce4c3df7 100644
--- a/contents/post/OpenPrinting-News-December-2022.md
+++ b/contents/post/OpenPrinting-News-December-2022.md
@@ -38,7 +38,7 @@ By the way, I had already visited the museum many years ago. The [Babbage Differ
## Ubuntu Summit - Videos, pictures, blogs, podcasts ...
**Update: Impressions of the event: [The Aftermovie!](https://www.youtube.com/watch?v=8XF6jR7XzXM)**
-The first [Ubuntu Summit](https://events.canonical.com/event/2/overview) was really one of the greatest and most awesome conferences I have experienced. As reported here already in the [last month](https://openprinting.github.io/OpenPrinting-News-November-2022/#the-first-ubuntu-summit-was-a-success) I and many others have put a lot of work into it and the result was overwhelming ...
+The first [Ubuntu Summit](https://events.canonical.com/event/2/overview) was really one of the greatest and most awesome conferences I have experienced. As reported here already in the [last month](/OpenPrinting-News-November-2022/#the-first-ubuntu-summit-was-a-success) I and many others have put a lot of work into it and the result was overwhelming ...
### Recordings
You did not make it to Prague? Or, while you have attended a great session on the Ubuntu Summit an awesome session was taking place in another room? No problem! We have recorded most of the talks and panels in the ballroom and the 4 breakout rooms Karlin 1-4 and they are now available on YouTube in a [playlist](https://www.youtube.com/playlist?list=PL-qBHd6_LXWYutOfi0r_jzyqHGmq1vIhf).
@@ -53,7 +53,7 @@ By the time of writing this News Post the uploading process of the videos to You
**Update: All the recordings of all the 3 days are available now!!**
-I have also updated my [report in last month's news](https://openprinting.github.io/OpenPrinting-News-November-2022/#and-the-conference-finally-started-) adding links to the recordings of every session I mentioned there.
+I have also updated my [report in last month's news](/OpenPrinting-News-November-2022/#and-the-conference-finally-started-) adding links to the recordings of every session I mentioned there.
And I have to give a special thank you to Mauro and Aaron as the recordings of all the (non-workshop) sessions where I was the speaker or host of worked out great:
@@ -81,8 +81,8 @@ My [lightning talk](https://youtu.be/y7GIiLPjdTk?t=624) about [saving old printe
+ [Ubuntu Summit Memories Live On](https://ubuntu.com/blog/ubuntu-summit-memories-live-on): In the second post-Summit blog Heather gives us the links to the photo galleries and the recordings, and she also motivates to come or even speak next year, or make the next Summit a part of your day job, working at Canonical!
- [**Canonical's Snap Blog**](https://snapcraft.io/blog)
+ [Snapcrafters: 2022 wrap-up](https://snapcraft.io/blog/snapcrafters-2022-wrap-up): This is about what happened in the volunteer organization [Snapcrafters](https://github.com/snapcrafters) (they snap what upstream is not snapping) during the year 2022. Especially it also tells about the Ubuntu Summit and mentions (and YouTube-links) Dani Llewellyn's plenary talk "Getting started within the Ubuntu Community" and my Snap panel "Your app everywhere, just in a Snap!", the latter even with YouTube thumbnail image.
-- [**OpenPrinting**](https://openprinting.github.io/news/)
- + [OpenPrinting News - November 2022](https://openprinting.github.io/OpenPrinting-News-November-2022/): I have also written about the Summit, especially my work on contributing to its organization, on creating the Snap tutorial workshop series, preparing the first 2 panel sessions I have hosted in my life, the build-a-plotter workshop (with photos), my 4 sessions, the hallway track, and the success of my lightning talk.
+- [**OpenPrinting**](/news/)
+ + [OpenPrinting News - November 2022](/OpenPrinting-News-November-2022/): I have also written about the Summit, especially my work on contributing to its organization, on creating the Snap tutorial workshop series, preparing the first 2 panel sessions I have hosted in my life, the build-a-plotter workshop (with photos), my 4 sessions, the hallway track, and the success of my lightning talk.
- [**Jonathan Esk-Riddell**](https://jriddell.org/)
+ [Ubuntu Summit 2022 Prague](https://jriddell.org/2022/11/14/ubuntu-summit-2022-prague/): The KDE-related sessions on the Ubuntu Summit (Jonathan is creator of the KDE Neon distro and former leader of Kubuntu).
- [**The Register**](https://www.theregister.com/)
diff --git a/contents/post/OpenPrinting-News-February-2021.md b/contents/post/OpenPrinting-News-February-2021.md
index 50480c4d..deeb631a 100644
--- a/contents/post/OpenPrinting-News-February-2021.md
+++ b/contents/post/OpenPrinting-News-February-2021.md
@@ -10,7 +10,7 @@ date: '2021-02-08'
## Google Summer of Code 2021
The time window for the mentoring organizations to [apply](https://summerofcode.withgoogle.com/) has opened and the deadline is Feb 19, 2021 ([Timeline](https://developers.google.com/open-source/gsoc/timeline)). We are applying again for the Linux Foundation as mentoring organization, as in the previous years, OpenPrinting being one of the sub groups.
-OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021). Larger projects we should run in the under the Linux Foundation Mentoring Program instead of GSoC.
+OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](/OpenPrinting-News-October-2020/#google-summer-of-code-2021)). Larger projects we should run under the Linux Foundation Mentoring Program instead of GSoC.
## IPP Scan in PAPPL
The students of our [IPP Scan LFMP project](https://mentorship.lfx.linuxfoundation.org/project/55cdb4a1-76bd-423a-ab48-3bdf1502a171) did not do all points needed to complete the IPP Scan server support, but are still working on the missing points. Michael Sweet posted [on the PAPPL GitHub](https://github.com/michaelrsweet/pappl/projects/3) what is still needs to be done.
@@ -58,7 +58,7 @@ The idea of renaming the "ps-printer-app" project into "retro-fit-printer-app" a
## CUPS
Currently released is [2.3.3op2](https://github.com/OpenPrinting/cups/releases/tag/v2.3.3op2).
-This [release](https://openprinting.github.io/cups-2.3.3op2/) contains a security fix and several other bug fixes.
+This [release](/cups-2.3.3op2/) contains a security fix and several other bug fixes.
It made it already into Debian.
diff --git a/contents/post/OpenPrinting-News-February-2022.md b/contents/post/OpenPrinting-News-February-2022.md
index 0d95e0db..cc33d9a9 100644
--- a/contents/post/OpenPrinting-News-February-2022.md
+++ b/contents/post/OpenPrinting-News-February-2022.md
@@ -52,16 +52,16 @@ UI design work is needed for the “Add Printer” part and perhaps on improving
See below the links to the OpenPrinting Micro-Conference on the Linux Plumbers Conference 2021, especially the presentation about the Print Management GUI, which shows more in-depth how the new printer setup tool should look like. Also see the links to OpenPrinting discussion, GSoC 2020/2021 projects, and Frederik Feichtmeier’s Flutter counerpart to G-C-C.
-- [OpenPrinting Micro-Conference on the Linux Plumbers Conference 2021](https://openprinting.github.io/OpenPrinting-News-October-2021/#openprinting-micro-conference-on-the-linux-plumbers-2021)
+- [OpenPrinting Micro-Conference on the Linux Plumbers Conference 2021](/OpenPrinting-News-October-2021/#openprinting-micro-conference-on-the-linux-plumbers-2021)
- [Session about printer setup tool on Linux Plumbers Conference 2021](https://linuxplumbersconf.org/event/11/contributions/1027/attachments/774/1460/Print-Management-GUI.pdf)
- [Session about print dialog on Linux Plumbers Conference 2021](https://linuxplumbersconf.org/event/11/contributions/1028/attachments/762/1433/Common-Print-Dialog-Backends.pdf)
- [Recording of the OpenPrinting Micro-Conference on Linux Plumbers Conference 2021](https://www.youtube.com/watch?v=5KogjLb1Hb4)
-- [First thoughts and discussions on a printer setup tool for the New Architecture](https://openprinting.github.io/OpenPrinting-News-March-2021/#user-experience-automatic-printer-setup-printer-setup-tools)
+- [First thoughts and discussions on a printer setup tool for the New Architecture](/OpenPrinting-News-March-2021/#user-experience-automatic-printer-setup-printer-setup-tools)
- [IPP System Service config/status panel (GSoC 2020)](https://github.com/lbandlish/Administrate-MF-Devices-GUI)
- [Main window/panel to list and manage IPP services (GSoC 2021)](https://github.com/divyashk/GSOC21_summary)
- [GNOME-Control-Center fork with new printer setup tool (at least main panel)](https://github.com/divyashk/gnome-control-center/tree/devCups)
- [Flutter alternative to GNOME-Control-Center, printer part is planned to be done following the New Architecture](https://github.com/Feichtmeier/settings)
-- [Service on OpenPrinting web server for finding the correct Printer Application for a given, non-driverless printer](https://openprinting.github.io/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server)
+- [Service on OpenPrinting web server for finding the correct Printer Application for a given, non-driverless printer](/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server)
### The Print Dialogs
Most print jobs are sent via the print dialog of a desktop application, like evince, Chrome, LibreOffice, DarkTable, … Print dialogs are usually, like “Open …” or “Save as …” dialogs, provided by the GUI toolkits, in most cases GTK or Qt, sometimes applications come also with their own creations, like LibreOffice or Chrome.
@@ -153,7 +153,7 @@ Many smaller bugs and glitches got also fixed.
Another backport series to the 1.x branch is planned.
-Some time ago I have started a [discussion thread on the OpenPrinting mailing list](https://lists.linuxfoundation.org/pipermail/printing-architecture/2021/004100.html) and, after not getting any answer, posted a copy [in the January news](https://openprinting.github.io/OpenPrinting-News-January-2022/#approaching-cups-filters-20).
+Some time ago I have started a [discussion thread on the OpenPrinting mailing list](https://lists.linuxfoundation.org/pipermail/printing-architecture/2021/004100.html) and, after not getting any answer, posted a copy [in the January news](/OpenPrinting-News-January-2022/#approaching-cups-filters-20).
Now I got some [remarks from Zdenek Dohnal](https://lists.linuxfoundation.org/pipermail/printing-architecture/2022/004107.html) and [answered with clarifications](https://lists.linuxfoundation.org/pipermail/printing-architecture/2022/004108.html).
@@ -199,9 +199,9 @@ From OpenPrinting we have already [6 Snaps in the Snap Store](https://snapcraft.
## CUPS
Currently released is [**2.4.1**](https://github.com/OpenPrinting/cups/releases/tag/v2.4.1).
-CUPS 2.4.1 got released, adding several bug fixes, especially that the ColorModel default in generated PPD files for driverless printers is taken from the printer and also configurable which I told about [last month](https://openprinting.github.io/OpenPrinting-News-January-2022/#cups).
+CUPS 2.4.1 got released, adding several bug fixes, especially that the ColorModel default in generated PPD files for driverless printers is taken from the printer and also configurable which I told about [last month](/OpenPrinting-News-January-2022/#cups).
-Michael Sweet is also **already working on the libcups of [CUPS 3.x](https://openprinting.github.io/OpenPrinting-News-October-2021/#cups)** ([Michael's personal libcups repo](https://github.com/michaelrsweet/libcups)).
+Michael Sweet is also **already working on the libcups of [CUPS 3.x](/OpenPrinting-News-October-2021/#cups)** ([Michael's personal libcups repo](https://github.com/michaelrsweet/libcups)).
Ubuntu Jammy Jellyfish ([22.04 LTS](https://discourse.ubuntu.com/t/jammy-jellyfish-release-schedule/)) will come with CUPS 2.4.x, most probably 2.4.1. It will still come as classic Debian package and all the drivers, too. The full snapd integration of the CUPS Snap is only happening right now ([see above](#cups-snap-and-snapd-printing-interface)) and we also did not succeed to release cups-filters 2.x and pappl-retrofit 1.x (for the Legacy Printer Application). More important even, we need the changes in the GUI tools ([see above](#approaching-cups-filters-20)).
diff --git a/contents/post/OpenPrinting-News-February-2023.md b/contents/post/OpenPrinting-News-February-2023.md
index 4867b879..a2f2d8d4 100644
--- a/contents/post/OpenPrinting-News-February-2023.md
+++ b/contents/post/OpenPrinting-News-February-2023.md
@@ -16,7 +16,7 @@ But we have a lot of **good and exciting news**! Not only that we got [accepted
Some of you were perhaps wondering how to **report security issues** and therefore hesitated to do so, now I succeeded in [getting an intuitive way](#private-bug-reports-for-security-issues).
-And **Kurt Pfeifle**, who made me know about CUPS back in mid-2000 by a magazine article and [so made out of me what I am now](https://openprinting.github.io/history/) has retired and now wants to **contribute to the documentation** on OpenPrinting! Welcome back in the team!!
+And **Kurt Pfeifle**, who made me know about CUPS back in mid-2000 by a magazine article and [so made out of me what I am now](/history/) has retired and now wants to **contribute to the documentation** on OpenPrinting! Welcome back in the team!!
## Google Summer of Code 2023 - We are in!!
@@ -70,7 +70,7 @@ Marek Kasik and Matthias Clasen, thanks a lot for guiding Gaurav to get his work
## libcups 3.0b1 - The first piece of CUPS 3.x!
-Michael Sweet has **released the [first beta of libcups 3.0](https://openprinting.github.io/libcups-3.0b1/)!**
+Michael Sweet has **released the [first beta of libcups 3.0](/libcups-3.0b1/)!**
This is the first of the new split components of CUPS 3.x. It will not only have deprecated features removed, like PPD file and classic driver support, but also a lot of new functionality, like for example:
@@ -111,7 +111,7 @@ But **cups-browsed** ([MIR](https://bugs.launchpad.net/ubuntu/+source/cups-brows
Therefore we need, not only for our own QA, a **good test infrastructure** for all the software we produce. This is already on our [roadmap](/OpenPrinting-News-September-2022/#openprinting-micro-conference-on-the-linux-plumbers-2022) and we will let two GSoC contributors [work on it](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2023-openprinting-projects#ci_testing_programs_for_libcupsfilters_libpappl-retrofit_libppd_cpdb).
-In **cups-filters** ([2.0b4](https://openprinting.github.io/libcupsfilters-and-libppd-Second-Generation-Forth-Beta-Release/)) I have also eliminated warnings about deprecated QPDF functions by making everything using the current QPDF 11 API, as having that many warnings was not much liked by the MIR approval team.
+In **cups-filters** ([2.0b4](/libcupsfilters-and-libppd-Second-Generation-Forth-Beta-Release/)) I have also eliminated warnings about deprecated QPDF functions by making everything using the current QPDF 11 API, as having that many warnings was not much liked by the MIR approval team.
Of the **Common Print Dialog Backends** I released the [second](/Common-Print-Dialog-Backends-Second-Generation-Second-Beta-Release/) and the [third beta](/Common-Print-Dialog-Backends-Second-Generation-Third-Beta-Release/), to have a CPDB release with which [GTK 4.9.4](#common-print-dialog-backends-support-accepted-into-gtk) actually builds and to get the improvements in translation support in, all in time for Lunar's Feature Freeze. All 3 packages (cpdb-libs, cpdb-backend-cups, cpdb-backend-file) already did the migration from -proposed into the release in Universe.
@@ -155,7 +155,7 @@ Ubuntu 23.04 (Lunar Lobster) will most probably come with CUPS 2.4.2, perhaps wi
## cups-filters
In the course of the [integration of the new generation of cups-filters in Ubuntu](#the-new-architecture-is-going-into-ubuntu-and-red-hat) I have done two more beta releases to include general bug fixes and also fulfill requirements for Ubuntu. Also several of the bug fixes were done in cooperation with [GSoC contributor candidates](#google-summer-of-code-2023---we-are-in) to whom we have given issue reports as assignments.
-**[Third beta](https://openprinting.github.io/cups-filters-Second-Generation-Third-Beta-Release/)**
+**[Third beta](/cups-filters-Second-Generation-Third-Beta-Release/)**
- Monochrome PXL-XL printing (Ghostscript, output device `pxlmono`) did not work due to the `cfFilterGhostscript()` filter function using the sRGB instead of the sGray color profile, which makes Ghostscript erroring out ([commit](https://github.com/OpenPrinting/libcupsfilters/commit/81f0e79)).
- As in CUPS we have also added the separated polling of the `all` and `media-col-database` attributes from driverless printers to cups-filters ([commit](https://github.com/OpenPrinting/libcupsfilters/commit/789cca62d), [issue](https://github.com/OpenPrinting/cups-filters/issues/492))
@@ -164,7 +164,7 @@ In the course of the [integration of the new generation of cups-filters in Ubunt
- Removed unnecessary dependencies, especially on C++ in cups-filters and cups-browsed. Thanks, Zdenek Dohnal.
- Many fixes in the build system and the source code documentation.
-**[Forth beta of libcupsfilters and libppd](https://openprinting.github.io/libcupsfilters-and-libppd-Second-Generation-Forth-Beta-Release/)**
+**[Forth beta of libcupsfilters and libppd](/libcupsfilters-and-libppd-Second-Generation-Forth-Beta-Release/)**
- Zdenek Dohnal from Red Hat has run all the components of the new generation of cups-filters through Coverity and found several bugs: Memory leaks, files not closed, possible string overflows, ... He fixed all these bugs in the upstream code. This assures reliability and security of all the new components, especially if being part of permanently running daemons ([PR libcupsfilters](https://github.com/OpenPrinting/libcupsfilters/pull/11), [PR libppd](https://github.com/OpenPrinting/libppd/pull/9)). Thanks a lot, Zdenek!
- Updated libcupsfilters to work with the latest version of QPDF (11) as building it showed a lot of warnings about the use of deprecated functions in QPDF. Now it should be even ready for the upcoming QPDF 12.
@@ -190,7 +190,7 @@ Zdenek Dohnal also [improved the privilege dropping](https://github.com/OpenPrin
## Common Print Dialog Backends
-For the requirements of the [CPDB support in the GTK print dialog](#common-print-dialog-backends-support-accepted-into-gtk) Gaurav Guleria needed to do a lot of enhancements on CPDB itself, and when his merge request got accepted into GTK, CPDB 2.0b1 was already 2 months old and after that a lot of changes have been done, ending up with GTK's CPDB support [not building with any released version of CPDB](https://gitlab.gnome.org/GNOME/gtk/-/issues/5589). Therefore we have now [released version 2.0b2](https://openprinting.github.io/Common-Print-Dialog-Backends-Second-Generation-Second-Beta-Release/) of all the three components (cpdb-libs, cpdb-backend-cups, cpdb-backend-file) of the CPDB to allow easy building of the first CPDB-supporting GTK.
+For the requirements of the [CPDB support in the GTK print dialog](#common-print-dialog-backends-support-accepted-into-gtk) Gaurav Guleria needed to do a lot of enhancements on CPDB itself, and when his merge request got accepted into GTK, CPDB 2.0b1 was already 2 months old and after that a lot of changes have been done, ending up with GTK's CPDB support [not building with any released version of CPDB](https://gitlab.gnome.org/GNOME/gtk/-/issues/5589). Therefore we have now [released version 2.0b2](/Common-Print-Dialog-Backends-Second-Generation-Second-Beta-Release/) of all the three components (cpdb-libs, cpdb-backend-cups, cpdb-backend-file) of the CPDB to allow easy building of the first CPDB-supporting GTK.
Features added are
- **Options groups:** This allows better structuring of options in print dialogs. Common options are categorized in groups, like media, print quality, color, finishing, ...
@@ -202,7 +202,7 @@ Features added are
Also several bugs got corrected and work on the documentation done. And there are now three source code download formats: `*.tar.gz`, `*.tar.bz2`, and `*.tar.xz`
-Shortly before Feature Freeze for Ubuntu 23.04 I have released the [third beta](https://openprinting.github.io/Common-Print-Dialog-Backends-Second-Generation-Third-Beta-Release/) with improvements in translation support, now having functions to load translations synchronously and asynchronously.
+Shortly before Feature Freeze for Ubuntu 23.04 I have released the [third beta](/Common-Print-Dialog-Backends-Second-Generation-Third-Beta-Release/) with improvements in translation support, now having functions to load translations synchronously and asynchronously.
## PAPPL Scanning Support
diff --git a/contents/post/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022.md b/contents/post/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022.md
index ac5e08a7..09cb5477 100644
--- a/contents/post/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022.md
+++ b/contents/post/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022.md
@@ -31,7 +31,7 @@ And for everyone who will actually be in Rovereto this weekend we will have a **
There I will give a [talk](https://conf.linuxappsummit.org/event/4/contributions/106/) about the **New Architecture of printing and scanning and what is important for developers of desktop applications**.
-I will give a summary of the changes and tell what needs to be changed in the desktop world, the [new printer setup tool](https://openprinting.github.io/OpenPrinting-News-February-2022/#gui-printer-setup-tool-and-print-dialog---essential-for-user-experience), [print dialog requirements](https://openprinting.github.io/OpenPrinting-News-February-2022/#the-print-dialogs) and [CPDB](https://nilanjanalodh.github.io/common-print-dialog-gsoc17/), snaboxed/distribution-independent packaging, like [Snap](https://openprinting.github.io/OpenPrinting-News-March-2022/#how-to-snap-an-application), [Flatpak](https://openprinting.github.io/OpenPrinting-News-March-2022/#flatpak-and-printing), ...
+I will give a summary of the changes and tell what needs to be changed in the desktop world, the [new printer setup tool](/OpenPrinting-News-February-2022/#gui-printer-setup-tool-and-print-dialog---essential-for-user-experience), [print dialog requirements](/OpenPrinting-News-February-2022/#the-print-dialogs) and [CPDB](https://nilanjanalodh.github.io/common-print-dialog-gsoc17/), sandboxed/distribution-independent packaging, like [Snap](/OpenPrinting-News-March-2022/#how-to-snap-an-application), [Flatpak](/OpenPrinting-News-March-2022/#flatpak-and-printing), ...
This should help application and GUI/desktop developers to get print and scan functionality of their software just work.
diff --git a/contents/post/OpenPrinting-News-Google-Summer-of-Code-2026-All-contributors-did-a-great-start.md b/contents/post/OpenPrinting-News-Google-Summer-of-Code-2026-All-contributors-did-a-great-start.md
index 469c1208..f0da83d9 100644
--- a/contents/post/OpenPrinting-News-Google-Summer-of-Code-2026-All-contributors-did-a-great-start.md
+++ b/contents/post/OpenPrinting-News-Google-Summer-of-Code-2026-All-contributors-did-a-great-start.md
@@ -39,7 +39,7 @@ Generally, we have let all new candidates read articles and watch videos about O
As the selection process involves coding tasks for the candidates and these are not limited to just fixing bugs but also to adding features and implementing new ideas, it has also visible side effects.
-The most important of these side effects this year was Rudra Pratap Singh looking for candidates continuing his work on the web site, which he had started in [last year's GSoC](/OpenPrinting-News-Google-Summer-of-Code-2025-Our-most-successful-one#modernize-openprinting-website-with-nextjs-by-rudra-pratap-singh). As the site was not finished, he assigned the next steps needed to the candidates and most of the did really great work, allowing him to finish the site before the proposal submission deadline. So he acknowledged the work by all of them in [his announcement post for the new site](https://openprinting.github.io/OpenPrinting-News-The-New-OpenPrinting-Website).
+The most important of these side effects this year was Rudra Pratap Singh looking for candidates continuing his work on the web site, which he had started in [last year's GSoC](/OpenPrinting-News-Google-Summer-of-Code-2025-Our-most-successful-one#modernize-openprinting-website-with-nextjs-by-rudra-pratap-singh). As the site was not finished, he assigned the next steps needed to the candidates and most of the did really great work, allowing him to finish the site before the proposal submission deadline. So he acknowledged the work by all of them in [his announcement post for the new site](/OpenPrinting-News-The-New-OpenPrinting-Website).
In order to assign contributor slots to each mentoring organization, Google wants the organizations to list all worthwhile proposals and rank them: 1st place, 2nd place, ... Also each ranked proposal needs to have at least 1 mentor assigned to it. And Google also asks for having a total of 2*n mentors when ranking n contributors, but does not enforce that. Google assigns a certain number of slots to each organization, but usually less than the number of proposals they lined up. The proposals then getting accepted are the ones ranked highest.
diff --git a/contents/post/OpenPrinting-News-January-2021.md b/contents/post/OpenPrinting-News-January-2021.md
index 0386fc0e..64c2ac4f 100644
--- a/contents/post/OpenPrinting-News-January-2021.md
+++ b/contents/post/OpenPrinting-News-January-2021.md
@@ -12,7 +12,7 @@ The time window for the mentoring organizations to [apply](https://summerofcode.
We are still looking for project ideas to get a good number lined up before applying.
-As mentioned [already in October](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the time (6 weeks). So this has to be taken into account and larger projects we should consider to run under the Linux Foundation Mentoring Program instead of GSoC.
+As mentioned [already in October](/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the time (6 weeks). So this has to be taken into account and larger projects we should consider to run under the Linux Foundation Mentoring Program instead of GSoC.
## Linux Foundation Mentorship Program
Our [IPP Scan LFMP project](https://mentorship.lfx.linuxfoundation.org/project/55cdb4a1-76bd-423a-ab48-3bdf1502a171) has ended, with both Abhik Chakraborty and Rishabh Arya having completed their work successfully and preparing their final reports. Their work of adding IPP Scan as a server to PAPPL is currently available in [Abhik's GitHub repository](https://github.com/Abhik1998/pappl) and Rishabh's earlier work on [sane-airscan](https://github.com/alexpevzner/sane-airscan/) in the [IPP Scan repository of sane-airscan](https://github.com/alexpevzner/sane-airscan-ipp/).
diff --git a/contents/post/OpenPrinting-News-January-2022.md b/contents/post/OpenPrinting-News-January-2022.md
index 1ac350f8..d9173a61 100644
--- a/contents/post/OpenPrinting-News-January-2022.md
+++ b/contents/post/OpenPrinting-News-January-2022.md
@@ -32,11 +32,11 @@ Before doing this release, the second generation of cups-filters, I still want t
So I am re-posting the text here:
-> With the background of [CUPS 3.x, planned to get released 2 years from now](https://openprinting.github.io/OpenPrinting-News-October-2021/#cups), not supporting PPD files any more and only considering driverless IPP printers, I have changed the architecture of cups-filters, converting filter executables (CUPS filters) into filter functions (library functions doing a filter's task, with standardized call scheme/interface) so that the code of the filters is preserved but they get more universally usable.
+> With the background of [CUPS 3.x, planned to get released 2 years from now](/OpenPrinting-News-October-2021/#cups), not supporting PPD files any more and only considering driverless IPP printers, I have changed the architecture of cups-filters, converting filter executables (CUPS filters) into filter functions (library functions doing a filter's task, with standardized call scheme/interface) so that the code of the filters is preserved but they get more universally usable.
>
> In addition I have created some auxiliary functions (partially filter functions by themselves) to call filter functions in a chain, feed data into a filter function through a pipe, call classic CUPS external filter/backend executable wrapped into a filter function, save data stream between chained filter function calls into a file for debugging, ...
>
-> Perhaps you have followed all this development [here in the news posts](https://openprinting.github.io/news/) or in the [GIT repository of cups-filters](https://github.com/OpenPrinting/cups-filters/commits/master).
+> Perhaps you have followed all this development [here in the news posts](/news/) or in the [GIT repository of cups-filters](https://github.com/OpenPrinting/cups-filters/commits/master).
>
> With this I was especially able to create [Printer Applications retro-fitting classic CUPS printer drivers](https://github.com/OpenPrinting/pappl-retrofit) ([Snap Store](https://snapcraft.io/search?q=OpenPrinting)), an important step to be able to switch to a PPD-less and driverless CUPS without dropping support for legacy printers.
>
@@ -112,7 +112,7 @@ LPrint the Printer Application for label printers, created by Michael Sweet, got
So not only it gives you support for many label printer models (if your label printer is not supported, some more are supported by the [Ghostscript Printer Application](https://snapcraft.io/ghostscript-printer-app)), but it also is an example for developers who want to create their own native Printer Application.
-Announcement of the [**1.1.0 release**](https://openprinting.github.io/lprint-1.1.0/).
+Announcement of the [**1.1.0 release**](/lprint-1.1.0/).
## PDFio
diff --git a/contents/post/OpenPrinting-News-January-2023.md b/contents/post/OpenPrinting-News-January-2023.md
index dea11571..88215573 100644
--- a/contents/post/OpenPrinting-News-January-2023.md
+++ b/contents/post/OpenPrinting-News-January-2023.md
@@ -155,7 +155,7 @@ I need to later on add the separate polling of `all` and `media-col-database` al
During packaging of the components in Debian packages I have found and fixed some build system and documentation bugs and also an [API bug](https://github.com/OpenPrinting/libcupsfilters/commit/389d233a) discovered during the CPDB work.
-**After that I have [released the second beta](https://openprinting.github.io/cups-filters-Second-Generation-Second-Beta-Release/):**
+**After that I have [released the second beta](/cups-filters-Second-Generation-Second-Beta-Release/):**
In addition to documentation and build system fixes discovered during the Debian packaging, the following changes have been done:
diff --git a/contents/post/OpenPrinting-News-July-2021.md b/contents/post/OpenPrinting-News-July-2021.md
index 1915c6b4..b4089fa3 100644
--- a/contents/post/OpenPrinting-News-July-2021.md
+++ b/contents/post/OpenPrinting-News-July-2021.md
@@ -154,7 +154,7 @@ Note that the integration of this filter function into the retro-fit Printer App
**Capturing of stderr output in the log**
-Printer Applications with PAPPL have a nice logging facility and filter functions in cups-filters support this logging facility. Now I have added [capturing of stderr of the called external CUPS filter executable](https://github.com/OpenPrinting/cups-filters/commit/b15c3bf97d718096401622997ea1883c00c8280c) for logging to the [new `filterExternalCUPS()` filter function](https://github.com/OpenPrinting/cups-filters/commit/8ea2006a0) (see [last month's news](https://openprinting.github.io/OpenPrinting-News-June-2021/#retro-fitting-of-cups-printer-drivers-into-printer-applications)) and also [capturing of stderr of Ghostscript](https://github.com/OpenPrinting/cups-filters/commit/a52eef169142cba4d5465a08a5181f378a7bd22e) to the `ghostscript()` filter function. This way the stderr output gets correctly into the log file of the Printer Application instead of leaking into the syslog.
+Printer Applications with PAPPL have a nice logging facility and filter functions in cups-filters support this logging facility. Now I have added [capturing of stderr of the called external CUPS filter executable](https://github.com/OpenPrinting/cups-filters/commit/b15c3bf97d718096401622997ea1883c00c8280c) for logging to the [new `filterExternalCUPS()` filter function](https://github.com/OpenPrinting/cups-filters/commit/8ea2006a0) (see [last month's news](/OpenPrinting-News-June-2021/#retro-fitting-of-cups-printer-drivers-into-printer-applications)) and also [capturing of stderr of Ghostscript](https://github.com/OpenPrinting/cups-filters/commit/a52eef169142cba4d5465a08a5181f378a7bd22e) to the `ghostscript()` filter function. This way the stderr output gets correctly into the log file of the Printer Application instead of leaking into the syslog.
## CUPS
diff --git a/contents/post/OpenPrinting-News-July-2024.md b/contents/post/OpenPrinting-News-July-2024.md
index b180e51e..1d8c531e 100644
--- a/contents/post/OpenPrinting-News-July-2024.md
+++ b/contents/post/OpenPrinting-News-July-2024.md
@@ -20,7 +20,7 @@ But unfortunately, there are still exceptions: There is the ultra-cheap USB-only
Solomon Peachy (Gutenprint) answers that inside printers the print engine and the networking engine are separate parts and the IPP support comes from the networking engine, and so IPP-over-USB is usually only available in network printers and not in USB-only printers.
-**All-in-all one should really check whether a printer supports driverless IPP protocols like AirPrint or Mopria, according to what is written on the box, and [what most printers do](https://openprinting.github.io/printers/), fortunately.**
+**All-in-all one should really check whether a printer supports driverless IPP protocols like AirPrint or Mopria, according to what is written on the box, and [what most printers do](/printers/), fortunately.**
**And to make it even easier we have now a button to get to our [driverless printer list](/printers/) right in the banner of our [home page](/).**
diff --git a/contents/post/OpenPrinting-News-June-2020.md b/contents/post/OpenPrinting-News-June-2020.md
index f62c89d1..4377b8c1 100644
--- a/contents/post/OpenPrinting-News-June-2020.md
+++ b/contents/post/OpenPrinting-News-June-2020.md
@@ -8,7 +8,7 @@ excerpt: >-
date: '2020-06-06'
---
## Google Summer of Code 2020
-On June 1st the coding period of this year's Google Summer of Code has started! All the 7 students (announced here [last month](https://openprinting.github.io/OpenPrinting-News-May-2020/)) have prepared themselves and even partially started with the coding (and first code pieces being comitted to the project's repositories) and now they will all work on their projects. Some of the students are currently getting printers from us to test their work.
+On June 1st the coding period of this year's Google Summer of Code has started! All the 7 students (announced here [last month](/OpenPrinting-News-May-2020/)) have prepared themselves and even partially started with the coding (and first code pieces being committed to the project's repositories) and now they will all work on their projects. Some of the students are currently getting printers from us to test their work.
Now in the end of each of the three months there will be evaluations which the students have to pass to get the money for the month done and stay in the program to continue their project.
diff --git a/contents/post/OpenPrinting-News-June-2021.md b/contents/post/OpenPrinting-News-June-2021.md
index cfdb42cf..ab1ae3ac 100644
--- a/contents/post/OpenPrinting-News-June-2021.md
+++ b/contents/post/OpenPrinting-News-June-2021.md
@@ -34,7 +34,7 @@ Features and fixes in the past month (follow the links to the commits for more d
- Support for CUPS filters used in PostScript PPD files. The manufacturers of PostScript printers got aware of the shortcomings of the PPD file concept and work around them using CUPS filters for more complex conversion of option settings into PostScript or PJL code. The PostScript Printer Application [supports such filters now](https://github.com/OpenPrinting/ps-printer-app/commit/c8e298da4) and if the appropriate filter is actually installed, all PPD options for the printer get available. This is the first application of the new [`filterExternalCUPS()` filter function](#retro-fitting-of-cups-printer-drivers-into-printer-applications) in cups-filters.
- Support for printing [private jobs (with PIN protection) on HP printers](https://github.com/OpenPrinting/ps-printer-app/commit/6e51d3fa1) in the Snap of the PostScript Printer Application. Here we make use of the CUPS filter support for the first time, adding the `hpps` filter of the HPLIP package. The options to control PIN-protected printing are under the "Printing Defaults" in the web interface.
-- Support for the [CUPS extension of PPDs for custom option settings](https://openprinting.github.io/cups/doc/spec-ppd.html#OPTIONS), as strings, password, numeric values, fax/phone numbers, ... This is especially needed by the PostScript printer PPD files from Ricoh and OEMs as here the PINs are entered as string-type options. Note that this change is not yet in the GIT repository of the PostScript Printer Application, as it still needs [PAPPL's string option support to get fixed](https://github.com/michaelrsweet/pappl/issues/142). Patches with the changes on both [PAPPL](https://github.com/michaelrsweet/pappl/files/6641859/support-text-string-vendor-options.patch.txt) and the [PostScript Printer Application](https://github.com/michaelrsweet/pappl/files/6643918/ppd-cups-custom-options-support.patch.txt) for implementing this feature are included in the issue report.
+- Support for the [CUPS extension of PPDs for custom option settings](/cups/doc/spec-ppd.html#OPTIONS), as strings, password, numeric values, fax/phone numbers, ... This is especially needed by the PostScript printer PPD files from Ricoh and OEMs as here the PINs are entered as string-type options. Note that this change is not yet in the GIT repository of the PostScript Printer Application, as it still needs [PAPPL's string option support to get fixed](https://github.com/michaelrsweet/pappl/issues/142). Patches with the changes on both [PAPPL](https://github.com/michaelrsweet/pappl/files/6641859/support-text-string-vendor-options.patch.txt) and the [PostScript Printer Application](https://github.com/michaelrsweet/pappl/files/6643918/ppd-cups-custom-options-support.patch.txt) for implementing this feature are included in the issue report.
Note that these changes only apply to a few PostScript Printers and only to enable features which are not used very often, but they are especially done with general retro-fitting of CUPS printer drivers in mind, where CUPS filters defined in the PPD file and string/text/numeric/fax number options are commonplace.
diff --git a/contents/post/OpenPrinting-News-June-2022.md b/contents/post/OpenPrinting-News-June-2022.md
index 550f8129..33964737 100644
--- a/contents/post/OpenPrinting-News-June-2022.md
+++ b/contents/post/OpenPrinting-News-June-2022.md
@@ -18,13 +18,13 @@ The conference also initiated some interesting discussion with Alexander Pevzner
## GUADEC 2022
-As already mentioned here [last month](https://openprinting.github.io/OpenPrinting-News-May-2022/#guadec-2022) I will be on the [GUADEC](https://events.gnome.org/event/77/) (GNOME developer conference) this year which will take place on July 20-25 in Guadalajara in Mexico.
+As already mentioned here [last month](/OpenPrinting-News-May-2022/#guadec-2022) I will be on the [GUADEC](https://events.gnome.org/event/77/) (GNOME developer conference) this year which will take place on July 20-25 in Guadalajara in Mexico.
-I will not only give my [talk](https://events.gnome.org/event/77/contributions/285/) about the New Architecture of printing and scanning for GNOME developers (July 21, 14:20 - 15:00 local time, Bosch Auditorium), but also come with my colleagues from Canonical, similar as on the [LAS 2022](https://openprinting.github.io/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022/) ([video](https://www.youtube.com/watch?v=CBPefa0Ckq8&t=15480s)).
+I will not only give my [talk](https://events.gnome.org/event/77/contributions/285/) about the New Architecture of printing and scanning for GNOME developers (July 21, 14:20 - 15:00 local time, Bosch Auditorium), but also come with my colleagues from Canonical, similar as on the [LAS 2022](/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022/) ([video](https://www.youtube.com/watch?v=CBPefa0Ckq8&t=15480s)).
As of now the Canonical Gang will be me, Heather Ellsworth, Britt Yazel, Marco Trevisan, and Nathan Pratta Teodosio.
-Heather will give a lightning talk about the Linux Application Summit 2023 showing how to submit a proposal if one wants to host the event. I hope this will help to have another great LAS as we had [this year](https://openprinting.github.io/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022/). It will take place most probably on July 22, somewhere between 14:25 and 15:05 local time in the Bosch Auditorium.
+Heather will give a lightning talk about the Linux Application Summit 2023 showing how to submit a proposal if one wants to host the event. I hope this will help to have another great LAS as we had [this year](/OpenPrinting-News-Flash-OpenPrinting-and-Ubuntu-on-the-Linux-App-Summit-2022/). It will take place most probably on July 22, somewhere between 14:25 and 15:05 local time in the Bosch Auditorium.
We will also have a Canonical booth. But do not think about at the GUADEC booths being these sales/marketing people in neatly tucked-in company polo shirts, no, on GUADEC booths you will encounter developers there, of the different companies and projects participating. The booths are just tables to sit around them and chat. This makes it much easier to find people for fruitful hallway sessions.
@@ -74,7 +74,7 @@ The official coding period starts today and it seems also that the end-semester
### GNOME Control Center - The new "Printers" module
-I had intense e-mail discussion with the upstream maintainer of the G-C-C "Printers" module, Marek Kasik from Red Hat, and also with Michael Sweet. I got a first answer from Marek Kasik about the original idea of [replacing the module by one for the New Architecture](https://openprinting.github.io/OpenPrinting-News-February-2022/#printer-setup-tool). He suggests a different solution, instead of replacing the module adding the functionality needed for the New Architecture to the current module making it supporting both old and new. CUPS 2.x already supports most features of the New Architecture (printers as IPP service, Printer Applications) and with CUPS 3.x old-style items (like PPD/driver-based queues) simply will not show. I agreed with that.
+I had intense e-mail discussion with the upstream maintainer of the G-C-C "Printers" module, Marek Kasik from Red Hat, and also with Michael Sweet. I got a first answer from Marek Kasik about the original idea of [replacing the module by one for the New Architecture](/OpenPrinting-News-February-2022/#printer-setup-tool). He suggests a different solution, instead of replacing the module adding the functionality needed for the New Architecture to the current module making it supporting both old and new. CUPS 2.x already supports most features of the New Architecture (printers as IPP service, Printer Applications) and with CUPS 3.x old-style items (like PPD/driver-based queues) simply will not show. I agreed with that.
I asked Michael Sweet several questions about how to handle managing printers via pure IPP and he helped a lot. Then finally Marek posted 3 feature requests describing the needed work on the upstream GitLab:
@@ -94,14 +94,14 @@ On classic queues we will get the same operations as we already have: Set option
The "Add Printer" part (to be worked on by Mohit Verma) will also support both the current way and the New Architecture. As long as the underlying CUPS supports it, both classic queues with drivers or Printer Applications can get installed for a discovered printer. As long as classic drivers are still available (CUPS 2.x, not the [CUPS Snap](https://snapcraft.io/cups)) it will be possible to choose.
-[Internet search](https://openprinting.github.io/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) for OS-distribution-independent packages of Printer Applications will get included as originally planned. Initial tests of installing Printer Application Snaps on the OpenPrinting web server were already performed. Thanks Violet Kurtz from OSUOSL!
+[Internet search](/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) for OS-distribution-independent packages of Printer Applications will get included as originally planned. Initial tests of installing Printer Application Snaps on the OpenPrinting web server were already performed. Thanks Violet Kurtz from OSUOSL!
There will be no "Printers & Scanners" module, due to the very different nature of print, scan, and fax operations for the user we will continue with a "Printers" module. Faxes would be shown on a seperate panel, but the code of the "Printers" module could be shared here.
### Scan support for PAPPL
Two GSoC contributors (Rishabh Maheshwari and Deepak Khatri) will continue where [Bhavna Kosta](https://github.com/Bhavna2020/GSoC-2021) has left off in GSoC 2021: They will add scanning support to PAPPL. This will allow complete suppport for multi-function devices (they get really common nowadays, practically the standard form for paper-processing peripherals) and also with Scanner Applications generally a way to provide scanner drivers in OS-distribution-independent packages.
-Originally, Rishabh's main part was to make PAPPL accepting and processing eSCL scan jobs and Deepak's main part to do the same for IPP Scan jobs, but it turned out that IPP Scan got a still birth. It is a nicely worked out standard, also IPP as our printing standard, but no one in the hardware industry adopted it, eSCL won as driverless scanning de-facto industry standard, its specs got also [published by Mopria](https://openprinting.github.io/OpenPrinting-News-May-2021/#driverless-scanning), it works also under IPP-over-USB (not being IPP though), so we go eSCL-only in PAPPL.
+Originally, Rishabh's main part was to make PAPPL accepting and processing eSCL scan jobs and Deepak's main part to do the same for IPP Scan jobs, but it turned out that IPP Scan got a still birth. It is a nicely worked out standard, also IPP as our printing standard, but no one in the hardware industry adopted it, eSCL won as driverless scanning de-facto industry standard, its specs got also [published by Mopria](/OpenPrinting-News-May-2021/#driverless-scanning), it works also under IPP-over-USB (not being IPP though), so we go eSCL-only in PAPPL.
This means that we are currently re-organizing and re-defining the projects of our two contributors, to get a great eSCL-based driverless scanning support in PAPPL.
@@ -172,7 +172,7 @@ For those who are printing JPEG images shot with digital cameras directly to a P
## ipp-usb: Solution for non-driverless IPP-over-USB-reporting printers
-As a follow-up of the discussion about printers with a 7/1/4 USB interface but not doing driverless IPP via IPP-over-USB on this interface (see [last month](https://openprinting.github.io/OpenPrinting-News-May-2022/#ipp-usb-printer-does-ipp-over-usb-but-not-driverless-ipp-and-driver-vs-driverless)), Alexander Pevzner has found a solution for ipp-usb not blocking classic access to these printers. He simply lets the ipp-usb daemon disconnect as soon as the access to the device during the preparation of the daemon fails. See [Issue #52](https://github.com/OpenPrinting/ipp-usb/issues/52). Thanks, Alex, for this.
+As a follow-up of the discussion about printers with a 7/1/4 USB interface but not doing driverless IPP via IPP-over-USB on this interface (see [last month](/OpenPrinting-News-May-2022/#ipp-usb-printer-does-ipp-over-usb-but-not-driverless-ipp-and-driver-vs-driverless)), Alexander Pevzner has found a solution for ipp-usb not blocking classic access to these printers. He simply lets the ipp-usb daemon disconnect as soon as the access to the device during the preparation of the daemon fails. See [Issue #52](https://github.com/OpenPrinting/ipp-usb/issues/52). Thanks, Alex, for this.
## Snap Store Overview
diff --git a/contents/post/OpenPrinting-News-June-2024.md b/contents/post/OpenPrinting-News-June-2024.md
index 11b8a4f8..22e327f2 100644
--- a/contents/post/OpenPrinting-News-June-2024.md
+++ b/contents/post/OpenPrinting-News-June-2024.md
@@ -66,7 +66,7 @@ But under Linux, in free software, hardware drivers are conserved for many years
This idea was presented on [Hackaday](https://hackaday.com/2024/06/13/raspberry-pi-saves-printer-from-junk-pile/): A Canon PIXMA MP250 (released 2009) got the death sentence for Windows 11 by Microsoft or Canon but can be used under Linux with the Gutenprint driver. So a Raspberry Pi was used to run CUPS with Gutenprint and the printer shared to the network, appearing as modern, driverless IPP printer under Windows ... The original author wrote a [HOWTO](https://ounapuu.ee/posts/2024/06/12/save-old-printer/).
-But we have already shown here that this also works without any additional print server hardware, at least for Windows 10 and newer, just running Linux under WSL. And also, with or without extra hardware, one does not even need CUPS but can simply use Printer Applications instead, as shown in our [HOWTO](https://openprinting.github.io/wsl-printer-app/), and also on the [Ubuntu Summit 2022](/OpenPrinting-News-November-2022/#and-the-conference-finally-started-), which got [well accepted](/OpenPrinting-News-December-2022/#blogs-and-articles).
+But we have already shown here that this also works without any additional print server hardware, at least for Windows 10 and newer, just running Linux under WSL. And also, with or without extra hardware, one does not even need CUPS but can simply use Printer Applications instead, as shown in our [HOWTO](/wsl-printer-app/), and also on the [Ubuntu Summit 2022](/OpenPrinting-News-November-2022/#and-the-conference-finally-started-), which got [well accepted](/OpenPrinting-News-December-2022/#blogs-and-articles).
There is a long list of comments on Hackaday and [I have commented, too](https://hackaday.com/2024/06/13/raspberry-pi-saves-printer-from-junk-pile/#comment-6767443), telling about the WSL-based solution and also that a Pi cannot only mimick a driverless network printer but also a driverless USB (USB-over-IPP), thanks to PAPPL.
diff --git a/contents/post/OpenPrinting-News-March-2021.md b/contents/post/OpenPrinting-News-March-2021.md
index 8057adc1..3bc27ffc 100644
--- a/contents/post/OpenPrinting-News-March-2021.md
+++ b/contents/post/OpenPrinting-News-March-2021.md
@@ -8,11 +8,11 @@ excerpt: >-
date: '2021-03-05'
---
## CUPS has new home at OpenPrinting!
-Due to the fact that CUPS development at Apple has stopped since the beginning of 2020 we had [forked CUPS some months ago](https://openprinting.github.io/OpenPrinting-News-September-2020/#cups) to incorporate patches and fixes from the distributions. As Apple did not resume the upstream work on CUPS, we have made OpenPrinting now the official upstream home for CUPS.
+Due to the fact that CUPS development at Apple has stopped since the beginning of 2020 we had [forked CUPS some months ago](/OpenPrinting-News-September-2020/#cups) to incorporate patches and fixes from the distributions. As Apple did not resume the upstream work on CUPS, we have made OpenPrinting now the official upstream home for CUPS.
This especially means that we can now continue developing CUPS, independent of Apple. So we can add features and lead CUPS into the new architecture without PPD files and with Printer Applications.
-CUPS has a [new home page](https://openprinting.github.io/cups/) now and what was formerly our fork is now the [official CUPS repository](https://github.com/OpenPrinting/cups/). Upcoming releases will be of the new 2.4.x series, now without "opX" suffix now. Also all documentation files which come with it are updated to point to the OpenPrinting resources. Mailing list for development discussions is our [printing-architecture](https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture) list.
+CUPS has a [new home page](/cups/) now and what was formerly our fork is now the [official CUPS repository](https://github.com/OpenPrinting/cups/). Upcoming releases will be of the new 2.4.x series, now without "opX" suffix now. Also all documentation files which come with it are updated to point to the OpenPrinting resources. Mailing list for development discussions is our [printing-architecture](https://lists.linuxfoundation.org/mailman/listinfo/printing-architecture) list.
First feature additions have already happened, all Snap support which the [CUPS Snap](https://github.com/OpenPrinting/cups-snap) and the Ubuntu package of CUPS received as package-specific patches is now upstream in CUPS.
@@ -21,7 +21,7 @@ First feature additions have already happened, all Snap support which the [CUPS
We have applied again for the Linux Foundation as mentoring organization, as in the previous years, for the [Google Summer of Code](https://summerofcode.withgoogle.com/). The accepted organizations will be announced by Google on Tue, March 9, 2021 ([Timeline](https://developers.google.com/open-source/gsoc/timeline)).
-OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021). Larger projects we should run in the Linux Foundation Mentoring Program instead of in the GSoC.
+OpenPrinting's project ideas are [posted](https://wiki.linuxfoundation.org/gsoc/google-summer-code-2021-openprinting-projects), but further ideas are still welcome. Note that the projects are half-length this year, 175 hours instead of 350 hours (see our [October news](/OpenPrinting-News-October-2020/#google-summer-of-code-2021)). Larger projects we should run in the Linux Foundation Mentoring Program instead of in the GSoC.
## CUPS Snap
**The [CUPS Snap](https://github.com/OpenPrinting/cups-snap) is in the [Snap Store](https://snapcraft.io/cups) now!**
@@ -121,7 +121,7 @@ Also, having [hardware-signature-based Snap Store search](https://forum.snapcraf
## CUPS
Currently released is [2.3.3op2](https://github.com/OpenPrinting/cups/releases/tag/v2.3.3op2).
-[2.3.3op2](https://openprinting.github.io/cups-2.3.3op2/) is the last release of the 2.3.x series. To mark that CUPS upstream development is now under OpenPrinting, we start 2.4.x.
+[2.3.3op2](/cups-2.3.3op2/) is the last release of the 2.3.x series. To mark that CUPS upstream development is now under OpenPrinting, we start 2.4.x.
Ubuntu Hirsute Hippo (21.04) will ship with CUPS 2.3.3op2, also the CUPS Snap currently uses this version.
diff --git a/contents/post/OpenPrinting-News-March-2022.md b/contents/post/OpenPrinting-News-March-2022.md
index 14783482..99e0ef35 100644
--- a/contents/post/OpenPrinting-News-March-2022.md
+++ b/contents/post/OpenPrinting-News-March-2022.md
@@ -28,7 +28,7 @@ And we already have one extra project idea since last month:
## OpenPrinting web site
First, we are working on a prominent note that most modern printers are driverless on our front page and an (automated?) list of available driverless IPP printers. See the discussion in [this issue report](https://github.com/OpenPrinting/openprinting.github.io/issues/138).
-**Update: Michael Sweet has updated the [front page](https://openprinting.github.io/) now, adding a prominent hint that most modern printers are driverless and also linked a [list of driverless printers](https://openprinting.github.io/printers/) right from the front page. Thanks a lot, Michael.**
+**Update: Michael Sweet has updated the [front page](/) now, adding a prominent hint that most modern printers are driverless and also linked a [list of driverless printers](/printers/) right from the front page. Thanks a lot, Michael.**
The part of the web site for looking up (legacy, non-driverless) printers and drivers (the [OpenPrinting database web app](https://github.com/OpenPrinting/foomatic-db-webapp/) has moved to a new server at Oregon State University Open Source Lab ([OSUOSL](https://osuosl.org)). As the old server did not receive a system upgrade for many years there were a lot of problems with the compatibility of the code (SQL and PHP) with the new, modern server.
@@ -38,7 +38,7 @@ The UI of the web app did not change, but there are changes in the internal func
Also the `query.php` script for machine queries got fixed and is fully working again.
-This is especially important as we soon want to add a [query service for printer setup tools](https://openprinting.github.io/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) to find the correct Printer Application(s) for a printer based on its device ID.
+This is especially important as we soon want to add a [query service for printer setup tools](/OpenPrinting-News-November-2021/#printer-querying-on-the-openprinting-web-server) to find the correct Printer Application(s) for a printer based on its device ID.
Note that the UI still needs some updating, especially removing obsolete links.
diff --git a/contents/post/OpenPrinting-News-May-2021.md b/contents/post/OpenPrinting-News-May-2021.md
index fc57c712..efafc07e 100644
--- a/contents/post/OpenPrinting-News-May-2021.md
+++ b/contents/post/OpenPrinting-News-May-2021.md
@@ -44,7 +44,7 @@ With our application for this year’s [Google Season of Docs](https://developer
## CUPS Snap
**[CUPS Snap](https://github.com/OpenPrinting/cups-snap) in the [Snap Store](https://snapcraft.io/cups), Call for testing on the [snapcraft.io forum](https://forum.snapcraft.io/t/call-for-testing-openprintings-cups-snap/) and on the [Ubuntu Discourse](https://discourse.ubuntu.com/t/cups-snap-call-for-testing/)**
-As [reported in the April news](https://openprinting.github.io/OpenPrinting-News-April-2021/#cups-snap) I have worked out a security concept with the snapd developers to print from user application Snaps without allowing administrative access to CUPS. With this we can let developers upload applications to the Snap Store which automatically connect to the `cups` interface for printing, without the risk that such applications mess with CUPS.
+As [reported in the April news](/OpenPrinting-News-April-2021/#cups-snap) I have worked out a security concept with the snapd developers to print from user application Snaps without allowing administrative access to CUPS. With this we can let developers upload applications to the Snap Store which automatically connect to the `cups` interface for printing, without the risk that such applications mess with CUPS.
We have discussed the concept further on the [snapcraft.io forum](https://forum.snapcraft.io/t/handling-of-the-cups-plug-by-snapd-especially-auto-connection/23419/39?u=till.kamppeter) (this post and the following) to work out the details. Now only the finalization in snapd is needed. The final concept is [here](https://forum.snapcraft.io/t/handling-of-the-cups-plug-by-snapd-especially-auto-connection/23419/43?u=till.kamppeter), only the paths for the CUPS socket needed to get adjusted.
diff --git a/contents/post/OpenPrinting-News-May-2024.md b/contents/post/OpenPrinting-News-May-2024.md
index af11d1b8..b1ecdc85 100644
--- a/contents/post/OpenPrinting-News-May-2024.md
+++ b/contents/post/OpenPrinting-News-May-2024.md
@@ -27,7 +27,7 @@ And ...
This month we had our annual [OpenPrinting Summit/PWG Meeting](#openprinting-summitpwg-meeting) again, and, as usual [Michael Sweet was reporting about the state of the art of CUPS](https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/cups-plenary-may-2024.pdf), with an updated time line. Unfortunatly, things do not go as fast as thought about and therefore the sharing server, as the last component of **CUPS 3.x** to be released **will only be ready mid-2025**, in 1 year from now. And this is the date which marks when distros can switch over to CUPS 3.x, so that **for Ubuntu the switchover will only happen in 25.10**.
-Do you want to learn how to package software in the [Snap](https://snapcraft.io/) package format? Most probably you will not look for resources [here on OpenPrinting](https://openprinting.github.io/OpenPrinting-News-November-2023/#snap-workshops) then, but rather at [snapcraft.io](https://snapcraft.io/). I had already talked about this with Graham Morrison, Snap documentation lead at Canonical, on the [Ubuntu Summit last November](https://openprinting.github.io/OpenPrinting-News-November-2023/#ubuntu-summit-2023-in-riga) and now, finally, after meeting him again on the Canonical-internal Engineering Sprint this month, I have created a page about the Snap workshops on snapcraft.io:
+Do you want to learn how to package software in the [Snap](https://snapcraft.io/) package format? Most probably you will not look for resources [here on OpenPrinting](/OpenPrinting-News-November-2023/#snap-workshops) then, but rather at [snapcraft.io](https://snapcraft.io/). I had already talked about this with Graham Morrison, Snap documentation lead at Canonical, on the [Ubuntu Summit last November](/OpenPrinting-News-November-2023/#ubuntu-summit-2023-in-riga) and now, finally, after meeting him again on the Canonical-internal Engineering Sprint this month, I have created a page about the Snap workshops on snapcraft.io:
**[Learn snapping! - Interactive Snap Workshops](https://forum.snapcraft.io/t/40263)**
diff --git a/contents/post/OpenPrinting-News-November-2020.md b/contents/post/OpenPrinting-News-November-2020.md
index b9c59726..be122a2d 100644
--- a/contents/post/OpenPrinting-News-November-2020.md
+++ b/contents/post/OpenPrinting-News-November-2020.md
@@ -13,12 +13,12 @@ The days (months?, years?) of only HP being present on the PWG's [certified IPP
## Google Summer of Code 2021
We are currently looking for project ideas for next year's Google Summer of Code.
-As mentioned [last month](https://openprinting.github.io/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the timr (6 weeks). Google tells that this will probably attract more students, but for us it is a much higher workload as we have to find the double amount of students and get the double amount of students introduced and up to speed to get the same work done.
+As mentioned [last month](/OpenPrinting-News-October-2020/#google-summer-of-code-2021) student projects will only be half the time (6 weeks). Google tells that this will probably attract more students, but for us it is a much higher workload as we have to find the double amount of students and get the double amount of students introduced and up to speed to get the same work done.
For larger project we should also consider to run them under the Linux Foundation Mentoring Program instead of GSoC.
## Google Season of Docs 2020
-Our OpenPrinting project is continuing well. Most pages of [Piyush Goyal's project](https://openprinting.github.io/documentation/) are already populated, merely only the scanning part is missing as its coding in our LFMP project is not yet completed.
+Our OpenPrinting project is continuing well. Most pages of [Piyush Goyal's project](/documentation/) are already populated, merely only the scanning part is missing as its coding in our LFMP project is not yet completed.
Next steps for the time being until IPP Scan gets far enough for being documented is to check whether everything is correct, recent API changes in PAPPL taken into account, design of existing Printer Applications, like the [HP PCL](https://github.com/michaelrsweet/hp-printer-app/) and the [PostScript](https://github.com/OpenPrinting/ps-printer-app) Printer Applications explained, ...
diff --git a/contents/post/OpenPrinting-News-October-2020.md b/contents/post/OpenPrinting-News-October-2020.md
index 4abca1b0..7952291f 100644
--- a/contents/post/OpenPrinting-News-October-2020.md
+++ b/contents/post/OpenPrinting-News-October-2020.md
@@ -9,9 +9,9 @@ date: '2020-10-26'
---
## First year of monthly news posts completed!
-It was exactly one year ago, October 2019, when I posted my [first monthly OpenPrinting news](https://openprinting.github.io/OpenPrinting-News-October-2019/) here on [our web site](https://openprinting.github.io/news/)!
+It was exactly one year ago, October 2019, when I posted my [first monthly OpenPrinting news](/OpenPrinting-News-October-2019/) here on [our web site](/news/)!
-Some will tell me now that I already started in September 2019, but the [September 2019 news post](https://openprinting.github.io/OpenPrinting-News-September-2019/) was only a test for the new platform and it was already October when I wrote it as an exact copy of the [original mailing list news post](https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003733.html).
+Some will tell me now that I already started in September 2019, but the [September 2019 news post](/OpenPrinting-News-September-2019/) was only a test for the new platform and it was already October when I wrote it as an exact copy of the [original mailing list news post](https://lists.linuxfoundation.org/pipermail/printing-architecture/2019/003733.html).
## Google Summer of Code 2020 Mentor Summit
@@ -32,7 +32,7 @@ Our OpenPrinting project
is going well. Piyush Goyal has already written a lot and will continue until December 5.
-He regularly posts Pull Requests on [our web site GitHub](https://github.com/OpenPrinting/openprinting.github.io) and we have merged them. See his work on [our web site](https://openprinting.github.io/documentation/).
+He regularly posts Pull Requests on [our web site GitHub](https://github.com/OpenPrinting/openprinting.github.io) and we have merged them. See his work on [our web site](/documentation/).
He gets currently a lot of input, from me with my [PostScript Printer Application](https://github.com/OpenPrinting/ps-printer-app) as example for a non-Raster and CUPS-driver-retro-fit Printer Application and from Michael Sweet by adding documentation to his [PAPPL project](https://github.com/michaelrsweet/pappl).
@@ -48,7 +48,7 @@ We only will move the assignment of the remaining work somewhat. Alexander will
## CUPS Snap
The [CUPS Snap](https://github.com/OpenPrinting/cups-snap) project is currently still waiting for the [snapd project to add the needed API extensions](https://trello.com/c/9IJToylf/1215-snapd-api-for-checking-client-snaps-whether-they-plug-a-given-interface).
-After the [Pull Request](https://github.com/snapcore/snapd/pull/8920) for the implementation of the [interfaces](https://openprinting.github.io/OpenPrinting-News-August-2020/#cups-snap) got merged we are still waiting for the completion of the [pull request](https://github.com/snapcore/snapd/pull/9132) for adding the API functionality so that a Snap can check whether a client Snap plugs the needed interfaces is still in the works.
+After the [Pull Request](https://github.com/snapcore/snapd/pull/8920) for the implementation of the [interfaces](/OpenPrinting-News-August-2020/#cups-snap) got merged we are still waiting for the completion of the [pull request](https://github.com/snapcore/snapd/pull/9132) for adding the API functionality so that a Snap can check whether a client Snap plugs the needed interfaces is still in the works.
## PostScript Printer Application
After having all needed filter functions and PPD file collection handling implemented in cups-filters and having the [HP PCL Printer Application](https://github.com/michaelrsweet/hp-printer-app) as example I have created a **Printer Application for PostScript printers**.
diff --git a/contents/post/OpenPrinting-News-October-2023.md b/contents/post/OpenPrinting-News-October-2023.md
index f068ff85..2d14386d 100644
--- a/contents/post/OpenPrinting-News-October-2023.md
+++ b/contents/post/OpenPrinting-News-October-2023.md
@@ -138,7 +138,7 @@ In addition, I departed to the US two days earlier, to not miss the event if fli
## CPDB CUPS backend Snap
-To complete the printing stack in the all-Snap experience of [Ubuntu Core Desktop](https://discourse.ubuntu.com/t/ubuntu-core-desktop-deep-dive/) we still need one more Snap, the one of the [CUPS backend](https://github.com/OpenPrinting/cpdb-backend-cups/) for the [Common Print Dialog Backends (CPDB)](https://openprinting.github.io/achievements/#common-print-dialog-backends).
+To complete the printing stack in the all-Snap experience of [Ubuntu Core Desktop](https://discourse.ubuntu.com/t/ubuntu-core-desktop-deep-dive/) we still need one more Snap, the one of the [CUPS backend](https://github.com/OpenPrinting/cpdb-backend-cups/) for the [Common Print Dialog Backends (CPDB)](/achievements/#common-print-dialog-backends).
This is needed as all the application's print dialogs also need to get switched over to the New Architecture of not having PPD files any more, but instead, IPP print destinations. And exactly this we have implemented in the CPDB backend for CUPS, and now making the dialogs using CPDB we will make them not only working with the upcoming CUPS 3.x and with the CUPS Snap, but also assure that they stay working with further changes in CUPS and also being open for new print services, like for example cloud services.
diff --git a/contents/post/OpenPrinting-News-September-2020.md b/contents/post/OpenPrinting-News-September-2020.md
index e4e55259..328c66d4 100644
--- a/contents/post/OpenPrinting-News-September-2020.md
+++ b/contents/post/OpenPrinting-News-September-2020.md
@@ -144,7 +144,7 @@ Abhik will get primarily mentored by Michael Sweet and Rishabh by Alexander Pevz
## CUPS Snap
The [CUPS Snap](https://github.com/OpenPrinting/cups-snap) project is currently waiting for the [snapd project to add the needed API extensions](https://trello.com/c/9IJToylf/1215-snapd-api-for-checking-client-snaps-whether-they-plug-a-given-interface).
-The [Pull Request](https://github.com/snapcore/snapd/pull/8920) for the implementation of the [new "cups" and "cups-control" interfaces](https://openprinting.github.io/OpenPrinting-News-August-2020/#cups-snap) got merged into snapd.
+The [Pull Request](https://github.com/snapcore/snapd/pull/8920) for the implementation of the [new "cups" and "cups-control" interfaces](/OpenPrinting-News-August-2020/#cups-snap) got merged into snapd.
The [pull request](https://github.com/snapcore/snapd/pull/9132) for adding the API functionality so that a Snap can check whether a client Snap plugs the needed interfaces is still in the works.
diff --git a/contents/post/OpenPrinting-News-September-2021.md b/contents/post/OpenPrinting-News-September-2021.md
index 3178fd0f..5696f32b 100644
--- a/contents/post/OpenPrinting-News-September-2021.md
+++ b/contents/post/OpenPrinting-News-September-2021.md
@@ -63,7 +63,7 @@ Please mark in your calendars:
It will take place on [YouTube](https://www.youtube.com/watch?v=diB3wm4HB1Y) and everyone can participate, without registration and free of charge. Everyone can post questions on the YouTube Live Chat.
-For everyone who wants to get some technical background, Michael Sweet and me have talked about the ongoing changes in the architecture of printing with free software three weeks ago in the [Ubuntu Indaba](https://openprinting.github.io/OpenPrinting-News-Flash-Ubuntu-Indaba-and-Ghostscript-Printer-Application/#the-ubuntu-desktop-indabas-and-openprinting---the-recording) (recording on [YouTube](https://www.youtube.com/watch?v=P22DOu_ahBo)).
+For everyone who wants to get some technical background, Michael Sweet and me have talked about the ongoing changes in the architecture of printing with free software three weeks ago in the [Ubuntu Indaba](/OpenPrinting-News-Flash-Ubuntu-Indaba-and-Ghostscript-Printer-Application/#the-ubuntu-desktop-indabas-and-openprinting---the-recording) (recording on [YouTube](https://www.youtube.com/watch?v=P22DOu_ahBo)).
See you there!
@@ -112,7 +112,7 @@ PASSED
## pappl-retrofit - The CUPS Driver Retro-Fit Library
-Printer Applications retro-fitting classic CUPS printer drivers consisting of PPD files, CUPS filters, and CUPS backends, like currently the [PostScript](https://github.com/OpenPrinting/ps-printer-app/), [Ghostscript](https://github.com/OpenPrinting/ghostscript-printer-app/), and [HPLIP](https://github.com/OpenPrinting/hplip-printer-app/) Printer Applications, have a lot in common and share most of their code. Therefore I have continued the development of the code of the PostScript Printer Application by generalizing it for any type of classic CUPS printer driver (see previous [News posts](https://openprinting.github.io/news/) and the [sneak previews](https://github.com/OpenPrinting/ps-printer-app/discussions/8) of my work during the last months) and put it up on the OpenPrinting GitHub as the [PAPPL Retro-Fit Library](https://github.com/OpenPrinting/pappl-retrofit).
+Printer Applications retro-fitting classic CUPS printer drivers consisting of PPD files, CUPS filters, and CUPS backends, like currently the [PostScript](https://github.com/OpenPrinting/ps-printer-app/), [Ghostscript](https://github.com/OpenPrinting/ghostscript-printer-app/), and [HPLIP](https://github.com/OpenPrinting/hplip-printer-app/) Printer Applications, have a lot in common and share most of their code. Therefore I have continued the development of the code of the PostScript Printer Application by generalizing it for any type of classic CUPS printer driver (see previous [News posts](/news/) and the [sneak previews](https://github.com/OpenPrinting/ps-printer-app/discussions/8) of my work during the last months) and put it up on the OpenPrinting GitHub as the [PAPPL Retro-Fit Library](https://github.com/OpenPrinting/pappl-retrofit).
This library will also be the start of several other CUPS driver retro-fits making all the drivers from the last (even more than) 21 years available for the new all-IPP, PPD-less printing architecture. 21 years ago I migrated all printer drivers into CUPS, now I am migrating them into the next architecture.
diff --git a/contents/post/OpenPrinting-News-September-2022.md b/contents/post/OpenPrinting-News-September-2022.md
index 353eee84..0663c0ef 100644
--- a/contents/post/OpenPrinting-News-September-2022.md
+++ b/contents/post/OpenPrinting-News-September-2022.md
@@ -253,7 +253,7 @@ For the release itself I will still wait a little bit, as Gaurav could find othe
## CUPS Snap and snapd printing interface
**[CUPS Snap](https://github.com/OpenPrinting/cups-snap) in the [Snap Store](https://snapcraft.io/cups)**
-Now with the [`cups` snapd interface in place](https://openprinting.github.io/achievements/#the-cups-snap) Snap package maintainers are starting to use it.
+Now with the [`cups` snapd interface in place](/achievements/#the-cups-snap) Snap package maintainers are starting to use it.
Unfortunately, we have hit a bug in snapd with the new `cups` interface. The automatic dependency installation of the CUPS Snap via the pseudo content interface with `default-provider: cups` interferes badly if the Snap using the `cups` interface for printing is seeded (being in the list of default packages used in the OS distribution), even if the CUPS Snap is also seeded ([bug report on snapd](https://github.com/canonical/workshops/issues/32)).
diff --git a/contents/post/OpenPrinting-News-September-2023.md b/contents/post/OpenPrinting-News-September-2023.md
index 2c444a6d..e1c78466 100644
--- a/contents/post/OpenPrinting-News-September-2023.md
+++ b/contents/post/OpenPrinting-News-September-2023.md
@@ -223,7 +223,7 @@ A few other bugs got reported and fixed since RC2. These fixes are also included
## PAPPL 1.4.0
-Michael Sweet has released [PAPPL v1.4.0](https://openprinting.github.io/pappl-1.4.0/) which is a new feature release.
+Michael Sweet has released [PAPPL v1.4.0](/pappl-1.4.0/) which is a new feature release.
Especially it adds the new create-printers operation, as API function and IPP request, to let the Printer Application automatically add queeus for any local printers which are supported by it. This function will also be called automatically the first time the Printer Application is run after its installation, so that just installing a Printer Application is usually all what needs to be done to set up a non-driverless printer.
diff --git a/contents/post/OpenPrinting-News-Sovereign-Tech-Agency-is-investing-in-OpenPrinting.md b/contents/post/OpenPrinting-News-Sovereign-Tech-Agency-is-investing-in-OpenPrinting.md
index 7514a0cf..accc2d11 100644
--- a/contents/post/OpenPrinting-News-Sovereign-Tech-Agency-is-investing-in-OpenPrinting.md
+++ b/contents/post/OpenPrinting-News-Sovereign-Tech-Agency-is-investing-in-OpenPrinting.md
@@ -12,7 +12,7 @@ date: '2025-11-04'
## I was working at Canonical for a long time ...
-Mid-May, on the last Engineering Sprint of Canonical I got the notice that I got laid off by Canonical, after having been with them for near 20 years. The contract ended 4 weeks after that, mid-June and I got 3 months of my monthly payment as indemnity. See also [my earlier post](https://openprinting.github.io/OpenPrinting-News-25-years-of-working-full-time-for-printing-with-free-open-source-software/).
+Mid-May, on the last Engineering Sprint of Canonical I got the notice that I got laid off by Canonical, after having been with them for near 20 years. The contract ended 4 weeks after that, mid-June and I got 3 months of my monthly payment as indemnity. See also [my earlier post](/OpenPrinting-News-25-years-of-working-full-time-for-printing-with-free-open-source-software/).
## ... looking for a new solution ...
diff --git a/contents/post/cups-filters-Second-Generation-Release-Candidate-2.md b/contents/post/cups-filters-Second-Generation-Release-Candidate-2.md
index e318d684..4c5187b9 100644
--- a/contents/post/cups-filters-Second-Generation-Release-Candidate-2.md
+++ b/contents/post/cups-filters-Second-Generation-Release-Candidate-2.md
@@ -7,7 +7,7 @@ excerpt: >-
all, beh vulnerability, cups-browsed 100% CPU, libppd vs. CUPS sync
date: '2023-06-20'
---
-After the [cups-filters 2.x release party in Brno](https://openprinting.github.io/OpenPrinting-News-May-2023/#linux-app-summit-2023) (Ubuntu 23.04 and Fedora 38 with 2.0rc1) there also came the first bug reports from users. And together with other fixes a lot of stuff came together, so I decided to issue a second release candidate before actually landing the final.
+After the [cups-filters 2.x release party in Brno](/OpenPrinting-News-May-2023/#linux-app-summit-2023) (Ubuntu 23.04 and Fedora 38 with 2.0rc1) there also came the first bug reports from users. And together with other fixes a lot of stuff came together, so I decided to issue a second release candidate before actually landing the final.
### cups-browsed 100% CPU!
@@ -35,7 +35,7 @@ During the development work on the [all-Snap Ubuntu Desktop](https://ubuntu.com/
### libppd sync-up with CUPS
-The development of libppd, a library which conserves all of CUPS' PPD file support for retro-fitting Printer Applications before it gets removed from CUPS in the 3.x generation, [started nearly exactly 3 years ago](https://openprinting.github.io/OpenPrinting-News-July-2020/#cups-filters). Now in these 3 years after grabbing CUPS' PPD supporting code for libppd a lot has happened with CUPS and also this code received several bug fixes (including some memory leaks) and also even small feature additions by adding extra attributes to generated PPDs so that CUPS can better support all IPP functionality of all driverless printers. I have [overtaken these changes](https://github.com/OpenPrinting/libppd/commit/3e332f051da) now to be in sync with CUPS. Especially retro-fitting Printer Applications now always list all media types of the PPD file!
+The development of libppd, a library which conserves all of CUPS' PPD file support for retro-fitting Printer Applications before it gets removed from CUPS in the 3.x generation, [started nearly exactly 3 years ago](/OpenPrinting-News-July-2020/#cups-filters). Now in these 3 years after grabbing CUPS' PPD supporting code for libppd a lot has happened with CUPS and also this code received several bug fixes (including some memory leaks) and also even small feature additions by adding extra attributes to generated PPDs so that CUPS can better support all IPP functionality of all driverless printers. I have [overtaken these changes](https://github.com/OpenPrinting/libppd/commit/3e332f051da) now to be in sync with CUPS. Especially retro-fitting Printer Applications now always list all media types of the PPD file!
### First Vulnerability Report
diff --git a/contents/post/cups-filters-Second-Generation-Second-Beta-Release.md b/contents/post/cups-filters-Second-Generation-Second-Beta-Release.md
index 374e81e8..712d1bfd 100644
--- a/contents/post/cups-filters-Second-Generation-Second-Beta-Release.md
+++ b/contents/post/cups-filters-Second-Generation-Second-Beta-Release.md
@@ -7,7 +7,7 @@ excerpt: >-
systems, source code documentation
date: '2023-01-08'
---
-During creation of the Debian/Ubuntu packages for the components of the 2nd-generation cups-filters and also during the further development of the [Common Print Dialog Backends (CPDB)](https://openprinting.github.io/achievements/#common-print-dialog-backends) some bugs were discovered which are fixed now.
+During creation of the Debian/Ubuntu packages for the components of the 2nd-generation cups-filters and also during the further development of the [Common Print Dialog Backends (CPDB)](/achievements/#common-print-dialog-backends) some bugs were discovered which are fixed now.
Also the adaptation of the source code documentation files to the individual components was not yet complete.
diff --git a/contents/projects/00-cups.md b/contents/projects/00-cups.md
index a48fc42b..77af6bc4 100644
--- a/contents/projects/00-cups.md
+++ b/contents/projects/00-cups.md
@@ -9,7 +9,7 @@ development of CUPS to further improve printing.
### Project Links
-* Home Page
+* Home Page
* GitHub