Bug#1012453: ITP: python-openstep-plist -- A parser for the "old style" OpenStep plist format (also known as ASCII plist)

2022-06-07 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-fo...@lists.debian.org, 
debian-pyt...@lists.debian.org

* Package name: python-openstep-plist
  Version : 0.3.0
  Upstream Author : The FontTools Organization
* URL : https://github.com/fonttools/openstep-plist
* License : Expat? (See below)
  Programming Lang: Python, Cython
  Description : A parser for the "old style" OpenStep plist format (also 
known as ASCII plist)

This is a dependency of glyphslib, since Glyphs.app format uses ASCII
plist format as their base format.

However, despite their license marked as MIT (Expat), the code structure
seems to be heavily derived from the CoreFoundation from Apple, which is
licensed as APSL 2.0, which is not DFSG-free[1] but seems to be
compatible with other Expat-licensed libraries and executables. I need a
guidance here to continue.

If this is going to be packaged, this package should be maintained under
Debian Python Team.

[1]: https://wiki.debian.org/DFSGLicenses#Apple_Public_Source_License_.28APSL.29


signature.asc
Description: PGP signature


Bug#1005640: Packaging effort of python3-unicodedata2

2022-02-13 Thread Yao Wei ()
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; sorry for HTML email if it happens.)

> On Feb 14, 2022, at 13:03, Boyuan Yang  wrote:
> 
> Hi all,
> 
> Please check out current progress on python3 unicode2 module packaging at
> https://salsa.debian.org/python-team/packages/python-unicodedata2 . I have
> pushed it onto NEW queue. Having another copy of unicode-data might not be
> ideal, but let's wait for the response from FTP Masters first.
> 
> Thanks,
> Boyuan Yang


Bug#1005640: fonttools: Missing dependency python3-unicodedata2 (ITP needed)

2022-02-13 Thread
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 FTBFS messages
from #1005474 and #1005477.

NEW python package for unicodedata2 is needed.

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-1-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fonttools depends on:
ii  python33.9.8-1
ii  python3-fonttools  4.29.1-1

fonttools recommends no packages.

fonttools suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#1001717: fcitx5-chewing: Unmatched license for debian/* (GPL-2+ -> LGPL-2.1+)

2021-12-16 Thread Yao Wei ()
Hi,

I'll do a relicense and attribute you as one of the authors.

Yao Wei

(This email is sent from a phone; sorry for HTML email if it happens.)

