Bug#551316: w3m didn't precent decode the password section in environment http_proxy

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

Bug#522174: It's resolved long before, please close this bug, thanks

It's here: http://code.google.com/p/fbterm/issues/detail?id=17can=1q=yangzhe1990 -- Sincerely,    Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0

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

Bug#643650: haproxy: usesrc clientip not working with linux kernel version = 3.0.0

/28 Christo Buschek cr...@30loops.net: Hello, Could you provide me with your configuration so that I can confirm the behaviour? greetinx christo On 09/28/2011 12:58 PM, Yang Zhe wrote: Package: haproxy Version: 1.4.15-1 Severity: important Tags: upstream patch After upgrading to linux

Bug#677873: xt: unrecognized option '--set-mark' / invalid option -- 's'

Hi Andreas, I also tried this method and it reported that he can't find the custom target . 2012/6/29 Andreas Henriksson andr...@fatal.se: Hello YANG Zhe! On Sun, Jun 17, 2012 at 08:26:50PM +0800, YANG Zhe wrote: [...] tc filter add dev wlan0 parent : protocol ip pref 20 u32 match u32

Bug#677873: xt: unrecognized option '--set-mark' / invalid option -- 's'

] -- no debconf information -- Sincerely,     Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661048: tc: htb calculates too small burst sizes

, the desired rate can't be reached. I would suggest that buffer should be manually set by user, and converted to 10ms amount of data by default in future version of tc. -- Sincerely,     Yang Zhe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe

Bug#678264: No common CD-ROM drive was detected from debian-wheezy-DI-a1-sparc-netinst.iso on LDOM

No │ │ │ └───┘ -- T.J. Yang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661048: tc: htb calculates too small burst sizes

2012/6/20 Stephen Hemminger shemmin...@vyatta.com: On Wed, 20 Jun 2012 10:27:37 +0800 YANG Zhe yangzhe1...@gmail.com wrote: Hi Thomas, I read the htb code before so I'll show the problem here. When tc comes to calculate buffer cbuffer, it set lookup get_hz() and set buffer = rate

Bug#661048: tc: htb calculates too small burst sizes

measured in a smaller unit of time. So It's still possible just change the kernel code to choose a fine control time unit and then multiply to calculate the amount of data or let user pass this value to the kernel (via tc, however). But then the workaround of + mtu will be a new problem. 2012/6/20 YANG

Bug#678264: Reassigning to udev

if adding those vio_type binary by command from install's shell prompt is possible. tj -- Jurij Smakov                                           ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/                      KeyID: C99E03CC -- T.J. Yang -- To UNSUBSCRIBE, email to debian-bugs

Bug#678264: Reassigning to udev

On Fri, Jun 22, 2012 at 9:18 AM, Marco d'Itri m...@linux.it wrote: On Jun 22, T.J. Yang tjyang2...@gmail.com wrote: I can do the test if  adding those vio_type binary by command from install's shell prompt is possible. Look at /lib/udev/rules.d/80-drivers.rules and find out if manually

Bug#678264: Reassigning to udev

Hi, Marco and all On Fri, Jun 22, 2012 at 11:51 AM, Marco d'Itri m...@linux.it wrote: On Jun 22, T.J. Yang tjyang2...@gmail.com wrote: I was able to load both vnet and vdisk module but the CDROM still can't be detected after exit out of shell. Then this is not the issue. I do not own

Bug#708856: RFP: emacs-clang-complete-async -- emacs-clang-complete-async is an emacs extension to complete C and C++ code.

Package: wnpp Severity: wishlist * Package name: emacs-clang-complete-async Version : N/A Upstream Author : Golevka xu_miche...@live.com * URL : https://github.com/Golevka/emacs-clang-complete-async * License : Not found Programming Lang: C Description

Bug#708859: RFP: gocode -- gocode is An autocompletion daemon for the Go programming language.

Package: wnpp Severity: wishlist * Package name: gocode Version : N/A Upstream Author : nsf no.smile.f...@gmail.com * URL : https://github.com/nsf/gocode * License : MIT/X Programming Lang: Go Description : gocode is An autocompletion daemon for the

