Package: adduser
Version: 3.143
Followup-For: Bug #1099470
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outco
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:
https://salsa.debian.org/fonts-team/fonttools/-/commit/e7f5dea3c4a1bf631618d25c5a
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
>
> Attache
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 wh
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: https://github.com/googlefonts/glyphsLi
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:
https://salsa.debian.org/fonts-team/cu2qu/commit/031ea0407c0b30b199d48c48c54887b4a7f0
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 error:
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:
https://unix.stackexchange.com/questions/333539/lxterminal-in-the-netst
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 chara
12 matches
Mail list logo
