Hello,
Our team is currently maintaining an open-source software package[1] in which several .service files include LGPL 2.1 headers at the top. ``` # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. ```
However, our package does not declare this in the spec file, we use the GPLv2 for this project.
To ensure compliance with licensing requirements, I am seeking guidance on whether it would be permissible to remove these headers, or if I should instead include the LGPL 2.1 license in the project.
Please note that I am not the original creator of these .service files.
Thank you for your assistance.
[1] https://github.com/rhkdump/kdump-utils
Best regards, Lichen
On Thu, Jun 13, 2024 at 10:17 AM Lichen Liu lichliu@redhat.com wrote:
Hello,
Our team is currently maintaining an open-source software package[1] in which several .service files include LGPL 2.1 headers at the top.
# This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version.
However, our package does not declare this in the spec file, we use the GPLv2 for this project.
To ensure compliance with licensing requirements, I am seeking guidance on whether it would be permissible to remove these headers, or if I should instead include the LGPL 2.1 license in the project.
I would suggest *not* removing those headers (though if you want you can pursue that within the systemd project assuming those notices were actually placed by the systemd developers). However, I don't think you need to "declare" LGPL-2.1-or-later in the spec file License: tag (because of the likely meaninglessness of the application of the LGPL to these files).
Richard