[libvirt] [PATCH] HACKING: Update after recent change of the html file

Peter Krempa posted 1 patch 7 years, 1 month ago
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/libvirt tags/patchew/aa7a84adc75881b6bb1606fbecfc827c990001a7.1486135683.git.pkrempa@redhat.com
HACKING | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
[libvirt] [PATCH] HACKING: Update after recent change of the html file
Posted by Peter Krempa 7 years, 1 month ago
---

Pushed as trivial.

 HACKING | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/HACKING b/HACKING
index ff545a8fa..fff003b9e 100644
--- a/HACKING
+++ b/HACKING
@@ -231,7 +231,8 @@ feature or changing the output of a program.
 such as adding new XML elements or fixing all but the most obscure bugs, must
 be (briefly) described in a release notes entry; changes that are only
 relevant to other libvirt developers, such as code refactoring, don't belong
-in the release notes.
+in the release notes. Note that "docs/news.xml" should be updated in its own
+commit not to get in the way of backports.

 There is more on this subject, including lots of links to background reading
 on the subject, on Richard Jones' guide to working with open source projects
-- 
2.11.0

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] HACKING: Update after recent change of the html file
Posted by Andrea Bolognani 7 years, 1 month ago
On Fri, 2017-02-03 at 16:28 +0100, Peter Krempa wrote:
> Pushed as trivial.

Woops, thanks for cleaning up after me :)

Then again, every single time this happens I get more
and more convinced that storing generated content in our
git repository is just wrong.

-- 
Andrea Bolognani / Red Hat / Virtualization

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list