Uh,
I just uploaded the same package to NEW queue yesterday
https://salsa.debian.org/fonts-team/python-unicodedata2
I removed the duplicated parts and linked the source files from unicode-data to
regenerate headers to avoid having another copy of it.
Yao Wei
(This email is sent from a phone;
Package: fonttools
Version: 4.29.1-1
Severity: serious
Justification: Policy 3.5
X-Debbugs-Cc: debian-fo...@lists.debian.org
Control: block 1005477 by -1
Control: block 1005474 by -1
This package has missing dependency of python package name
"unicodedata2" since version 4.29.1-1, according to the
It is caused by unicode-data updated to 14.0. The doctest is to get all
attributes of an Arabic symbol, but in 14.0 "Nkoo" attribute is added to the
list, causing the test to fail.
Yao Wei
(This email is sent from a phone; sorry for HTML email if it happens.)
>>
Control: tag -1 pending
Hello,
Bug #993482 in fonttools reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
I made a mistake on CVE-2020-36317 and CVE-2020-36318 patches. The names of the
patches are incorrect (I put 2021 instead of 2020)
Yao Wei
(This email is sent from a phone; sorry for HTML email if it happens.)
> On Apr 25, 2021, at 08:57, Yao Wei wrote:
>
> tag -1 patch
> thanks
>
>
tag -1 patch
thanks
Attached is the proposed patch onto debian repo for this bug. Note
that because the patch order is important (one patch depends on another).
Some tests on the original PRs did not apply because there were no such
files in 1.48
Please review before apply since I don't know
Package: src:fonts-lemonada
Followup-For: Bug #950103
This issue seems to be in Glyphs.app that it creates files with
duplicated layer names, glyphslib follows UFO layers spec that names
must not be duplicated. This issue was fixed in glyphslib 5.1.1.
See:
Control: tag -1 pending
Hello,
Bug #943995 in cu2qu reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Package: broadcom-sta-dkms
Version: 6.30.223.271-7
Severity: grave
Justification: renders package unusable
Hi,
After I updated the kernel to 4.14.0, I found that the wl.ko is gone,
and I tried to rebuild manually by dpkg-reconfigure which triggers dkms
build.
But dkms logged the following
Package: lxterminal
Version: 0.3.0-1
Severity: grave
Tags: upstream patch security
Justification: user security hole
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
This vulnerability is discussed in a Stackexchange website:
Source: gcin
Severity: serious
Justification: Policy 2.1.3 Derived Works
Dear Maintainer,
gcin included data/dayi3.cin, which does not allow derived works.
The header of this file says:
使用者不得任意更改此表格中每個字的編碼規則並重新散佈，但允許改變
此表格的格式以適合其他平台或輸入法軟體使用。
(Users must not change any encoding rule of the
11 matches
Mail list logo