> Boyuan Yang  於 2021年12月15日 04:09 寫道:
> 
> Source: fcitx5-chewing
> Version: 5.0.7-1
> Tags: sid bookworm
> Severity: normal
> X-Debbugs-CC: m...@debian.org
> 
> Hi Yao Wei,
> 
> As seen in
> https://salsa.debian.org/input-method-team/fcitx5-chewing/-/commit/a723daa5f225cd5b4574a8a350aa2c34fe674db0
> , the new release of fcitx5-chewing 5.0.8 has switched its license from GPL-2+
> to LGPL-2.1+. However, you documented that files written by you in debian/*
> dir
> https://salsa.debian.org/input-method-team/fcitx5-chewing/-/blob/a723daa5f225cd5b4574a8a350aa2c34fe674db0/debian/copyright#L22
> is released under GPL-2+.
> 
> Could you please re-license you contribution under a LGPL-2.1+ or a more
> permissive license to match this upstream switch?
> 
> Thanks,
> Boyuan Yang


Bug#997489: fonttools: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

2021-10-24 Thread Yao Wei ()
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.)

>> === FAILURES 
>> ===
>> ___ [doctest] fontTools.unicodedata.script_extension 
>> ___
>> 071  Return the script extension property assigned to the Unicode character
>> 072 'char' as a set of string.
>> 073 
>> 074 >>> script_extension("a") == {'Latn'}
>> 075 True
>> 076 >>> script_extension(chr(0x060C)) == {'Rohg', 'Syrc', 'Yezi', 
>> 'Arab', 'Thaa'}
>> Expected:
>>True
>> Got:
>>False
>> 
>> /<>/.pybuild/cpython3_3.9/build/fontTools/unicodedata/__init__.py:76:
>>  DocTestFailure


Bug#995391: ITP: python-vharfbuzz -- User-friendlier Harfbuzz interface in Python

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: python-vharfbuzz
  Version : 0.1.2
* URL : https://github.com/simoncozens/vharfbuzz
* License : Expat
  Programming Lang: Python
  Description : Harfbuzz interface for python

This provides abstraction to vharfbuzz to simplify text shaping process.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995390: ITP: ufolint -- Source file linter for UFO font source

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: ufolint
  Version : 1.2.0
* URL : https://github.com/source-foundry/ufolint
* License : Expat
  Programming Lang: Python
  Description : Source file linter for UFO font source

From project readme: 

ufolint is a source file linter for typeface development in Unified Font
Object (UFO) source code. It was designed for continuous integration
testing of UFO source contributions to typeface projects.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995389: ITP: python-stringbrewer -- Generate random strings matching a pattern

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-stringbrewer
  Version : 0.0.1
* URL : https://github.com/simoncozens/stringbrewer
* License : MIT (from pypi.org, no license listed in upstream)
  Programming Lang: Python
  Description : Generate random strings matching a pattern

This library can generate random strings from a recipe.

This project does not have license listed in the code base.  We should
ask upstream to add license file in the repo.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Python Team.


signature.asc
Description: PGP signature


Bug#995385: ITP: python-pip-api -- Unofficial API for Python pip

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
Control: block 932568 by -1

* Package name: python-pip-api
  Version : 0.0.22
* URL : https://github.com/di/pip-api
* License : Apache-2.0
  Programming Lang: Python
  Description : Unofficial API for Python pip

Copied from readme:

This project attempts to provide an importable pip API, which is fully
compliant with the recommended method of using pip from your program.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Python Team.


signature.asc
Description: PGP signature


Bug#995384: ITP: python-opentypespec -- Provides OpenType spec dictionaries

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: python-opentypespec
  Version : 1.8.4
* URL : https://github.com/simoncozens/opentypespec-py
* License : Apache-2.0
  Programming Lang: Python
  Description : Provides OpenType spec dictionaries

Copied from readme:

This package currently provides the opentypespec.tags module, which
exports FEATURE_TAGS, SCRIPT_TAGS, LANGUAGE_TAGS and BASELINE_TAGS
dictionaries, representing data from the Layout Tag Registry (section
6.4 of the Open Font Format specification).

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995382: ITP: python-opentype-sanitizer -- Python wheels for the OpenType Sanitizer

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1
Control: block -1 by 817031

* Package name: python-opentype-sanitizer
  Version : 8.1.0
  Upstream Author : Cosimo Lupo
* URL : https://github.com/anthrotype/ots-python
* License : BSD-3
  Programming Lang: Python
  Description : Python wheels for the OpenType Sanitizer

This provides python interface to OpenType Sanitizer, which is currently
in RFP (#817031).

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995379: ITP: font-v -- Read and manipulate font versions fron otf and ttf files

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1


* Package name: font-v
  Version : 1.0.5
* URL : https://github.com/source-foundry/font-v
* License : Expat
  Programming Lang: Python
  Description : Read and manipulate font versions from OTF and TTF files

Taken from readme:
font-v is an open source font version string library (libfv) and
executable (font-v) for reading, reporting, modifying, and writing
OpenType name table ID 5 records and head table fontRevision records in
*.otf and *.ttf fonts. The application provides support for the OpenFV
semantic font versioning specification.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995378: ITP: dehinter -- Remove TrueType and OpenType bytecodes and tables from font files

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: dehinter
  Upstream Author : Chris Simpkins
* URL : https://github.com/source-foundry/dehinter
* License : Apache 2.0
  Programming Lang: Python 3
  Description : Remove TrueType and OpenType bytecodes and tables from font 
files

Taken from project readme: 

dehinter is a Python command line application that removes TrueType
instruction sets, global hinting tables, and other associated OpenType
table data in font files. The tool provides cross-platform support on
macOS, Windows, and Linux systems with a Python v3.6+ interpreter.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995375: ITP: python-collidoscope -- Brute force detection of glyph collisions

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: python-collidoscope
  Version : 0.0.6
* URL : https://github.com/simoncozens/collidoscope
* License : Expat
  Programming Lang: Python
  Description : Brute force detection of glyph collisions

Taken from pypi:

This software tries every combination of glyphs within a specified
Unicode range and up to a specified length of string and outputs a
report of all situations where the glyphs collide.

This is a dependency of fontbakery (#932568), and this package should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995373: ITP: python-beziers -- Python library for bezier curves and paths

2021-09-30 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-Cc: debian-de...@lists.debian.org, fonts-t...@lists.debian.org
Control: block 932568 by -1

* Package name: python-beziers
  Version : 0.3.1
* URL : https://github.com/simoncozens/beziers.py
* License : Expat
  Programming Lang: Python
  Description : Python library for bezier curves and paths

Copied from pypi description:

Beziers provides a variety of classes for constructing, manipulating and
drawing Bezier curves and paths. Principally designed for font design
software, it allows you to join, split, offset, and perform many other
operations on paths.

This package is a dependency for fontbakery (#932568), and should be
maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#995214: Wide apostrophe ending up on single width pages

2021-09-28 Thread Yao Wei ()
Hi,

> On Sep 28, 2021, at 13:54, 積丹尼 Dan Jacobson  wrote:
> 
> Why is this happening in Firefox and Chrome?
> $ LC_CTYPE=zh_TW.UTF-8 $BROWSER http://ud.taichung.gov.tw/

See

https://github.com/adobe-fonts/source-han-sans/issues/28

On the font perspective the same codepoints for curly apostrophes and quotation 
marks are used for Japanese and Korean and they are full-width.

You can try preferring Latin fonts to CJK fonts.

Yao Wei

(This email is sent from a phone; sorry for HTML email if it happens.)

Bug#995214: Wide apostrophe ending up on single width pages

2021-09-28 Thread Yao Wei ()


> On Sep 29, 2021, at 08:58, Yao Wei (魏銘廷)  wrote:
> 
> On the font perspective the same codepoints for curly apostrophes and 
> quotation marks are used for Japanese and Korean and they are full-width.

My mistake. It's Traditional and Simplified Chinese that's full-width by 
default.


Bug#993649: bullseye-pu: package fonttools/4.19.1-1+deb11u1

2021-09-04 Thread
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: debian-fo...@lists.debian.org

[ Reason ]
Add missing dependencies of fonttools. (#993482)

[ Impact ]
Users might not be able to build fonts by just installing fonttools or
tools (like fontmake) that uses it.

[ Tests ]
This package has autopkgtest that runs tests in the upstream tarball.

Manual tests by running fontmake (which depends on fonttools to build
fonts) has been conducted as well.

[ Risks ]
None.

[ Checklist ]
  [X] *all* changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in (old)stable
  [X] the issue is verified as fixed in unstable

[ Changes ]
Add missing dependencies to fonttools:
  python3-lz4, python3-lxml, unicode-data.

Add missing build dependencies to fonttools (which is for running tests
when building packages):
  python3-lz4.
diff -Nru fonttools-4.19.1/debian/changelog fonttools-4.19.1/debian/changelog
--- fonttools-4.19.1/debian/changelog	2021-01-31 07:38:19.0 +0800
+++ fonttools-4.19.1/debian/changelog	2021-09-04 14:41:27.0 +0800
@@ -1,3 +1,9 @@
+fonttools (4.19.1-1+deb11u1) bullseye; urgency=medium
+
+  * debian/control: Add missing dependencies. (Closes: #993482)
+
+ -- Yao Wei (魏銘廷)   Sat, 04 Sep 2021 14:41:27 +0800
+
 fonttools (4.19.1-1) unstable; urgency=medium
 
   * New upstream version 4.19.1
diff -Nru fonttools-4.19.1/debian/control fonttools-4.19.1/debian/control
--- fonttools-4.19.1/debian/control	2021-01-31 07:38:19.0 +0800
+++ fonttools-4.19.1/debian/control	2021-09-04 14:41:27.0 +0800
@@ -19,6 +19,7 @@
  python3-sympy,
  python3-fs (>= 2.4.11),
  python3-lxml (>= 4.5.0),
+ python3-lz4 (>= 1.7.4.2),
  python3-sphinx,
  python3-sphinx-rtd-theme,
  unicode-data (>= 13.0.0),
@@ -37,6 +38,9 @@
  python3-ufolib2 (>= 0.6.2) | python3-defcon (>= 0.6.0),
  python3-sympy,
  python3-fs (>= 2.4.11),
+ python3-lxml (>= 4.5.0),
+ python3-lz4 (>= 1.7.4.2),
+ unicode-data (>= 13.0.0),
  ${misc:Depends},
  ${python3:Depends},
  ${shlibs:Depends},


signature.asc
Description: PGP signature


Bug#975524: cmst/connman system-tray applet: please start automatically when installed

2021-08-18 Thread
Package: lxqt
Version: 30
Followup-For: Bug #975524

IMO cmst should have an desktop entry in /etc/xdg/autostart/ so that it
is autostarted upon installation.

Should we move this bug to cmst?


signature.asc
Description: PGP signature


Bug#990316: Add GLFW_IM_MODULE=fcitx on ibus and fcitx5 to enable IME in kitty

2021-06-25 Thread
Package: im-config
Version: 0.46-1
Severity: wishlist

Hi,

As discussed in https://github.com/kovidgoyal/kitty/issues/469, adding
`GLFW_IM_MODULE=ibus` can enable IBus API connection in kitty terminal,
and thus enabling CJK input in that terminal emulator.

Not only in IBus, fcitx5 populates IBus API so setting the envvar to
`ibus` also works in fcitx5.

However, after some searching I found that the variable looks like
exclusively used in kitty, especially this envvar acts as a toggle in
kitty's source code:

  
https://github.com/kovidgoyal/kitty/blob/6179cfc6703af1b0682fdd14829280b8a228c167/glfw/ibus_glfw.c#L286

I am wondering whether it is okay to add that variable into im-config.

Best regards,
Yao Wei


signature.asc
Description: PGP signature


Bug#986803: CVE-2021-28875 CVE-2021-28876 CVE-2021-28877 CVE-2021-28878 CVE-2021-28879 CVE-2020-36317 CVE-2020-36318

2021-04-24 Thread Yao Wei ()
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
> 
> 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 whether any of these CVEs
> are introduced by changes not in 1.48.
> 
> Thanks,
> Yao Wei
> <0001-CVE-fixups-Closes-986803.patch>


Bug#986803: CVE-2021-28875 CVE-2021-28876 CVE-2021-28877 CVE-2021-28878 CVE-2021-28879 CVE-2020-36317 CVE-2020-36318

2021-04-24 Thread
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 whether any of these CVEs
are introduced by changes not in 1.48.

Thanks,
Yao Wei
From 3fdae0f56ce61fcbb9fe617f8d084f81655f0270 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Yao=20Wei=20=28=E9=AD=8F=E9=8A=98=E5=BB=B7=29?=
 
Date: Sun, 25 Apr 2021 06:52:42 +0800
Subject: [PATCH] CVE fixups (Closes #986803)

---
 debian/patches/series |  9 +++
 debian/patches/u-CVE-2021-28875.patch | 49 ++
 debian/patches/u-CVE-2021-28876.patch | 37 +++
 debian/patches/u-CVE-2021-28877.patch | 71 
 debian/patches/u-CVE-2021-28878.patch | 70 
 debian/patches/u-CVE-2021-28879.patch | 30 +
 debian/patches/u-CVE-2021-36317.patch | 66 +++
 debian/patches/u-CVE-2021-36318.patch | 93 +++
 8 files changed, 425 insertions(+)
 create mode 100644 debian/patches/u-CVE-2021-28875.patch
 create mode 100644 debian/patches/u-CVE-2021-28876.patch
 create mode 100644 debian/patches/u-CVE-2021-28877.patch
 create mode 100644 debian/patches/u-CVE-2021-28878.patch
 create mode 100644 debian/patches/u-CVE-2021-28879.patch
 create mode 100644 debian/patches/u-CVE-2021-36317.patch
 create mode 100644 debian/patches/u-CVE-2021-36318.patch

diff --git a/debian/patches/series b/debian/patches/series
index 89fdfba4a..2207db5af 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -45,3 +45,12 @@ d-fix-mips64el-bootstrap.patch
 
 # Work around for some porterboxes, keep this commented
 #d-host-duplicates.patch
+
+# Upstream CVE fixes, no upstream needed
+u-CVE-2021-28875.patch
+u-CVE-2021-28876.patch
+u-CVE-2021-28877.patch
+u-CVE-2021-28879.patch
+u-CVE-2021-28878.patch
+u-CVE-2021-36317.patch
+u-CVE-2021-36318.patch
diff --git a/debian/patches/u-CVE-2021-28875.patch b/debian/patches/u-CVE-2021-28875.patch
new file mode 100644
index 0..e0ed5cabc
--- /dev/null
+++ b/debian/patches/u-CVE-2021-28875.patch
@@ -0,0 +1,49 @@
+Bug: https://github.com/rust-lang/rust/pull/80895
+Bug-Debian: https://bugs.debian.org/986803
+From ebe402dc9e708a8ed5e5860a7b30ea7826ab52a1 Mon Sep 17 00:00:00 2001
+From: Steven Fackler 
+Date: Mon, 11 Jan 2021 07:27:03 -0500
+Subject: [PATCH 1/4] Fix handling of malicious Readers in read_to_end
+
+--- a/library/std/src/io/mod.rs
 b/library/std/src/io/mod.rs
+@@ -364,7 +364,6 @@
+ {
+ let start_len = buf.len();
+ let mut g = Guard { len: buf.len(), buf };
+-let ret;
+ loop {
+ if g.len == g.buf.len() {
+ unsafe {
+@@ -383,21 +382,20 @@
+ }
+ }
+ 
+-match r.read( g.buf[g.len..]) {
+-Ok(0) => {
+-ret = Ok(g.len - start_len);
+-break;
++let buf =  g.buf[g.len..];
++match r.read(buf) {
++Ok(0) => return Ok(g.len - start_len),
++Ok(n) => {
++// We can't allow bogus values from read. If it is too large, the returned vec could have its length
++// set past its capacity, or if it overflows the vec could be shortened which could create an invalid
++// string if this is called via read_to_string.
++assert!(n <= buf.len());
++g.len += n;
+ }
+-Ok(n) => g.len += n,
+ Err(ref e) if e.kind() == ErrorKind::Interrupted => {}
+-Err(e) => {
+-ret = Err(e);
+-break;
+-}
++Err(e) => return Err(e),
+ }
+ }
+-
+-ret
+ }
+ 
+ pub(crate) fn default_read_vectored(read: F, bufs:  [IoSliceMut<'_>]) -> Result
diff --git a/debian/patches/u-CVE-2021-28876.patch b/debian/patches/u-CVE-2021-28876.patch
new file mode 100644
index 0..8462d2830
--- /dev/null
+++ b/debian/patches/u-CVE-2021-28876.patch
@@ -0,0 +1,37 @@
+Bug: https://github.com/rust-lang/rust/pull/81741
+Bug-Debian: https://bugs.debian.org/986803
+
+From 86a4b27475aab52b998c15f5758540697cc9cff0 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= 
+Date: Thu, 4 Feb 2021 10:23:01 +0200
+Subject: [PATCH] Increment `self.index` before calling
+ `Iterator::self.a.__iterator_get_unchecked` in `Zip` `TrustedRandomAccess`
+ specialization
+
+Otherwise if `Iterator::self.a.__iterator_get_unchecked` panics the
+index would not have been incremented yet and another call to
+`Iterator::next` would read from the same index again, which is not
+allowed according to the API contract of `TrustedRandomAccess` for
+`!Clone`.
+
+Fixes https://github.com/rust-lang/rust/issues/81740
+
+--- a/library/core/src/iter/adapters/zip.rs
 b/library/core/src/iter/adapters/zip.rs
+@@ -201,12 +201,13 @@
+ 

Bug#987481: unblock: virt-top/1.0.9-1.1

2021-04-24 Thread
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package virt-top

This fixes RC bug #973188 which causes FTBFS, and a lintian error on
missing OCaml depednencies.

I was misuploading this package without --delay, then I reupload the
package into DELAYED/2 queue.

[ Reason ]
 - Fixes FTBFS bug (#973188), by removing --runtime-variant _pic from
   OCAMLCLIBS
 - Add missing dependencies

[ Impact ]
This package would be blocked from release if not accepted.

[ Tests ]
This package was failed to build.  If removing --runtime-variant _pic,
it could build but with Lintian error on missing OCaml dependencies.

Both fixes are added in order to build without Lintian error.

Also manually tested the package and used virt-manager to control the
VM, virt-top correctly reflected the status of the virtual machines.

[ Risks ]
There should be minimal risks by introducing this changeset.

unblock virt-top/1.0.9-1.1
diff -Nru virt-top-1.0.9/debian/changelog virt-top-1.0.9/debian/changelog
--- virt-top-1.0.9/debian/changelog 2019-08-25 22:27:13.0 +0800
+++ virt-top-1.0.9/debian/changelog 2021-04-24 19:57:06.0 +0800
@@ -1,3 +1,12 @@
+virt-top (1.0.9-1.1) unstable; urgency=medium
+
+  * Non-maintainer Upload
+  * debian/patches/ocamlclibs-no-runtime-variant.patch: Do not supply
+runtime-variant (Closes: #973188)
+  * debian/control: Fix missing dependencies
+
+ -- Yao Wei (魏銘廷)   Sat, 24 Apr 2021 19:57:06 +0800
+
 virt-top (1.0.9-1) unstable; urgency=medium
 
   * Team upload
diff -Nru virt-top-1.0.9/debian/control virt-top-1.0.9/debian/control
--- virt-top-1.0.9/debian/control   2019-08-25 22:27:13.0 +0800
+++ virt-top-1.0.9/debian/control   2021-04-24 19:57:06.0 +0800
@@ -20,7 +20,11 @@
 
 Package: virt-top
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ocaml-base-nox | ocaml-base | ocaml-nox | ocaml,
+ libcurses-ocaml,
+ libgettext-ocaml,
+ libvirt-ocaml,
+ ${misc:Depends}, ${shlibs:Depends}
 Description: show stats of virtualized domains
  virt-top is a top-like utility for showing stats of virtualized domains. Many
  keys and command line options are the same as for ordinary top.
diff -Nru virt-top-1.0.9/debian/patches/ocamlclibs-no-runtime-variant.patch 
virt-top-1.0.9/debian/patches/ocamlclibs-no-runtime-variant.patch
--- virt-top-1.0.9/debian/patches/ocamlclibs-no-runtime-variant.patch   
1970-01-01 08:00:00.0 +0800
+++ virt-top-1.0.9/debian/patches/ocamlclibs-no-runtime-variant.patch   
2021-04-24 19:57:06.0 +0800
@@ -0,0 +1,21 @@
+From: =?utf-8?b?IllhbyBXZWkgKOmtj+mKmOW7tyki?= 
+Date: Sat, 24 Apr 2021 19:23:41 +0800
+Subject: Do not supply runtime-variant (Closes: #973188)
+
+---
+ src/Makefile.in | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/Makefile.in b/src/Makefile.in
+index a2ac09b..a2a8883 100644
+--- a/src/Makefile.in
 b/src/Makefile.in
+@@ -65,7 +65,7 @@ OBJS += main.cmo
+ XOBJS := $(OBJS:.cmo=.cmx)
+ 
+ OCAMLCFLAGS   := -g -warn-error CDEFLMPSUVYZX-3 -ccopt '@CFLAGS@'
+-OCAMLCLIBS:= -linkpkg -runtime-variant _pic -cclib '@LDFLAGS@'
++OCAMLCLIBS:= -linkpkg -cclib '@LDFLAGS@'
+ 
+ OCAMLOPTPACKAGES := $(OCAMLCPACKAGES)
+ OCAMLOPTFLAGS := $(OCAMLCFLAGS)
diff -Nru virt-top-1.0.9/debian/patches/series 
virt-top-1.0.9/debian/patches/series
--- virt-top-1.0.9/debian/patches/series2019-08-25 22:27:13.0 
+0800
+++ virt-top-1.0.9/debian/patches/series2021-04-24 19:57:06.0 
+0800
@@ -1,2 +1,3 @@
 10_add-opt-and-byte-compile-targets.patch
 libvirt-Handle-VIR_DOMAIN_PMSUSPENDED-state.patch
+ocamlclibs-no-runtime-variant.patch


signature.asc
Description: PGP signature


Bug#983116: im-config: does not work under wayland and zsh as login shell

2021-02-19 Thread
Package: im-config
Version: 0.46-1
Severity: normal

When using wayland, /etc/profile.d/im-config_wayland.sh is used to execute
script /etc/X11/Xsession.d/70im-config_launch , but if the user sets
/usr/bin/zsh as login shell, it uses /etc/zsh/zprofile instead of
/etc/profile, and in turn scripts under /etc/profile.d are not executed.

My workaround is to add `export SHELL="/usr/bin/zsh"` in user's
~/.profile, and the shell in terminal windows under the user is zsh
while using bash as login shell.

-- Package-specific info:
=== command path ==
im-config is /usr/bin/im-config

=== im-config API -l: available IM ===
im-config -l =>  fcitx5 hime xim

=== im-config API -m: selected IM ===
im-config -m => 
   'system' 'user' 'automatic' 'override' 'autobase'
   'default' 'missing' 'fcitx5' '' 'fcitx5'

=== /etc/default/im-config ==
# Default im-config mode (see im-config(8))

# This im-config helps to start best available input method (IM)

# Always start highest priority IM
IM_CONFIG_DEFAULT_MODE=auto
# Start or not to start IM dynamically under CJKV/desktop environment
#IM_CONFIG_DEFAULT_MODE=cjkv
# Never start IM by im-config (Leave it to desktop system)
#IM_CONFIG_DEFAULT_MODE=none

# cjkv mode behavior:
#  case 1:
#* desktop is listed in CJKV_DEFAULT_DESKTOP
#* locale is under so-called CJKV environments
#--> auto mode
#  case 2:
#* desktop is listed in CJKV_DEFAULT_DESKTOP
#* locale is *not* under so-called CJKV environments
#--> none mode
#  case 3:
#* desktop is *not* listed in CJKV_DEFAULT_DESKTOP
#* locale is under any environments
#--> auto mode
#
CJKV_DEFAULT_DESKTOP="*"
#CJKV_DEFAULT_DESKTOP="KDE:LXQt:XFCE"

# List of locales for so-called CJKV environments
CJKV_LOCALES="zh_TW:zh_HK:zh_SG:zh_CN:ja_JP:ko_KR:vi_VN"

# Set locale dependent preferred IM over standard auto mode if not GNOME
IM_CONFIG_PREFERRED_RULE="zh_CN,fcitx:zh_TW,fcitx:zh_HK,fcitx:zh_SG,fcitx"

# User and system wide configuration is normally done via im-config program.
# The above IM_CONFIG_PREFERRED_RULE sets locale dependent preferred IM
# override rule.  If you wish to use uim over ibus just for ja_JP,
# add :ja_JP,uim at the end of the above list. (Marked by "!" in GUI)

# List of desktop systems which starts ibus if available
#   Applicable desktops are excluded for applying IM_CONFIG_PREFERRED_RULE
DESKTOP_SETUP_IBUS="GNOME"

# Trace commands for debug
# (This may cause problem configuration file generated under console mode)
#IM_CONFIG_SETMODE="-x"

# Verbose output for debug (uncomment following)
#IM_CONFIG_VERBOSE="true"


=== localectl status ===
   System Locale: LANG=en_US.UTF-8
  LANGUAGE=en_US:en
   VC Keymap: us
  X11 Layout: us
 X11 Variant: mac

=== locale output ===
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C

=== environment vars ==
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_ALL=C
DISPLAY=:0
GNOME_SETUP_DISPLAY=:1
WAYLAND_DISPLAY=wayland-0
XDG_CURRENT_DESKTOP=GNOME
XDG_MENU_PREFIX=gnome-
XDG_RUNTIME_DIR=/run/user/1000
XDG_SESSION_CLASS=user
XDG_SESSION_DESKTOP=gnome
XDG_SESSION_TYPE=wayland
CLUTTER_IM_MODULE=xim
GTK_IM_MODULE=fcitx5
QT_IM_MODULE=fcitx5
XMODIFIERS=@im=fcitx


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages im-config depends on:
ii  gettext-base  0.21-4

Versions of packages im-config recommends:
ii  whiptail0.52.21-4+b3
ii  x11-common  1:7.7+22
ii  zenity  3.32.0-6

im-config suggests no packages.

-- Configuration Files:
/etc/X11/xinit/xinputrc changed [not included]

-- no debconf information


signature.asc
Description: PGP signature


Bug#981426: RM: cu2qu -- ROM; merged to fonttools

2021-01-30 Thread
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-fo...@lists.debian.org

Please remove cu2qu from Debian.

This package has been merged to fonttools since 2020-03-31.  This
package has no rdeps so it can be removed safely.

Thanks,
Yao Wei


signature.asc
Description: PGP signature


Bug#981331: mirrors: [20210129] ftp.ntou.edu.tw: sync-frequency

2021-01-29 Thread
Package: mirrors
Followup-For: Bug #981331

I updated ftpsync and it should now be using ftpsync-cron.

Previously the sync frequency was once per day just in case that push
mirroring doesn't work as intended, without realizing that the push is
not triggered for a long while.  I am going to adjust the frequency to 3
times per day.

Let's see whether it is working, and if it is okay, please close this
ticket on your own.


signature.asc
Description: PGP signature


Bug#976126: /usr/share/calendar/calendar.debian: update Debian-related events

2020-11-29 Thread Yao Wei ()
Package: calendar
Version: 12.1.7
Severity: wishlist
File: /usr/share/calendar/calendar.debian
Tags: newcomer
X-Debbugs-Cc: in-memoriam-...@debian.org, debian-de...@debian.org

I mistyped cal with calendar and found such interesting program.

I think it is good to update some important Debian events into this file,
including inaugurate days of DPLs. (neilm, maddog, lamby, hartmans, and
highvoltage), and the day we missed Ian Murdock and several others.

I would consider this issue to be newcomer-friendly since this is
the only file needed to change for the fix (except changelog):

  
https://salsa.debian.org/meskes/bsdmainutils/-/commits/master/debian/calendars/calendar.debian

I personally would like to add DebConf dates as well, and if there's
any other important dates we need to remember, please also reply to the
issue.

Thanks,
Yao Wei


signature.asc
Description: PGP signature


Bug#963141: /usr/bin/dh_make: "MIT" license should be called Expat to be more specific

2020-06-19 Thread
Package: dh-make
Version: 2.202001
Severity: minor
File: /usr/share/debhelper/dh_make/licenses/mit

The license template file /usr/share/debhelper/dh_make/licenses/mit
uses MIT to describe Expat license, however as described by
copyright-format 1.0 specification
(https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/)

> There are many versions of the MIT license. Please use Expat instead,
> when it matches. 

Therefore, please change the name MIT to Expat to be more specific to
such version of MIT license.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dh-make depends on:
ii  debhelper  13.1
ii  dpkg-dev   1.19.7
ii  make   4.3-3
ii  python33.8.2-3

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  12.8

-- no debconf information


signature.asc
Description: PGP signature


Bug#959474: Issues with Chinese language (all variants) when building some pages in buster

2020-05-04 Thread Yao Wei ()
Package: www.debian.org
Followup-For: Bug #959474

Hi,

After a bit of investigation of Perl source code (5.31.11 downloaded
from upstream) I found the they have weird handling of whitespace when
`feature unicode_strings` turned on.  I am not a perl person and I
haven't executed the source code yet, so my interpretation might be
wrong.

When `unicode_strings` is on, `in_uni_8_bit` should true internally, and
in three places of pp.c:6040, pp.c:6076, pp.c:6114 `isSPACE_L1` is
called to check whether the examining character is a whitespace, by
checking whether the character is 0x85 or 0xA0 (handy.h:1611).  In the
case of the character 包, the last byte of 3-byte UTF-8 code is 0x85,
henceforth the problem.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


signature.asc
Description: PGP signature


Bug#953872: ITP: fonts-jf-openhuninn -- Chinese (Taiwan) font based on Kosugi Maru

2020-03-14 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
X-Debbugs-CC: debian-fo...@lists.debian.org

* Package name: fonts-jf-openhuninn
  Version : 1.0
* URL : https://github.com/justfont/open-huninn-font
* License : OFL-1.1, without Reserved Font Names
  Description : Chinese (Taiwan) rounded sans-serif font based on Kosugi 
Maru

This is Chinese rounded sans-serif font based on Kosugi Maru
(fonts-motoya-l-maruberi).  Some of the glyphs are modified for
Taiwanese typography convention.

This font does not provide proper source format yet, and the request has
been sent to the upstream:

  https://github.com/justfont/open-huninn-font/issues/4

This fonts should be team maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#950103: fonts-lemonada FTBFS: KeyError: "glyph 'M' already exists"

2020-01-29 Thread Yao Wei ()
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/glyphsLib/issues/566

RFS for glyphslib 5.1.2+ds1-1 was given privately to hosiet and should
show up soon.

Thanks,
Yao Wei


signature.asc
Description: PGP signature


Bug#941303: O: big-cursor -- larger mouse cursors for X

2019-09-28 Thread
Package: wnpp
Severity: normal

I intend to orphan the big-cursor package, since I am not using this
package any more, and there are not-so-hacky solutions for high
resolution cursors.

The package description is:
 This package provides some large mouse cursors for use under X. It's useful
 for laptop users, for those running X at very high resolutions, and for
 anyone who finds it hard to see the default mouse cursors.


signature.asc
Description: PGP signature


Bug#919652: ath10k - QCA6174 - Surface Go - missing board data - fix .bin included extracted form official .msi

2019-08-11 Thread
Package: firmware-atheros
Version: 20190717-1
Followup-For: Bug #919652

Hi,

One Reddit post suggests that Surface Go can work with board.bin
supplied by Killer Networking for Killer 1535.

https://www.reddit.com/r/SurfaceLinux/comments/9t53gq/wifi_fixed_on_surface_go_ubuntu_1810/

The related KB from Killer Networking:

https://support.killernetworking.com/knowledge-base/installing-the-killer-wireless-ac-1535-in-steamos/

If we simply replace the firmware, could other devices using QCA6174
being affected?

Also, there's no indication whether the file is redistributable or not.
I think we can contact Killer Network to resolve their issue on the KB
article.

Thanks,
Yao Wei


signature.asc
Description: PGP signature


Bug#933609: How hard it is to find the Date of a package

2019-07-31 Thread Yao Wei ()
A probably known easier way is to see the standardized changelog of the 
package.  There should be a date in each version.

Yao Wei

(This email is sent from a phone; sorry for HTML email if it happens.)

> On Aug 1, 2019, at 09:27, 積丹尼 Dan Jacobson  wrote:
> 
> Package: www.debian.org
> 
> Let's examine how extremely hard it is for a user to squeeze update date
> of a package he is thinking of installing out of the Debian system.
> 
> First of all update dates are not part of any Package* file. So forget
> apt, etc.
> 
> Now we must turn to the web.
> 
> Case in point:
> 
> "Should we install webext-ublock-origin, or get it from the Chrome web
> store. I know, let's see which is newer!" #933608
> 
> https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm
> says says "Updated July 25, 2019"
> 
> That was simple.
> 
> OK, let's turn to Debian.
> 
> https://www.google.com/search?q=webext-ublock-origin leads to
> https://packages.debian.org/sid/web/webext-ublock-origin
> from where we must know to click on "all",
> https://packages.debian.org/sid/all/webext-ublock-origin/download
> 
> There we see
>  More information on webext-ublock-origin_1.19.0+dfsg-2_all.deb:
>  Exact Size1617728 Byte (1.5 MByte)
>  MD5 checksum190c7c66089925f72489624d700c34a0
>  SHA1 checksumNot Available
>  SHA256 checksum
> bf50b4180ba0daddd720b5ce1702a315ed7743cc749ebb3cc131fe60dcc648c9
> 
> but Date is still not included.
> 
> So we must copy a link, and run HEAD on it,
> 
> $ HEAD 
> http://ftp.us.debian.org/debian/pool/main/u/ublock-origin/webext-ublock-origin_1.19.0+dfsg-2_all.deb
> 200 OK
> Connection: close
> Date: Thu, 01 Aug 2019 01:17:03 GMT
> Accept-Ranges: bytes
> ETag: "5d22808b-18af40"
> Server: nginx/1.13.6
> Content-Length: 1617728
> Content-Type: application/octet-stream
> Last-Modified: Sun, 07 Jul 2019 23:30:19 GMT
> 
> 
> Ah, finally!
> 
> But let's say we are not as smart.
> 
> So we must shorten the link:
> 
> http://ftp.us.debian.org/debian/pool/main/u/ublock-origin/
> 
> Then click Last Modified (twice), then look for the file we want...
> 


Bug#932761: RM: python-fs-browser,python-fs-plugin-django,python-fs-plugin-s3,python-fs-plugin-sftp,python-fs-plugin-tahoe-lafs,python-fs-plugin-webdav -- NBS; cruft (upstream separated the source)

2019-07-22 Thread
Package: ftp.debian.org
Severity: normal

Hi,

please remove the following packages:

python-fs-browser   | 0.5.4-1   | unstable   | all
python-fs-plugin-django | 0.5.4-1   | unstable   | all
python-fs-plugin-s3 | 0.5.4-1   | unstable   | all
python-fs-plugin-sftp   | 0.5.4-1   | unstable   | all
python-fs-plugin-tahoe-lafs | 0.5.4-1   | unstable   | all
python-fs-plugin-webdav | 0.5.4-1   | unstable   | all

Upstream removed the above packages from the main project since
python-fs 2.0.0:
  * ~-s3 [1] is separated into another upstream project
  * ~-sftp [2], ~-django [3], ~-webdav [4] are maintained by different
upstreams
  * others are probably gone
  
Since there's no dependencies to the above packages in Debian, I would
like to remove these pacakges for now.  We can reupload these packages
if needed.

Thanks,
Yao Wei

[1]: https://pypi.org/project/fs-s3fs/
[2]: https://pypi.org/project/fs.sshfs/
[3]: https://pypi.org/project/django-pyfs/
[4]: https://pypi.org/project/fs.webdavfs/


signature.asc
Description: PGP signature


Bug#932568: ITP: fontbakery -- Font quality checker

2019-07-20 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 

* Package name: fontbakery
  Version : 0.7.9
* URL : https://github.com/googlefonts/fontbakery
* License : Apache-2.0
  Programming Lang: Python 3
  Description : Font quality checker

Fontbakery is a tool to check common issues of fonts for quality
assurance.

> Font quality is a daily concern of font publishers, foundries and type
> designers. Every foundry has their own set of tools to ensure that the
> fonts they publish are in good shape. The “Font Bakery” project is a
> new and unique initiative to publicly, openly and collaboratively
> gather knowledge on font issues - and whisk that knowledge into
> software tools that check font files. Checks can be made on OpenType,
> UFO, GlyphsApp, and TruFont files, and exist at 3 levels: As
> standardized format profiles, as distributor requirements, or as
> individuals’ custom checks.

I would like to introduce the package for the autopkgtest for fonts, and
this package should be under maintenance of Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#928668: gnome-keyring: passphrase prompt in GNOME 3 does not take correct passphrase for ed25519 key

2019-05-08 Thread
Package: gnome-keyring
Version: 3.28.2-5
Severity: normal

Maintainers,

The passphrase prompt in GNOME3 cannot take correct passphrase if the
ssh key is ed25519.

Here's the procedure I tried:

1. Generate an ed25519 key with ssh-keygen
2. Copy the public key to a remote host
3. ssh to the remote and password prompt in GNOME 3 appears
4. Enter correct password but the prompt appears again, probably
   somewhere between gnome-keyring-daemon and the password prompt does
   not take the password.

Note that ssh-add, with passphrase prompt in the command line, does
work, therefore this is not the same issue as bug #738660.

Also, rsa4096 key also does work.

I haven't tried using experimental yet, but this is the same version
used in buster, hence the report.

Thank you,
Yao Wei

-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-keyring depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.12-1
ii  dbus-x11 [dbus-session-bus]   1.12.12-1
ii  dconf-gsettings-backend [gsettings-backend]   0.30.1-2
ii  gcr   3.28.1-1
ii  libc6 2.28-10
ii  libcap-ng00.7.9-2
ii  libcap2-bin   1:2.25-2
ii  libgck-1-03.28.1-1
ii  libgcr-base-3-1   3.28.1-1
ii  libgcrypt20   1.8.4-5
ii  libglib2.0-0  2.58.3-1
ii  p11-kit   0.23.15-2
ii  pinentry-gnome3   1.1.0-2

Versions of packages gnome-keyring recommends:
ii  gnome-keyring-pkcs11  3.28.2-5
ii  libpam-gnome-keyring  3.28.2-5

gnome-keyring suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#926367: ITP: fontparts -- API for interacting with the parts of fonts

2019-04-03 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
Control: block 926090 by -1

* Package name: fontparts
  Version : 0.8.6
  Upstream Author : The RoboFab Developers
* URL : https://github.com/robotools/fontParts
* License : Expat
  Programming Lang: Python
  Description : API for interacting with the parts of fonts

An API for interacting with the parts of fonts during the font
development process. FontParts is the replacement for RoboFab.

This is the dependency of ufoprocessor (#926090), which in turn is the
dependency of afdko (#762252).  This package should be team maintained
under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#926090: ITP: ufoprocessor -- Process and generate UFO files

2019-03-31 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 
Control: block 762252 by -1

* Package name: ufoprocessor
  Version : 1.0.3a1
  Upstream Author : LettError
* URL : https://github.com/LettError/ufoProcessor
* License : Expat
  Programming Lang: Python
  Description : Process and generate Unified Font Object (UFO) files

Python package based on the designSpaceDocument from
fontTools.designspaceLib) specifically to process and generate instances
for UFO files, glyphs and other data.

This is one of the dependencies of afdko (#762252).  This package should
be team maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#921610: xmldiff: update package to 2.2 with python3 support

2019-02-06 Thread
Source: xmldiff
Version: 0.6.10-3
Severity: normal

This package has new upstream version 2.2, and python3 support is
missing from this package.

I am updating glyphslib and its test on new package depends on xmldiff
2.2 on python3.  I can temporarily disable test during freeze to upload
glyphslib, but this package should be using python3 for buster+1 that
python2 should be removed.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


signature.asc
Description: PGP signature


Bug#680668: tasksel: Input methods for chinese - (Was: Updating chinese-t-desktop in tasksel for Wheezy.)

2019-01-12 Thread Yao Wei ()
What's the recommended Kai font replacement for Arphic one?

Yao Wei

(This email is sent from a phone; sorry for HTML email if it happens.)

> On Jan 12, 2019, at 17:34, 林博仁  wrote:
> 
> I would like to request dropping the following two fonts:
> 
> * fonts-arphic-ukai
> * fonts-arphic-uming
> 
> IMO there's no one really uses it, with a confusing font family names, 
> unmaintained, and causes glitches in certain cases like the GNU gettext 
> manual 
> <https://www.facebook.com/groups/ubuntu.zh.hant/permalink/2225280084193968/> 
> etc.
> 
> It should be replaced by Noto Serif CJK/Source Han Serif fonts.
> 
> 林博仁(Buo-ren, Lin)
> buo.ren@gmail.com
> 
> 
> "Yao Wei (魏銘廷)"  於 2019年1月12日 週六 下午5:02寫道:
>> Hi,
>> 
>> > On Jan 12, 2019, at 16:35, Holger Wansing  wrote:
>> > 
>> > And for traditional Chinese:
>> > 
>> > Package: task-chinese-t-desktop
>> > Architecture: all
>> > Description: Traditional Chinese desktop
>> > This task localises the desktop in Traditional Chinese.
>> > Depends: ${misc:Depends},
>> > Recommends:
>> >   scim,
>> >   scim-chewing,
>> >   scim-gtk-immodule,
>> >   im-config,
>> >   fonts-arphic-ukai,
>> >   fonts-arphic-uming,
>> > # seems openjdk needs this to display Chinese.
>> >   fonts-noto,
>> >   fonts-noto-cjk,
>> >   libreoffice-l10n-zh-tw,
>> >   libreoffice-help-zh-tw,
>> >   firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
>> > # poppler-data is needed to display
>> > # Chinese on poppler applications.
>> >   poppler-data
>> > 
>> > Is this working so far, or should things be improved, to close this bug?
>> 
>> Currently, the following set is recommended (for GNOME3 desktop) instead
>> of the ones above, because current GNOME3 has native support on ibus
>> (and probably fcitx):
>> 
>> ibus,
>> ibus-chewing,
>> ibus-table,
>> im-config,
>> fonts-arphic-ukai,
>> fonts-arphic-uming,
>> fonts-noto, # this seems to be unnecessary, but not really sure.
>> fonts-noto-cjk,
>> libreoffice-l10n-zh-tw,
>> libreoffice-help-zh-tw,
>> firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
>> poppler-data
>> 
>> or we can follow task-chinese-s-desktop and use fcitx instead of ibus in
>> task-chinese-t-desktop:
>> 
>> fcitx,
>> fcitx-chewing,
>> fcitx-table,
>> im-config,
>> fonts-arphic-ukai,
>> fonts-arphic-uming,
>> fonts-noto, # this seems to be unnecessary, but not really sure.
>> fonts-noto-cjk,
>> libreoffice-l10n-zh-tw,
>> libreoffice-help-zh-tw,
>> firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
>> poppler-data
>> 
>> Other input methods like gcin and hime are also available, but I seldom
>> see people using SCIM.
>> 
>> Just 2 cents,
>> Yao Wei


Bug#680668: tasksel: Input methods for chinese - (Was: Updating chinese-t-desktop in tasksel for Wheezy.)

2019-01-12 Thread Yao Wei ()
Hi,

> On Jan 12, 2019, at 16:35, Holger Wansing  wrote:
> 
> And for traditional Chinese:
> 
> Package: task-chinese-t-desktop
> Architecture: all
> Description: Traditional Chinese desktop
> This task localises the desktop in Traditional Chinese.
> Depends: ${misc:Depends},
> Recommends:
>   scim,
>   scim-chewing,
>   scim-gtk-immodule,
>   im-config,
>   fonts-arphic-ukai,
>   fonts-arphic-uming,
> # seems openjdk needs this to display Chinese.
>   fonts-noto,
>   fonts-noto-cjk,
>   libreoffice-l10n-zh-tw,
>   libreoffice-help-zh-tw,
>   firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
> # poppler-data is needed to display
> # Chinese on poppler applications.
>   poppler-data
> 
> Is this working so far, or should things be improved, to close this bug?

Currently, the following set is recommended (for GNOME3 desktop) instead
of the ones above, because current GNOME3 has native support on ibus
(and probably fcitx):

ibus,
ibus-chewing,
ibus-table,
im-config,
fonts-arphic-ukai,
fonts-arphic-uming,
fonts-noto, # this seems to be unnecessary, but not really sure.
fonts-noto-cjk,
libreoffice-l10n-zh-tw,
libreoffice-help-zh-tw,
firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
poppler-data

or we can follow task-chinese-s-desktop and use fcitx instead of ibus in
task-chinese-t-desktop:

fcitx,
fcitx-chewing,
fcitx-table,
im-config,
fonts-arphic-ukai,
fonts-arphic-uming,
fonts-noto, # this seems to be unnecessary, but not really sure.
fonts-noto-cjk,
libreoffice-l10n-zh-tw,
libreoffice-help-zh-tw,
firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
poppler-data

Other input methods like gcin and hime are also available, but I seldom
see people using SCIM.

Just 2 cents,
Yao Wei


signature.asc
Description: Message signed with OpenPGP


Bug#914968: RM: ufolib -- ROM; feature merged to fonttools

2018-11-29 Thread
Package: ftp.debian.org
Severity: normal

The development of ufolib has been merged to fonttools, and most recent
dependencies of the package has been moving away from ufolib:

  https://github.com/unified-font-object/ufoLib/releases

All of the dependencies are updated to use fonttools (>= 3.31.0):
  * booleanoperations
  * cu2qu
  * defcon
  * fontmath
  * fontpens
  * mutatormath
  * psautohint
  * ufo2ft

After removing the dependencies of the packages by uploading newer
version of these dependencies, this package can be safely removed.


signature.asc
Description: PGP signature


Bug#912711: ITP: python-backports.os -- Backports of new features in Python's os module

2018-11-02 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 

* Package name: python-backports.os
  Version : 0.1.1
  Upstream Author : Pi Delport 
* URL : https://github.com/pjdelport/backports.os/
* License : PSF-2
  Programming Lang: Python
  Description : Backports of new features in Python's os module

Hi,

This package is a backports of the os.fsencode and os.fsdecode for older
Python.

This is a dependency for python-fs (2.1.1), and py3 version of this
package is considered not needed. 

This package should be maintained under DPMT.  The request of joining
the team has been sent.

Yao Wei


signature.asc
Description: PGP signature


Bug#912656: ITS: python-fs

2018-11-02 Thread
Package: python-fs
Version: 0.5.4-1
Severity: important

Hi,

I have another package (fontmake) which introduces dependencies to both
python2 and python3 version of newer fs (>= 2.1.1), and there's no
python3 package for fs which is against current Python Policy [1].

There were another requests which maintainers didn't respond (#810800
[2], #890829 [3]), which was at least 6 months ago, with NMU request. 

I would like to upload the package.  According to the package salvaging
guide in Developers' Reference [4], I would like to co-maintain this
package along with DPMT.

[1]: https://www.debian.org/doc/packaging-manuals/python-policy/python3.html
[2]: https://bugs.debian.org/810800
[3]: https://bugs.debian.org/890829
[4]: 
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#package-salvaging

Thanks,
Yao Wei


signature.asc
Description: PGP signature


Bug#912086: ibus-chewing: Cannot commit text under libvte-based terminal

2018-10-27 Thread
Package: ibus-chewing
Version: 1.5.1-3
Severity: important

Hi,

While bopomofo does type, I cannot commit the text into the terminal
by pressing enter.  The text in the buffer disappears and does not
commit into the terminal.

It seems it happens in any libvte-based terminal (tested gnome-terminal
and lxterminal).

Other input methods under ibus could work (tested ibus-mozc).

The desktop environment I am using is GNOME3 with Wayland.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-chewing depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
ii  ibus 1.5.19-1
ii  libc62.27-6
ii  libchewing3  0.5.1-4
ii  libglib2.0-0 2.58.1-2
ii  libgtk2.0-0  2.24.32-3
ii  libibus-1.0-51.5.19-1
ii  libx11-6 2:1.6.7-1

ibus-chewing recommends no packages.

ibus-chewing suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#910057: templates: should mention salsa.d.o instead of alioth.d.o as vcs host

2018-10-01 Thread
Package: nm.debian.org
Severity: normal

Hi,

I received welcome email but it seems it refers to the already died
alioth as VCS repo:

> The machine hosting most of our VCS repositories
> ({svn,bzr,git,arch,hg}.debian.org) is alioth.debian.org. It's handled
> by a separate team (ad...@alioth.debian.org) as it allows login by
> non-Debian developers. You probably already have a *-guest account
> there.  Please refer to https://wiki.debian.org/AliothFAQ to learn
> anything you need to know, including how to activate your account and
> how to request the removal of your old -guest account.

While Salsa account migration is mentioned in wiki [1], we should also
change the corresponding phrasing in the welcome email template as well.

Thanks,
Yao Wei

[1]: https://wiki.debian.org/MigrateToDDAccount


signature.asc
Description: PGP signature


Bug#905174: ITP: ufonormalizer -- Normalize XML and other data inside Unified Font Object files

2018-08-01 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 

* Package name: ufonormalizer
  Version : 0.3.5
  Upstream Author : Tal Leming
* URL : https://github.com/unified-font-object/ufoNormalizer
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Normalize XML and other data inside UFO

This utility normalizes XML and other files inside United Fonts Object,
to avoid differences due to spacing, reordering of keys, etc.

This package is the new dependency of glyphslib since 3.0.0.

This package should be maintained under Debian Fonts Task Force, and I
would need someone for sponsor upload.

Yao Wei


signature.asc
Description: PGP signature


Bug#901765: ITP: ufolib2 -- Unified Font Object (UFO) fonts library

2018-06-18 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) 

* Package name: ufolib2
  Version : 0.1.3
  Upstream Author : Cosimo Lupo (anthrotype) 
* URL : https://github.com/fonttools/ufoLib2
* License : Apache-2.0
  Programming Lang: Python
  Description : Unified Font Object (UFO) fonts library

This seems to be another library reading UFO fonts project.  The reason
why they developed another library is unknown [0].

This is a dependency for tests for current ufo2ft.

This should be maintained under Debian Fonts Task Force.

[0]: https://github.com/fonttools/ufoLib2/issues/2


signature.asc
Description: PGP signature


Bug#901057: mutter: Screen can be rotated by the gyro sensor on DualShock4 gamepad

2018-06-08 Thread
Package: mutter
Version: 3.28.2-2
Severity: important

Hi,

I found that the gyro sensor equipped on the DualShock4 can rotate the display,
which is not desirable since my DualShock4 is not taped on the screen and my
computer is not a tablet or hybrid.

I recorded the video and uploaded to YouTube:
https://www.youtube.com/watch?v=wnMhvc9HRro

While this seems to be funny this is undesirable for normal GNU/Linux gaming
user.

Yao Wei

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mutter depends on:
ii  gnome-settings-daemon  3.28.1-1
ii  gsettings-desktop-schemas  3.28.0-1
ii  libc6  2.27-3
ii  libglib2.0-0   2.56.1-2
ii  libmutter-2-0  3.28.2-2
ii  libx11-6   2:1.6.5-1
ii  libxcomposite1 1:0.4.4-2
ii  mutter-common  3.28.2-2
ii  zenity 3.28.1-1

mutter recommends no packages.

Versions of packages mutter suggests:
ii  gnome-control-center  1:3.28.1-1
ii  xdg-user-dirs 0.17-1

-- no debconf information


signature.asc
Description: PGP signature


Bug#898632: libreoffice: Cannot use IME under Wayland

2018-05-14 Thread
Package: libreoffice
Followup-For: Bug #898632

Confirmed that it is not reproducible in experimental version.


signature.asc
Description: PGP signature


Bug#898632: libreoffice: Cannot use IME under Wayland

2018-05-14 Thread
Package: libreoffice
Followup-For: Bug #898632

My case seems to be a little bit complicated.  This bug happens when
nvidia-driver is installed, but Intel graphics with Wayland is used
instead of nvidia graphic card.

(I am using external GPU on my laptop, hence the case.)


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice depends on:
ii  libreoffice-avmedia-backend-gstreamer  1:6.0.4-1
ii  libreoffice-base   1:6.0.4-1
ii  libreoffice-calc   1:6.0.4-1
ii  libreoffice-core   1:6.0.4-1
ii  libreoffice-draw   1:6.0.4-1
ii  libreoffice-impress1:6.0.4-1
ii  libreoffice-math   1:6.0.4-1
ii  libreoffice-report-builder-bin 1:6.0.4-1
ii  libreoffice-writer 1:6.0.4-1
ii  python3-uno1:6.0.4-1

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-2
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-dejavu2.37-1
ii  fonts-liberation1:1.07.4-6
ii  fonts-liberation2   2.00.1-6
ii  fonts-linuxlibertine5.3.0-4
ii  fonts-noto-hinted   20171026-2
ii  fonts-noto-mono 20171026-2
ii  fonts-sil-gentium-basic 1.102-1
ii  libreoffice-java-common 1:6.0.4-1
ii  libreoffice-librelogo   1:6.0.4-1
ii  libreoffice-nlpsolver   0.9+LibO6.0.4-1
ii  libreoffice-ogltrans1:6.0.4-1
ii  libreoffice-report-builder  1:6.0.4-1
ii  libreoffice-script-provider-bsh 1:6.0.4-1
ii  libreoffice-script-provider-js  1:6.0.4-1
ii  libreoffice-script-provider-python  1:6.0.4-1
ii  libreoffice-sdbc-postgresql 1:6.0.4-1
ii  libreoffice-wiki-publisher  1.2.0+LibO6.0.4-1

Versions of packages libreoffice suggests:
ii  cups-bsd2.2.7-3
ii  default-jre [java6-runtime] 2:1.10-65
ii  firefox 60.0-1
ii  ghostscript 9.22~dfsg-2.1
ii  gnupg   2.2.5-1
pn  gpa 
ii  gstreamer1.0-libav  1.14.0-1
ii  gstreamer1.0-plugins-bad1.14.0-1+b1
ii  gstreamer1.0-plugins-base   1.14.0-2
ii  gstreamer1.0-plugins-good   1.14.0-4
ii  gstreamer1.0-plugins-ugly   1.14.0-1
ii  hunspell-en-us [hunspell-dictionary]1:2018.04.16-1
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-5
ii  imagemagick 8:6.9.9.39+dfsg-1
ii  imagemagick-6.q16 [imagemagick] 8:6.9.9.39+dfsg-1
ii  libgl1  1.0.0+git20180308-2
ii  libreoffice-gnome   1:6.0.4-1
pn  libreoffice-grammarcheck
pn  libreoffice-help
pn  libreoffice-l10n
pn  libreoffice-officebean  
ii  libsane 1.0.25-4.1
ii  libxrender1 1:0.9.10-1
pn  myspell-dictionary  
ii  mythes-en-us [mythes-thesaurus] 1:6.0.3-3
pn  openclipart2-libreoffice | openclipart-libreoffice  
ii  openjdk-10-jre [java6-runtime]  10.0.1+10-4
ii  openjdk-8-jre [java6-runtime]   8u171-b11-1
ii  openjdk-9-jre [java6-runtime]   9.0.4+12-4
pn  pstoedit
ii  thunderbird 1:52.7.0-1
pn  unixodbc

Versions of packages libreoffice-core depends on:
ii  fontconfig2.13.0-4
ii  fonts-opensymbol  2:102.10+LibO6.0.4-1
ii  libboost-date-time1.62.0  1.62.0+dfsg-5+b2
ii  libboost-locale1.62.0 1.62.0+dfsg-5+b2
ii  libc6 2.27-3
ii  libcairo2 1.15.10-3
ii  libclucene-contribs1v52.3.3.4+dfsg-1
ii  libclucene-core1v52.3.3.4+dfsg-1
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.7-3
ii  libcurl3-gnutls   7.58.0-2
ii  libdbus-1-3   1.12.8-2
ii  libdbus-glib-1-2  0.110-2
ii  

Bug#898632: libreoffice: Cannot use IME under Wayland

2018-05-14 Thread
Package: libreoffice
Version: 1:6.0.4-1
Severity: important
Tags: l10n

Hi,

When using ibus (in my case, with chewing) under GNOME in Wayland,
segfault happens when I type the first key under IME.

The following is the backtrace when the bug is triggered:

Thread 1 "soffice.bin" received signal SIGSEGV, Segmentation fault.
0x7f21172234f0 in g_utf8_pointer_to_offset ()
   from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
(gdb) bt
#0  0x7f21172234f0 in g_utf8_pointer_to_offset ()
at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x7f210545d14c in  ()
at /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
#2  0x7f21174cd1a6 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#3  0x7f21174e86df in g_signal_emit_valist ()
at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#4  0x7f21174e92e8 in g_signal_emit_by_name ()
at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#5  0x7f21174cd1a6 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x7f21174e86df in g_signal_emit_valist ()
at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x7f21174e92e8 in g_signal_emit_by_name ()
at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x7f20f95f2f73 in  ()
at /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-wayland.so
#9  0x7f210d79bfce in ffi_call_unix64 ()
at /usr/lib/x86_64-linux-gnu/libffi.so.6
#10 0x7f210d79b93f in ffi_call () at /usr/lib/x86_64-linux-gnu/libffi.so.6
#11 0x7f210268b184 in  ()
at /usr/lib/x86_64-linux-gnu/libwayland-client.so.0
#12 0x7f21026879d9 in  ()
at /usr/lib/x86_64-linux-gnu/libwayland-client.so.0
#13 0x7f2102688ea4 in wl_display_dispatch_queue_pending ()
at /usr/lib/x86_64-linux-gnu/libwayland-client.so.0
#14 0x7f2104879394 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#15 0x7f2104819d90 in gdk_display_get_event ()
at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#16 0x7f21048790c2 in  () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#17 0x7f21171f3287 in g_main_context_dispatch ()
at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x7f21171f34c0 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x7f21171f354c in g_main_context_iteration ()
at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#20 0x7f21054243c4 in  ()
at /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
#21 0x7f211cb28e9e in Application::Yield() ()
at /usr/lib/libreoffice/program/libmergedlo.so
#22 0x7f211cb2a645 in Application::Execute() ()
at /usr/lib/libreoffice/program/libmergedlo.so
#23 0x7f211bb55b27 in  () at /usr/lib/libreoffice/program/libmergedlo.so
#24 0x7f211cb2fd26 in  () at /usr/lib/libreoffice/program/libmergedlo.so
#25 0x7f211cb2fe30 in SVMain() ()
at /usr/lib/libreoffice/program/libmergedlo.so
#26 0x7f211bb76c45 in soffice_main ()
at /usr/lib/libreoffice/program/libmergedlo.so
#27 0x5583033c778b in  ()
#28 0x7f2119852a87 in __libc_start_main (main=
0x5583033c7780, argc=3, argv=0x7fffb322bfb8, init=, 
fini=, rtld_fini=, stack_end=0x7fffb322bfa8)
at ../csu/libc-start.c:310
#29 0x5583033c77ca in  ()


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice depends on:
ii  libreoffice-avmedia-backend-gstreamer  1:6.0.4-1
ii  libreoffice-base   1:6.0.4-1
ii  libreoffice-calc   1:6.0.4-1
ii  libreoffice-core   1:6.0.4-1
ii  libreoffice-draw   1:6.0.4-1
ii  libreoffice-impress1:6.0.4-1
ii  libreoffice-math   1:6.0.4-1
ii  libreoffice-report-builder-bin 1:6.0.4-1
ii  libreoffice-writer 1:6.0.4-1
ii  python3-uno1:6.0.4-1

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-2
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-dejavu2.37-1
ii  fonts-liberation1:1.07.4-6
ii  fonts-liberation2   2.00.1-6
ii  fonts-linuxlibertine5.3.0-4
ii  fonts-noto-hinted   20171026-2
ii  fonts-noto-mono 20171026-2
ii  fonts-sil-gentium-basic 1.102-1
ii  libreoffice-java-common 1:6.0.4-1
ii  libreoffice-librelogo   1:6.0.4-1
ii  libreoffice-nlpsolver   0.9+LibO6.0.4-1
ii  libreoffice-ogltrans1:6.0.4-1
ii  libreoffice-report-builder  1:6.0.4-1
ii  libreoffice-script-provider-bsh 1:6.0.4-1
ii  libreoffice-script-provider-js  1:6.0.4-1

Bug#895240: ITP: fontpens -- Classes implementing Pen protocol for manipulating UFO glyphs

2018-04-08 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>
X-Debbugs-CC: debian-fo...@lists.debian.org

* Package name: fontpens
  Version : 0.1.0
  Upstream Author : The RoboFabs Developers
* URL : https://github.com/robofab-developers/fontPens
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Classes implementing Pen protocol for manipulating UFO 
glyphs

fontPens implements Pen protocol, which are instructions to draw glyphs.  This
protocol is established by RoboFabs, and this library is the reference
implementation of the protocol, which is for manipulating UFO files.

The API is also compatible with FontForge Python API and FontLab VI Python
API.

The main reason packaging this is the ufoLib's optional dependency for
some contour manipulations like correcting the direction.

This should be maintained in Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)

2018-03-19 Thread
I am filing an issue as question to the upstream:

https://github.com/hsluv/hsluv-python/issues/10

In the screenshot provided in the issue the code seems to be pretty
different, so I am wondering that does it count as an "reimplementation"
of hsluv?

On 03/20/2018 08:26 AM, Paul Wise wrote:
> If that is the case, then it could be possible to automate this
> conversion and drop the generated and then modified file from git.



signature.asc
Description: OpenPGP digital signature


Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)

2018-03-19 Thread
X-Debbugs-CC: debian-pyt...@lists.debian.org
On Sun, Feb 25, 2018 at 01:12:59PM +0800, Yao Wei (魏銘廷) wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Yao Wei (魏銘廷) <m...@lxde.org>
> Control: block 806464 by -1
>
> * Package name: python-hsluv
>   Version : 4.0.2
>   Upstream Author : Alexei Boronine <ale...@boronine.com>
> * URL : https://github.com/hsluv/hsluv-python
> * License : Expat
>   Programming Lang: Python
>   Description : Python implementation of HSLuv (Human-friendly HSL)
>
> This is the dependency of trufont

I am having a situation that this code is said to be "transpiled" from
HSLuv written in Haxe [1], the code seems to be gone though a lot of
overhaul from the generated code that cannot be diffed.  I believe the
code written in Python is preferred form of making modifications for
hsluv-python project.  However, I need consensus on this mattter.

[1]: https://github.com/hsluv/hsluv-python/blob/master/hsluv.py




signature.asc
Description: OpenPGP digital signature


Bug#892883: mirrors: Debian mirror opensource.nchc.org.tw: add as candidate of ftp.tw

2018-03-13 Thread
Package: mirrors
Severity: wishlist
X-Debbugs-CC: debian-mirr...@lists.debian.org, Steven Shiau 
, Ceasar Sun Chen-kai , Thomas 


Hi,

As stated in the debian-mirrors mailing list, NCHC wants to list
ftp.tw.debian.org as their primary mirror:

  https://lists.debian.org/debian-mirrors/2018/03/msg0.html

Also, according to the mirror status webpage:

  https://mirror-master.debian.org/status/mirror-status.html

NCHC needs to use ftpsync rather than typical rsync to sync the mirror,
because of lacking sitetrace.

Yao Wei


signature.asc
Description: PGP signature


Bug#891507: usbmuxd: Plugging device second time does not start usbmuxd

2018-02-26 Thread
Package: usbmuxd
Version: 1.1.0-2+b2
Severity: important

Hi,

When I plug my iPhone 6S Plus (05ac:12a8) the first time, it does charge
with a charging symbol, but when I remove it and plug it the second
time, it does not charge.

I tried to restart usbmuxd and it does start to charge, so I am
concluding that usbmuxd has been shutdown when the last device is
removed, and not bringing back by systemd-udevd.

The problem is also discussed in armbian forum:
  https://forum.armbian.com/topic/2072-systemd-udevd-does-not-start-usbmuxd/

Yao Wei


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages usbmuxd depends on:
ii  adduser3.117
ii  libc6  2.26-6
ii  libimobiledevice6  1.2.1~git20171128.5a854327+dfsg-0.1
ii  libplist3  2.0.0-2
ii  libusb-1.0-0   2:1.0.21-2

usbmuxd recommends no packages.

usbmuxd suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#806464: ITP: trufont -- cross-platform ufo3 font editor

2018-02-24 Thread
Package: wnpp
Followup-For: Bug #806464
Owner: Yao Wei (魏銘廷) <m...@lxde.org>
Control: retitle -1 ITP: trufont -- cross-platform ufo3 font editor

Some of the dependencies has been resolved (thanks to fontmake!) , so I
am going to revisit this.

Yao Wei


signature.asc
Description: PGP signature


Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)

2018-02-24 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>
Control: block 806464 by -1

* Package name: python-hsluv
  Version : 4.0.2
  Upstream Author : Alexei Boronine <ale...@boronine.com>
* URL : https://github.com/hsluv/hsluv-python
* License : Expat
  Programming Lang: Python
  Description : Python implementation of HSLuv (Human-friendly HSL)

This is the dependency of trufont


signature.asc
Description: PGP signature


Bug#891390: ITP: ufo-extractor -- Tools for extracting data from font binaries into UFO objects.

2018-02-24 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>

* Package name: ufo-extractor
  Version : 0.2.0
  Upstream Author : Cosimo Lupo <cos...@anthrotype.com>
* URL : https://github.com/typesupply/extractor
* License : Expat
  Programming Lang: Python
  Description : Tools for extracting data from font binaries into UFO 
objects.

This is one of the dependencies of trufont


signature.asc
Description: PGP signature


Bug#891389: ITP: python3-defconqt -- A set of Qt objects for use in defcon applications

2018-02-24 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>
Control: block 806464 by -1

* Package name: python3-defconqt
  Version : x.y.z
  Upstream Author : Name <someb...@example.org>
* URL : http://www.example.org/
* License : GPL-3 or LGPL-3
  Programming Lang: Python3
  Description : A set of Qt objects for use in defcon applications

This is the dependency used by trufont (#806464)


signature.asc
Description: PGP signature


Bug#888437: debian-policy: Several example scripts are not valid.

2018-01-25 Thread
Package: debian-policy
Followup-For: Bug #888437
Tags: patch

This is the patch, by comparing to the Policy 3.9.8.0
From 67d8f67c1eeb03463bc690dcf5c9972d6618219a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Yao=20Wei=20=28=E9=AD=8F=E9=8A=98=E5=BB=B7=29?=
 
Date: Fri, 26 Jan 2018 00:00:20 +0800
Subject: [PATCH] fix misconversions of example scripts

---
 policy/ch-files.rst | 2 +-
 policy/ch-maintainerscripts.rst | 2 +-
 policy/ch-opersys.rst   | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/policy/ch-files.rst b/policy/ch-files.rst
index 22660bd..90ae58a 100644
--- a/policy/ch-files.rst
+++ b/policy/ch-files.rst
@@ -684,7 +684,7 @@ dynamically allocated id:
 # only do something when no setting exists
 if ! dpkg-statoverride --list $i >/dev/null 2>&1; then
 #include: debconf processing, question about foo and bar
-if [ "$RET" = "tru.. [#] ; then
+if [ "$RET" = "true" ] ; then
 dpkg-statoverride --update --add sysuser root 4755 $i
 fi
 fi
diff --git a/policy/ch-maintainerscripts.rst b/policy/ch-maintainerscripts.rst
index 5e097e5..707f2d4 100644
--- a/policy/ch-maintainerscripts.rst
+++ b/policy/ch-maintainerscripts.rst
@@ -567,7 +567,7 @@ Details of removal and/or configuration purging
 
::
 
-   if [ "$1" = pur.. [#] && [ -e /usr/share/debconf/confmodule ]; then
+   if [ "$1" = purge ] && [ -e /usr/share/debconf/confmodule ]; then
. /usr/share/debconf/confmodule db_purge
fi
 
diff --git a/policy/ch-opersys.rst b/policy/ch-opersys.rst
index 7ac1b4e..6735667 100644
--- a/policy/ch-opersys.rst
+++ b/policy/ch-opersys.rst
@@ -142,7 +142,7 @@ For example, the ``emacsen-common`` package could contain something like
 
 ::
 
-if [ ! -e /usr/local/share/ema.. [#]; then
+if [ ! -e /usr/local/share/emacs ]; then
 if mkdir /usr/local/share/emacs 2>/dev/null; then
 if chown root:staff /usr/local/share/emacs; then
 chmod 2775 /usr/local/share/emacs || true
@@ -533,7 +533,7 @@ script::
 
 and in your ``postrm``::
 
-if [ "$1" = pur.. [#]; then
+if [ "$1" = purge ]; then
 update-rc.d package remove
 fi
 
-- 
2.15.1



signature.asc
Description: PGP signature


Bug#888437: debian-policy: Several example scripts are not valid.

2018-01-25 Thread
Package: debian-policy
Version: 4.1.3.0
Severity: important

Hi,

There are several scripts, containing [#], are not valid shell scripts,
which are located in the following chapters:

§ 6.8
§ 9.1.2
§ 9.3.3.1
§ 10.9.1

The common problems are that three characters before ] are truncated,
and replaced by [#], probably due to the conversion script.

I am setting the severity to important because maintainers may just copy
and paste the script from Debian Policy, doubting if that's actually
valid.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-policy depends on:
ii  libjs-sphinxdoc  1.6.5-4

debian-policy recommends no packages.

Versions of packages debian-policy suggests:
pn  doc-base  

-- no debconf information


signature.asc
Description: PGP signature


Bug#865283: ITP: fontmake -- Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)

2018-01-17 Thread
Package: wnpp
Followup-For: Bug #865283
Control: retitle -1 ITP: fontmake -- Compile fonts from sources (UFO, Glyphs) 
to binary (OpenType, TrueType)
Owner: Yao Wei (魏銘廷) <m...@lxde.org>

The dependencies are uploaded and it can finally be packaged!

Yao Wei


signature.asc
Description: PGP signature


Bug#886165: lxterminal: gtk warning on vertical resize

2018-01-06 Thread
Package: lxterminal
Version: 0.3.1-2
Followup-For: Bug #886165
Tags: confirmed help

Hi,

This issue seems to be reported to upstream of GTK+3, but not fixed yet:
https://bugzilla.gnome.org/show_bug.cgi?id=769566

I was trying to surpress the warning but to no avail.  However,
gnome-terminal seems do not exhibit this issue.

Still looking for the fix.

Yao Wei

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lxterminal depends on:
ii  libatk1.0-0  2.26.1-2
ii  libc62.26-2
ii  libcairo-gobject21.15.8-3
ii  libcairo21.15.8-3
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.2-5
ii  libgnutls30  3.5.16-1
ii  libgtk-3-0   3.22.26-2
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpcre2-8-0 10.22-5
ii  libvte-2.91-00.50.2-3
ii  zlib1g   1:1.2.8.dfsg-5

lxterminal recommends no packages.

lxterminal suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#886512: broadcom-sta-dkms: Should depends on libelf-dev

2018-01-06 Thread
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:

DKMS make.log for broadcom-sta-6.30.223.271 for kernel 4.14.0-3-amd64 (x86_64)
Sun Jan  7 12:16:26 CST 2018
/bin/sh: 1: [: Illegal number: 
/bin/sh: 1: [: Illegal number: 
Wireless Extension is the only possible API for this kernel version
Using Wireless Extension API
KBUILD_NOPEDANTIC=1 make -C /lib/modules/4.14.0-3-amd64/build M=`pwd`
make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make 
rule.
make[1]: Entering directory '/usr/src/linux-headers-4.14.0-3-amd64'
/usr/src/linux-headers-4.14.0-3-common/Makefile:947: *** "Cannot generate ORC 
metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or 
elfutils-libelf-devel".  Stop.
Makefile:146: recipe for target 'sub-make' failed
make[2]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.14.0-3-amd64'
Makefile:177: recipe for target 'all' failed
make: *** [all] Error 2

It seems libelf-dev is missing from the dependency.  IMHO this does not
affect this dkms alone.  If any maintainer discovered this happens in
all dkms modules, please reassign this bug to dkms or any suitable
package.

Best regards,
Yao Wei

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages broadcom-sta-dkms depends on:
ii  dkms  2.3-3

Versions of packages broadcom-sta-dkms recommends:
ii  wireless-tools  30~pre9-12+b1

broadcom-sta-dkms suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#884006: copyright-format: Documenting copyrights not in source package but in binary package

2017-12-10 Thread
Package: debian-policy
Version: 4.1.2
Severity: normal

Dear Maintainer,

Considering the following case:

One of the files inside Package A is generated during build time.
However, the generation of the file requires Package B which has
different copyright, and the generated file in Package A is basically a
format conversion of the file in Package B, and the copyright needs to
be retained per license of Package B.  It could be copyright violation
of Package B if copyright status and requirements is not fulfilled in
Package A and we redistribute Package A.

I would suggest a tag "Files-Binary" in copyright-format to fulfill this
situation.

Yao Wei


signature.asc
Description: PGP signature


Bug#882118: ITP: glyphsinfo -- Glyphs info used inside Glyphs.app

2017-11-19 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>
X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org

* Package name: glyphsinfo
  Version : 0~git20171119
  Upstream Author : Georg Seifert <i...@glyphsapp.com>
* URL : https://github.com/schriftgestalt/GlyphsInfo
* License : MIT, BSD
  Programming Lang: XML
  Description : Glyphs info used inside Glyphs.app

This is the glyphs info used in Glyphs.app, required for generate data
for glyphsLib (#868005).

Note that this project contains information from Adobe AGL, which is BSD
licensed: https://github.com/adobe-type-tools/agl-aglfn/

This should be maintained under Debian Fonts Task Force.


signature.asc
Description: PGP signature


Bug#881686: ITP: unrpa -- Extract files from archives created for the Ren'Py Visual Novel Engine

2017-11-13 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>

* Package name: unrpa
  Version : 1.5.1
  Upstream Author : Gareth Latty <gar...@lattyware.co.uk>
* URL : https://github.com/Lattyware/unrpa
* License : GPL-3
  Programming Lang: Python
  Description : Extract files from archives created for the Ren'Py Visual 
Novel Engine

This is an extractor of Ren'Py's archive format (.rpa).  I probably need
it for making changes inside the Ren'Py archive.

This should be maintained under Debian Games Team


signature.asc
Description: PGP signature


Bug#881466: ITP: nekojishi -- Interactive visual novel with furries and Taiwanese cultures

2017-11-11 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) <m...@lxde.org>

* Package name: nekojishi
  Version : 1.01
  Upstream Author : NekojishiTW <nekojish...@gmail.com>
* URL : https://nekojishi.tw/
* License : Proprietary (Non-commercial)
  Programming Lang: Python
  Description : Interactive visual novel game with furries and Taiwanese 
cultures

=== Detailed descriptions below ===

致家有大貓團隊:我想要將家有大貓 (SFW) 上傳到 Debian 套件庫,其實是個人
私心。身為獸友跟 Debian contributor,我想要找到一個交集點讓我能夠做點什
麼。不過因為 Debian 對授權要求比較嚴格,根據團隊網站,我會建議採納
「創用CC 姓名標示-非商業性」這個授權條款,再加上原住民族智慧創作保護條
例(若有需要),並將授權條款全文放置在遊戲檔案的壓縮檔裡面。若有疑慮,
可以詢問我。

我將會做的事情會包括把原本的 .rpa 檔案透過 unrpa 解壓縮,去除編譯過的檔
案以及不需要的 library (基於 Debian Policy 要求),放進 .deb 裡面,之
後再上傳到 Debian 審核。若審核有通過,將來 Debian 以及包含 Ubuntu 在內
的 Linux 發行版將可以使用 `apt install nekojishi` 下載到家有大貓了。

To Nekojishi team: As a furry fan and Debian contributor, I would like
to find intersection to both of these, and do something together.
However, the license of the game isn't pretty clear.  I would suggest
adopting Creative Commons Attribution-NonCommercial license, amending
with "Indigenous Culture Intellectural Property Protection Act" if
necessary, and put the text file into the .zip archive.  Also, you
probably need to declare if the .zip is distributable.

What I am going to do is to use unrpa to unarchive the files, removing
the unnecessary compiled files, lirbaries and fonts (per Debian Policy
§4.13 Convenience copies of code, we need to strip them and use Debian
provided files).  And upload to Debian for review.  If the review passed
we can download Nekojishi using `apt install nekojishi` in any Debian
and its derivatives including Ubuntu.

===

This is a crowdfunded visual novel game influxing furry culture and
Taiwanese religious and indigenous cultures.  The SFW version is chosen
to package. (and I am wondering if NSFW thing is not a good thing in
Debian.)
The game is free to download, but I am unsure about redistributability.
In this email I am also asking the authors if they can adopt Creative
Commons with non-commercial license (as stated in their website).

If that's a good idea, I would like to maintain the package under Debian
Games Team.

Yao Wei


signature.asc
Description: PGP signature


Bug#881124: shadow.ind.ntou.edu.tw: request name change, and add as candidate of ftp.tw

2017-11-07 Thread
Package: mirrors
Severity: wishlist

Dear Maintainer,

I would like to change the name of the server shadow.ind.ntou.edu.tw to
ftp.ntou.edu.tw, also set up as a ftp.tw.d.o candidate if possible.

Due to recent removal of linux3.cc.ntu.edu.tw mirror server, ftp.tw.d.o
is redirected to Hong Kong.  Also I got out of sync due to it.  However
we recently completed setting up push mirror of debian archive from
mirror.xtom.com.hk (current ftp.{tw,cn,hk}.d.o).

The mirror I am maintaining (shadow.ind.ntou.edu.tw/ftp.ntou.edu.tw) can
be a good candidate of ftp.tw.debian.org since the access to
mirror.xtom.com.hk is slower from public ISP in Taiwan, and I can try to
access the machine physically if needed.

The server is configured not to use TLS from ftp.tw.debian.org.  Also,
the mirror I am maintaining does not have debian-security for security
concerns.

If that requires for the mirror to become a primary mirror, we can also
accomplish that.

Thanks,
Yao Wei

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


signature.asc
Description: PGP signature


Bug#764252: RFP: librocket -- User interface middleware package based HTML and CSS

2017-11-05 Thread
retitle ITP: librocket -- User interface middleware package based HTML and CSS
block 880916 by 764252
owner 764252 !
thanks

I am ITPing package (raindrop, #880916) that depends on lua binding of
librocket, so I need to take this wnpp bug.


signature.asc
Description: PGP signature


Bug#880916: ITP: raindrop -- Vertical-scrolling rhythm game (VSRG) engine that supports various formats

2017-11-05 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei 

* Package name: raindrop
  Version : 0.600
  Upstream Author : Diego Ahumada 
* URL : https://github.com/zardoru/raindrop
* License : GPLv3
  Programming Lang: C++
  Description : Rhythm game system that supports various formats

This is a rhythm game system that supports various formats, including
BMS, bmson, stepmania, o2jam and osu!mania.

The "vertical-scrolling rhythm game" (VSRG) genre comes from 1997, when
Konami released their first Beatmania arcade.  Then there are simulators
trying to simulate the game mechanics.  The most famous one for now is
Lunatic Rave 2 (LR2 in short).  However, LR2 is Windows-only freeware
(?) app and can crash easily.  This is another work that trying to be
compatible to BMS format (though I don't know if that supports LR2
extension to BMS format), but also supports newer format called bmson
for easier chart-making and faster loading.

Many original works from the BMS subculture spurs and being famous and
gradually becomes recognized by game studios making rhythm games by
inviting the artists for creating music and game charts.

Note that most of the charts are free-to-download but not DFSG free.
Therefore, the charts are not included in this package.  However, many
players could probably know how they can get them easily :)

This should be better maintained under Debian Games Team, though I am
not in the team yet.


signature.asc
Description: PGP signature


Bug#806513: ITP: defcon -- set of UFO based objects for use in font editing applications

2017-08-29 Thread
retitle 806513 ITP: defcon -- set of UFO based objects for use in font editing 
applications
owner 806513 !
thanks

Since its dependency ufolib is going to be uploaded soon, I am going to
package this.

Yao Wei


signature.asc
Description: PGP signature


Bug#872780: reportbug: When filing ITP report and realname has UTF-8 character, the name will be encoded in RFC2047, which it shouldn't

2017-08-21 Thread
Package: reportbug
Version: 7.1.7
Severity: normal

See Bug #872773 for example, the owner is garbled like this:

  Owner: =?utf-8?b?WWFvIFdlaSAo6a2P6YqY5bu3KQ==?= <m...@lxde.org>

while it should be this:

  Owner: Yao Wei (魏銘廷) <m...@lxde.org>

-- Package-specific info:
** Environment settings:
EDITOR="vim"
VISUAL="vim"
DEBEMAIL="Yao Wei (\udce9\udcad\udc8f\udce9\udc8a\udc98\udce5\udcbb\udcb7) 
<m...@lxde.org>"
EMAIL="m...@lxde.org"
NAME="Yao Wei (\udce9\udcad\udc8f\udce9\udc8a\udc98\udce5\udcbb\udcb7)"

** /home/medicalwei/.reportbugrc:
mutt
query-bts
check-available
cc
config-files
compress
sign gpg
keyid CFBBFCE0B74F1B14
verify
paranoid

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt1.5~beta2
ii  python33.5.3-3
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
ii  debsums  2.2.2
pn  dlocate  
pn  emacs24-bin-common | emacs25-bin-common  
ii  file 1:5.31-1
ii  gir1.2-gtk-3.0   3.22.18-1
ii  gir1.2-vte-2.91  0.46.2-1
ii  gnupg2.1.23-2
ii  msmtp-mta [mail-transport-agent] 1.6.6-1
ii  python3-gi   3.22.0-2+b1
ii  python3-gi-cairo 3.22.0-2+b1
pn  python3-gtkspellcheck
pn  python3-urwid
ii  xdg-utils1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.5~beta2
ii  file   1:5.31-1
ii  python33.5.3-3
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.18.1-1

python3-reportbug suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#872773: ITP: firefox-passff -- pass manager extension for Firefox

2017-08-20 Thread
Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?WWFvIFdlaSAo6a2P6YqY5bu3KQ==?= 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: passff
  Version : 1.0.0
  Upstream Author : Nathan Wallace 
* URL : http://github.com/passff/passff
* License : GPL-2.0
  Programming Lang: JavaScript
  Description : pass manager extension for Firefox and Chromium

This is a browser extension to pass password manager. The extension
itself uses WebExtension, hence it is cross platform between chromium
and firefox.

This package should be placed under collab-maint for comaintaining.

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlmac+wOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxQC9Q//YUGwZwHgJPhaI351eJxUNHWjKrWKieXF/rOy
gyYnTe7QcqXUe0c5uq/1KKiiL/P+VubFmyshj7tTb44OIYKy6TrL1GMZOM33VV2W
RD4u2wHrsvPeN+LWkVox/qdDkXR/fZO22rMdV5B/mjRJbtNmLhW83peBKIapfcrh
S3+N+eAkwrC98xm/hxpl2qcFn43wuvkwAUdvYsnm+kPAG3KQEVAw53cF7CEBREQ4
PAbLQnIeONT6f9Z4nyz6A+loINFmVVN5Z+g2YTXHU8ieotGkwvKTxSRmY8a7gGZr
vcW62J0Dtn2McUQx4W5d9AKua5owDDrJ7q6GMJVo6ZvZ/qYQtG2Fgh8goW6gxwbK
fHH0WuueAAKHZ72cSIRHJg3TpUaDFQXLycs80Extf5q9z4SVrzDXrQioDf1Ymp25
j5aOQtpWZ+u3MsjNGp6cUYFH5mIGGepq1XP9f7ahyTauJ990OBKjB+ydH8+uH3DZ
Sa4OIdltybPeI355WINBa4XKl1daRujGptYI/feDa036e9DUsy2R9/3Q3bMWybL9
/LBvdlmDG4rOShZ4ixSfyrEtSMt6vtVu+Q3UjhfB8XvbqtSsOK3FgTd4f7V6UEij
kS9LppRbnqwdbaMkxrckJulk2Akgje0KS8SbqGrZZWVhUXdablruEXqkt+5UoyIY
MDg9++Q=
=1Zhz
-END PGP SIGNATURE-



Bug#870878: ITP: ufolib -- Low-level UFO reader and writer

2017-08-05 Thread
Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?WWFvIFdlaSAo6a2P6YqY5bu3KQ==?= 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ufolib
  Version : 2.1.0
  Upstream Author : Unified Font Object
* URL : https://github.com/unified-font-object/ufoLib
* License : BSD
  Programming Lang: Python
  Description : Low-level UFO reader and writer

This is a UFO font reader and writer. Some of the fonts building from
source requires libraries that requires this, such as defcon (#806513)
and mutatormath (#806503).

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlmGTx8OHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxQx0RAAkRP1Nxpg/M7472RPZtutDvaQNhl3vgjbJrfv
w17bL5fgFVmIdb9RynpZd2Cbr/EdFsPqae9NWYysGWb8/lKGPt6K/KoZ5O4qqhd+
MqLp7Xs5GyX8IagY72t7zwmOOMIpRimkoqODyvaqhVq8ImKmFCOj6RjZxFnNJlNm
4HtAS1umvenaoAP6s/vCvitMRCliXXOTq4fcvITfL3yLEyNR5fZYrQZjIxk2jFPm
zGEZFi0Np6odZyjBGFj2GXjhr0hG0kCQ7fqN9bdedQHm9pn7TC3rkhx8JVZNNvtU
HjFMu8AAjpDSwLNNHllyBC+soWXc+xwzZib/4btxIcHDbIW86i0f4AB25BX4Jimi
38tMOwZU24SolPTY4a/NTbBg0XzF2DucpyJfXGCeykaVOFSoUQdn1ZYSxJldJ9iT
vlZrF086/3+5alWK5tFledGBW/CxzMbxl6dA+Nc18GKaOfsfCEqfYFm0OhG4qr8q
+X6cRV5U6VJDVnXL8lJ7Q3sEwycGF9W+c712i+1qCdtrGJp2UgmaOWsOBe8jSSqn
ZoqtaG0O8I10GgkG5OXT8lFp+Ge0PLO+KB9QjQODqfOKya0T1NtwiEunw/fxp5Y6
go2zB95Urjw63+XXOJkqNpwmAIcQDU0wL1xKcn8EyxX+NIgD/rb1Mpu4A9mU6KHb
gNShjqk=
=s9Kc
-END PGP SIGNATURE-



Bug#870875: ITP: fonts-alegreya-sans -- Humanist sans-serif font designed by Juan Pablo del Peral

2017-08-05 Thread
Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?WWFvIFdlaSAo6a2P6YqY5bu3KQ==?= 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: fonts-alegreya-sans
  Version : 2.001
  Upstream Author : Juan del Peral 
* URL : http://www.huertatipografica.com/en/fonts/alegreya-sans-ht
* License : OFL-1.1
  Description : Humanist sans serif family, part of Alegreya "super family"

This font is built using Glyphs, so it may be blocked by bug #868005 if
BFS is necessary.

This is the logo font used for DebConf18.

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlmGO3AOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxTUkhAAvI3HmrGpFk/IuRTjrNiuxd7faIsfVMyA3v/p
exa+o7JD9uCNW+qprNx2yPx0Zq93zsiMc42EJSIiqSdzlSOPv6BU7pgANByG39LH
3kzcu9nrR/ZgDPIOMjrO33xVtz6DFkgwspwDdU0Gh5jdIV99rrJ4HMOVKB4eILrG
0O5zAf0jWpxZ/GHnt1qQAdDfb24ChSd1lcbN30UphDvmvrig/BMHPI24ZyuUgFmg
8dtGhZqkGIjN01SaSO90t8JAtjoWdPSfN4erU9ak9+WgJGTAwcmpoNZdVn4RenR0
03FBvJO1fy1nAUmYFpgrH5ofGBJ0YzaxSsyaGU2SbVDMi+kNy2F8/p1PLnnJ296i
ULTnIlKoHi5aaG/dpxwuhz/P0Cd4DyrKCPu7XhIQKULu+wXLVdydKncafZ67FprA
bKyZLq3os0Us+/qa/HOkNbU2BgE6lQUC2eAY/7dB+sa2apSCk+sfnXAezIgRvSIJ
XS74CXTCu6Oye0N7onSWOUkmLVFbXAUHt7vbgxbIJ4Lz7NnLKkVjJCDs/vUDFueu
QAAE+Q1hRH91tJ1bFnCzZgxXhvcWXXABwsD3FU01crk0GN41aUhCPvCGyKlH4oHw
z4dXrCZK6b5RR4x9U/P8ZJJ819SYxp9rtdEsewHWHUmxaiS5fyj5EAG0mi11GbCs
DK2W5HA=
=fYTu
-END PGP SIGNATURE-



Bug#862276: fonts-noto-cjk: I recommend spliting fonts-noto-cjk to make it become targeted and flexible

2017-06-19 Thread
Package: fonts-noto-cjk
Version: 1:1.004+repack2-2
Followup-For: Bug #862276

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

IMHO for Debian using the splitted files by language is not advisable
for following reasons:

1. Larger files due to duplicated common glyphs, as suggested by Gregor
Riepl.  To include as many common glyphs as possible Source Han Sans is
designed to occupy as many glyphs as possible in OpenType format.  If we
split the files the size will be larger if we install all fonts.

2. Missing GSUB feature (specify language in app) if we are using
region-specific subset, which has major browsers support [1].

3. Despite the fact that Noto CJK page suggesting using Subset OTF,
freetype has OTC and CFF support, and Adobe also contributes CFF
rasterizer into freetype (reenabled in #795653).

My suggestion is that we should split the files by its weights because
the font set is pretty large and mostly we just need regular and bold
weight. Regular weight is purposedly to match Noto Sans font as
suggested by Ken Lunde [2][3].

[1]: 
http://blog.fonts.com/2013/01/opentype-feature-support-now-possible-in-nearly-any-browser/
[2]: https://www.zhihu.com/question/24607502
[3]: 
https://github.com/adobe-fonts/source-han-sans/issues/39#issuecomment-5652

My 2 cents,
Yao Wei

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAllIizAOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxSN5w/8D9rllba1k6l1o7GAURN+0My7nCJtPAJggScY
2f+ZrhfdlUtNT9StmHjQ2GAYXhKwuxmQ/cSa4cWP9Mt76NfllMKa59EPnvprXKLL
6ZJmv/uA5pSeyfUdr5qmwhcCjoP1vjDGjkMq3E++fXDxmfNU7Fir9Upa7Vokc0f3
tWlVKwPHXabiCuqKDL3dAzJmZoZAVLDa8DE8bL1kDP0doF499gP49hO6x7Wol1dv
x7srrfeEcaH9YbJhnY9fg4YWEV0tmob1J4BIVMI5yflYMsgRh1FZr/pyx7hl93yh
VT/ZXF8jQibJHEzSqiBKpxPSwgvNEv72wKWl+vLPeK+SOeKH0KSJVN2pQhG3HlqQ
ceUKy7fPA2xeEgLrC+Unsiiz0fpCi/3Vh4ELrsV19kfqz7mFlK5PAyJGhos9hPHP
vsTlvNVfo+evBAXezx3VesRqPC2/ruhf1ZDoaVuKd8HtUnfbuOR1kcZKcW3c5UJ6
7rEig63ZNQu3njBXoofMxHibEJhIeIU+74pZZ6vZnsc4mpL3LQDIiUBqcSQ2jmlM
bDMXbRCwHkJtjLHVzLGcamNTNgMTiGFjIOdBvkv0XrXIIcWNMlTDM9wbDrOuteKq
1BHGz/aYKVavo7TXkmfslf1LhBMPRfA0BUfCNu8X0bxi768QB740uOVhwHm+5bl7
A/wCVZY=
=IKAa
-END PGP SIGNATURE-



Bug#862170: wheezy-pu: package lxterminal/0.1.11-4

2017-05-09 Thread
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I'd like to upload a fix for CVE-2016-10369 to wheezy.

Attached is a rejected debdiff purposed for debian security team.

CVE-2016-10369:
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a
socket file, allowing a local user to cause a denial of service
(preventing terminal launch), or possibly have other impact (bypassing
terminal access control).

- -- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlkRopoOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxRyqA//Z+2stjHuk/aGxRZD64xJXodH1cBXMD0zvwPj
ULeS21sE5i2Tg05KksBIm3ksFNaONhr6GvCoq88EiIPWxri/jEJDaPsbK842WlS9
DsCh7jdWpoyoto0MbpvNz7OrPrsUQI3d9kXqhQ9V/lRn582kVPgMxHf/Y5T25kvY
vGYEw8cXT2S/ZnMKrWYGnICdI0sfjK+O7NGpMAPfmgj0stYLN/5I5C8eT/P7LLY+
uPJrBuf/fowC88RwRpm6+wE2g1sL7gHMJ0N5cS68FABCuPztjzYqGUvT+oLp2rZ/
n0oIWiIC0fvllVS92D/jnxOhBxTNE7T6Iug858ZQkVe4Y2Y1GwrkEsRt/YcubHfV
f+yj0csLfu8xSFzyWlT05AJUcVgNGuXx7OLTCmoCGQOUPU+Awu9sYvvO/47ZRkfn
CJvbq06aym8Ca6M5gGuHLZHLmEYtl+a4crBu2OQQa6W/qiIgbeXouLw5bKaAnxHZ
DPdlUHdR0mygpgRo1skYKKBiwftVZuEUJ7mDRUJLi1IzeN2QukEUsGlxOZlfWXma
KAbOJcHyZkWl0mkXKQqhJc8UdOZIAgRov8LU3fizQE13+aWV7aPqtC430vLmrDPd
Tmzo+91oZm/UOn26fTo1OMs63kOX3laWOuQ+qssRkckOWpuWDeibEtibleAxE2AT
ZvF/1ow=
=V8rr
-END PGP SIGNATURE-
diff -Nru lxterminal-0.1.11/debian/changelog lxterminal-0.1.11/debian/changelog
--- lxterminal-0.1.11/debian/changelog  2012-05-19 01:30:00.0 +0800
+++ lxterminal-0.1.11/debian/changelog  2017-05-09 10:38:42.0 +0800
@@ -1,3 +1,10 @@
+lxterminal (0.1.11-4+deb7u1) wheezy-security; urgency=high
+
+  * Fix improper use of /tmp for a socket file (CVE-2016-10369)
+(Closes: #862098)
+
+ -- Yao Wei (魏銘廷) <m...@lxde.org>  Tue, 09 May 2017 10:38:42 +0800
+
 lxterminal (0.1.11-4) unstable; urgency=low
 
   * Moving package to priority optional.
diff -Nru lxterminal-0.1.11/debian/patches/02-cve-2016-10369.diff 
lxterminal-0.1.11/debian/patches/02-cve-2016-10369.diff
--- lxterminal-0.1.11/debian/patches/02-cve-2016-10369.diff 1970-01-01 
08:00:00.0 +0800
+++ lxterminal-0.1.11/debian/patches/02-cve-2016-10369.diff 2017-05-09 
10:38:42.0 +0800
@@ -0,0 +1,19 @@
+From: Yao Wei (魏銘廷) <m...@lxde.org>
+Subject: fix: CVE-2016-10369: socket can be blocked by another user
+
+* fix: use g_get_user_runtime_dir for socket directory
+
+Origin: upstream, 
https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=f99163c6ff8b2f57c5f37b1ce5d62cf7450d4648
+Bug-Debian: http://bugs.debian.org/862098
+
+--- a/src/unixsocket.c
 b/src/unixsocket.c
+@@ -116,7 +116,7 @@
+  * This function returns TRUE if this process should keep running and 
FALSE if it should exit. */
+ 
+ /* Formulate the path for the Unix domain socket. */
+-gchar * socket_path = g_strdup_printf("/tmp/.lxterminal-socket%s-%s", 
gdk_get_display(), g_get_user_name());
++gchar * socket_path = g_strdup_printf("%s/.lxterminal-socket-%s", 
g_get_user_runtime_dir(), gdk_display_get_name(gdk_display_get_default()));
+ 
+ /* Create socket. */
+ int fd = socket(PF_UNIX, SOCK_STREAM, 0);
diff -Nru lxterminal-0.1.11/debian/patches/series 
lxterminal-0.1.11/debian/patches/series
--- lxterminal-0.1.11/debian/patches/series 2012-04-28 18:05:35.0 
+0800
+++ lxterminal-0.1.11/debian/patches/series 2017-05-09 10:38:42.0 
+0800
@@ -1 +1,2 @@
 01-fix-mnemonics.patch
