Bug#1012453: ITP: python-openstep-plist -- A parser for the "old style" OpenStep plist format (also known as ASCII plist)
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
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)
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+)
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
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
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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
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
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
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"
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
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
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
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)
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
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
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
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
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
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.)
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.)
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
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
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
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
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
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
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
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
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
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
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
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
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)
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)
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
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
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
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)
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.
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
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.
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.
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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.
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.
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.
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.
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
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
-- 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
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