Bug#714858: [qtchooser] qtchooser conflict with qtchooser:i386 on x86_64 system.

Package: qtchooser Version: 31-g980c64c-4 Severity: important --- Please enter the report below this line. --- This behavior breaks multi-arch. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-rt-amd64 Debian Release: jessie/sid 500 unstablemirrors.sohu.com

Bug#502468: Still broken

Tested against 2.7.1 on Ubuntu 12.04 and it is *not* fixed. Mark, how are you determining that it's been fixed? yang@db:~$ keychain --version * keychain 2.7.1 ~ http://www.funtoo.org Copyright 2002-2006 Gentoo Foundation; Copyright 2007 Aron Griffis; Copyright 2009-2010 Funtoo

Bug#754492: apache2: apache2 reload result in memory leak

Package: apache2.2-common Version: 2.2.22-13+deb7u1 Severity: normal Dear Maintainer, Recently we received report that apache2 reload in logrotate can lead to memory leak. Here is the reproduce steps: root@r-4-VM:~# for i in `ps -eo comm,pid|awk '$1==apache2 { print $2 }'`; do pmap $i|tail -n

Bug#768568: netselect-apt requires root when not necessary

Package: netselect-apt Version: 0.3.ds1-25 Severity: minor Dear Maintainer, * What led up to the situation? netselect-apt checks if it has root priviledges before checking options * What exactly did you do (or not do) that was effective (or ineffective)? netselect-apt --help *

Bug#780528: python-liblinear: This package is out of date, they've released liblinear version 1.96.

Package: python-liblinear Version: 1.8+dfsg-4 Severity: normal Dear Maintainer, Liblinear's github page: https://github.com/cjlin1/liblinear/ The version version of this package is 1.8, It seems that they've added some new functions in the new version of liblinear. -- System Information:

Bug#770998: Fixed

Thanks, the patch worked and fixed the segfault issue in my case.

Bug#827154: transmission-remote-gtk: Upstream homepage moved with new versions released