+02-cve-2016-10369.diff


Bug#862169: jessie-pu: package lxterminal/0.2.0-1

2017-05-09 Thread
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I'd like to upload a fix for CVE-2016-10369 to jessie.

CVE-2016-10369:
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a
socket file, allowing a local user to cause a denial of service
(preventing terminal launch), or possibly have other impact (bypassing
terminal access control).

- -- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlkRn5kOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxT8TQ//a7wIYT1/SdKVzKVvY+pdMjXCKV1UdlAucAqm
Tqo7VatIHhxj/0yv5DmtGG+bshAuqbmtmMRnITOt3FB5k3+Y+mT+ouGpDsTZFbgF
SIj/Z/XWDhsybgpS6AGjG2ERZtuDNH5LjcmyDTR0ZmkhC7RtDujdlSJUWx7PBnt1
O7zl1N6RCesitENpYgRMfmc7Gd+AjuP3hwOpOdTOt++WLIhoyHGXoR6EzIzQTYTM
p6aUSDwQcOOqtlPZHUuBi4qQukMmD5xyZ/6/hfdYGdKyqWkTM7Dl+UXcRhYZQmAc
BfxDO3GoV495AZkBmGafn67z2ryrtHICRynVVF3B5PRlL5Hx5uh/6ifB0iRmzHwd
djtfYvW5zwLsDCNIspnV3rw5ONTq6TSJYWy/bcsLL4fjuNCYsQsW6/xj5BnLP6qh
cIe0IBe+YPtD66pM9AO9zexakKvGR9L4WouzOxYcofN+YnKEUtUldMdVu0rorROj
qsTPrUlUc5eJMlWE6z4jL/9MZTevwCPHfuyKSN606DqaAI0uZn9Uh5AFzREmcU3/
b7RYcgDDqJqWpepu9FyE6lYnUsRA44L1GJek/fL0Cn+OGN8FMGTHfHT1pSNolWFs
ZbG6uSbTnBWj1LOJg7tHzau/u6BiPkpcmCLclfWZTa1+HAF/oRcJKJcqDTrisXb2
ieiUO4Q=
=ZPa6
-END PGP SIGNATURE-
diff -Nru lxterminal-0.2.0/debian/changelog lxterminal-0.2.0/debian/changelog
--- lxterminal-0.2.0/debian/changelog   2014-10-22 06:18:50.0 +0800
+++ lxterminal-0.2.0/debian/changelog   2017-05-09 11:37:21.0 +0800
@@ -1,3 +1,10 @@
+lxterminal (0.2.0-1+deb8u1) jessie-security; urgency=high
+
+  * Fix improper use of /tmp for a socket file (CVE-2016-10369)
+(Closes: #862098)
+
+ -- Yao Wei (魏銘廷) <m...@lxde.org>  Tue, 09 May 2017 11:37:21 +0800
+
 lxterminal (0.2.0-1) unstable; urgency=low
 
   * Adding --disable-silent-rules to fix buildlog checker warning.
diff -Nru lxterminal-0.2.0/debian/patches/01-cve-2016-10369.diff 
lxterminal-0.2.0/debian/patches/01-cve-2016-10369.diff
--- lxterminal-0.2.0/debian/patches/01-cve-2016-10369.diff  1970-01-01 
08:00:00.0 +0800
+++ lxterminal-0.2.0/debian/patches/01-cve-2016-10369.diff  2017-05-09 
11:37:21.0 +0800
@@ -0,0 +1,19 @@
+From: Yao Wei (魏銘廷) <m...@lxde.org>
+Subject: fix: CVE-2016-10369: socket can be blocked by another user
+
+* fix: use g_get_user_runtime_dir for socket directory
+
+Origin: upstream, 
https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=f99163c6ff8b2f57c5f37b1ce5d62cf7450d4648
+Bug-Debian: http://bugs.debian.org/862098
+
+--- a/src/unixsocket.c
 b/src/unixsocket.c
+@@ -120,7 +120,7 @@
+  * This function returns TRUE if this process should keep running and 
FALSE if it should exit. */
+ 
+ /* Formulate the path for the Unix domain socket. */
+-gchar * socket_path = g_strdup_printf("/tmp/.lxterminal-socket%s-%s", 
gdk_get_display(), g_get_user_name());
++gchar * socket_path = g_strdup_printf("%s/.lxterminal-socket-%s", 
g_get_user_runtime_dir(), gdk_display_get_name(gdk_display_get_default()));
+ 
+ /* Create socket. */
+ int fd = socket(PF_UNIX, SOCK_STREAM, 0);
diff -Nru lxterminal-0.2.0/debian/patches/series 
lxterminal-0.2.0/debian/patches/series
--- lxterminal-0.2.0/debian/patches/series  2014-10-22 05:56:19.0 
+0800
+++ lxterminal-0.2.0/debian/patches/series  2017-05-09 11:37:21.0 
+0800
@@ -0,0 +1 @@
+01-cve-2016-10369.diff


Bug#862150: unblock: lxterminal/0.3.0-1

2017-05-08 Thread
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package lxterminal

This will introduce 2 bugfixes, one of which is security fix:
* #862098 (grave) - lxterminal: CVE-2016-10369: socket can be blocked by
  another user
* #862096 (important) - lxterminal: unable to rename tabs

unblock lxterminal/0.3.0-1

- -- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlkRVZoOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxTbFw//UzTl3nO9xRl/K4fNDFAim1jj0MNXMRLn8mh0
qxJmeXHJgSjUVStrEaBaMFXivragOR3EcM6NYXaxOpwnugkWi4Te3s9F5g9DYy9c
T+S4B1W5A8HQ113o98xgObmCMYIH6/3uB7H0JxvQZHD6Zs2eWtCADoUDFvuet2Ji
k0qrHi27l/HzgrzPfYL9LGIeWnie6OajyenJTNt5fP3oY/aTxPMGpLQ5u+/zmD3Q
azIAcDB+Rxgzv0l36hhY8bb1stO8Ca84G6WGJuG6Cy1gIFJuLZsYCFKCIG1h4hqe
QE9cGZU23wLNbJYoOxFafZkwmHnqs0Q0uumgKoqZyozGeG/Csq37z68XhX87KTcJ
aZuQO/aYMTAEr/HUjtuNDQv2J2nk/1bvHES/9SV4N8cVGMYQ3IHEUCOomEeRixsU
K3rYQB67aHsahBX23zK7WNNyB1gvwgPBK+oFtPPmFxO/Be6Dmb0wSqxgQtzyWqP0
vOUakmlXxC5xPrt3G4YubPVAvYTWUfBkPdQ0w3UprlKAW+xvvi4idMw3S6WO9rjG
KUR6gE/KIq24ef6fq/GG7Md7dZrPjg/B8BDGz2m7rwmtbXe68nKszA37LUd3Pstf
nUWP9SHNNlV5A13c0bN9DSIApEGG4c7/EFWNwmi2jpmL3amyBISwX/UwpDrFxBa7
jQb+0fU=
=f07Y
-END PGP SIGNATURE-
diff -Nru lxterminal-0.3.0/debian/changelog lxterminal-0.3.0/debian/changelog
--- lxterminal-0.3.0/debian/changelog   2016-12-21 05:44:54.0 +0800
+++ lxterminal-0.3.0/debian/changelog   2017-05-09 12:13:07.0 +0800
@@ -1,3 +1,11 @@
+lxterminal (0.3.0-2) unstable; urgency=high
+
+  * Fix improper use of /tmp for a socket file. (CVE-2016-10369)
+(Closes: #862098)
+  * Fix tab renaming dialog. (Closes: #862096)
+
+ -- Yao Wei (魏銘廷) <m...@lxde.org>  Tue, 09 May 2017 12:13:07 +0800
+
 lxterminal (0.3.0-1) unstable; urgency=medium
 
   * Enabling parallel build (pass --parallel to dh).
diff -Nru lxterminal-0.3.0/debian/patches/01-cve-2016-10369.diff 
lxterminal-0.3.0/debian/patches/01-cve-2016-10369.diff
--- lxterminal-0.3.0/debian/patches/01-cve-2016-10369.diff  1970-01-01 
08:00:00.0 +0800
+++ lxterminal-0.3.0/debian/patches/01-cve-2016-10369.diff  2017-05-09 
12:13:07.0 +0800
@@ -0,0 +1,21 @@
+From: Yao Wei (魏銘廷) <m...@lxde.org>
+Subject: fix: CVE-2016-10369: socket can be blocked by another user
+
+* fix: use g_get_user_runtime_dir for socket directory
+
+Origin: upstream, 
https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=f99163c6ff8b2f57c5f37b1ce5d62cf7450d4648
+Bug-Debian: http://bugs.debian.org/862098
+
+diff --git a/src/unixsocket.c b/src/unixsocket.c
+index 4c660ac..df5b737 100644
+--- a/src/unixsocket.c
 b/src/unixsocket.c
+@@ -140,7 +140,7 @@ gboolean lxterminal_socket_initialize(LXTermWindow * 
lxtermwin, gint argc, gchar
+  * This function returns TRUE if this process should keep running and 
FALSE if it should exit. */
+ 
+ /* Formulate the path for the Unix domain socket. */
+-gchar * socket_path = g_strdup_printf("/tmp/.lxterminal-socket%s-%s", 
gdk_display_get_name(gdk_display_get_default()), g_get_user_name());
++gchar * socket_path = g_strdup_printf("%s/.lxterminal-socket-%s", 
g_get_user_runtime_dir(), gdk_display_get_name(gdk_display_get_default()));
+ 
+ /* Create socket. */
+ int fd = socket(PF_UNIX, SOCK_STREAM, 0);
diff -Nru lxterminal-0.3.0/debian/patches/02-fix-tab-name-dialog.diff 
lxterminal-0.3.0/debian/patches/02-fix-tab-name-dialog.diff
--- lxterminal-0.3.0/debian/patches/02-fix-tab-name-dialog.diff 1970-01-01 
08:00:00.0 +0800
+++ lxterminal-0.3.0/debian/patches/02-fix-tab-name-dialog.diff 2017-05-09 
12:13:07.0 +0800
@@ -0,0 +1,22 @@
+From: Yao Wei (魏銘廷) <m...@lxde.org>
+Subject: fix: tab name renaming
+
+* fix: display dialog buttons for changing tab name
+
+Origin: upstream, 
https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=e2ad448556ee0f78ebdd0e36dc16e96702326fb6
+Bug: https://github.com/lxde/lxterminal/issues/30
+Bug-Debian: http://bugs.debian.org/862096
+
+--- a/src/lxterminal.c
 b/src/lxterminal.c
+@@ -573,8 +573,8 @@
+ _("Name Tab"),
+ GTK_WINDOW(terminal->window),
+ 0,
+-NULL, GTK_RESPONSE_CANCEL,
+-NULL, GTK_RESPONSE_OK,
++_("_Cancel"), GTK_RESPONSE_CANCEL,
++_("_OK"), GTK_RESPONSE_OK,
+ NULL);
+ gtk_dialog_set_default_response(GTK_DIALOG(dialog), GTK_RESPONSE_OK);
+ if (gtk_icon_theme_has_icon(gtk_icon_theme_get_default(), "lxterminal"))
diff -Nru lxterminal-0.3.0/debian/patches/series 
lxterminal-0.3.0

Bug#862098: lxterminal: socket can be blocked by another user

2017-05-08 Thread
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-netstat-output/333578

The socket placed in /tmp is predictable and public-writable, Therefore
if Alice placed a file or lxterminal socket in
/tmp/.lxterminal-socket:0-bob, bob is unable to open lxterminal, or open
a lxterminal instance for Alice.

This bug is fixed in the commit:
https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=f99163c6ff8b2f57c5f37b1ce5d62cf7450d4648

- -- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxterminal depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-10
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk2.0-0  2.24.31-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  libvte9  1:0.28.2-5+b2
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2

lxterminal recommends no packages.

lxterminal suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlkQbdkOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxSZuA/+NEEhU73k2esU8FveOzTc0ei0b5NLC2y5zvY/
/To8BTaUJAQE3J1icvgV3JRPJI8YOin5Ombz1n+4URt+f17G00mWplyGQgFiXcKP
oooPl93If2rfi3POFM3MoC6grRc5UdwpUcTimwaX4OEE/PUZNHnfoNI2pWPk0Z34
AcGVqbJzxagpqzwvzsjjHC2EOncSeTfm2nZzUIwWfXV+LdGgq2Sf2oyaAYH/QnuV
bvGAGgCZCNFejn9m3VHA7SIEU8AV+/FaJ/8sT5WJIyWWBoEBkcig50Ya5UG71zVq
VTixWAbnCLhfQ44xKsFvGD+h6LH4c6qgQxnxk16yQrUOAZsIFHDuc9xIMBJtGLJt
G3hZFY7x0sry4GVgHdqDvxI51UgWuZuUJNTTtXOuu0Yno0gcwY8TCC3QBtIk+4kQ
61tTbNoho7wTjn8reY+SgcUXeLdUAbKXdcv3IOp25LmiPLHV5dGfnRXH8Gw/ZQCz
B9Tli0Ge3yNXaC0MJzgyaopNPdqzBNII5IWwfjknVy6K6uQCiHx9UCbOfxDre9sp
DbgENkagS5P8+lNVOtGHr55n/2bg+kKLOztOKBBp0vqdwaKnKAuE0BZfOx78msgs
P+vGhzOARu/y2V/n4AAPPiE9SlRZIQg+oX1+5syzXiRD2dLOUbXqRLmVZwaqLsKG
0oN43Nk=
=fmHh
-END PGP SIGNATURE-



Bug#862096: lxterminal: unable to rename tabs

2017-05-08 Thread
Package: lxterminal
Version: 0.3.0-1
Severity: important
Tags: patch upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The current lxterminal 0.3.0 has a bug that cannot rename tabs, which is
fixed in later commit:

https://git.lxde.org/gitweb/?p=lxde/lxterminal.git;a=commit;h=e2ad448556ee0f78ebdd0e36dc16e96702326fb6

- -- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxterminal depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-10
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk2.0-0  2.24.31-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  libvte9  1:0.28.2-5+b2
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2

lxterminal recommends no packages.

lxterminal suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJCBAEBCAAsFiEE/tVDSEUoffJikxSJz7v84LdPGxQFAlkQatIOHG13ZWlAbHhk
ZS5vcmcACgkQz7v84LdPGxQfGA//VQe7louFIvRhICR1SN546YJhgxXjWvNHdlYs
Jim7uZpxbNPg1CsgPdE2GOWv/BFbjiO3CBAdhKGOXGjkjGyYlYDo4JY9lLUNgRVl
nQD1RG0loWssdzqd3Zs7kFipOtU8vEP/+/fT5vEt6MG6nz7cKEUbH0jE7Ibn7R2v
gJcFyWPprrc/sR5s79OF0CpZ+KldIw5Sbe0SdFde8llwXdigBy/dK6cl7kmKJVvB
JuUJOjx7HTzi3SLQu2HHno7NmIKEngv/gqzwuE/axEqrRUoFX/qUrBDgrz2yd/dD
smX4hVFMIsQvPLNpyZ2opUfhRtp7CvKvEQd7PSMmJQPr1IhGlIH2moz1adB0HXo5
cpgU2MvPszmr2BK6mEzehD417hg6KonTdXDn55HeF7u48SaiKJWrSvgHMUD/krWh
jy4e3SLmoyiRb1wq3pu2z/AwKa6l23706BSHbxqL8pFuNBAms1bikiErhnFnqDHU
9AE4Icrk/2R8pSyXFOkKhZty8b/VzdGu02pmmBH6sDc2YnTRnwtv+/rv7WAJaHYt
0Ztc99gkEoKpKrNm7qW43qA/e+XGUFUGnsgSC6jzMedVcpKATlefhu9bVaY3vl5Z
Sgxe+CjK+Y8lq+mcxSsZHXwBwX3jBqoedOOEr+o6WlXtE69j7D14bTgJqo6w6mT0
FKzh/GQ=
=+Z/P
-END PGP SIGNATURE-



Bug#848206: ITP: nototools -- Utilities for building and maintaining noto fonts

2016-12-14 Thread
Package: wnpp
Severity: wishlist
Owner: "Ming-ting Yao Wei (魏銘廷)" <m...@lxde.org>

* Package name: nototools
  Upstream Author : Google Inc.
* URL : https://github.com/googlei18n/nototools
* License : Apache License 2.0
  Programming Lang: Python
  Description : Utilities for building and maintaining noto fonts

This is the utility for Noto contributors to build and maintain Noto
fonts, and is required if we need to build fonts-noto-color-emoji from
source.

After priminary build of Noto Color Emoji I found that due to the old
version of fonttools it requires patching and disabling Python 3 support
to make it work. As this utility is for building font from source, the
"maintaining" function of this package becomes not so important.

This package should be best maintained by Debian Fonts Task Force.



Bug#848198: ITP: fonts-noto-color-emoji -- Color emoji set from Android

2016-12-14 Thread
Package: wnpp
Severity: wishlist
Owner: "Ming-ting Yao Wei (魏銘廷)" <m...@lxde.org>

* Package name: fonts-noto-color-emoji
* URL : https://www.google.com/get/noto/help/emoji/
* License : Apache 2.0
  Description : Color emoji set from Android

Noto color emoji is the emoji font set originated from the Android
project.  It currently supports Unicode 9.0 specs with emojis for
different skin tones and family forms.

A Debian user discovered that Jessie includes the fontconfig capable of
rendering color emoji, but needs a workaround for a bug fixed in newer
fontconfig that is not in Debian main yet:
http://stdio.tumblr.com/post/114082931782

Currently this package should be best maintained with the supports from
Debian Fonts Task Force.



Bug#796505: RFP: hackpad -- Web-based realtime wiki

2015-08-22 Thread
Package: wnpp
Severity: wishlist
Owner: Ming-ting Yao Wei (魏銘廷) m...@lxde.org

* Package name: hackpad
  Version : git
  Upstream Author : Hackpad supp...@hackpad.com
* URL : https://github.com/dropbox/hackpad
* License : Apache License 2.0
  Programming Lang: Scala, JavaScript
  Description : Web-based realtime wiki

Hackpad is a online collabrorative wiki editor, and since August 2015
the whole source code is released on Github by Dropbox.

As it includes modified etherpad project, I have no idea if we should
deduplicate etherpad.



Bug#787144: VESA(0): Cannot read int vect

2015-06-03 Thread
Package: xserver-xorg-core
Followup-For: Bug #787144

Dear Maintainer,
By rebuilding the package with the changeset from the upstream provided
by the reporter, I can confirm that the patch fixes the problem of
Cannot read int vect.

The bug also occurs on other environments using vesa driver such as
Parallels guest tools.

Thanks,
Yao Wei

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Nov 10  2014 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 Jun  4 08:19 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Parallels, Inc. Accelerated Virtual 
Video Adapter [1ab8:4005]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 
(Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  42782 Nov 10  2014 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 127316 Jun  4 08:34 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  3351.986] 
X.Org X Server 1.17.1
Release Date: 2015-02-10
[  3351.999] X Protocol Version 11, Revision 0
[  3352.010] Build Operating System: Linux 4.0.0-1-amd64 x86_64 Debian
[  3352.015] Current Operating System: Linux homura 4.0.0-1-amd64 #1 SMP Debian 
4.0.2-1 (2015-05-11) x86_64
[  3352.015] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-amd64 
root=UUID=6e2693a7-9bc9-4b20-88ac-b7be3df51354 ro quiet net.ifnames=1
[  3352.023] Build Date: 04 June 2015  12:03:48AM
[  3352.037] xorg-server 2:1.17.1-2medicalwei1 (http://www.debian.org/support) 
[  3352.040] Current version of pixman: 0.32.6
[  3352.045]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3352.045] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3352.062] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jun  4 08:34:25 
2015
[  3352.066] (==) Using system config directory /usr/share/X11/xorg.conf.d
[  3352.068] (==) ServerLayout DefaultLayout
[  3352.068] (**) |--Screen Parallels Screen (0)
[  3352.068] (**) |   |--Monitor Parallels Monitor
[  3352.068] (**) |   |--Device Parallels Video
[  3352.069] (**) Option AutoAddDevices yes
[  3352.069] (**) Automatically adding devices
[  3352.069] (==) Automatically enabling devices
[  3352.069] (==) Automatically adding GPU devices
[  3352.079] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[  3352.079]Entry deleted from font path.
[  3352.086] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  3352.086] (==) ModulePath set to /usr/lib/xorg/modules
[  3352.086] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  3352.086] (II) Loader magic: 0x7f8ff0ca9d80
[  3352.086] (II) Module ABI versions:
[  3352.086]X.Org ANSI C Emulation: 0.4
[  3352.086]X.Org Video Driver: 19.0
[  3352.086]X.Org XInput driver : 21.0
[  3352.086]X.Org Server Extension : 9.0
[  3352.087] (--) PCI:*(0:1:0:0) 1ab8:4005:1ab8:0400 rev 0, Mem @ 
0xb000/33554432, I/O @ 0x6000/32, BIOS @ 0x/65536
[  3352.087] (II) LoadModule: glx
[  3352.091] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3352.103] (II) Module glx: vendor=X.Org Foundation
[  3352.103]compiled for 1.17.1, module version = 1.0.0
[  3352.103]ABI class: X.Org Server Extension, version 9.0
[  3352.103] (==) AIGLX enabled
[  3352.103] (II) LoadModule: prlvideo
[  3352.103] (II) Loading /usr/lib/xorg/modules/drivers/prlvideo_drv.so
[  3352.105] (II) Module prlvideo: vendor=Parallels Inc.
[  3352.105]compiled for 1.17.0, module version = 2.0.0
[  3352.105]Module class: X.Org Video Driver
[  3352.105]ABI class: X.Org Video Driver, version 19.0
[  3352.105] (++) using VT number 1

