Bug#1078189: ITP: packaging -- Reusable core utilities for various PEP-440 Python Packaging interoperability specifications. (Also, an unpackaged required for PDM.)

like to package is exactly https://tracker.debian.org/pkg/python-packaging ? If yes, it has already been packaged and this ITP should be unnecessary. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#915567: ITP: fcitx5 -- Next generation of Fcitx Input Method Framework

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-CC: debian-devel@lists.debian.org * Package name: fcitx5 Version : 0~20181128 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx5 * License : LGPL-2.1+ Programming Lang: C

Re: Help to ship a better rsync on Buster

Hi, Looks like the new rsync 3.1.3-1 was uploaded yesterday. Thank you all for the work (and we may have a better rsync in Buster)! -- Regards, Boyuan Yang 在 2018-12-24一的 09:14 +0100，Paul Slootman写道： > Hi Samuel, > (replying above the message as it's all quite relevant but I

Json-c library installed into /lib/ instead of /usr/lib/ ... is that relevant anymore?

gestions. -- Regards, Boyuan Yang [1] https://tracker.debian.org/pkg/json-c [2] https://bugs.debian.org/695566 signature.asc Description: This is a digitally signed message part

Re: Reg: Debian Source code

kages. There are some high-level software like sbuild (https://wiki.debian.org/sbuild) which provides clean interface and build packages within a chroot environment. It is used by Debian's official buildd.debian.org. -- Regards, Boyuan Yang 在 2019-03-13三的 07:03 +，Srinivas Rao写道： > Dear Simon R

Re: Firefox Needs a Backport

sure Debian will upgrade its Firefox ESR onto Firefox 68 ESR after it is officially released by upstream. -- Thanks, Boyuan Yang 在 2019-04-04四的 10:33 -0700，Bug Report写道： > There is a need to get a more updated firefox--esr in Debian Stretch > Stable Backports. The latest Firefox is 66, bu

Re: Bits from the Release Team: buster freeze update

take place. > > What’s the easiest way to get a list of these RC bugs? Visiting https://bugs.debian.org/release-critical/other/testing.html should be the best way. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Removing bzip2 support from apt due to rustification

-wide scan should be made in advance to see how great the impact is and we need to deal with each occurrence. Another issue is that the new toolchain (apt/dpkg/...) will not be able to handle old packages using bzip2. Why not make the bzip2 support optional (like a plugin or something similar)? R

Uninformative hyperlink in O: (package orphaning) bug reports

of rewording on the website given that this link has been posted everywhere in different BTS bug reports. Including a link to https://mentors.debian.net/intro-maintainers might be a good idea. Anyway any kind of improvement would be appreciated. -- Thanks, Boyuan Yang signature.asc Description:

Re: Let's consider using year based release identifiers [was: Re: getting rid of "testing"]

021. > > > *t > > > > > > > It will confuse me because in 2021 I will expect release 2021 . > > Furthermore, will .7 stand for July ? > I assume it's about point releases (which, again, Ubuntu doesn't do > AFAIK). I'm not sure about other issues

Error when running dh_dwz (actually an error when running dwz(1))

erience of dealing with debugging symbols so any hints would be appreciated. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

ource-only-changes -- force-orig-source" have already been added but the output still does not contain a source tarball... why? It's certainly a bug from user's perspective. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: FTBFS on all recent uploads

ur email to Debian reproducible-builds mailing list since they may know more about it. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: sbuild and trivial local repository

ne Putting the set up of local repository aside, I believe that sbuild provides useful cmdline parameters like --extra-package=/path/to/a/dir , --extra-repository=spec and --add-depends=dependency , which may already meet you needs even without a local repository. Check sbuild(1) man page for more information. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Potential MBF: packages failing to build twice in a row

ng for the advice to implement an elegant solution. What I can think of now is to persuade upstream to embed a copy of generated .pot template file in source code, which does not sound reasonable. Meanwhile since Makefile.in.in is somehow widely used, this issue likely already had impact on packages using

Re: Potential MBF: packages failing to build twice in a row

Hi, 在 2023-08-15星期二的 16:16 +0200，Jonas Smedegaard写道： > Quoting Boyuan Yang (2023-08-15 15:21:22) > > I am looking for advice in handling these MBF reports against packages > > that do > > irreversible changes to the source files during build every time (such as > > u

Re: RFP: IMSProg -- Linux programmer for CH341a devices.

r discussion should be posted to https://lists.debian.org/debian-mentors/ instead of current debian-devel. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Ability to further support 32bit architectures

y available in https://lists.debian.org/debian-devel/2024/01/msg00135.html and later emails in this thread. These mitigations are not related to hardware. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Another take on package relationship substvars

keep forget adding. While missing this field is not severely harmful, having it automatically handled would be beneficial. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#988524: ITP: vc -- portable, zero-overhead C++ types for explicitly data-parallel programming

  : vc >   Version : 1.4.1 >   Upstream Author : Matthias Kretz > * URL : https://github.com/VcDevel/Vc https://tracker.debian.org/pkg/vc -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#990881: ITP: gn -- meta-build system that generates build files for Ninja

N is only used when the bulk of the build is in one of > the main built-in languages. -- Thanks, Boyuan Yang

Future of /usr/bin/which in Debian?

new "which" tool be installed in Debian by default? Since debianutils is Essential:yes, not providing "which" tool by default could probably break some existing packages. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#992539: ITP: which-gnu -- Utility to show the full path of commands

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: which-gnu Version : 2.21 Upstream Author : Carlo Wood * URL : https://savannah.gnu.org/projects/which * License : GPL-3+ Programming Lang: C

Re: Future of /usr/bin/which in Debian?

soon. Still not sure about the the package's priority. Now I am using Priority: optional, but we may raise it later if needed. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#992818: RFH: taglib -- audio meta-data library

me know if you need access to it. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#992965: ITP: gn -- meta-build system that generates build files for Ninja

ja > > This package is introduced as a dependency for some Google software > related to Chromium. It can also replace the `gn` copy currently > embedded in the Chromium source package. > > I intent to publish this package under the umbrella of the Debian > Chromium team. https:

Re: Future of /usr/bin/which in Debian?

Hi, 在 2021-08-22星期日的 17:36 +0200，Andrej Shadura写道： > Hi, > > On Thu, 19 Aug 2021, at 23:17, Boyuan Yang wrote: > > 在 2021-08-18星期三的 22:59 +0200，Geert Stappers写道: > > > > /usr/bin/which.debianutils 0 > > > > > > > > in postinst and so

Bug#993914: ITP: gpufetch -- Simple yet fancy GPU architecture fetching tool

Author : Dr-Noob > * URL : https://github.com/Dr-Noob/gpufetch >   License : MIT The project homepage says that it needs cuda C compiler, which is non-free. How are you going to solve this problem? Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#996638: ITP: rime-essay -- Rime Input Method Engine preset vocabulary and language model

under Debian Input Method Team: https://salsa.debian.org/input-method-team/rime-essay . Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#996709: ITP: rime-prelude -- Rime Input Method Engine basic configuration files

ethod Team: https://salsa.debian.org/input-method-team/rime-prelude . Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#998796: ITP: pybeam -- Python module to parse Erlang BEAM files

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: pybeam Version : 0.7 Upstream Author : Matwey V. Kornilov * URL : https://github.com/matwey/pybeam/ * License : MIT Programming Lang: Python

Bug#999432: ITP: tkrzw-python -- Python binding for Tkrzw library

maintain this package under Debian Python Team: https://salsa.debian.org/python-team/packages/tkrzw-python/ . Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Bug#999849: ITP: python-babelfont -- Read font files into fontParts objects and write them out again.

w release of the gftools > tool maintained by myself in the Debian Fonts Team. > > I intent to maintain this package in the Debian Python Team. Since the package would be important to font packaging, please also consider placing Debian Fonts Team into Uploaders field. -- Thanks, Boyuan Yang

Bug#1001874: ITP: rime-stroke -- Rime Input Method Engine schema data - Stroke

-data-stroke provided by src:brise. I plan to maintain this package under Debian Input Method Team: https://salsa.debian.org/input-method-team/rime-stroke . Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: DD(s) to help DM land some long-overdue package updates?

e second time (last time back in May 2020); let me know if you would like to initiate a package salvaging process on this certain package and I can help. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: RFC: pam: dropping support for NIS/NIS+?

w? Before any discussion takes place, I would like to point out a previous attempt of Fedora trying to get rid of NIS/NIS+ back in 2021. Please check out the LWN article at https://lwn.net/Articles/874174/ , which would definitely be helpful for the condition in Debian. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#1014055: ITP: pdm-pep517 -- Yet another PEP 517 backend for PDM projects

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: pdm-pep517 Version : 1.0.0 Upstream Author : Frost Ming * URL : https://github.com/pdm-project/pdm-pep517 * License : Expat Programming Lang

Re: how about telegram channel

ence on whether we want a somehow "official" debian-devel chat group outside of IRC, or even having it bridged back to IRC #debian-devel channel in some way. [1] See https://wiki.debian.org/IRC Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#1023564: RFH: libuser -- user and group account administration library

maintenance. Thanks, Boyuan Yang [1] https://tracker.debian.org/pkg/libuser [2] https://bugs.debian.org/1022344 [3] https://bugs.debian.org/660847 signature.asc Description: This is a digitally signed message part

Re: libpaper and gnulib

de. The current maintenance in Debian is about packaging a reasonably new upstream snapshot. I tried to enable as much as upstream test suites as possible to make sure that things don't break. If anything breaks and affects you, feel free to submit a bug report and ping me. Thanks, Boyuan Yang

Re: Is an autogenerated configure shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure)

f it is the root cause, but there's an obvious typo with quote at L12: https://salsa.debian.org/med-team/hmmer2/-/blob/423388accbb8c622edb663c845f1f5a6336256e1/debian/rules#L12 . > Thanks for the attempt to help anyway > >     Andreas. > > [1] > https://salsa.debian.org/med-t

Bug#1029796: ITP: qt-avif-image-plugin -- Qt plug-in to read/write AVIF images

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: qt-avif-image-plugin Version : 0.5.1 Upstream Author : Daniel Novomesky * URL : https://github.com/novomesk/qt-avif-image-plugin * License : BSD-2

Re: Q: what's the blocker for firefox-esr update migrates to testing

The excuses page also shows some missing new versions of rust packages not migrated yet but I assume it a temporary issue. These are not good signs, especially when both firefox-esr and chromium in Testing are notably outdated. -- Regards, Boyuan Yang 在 2019-10-31四的 23:25 +0900，Hideki Yamane写道：

Bug#945503: ITP: fcitx5-qt -- Qt library and IM module for fcitx5

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-CC: debian-devel@lists.debian.org * Package name: fcitx5-qt Version : 0.0~git2019.000427e Upstream Author : Weng Xuetian * URL : https://github.com/fcitx/fcitx5-qt * License : LGPL-2.1+ or BSD

Re: About license compatibility

( https://lwn.net/Articles/687550/). Debian is aware of those issues and these issues have been taken care of already. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Migration to testing blocked by broken piuparts?

h throught britney update excuses [3] and making another upload is really not a valid option. BTW, searching "Rejected due to piuparts regression" in [3] gives 135 results. [2] https://wiki.debian.org/piuparts/FAQ#Q._Can_I_somehow_tell_piuparts_to_retest_my_package.3F [3] https://release.debian.org/britney/update_excuses.html -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#949328: ITP: fcitx5-chinese-addons -- Pinyin and table input method for fcitx5

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-CC: debian-devel@lists.debian.org * Package name: fcitx5-chinese-addons Version : 0.0~git20200117.4261e23 Upstream Author : Weng Xuetian * URL : https://github.com/fcitx/fcitx5-chinese-addons * License

Bug#949781: RFH: mawk

ommits on Salsa and NMUs as long as they do not introduce obvious regression （and break all reverse build-dependencies, a.k.a. almost everything in the archive :-). -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: Is there still a point in installing libgcrypt to /lib instead of /usr/lib

decision again: * https://bugs.debian.org/914897 * https://lists.debian.org/debian-devel-announce/2019/03/msg1.html (Apologize that this TC decision was not reflected on www.debian.org; it is a long overdue for the debian-www team... Merge Requests welcome!) I hope this could provide more background to you and further discussions can be made on top of the TC decision. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: git-buildpackage to be autoremoved due to python2 transition

se-build-dependency for python-rpm is src:rpmlint For 4), I just uploaded a NMU to migrate src:rpmlint from python2 to python3. For 3), I'm wondering if git-buildpackage maintainer will solve 3) so that src:rpm may stop shipping python-rpm and drop build-dependency on python2. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: apt 2.0 release notes