Package: transmission-remote-gtk Version: 1.1.1-1build1 Severity: wishlist Tags: upstream Transmission-remote-gtk has already moved from code.google.com to github (https://github.com/transmission-remote-gtk/transmission-remote-gtk). The site on code.google.com is no longer available now. Plus,

Bug#815749: eric: missing dependency to python3-pyqt5.qtsvg

Package: eric Version: 6.1.2-0.2 Severity: normal The install.py of eric checks the existance of PyQt5.QtSvg, which is not yet written as the dependency of eric package. Please consider to update debian/control file. After some study to current packaging scripts, I suggest that the debian/

Bug#815748: eric: incorrect installation directory of l10n files

Package: eric Version: 6.1.2-0.2 Severity: normal Tags: l10n Even though the current deb package for eric (6.0.8-1) does not include any translations (which is another bug), the translation files are to be installed into `/usr/share/qt4/translations'. However, the current eric package is

Bug#815747: eric: translation files not included in deb package

Package: eric Version: 6.1.2-0.2 Severity: normal Tags: l10n The current deb package for eric (6.0.8-1) does not include any translations. In the deb package, the `/usr/share/qt4/translation' directory is empty. This was warned by lintian but was incorrectly overriden by the package maintainer.

Bug#815747: closed by gud...@gudjon.org (Gudjon I. Gudjonsson) (Bug#815747: fixed in eric 6.1.2-1)

be reopened and fixed. P.S. It would be better if the recently-released eric 6.1.3 could be uploaded as well. -- 杨博远 / Boyuan Yang <073p...@gmail.com> Homepage: https://hosiet.me/ Twitter: @hosiet 2016-03-09 3:21 GMT+08:00 Debian Bug Tracking System <ow...@bugs.debian.org>: > This

Bug#820199: eric: Missing Simplified Chinese translation in eric 6.1.2

Package: eric Version: 6.1.3-0.2 Severity: normal Tags: l10n eric_6.1.2.orig-transl-zh_cn.tar.gz was *not* uploaded, Thus the Simplified Chinese translation files were not packaged. This is a source package problem. Please fix the problem. Thanks. -- System Information: Debian Release:

Bug#816749: cl-clx-sbcl: depends indirectly on transitional package realpath

Package: cl-clx-sbcl Version: 0.7.4-6 Severity: important Dear Maintainer, cl-clx-sbcl depends on common-lisp-controller, which depends on transitional package realpath, which should be coreutils. This unfortunate situation renders cl-clx-sbcl and packages depend on it uninstallable for new

Bug#819771: missing php5-imagick on stretch, php-imagick does not support PHP 5

imagick package but the description is incorrect "This extension requires ImageMagick version 6.2.4+ and PHP 5.1.3+." however dep: php-common (>= 1:7.0+33~) I wonder why php5-imagick is missing from stretch. Have most PECL packages been built for php7 on stretch? Thanks Yang

Bug#819771: [Pkg-php-pecl] Bug#819771: missing php5-imagick on stretch, php-imagick does not support PHP 5

On Sat, Apr 2, 2016 at 4:22 AM, Ondřej Surý wrote: > Yes, we are transitioning to PHP 7.0 in stretch. There's no bug here, > php5 is going away. > >From what I understand on stretch most PECL modules with php-($module_name) does not require PHP 7 as of now, shouldn't this

Bug#824542: came across this issue

$ sudo dpkg --purge --force-all mysql-common dpkg: mysql-common: dependency problems, but removing anyway as you requested: libmysqlclient18:armel depends on mysql-common (>= 5.5). mysql-client-5.6 depends on mysql-common (>= 5.5). mysql-server-5.6 depends on mysql-common (>= 5.6.22-1~).

Bug#824447: build deb for stretch

Package: usbmount Version: 0.0.22 It looks like the package is not built for stretch but present in all other releases. What's preventing it from being built? Thanks. Yang

Bug#832704: RFS: nixnote2/2.0~beta8+20160727+ds-1 [ITP] -- Open Source Evernote client

ithub.com/hosiet/nixnote2.git Regards, Boyuan Yang

Bug#832168: mini-buildd: Simplified Chinese debconf templates translation

to /bin/dash Init: systemd (via /run/systemd/system) # Debconf Simplified Chinese translations for mini-buildd. # Copyright (C) 2016 THE mini-buildd'S COPYRIGHT HOLDER # This file is distributed under the same license as the mini-buildd package. # Boyuan Yang <073p...@gmail.com>, 2016. # msgid &qu

Bug#832167: mini-buildd: Multiple issues in mini-buildd systemd service file

Source: mini-buildd Version: 1.0.13 Severity: minor Lintian complains about new systemd service file: W: systemd-service-file-refers-to-obsolete-target ...due to obsolete target `syslog.target`. Please consider removing this target from systemd service file. If in doubt, refer to

Bug#832909: eric: Unneeded dependency bicyclerepair prevents from migrating to testing

Package: eric Version: 6.1.4-0.1 Severity: normal Since eric 4.1.0, `bicyclerepair` is no longer needed. You may find relavent statements in d/changelog. However, the dependency to bicyclerepair was not updated. Now bicyclerepair is REMOVED from testing due to FTBFS/low compat version problem.

Bug#832643: mini-buildd: Please provide options for repository structure similar to official repo

> fwiw, there is also the "portext" command, letting you do "no changes > ports" just from a DSC-URL to any mini-buildd distribution. That looks great. The documentation said barely nothing about portext except auto-generated python docs, so it would be better if we document it further :-) > >>

Bug#832643: mini-buildd: Please provide options for repository structure similar to official repo

Source: mini-buildd Version: 1.0.14 Severity: wishlist I got a little bit confused when first heard of the CODENAME-ID- SUITE[-ROLLBACK] distuibution name. That is weird. I understand that there may be multiple instances and packages may conflict. But this requires adjustments of d/changelog,

Bug#833338: mini-buildd: Please update Vcs field in debian/control

