GNU bug report logs -
#61237
[PATCH 0/1] gnu: font-google-noto-emoji: Install correct license file.
Previous Next
Reported by: Simon South <simon <at> simonsouth.net>
Date: Thu, 2 Feb 2023 20:24:01 UTC
Severity: normal
Tags: patch
Done: Christopher Baines <mail <at> cbaines.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 61237 in the body.
You can then email your comments to 61237 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#61237
; Package
guix-patches
.
(Thu, 02 Feb 2023 20:24:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Simon South <simon <at> simonsouth.net>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Thu, 02 Feb 2023 20:24:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Currently the font-google-noto-emoji package correctly specifies the font's
license as the SIL Open Font License but inadvertently installs a copy of the
Apache license instead in the package's output.
This is because the source package groups the font's data and license files
together in a "fonts" subdirectory, while the license file at the top level
applies to "Tools and most image resources" according to the package's
README.md. By default, it's the file at the top level that's installed.
The patch that follows corrects this issue. I've tested it on x86-64 and
AArch64 and it seems to work fine.
--
Simon South
simon <at> simonsouth.net
Simon South (1):
gnu: font-google-noto-emoji: Install correct license file.
gnu/packages/fonts.scm | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
base-commit: 301f12832601eef6b130f3946d9d597ae43a514a
--
2.38.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#61237
; Package
guix-patches
.
(Thu, 02 Feb 2023 20:26:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 61237 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/fonts.scm (font-google-noto-emoji)[arguments]<#:phases>: Add
"enter-font-directory" phase; remove now-superfluous prefix from paths in
"remove-unsupported" phase.
---
gnu/packages/fonts.scm | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/fonts.scm b/gnu/packages/fonts.scm
index 634c48db00..06b1c43d82 100644
--- a/gnu/packages/fonts.scm
+++ b/gnu/packages/fonts.scm
@@ -982,11 +982,15 @@ (define-public font-google-noto-emoji
(list
#:phases
#~(modify-phases %standard-phases
- (add-after 'unpack 'remove-unsupported
+ (add-after 'unpack 'enter-font-directory
+ (lambda _
+ ;; Note this ensures the correct license file is installed.
+ (chdir "fonts")))
+ (add-after 'enter-font-directory 'remove-unsupported
(lambda* _
- (delete-file "fonts/NotoColorEmoji_WindowsCompatible.ttf")
- (delete-file "fonts/Noto-COLRv1-noflags.ttf")
- (delete-file "fonts/Noto-COLRv1.ttf"))))))
+ (delete-file "NotoColorEmoji_WindowsCompatible.ttf")
+ (delete-file "Noto-COLRv1-noflags.ttf")
+ (delete-file "Noto-COLRv1.ttf"))))))
(home-page "https://fonts.google.com/noto/specimen/Noto+Color+Emoji")
(synopsis "Font for rendering color emoji characters")
(description
--
2.38.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#61237
; Package
guix-patches
.
(Wed, 01 Mar 2023 15:52:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 61237 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Simon South <simon <at> simonsouth.net> writes:
> Currently the font-google-noto-emoji package correctly specifies the font's
> license as the SIL Open Font License but inadvertently installs a copy of the
> Apache license instead in the package's output.
>
> This is because the source package groups the font's data and license files
> together in a "fonts" subdirectory, while the license file at the top level
> applies to "Tools and most image resources" according to the package's
> README.md. By default, it's the file at the top level that's installed.
>
> The patch that follows corrects this issue. I've tested it on x86-64 and
> AArch64 and it seems to work fine.
Looks good to me, I've pushed this master as
9a4dd01f1da2681fef8f89d43a43efa4ccbb5a16.
Thanks,
Chris
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#61237
; Package
guix-patches
.
(Wed, 01 Mar 2023 15:52:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Christopher Baines <mail <at> cbaines.net>
:
You have taken responsibility.
(Wed, 01 Mar 2023 15:53:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Simon South <simon <at> simonsouth.net>
:
bug acknowledged by developer.
(Wed, 01 Mar 2023 15:53:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 61237-done <at> debbugs.gnu.org (full text, mbox):
Marking as done.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 30 Mar 2023 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 45 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.