[  3352.105] (--) controlling tty is VT number 1, auto-enabling KeepTty
[  3352.105] (II) PRLVIDEO: Sharing 0 entity with other screens
[  3352.105] (II) PRLVIDEO: Frame buffer struct was created
[  3352.105] (II) PRLVIDEO: VESA PCI probe for Screen 0 finished successfully.
[  3352.105] (II) PRLVIDEO: PRE initializing VESA Screen 0 . . .
[  3352.105] (II) Loading sub module vbe
[  3352.105] (II) 

Bug#783816: RFP: thefuck -- Correct your misbehavior on the command line

2015-04-30 Thread
Package: wnpp
Severity: wishlist

* Package name: thefuck
  Version : 1.31
  Upstream Author : Vladimir Iakovlev nvbn...@gmail.com
* URL : http://github.com/nvbn/thefuck
* License : MIT
  Programming Lang: Python
  Description : Correct your misbehavior on the command line

The package tries to fix your command line error, such as missing sudo
or typo.

Also wondering if the name is too offensive to upload.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#685363: ITP: impressive-editor -- Editor for Impressive presentation tool

2012-08-20 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) m...@lxde.org

* Package name: impressive-editor
  Version : 0.0.1
  Upstream Author : Yao Wei (魏銘廷) m...@lxde.org