Source: mini-buildd Version: 1.0.16 Severity: minor As said in https://qa.debian.org/cgi-bin/vcswatch?package=mini-buildd: Error: The Vcs URL git://git.debian.org/git/collab-maint/mini-buildd.git is deprecated/defunct, git://anonscm.debian.org/collab-maint/mini-buildd.git was tried instead.

Bug#833340: mini-buildd: please make the build reproducible

Source: mini-buildd Version: 1.0.16 Severity: wishlist Tags: patch Hi, The current unreproducible status is due to different env HOME value generated by help2man. An example patch is provided to fix make the package reproducible. Thanks. --- a/mini-buildd +++ b/mini-buildd @@ -77,9 +77,9 @@

Bug#833340: mini-buildd: please make the build reproducible

2016-08-03 23:34 GMT+08:00 Chris Lamb : > I deliberately expand it immediately after command-line parsing to > avoid this. > > (Did you see my patch?) Really sorry I overlook the last several lines. It is a good solution. Thanks, Boyuan

Bug#833340: mini-buildd: please make the build reproducible

2016-08-03 22:50 GMT+08:00 Chris Lamb : >> If we need to expand earlier or later, what is the difference between >> current situation and patched version? > > With my patch, the manpage contains the string "~" instead of the > value of the HOME environment variable. ie. it is

Bug#833340: mini-buildd: please make the build reproducible

