[PATCH 2/2] NEWS: Mention de-modularization of the 'fs' storage file backend

Peter Krempa posted 2 patches 1 week, 4 days ago
[PATCH 2/2] NEWS: Mention de-modularization of the 'fs' storage file backend
Posted by Peter Krempa 1 week, 4 days ago
Signed-off-by: Peter Krempa <pkrempa@redhat.com>
---
 NEWS.rst | 9 +++++++++
 1 file changed, 9 insertions(+)

diff --git a/NEWS.rst b/NEWS.rst
index 08d1d24d48..21ba127fb2 100644
--- a/NEWS.rst
+++ b/NEWS.rst
@@ -11,6 +11,15 @@ For a more fine-grained view, use the `git log`_.
 v11.0.0 (unreleased)
 ====================

+* **Packaging changes**
+
+  * De-modularize the 'fs' storage file backend
+
+    The storage file backend for local files uses only code which we compile
+    into the internal libraries anyways so there's no point in having it
+    as a loadable module. The ``storage-file/libvirt_storage_file_fs.so`` is
+    now embedded directly and no longer exists.
+
 * **Security**

 * **Removed features**
-- 
2.47.1
Re: [PATCH 2/2] NEWS: Mention de-modularization of the 'fs' storage file backend
Posted by Ján Tomko 1 week, 4 days ago
On a Thursday in 2025, Peter Krempa wrote:
>Signed-off-by: Peter Krempa <pkrempa@redhat.com>
>---
> NEWS.rst | 9 +++++++++
> 1 file changed, 9 insertions(+)
>
>diff --git a/NEWS.rst b/NEWS.rst
>index 08d1d24d48..21ba127fb2 100644
>--- a/NEWS.rst
>+++ b/NEWS.rst
>@@ -11,6 +11,15 @@ For a more fine-grained view, use the `git log`_.
> v11.0.0 (unreleased)
> ====================@s

v11.1.0

>
>+* **Packaging changes**
>+
>+  * De-modularize the 'fs' storage file backend
>+
>+    The storage file backend for local files uses only code which we compile
>+    into the internal libraries anyways so there's no point in having it
>+    as a loadable module. The ``storage-file/libvirt_storage_file_fs.so`` is
>+    now embedded directly and no longer exists.

I don't like the article without a noun and the fact that it both exists
and doesn't at the same time. Consider:

The ``...`` module no longer exists and its functionality is embedded
directly.

but what you wrote also works.


Reviewed-by: Ján Tomko <jtomko@redhat.com>

Jano