* URL : https://github.com/medicalwei/impressive-editor
* License : GPL-2
  Programming Lang: Python
  Description : Editor for Impressive presentation tool

This is my personal project.

Impressive is a convenient presentation tool, but it must use command
line to launch and is very difficult to configure slides. I was asked by
a Impressive user to make this frontend, and they want to pack this
application to their educational distro (named EzGo) based on Ubuntu.

Thanks,
Yao Wei


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#685363: ITP: impressive-editor -- Editor for Impressive presentation tool

2012-08-20 Thread
Thomas:

Thank you a lot. It is put into mentors.debian.net here:

https://mentors.debian.net/package/impressive-editor

(now caffing your key and combining my key...)

On Mon, Aug 20, 2012 at 11:53 PM, Thomas Goirand tho...@goirand.fr wrote:
 On 08/20/2012 04:44 PM, Yao Wei (魏銘廷) wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Yao Wei (魏銘廷) m...@lxde.org

 * Package name: impressive-editor
   Version : 0.0.1
   Upstream Author : Yao Wei (魏銘廷) m...@lxde.org
 * URL : https://github.com/medicalwei/impressive-editor
 * License : GPL-2
   Programming Lang: Python
   Description : Editor for Impressive presentation tool

 This is my personal project.

 Impressive is a convenient presentation tool, but it must use command
 line to launch and is very difficult to configure slides. I was asked by
 a Impressive user to make this frontend, and they want to pack this
 application to their educational distro (named EzGo) based on Ubuntu.

 Thanks,
 Yao Wei

 Hey!

 It was very nice to meet you in Taipei this week-end.

 I'd be happy to sponsor this upload, if you need! :)

 Thomas