2016-08-03 21:11 GMT+08:00 Chris Lamb : >> The original author used os.getenv() in python argparse, so the output >> of `mini-buildd --help' really depend on $HOME env var > > I agree that upstream are using an environment variable called HOME and > note that it ends up in the

Bug#832704: RFS: nixnote2/2.0~beta8+20160727+ds-1 [ITP] -- Open Source Evernote client

> I can't sponsor the upload, but I hope the following review is useful to > you. Thank you very much for your detailed review. I would like to explain those problems here for you and anyone who might be interested: > Since I am not familiar with Java packaging, it would be advisable to > ask on

Bug#829498: shadowsocks-libev: FTBFS on alpha and hppa: -fstack-protector not supported

The implementation is correct. If in any doubt, build for deb from source once and see if there is any -fstack-protector-strong in cc command line arguments. Examine the binary with hardening check tool and see if all hardening flags are on. 在 2016年7月18日週一 03:38，Aaron M. Ucko

Bug#831749: mini-buildd: Unable to build any package due to missing gnupg in chroot environment of sid/stretch

Source: mini-buildd Version: 1.0.12 Severity: important Tags: upstream On newly deployed mini-buildd, the default chroot environment for stretch/sid lacks gpg/gpg2. As a result, `apt-key` cannot run and causes every package to fail to be built. -- System Information: Debian Release:

Bug#831750: mini-buildd: Poor support for reverse proxy when working with apache

Source: mini-buildd Version: 1.0.12 Severity: normal It is clear that mini-buildd web frontend is designed for a standalone site, e.g., "buildd.mywebsite.com/mini_buildd". Mini-buildd works well in such setup. However, someone may want to setup using reverse proxy. For example, let

Bug#609849: nixnote: switch to ITP for nixnote2

Control: retitle -1 ITP: nixnote2 -- open source evernote client Control: owner -1 ! Hi, The nevernote / nixnote upstream has dropped java implementation. Instead, they began the development of nixnote2 and implemented in Qt / C++. Upstream git repo can be found on GitHub [1]. I wrote to

Bug#829498: shadowsocks-libev: FTBFS on alpha and hppa: -fstack-protector not supported

://buildd.debian.org/status/fetch.php?pkg=shadowsocks-libev=hppa=2.4.7%2B20160630%2Bds-1=1467501230 [2] https://buildd.debian.org/status/fetch.php?pkg=shadowsocks-libev=alpha=2.4.7%2B20160630%2Bds-1=1467501341 -- 杨博远 / Boyuan Yang <073p...@gmail.com> Homepage: https://hosiet.me/ Twitter: @hosiet 2016

Bug#829478: shadowsocks-libev: modifies conffiles (policy 10.7.3): /etc/shadowsocks-libev/config.json

/cgi-bin/bugreport.cgi?bug=825532#57 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825532#43 [2] https://github.com/rogers0/shadowsocks-libev/blob/pkg7/debian/config.json -- Regards, Boyuan Yang 2016-07-04 0:43 GMT+08:00 Andreas Beckmann <a...@debian.org>: > Package: shadowso

Bug#851756: RFS: telegram-desktop/1.0.6-1 [ITP]

se explain why you add this one? [1] https://github.com/rtomayko/ronn/ After all, this is a big software and the package may need further polishment. Please keep going ahead. I am looking forward to seeing telegram-desktop inside Debian. -- Sincerely, Boyuan Yang signature.asc Description: Thi

Bug#849493: RFS: vc/1.3.0-1 [ITP]

ghly unlikely to be used by other packages because *Ubuntu* named this package as "vc" and "vc-dev". See http://packages.ubuntu.com/zesty/vc-dev. That said, we should get into contact with upstream author if we really want an alternative name. Note that "libvc" ca

Bug#856010: Ships chroot(1), should be chroot(8)

vailable upstream but blocked due to hard freeze. Let me prepare a new version with minimal changes. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#856016: RFS: manpages-zh/1.6.0-2

s. (Closes: #856011) Notes: * I intend to push it into Debian Unstable and request an unblock later. * Lintian warnings are fixed-upstream. But since we are in deep freeze, I am not sure if the Release Team would allow me to push a new upstream version, so not fixed here. -- Sincerely, B

Bug#856011: manpages-zh: needs update for coreutils behavior changes

Some external links: * RedHat bug page: https://bugzilla.redhat.com/show_bug.cgi?id=1263636 * Upstream issue: https://github.com/man-pages-zh/manpages-zh/issues/1 * Old upstream issue: https://github.com/lidaobing/manpages-zh/issues/18 Thanks. Boyuan Yang signature.asc Description

Bug#856011: manpages-zh: needs update for coreutils behavior changes

Package: manpages-zh Version: 1.6.0-1 Severity: important Tools in coreutils 8.26 changed the behavior of some tools around SELinux. As a result, the corresponding man pages needs update. We should make those changes available in Stretch. signature.asc Description: This is a digitally signed

Bug#856043: unblock: manpages-zh/1.6.0-2

ick several upstream new man pages. +- Move chroot(1) to chroot(8). (Closes: #856010) +- Update pages for coreutils. (Closes: #856011) + + -- Boyuan Yang <073p...@gmail.com> Fri, 24 Feb 2017 17:28:00 +0800 + manpages-zh (1.6.0-1) unstable; urgency=medium * New upstream release.

Bug#851756: telegram-desktop/1.0.13-1

is provided by Debian since Stretch. This tool checks enormous aspects and warns you in the output. [1] https://tracker.debian.org/pkg/check-all-the-things -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#384287: reportbug: please initially add l10n/i18n support

uld notify them inside reportbug UI (together with user support information suitable for them), in *their* lauguage. -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#384287: reportbug: please initially add l10n/i18n support

在 2017年2月13日星期一 CST 上午9:45:41，Sandro Tosi 写道： > On Mon, Feb 13, 2017 at 5:05 AM, Boyuan Yang <073p...@gmail.com> wrote: > > With the upload of reportbug 7.1.5, I have rebased patches against 7.1.5 > > git tag. The whole patchset is resent here as attachment. > > i

Bug#849493: RFS: vc/1.3.0-1 [ITP]

在 2017年1月27日星期五 CST 下午1:04:26，Boyuan Yang 写道： > Hi all, > > This is the owner of RFP bug for vc package (#846491) and let's push > the process forward a little bit. > > On Sun, 1 Jan 2017 21:10:49 +0100, Andreas Henriksson wrote: > > In Debian we have one shared na

Bug#854772: [Pkg-fonts-devel] Bug#854772: fonts-noto-cjk: JP font was always (wrongly) selected under Chinese locale

在 2017年2月11日星期六 CST 上午12:40:04，ChangZhuo Chen 写道： > On Fri, Feb 10, 2017 at 03:39:00PM +0800, Boyuan Yang wrote: > > I believe this is an (upstream) bug in the font, not fontconfig. Someone > > said that it is > > because the JP font itself declared "zh" in &quo

Bug#854772: fonts-noto-cjk: JP font was always (wrongly) selected under Chinese locale

Package: fonts-noto-cjk Version: 1:1.004+repack2-1 Severity: important Tags: upstream On any Debian system with fonts-noto-cjk installed with Chinese locale (e.g., zh_CN.UTF-8), The JP font ("Noto Sans CJK JP" "Medium") always has a higher priority than SC/TC font ("Noto Sans CJK SC" "Medium"),

Bug#384287: reportbug: please initially add l10n/i18n support

在 2017年1月17日星期二 SGT 上午12:35:23，Boyuan Yang 写道： > This work is for /usr/bin/reportbug. As previously said Python has a very > good builtin module for i18n/l10n ("import gettext"). The patches set up a > basic workflow framework for localization: > > Core patches:

Bug#851733: opencc: SIGABRT on i386/armhf architecture

Package: opencc Version: 1.0.4-4 Severity: important Hi, Opencc will abort unexpectedly on i386/armhf. Steps to reproduce: 1. sh -c "opencc" Stderr: terminate called after throwing an instance of 'std::length_error' what(): basic_string::_M_replace_aux Thanks. -- System Information:

Bug#851629: neovim-runtime: Translation files in wrong path

Package: neovim-runtime Version: 0.1.7-3 Severity: normal Tags: l10n .mo files are placed in wrong directories and is not working correctly. Examples: Bad: /usr/share/locale/zh_TW.UTF-8/LC_MESSAGES/nvim.mo Good: /usr/share/locale/zh_TW/LC_MESSAGES/nvim.mo Bad:

Bug#851902: qterm: broken icon symlink

Package: qterm Version: 1:0.7.1-1 Severity: minor Tags: patch LP: #581199 Solution: remove debian/*.links. -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386

Bug#851953: fcitx-qt5: please package the latest version (1.0.6)

Source: fcitx-qt5 Version: 1.0.5-1 Severity: wishlist fcitx-qt5 v1.0.6 has released on 2016-10. Please update this package so that we could get the up-to-date software in Debian Stretch. Thanks! -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500,

Bug#833340: mini-buildd: please make the build reproducible

Control: user reproducible-bui...@lists.alioth.debian.org Control: usertags -1 environment X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org 2016-08-03 20:14 GMT+08:00 Chris Lamb : > - default=os.getenv("HOME"), > + default="$HOME", > > Unless I'm missing something, this

Bug#836395: #836395 librime1: ibus-rime can't input simplified Chinese

(libopencc-dev, libopencc-dbg (Oh, BTW, please migrate to -dbgsym package), libopencc2 and opencc). The solution may be either include those files in a library package, or pack those files into another separate package. Thanks! Sincerely, Boyuan Yang

Bug#836857: ITP: qevercloud -- Unofficial Evernote Cloud API for Qt

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: qevercloud Version : 3.0.2 Upstream Author : Dmitry Ivanov <dm.vl.iva...@gmail.com> * URL : https://github.com/d1vanov/QEverCloud * License : MIT/X (Expat)

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

tps://github.com/evernote/evernote-thrift) was included, which made the build system (as written in debian/rules, plus patch in debian/patches) somehow ugly and hacky. I am wondering if such instructions are acceptable. Reviews and suggestions are welcomed. Regards, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

he proper way to regenerate source code and build the library. I may choose either to hack the debian/rules file or to patch cmake instructions. The current implementation is to hack debian/rules. Sincerely, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

s lisp and its >> debhelper. >> Where did it remove any file? > > Take a look at the two overrides in d/rules. You shouldn't need to know > anything about Emacs lisp to understand those. Are we talking about the same package? :p I ran `apt-get source ebib' and got ebib v4.5.2. The debian/rules is nothing more than one line of `dh $@ --parallel --with elpa'. Sincerely, Boyuan Yang