back format/behavior). I saw countless scripts using this feature and the outcome of feature removal would be catastrophic. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: RFC: Replacing vim-tiny with nano in essential packages

cannot introduce a package into d-i without a maintainer [2]. Besides, nvi does not have an active upstream. P.S. Anyone know why we did not use the vanilla vi at the very beginning? [2] https://tracker.debian.org/pkg/nvi -- Thanks, Boyuan Yang > > A user who does a lot of editing will

Re: trimming changelogs

ntries or till the time of 5 years ago (I'm just providing a random number; it can be adjusted), whichever is greater. The exact entries to keep is determined by using SOURCE_DATE_EPOCH as the current time to maintain package reproducibility. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Bug#956496: ITP: ksnip -- Qt-based cross-platform screenshot tool

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-CC: debian-devel@lists.debian.org * Package name: ksnip Version : 1.6.1 Upstream Author : Damir Porobic * URL : https://github.com/ksnip/ksnip * License : GPL-2+ Programming Lang: C++/Qt

Bug#518927: Please update dtoa.c in all packages that use it

word0(x) ((U*)&x)->L[1] #define word1(x) ((U*)&x)->L[0] #else #define word0(x) ((U*)&x)->L[0] === I don't know whether it is still meaningful but someone might find this information useful. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part

Re: The "which -s" flag

racker.debian.org/pkg/debianutils , this package is actually curently RC-buggy and has autopkgtest regression for several months. It would be best if the package can be refreshed later by the maintainers; if not, we may need to take actions before Debian 11 freeze. Thanks, Boyuan Yang > Den f

Review on packages blocked from testing migration due to non-source-only upload

l packages since binNMU is still not possible yet. Since we are now months before the projected release freeze, it might be a good time to review all those affected packages and make sure no package misses the release solely due to that. Thanks, Boyuan Yang [1] https://wiki.debian.org/Source

Re: Review on packages blocked from testing migration due to non-source-only upload

Hi, 在 2020-10-21星期三的 19:34 +0200，Paul Gevers写道： > Hi Boyuan, > > On 21-10-2020 18:45, Boyuan Yang wrote: > > Looking into https://release.debian.org/britney/update_excuses.html > > and > > searching "source-only", you can find tens of (if not hundreds of)

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 * URL : https://github.com/d1vanov/QEverCloud * License : MIT/X (Expat) Programming Lang: C++ Descr

Let's stop using CVS for debian.org website

er version control system would not be trivial and hurt the current workflow, but I strongly suggest that we set up a timetable or future plan. So will debian.org continue to use CVS to manage its source code? If yes, when will we re-analyze this choice? If not, when will we do the migration? Th

Re: Let's stop using CVS for debian.org website

, all the commits have to go into the git repository. Done. What do you think? -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Let's stop using CVS for debian.org website

t any error message. -- Sincerely, Boyuan Yang

Re: python3 reportbug in experimental: call for testing

mentioned it. All I have is the fallback to "text" frontend. In short I don't think the current reportbug 7 is suitable for stretch. -- Sincerely, Boyuan Yang

Re: Bug#848695: ITP: telegram -- Official desktop client for the Telegram instant messaging protocol

one (and maybe the biggest) question: how would you handle the patched Qt? [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767418 Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Bug#849050: ITP: python-graphviz -- Simple Python 3 interface for Graphviz

ot;python{,3}-pygraphviz" and you may want to take a look. -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Allow mirroring new -dbgsym packages?

may be useful to developers and bug reporters of Debian. [0] https://wiki.debian.org/AutomaticDebugPackages [1] http://debug.mirrors.debian.org/debian-debug/ -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

What is exactly the "canonical URI" for Vcs-{Git,Browser}?

://lintian.debian.org/tags/vcs-field-not-canonical.html [1] https://lists.debian.org/debian-devel-announce/2011/05/msg9.html -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: What is exactly the "canonical URI" for Vcs-{Git,Browser}?

在 2017年1月20日星期五 SGT 下午12:45:53，Sebastiaan Couwenberg 写道： > On 01/20/2017 11:56 AM, Boyuan Yang wrote: > > # This one seems acceptable, too > > Vcs-Browser: https://anonscm.debian.org/cgit/pkg-foo/bar.git > > > > # This one is also acceptable > > Vcs-Git: https

Re: Team analysis graphs

uestion out of curiosity: instead of making data collection opt- in, why don't we just collect information of *all* teams in Debian? That should be easy because all information needed are available on lists.d.o and alioth.d.o. [1] https://alioth.debian.org/projects/chinese/ -- Sincer

Bug#887734: ITP: libqtshadowsocks -- Lightweight and ultra-fast shadowsocks library written in C++/Qt

shadowsocks client "shadowsocks-qt5". I intend to co-maintain it in the newly-established Debian Bridges Team on Salsa. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Bug#888814: ITP: dde-qt5integration -- Qt5 theme integration for Deepin application

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> X-Debbugs-CC: debian-devel@lists.debian.org * Package name: dde-qt5integration Version : 0.2.8.3 Upstream Author : Deepin Technology Co., Ltd. * URL : https://github.com/linuxdeepin/qt5integ

Raising the problem of Debian Single Sign On + Alioth (again)

(non-DD)'s perspective, current best plan should be the integration with Salsa GitLab user database. Works on such implementation are surely needed though. -- Regards, Boyuan Yang

What problem might happen when bumping soname without adding Conflicts:/Breaks:?

:" relationship needed / not needed in all circumstances and what problem might users / developers encounter if it is added / not added. Thank you very much. -- Regards, Boyuan Yang [1] https://wiki.debian.org/Teams/ReleaseTeam/Transitions [2] https://www.debian.org/doc/debian-policy/#s-replaces signature.asc Description: This is a digitally signed message part.

Re: Package storebackup / new DM

DM-docs? It looks like a typo made by the old maintainer. -- Regards, Boyuan Yang

Re: Lucas Kanashiro and Athos Ribeiro salvaged my package

email before doing actual salvaging efforts (moving packaging repo, uploading packages, etc). Idea copied from QA/MIA process (https://wiki.debian.org/qa.debian.org/MIATeam). -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Firefox 60esr on Stretch ?

llow Firefox ESR?"), which would be unacceptable. My personal suggestion is some sort of joint efforts and a exception to push all reverse depdendencies back to Stretch before 52 ESR got EOL. If that breaks the whole XUL system, just remove 'em all in next point release. The time win

dep.debian.net unavailable now (force HTTPS with wrong cert?)

Hello all, I want to read the DEPs [1] on dep.debian.net and find that this site has forced HTTPS access with wrong certificate that is only valid for *.pages.debian.net and pages.debian.net. Could this issue be fixed recently? Thanks, Boyuan Yang [1] https://wiki.debian.org/DEP

Re: dep.debian.net unavailable now (force HTTPS with wrong cert?)

在 2018年6月5日星期二 CST 上午11:39:49，Russ Allbery 写道： > Boyuan Yang <073p...@gmail.com> writes: > > I want to read the DEPs [1] on dep.debian.net and find that > > this site has forced HTTPS access with wrong certificate that > > is only valid for *.pages.debian.net and pages

Re: salsa.debian.org (git.debian.org replacement) going into beta

erges (often the package maintainers but other DDs have such right too) to accept that Merge Request. Setting up a repository under the namespace of yourself is possible and acceptable; however, that approach might not be recommended since by default no one else (even DDs) may modify this repo, which brings negative effect when doing collaborative maintenance. -- Regards, Boyuan Yang [1] https://salsa.debian.org/debian/

Re: salsa group and DD access

packages in https://salsa.debian.org/debian then that is as good for me. > > Any idea? I thought this issue describes current needs: https://gitlab.com/gitlab-org/gitlab-ce/issues/33054 ...which is due to be shipped in gitlab-ce 11.2. -- Regards, Boyuan Yang

Re: SALSA migration of XML/SGML packages (sgml-data for me)

with the last member retiring several years ago. I can't find the retirement email now but that did happen before. I believe those infrastracture really needs some caring. -- Regards, Boyuan Yang

Leftover in ftp-master.debian.org/dm.txt after DM -> DD transition

rprint: 7E7729476D87D6F11D91ACCBC293E7B461825ACE > Deny: iptux > There was an error processing this section. No changes were committed. Details: Key 7E7729476D87D6F11D91ACCBC293E7B461825ACE is not in DM keyring. Is there any way to get rid of those records? -- Thanks, Boyuan Yang [1] https://wik

Re: Leftover in ftp-master.debian.org/dm.txt after DM -> DD transition

在 2018年8月27日星期一 EDT 下午3:02:46，Gunnar Wolf 写道： > Boyuan Yang dijo [Sun, Aug 26, 2018 at 12:17:17PM -0400]: > > Hello all, > > > > My role in Debian recently changed from Debian Maintainer to Debian > > Developer. However, my DM permission record [1] in > > https:/

Re: Limiting the size of installed changelogs

dding some explanation words at the bottom providing a URL that can access full changelog online. If Debian wants to limit changelog size as well, it may be better if we keep similar / identical behaviour / implementation as Ubuntu. -- Regards, Boyuan Yang 在 2018年9月13日星期四 EDT 上午6:22:37，Ben Hutchings

Bug#908825: ITP: shadowsocks-qt5 -- Cross-platform shadowsocks GUI client

package inside Debian Bridges Team. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Behaviour inconsistency between apt and aptitude (on nvidia-related packages)

dia- driver | nvidia-legacy-340xx-driver | nvidia-legacy-304xx-driver | nvidia- kernel-dkms | nvidia-legacy-340xx-kernel-dkms | nvidia-legacy-304xx-kernel- dkms | nvidia | nvidia-current | nvidia-current-updates | nvidia-driver-binary | nvidia-304 | nvidia-304-updates | nvidia-experimental-

Moving away from (unsupportable) FusionForge on Alioth?

ke much time and the time left is pretty limited. -- Sincerely, Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Moving away from (unsupportable) FusionForge on Alioth?

r pagure anywhere. Seems all deleted sometime before. The repository on collab-maint stops at September 2016 and lacks the work around December 2016. Could you tell me where can I find the proper packaging repository? Thanks! -- Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Moving away from (unsupportable) FusionForge on Alioth?

在 2017年5月14日星期日 +08 下午6:39:22，Sergio Durigan Junior 写道： > On Sunday, May 14 2017, Boyuan Yang wrote: > > 在 2017年5月14日星期日 CST 下午3:04:26，Pirate Praveen 写道： > > > >> As far as I understand, the only thing that is blocking is non > >> availability of pagure packag

Re: Moving away from (unsupportable) FusionForge on Alioth?

nd used. Issue tracking here will act as the replacement of mailing lists from lists.alioth.debian.org. (Issue tracker acts just like mailling lists. The sole difference is that you must start a thread on web interface.) My opinion is that the use of issue tracking systems should be decided by the maintenance/packaging team (for team-maintained pkg) or the repository owner. -- Boyuan Yang signature.asc Description: This is a digitally signed message part.

Re: Moving away from (unsupportable) FusionForge on Alioth?

在 2017年5月16日星期二 +08 下午3:15:31，Mattia Rizzolo 写道： > On Tue, May 16, 2017 at 09:11:07PM +0800, Boyuan Yang wrote: > > For example, there are documentation projects like debian-reference and > > debian-handbook, native packages like dpkg, apt and reportbug. In that > > cas

Re: Moving away from (unsupportable) FusionForge on Alioth?

在 2017年5月14日星期日 +08 下午2:33:19，Pirate Praveen 写道： > On ഞായര്‍ 14 മെയ് 2017 02:23 വൈകു, Boyuan Yang wrote: > > As a result, I'm writing to suggest we find an answer to such a problem > > soon. Migration to Jessie or Stretch with new FusionForge version might > > be possib

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

for review and eventual merge from the forked repo into main repo if necessary. People are much familiar with such workflow similar to GitHub / GitLab's fork-and- merge behaviour. That would also be much easier than setting up custom access control rules based on permission inside a single r

Bug#868494: ITP: dtksettings -- Deepin Tool Kit Settings library

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: dtksettings Version : 0.1.7 Upstream Author : Deepin Technology Co., Ltd. * URL : https://github.com/linuxdeepin/dtksettings * License : GPL-3+ Programming L

Bug#869625: ITP: deepin-tool-kit -- Toolkit for C++/Qt development of Deepin software

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: deepin-tool-kit Version : 0.3.1 Upstream Author : Deepin Technology Co., Ltd. * URL : https://www.deepin.org/ * License : GPL-3+ Programming Lang: C++ Descr

Bug#869894: ITP: dtkcore -- Base library of Deepin Qt/C++ applications

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: dtkcore Version : 0.3.3 Upstream Author : Deepin Technology Co., Ltd. * URL : http://www.deepin.org/ * License : GPL-3+ Programming Lang: C++ Description

Bug#870031: ITP: gsettings-qt -- QML bindings for GSettings

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: gsettings-qt Version : 0.1+16.04+bzr20170110 Upstream Author : Canonical Ltd. * URL : https://launchpad.net/gsettings-qt * License : LGPL-3 Programming L

Bug#870380: ITP: deepin-gettext-tools -- Deepin Internationalization utilities

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: deepin-gettext-tools Version : 1.0.6+git20170731 Upstream Author : Deepin Technology Co., Ltd. * URL : https://www.deepin.org/ * License : GPL-3+ Programming Lang

Re: how to build dependency of python-webkit if python-webkit is not maintained?

to this obsolete package and/or migrate away from pywebkitgtk. Regards, Boyuan Yang

Bug#878788: ITP: danmaq -- desktop danmaku program implemented in Qt5

Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> X-Debbugs-CC: debian-devel@lists.debian.org i...@harrychen.xyz * Package name: danmaq Version : 0.2 Upstream Author : Justin Wong * URL : https://github.com/tuna/danmaQ * License :

  1   2   >