-- 
Yao Wei


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#684260: zh_TW translations of “package”, “repository” and “dependency” are mistranslated.

2012-08-08 Thread
Package: dpkg
Version: 1.16.4.3
Severity: minor
Tags: l10n

As Henry Lin (in CC list) stated, the translation of the word
“package (套件)”, “repository (套件庫)” and
“dependency (相依性)” were mistranslated, which is believed due to
historical issue for at least 20 years.

He stated that 套件 means suite or set, but packages are not sets, and
相依性 sounds like mutual dependency but actually not.

His suggesstions are basically based on zh_CN translations except some
Simplified Chinese to Traditional Chinese conversions.

* package: 軟體包
* repository: 軟體倉庫
* dependency: 依賴性

Many dpkg-related software translations also have this issue, such
as aptitude, d-i, synaptic, etc. but I don't know if they can use the
same bug number.

Thanks,
Yao Wei

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-3
ii  libc62.13-33
ii  liblzma5 5.1.1alpha+20120614-1
ii  libselinux1  2.1.9-5
ii  tar  1.26-4
ii  zlib1g   1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#684260: zh_TW translations of package, repository and dependency are mistranslated.

2012-08-08 Thread
Replied inline:

On Wed, Aug 8, 2012 at 2:49 PM, Christian PERRIER bubu...@debian.org wrote:
 I don't see Henry Lin in the CC list but I think that the
 debian-chinese-foo (I never remember which of both debian-chinese
 lists is meant for Traditional) should be CC'ed as a consensus among
 zh_TW users is needed to change this.