Bug#832704: RFS: nixnote2/2.0~beta8+20160727+ds-1 [ITP] -- Open Source Evernote client

d or explained by now. The GitHub repository is updated and the new version has been uploaded onto mentors.debian.net/package/nixnote2. Let's see if there is any further question :-) Sinerely, Boyuan Yang

Bug#837537: "Mkdir: file exists" error if any debootstrap file download failed

Package: python-mini-buildd Version: 1.0.18 Severity: normal I upgraded my Debian build machine to sid for latest 1.0.18 and found it impossible to create any dir chroots. The Daemon Log says: 2016-09-12 17:49:53,970 mini_buildd.misc (0576): ERROR : Call stderr: /bin/mkdir: cannot

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

I have heard that in the (unreleased) debhelper compat level 10 the regeneration of autotools files is the default behaviour, which indicates the changes of people's thoughts. Sincerely, Boyuan Yang

Bug#837537: "Mkdir: file exists" error if any debootstrap file download failed

process should either fail immediately or re-run the debootstrap process again with a warning sent to the logger, but it just continued as if everything is fine *until* the mkdir error happens (which is due to the unclean exit of debootstrap, maybe?) Thanks, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

Hello, 2016-09-12 21:34 GMT+08:00 Sean Whitton <spwhit...@spwhitton.name>: > Dear Boyuan, > > On Sun, Sep 11, 2016 at 08:48:15AM +0800, Boyuan Yang wrote: >> > - status of lemon parser currently unclear >> >> This is fixed in the RFS of qevercloud befor

Bug#837677: goldendict: duplicated translation files installed

Package: goldendict Version: 1.5.0~git20160803.010b4dc9-0.1 Severity: normal Tags: patch Latest goldendict package in debian unstable has duplicated Qt translation files in /usr/share/apps/goldendict/locale/*. This is caused by the unnecessary "goldendict.install" file in debian/ directory. By

Bug#839230: poedit: 100% segmentation fault when clicking "account" tab in preferences dialog

Package: poedit Version: 1.8.9-1 Severity: normal Edit -- Preferences -- Accounts then crash. % LC_ALL=C.UTF_8 poedit 20:23:36: Warning: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8),

Bug#836395: #836395 librime1: ibus-rime can't input simplified Chinese

xing arch-dependent files in an Architecture: all package? Sincerely, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

d as > libqt?evercloud.so.3.0.0, with a symlink from libqt?evercloud.so.3. See > ch. 8 of Debian policy for an explanation of this practice. Patch added (0010-patch-library-soname-chain.patch). Issue forwarded: https://github.com/d1vanov/QEverCloud/issues/7 > > Thanks! I'm excited to see the completion of this RFS! > > -- > Sean Whitton Thanks. The GitHub repo / debian-mentors / debomatic-amd64 files are update-to-date now. Sincerely, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

ain. Examples include libpython3.5m, libkf5 series, libopencv, libform and so on. Given so many examples, I think it should be acceptable. What do you think? The updated version of qevercloud can be found on GitHub/debian-mentors/ debomatic-amd64. Sincerely, Boyuan Yang

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

Hello, 2016-09-17 22:31 GMT+08:00 Sean Whitton <spwhit...@spwhitton.name>: > Hello Boyuan, > > On Wed, Sep 14, 2016 at 12:23:48PM +0800, Boyuan Yang wrote: >> Yes, they are up-to-date now. The package on debian-mentors is also >> updated. > > The packaging is

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

epository and mentors package have been updated. -- Sincerely, Boyuan Yang

Bug#838578: mariadb-connect-engine-10.0: Unsupported table type ODBC

Package: mariadb-connect-engine-10.0 Version: 10.0.27-0+deb8u1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After execute query in mariadb returns 'unsupported table type ODBC' Query:

Bug#832704: RFS: nixnote2/2.0~beta9+ds-1 [ITP] -- Open Source Evernote client

://mentors.debian.net/debian/pool/main/n/nixnote2/nixnote2_2.0~beta9+ds.orig.tar.gz -- Sincerely, Boyuan Yang

Bug#832704: RFS: nixnote2/2.0~beta8+20160727+ds-1 [ITP] -- Open Source Evernote client

files. The newly-packaged nixnote2 version 2.0~beta9+ds has been pushed onto https://mentors.debian.net/package/nixnote2 and GitHub, in which the only change is to enable pristine-tar support. Thanks and I am still looking forward to further review and sponsorship. -- Regards, Boyuan Yang

Bug#832704: RFS: nixnote2/2.0~beta8+20160727+ds-1 [ITP] -- Open Source Evernote client

to > save space on the Debian mirror network. You can set that in gbp.conf > if you're using gbp to generate tarballs. Fixed in d/watch, d/gbp.conf and pristine-tar branch. > On Thu, Aug 11, 2016 at 12:58:00PM +0800, Boyuan Yang wrote: >> > Is the GitHub repo that this package is

Bug#839103: less: -S option broken when text includes Chinese characters

Package: less Version: 481-2.1 Severity: normal Tags: l10n Dear Maintainer, The -S option for less seems to be broken if text includes Chinese characters. `-S' option is used to chop lines instead of wraping lines. Lines should be chopped, and the chopped text can be seen using arrow

Bug#839290: Valac 0.34 has broken GTK+ binding

close 839290 thanks Sorry the problem seems to be caused by the incorrect vapi bundling by deepin-terminal upstream. Sorry for bothering and closing this bug. -- Sincerely, Boyuan Yang

Bug#839290: Valac 0.34 has broken GTK+ binding

Package: valac Version: 0.34.0-3 Severity: important Tags: upstream I was trying to compile some third-party applications written in Vala, namely `deepin-terminal' (https://github.com/manateelazycat/deepin-terminal), which is the default terminal emulation application of a Debian-based

Bug#842039: shadowsocks-libev: Please move README.Debian from dev package to main package

at is up to you. My alioth account is hosiet-guest. [1] https://qa.debian.org/developer.php?email=073p...@gmail.com [2] https://wiki.debian.org/Alioth/PackagingProject Sincerely, Boyuan Yang

Bug#843608: mini-buildd: reprepro not recognizing .buildinfo file, causing upload failure

e away for Stretch and use it in Stretch+1. The only truth is that mini-buildd with dpkg >= 1.18.11 will stop working, and it should be fixed *somehow* *somewhere* before this bug gets closed. Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#836395: libopencc2: missing files cause librime fail to work

Control: tags -1 - pending Hi Aron, The previous version 1.0.4-2 was REJECTED by FTP Masters, so removing pending tag here. Please consider another upload if possible. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#843396: mini-buildd: please initially make web interface mobile friendly

Source: mini-buildd Severity: wishlist A mobile friendly web interface means some heavy rework of current webpages and we may not finish it within Stretch. However, there can be some instant improvements. For example, * The "last packages" table would expand way too wide if toggled, making it

Bug#843608: mini-buildd: reprepro not recognizing .buildinfo file, causing upload failure

Source: mini-buildd Severity: important Tags: upstream Upstream bug #843402. Example logs here: 2016-11-08 13:29:16,100 mini_buildd.call (0114): WARNING : ? reprepro.. (stderr): Unknown file type: 'd882b1dff57c2e8d722fa1e67599a410 9716 libs extra

Bug#840246: RFP: krita -- Krita is a professional FREE and open source painting program.

[1], the old calligra 2.8 still has leftovers. What would happen if krita 3.x gets accepted into experimental while old calligra-owned krita still exists? :p Anyway I also hope that this problem can be solved soon and we get krita 3.x into stretch. [1] https://buildd.debian.org/status/package.php?p=calligra -- Regards, Boyuan Yang

Bug#832643: mini-buildd: Please provide options for repository structure similar to official repo

ian.tar.xz' 2016-10-23 13:32:37,594 mini_buildd.models.daemon(0289): WARNING : Notify: Skipping changed-by address: Boyuan Yang <073p...@gmail.com>: Not allowed (only '.*@.*hosiet.me') 2016-10-23 13:32:37,628 mini_buildd.models.daemon(0330): INFO: Notify: Sent 'REJECTED (None): cutegram

<    1   2   3   4   5   6   7   8   9   10   >