OK. I was thinking notifying in reportbug would be CC but it is not. I
will write Henry Lin and debian-chinese-big5 (it is actually not big5
lol) into CC list.

 Well, this bug could be cloned to each of these packages, but:

 - it is too late to change this in all affected packages (particularly
   D-I) so it should be handled post-wheezy
 - D-I changes have to be done in the D-I master files

I won't expect it appear in Wheezy, but I think Jessie (Wheezy+1)
could be a target for the fix.

Since this is a minor issue it would be OK to fix in the next release.

 - first of all, a *consensus* must be reached among zh_TW users.

The problem is that it is more difficult to have consensus on new
users. Basically many Debian, Ubuntu and even Fedora/RH users are used
to the translations for a long time.

 If there are difficulties in reaching this consensus, I'd propose to
 defer the issue to a zh_TW Debian Developer.

 Anywaye, suite is tricky to translate for nearly every language. I
 remember the French team also had this debate and I'm not sure that we
 reached consistency over all  packages for that term.

-- 
Yao Wei


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#684260: zh_TW translations of package, repository and dependency are mistranslated.

2012-08-08 Thread
Well. As I previously reported that the mistranslation is kept using
for more than 20 years that almost becomes a proper noun.
The question is that should we make the change?

Some points:

* If the translation of the basis noun changed, there will be a long
transition period because all the documents are under transition, and
this may cause a big bang between Traditional Chinese dpkg existing
users.
* If not, it stays not an error by every existing users, but new users
may be confused by the translations.

-- 
Yao Wei


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#635582: virt-manager doesn't use ssh-askpass to ask password, and hangs whole UI.

2012-07-31 Thread
It seems fixed in Wheezy...

Thanks.
-- 
Yao Wei


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.

2012-07-10 Thread
Some recommendations on input method:

SCIM somehow stopped their maintenance. (But seems their maintenance
started again by another people.)
Anyway, I would hope using IBus as a default recommendation, followed
by some common input methods that can type Chinese. Such as:

ibus-chewing | gcin-chewing | hime-chewing | fcitx-chewing |
fcitx-libpinyin | scim-chewing

and some table-based input methods and so on...

im-switch needs to update to im-config too, because im-switch is
deprecated and IME maintainers now recommend using im-config.

And, as my personal (and many users') favorite, Wen Quan Yi Micro Hei
(文泉驛微米黑) seems like a good system typeface, so I would recommend:
ttf-wqy-microhei | ttf-wqy-zenhei

-- 
Yao Wei



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#674680: ITP: gcin-table-dayi3 -- Dayi 3 table for gcin input method

2012-05-26 Thread
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷) m...@lxde.org

* Package name: gcin-table-dayi3
* URL : http://hyperrate.com/dir.php?eid=67
* License : Proprietary (Not modifiable)
  Description : Dayi 3-key table for gcin input method

This is one of the Chinese input method table called Dayi.

This table is shipped with gcin source code but is dfsg-sanitized when
packaging gcin, and I am packaging this to fulfill the missing piece.

It is considered non-free because the license does not allow users to
modify the relations. But changes on the presentation of the relations
is permitted.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#666233: Fwd: [Pkg-ime-devel] Bug#666233: hime: FTBFS with gtk 3.4

2012-03-30 Thread
-- Forwarded message --
From: Yao Wei (魏銘廷) m...@lxde.org
Date: Fri, Mar 30, 2012 at 11:14 PM
Subject: Re: [Pkg-ime-devel] Bug#666233: hime: FTBFS with gtk 3.4
To: Michael Biebl bi...@debian.org
Cc: 666...@packages.debian.org


Biebl,

That's exactly what I did, and I double-checked that it was successful
to build. (libgtk-3-dev 3.4.0-1 preinstalled)
I cannot reproduce the segmentation fault in your build log.

On Fri, Mar 30, 2012 at 2:43 PM, Michael Biebl bi...@debian.org wrote:
 I did basically the same as you: I used a cowbuilder chroot, logged in,
 installed libgtk-3-dev from experimental, then built the package with
 cowbuilder --build hime*.dsc

Regards,
--
Yao Wei


-- 
Yao Wei



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#664657: [Pkg-ime-devel] Bug#664657: hime: im-switch hook script

2012-03-21 Thread
This bug is fixed in repo and will be released in the next package release.

On Tue, Mar 20, 2012 at 12:25 AM, Osamu Aoki os...@debian.org wrote:
 im-switch does not understand QT4_IM_MODULE so all your hook script
 should use QT_IM_MODULE.

 See discussion on http://bugs.debian.org/664201

Thanks,
-- 
Yao Wei



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



  1   2   >