Bug#1065397: RFS: libunistring/1.2-1 -- Unicode string library for C
Hi, 在 2024-03-07星期四的 16:02 +0100，Jörg Frings-Fürst写道： > Hello, > > Am Donnerstag, dem 07.03.2024 um 09:29 -0500 schrieb Boyuan Yang: > > Hi, > > > > 在 2024-03-07星期四的 10:11 +0100，Jörg Frings-Fürst写道： > > > Control: tags -1 -moreinfo > > > [...] > > For Debian-specific maintenance: please remove #MISSING# placeholders for > > disappeared private symbols from the debian/*.symbols file, > > as they are not needed anyway. I believe the same issue need to be solved for the debian/libunistring5.symbols.hurd-i386 file. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065397: RFS: libunistring/1.2-1 -- Unicode string library for C
Hi, 在 2024-03-07星期四的 10:11 +0100，Jörg Frings-Fürst写道： > Control: tags -1 -moreinfo > > > Hello Boyuan, > > > thanks for your review. > > > Am Mittwoch, dem 06.03.2024 um 23:22 -0500 schrieb Boyuan Yang: > > Control: tags -1 +moreinfo > > X-Debbugs-CC: debian@jff.email > > > > Hi, > > > [...] > > > > Having #MISSING# in .symbols file is a red flag. It is a strong indication > > that > > the library is breaking API explicitly. > > > > Please check again and work with upstream to persue bumping SONAME together > > with API/ABI breakage. This is especially important given large number > > of reverse dependencies. > > > > Here are the answer from upstream: > > [quote] > > This is a strong indication that the library explicitly breaks the API. > > These symbols have the prefix 'libunistring_', which effectively makes > them private symbols. They are *not* part of the API or ABI, as you can see > by searching the header files for these symbols. For Debian-specific maintenance: please remove #MISSING# placeholders for disappeared private symbols from the debian/*.symbols file, as they are not needed anyway. For upstream development (optional): it might be better if private symbols' visibility could be made into hidden so that unnecessary symbols are not exposed. > > Please can you check whether the SONAME needs to be changed. > > The library's major version number does *not* need to be bumped. > I considered this question when making this commit: > https://git.savannah.gnu.org/gitweb/?p=libunistring.git;a=commitdiff;h=2a6b2a826c408eaeca3038156d1f512a64b560bd > > Bruno > [/quote] Thanks, Boyuan signature.asc Description: This is a digitally signed message part
Bug#1065397: RFS: libunistring/1.2-1 -- Unicode string library for C
Control: tags -1 +moreinfo X-Debbugs-CC: debian@jff.email Hi, On Sun, 03 Mar 2024 21:24:43 +0100 =?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?= wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "libunistring": > > * Package name : libunistring > Version : 1.2-1 > Upstream contact : Bruno Haible > * URL : https://www.gnu.org/software/libunistring/ > * License : GPL-2+ with distribution exception, Expat and GPL-2+, > LGPL-3+ or GPL-2+, FreeSoftware, GPL-3+, GPL-3+ or > GFDL-NIV-1.2+, X11, GPL-2+ with distribution exception, > GPL-2+ > * Vcs : https://git.jff.email/cgit/libunistring.git > Section : libs > > The source builds the following binary packages: > > libunistring-dev - Unicode string library for C - development files > libunistring5 - Unicode string library for C > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/libunistring/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x >https://mentors.debian.net/debian/pool/main/libu/libunistring/libunistring_1.2-1.dsc > > or from > > git https://git.jff.email/cgit/libunistring.git/?h=release%2Fdebian%2F1.2-1 > > > Changes since the last upload: > > libunistring (1.2-1) unstable; urgency=medium > . > * New upstrem release. > - Refresh / Rebuild symbols file. > * debian/copyright: > - Add 2024 to myself. > - Refresh uploader copyright years. > * Remove unused patches: > - debian/patches/0100-float-endian-detection.patch. Having #MISSING# in .symbols file is a red flag. It is a strong indication that the library is breaking API explicitly. Please check again and work with upstream to persue bumping SONAME together with API/ABI breakage. This is especially important given large number of reverse dependencies. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1061819: RFS: streamlink/6.5.1-1~bpo12+1 -- CLI for extracting video streams from various websites to a video player
Hi, 在 2024-01-29星期一的 21:18 +0100，Alexis Murzeau写道： > Package: sponsorship-requests > Severity: normal > X-Debbugs-CC: debian-backpo...@lists.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "streamlink" into Debian > bookworm-backports repository. > > * Package name : streamlink > Version : 6.5.1-1~bpo12+1 > Upstream Author : Streamlink Team > * URL : https://streamlink.github.io/ > * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1 > * Vcs : https://salsa.debian.org/amurzeau/streamlink/ > Section : python > > It builds those binary packages: > > python3-streamlink - Python module for extracting video streams from > various websites > streamlink - CLI for extracting video streams from various websites > to a video player > > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/streamlink/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_6.5.1-1~bpo12+1.dsc > > > Differences from testing package (6.5.0-1~bpo12+1): > * d/control,rules: remove doc package because of missing dependencies > on bookworm. > > > Changes since the previous backported version in bookworm: > streamlink (6.5.1-1~bpo12+1) bookworm-backports; urgency=medium > > * Rebuild for bookworm-backports. > > -- Alexis Murzeau Mon, 29 Jan 2024 20:22:37 +0100 > > streamlink (6.5.1-1) unstable; urgency=medium > > * New upstream version 6.5.1 > * d/copyright: update copyright years to 2024 > > -- Alexis Murzeau Mon, 22 Jan 2024 20:11:11 +0100 Uploaded, thanks. Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1055556: RFS: diff-pdf-wx/0.5.1-1 [ITP] -- Simple tool for visually comparing two PDF files
Control: tags -1 +moreinfo On Wed, 8 Nov 2023 07:29:32 + 陈 晟祺 wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "diff-pdf-wx": > > * Package name : diff-pdf-wx > Version : 0.5.1-1 > Upstream contact : vac...@slavik.io > * URL : https://vslavik.github.io/diff-pdf/ > * License : GPL-2, LGPL-2.1+ > * Vcs : https://salsa.debian.org/harry/diff-pdf-wx > Section : utils > > The source builds the following binary packages: > > diff-pdf-wx - Simple tool for visually comparing two PDF files > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/diff-pdf-wx/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/d/diff-pdf-wx/diff-pdf-wx_0.5.1-1.dsc > > Changes for the initial release: > > diff-pdf-wx (0.5.1-1) unstable; urgency=medium > . > * Initial packging for upstream version 0.5.1 (closes: #1055543). > > You may also find my git repo at: > > https://salsa.debian.org/harry/diff-pdf-wx Three issues: * Please verify whether the project is mainly GPL-2.0-only or GPL-2.0-or-later. I see that most of the source code files mention "or later" in their header files. Please use SPDX license identifiers to avoid confusions. * All copyright holders should be listed in debian/copyright. I believe your current version is missing those holders shown in some source code comments. * Please do not disable autoreconf whenever possible. This helps ensure the support of future hardware architectures that are not present in the old configure scripts, e.g. loong64 or riscv64. If autoreconf fails -- please contact upstream to fix it or do some patches. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1053680: RFS: streamlink/6.2.1-1~bpo12+1 -- CLI for extracting video streams from various websites to a video player
Hi, 在 2023-10-08星期日的 19:00 +0200，Alexis Murzeau写道： > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: debian-backpo...@lists.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "streamlink" into Debian > bookworm-backports repository. > > * Package name : streamlink > Version : 6.2.1-1~bpo12+1 > Upstream Author : Streamlink Team > * URL : https://streamlink.github.io/ > * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1 > Section : python > > It builds those binary packages: > > python3-streamlink - Python module for extracting video streams > from various websites > streamlink - CLI for extracting video streams from various > websites to a video player > > To access further information about this package, please visit the > following URL: > https://mentors.debian.net/package/streamlink > > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_6.2.1-1~bpo12+1.dsc > > > > Differences from testing package (6.2.1-1): > * d/control,rules: remove doc package because of missing dependencies > on bookworm. > * d/patches: remove webbrowser tests which require pytest-trio which > is not available on bookworm. Package python3-pytest-trio is now available in bookworm-backports. Could you check and try again? Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal
X-Debbugs-CC: kd8...@gmail.com Hi, On Sun, 24 Sep 2023 17:49:12 -0400 Yogu NY3W wrote: > Hi Boyuan, > > Thank you for your valuable feedback on the a2d Debian package. I > appreciate your time and insights into the packaging process. Let me > address the points you've raised: > > > debian/a2d.init.d: You are absolutely right, I apologize for the oversight. > I've removed /usr/local/ and revised debian/a2d.init.d script. > > > /etc/nginx/ssl/: This empty directory is intended to be used by a2d to > store user SSL certificates and implement them for nginx. I understand your > concern, but this directory serves a purpose within the functionality of > the program. > > > /usr/share/scripts/: These scripts are simple helper scripts specific to > a2d. I believe that they should not be available globally like other system > scripts. Placing them in /usr/share/a2d/scripts/ could be better for > managing them. > > > Lintian Warnings: I have addressed the lintian warnings regarding the > skip-systemd-native-flag-missing-pre-depends in the package. Thank you for > pointing these out. > > > Thank you once again for your guidance and support. I look forward to your > response and any further suggestions you may have. Thanks for the update. I am uploading the current version on 2023-10-03 02:39 now. This package will go through a manual review in the Debian NEW queue at https://ftp-master.debian.org/new.html , and you will receive a notification on the decision of ACCEPT or REJECT together with the reasons someday in the future. This process is done manually, and it is handled by the Debian FTP Masters Team ( https://ftp-master.debian.org/ ), which is out of my control
Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal
Hi, 在 2023-09-24星期日的 02:38 -0400，Yogu NY3W写道： > Hi Boyuan, > I want to express my appreciation for your valuable feedback. Your insights > have been immensely helpful in improving the package, and I've made several > important changes. > > 1. I have removed empty conffiles. > > 2. Implemented dh_installcron to manage the crontab within /etc/cron.d/ for a > safe and reliable approach. > > 3. Removed the "Name" field in the upstream/metadata to adhere with the > current guidelines. > > 4. Invasive manipulation of system files has been avoided, using > dh_installsystemd, and others to manage these files appropriately. > > 5. Eliminated wrapper, preinst and postinst scripts. Eliminated the need for > mkdir -p and adopted dh_installdirs and dh_installdocs. Significantly > minimized the use of > postinst and postrm scripts to adhere to best practices. > > 6. Revised Nginx configuration handling. I've carefully redesigned the > handling of Nginx configurations to ensure that default Nginx settings are > not overwritten, thus > safeguarding any user-modified configurations. > > Throughout this process, I've looked into other debian system packages to > ensure that this package aligns with Debian standards. I would greatly > appreciate your review of > these changes and any further guidance. I look forward to your continued > support. I belive the following issues still need to be fixed: * debian/a2d.init.d still refers to files under /usr/local/, which I believe does not exist. * Why are you installing /etc/nginx/ssl/ as an empty directory? Is this directory used by your program anywhere? If not, please do not have it installed. The following issues are not required to fix: * I am curious on your thought of installing files under /usr/share/scripts/. This kind of practice never appeared in Debian's past packages, and I never saw it in other software. Would using /usr/share/a2d/scripts/ be a better choice? * Please consider fixing the following lintian warnings: W: a2d: skip-systemd-native-flag-missing-pre-depends (does not satisfy init-system-helpers:any) [postinst:24] W: a2d: skip-systemd-native-flag-missing-pre-depends (does not satisfy init-system-helpers:any) [prerm:10] You may google the warning messages for more information. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1051407: RFS: srs-server/5.0.170 [ITP] -- simple, high-efficiency, real-time video server
X-Debbugs-CC: nmgchenha...@foxmail.com Hi, On Thu, 7 Sep 2023 20:32:25 +0800 "=?ISO-8859-1?B?bm1nY2hlbmhhaWJv?=" wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "srs-server": > > * Package name : srs-server > Version : 5.0.170 > Upstream contact : chenhaibo > * URL : https://ossrs.io > * License : Apache, BSD, GPL-2.0, LGPLv2.1 and GPLv2+, MPL-2.0, MIT and MulanPSL-2.0 > * Vcs : [fill in URL of packaging vcs] > Section : video > > The source builds the following binary packages: > > srs-server - simple, high-efficiency, real-time video server > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/srs-server/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x https://mentors.debian.net/debian/pool/main/s/srs-server/srs-server_5.0.170.dsc > > Changes for the initial release: > > srs-server (5.0.170) unstable; urgency=medium > . > * Reintroduce srs-server to Debian. > There are far to many changes since srs-server 0.1.0 to mention them > here, see: > https://github.com/ossrs/srs/blob/develop/trunk/doc/CHANGELOG.md > Many features have already been implemented, see: > https://github.com/ossrs/srs/blob/develop/trunk/doc/Features.md > Other documents can be found here: > https://github.com/ossrs/srs Is your new version fixing any of the blocking issues I mentioned at https://bugs.debian.org/1051118#17 ? In case you did not read it, let me repeat my questions here: * Please do not use "3.0 (native)" source format. It is only intended to Debian's native project. You are almost always required to use "3.0 (quilt)" format. * You must list the full license text of MulanPSL2 in debian/copyright file
Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal
X-Debbugs-CC: kd8...@gmail.com Hi, On Tue, 12 Sep 2023 22:54:25 -0400 Yogu NY3W wrote: > I've removed the redundant dh_auto_clean in d/rules, created > debian/a2d.install to list the extra files, and made necessary adjustments > in setup.py to manage these files. Would you kindly review and confirm if > the package now aligns with Debian's requirements? A bypasser here and took a look at your package. Some comments: * debian/a2d.conffiles is empty and obviously useless. Please drop it. * The non-atomic modification to crontab all over the place is worrying. Please avoid manual invocation of crontab whenever possible and use dh_installcron(1) whenever applicable. * "Name" field in debian/upstream/metadata is deprecated. Please check the up-to-date instruction on this file at https://wiki.debian.org/UpstreamMetadata . * I am deeply worried by your invasive manipulation of system files, especially the manipulation of files of other packages. Namely: -> Executing "rm -r" for files under /usr/lib/ (!!) -> Executing "rm -r" for files under /usr/local/ (!!!) -> Creating files under /usr/local/ in preinst script (!!!) This is a clear violation of Debian Policy. Regular package shall not touch files under /usr/local/ under any circumstances. -> Using "mkdir -p" to create directories (!) Please use debian/.dirs file as used by dh_installdirs(1) for safe directory creation and deletion. -> Executing "rm" for /etc/nginx/sites-enabled/default (!) This will be catastrophic if the user had any manual modification to the default configuration file. Those with (!) marked are clear red flags and will definitely be rejected during package review. The general rule is to avoid writing anything into maintscripts (preinst, preinst, postinst, postrm) whenever possible since they are error-prone. Since your package seems to have deep integration with the system, such integration will need to be carefully designed. I encourage looking into other system packages and see how they handle /var/, crontab, etc. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1051994: RFS: inkscape-textext/1.9.0-1 -- Re-editable LaTeX graphics for Inkscape
Control: tags -1 +moreinfo X-Debbugs-CC: aeru...@aerusso.net On Fri, 15 Sep 2023 08:09:01 -0600 Antonio Russo wrote: > Package: sponsorship-requests > Severity: normal > X-Debbugs-Cc: aeru...@aerusso.net > > Dear mentors, > > I am looking for a sponsor for my package "inkscape-textext" > > * Package name : inkscape-textext > Version : 1.9.0-1 > Upstream Author : Jan Winkler > * URL : https://textext.github.io/textext > * License : BSD-3-clause > * Vcs : https://salsa.debian.org/aerusso-guest/textext > Section : graphics > Description : Re-editable LaTeX graphics for Inkscape > > TexText is a Python plugin for the vector graphics editor Inkscape > providing the possibility to add and re-edit LaTeX generated SVG > elements to your drawing. > > Key features > . Windows/Linux/MacOS support > . LaTeX generated SVG elements can be re-edited later > . Multi-line editor with syntax highlighting > . Compilation with PdfLaTeX, XeLaTeX or LuaLaTex > . Interoperable scaling in TexText and Inkscape > . Font size match with Inkscape text > . Customizable TeX preamble (additional packages, parskip, parindent, etc.) > . Colorization via TeX commands/Inkscape is kept after re-editing > . Alignment anchor of the produced output > . Preview images > > It builds the binary packages: > > inkscape-textext - Re-editable LaTeX graphics for Inkscape > inkscape-textext-doc - Re-editable LaTeX graphics for Inkscape >(documentation) > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/inkscape-textext/ > > Alternatively, one can download the package with dget using this command: > > dget -x >https://mentors.debian.net/debian/pool/main/i/inkscape-textext/inkscape-textext_1.9.0-1.dsc > > Changes since the last upload: > > inkscape-textext (1.9.0-1) experimental; urgency=medium > . > * New upstream release > * Refresh patches > * Update debian/copyright > * Bump standards version (no changes required) > * Drop support for inkscape <1.3, matching upstream > * Simplify build scripts > * Validate upstream signatures > * Relax architecture dependencies > > This upload is primarily to track upstream releases. Most notably, upstream > has dropped support for You claimed that you are trying to validate upstream signatures, yet your .dsc file as presented on mentors.debian.net does not include tarball signature at all. Lintian is also complaining orig-tarball-missing-upstream-signature inkscape-textext_1.9.0.orig.tar.xz. Do you want to try to fix this problem, or let us upload the current version as-is first? Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1051118: RFS: srs-server/5.0.170 [ITP] -- simple, high-efficiency, real-time video server
X-Debbugs-CC: nmgchenha...@foxmail.com On Sun, 3 Sep 2023 08:51:34 +0800 "=?ISO-8859-1?B?bm1nY2hlbmhhaWJv?=" wrote: > Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking > for a sponsor for my package "srs-server": * Package name : srs-server > Version : 5.0.170 Upstream contact : chenhaibo https://ossrs.io * License : Apache, BSD, GPL-2.0, LGPLv2.1 and GPLv2+, MPL-2.0, MIT and MulanPSL-2.0 * Vcs : https://github.com/ossrs/srs.git Section : video The source builds the following binary packages: srs-server - simple, high-efficiency, real-time video server To access further information about this package, please visit the following URL: https://mentors.debian.net/package/srs-server/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/srs-server/srs-server_5.0.170.dsc Changes for the initial release: srs-server (5.0.170) unstable; urgency=medium . * Reintroduce srs-server to Debian. There are far to many changes since srs-server 0.1.0 to mention them here, see: https://github.com/ossrs/srs/blob/develop/trunk/doc/CHANGELOG.md Many features have already been implemented, see: https://github.com/ossrs/srs/blob/develop/trunk/doc/Features.md Many other things, such as Performance, Architecture, APIs and so on, that can be found here: https://github.com/ossrs/srs Regards, -- chenhaibo There are too many issues, so I will only list those with highest severity: * Please do not use "3.0 (native)" source format. It is only intended to Debian's native project. You are almost always required to use "3.0 (quilt)" format. * You must list the full license text of MulanPSL2 in debian/copyright file
Bug#1034282: BUG1041595,RFS: ukui-app-widget
Hi, 在 2023-07-24星期一的 16:54 +0800，xibowen写道： > Hi ,Boyuan > > I have fixed all of the issue submitted above, and have uploaded the latest > to mentors. > URL：https://mentors.debian.net/package/ukui-app-widget/ Your package has a COPYING file under root dir with LGPL-2.1 contents, yet most other source files and debian/copyright file claims that the project is under GPL. Can you work with upstream to determine the overall license of this project? Is it GPL or LGPL? * If the project in whole is using GPL, please replace the COPYING file with GPL contents, and use the most appropriate GPL version (v2 or v3) for you. That selection must be kept in sync with debian/copyright information. * If the project in whole is using LGPL, please correct information in debian/copyright, and update the header of any source files if necessary. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1034282: BUG1041595
Hi xibowen, 在 2023-07-21星期五的 20:26 +0800，xibowen写道： > Hi, thanks for reply. > I'm xibowen. This is my other email address.Please reply this email if you > have some problem. > I have fixed issues in the latest package which have uploaded in mentors. > URL:https://mentors.debian.net/package/ukui-app-widget/ > Please reply to me if you have any more questions about this package. I did not see any fix on this issue. You are claiming that QtSingleApplication to be copyrighted by Kylin Company, which is wrong and very unacceptable because the original author's information as shown at https://github.com/qtproject/qt-solutions/tree/master/qtsingleapplication/src was wrongfully stripped in https://gitee.com/openkylin/ukui-app-widget/commit/ed94e7233e3ca37256b5cee166f82a6feba5179c . This is a red flag of being unprofessional when working in OSS community. Can you work with upstream to correct this issue? The git commit author of ed94e723 is CC-ed as well. Besides, I don't understand upstream commit 2e15e13. Can you explain why you revert version 4.x to 1.0.1? > In addition, We have another package which need you assist with. This > package is more important for us that many packages is depend on it. > package name: libkysdk-applications > URL:https://mentors.debian.net/package/libkysdk-applications/ > I hope you can process this package when you have any time. Let's handle ukui-app-widget first. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1034282: RFS: ukui-app-widget/1.0.1-1 [ITP] -- ukui app widget test
Control: tags -1 +moreinfo Hi, On Thu, 13 Apr 2023 01:11:05 +0800 xibowen wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "ukui-app-widget": > https://mentors.debian.net/package/ukui-app-widget/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x https://mentors.debian.net/debian/pool/main/u/ukui-app-widget/ukui- > app-widget_1.0.1-1.dsc Several issues: * Your package embeds multiple copies of QtSimpleApplication. This is not a good practice at all. Can you work with upstream to only include one copy? * All QtSimpleApplication source code files have executable permission. Please consider fixing it upstream as well. * Your debian/copyright file did not include copyright information for most QtSimpleApplication source code files. Please fix it. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1031382: Re: Bug#1031382: RFS: libkysdk-base/1.0.1-1 [ITP] -- Kylin SDK basic library
Hi,
在 2023-02-22星期三的 17:25 +0800，Kevin Duan写道：
> HI!
>
> Thanks for the heads up, I have fixed this issue in the latest version and
> have also uploaded the latest to mentors.
> URL: https://mentors.debian.net/package/libkysdk-base/
> Version: 1.0.1-3
>
> Thanks！
> KevinDuan
Several issues that need fix:
* Since your package has not entered Debian officially, please do not
increase the revision number. In your next source package provided, please
still use 1.0.1-1 as version number, not 1.0.1-4. Please only increase
revision numbers after your package is officially accepted into Debian
archive.
* For packages that only contains development headers (*-dev), they do not
include shared library files. As a result, the dependency substitution
${shlibs:Depends} is absolutely not needed. Please drop these lines from
debian/control file. However: please do not delete ${shlibs:Depends}
substitution from packages that actually contains shared library file.
* Compared with your previous 1.0.1-1 upload, the current packaging will
directly place header files under /usr/include/ instead of placing them
under subdirectories. While this behavior does not directly conflict with
packaging policy, I will have to let you know that your packaging is likely
to be problematic, buggy and will cause issues in the futures. For example
in the future libkysdk-system packaging
at https://mentors.debian.net/package/libkysdk-system/, some file (e.g.,
src/systeminfo/libkysisinfo.c) will look for header in , not /usr/include/cstring-extension.h. This means
that libkysdk-system will break when being built in the future. Please,
carefully review your packaging decision again; if you are sure that current
packaging is acceptable, I can upload it as-is. Otherwise I recommend you to
review the decision on header file path.
Thanks,
Boyuan Yang
> 在2023年02月22 06时34分，"Boyuan Yang"写道：
> >
> > Control: tags -1 +moreinfo
> >
> > Indeed, please fix the error listed below before we can proceed.
> >
> > Thanks,
> > Boyuan Yang
> >
> > On Thu, 16 Feb 2023 19:55:44 +0100 Adam Borowski
> > wrote:
> > > On Thu, Feb 16, 2023 at 11:05:42AM +0800, kevin wrote:
> > > > * Package name : libkysdk-base
> > > > Version : 1.0.1-1
> > >
> > > > libkysdk-base (1.0.1-1) unstable; urgency=medium
> > > > .
> > > > * Initial release. (Closes: #1031344)
> > >
> > > Hi!
> > > Alas, the package fails to build:
> > >
> > > .
> > > dh_missing: warning: etc/kysdk/kysdk-base/kylog-rotate-default exists
> > > in
> > debian/tmp but is not installed to anywhere (related file:
> > "src/log/kylog-
> > rotate-default")
> > > dh_missing: warning: usr/include/kysdk/kysdk-base/libkylog.h exists in
> > debian/tmp but is not installed to anywhere (related file:
> > "src/log/libkylog.h")
> > > dh_missing: warning: usr/include/kysdk/kysdk-base/listdata.h exists in
> > debian/tmp but is not installed to anywhere (related file:
> > "src/utils/data-
> > structure/linklist/listdata.h")
> > > dh_missing: warning: usr/include/kysdk/kysdk-base/skip_linklist.h
> > > exists
> > in debian/tmp but is not installed to anywhere (related file:
> > "src/utils/data-structure/linklist/skip_linklist/skip_linklist.h")
> > > dh_missing: error: missing files, aborting
> > >
> > > While detecting missing files, dh_missing noted some files with
> > > a
> > similar name to those
> > > that were missing. This error /might/ be resolved by replacing
> > references to the
> > > missing files with the similarly named ones that dh_missing
> > > found -
> > assuming the content
> > > is identical.
> > >
> > > As an example, you might want to replace:
> > > * src/log/kylog-rotate-default
> > > with:
> > > * etc/kysdk/kysdk-base/kylog-rotate-default
> > > in a file in debian/ or as argument to one of the dh_* tools
> > > called
> > from debian/rules.
> > > (Note it is possible the paths are not used verbatim but
> > > instead
> > directories
> > > containing or globs matching them are used instead)
> > >
> > > Alternatively, add the missing file to debian/not-installed if
> > > it
> > cannot and should not
> > > be used.
> > >
> > > The following debhelper tools have reported what they installed
> > (with files per package)
>
Bug#1031382: RFS: libkysdk-base/1.0.1-1 [ITP] -- Kylin SDK basic library
Control: tags -1 +moreinfo Indeed, please fix the error listed below before we can proceed. Thanks, Boyuan Yang On Thu, 16 Feb 2023 19:55:44 +0100 Adam Borowski wrote: > On Thu, Feb 16, 2023 at 11:05:42AM +0800, kevin wrote: > > * Package name : libkysdk-base > > Version : 1.0.1-1 > > > libkysdk-base (1.0.1-1) unstable; urgency=medium > > . > > * Initial release. (Closes: #1031344) > > Hi! > Alas, the package fails to build: > > . > dh_missing: warning: etc/kysdk/kysdk-base/kylog-rotate-default exists in debian/tmp but is not installed to anywhere (related file: "src/log/kylog- rotate-default") > dh_missing: warning: usr/include/kysdk/kysdk-base/libkylog.h exists in debian/tmp but is not installed to anywhere (related file: "src/log/libkylog.h") > dh_missing: warning: usr/include/kysdk/kysdk-base/listdata.h exists in debian/tmp but is not installed to anywhere (related file: "src/utils/data- structure/linklist/listdata.h") > dh_missing: warning: usr/include/kysdk/kysdk-base/skip_linklist.h exists in debian/tmp but is not installed to anywhere (related file: "src/utils/data-structure/linklist/skip_linklist/skip_linklist.h") > dh_missing: error: missing files, aborting > > While detecting missing files, dh_missing noted some files with a similar name to those > that were missing. This error /might/ be resolved by replacing references to the > missing files with the similarly named ones that dh_missing found - assuming the content > is identical. > > As an example, you might want to replace: > * src/log/kylog-rotate-default > with: > * etc/kysdk/kysdk-base/kylog-rotate-default > in a file in debian/ or as argument to one of the dh_* tools called from debian/rules. > (Note it is possible the paths are not used verbatim but instead directories > containing or globs matching them are used instead) > > Alternatively, add the missing file to debian/not-installed if it cannot and should not > be used. > > The following debhelper tools have reported what they installed (with files per package) > * dh_install: libkysdk-base (0), libkysdk-base-dev (1), libkysdk- config (2), libkysdk-config-dev (3), libkysdk-log (5), libkysdk-log-dev (3), libkysdk-timer (2), libkysdk-timer-dev (3), libkysdk-utils (4), libkysdk- utils-dev (9) > * dh_installdocs: libkysdk-base (0), libkysdk-base-dev (0), libkysdk-config (0), libkysdk-config-dev (0), libkysdk-log (0), libkysdk- log-dev (0), libkysdk-timer (0), libkysdk-timer-dev (0), libkysdk-utils (0), libkysdk-utils-dev (0) > If the missing files are installed by another tool, please file a bug against it. > When filing the report, if the tool is not part of debhelper itself, please reference the > "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+). > (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.gz) > Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built > If the omission is intentional or no other helper can take care of this consider adding the > paths to debian/not-installed. > ` > > > Meow! > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Let's make a Debian conference in Yalta, Ukraine. > ⢿⡄⠘⠷⠚⠋⠀ > ⠈⠳⣄ > > signature.asc Description: This is a digitally signed message part
Bug#1019933: RFS: ekho/8.9.3-1 [ITP] -- Chinese (Mandarin/Cantonese) TTS software
X-Debbugs-CC: toh...@outlook.com On Fri, 16 Sep 2022 13:42:31 + Chin Ah Toh wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "ekho": > > * Package name : ekho > Version : 8.9.3-1 > Upstream Author : Cameron Wong > * URL : https://github.com/hgneng/ekho > * License : GPL-2+ > * Vcs : https://salsa.debian.org/debian/ekho > Section : sound > > The source builds the following binary packages: > > ekho - Chinese (Mandarin/Cantonese) TTS software. > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/ekho/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x https://mentors.debian.net/debian/pool/main/e/ekho/ekho_8.9.3-1.dsc Hi, Your package is at least missing the debian/copyright information of autogen.sh file (which is the work of U.S. Government). Please consider adding such copyright information and prepare a new upload. Besides, many of your .cpp files are generated. As per Debian's packaging policy, these files should be regnerated at build time. In this case, you should execute the gen_*.pl files as needed before actual C/C++ building. Also note that Debian forbids connecting to internet during build. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1022005: RFS: swirc/3.3.7.1-1 [ITP] -- Curses ICB and IRC client
X-Debbugs-CC: markus.uh...@bredband.net Hi, On Fri, 11 Nov 2022 03:18:29 +0100 Markus Uhlin wrote: > Control: reopen -1 > Control: retitle -1 RFS: swirc/3.3.7.1-1 [ITP] -- Curses ICB and IRC client > > The Swirc package is now ready. I made a new release with a few changes > I got from #debian-mentors at OFTC. > > https://mentors.debian.net/package/swirc/ > dget -x > https://mentors.debian.net/debian/pool/main/s/swirc/swirc_3.3.7.1-1.dsc > > swirc (3.3.7.1-1) unstable; urgency=medium > . > * Initial import. (Closes: #1021993) > * Doesn't include the 'doc/' folder ## Critical issues (must fix): * Please include full OpenSSL license text in debian/copyright file. A reference to external URL is not acceptable. ## Non-critical issues (optional, but fix is highly recommended) * Please drop debian/README.source. You are not actually using quilt anywhere, are you? * Please drop "quilt" from debian/control Build-Depends field. Ditto. * You do not need to include both "debhelper (>= 13)" and "debhelper-compat" in debian/control field. Keeping onlyl "debhelper-compat" is sufficient. * You prefer using gnutls variant for libcurl4-dev. Do you have any reason for that? If not, is using openssl variant as first choice better? Thanks, Boyuan Yang (please CC me for future communications) signature.asc Description: This is a digitally signed message part
Bug#1021072: RFS: streamlink/5.0.1-1~bpo11+1 -- CLI for extracting video streams from various websites to a video player
Hi, 在 2022-10-01星期六的 14:48 +0200，Alexis Murzeau写道： > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: debian-backpo...@lists.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "streamlink" into Debian > bullseye-backports repository. > > * Package name : streamlink > Version : 5.0.1-1~bpo11+1 > Upstream Author : Streamlink Team > * URL : https://streamlink.github.io/ > * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1 > Section : python This is now uploaded. Cheers, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1016875: RFS: freefilesync/11.23-1 [ITP] -- cross-platform file sync utility, gpl release
X-Debbugs-CC: fabstz...@yahoo.fr Control: tags -1 +moreinfo Hi, On Mon, 08 Aug 2022 19:30:32 +0200 Fab Stz wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "freefilesync": > > * Package name : freefilesync > Version : 11.23-1 > Upstream Author : Zenju > * URL : https://freefilesync.org/ > * License : GPL-3.0 > * Vcs : https://salsa.debian.org/bastif/freefilesync > Section : utils > > The source builds the following binary packages: > > freefilesync - cross-platform file sync utility, gpl release > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/freefilesync/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x https://mentors.debian.net/debian/pool/main/f/freefilesync/ > freefilesync_11.23-1.dsc I am curious on the current arrangement of your deb packaging. Specifically: * Why there are many separate ffs_* patches in debian/patches/? Where did they originate from? If they originates from upstream (FreeFileSync), why aren't they incorporated into upstream source code? * You are providing .desktop files under debian/desktop/. Does that mean that upstream author is not providing any .desktop files so that you have to write them yourself? * Please do not hardcode g++-12:native in the Build-Depends field. A sane environment should already have provided the proper g++. It could be g++ 12 or other versions. * You wrote Maintainer: B. Stack in debian/control file, which looks falty to me. The maintainer should be package maintainer, not upstream software author, unless the upstream author (B. Stack) will be maintaining Debian package as well. * You indicated "Multi-Arch: foreign" in debian/control file. However according to https://wiki.debian.org/MultiArch/Hints#ma-foreign , M-A: foreign only applies to Architecture: all packages. Your package is not of Architecture: all. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool
X-Debbugs-CC: pe...@pblackman.plus.com Hi, On Fri, 22 Jul 2022 14:15:39 -0400 Boyuan Yang wrote: > X-Debbugs-CC: pe...@pblackman.plus.com > Control: tags -1 +moreinfo > > On Fri, 22 Jul 2022 18:08:02 +0100 Peter B wrote: > > Package: sponsorship-requests > > Severity: wishlist > > > > Dear mentors, > > > > I am looking for a sponsor for my package "qt6ct": > > > > * Package name : qt6ct > > Version : 0.5-1 > > Upstream Author : Ilya Kotov , > > > * URL : https://github.com/trialuser02/qt6ct > > I ran the built program under my Debian Sid + GNOME Shell Xorg environment > and it would SIGABRT with the following error msg: > > qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in "" > This application failed to start because no Qt platform plugin could be > initialized. Reinstalling the application may fix this problem. > > The full backtrace is attached below. Can you take a look into the problem? Anyway, I think this should not block uploading the package since the software itself looks good. The packaging looks okay. I am uploading it to the NEW queue first. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool
X-Debbugs-CC: pe...@pblackman.plus.com
Control: tags -1 +moreinfo
On Fri, 22 Jul 2022 18:08:02 +0100 Peter B wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "qt6ct":
>
> * Package name : qt6ct
> Version : 0.5-1
> Upstream Author : Ilya Kotov ,
> * URL : https://github.com/trialuser02/qt6ct
> * License : BSD-2-clause
> * Vcs : n/a
> Section : utils
>
> The source builds the following binary packages:
> qt6ct - Qt6 Configuration Tool
>
> To access further information about this package, please visit the
following URL:
> https://mentors.debian.net/package/qt6ct/
>
> Alternatively, you can download the package with 'dget' using this
command:
> dget -x
https://mentors.debian.net/debian/pool/main/q/qt6ct/qt6ct_0.5-1.dsc
>
> Changes for the initial release:
>
> qt6ct (0.5-1) unstable; urgency=medium
> .
> * Initial release. Closes: #1015863
>
>
> qt6ct allows Qt6 program settings to be adjusted on desktops other than
KDE.
> It provides the same features as qt5ct does for qt5 programs.
> See https://tracker.debian.org/pkg/qt5ct
>
> I'm packaging this program, as I found that fonts for qt6 programs on
Xfce4
> could not be adjusted without it.
I ran the built program under my Debian Sid + GNOME Shell Xorg environment
and it would SIGABRT with the following error msg:
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""
This application failed to start because no Qt platform plugin could be
initialized. Reinstalling the application may fix this problem.
The full backtrace is attached below. Can you take a look into the problem?
Thanks,
Boyuan Yang
% gdb -batch -n -ex 'set pagination off' -ex run -ex bt -ex 'bt full' -ex
'thread apply all bt full' --args /usr/bin/qt6ct
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""
This application failed to start because no Qt platform plugin could be
initialized. Reinstalling the application may fix this problem.
Program received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
49 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1 0x76849546 in __GI_abort () at abort.c:79
#2 0x76aa31a7 in QMessageLogger::fatal(char const*, ...) const () from
/usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#3 0x77113c2a in init_platform (argv=,
argc=@0x7fffdcac: 1, platformThemeName=..., platformPluginPath=...,
pluginNamesWithArguments=...) at ./src/gui/kernel/qguiapplication.cpp:1241
#4 QGuiApplicationPrivate::createPlatformIntegration (this=0x55616420) at
./src/gui/kernel/qguiapplication.cpp:1492
#5 0x771bf900 in QGuiApplicationPrivate::createEventDispatcher
(this=) at ./src/gui/kernel/qguiapplication.cpp:1509
#6 0x76b56e57 in QCoreApplicationPrivate::init() () from
/usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#7 0x771c13e0 in QGuiApplicationPrivate::init (this=0x55616420) at
./src/gui/kernel/qguiapplication.cpp:1533
#8 0x7797cb29 in QApplicationPrivate::init() () from
/usr/lib/x86_64-linux-gnu/libQt6Widgets.so.6
#9 0x5556966f in main (argc=, argv=) at
./src/qt6ct/main.cpp:40
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
set = {__val = {0, 140737329681284, 8, 140737488343968, 411,
140737333516288, 411, 3494950253304423424, 140737488344064,
18446744073709551352, 2, 3494950253304423424, 93824993060672,
3494950253304423424, 140737331029888, 140737488344272}}
pid =
tid =
ret =
#1 0x76849546 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x5561e440, sa_sigaction
= 0x5561e440}, sa_mask = {__val = {93824993059920, 136,
3494950253304423424, 140737488345296, 3, 140737488345424, 140737331881351, 8,
140737488345296, 140737488344488, 3494950253304423424, 3, 140737488344488,
140737488345424, 140737331881609, 2}}, sa_flags = 64955392, sa_restorer =
0x7fffd5a8}
sigs = {__val = {32, 140737488344304, 140737488344488, 93824993051992,
140737488345424, 140737331029440, 140737331012864, 140737329590210,
140737488344488, 140737331029888, 140737488344272, 140737331895822,
93824993060656, 93824993060672, 136, 511101108348}}
#2 0x76aa31a7 in QMessageLogger::fatal(char const*, ...) const () from
/usr/lib/x86_64-linux-gnu/libQt6Core.so.6
No symbol table info available.
#3 0x77113c2a in init_platform (argv=,
argc=@0
Bug#993802: RFS: psad/2.4.6-1 [QA] -- Port Scan Attack Detector
Control: tags -1 +moreinfo On Mon, 6 Sep 2021 14:29:30 -0300 Leandro Cunha wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "psad": > > * Package name : psad > Version : 2.4.6-1 > Upstream Author : Michael B. Rash > * URL : http://www.cipherdyne.org/psad/ > * License : GPL-2+, other-1, other-2 > * Vcs : https://salsa.debian.org/debian/psad > Section : admin > > It builds those binary packages: > > psad - Port Scan Attack Detector > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/psad/ > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/p/psad/psad_2.4.6-1.dsc > > Changes since the last upload: > > psad (2.4.6-1) unstable; urgency=medium > . > * QA upload. > * New upstream release. > * Add debian/upstream/metadata and fixed Lintian report
Bug#980261: RFS: jgmenu/4.3.0-1 [RFP] -- Simple X11 menu
Hi, 在 2021-02-28星期日的 21:19 +0100，Mateusz Łukasik写道： > On 15.02.2021 at 16:40 +0100, Boyuan Yang wrote: > > Hi, > > > > 在 2021-02-14星期日的 12:09 +0100，Mateusz Łukasik写道： > > > On 26.01.2021 at 23:25 +0100, Boyuan Yang wrote: > > > > X-Debbugs-CC: mat...@linuxmint.pl jgm...@gmail.com > > > > > > > > > > > > On Sat, 16 Jan 2021 21:38:16 +0100 =?UTF- > > > > 8?Q?Mateusz_=c5=81ukasik?= > > > > wrote: > > > > > Package: sponsorship-requests > > > > > Severity: wishlist > > > > > > > > > > Dear mentors, > > > > > > > > > > I am looking for a sponsor for my package "jgmenu": > > > > > > > > > > * Package name : jgmenu > > > > > Version : 4.3.0-1 > > > > > Upstream Author : Johan Malm > > > > > * URL : https://jgmenu.github.io/ > > > > > * License : LGPL-2+, GPL-2+, Expat, LGPL-3+ > > > > > * Vcs : https://github.com/mati75/jgmenu > > > > > Section : x11 > > > > > > > > > > It builds those binary packages: > > > > > > > > > > jgmenu-xfce4-panel-applet - xfce4-panel applet for > > > > > jgmenu > > > > > jgmenu - Simple X11 menu > > > > > > > > > > To access further information about this package, please > > > > > visit > > > > > the > > > > following URL: > > > > > https://mentors.debian.net/package/jgmenu/ > > > > > > > > > > Alternatively, one can download the package with dget using > > > > > this > > > > command: > > > > > dget -x > > > > https://mentors.debian.net/debian/pool/main/j/jgmenu/jgmenu_4.3.0-1.dsc > > > > > Changes for the initial release: > > > > > > > > > > jgmenu (4.3.0-1) unstable; urgency=medium > > > > > . > > > > > * Initial release. (Closes: #882210) > > > > One major problem: debian/copyright in your work says that the > > > > whole > > > > project is licensed under GPL-2+, however the LICENSE file from > > > > upstream only gives GPLv2 license text. The README file also > > > > does > > > > not > > > > mention that the whole project is licensed under GPLv2 **or > > > > later**. > > > > > > > > Could you please contact upstream to clarify the case? The best > > > > output > > > > would be adding a "the whole project is licensed under GPLv2 or > > > > later" > > > > sentense in the README file, which would make things clear to > > > > everyone. > > > > > > > > P.S. I took a look at upstream's debian/copyright file at > > > > https://github.com/johanmalm/jgmenu/blob/master/debian/copyright > > > > , > > > > in > > > > which the upstream only mentioned GPL-2, not GPL-2+. If > > > > upstream is > > > > only willing to release the whole project under GPL-2-only, > > > > using > > > > GPL- > > > > 2+ is wrong and must be fixed. > > > > > > > Fixed in new version uploaded to mentors. > > > > Looking at https://mentors.debian.net/package/jgmenu/ , there are > > several lintian warnings. This indicates that the grammar of your > > debian/copyright file is not correct. Please fix these problems. > > > > > > W: jgmenu source: missing-license-paragraph-in-dep5-copyright expat > > (line 20) > > W: jgmenu source: missing-license-paragraph-in-dep5-copyright gpl-2 > > (line 15) > > W: jgmenu source: missing-license-paragraph-in-dep5-copyright gpl- > > 2+ > > (line 63) > > > > > > Hint: you either need to paste all license texts under each > > License: > > field, or you use "License:xxx" placeholder in each section and > > provide > > a separate "License: xxx" plus full license text that does not > > attach > > with any "file section" at the bottom of the debian/copyright file. > > Please read > > https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ > > again (especially section 5.2.1) for the correct way of fixing > > these > > lintian warnings. > > > > Thanks, > > Boyuan Yang > > > I think now it's fixed. Lintian warnings for copyright are clean. > I just uploaded it onto the NEW queue. Thanks, Boyuan Yang
Bug#980261: RFS: jgmenu/4.3.0-1 [RFP] -- Simple X11 menu
Hi, 在 2021-02-14星期日的 12:09 +0100，Mateusz Łukasik写道： > On 26.01.2021 at 23:25 +0100, Boyuan Yang wrote: > > X-Debbugs-CC: mat...@linuxmint.pl jgm...@gmail.com > > > > > > On Sat, 16 Jan 2021 21:38:16 +0100 =?UTF-8?Q?Mateusz_=c5=81ukasik?= > > wrote: > > > Package: sponsorship-requests > > > Severity: wishlist > > > > > > Dear mentors, > > > > > > I am looking for a sponsor for my package "jgmenu": > > > > > > * Package name : jgmenu > > > Version : 4.3.0-1 > > > Upstream Author : Johan Malm > > > * URL : https://jgmenu.github.io/ > > > * License : LGPL-2+, GPL-2+, Expat, LGPL-3+ > > > * Vcs : https://github.com/mati75/jgmenu > > > Section : x11 > > > > > > It builds those binary packages: > > > > > > jgmenu-xfce4-panel-applet - xfce4-panel applet for jgmenu > > > jgmenu - Simple X11 menu > > > > > > To access further information about this package, please visit > > > the > > following URL: > > > https://mentors.debian.net/package/jgmenu/ > > > > > > Alternatively, one can download the package with dget using this > > command: > > > dget -x > > https://mentors.debian.net/debian/pool/main/j/jgmenu/jgmenu_4.3.0-1.dsc > > > Changes for the initial release: > > > > > > jgmenu (4.3.0-1) unstable; urgency=medium > > > . > > > * Initial release. (Closes: #882210) > > > > One major problem: debian/copyright in your work says that the > > whole > > project is licensed under GPL-2+, however the LICENSE file from > > upstream only gives GPLv2 license text. The README file also does > > not > > mention that the whole project is licensed under GPLv2 **or > > later**. > > > > Could you please contact upstream to clarify the case? The best > > output > > would be adding a "the whole project is licensed under GPLv2 or > > later" > > sentense in the README file, which would make things clear to > > everyone. > > > > P.S. I took a look at upstream's debian/copyright file at > > https://github.com/johanmalm/jgmenu/blob/master/debian/copyright , > > in > > which the upstream only mentioned GPL-2, not GPL-2+. If upstream is > > only willing to release the whole project under GPL-2-only, using > > GPL- > > 2+ is wrong and must be fixed. > > > Fixed in new version uploaded to mentors. Looking at https://mentors.debian.net/package/jgmenu/ , there are several lintian warnings. This indicates that the grammar of your debian/copyright file is not correct. Please fix these problems. W: jgmenu source: missing-license-paragraph-in-dep5-copyright expat (line 20) W: jgmenu source: missing-license-paragraph-in-dep5-copyright gpl-2 (line 15) W: jgmenu source: missing-license-paragraph-in-dep5-copyright gpl-2+ (line 63) Hint: you either need to paste all license texts under each License: field, or you use "License:xxx" placeholder in each section and provide a separate "License: xxx" plus full license text that does not attach with any "file section" at the bottom of the debian/copyright file. Please read https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ again (especially section 5.2.1) for the correct way of fixing these lintian warnings. Thanks, Boyuan Yang
Bug#982542: RFS: flowblade/2.8-1 -- non-linear video editor
Hi, On Thu, 11 Feb 2021 12:54:11 +0100 =?UTF-8?Q?G=C3=BCrkan_Myczko?= wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "flowblade": > > * Package name : flowblade > Version : 2.8-1 > Upstream Author : https://github.com/jliljebl/flowblade/issues > * URL : https://github.com/jliljebl/flowblade > * License : GPL-3+, GPL-2+, CC-BY-3.0 > * Vcs : https://salsa.debian.org/multimedia-team/flowblade > Section : video > > It builds those binary packages: > > flowblade - non-linear video editor > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/flowblade/ > > Alternatively, one can download the package with dget using this > command: > > dget -x > https://mentors.debian.net/debian/pool/main/f/flowblade/flowblade_2.8-1.dsc > > Changes since the last upload: > > flowblade (2.8-1) experimental; urgency=medium > . > * New upstream version. > * Bump standards version to 4.5.1. > * d/control: added Rules-Requires-Root. > * d/upstream/metadata: added. > * d/copyright: update paths. Please also consider fixing https://bugs.debian.org/980219 , merging https://salsa.debian.org/multimedia-team/flowblade/-/commit/45cd180a40d8263ceb58cd7270f33fdaf351574b and https://salsa.debian.org/multimedia-team/flowblade/-/commit/72801397d1c257b62d4f39c32707b36ce011d09d . Thanks! Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#980778: RFS: tnftp/20200705-2 -- enhanced ftp client
Hi, 在 2021-01-27星期三的 16:59 +0800，xiao sheng wen(肖盛文)写道： > Hi, byang, > > Thanks for your review. > > 在 2021/1/27 上午2:00, Boyuan Yang 写道: > > X-Debbugs-CC: atzli...@sina.com > > > > Hi, > > > > There are 2 issues: > > > > * Please drop debian/clean file. These files listed inside do not > > need > > manual cleanup since they are automatically handled by the > > configure > > script as well as dh_autoreconf_clean. > deleted the debian/clean file. > > > > * Currently tnftp build-depends on libncurses5-dev, which is a > > transitional dummy package in Debian Sid. Please replace it with > > the > > real dev package. > > replace it use libncurses-dev. > > I'd uploaded the new package again, welcome to review again. Unfortunately there are other problems within the package. By rewriting the debian/rules file, the old logic of renaming files and handling the alternatives system is now broken. Please compare the built filelist of your current package and the .deb filelist of tnftp/20200705-1 and you will find the difference. Please read the old debian/rules again and recover those file renaming logic. Thanks, Boyuan Yang
Bug#980261: RFS: jgmenu/4.3.0-1 [RFP] -- Simple X11 menu
X-Debbugs-CC: mat...@linuxmint.pl jgm...@gmail.com On Sat, 16 Jan 2021 21:38:16 +0100 =?UTF-8?Q?Mateusz_=c5=81ukasik?= wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "jgmenu": > > * Package name : jgmenu > Version : 4.3.0-1 > Upstream Author : Johan Malm > * URL : https://jgmenu.github.io/ > * License : LGPL-2+, GPL-2+, Expat, LGPL-3+ > * Vcs : https://github.com/mati75/jgmenu > Section : x11 > > It builds those binary packages: > > jgmenu-xfce4-panel-applet - xfce4-panel applet for jgmenu > jgmenu - Simple X11 menu > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/jgmenu/ > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/j/jgmenu/jgmenu_4.3.0-1.dsc > > Changes for the initial release: > > jgmenu (4.3.0-1) unstable; urgency=medium > . > * Initial release. (Closes: #882210) One major problem: debian/copyright in your work says that the whole project is licensed under GPL-2+, however the LICENSE file from upstream only gives GPLv2 license text. The README file also does not mention that the whole project is licensed under GPLv2 **or later**. Could you please contact upstream to clarify the case? The best output would be adding a "the whole project is licensed under GPLv2 or later" sentense in the README file, which would make things clear to everyone. P.S. I took a look at upstream's debian/copyright file at https://github.com/johanmalm/jgmenu/blob/master/debian/copyright , in which the upstream only mentioned GPL-2, not GPL-2+. If upstream is only willing to release the whole project under GPL-2-only, using GPL- 2+ is wrong and must be fixed. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#980778: RFS: tnftp/20200705-2 -- enhanced ftp client
X-Debbugs-CC: atzli...@sina.com Hi, On Fri, 22 Jan 2021 09:08:33 +0800 =?UTF- 8?B?eGlhbyBzaGVuZyB3ZW4o6IKW55ub5paHKQ==?= wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "tnftp": > > * Package name : tnftp > Version : 20200705-2 > Upstream Author : Luke Mewburn > * URL : http://en.wikipedia.org/wiki/Tnftp > * License : Unlicense > * Vcs : https://salsa.debian.org/debian/tnftp > Section : net > > It builds those binary packages: > > tnftp - enhanced ftp client > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/tnftp/ > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/t/tnftp/tnftp_20200705-2.dsc > > Changes since the last upload: > > tnftp (20200705-2) unstable; urgency=medium > . > [ xiao sheng wen(肖盛文) ] > * d/control: > - Bump to Standards-Version: 4.5.1 > - add Vcs-Browser Vcs-Git fields > * support cross build, Closes: #931163 > - d/rules: minimal rules file > - add d/patches/001-for-dh_autoreconf.patch > * d/copyright: update debian/* copyright year to 2021 > * add debian/upstream/metadata > * add d/clean There are 2 issues: * Please drop debian/clean file. These files listed inside do not need manual cleanup since they are automatically handled by the configure script as well as dh_autoreconf_clean. * Currently tnftp build-depends on libncurses5-dev, which is a transitional dummy package in Debian Sid. Please replace it with the real dev package. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#979518: [Debian-zh-dev] RFS: unicon/3.0.4+dfsg1-2 [ITA] -- Chinese Input Method Library
Control: tags -1 +moreinfo Hi, 在 2021-01-07星期四的 23:37 +0800，xiao sheng wen(肖盛文)写道： > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "unicon": > > * Package name : unicon > Version : 3.0.4+dfsg1-2 > Upstream Author : Arthur Ma > * URL : [fill in URL of upstream's web site] > * License : GPL-2+ > * Vcs : https://salsa.debian.org/chinese-team/unicon > Section : utils > > It builds those binary packages: > > unicon-imc2 - Chinese Input Method Library > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/unicon/ > > Alternatively, one can download the package with dget using this > command: > > dget -x > https://mentors.debian.net/debian/pool/main/u/unicon/unicon_3.0.4+dfsg1-2.dsc > > Changes since the last upload: > > unicon (3.0.4+dfsg1-2) unstable; urgency=medium > . > [ xiao sheng wen(肖盛文) ] > d/control: > - Bump to debhelper-compat (= 13) > - Bump Standards-Version to 4.5.1 > - New Maintainer: Debian Chinese Team > (Closes: #629016) > - add New Uploaders: xiao sheng wen > - delete the chinput package from Conflicts list, > it don't exist in Debian now. > - add Rules-Requires-Root: binary-targets > - update lintian overrides files > - add Vcs-Browser: Vcs-Git: > * d/rules: > - use dh-sequencer > - convert text from gb2312,ISO8859-16 character encoding to UTF-8 > * delete unused d/TODO.Debian > * Trim trailing whitespace. > * 001-debian-changes.patch: add Forwarded: not-needed > * 001-debian-changes.patch: fix spelling-error > * add 002-fix-spelling-error-xl_intcode.c.patch > * fix lintian: package-contains-empty-directory usr/bin/ > * add unicon-imc2.symbols > * d/copyright: use dep5-copyright > . > [ Arthur Marble ] > * Fix the FTBFS with clang (Closes: #739924) > - Fixed return void in unicon/ImmModules/cce/inputs/tab2dat.c > . > [ Michael Tautschnig ] > * Fix PhraseLevel declared without type (Closes: #795725) * It looks like there is hardcoded x86_64-linux-gnu arch triplet in debian/rules file. This is unacceptable and will cause FTBFS on architectures other than amd64. * Please explain why there are new iconv calls in debian/rules file. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#970591: RFS: wiki2beamer/0.10.0-4 -- Tool to create LaTeX beamer presentations in wiki syntax
Hi, 在 2020-09-19星期六的 12:41 -0300，Francisco M Neto写道： > Hello! > > Em 9/19/20 11:49 AM, Boyuan Yang escreveu: > > * After the removal of override_dh_python3, this package will > > depend on > > python2 again. We really want to avoid any new dependency on the > > obsolete python2 so please revert this change and make the package > > depends on python3. > > I understand. I assumed unstable was already using python3 by > default. > I have fixed that by using --with python3 in the call to dh. I believe your new fix did not reach the target. Please build the source package and examine the following things: * The built binary deb package still depends on python2:any * The built /usr/bin/wiki2beamer still contains /usr/bin/python2 in its first line > > * Let me know if you need write permission of > > salsa.debian.org/debian/wiki2beamer repository. If yes, please tell > > me > > your salsa username. > > I'm not entirely sure about how the salsa workflow happens, but > yeah, I > suppose write access to the repo would be desirable. My salsa > username > is fmneto-guest. Please fix the bug above and I will sponsor the package together with the write permission to git repo. Thanks, Boyuan Yang
Bug#970591: RFS: wiki2beamer/0.10.0-4 -- Tool to create LaTeX beamer presentations in wiki syntax
Control: tags -1 moreinfo On Sat, 19 Sep 2020 09:41:29 -0300 Francisco M Neto wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "wiki2beamer": > wiki2beamer (0.10.0-4) unstable; urgency=medium > . > * New Maintainer. Thanks Boyuan Yang for their work! (Closes: #968620) >* debian/control: Added Rules-Requires-Root field. >* debian/copyright: updated to comply with DEP-5. >* debian/upstream/metadata: added bug tracking-related fields. >* debian/rules: > - updated execute_after_dh_auto_clean to test for the Makefile. > - suppressed unneeded override_dh_python3. >* debian/patches: created patch to fix the Makefile under doc/man/. Hi Francisco, There are several minor issues as well as a serious issue that I expect your fixing before making an upload: * After the removal of override_dh_python3, this package will depend on python2 again. We really want to avoid any new dependency on the obsolete python2 so please revert this change and make the package depends on python3. * Please remove myself from the copyright holder of files under debian/ directory (and do not add it back). This will help reducing potential licensing issues in the future. * I saw you are using some tabs instead of spaces in debian/copyright file. Please keep the usage unified (either all tabs or all spaces). * Let me know if you need write permission of salsa.debian.org/debian/wiki2beamer repository. If yes, please tell me your salsa username. Please fix the issues above and let me know when you are ready. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#969446: RFS: vguitar-2.6 [ITP] -- Play Guitar in any term window. Use with a MIDI synthesizer (qsynth).
Hi Nick, 在 2020-09-04星期五的 12:51 +，Nick Strauss写道： > Hi Boyuan Yang, > > I have added my source architecture to repo > > > apt-key adv --keyserver keyserver.ubuntu.com --recv-keys AB406C34 > add to /etc/apt/sources.list.d > deb-src http://apt.nick-strauss.com/apt/debian jessie main > apt-get source vguitar I have reviewed your source package. The current problem is that literally every packaging file in debian/ directory comes directly from the template files and the template information are not removed. This indicates a lack of manual review after generating those files. Please review each of those files and make sure that unnecessary template placeholders are not included in your packaging debian/ dir. Please pay special attention to the debian/copyright file since it was obviously the result of some automatic scan and can be greatly simplified. If you have doubts in packaging, please make sure you follow the instructions in https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.en.html and https://www.debian.org/doc/debian-policy/ch-source.html . Thanks, Boyuan Yang > On Thursday, September 3, 2020, 09:44:37 AM CDT, Boyuan Yang < > by...@debian.org> wrote: > Control: close 969445 > Control: tags -1 +moreinfo > > Hi Nick, > > Thanks for your interest in getting software into Debian. Some > comments: > > * Since you submitted two duplicated RFS requests, I am closing one > of > them to make sure that there are no duplications. > > * I reviewed the package you provided and found that you only > provided > the binary package (.deb) for amd64 architecture, which is not > acceptable at this moment. In order to make the software into Debian, > you will have to provide the source package (.dsc file and related > source tarballs) so that Debian can review the source code of such > software as well as build the binary packages for other officially- > supported architectures (i386, arm* etc.). Please follow the > instruction texts in https://mentors.debian.net/intro-maintainers/ > and > prepare your Debian source package properly. > > Please fix the problems mentioned above and let people know when it's > ready again by replying your RFS report at > https://bugs.debian.org/969446 . >
Bug#969446: RFS: vguitar-2.6 [ITP] -- Play Guitar in any term window. Use with a MIDI synthesizer (qsynth).
Control: close 969445 Control: tags -1 +moreinfo Hi Nick, Thanks for your interest in getting software into Debian. Some comments: * Since you submitted two duplicated RFS requests, I am closing one of them to make sure that there are no duplications. * I reviewed the package you provided and found that you only provided the binary package (.deb) for amd64 architecture, which is not acceptable at this moment. In order to make the software into Debian, you will have to provide the source package (.dsc file and related source tarballs) so that Debian can review the source code of such software as well as build the binary packages for other officially- supported architectures (i386, arm* etc.). Please follow the instruction texts in https://mentors.debian.net/intro-maintainers/ and prepare your Debian source package properly. Please fix the problems mentioned above and let people know when it's ready again by replying your RFS report at https://bugs.debian.org/969446 . -- Thanks, Boyuan Yang On Thu, 03 Sep 2020 02:43:22 + Nick Strauss < nick.stra...@rocketmail.com> wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear Mentor/Maintainer, > > Package name: vguitar > Version : 2.5 > Upstream Author : > URL : http://nick-strauss.com > License : GPL > > apt-key adv --keyserver keyserver.ubuntu.com --recv-keys AB406C34 > add to /etc/apt/sources.list.d > deb [ arch=amd64 ] http://apt.nick-strauss.com/apt/debian jessie main > apt-get install vguitar > > vguitar --help > man vguitar > > -- System Information: > Debian Release: 8.4 > APT prefers oldstable-updates > APT policy: (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.4.55-1-pve (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) signature.asc Description: This is a digitally signed message part
Bug#962307: RFS: anymeal/1.5-1 [ITA] -- Cookbook database for storing recipes
Hi, On Sun, 26 Jul 2020 22:58:16 +0100 (BST) Jan Wedekind wrote: > Hi, > I have now released version 1.5. It is available here: > > https://mentors.debian.net/package/anymeal > > Also it can be downloaded as follows: > > dget -x https://mentors.debian.net/debian/pool/main/a/anymeal/anymeal_1.5-1.dsc Please fix the following issues before we proceed: 1. It looks like your package has nothing to do with KDE. As a result, please do not use "Section: kde" in debian/control file. Maybe we can use "Section: utils". 2. Please also document the copyright holder information and different license information for files under m4/ directory, epecially ax_have_qt.m4 and ax_lib_sqlite3.m4. 3. Please clean up debian/changelog file and drop all past changelog entries that never existed in Debian. (They never existed in the past and they won't exist in the future so they should not appear anyway.) See https://tracker.debian.org/pkg/anymeal for the history of package anymeal in Debian. 4. Can you explain the reason of overriding dh_auto_install in debian/rules directory? If you are using Autotools buildsystem correctly, you should not do override at all and the package will build successfully without human intervention. The problem 1), 2) and 3) should be fixed and you can feel free to investigate into 4) if you are willing to. Let me know after those issues are solved. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#964113: RFS: materia-kde/20200614-1 [ITP] -- Port of the popular GTK theme Materia for Plasma 5
Hi, On Mon, 6 Jul 2020 23:33:13 -0300 Leandro Cunha < leandrocunha...@gmail.com> wrote: > Hi Boyuan, > > After reviewing the text of the copyright file, I had to reread the > documentation to correct it, I understood that it was necessary to make a > change and it was made in the commit 42145c86 to correct this file. The > license check verified and returned that the files are under the GPL 3 > license now, the upstream does the packaging only with this license for > Ubuntu and distributes in the PPA of one of the collaborators. The > verification did not include other licenses and is in line with the > upstream. For this commit, the name must appear differently, but the author > was me. I programmed it to be that way. Future commits of my own will be > given under my name and that was reconfigured for this. The package updated > at the mentors.debian.net. > I wrote this package from scratch and as much as I revised it, there were > some errors that went unnoticed. The packaging is something that I've been > practicing and studied a lot. References listed in the links I inserted in > this email. This package show now be uploaded and will be reviewed by Debian FTP Masters. No further action is needed until the FTP Masters either accept or reject it. You will receive corresponding notification email then. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Re: Bug#964113: RFS: materia-kde/20200614-1 [ITP] -- Port of the popular GTK theme Materia for Plasma 5
Hi Leandro, 在 2020-07-01星期三的 22:57 -0300，Leandro Cunha写道： > Dear mentors, > > The code is in my Salsa repository until the creation of the > mentioned VCS and I am not allowed to access the project file. After > that, the work will be centered on the informed VCS. > > [0] https://salsa.debian.org/leandrocunha/materia-kde I have imported your project into salsa.debian.org/debian/materia-kde. Please use this new repo for future packaging. After review, there are several issues that need to be fixed before we proceed. I fixed several issues (as well added me as the uploader) in https://salsa.debian.org/debian/materia-kde/-/commit/42145c86d8ac221353ee5c439b3dce15f25928c5 and you may review the changes here. Besides, I reimported the upstream source code to guarantee that we are using exactly the same source code as upstream tagged in the GitHub repository. You may find corresponding changes in the upstream/latest branch. There is one serious issue left that cannot be fixed by myself: in debian/copyright file, you listed that the files are licensed under GPL-3. In the license text, you wrote that the files are licensed under "GPL version 3 or any later version", which contradicts with each other. Since the LICENSE only contains the license of GPL-3, I have no idea whether the whole project is under GPL-3 or GPL-3+. Please contact the upstream and clarify the license condition. Ideally please provide such clarification in upstream README.md file. Please feel free to let me know if you have any questions regarding my changes. Let me know after the licensing issue is solved so that the package can be uploaded. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#964087: RFS: TomboyReborn/1.0-1 - Drop in replacement of deprecated Gnome Tomboy
Hi Joan, 在 2020-07-04星期六的 13:23 +0100，Joan Moreau写道： > Hi Evangelos > > Found also this page > https://coderwall.com/p/urkybq/how-to-create-debian-package-from-source > > It contains 3 files > - the binary (to go into /usr/bin) > - the icon > - the .desktop file > > > The sources are here : https://github.com/grosjo/tomboy-reborn > > How to know the files needed, and is there "tar" or similar software > to create the ".deb" file form a files tree ? Disclaimer -- I'm providing you with some information that you might be missing instead of trying to push this packaging process forward. It looks like you are in lack of 2 large pieces of knowledge that is critical to do a proper packaging: (1) How to act properly as a software upstream, by providing a functioning build system that can automatically convert source code into binaries as well as providing handy instructions to install built binaries into the system. This kind of buildsystem is often achieved through a build automation software and you may find a list at https://en.wikipedia.org/wiki/List_of_build_automation_software . (2) How to act properly as a downstream (Debian) packager on top of upstream build system. These 2 parts are separated but both essential when trying to create a good software package. The fact that you are using a non-mainstream programming language (Pascal) further complicates the situation. From the very beginning (part (1)), you need a proper building system in your upstream project, https://github.com/grosjo/tomboy-reborn . Works in part (1) has nothing to do with Debian or any specific Linux distributions. In your case, I do not see any build system in your source code repository. There is a built binary file but there's no script or instructions describing how the built binary was generated. I have absolutely no idea how you were building the Pascal source code into binaries. My best guess is that you are using the building function embedded in Lazarus IDE -- which is completely unacceptable since a working build system should be fully automated and require no graphical IDE tool to function well. It could be a handwritten Makefile, CMake- based solutions, Meson-based solutions or something else. Since you are using Pascal, I do not know what proper buildsystem should I recommend. (If you are using a mainstream programming language like C, C++, C# or even Python or Java, the buildsystem solution is largely known: Makefile, CMake, Meson, python-setuptools, Maven, Gradle, etc.) However, there are several existing Pascal-written software in Debian and other Linux distributions. It might be easier for you to see what other Pascal projects are using and do in a similar way. There is also a Debian Pascal Team [1] and you may get some help from team members. Remember that in part (1) you are acting as an upstream software developer; if necessary, you may refer to Debian's guide to upstream software developers at [2]. [1] https://qa.debian.org/developer.php?email=pkg-pascal-devel%40lists.alioth.debian.org [2] https://wiki.debian.org/UpstreamGuide For the latter part (part (2)), you will finally act as a downstream software packager. we can discuss it later after you have a functioning buildsystem. It won't be difficult as long as your build system is sane. In any case, using prebuilt binaries from upstream is unacceptable: Debian dislikes this and holds a view that any binaries should be generated (automatically) from source code at _build_ time. I hope those information could be useful to you. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#963240: RFS: wifi-qr/0.2-1 -- WiFi Share and Connect with QR
Control: tags -1 +moreinfo Hi kokoye, 在 2020-06-21星期日的 16:25 +0630，Ko Ko Ye`写道： > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "wifi-qr" > > * Package name: wifi-qr >Version : 0.2-1 > dget -x > https://mentors.debian.net/debian/pool/main/w/wifi-qr/wifi-qr_0.2-1.dsc Only looking into the .dsc source package you provided, there is still one important problem: Within the original tarball your provided (wifi-qr_0.2.orig.tar.xz), you are including the following directories that can only be generated **after** building a package locally. You did not clean those files and included them in the **original** tarball, which indicates something must have been messed up. * debian/wifi-qr/DEBIAN * debian/wifi-qr/usr * debian/*.substvars * debian/*.debhelper * debian/debhelper-build-stamp * debian/.debhelper/ * debian/files It is absolutely unreasonable to include those Debian-specific build auxiliary files in the **original** source code tarball. For Quality Assurance purposes, I do recommend reviewing the workflow about how you actually handle the generation and release of new upstream version of wifi-qr and its original source code tarball (theoretically this part should have nothing to do with Debian). I do hope this can be done properly (and automatically) in the future. Please consider fixing this issue and prepare a new .dsc source package. -- Regards, Boyuan Yang
Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
Hi kokoye, 在 2020-06-17星期三的 21:42 +0630，Ko Ko Ye`写道： > Dear Mentors > Now update 0.1-2 > https://mentors.debian.net/debian/pool/main/w/wifi-qr/wifi-qr_0.1-2.dsc > > implement with Hidden Network. > remove wifi-qr.policy > remove sudo usermode > change array to mapfile mode. > and > shellcheck with @pabs suggestion. > https://github.com/kokoye2007/wifi-qr/issues/9 There are several issues: * Since this is a new upload, please do not reuse your old RFS bug ( https://bugs.debian.org/961899). Please open another RFS bug with correct version string (0.1-2) and we can discuss further there. Please do not further reply to this bug report. * You are actually making changes as an upstream to fix some issues. In this case, please consider making another upstream release (for example, 0.2). Putting your changes in debian/patches/ is not reasonable at all. In this case you are the upstream, you have full control of the original project and you should not bother with patching. * Please, delete the .pc directory ( https://github.com/kokoye2007/wifi-qr/tree/master/.pc) for good and never let it appear in your git repo again. This directory should *never* appear anytime anywhere and I have provided the reason to you in previous emails. * Finally, could you please write in full English sentences with correct grammar in your email communication as well as the package description ( https://github.com/kokoye2007/wifi-qr/blob/master/debian/control) instead of using scattered words? That will definitely help with the understanding. Please fix the issues above and we can do further review in your new RFS request thread. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#962640: RFS: zmat/0.9.8 [RFS] -- a portable C-library and Octave toolbox for data compression
ow since Debian hasn't packaged it separately; however I personally suggest moving away from such library since this one looks largely unmaintained and hasn't seen development activity for 10+ years (https://github.com/lloyd/easylzma). Stripping the bundled libraries is not required since they are still free software and have compatible licenses with your whole project. I will stop here for now. Thanks for your work and maybe we could fix the issues mentioned previously first to properly shape your package. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#961179: RFS: inkscape-textext/1.0.1-1 [ITP] -- Re-editable LaTeX graphics for Inkscape
在 2020-06-09星期二的 21:58 -0600，Antonio Russo写道： > This essentially the same as [1] BTS 961741, and I've pushed the fix > to debian-mentors [2] and salsa [3]. I apologize for this, I did not > push these changes out earlier because I (apparently incorrectly) > assumed no one was going to look at my package. > > I still have not heard back from upstream regarding signed git tags > [4]. Signed tags/tarballs don't matter; they are totally optional. Your debian/watch file is using mode=git, which is totally fine; however, you may also opt to monitor the github releases page like other Debian packages. Just one last issue: you did not document the license information of textext/texoutparse.py; this file is licensed under the MIT License (seems to be the Expat variant), not BSD-3-Clause. Please update this information accordingly. After that, I think I can help to upload this package. -- Regards, Boyuan Yang
Bug#961179: RFS: inkscape-textext/1.0.1-1 [ITP] -- Re-editable LaTeX graphics for Inkscape
Control: tags -1 +moreinfo X-Debbugs-CC: antonio.e.ru...@gmail.com Hi Antonio, On Wed, 20 May 2020 20:00:30 -0600 Antonio Russo < antonio.e.ru...@gmail.com> wrote: > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: 942...@bugs.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "inkscape-textext" > > * Package name: inkscape-textext >Version : 1.0.1-1 Unfortunately your package fails to build from source. The full buildlog has been attached with this email. Please review your packaging and make sure that it builds sucessfully in a clean environment. -- Regards, Boyuan Yang sbuild (Debian sbuild) 0.79.1 (22 April 2020) on hosiet-vm-home +==+ | inkscape-textext 1.0.1-1 (amd64) Wed, 10 Jun 2020 03:00:01 + | +==+ Package: inkscape-textext Version: 1.0.1-1 Source Version: 1.0.1-1 Distribution: unstable Machine Architecture: amd64 Host Architecture: amd64 Build Architecture: amd64 Build Type: full I: NOTICE: Log filtering will replace 'var/run/schroot/mount/unstable-amd64-sbuild-7011dea6-ffc6-4d7e-b29d-100e142b466f' with '<>' I: NOTICE: Log filtering will replace 'build/inkscape-textext-KQW5wc/resolver-kFJSzg' with '<>' +--+ | Update chroot| +--+ Get:1 http://deb.debian.org/debian unstable InRelease [146 kB] Get:2 http://deb.debian.org/debian unstable/main Sources.diff/Index [27.9 kB] Get:3 http://deb.debian.org/debian unstable/main amd64 Packages.diff/Index [27.9 kB] Get:4 http://deb.debian.org/debian unstable/main Sources 2020-06-10-0211.46.pdiff [22.9 kB] Get:5 http://deb.debian.org/debian unstable/main amd64 Packages 2020-06-10-0211.46.pdiff [10.7 kB] Get:4 http://deb.debian.org/debian unstable/main Sources 2020-06-10-0211.46.pdiff [22.9 kB] Get:5 http://deb.debian.org/debian unstable/main amd64 Packages 2020-06-10-0211.46.pdiff [10.7 kB] Fetched 236 kB in 1s (197 kB/s) Reading package lists... Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. +--+ | Fetch source files | +--+ Local sources - /dev/shm/inkscape-textext_1.0.1-1.dsc exists in /dev/shm; copying to chroot I: NOTICE: Log filtering will replace 'build/inkscape-textext-KQW5wc/inkscape-textext-1.0.1' with '<>' I: NOTICE: Log filtering will replace 'build/inkscape-textext-KQW5wc' with '<>' +--+ | Install package build dependencies | +--+ Setup apt archive - Merged Build-Depends: debhelper-compat (= 13), dh-python, python3, python3-sphinx, python3-sphinx-rtd-theme, build-essential, fakeroot Filtered Build-Depends: debhelper-compat (= 13), dh-python, python3, python3-sphinx, python3-sphinx-rtd-theme, build-essential, fakeroot dpkg-deb: building package 'sbuild-build-depends-main-dummy' in '/<>/apt_archive/sbuild-build-depends-main-dummy.deb'. Ign:1 copy:/<>/apt_archive ./ InRelease Get:2 copy:/<>/apt_archive ./ Release [957 B] Ign:3 copy:/<>/apt_archive ./ Release.gpg Get:4 copy:/<>/apt_archive ./ Sources [398 B] Get:5 copy:/<>/apt_archive ./ Packages [480 B] Fetched 1835 B in 0s (127 kB/s) Reading package lists... Reading package lists... Install main build dependencies (apt-based resolver) Installing build dependencies Reading package lists... Building dependency tree... Reading state information... The following additional packages will be installed: autoconf automake autopoint autotools-dev bsdmainutils ca-certificates debhelper dh-autoreconf dh-python dh-strip-nondeterminism docutils-common dwz file fonts-font-awesome fonts-lato gettext gettext-base groff-base intltool-debian libarchive-zip-perl libbsd0 libcroco3 libdebhelper-perl libelf1 libexpat1 libfile-stripnondeterminism-perl libglib2.0-0 libicu67 libjs-jquery libjs-modernizr libjs-sphinxdoc libjs-underscore libmagic-mgc libmagic1 libmpdec2 libncursesw6 libpipeline1 libpython3-stdlib libpython3.8-minimal libpython3.8-stdlib libreadline8 libsigsegv2 libsqlite3-0 libssl1.1 libsub-override-perl libtool libuchardet0
Bug#962337: RFS: nfoview/1.28-1 -- simple viewer for NFO files
Hi Adam, On Sun, 7 Jun 2020 01:43:38 +0200 Adam Borowski wrote: > On Sat, Jun 06, 2020 at 02:56:57PM +0200, JCF Ploemen wrote: > > * Package name: nfoview > >Version : 1.28-1 > > (pytest-3:128560): dconf-CRITICAL **: 23:36:00.990: unable to create directory '/home/kilobyte/.cache/dconf': Permission denied. dconf will not work properly. > > (pytest-3:128560): dconf-CRITICAL **: 23:36:00.990: unable to create directory '/home/kilobyte/.cache/dconf': Permission denied. dconf will not work properly. > > (pytest-3:128560): dconf-CRITICAL **: 23:36:00.995: unable to create directory '/home/kilobyte/.cache/dconf': Permission denied. dconf will not work properly. > > (pytest-3:128560): dconf-CRITICAL **: 23:36:00.996: unable to create directory '/home/kilobyte/.cache/dconf': Permission denied. dconf will not work properly. I think debhelper 13+ now supports setting up a temporary HOME dir during packaging. However, I'm not sure how autopkgtest is working. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#961899: Fwd: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
Now I believe their's only one issue left: You marked the package to be Architecture:any. However, I do not see any differences for your package across difference hardware architecture. Could you explain the reason of using Architecture:any? If the built package would be exactly the same across all architectures, maybe Architecture:all should be used. After solving this problem, I believe your package should be ready for upload. -- Best, Boyuan Yang 在 2020-06-05星期五的 09:35 +0630，Ko Ko Ye`写道： > > > -- Forwarded message - > From: Ko Ko Ye` > Date: Fri, Jun 5, 2020 at 9:32 AM > Subject: Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect > with QR > To: Boyuan Yang <073p...@gmail.com> > now its available at > > https://mentors.debian.net/package/wifi-qr > > https://mentors.debian.net/debian/pool/main/w/wifi-qr/wifi-qr_0.1-1.dsc signature.asc Description: This is a digitally signed message part
Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
On Fri, 5 Jun 2020 09:35:07 +0630 "Ko Ko Ye`" wrote: > -- Forwarded message - > From: Ko Ko Ye` > Date: Fri, Jun 5, 2020 at 9:32 AM > Subject: Re: Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect Have you seen that bartm bot closed your RFS report again? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961899;msg=19 It is due to that you removed your package from mentors.debian.net ( https://mentors.debian.net/package/wifi-qr) and re-add it. When it gets removed, the bot will detect it and close the bug report automatically. You are expected to reopen the wrongly-closed bug report. Please *DO* *NOT* unnecessarily remove and readd your package on mentors.debian.net. You can always make a re-upload onto mentors.debian.net with the same package name and same version name. The mentors.debian.net site supports such behavior. (This does not apply to Debian's official archive, though.) -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#961899: RFS: wifi-qr/0.1-1 -- WiFi Share and Connect with QR
Control: tags -1 +moreinfo Hi kokoye, Please find my comments below: Ko Ko Ye` 于2020年5月30日周六 下午11:57写道： > > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "wifi-qr" > > * Package name: wifi-qr >Version : 0.1-1 >Upstream Author : kokoye2007 > * URL : https://github.com/kokoye2007/wifi-qr > * License : GPL-3.0+ > * Vcs : https://github.com/kokoye2007/wifi-qr >Section : utils > > It builds those binary packages: 1. Please do *not* submit duplicated RFS bugs. You submitted multiple RFS requests and the duplicated ones have already been closed by the bartm bot as you can see in [2]. If you need to make any modifications, please use the original bug report and add more information by replying to the report email address. [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962169;msg=7 2. I saw your packaging repo at https://github.com/kokoye2007/wifi-qr. Please drop the /.pc directory. This directory is created internally during package building and is not supposed to appear anywhere, anytime, especially in your packaging repo. Keeping it will cause issues when building the package. 3. Since you yourself is the upstream of this software, I don't quite get it when you put another patch file at /debian/patches/remove-duplicate-function. Apparantly it is not a Debian-specific patch. It is supposed to be applied directly onto your source code instead of appearing as a patch for Debian. In this case you might should act as the upstream and release a new version of your software, not as the packager applying a patch. 4. The #DEBHELPER# placeholder should never appear in the debian/rules file
Bug#961738: RFS: dragengine/1.1 -- Drag[en]gine Game Engine
Hi, (see bottom) Roland Plüss 于2020年5月28日周四 上午10:45写道： > > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "dragengine" > > * Package name : dragengine > Version : 1.1 > Upstream Author : rol...@rptd.ch > * URL : https://dragondreams.ch > * License : LGPL-3.0+ > * Vcs : upstream debianization branch: > https://github.com/LordOfDragons/dragengine/tree/debian > Section : x11 > > It builds those binary packages: > > dragengine - Drag[en]gine Game Engine > dragengine-dev - Drag[en]gine Game Engine Development > deigde - Drag[en]gine Game Development Environment > deigde-dev - Drag[en]gine IGDE Development > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/dragengine Long story short, this hasn't reached a satisfactory quality. I will point out issues I found but there are more to fix. * Please make sure the debian/files file does not exist in your packaging. This file is automatically created and should not be created manually. * Your debian/postinst script is missing the #DEBHELPER# placeholder. * Your debian/postinst file has to recognize whether it is being called during installation, upgrade or removal. See https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html for details. I guess the best way is to take a look at existing postinst scripts written by others. * Official Debian packages in "main" section should not manipulate files under /opt/ directory at any time. Your package will be part of the system, not some so called "Optional application software packages". Please place files following the File Hierarchy Standard (FHS) using directories under /usr/. * You are using "3.0 (native)" format, which is not suitable for a non-Debian-specific project. See https://www.debian.org/doc/manuals/maint-guide/advanced.en.html#native-dh-make for details. Please use "3.0 (quilt)" format. * Your "Build-Depends" field is missing way too many build dependencies. An easy example is that if scons is not installed on your system, your package surely cannot build. Please list all non-trivial build-dependencies required to build your package. See https://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps for details. * Your package bundles way too many external libraries under /extern/ directories. You must either document license information for those project or exclude those files from your source code. If building your package needs those libraries, please use existing libraries in current Debian archive. There are other issues but I'd rather stop here. Since you yourself is also the upstream, it could be possible for you to actually review the software buildsystem (scons scripts) since it seems to have diverted from traditional software installation procedures on UNIX-like platforms. In any case, the source repository and packaging scripts your provided need improvement. -- Regards, Boyuan Yang
Bug#956395: openscap_1.2.17-0.1_source.changes REJECTED
Hi, 在 2020-05-13星期三的 08:30 +0200，Håvard Flaget Aasen写道： > Hi Boyuan, > > Thanks for reviewing and uploading this. > > On 13.05.2020 04:37, Debian FTP Masters wrote: > > > > Source-only uploads to NEW are not allowed. > > > > binary:python3-openscap is NEW. > > Do you think you could upload it again, so it can enter the NEW queue? Re-uploaded to the NEW queue. -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#960162: RFS: mgba/0.8.1+dfsg-1 -- Game Boy Advance emulator
X-Debbugs-CC: r...@nardis.ca Hi Ryan, On Tue, 12 May 2020 12:30:16 -0700 Ryan Tandy wrote: > On Tue, May 12, 2020 at 09:22:23PM +0200, Tobias Frost wrote: > >Hijacks are bad… > >However there is the package salvaging process, please check if it is more suitable: > > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging > > Thanks for the pointer. I think "team upload" is a better description of > what I'm attempting, but it didn't seem quite accurate as I'm not (yet) > a member of the relevant team. > > I will check with the games team to see what they prefer, and will > follow the salvaging process if that's best. Thanks for your interest in the package. I'd suggest to start the Salvaging process if * you are really interested in maintaining it * the package is suitable for Salvaging (see definitions in Developers Reference) * no one has objection on salvaging in the Games Team (Even though I'm in the Games Team, I'm speaking on behalf of myself this time. This email copy is also sent to Sergio.) -- Thanks, Boyuan signature.asc Description: This is a digitally signed message part
Bug#959702: RFS: cpufrequtils/008-2 [ITA] -- utilities to deal with the cpufreq Linux kernel feature
Hi Seunghun, 在 2020-05-05星期二的 10:02 +0900，Seunghun Han写道： > Hi Boyuan, > > Thank you for your advice. Please see comments below. > > On Tue, May 5, 2020 at 6:33 AM Boyuan Yang wrote: > > [..snip..] > > Are you interested putting the git packaging repo under > > salsa.debian.org/debian/ instead of your personal namespace? In this case, > > other Debian Developers (DD) will have write access to this repo. If you > > find > > it okay, I can help to create such repo under Salsa Debian group. > > > > Thank you for your suggestion. It's good for me. Is there any way to > have write access for it? In my case, I joined the Webml team as a > developer and had write access [1]. The members of salsa.debian.org/debian group are limited to DDs (Debian Developers). However, it is possible to add you as the maintainer of individual repos under Debian/ group. I have already added you as a maintainer of https://salsa.debian.org/debian/cpufrequtils . > hose are all just nitpicks; I can sponsor this upload after your reply (and > > > > > > I also fixed them and uploaded the package again. Please sponsor it. > I always appreciate your help. As part of mentoring, I reviewed your files in the git repo and found some other issues: * You accidentally committed files under debian/cpufrequtils into the repository. Those files are built binary files instead of source codes and should not be included. - This also indicates that you are using a non-chroot environment to build packages. Please consider using clean chroot each time doing a package build, like pbuilder, cowbuilder, git-builder, sbuild, etc. * In architecture field of package cpufrequtils, it lists "hurd", "kbsd64" and "kbsd32", which does not exist in Debian. Please correct it. (I know it could be a bug in older versions but we should be fixing it once we know it.) * You may now use https://salsa.debian.org/debian/cpufrequtils in Vcs-* fields. * I'm not sure if debian/lintian.overrides will work. https://manpages.debian.org/unstable/lintian/lintian.1.en.html#FILES mentioned correct naming about lintian override files. After solving those problems, I will sponsor this package. Some bonus points that can be done laster in future: * Consider converting debian/rules to be using dh(1) sequencer later. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#959702: RFS: cpufrequtils/008-2 [ITA] -- utilities to deal with the cpufreq Linux kernel feature
Hi Seunghun, (see comments inline below) 在 2020-05-04星期一的 17:51 +0900，Seunghun Han写道： > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "cpufrequtils" > > * Package name: cpufrequtils >Version : 008-2 >Upstream Author : Dominik Brodowski > * URL : > http://kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html > * License : GPL-2 > * Vcs : https://salsa.debian.org/kkamagui-guest/cpufrequtils >Section : admin > > It builds those binary packages: > > cpufrequtils - utilities to deal with the cpufreq Linux kernel feature > libcpufreq0 - shared library to deal with the cpufreq Linux kernel feature > libcpufreq-dev - development files to deal with the cpufreq Linux kernel > feature > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/cpufrequtils > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/c/cpufrequtils/cpufrequtils_008-2.dsc > > Changes since the last upload: > >* New maintainer (Closes: #933159) >* Add "for internal use" to debian/cpufrequtils.templates to fix > lintian warning. >* Bump Standards-Version to 4.5.0. >* Remove -O2 of CFLAGS from debian/rules when noopt is defined. >* Add hardening+=all to debian/rules and set-hardening.patch. >* Add Vcs-* fields to debian/control. Are you interested putting the git packaging repo under salsa.debian.org/debian/ instead of your personal namespace? In this case, other Debian Developers (DD) will have write access to this repo. If you find it okay, I can help to create such repo under Salsa Debian group. >* Add Build-Depends-Package field to debian/libcpufreq0.symbols. >* Change the format of debian/copyright to dep5. >* Fix tyops in man files. This line itself contains a typo :-( >* Remove debian/source.lintian-overrides to fix lintian warning. * For the "Source" field in debian/copyright: please consider using https instead of http. * Ever considered using debhelper compat level v13? Those are all just nitpicks; I can sponsor this upload after your reply (and ideally a new upload onto mentors.d.n). -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#956414: RFS: eudev/3.2.9-7+debian2: [ITP] /dev/ and hotplug management daemon
Hi Svante,
(see bottom)
On Sat, 02 May 2020 18:18:26 +0200 Svante Signell
wrote:
> Hi again,
>
> I uploaded a new version, 3.2.9-7+debian2 which fixes many lintian
> warnings:
> * binary-control-field-duplicates-source
> * out-of-date-standards-version
> * package-uses-old-debhelper-compat-version
> * xc-package-type-in-debian-control
> * rules-requires-root-missing
> * hardening-no-bindnow
I do not intend to do a complete review but there seems still to be many
issues in the source package your provided:
* I'm not sure why you are using the version string "3.2.9-7+debian2".
Actually I am really curious about where did the digit seven (7) come from. I
can only find version 3.2.9 on upstream website and there is no seven...
Please adjust the version string so that it complies with deb-verison(7) [1].
* The lintian warning out-of-date-standards-version still exists. The most up-
to-date Standards-Version is 4.5.0, as you can find in Debian Policy.
* The lintian warning package-uses-old-debhelper-compat-version still exists.
The most up-to-date debhelper compat version is v13, not v11. Please read
details at [2].
* It seems that you are providing two udeb binary packages. Since udeb
packages are only used by debian-installer (d-i), could you please coordinate
with the d-i team [3] and ask them whether such udeb package is needed? My
guess is that this is probably not necessary at this time. If the answer turns
out to be yes, please let me know their reply.
* Almost all binary package entries in debian/control have this line:
Provides: udev (= 1:${source:Version})
This is almost surely incorrect; the ${source:Version} substvar refers to the
source version of eudev, not udev. This line will likely not work.
* Package eudev still depends on s390-tools on arch:s390, however Debian no
longer ships packages under s390. Are you referring to s390x?
Since eudev is supposed to be a replacement of udev, we surely need more
extensive review on this source package. I see that you listed Adam Borowski
in the Uploaders list. Adam, can you continue with the package review as a
prospective co-maintainer?
--
Regards,
Boyuan Yang
[1] https://manpages.debian.org/unstable/dpkg-dev/deb-version.7.en.html
[2]
https://manpages.debian.org/unstable/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS
[3] https://wiki.debian.org/Teams/DebianInstaller
signature.asc
Description: This is a digitally signed message part
Bug#958991: RFS: setzer/0.2.4-1 [ITP] -- simple yet full-featured LaTeX editor
Hi, Quick comment: at least files under data/resources/gtksourceview/language- specs has different license information than what currently written in debian/copyright. Please review copyright information again. -- Best, Boyuan Yang 在 2020-04-27星期一的 18:13 +，Stephan Lachnit写道： > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "setzer" > >Package name: setzer >Version : 0.2.4-1 >Upstream Author : cvfosa <https://www.cvfosa.org/> >URL : https://www.cvfosa.org/setzer/ >License : GPL-3.0+ >Vcs : https://salsa.debian.org/debian/setzer >Section : tex > > It builds those binary packages: > > setzer - simple yet full-featured LaTeX editor > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/setzer > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/s/setzer/setzer_0.2.4-1.dsc > > Changes since the last upload: > >* Initial release. (Closes: #954847) > > > Setzer is an amazing LaTeX Editor with Gnome looks written in Python. It > features a dark mode, many shortcuts for common symbols used in Latex, a > document creation wizard and more. > The only real build dependency is Meson, the runtime dependencies are also > pretty light: Python GLib bindings and python3-xdg. > I already had some contact with the developer to wire up support for Meson, > and he responds very quickly to issues and PRs. > > I don't mind maintaining it in a team, if someone is interested in that. > > Cheers, > Stephan > signature.asc Description: This is a digitally signed message part
Bug#958364: Subject: RFS: libtpms/0.8.0~dev1-1 [ITP] -- TPM emulation library
Control: tags -1 +moreinfo
Hi Seunghun,
Thanks for working on libtpms packaging in Debian and taking over maintenance.
I sponsored the previous upload at
https://ftp-master.debian.org/new/libtpms_0.7.0-1.html .
After looking into your packaging, I think there are some issues as listed
below. Please consider solving them and remove the "moreinfo" tag afterwards.
* This one is critical: With new package, *NEVER* override dh_usrlocal in
debian/rules file. Debian package should not ship files under /usr/local/. If
there are special reasons about handling /usr/local/, I'd be happy to know it.
* Please consider using "include /usr/share/dpkg/architecture.mk" instead of
manual invocation of dpkg-architecture to get the value of DEB_HOST_MULTIARCH
variable in debian/rules file.
* The "--with autoreconf" parameter is useless now since it is the default for
debhelper compatibility level 12.
* Please strip all old changelogs entries from debian/changelog; those old
parts are not part of Debian.
* This one is also critical: Please do not list ${misc:Pre-Depends} in the
Depends: field of libtpms0. Normally this variable substitution is not needed
now; if you really needed, please use "Pre-Depends: ${misc:Pre-Depends}"
instead.
* With your current debian/*.install files, there are absolutely no necessity
to build-depends on dh-exec. Please remove such dependency and remove
corresponding shebang in *.install files.
Let me know after you finish all those tweaks or if you have any questions.
--
Regards,
Boyuan Yang
在 2020-04-21星期二的 07:55 +0900，Seunghun Han写道：
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "libtpms"
>
> * Package name: libtpms
>Version : 0.8.0~dev1-1
>Upstream Author : Stefan Berger
> * URL : https://github.com/stefanberger/libtpms
> * License : BSD-3-clause
> * Vcs : https://salsa.debian.org/kkamagui-guest/libtpms
>Section : libs
>
> It builds those binary packages:
>
> libtpms0 - TPM emulation library
> libtpms-dev - libtpms header files and man pages
>
> To access further information about this package, please visit the
> following URL:
>
> https://mentors.debian.net/package/libtpms
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> https://mentors.debian.net/debian/pool/main/libt/libtpms/libtpms_0.8.0~dev1-1.dsc
>
> Changes since the last upload:
>
>* New maintainer (Closes: #958071)
>* Updated standards version to 4.5.0 in debian/control
>* Updated debhelper version to 12 in debian/control
>* Added Rules-Requires-Root to debian/control
>* Added Vcs-Browser and Vcs-Git to debian/control
>* Removed autotools-dev and dh-autoreconf from debian/control
>* Removed autotools-dev and parallel option from debian/rules
>* Converted debian/copyright to dep5-copyright format
>* Added debian/watch file
>* Added debian/libtpms.symbols file
>* Added debian/upstream/metadata file
>* Changed section of man pages from 1 to 3
>* Fixed typos and a long line warning in man pages
>* Set date of man pages to last changelog entry
>
> Regards,
>
> --
> Seunghun Han
>
signature.asc
Description: This is a digitally signed message part
Bug#954760: RFS: lighttpd/1.4.53-5 {SPU, RC] -- backport security, bug fixes from upstream
Control: tags -1 +moreinfo X-Debbugs-CC; gs-debian@gluelogic.com Hi Glenn, On Sun, 22 Mar 2020 21:09:15 -0400 Glenn Strauss wrote: > Package: sponsorship-requests > Severity: important > > Dear mentors, > > Please release lighttpd 1.4.53-5 as a stable-update to Buster. > > I am a lighttpd developer (upstream) and have prepared lighttpd 1.4.53-5 > on the 'buster' branch at > https://salsa.debian.org/debian/lighttpd/-/tree/buster > The debian/changelog entry for 1.4.53-5 is currently marked UNRELEASED. > > The patches added to debian/patches do the following: > * backport security, bug, portability fixes from lighttpd 1.4.54, 1.4.55 > > Numerous important fixes have been backported to Debian Buster package > for lighttpd 1.4.53, including: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954759 > > This is my first submission to sponsorship-requests, so your guidance is > appreciated. For any updates to packages in Stable, an approval from Debian Stable Release Managers (Release Team) is necessary. Please consider opening a buster-pu bug against release.debian.org (see examples at https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=release.debian.org and instructions at https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable ) and get their approval first. When communicating with the Release Team, please mention that you are from the lighttpd upstream. After approved by the Release Team, I can help to sponsor this upload. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#955791: RFS: libkqueue/2.3.1-1 -- cross-platform library for kernel event notification
X-Debbugs-CC: m...@heily.com Hi Mark, On Sat, 4 Apr 2020 18:10:30 -0400 Mark Heily wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "libkqueue" > > * Package name: libkqueue >Version : 2.3.1-1 >Upstream Author : Mark Heily > * URL : https://github.com/mheily/libkqueue/wiki > * License : BSD-2-clause > * Vcs : https://github.com/mheily/debian-packages/tree/libkqueue >Section : libs > > It builds those binary packages: > > libkqueue0 - cross-platform library for kernel event notification > libkqueue-dev - Development files for libkqueue > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/libkqueue > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/libk/libkqueue/libkqueue_2.3.1-1.dsc > > Changes since the last upload: > >* New upstream release > > Regards, Could you please also acknowledge the previous NMU made onto libkqueue on Debian, as indicated at https://tracker.debian.org/pkg/libkqueue ? With the missing changelog information added, I can help to sponsor this upload. -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#951629: RFS: timeshift/19.01+ds-2.1 [NMU] [RC] -- System restore utility
Hi Steve, wrar, On Wed, 19 Feb 2020 12:40:15 +0500 Andrey Rahmatullin wrote: > Control: tags -1 + moreinfo > > Unfortunately you ignored https://lists.debian.org/debian-mentors/2020/02/msg00124.html > lintian even tells you about the mangled changelog. I'm letting you know that I am keeping an eye on package timeshift since I granted the original maintainer DM permission. I know the original maintainer privately and it looks like he is extremely unlikely to work on timeshift (and any other Debian work) in the foreseeable future. For now, I will not work on fixing it or salvaging the package since it's a perfectly valuable chance for you (Steve) to practice and participate in Debian's work. Steve: I took a look at the source package you provided on mentors.debian.net. Actually wrar gave some valuable advice and there are some bugs that *must* be fixed before anyone accept your work (namely the duplicated changelog entries). If you are unsure about what changes you made, please take advantage of the debdiff(1) tool and check the differences between the existing version and your proposed version. Please *DO* fix it and let us know when you are ready. I will be glad to help you upload this NMU. Let me know if you have any doubts. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#934049: Subject: RFS: sctplib/1.0.22-1
X-Debbugs-CC: dre...@iem.uni-due.de Hi Thomas, On Tue, 6 Aug 2019 14:26:16 +0200 Thomas Dreibholz < thomas.dreibh...@googlemail.com> wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "sctplib > <https://www.uni-due.de/~be0001/sctplib/>;": > > * Package name: sctplib > Version: 1.0.22-1 > Upstream Author: Thomas Dreibholz <mailto:dre...@iem.uni-due.de>> Generally I think the package is overall ok. There is only one problem: some files within the repo are licensed under LGPL-2.1+ instead of LGPL-3+. Could you please update the debian/copyright file to reflect such information? Besides I think it's ready for upload. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#950824: RFS: sayonara/1.5.2-beta3~1 -- Small and lightweight music player
Hi, 在 2020-02-07五的 11:14 +0630，Ko Ko Ye`写道： > I am looking for a sponsor for my package "sayonara" > > Sayonara is a small, clear and fast audio player for Linux written in C++, > supported by the Qt framework. > It uses GStreamer as audio backend. Sayonara is open source and uses the > GPLv3 license. > more at https://sayonara-player.com [1], > https://gitlab.com/luciocarreras/sayonara-player [2] Could you fix those lintian errors? E: sayonara: \embedded-library\ usr/bin/sayonara: taglib E: sayonara: \python-script-but-no-python-dep\ usr/bin/sayonara-ctl #!python3 E: sayonara: \python-script-but-no-python-dep\ usr/bin/sayonara-query #!python3 Besides, the version string is also buggy. * The debian revision should be -1 and never be ~1. * If upstream is releasing a beta version with version string as "1.5.2- beta3", you should consider mangling it back to "1.5.2~beta3" since "1.5.2-" is considered a higher version than "1.5.2" in Debian. Final result should be "1.5.2~beta3-1". Plese read deb-version(5) man page for information about Debian's versioning. Another thing is that you should drop historical changelog entries in debian/changelog. They are useless in Debian. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#949574: RFS: tl-expected/1.0.0~dfsg-1 [ITP] -- std::expected with functional-style extensions
在 2020-01-22三的 22:27 +0300，Nicholas Guriev写道： > At 2020-01-22 12:06:30-0500, Boyuan Yang wrote: > > * There's no license called "CC0" itself and /usr/share/common- > > licenses/CC0 > > does not exist. The canonical (SPDX) name is CC0-1.0 ( > > https://spdx.org/licenses/CC0-1.0.html ). Please apply fixes in the > > debian/copyright file. > > > > Please notify me after you have this fixed and I will upload your fixed > > version. > > Thank you for pointing that out. I have pushed the fix to my > repository[1]. > > At 2020-01-22 12:09:01-0500, Boyuan Yang wrote: > > Besides, let me know if you are willing to put the git packaging > > repository > > under Salsa debian/ namespace. > > I agree with you and think it would be more correct to place the > repository in the shared debian/ namespace. But as far as I understand > only Salsa admins may transfer the created project to that namespace. > > [1]: https://salsa.debian.org/mymedia-guest/tl-expected/merge_requests/1 There could be several workarounds. Since Debian Developers all have the permission to create new repos under Debian/ namespace, we may create a new one, push everything onto it, grant you a maintainer role for the new repo and have your old repo deleted by yourself. On the other hand, you may submit a transfer request on https://salsa.debian.org/salsa/support/issues at any time. -- Best, Boyuan Yang
Bug#949574: RFS: tl-expected/1.0.0~dfsg-1 [ITP] -- std::expected with functional-style extensions
X-Debbugs-CC: guriev...@ya.ru 在 2020-01-22三的 12:06 -0500，Boyuan Yang写道： > X-Debbugs-CC: guriev...@ya.ru > > Please notify me after you have this fixed and I will upload your fixed > version. Besides, let me know if you are willing to put the git packaging repository under Salsa debian/ namespace. -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#949574: RFS: tl-expected/1.0.0~dfsg-1 [ITP] -- std::expected with functional-style extensions
X-Debbugs-CC: guriev...@ya.ru Hi Nicholas, On Wed, 22 Jan 2020 09:03:38 +0300 Nicholas Guriev wrote: > Package: sponsorship-requests > Severity: wishlist > Control: blocks -1 949401 > > Dear mentors, > > I am looking for a sponsor for my package "tl-expected" > > * Package name: tl-expected >Version : 1.0.0~dfsg-1 >Upstream Author : Simon Brand > * URL : https://tl.tartanllama.xyz/ > * License : CC0 (Public Domain) > * Vcs : https://salsa.debian.org/mymedia-guest/tl-expected >Section : libdevel > > It builds those binary packages: > > libexpected-dev - C++11/14/17 std::expected with functional-style extensions > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/tl-expected > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/t/tl-expected/tl-expected_1.0.0~dfsg-1.dsc > > Changes since the last upload: > >* Initial upload. (Closes: #949401) I would be happy to work with you and upload this package, but let's do some quick fixes first: * There's no license called "CC0" itself and /usr/share/common-licenses/CC0 does not exist. The canonical (SPDX) name is CC0-1.0 ( https://spdx.org/licenses/CC0-1.0.html ). Please apply fixes in the debian/copyright file. Please notify me after you have this fixed and I will upload your fixed version. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#949587: RFS: libexif/0.6.21-6 -- library to parse EXIF files
X-Debbugs-CC: hugh.mcmas...@outlook.com Hi, On Wed, 22 Jan 2020 23:29:48 +1100 Hugh McMaster wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors and Debian PhotoTools Team members, > > I am looking for a sponsor for a Team Upload of the package "libexif". > > * Package name: libexif >Version : 0.6.21-6 >* debian/patches: Add upstream patches by Marcus Meissner: > - Avoid the use of unsafe integer overflow checking constructs >(CVE-2019-9287) (Closes: #945948). It is CVE-2019-9278, not CVE-2019-9287. Please fix it. -- Best, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#944302: RFS: git-versioning/0.4.3 [RFP] -- Managing releases from a git repository.
Control: tags -1 + moreinfo Hi, I only saw that you are the upstream author of this software but no packaging efforts could be found. If you are only requesting others to have your software packaged, please let me know and we should have your report converted to a Request-To-Package (RFP) report. Thanks, Boyuan Yang On Thu, 7 Nov 2019 15:07:26 +0100 Alban MANCHERON wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "git-versioning": > > * Package name : git-versioning > Version : 0.4.3 > Upstream Author : Alban Mancheron > * URL : https://gite.lirmm.fr/doccy/git-versioning > * License : CeCILL (Open Source -- https://cecill.info/index.en.html) > * Vcs : https://gite.lirmm.fr/doccy/git-versioning > Section : [fill in] > > It builds those binary packages: > > git-versioning -- Managing releases from a git repository. > > This software allow to manage tags for distribute software and library > releases inside a git repository. > It comes with m4 macros to help developers who use autoconf. signature.asc Description: This is a digitally signed message part
Bug#941620: RFS: gedit-plugin-copy-file-path/0.5.0 [ITP]
Control: tags -1 + moreinfo X-Debbugs-CC: beberve...@gmail.com Hi, I only saw that you are the upstream author of this software but no packaging efforts could be found. If you are only requesting others to have your software packaged, please let me know and we should have your report converted to a Request-To-Package (RFP) report. Thanks, Boyuan Yang On Wed, 2 Oct 2019 20:06:00 -0300 Willian Veiga wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "gedit-plugin-copy-file-path": > > * Package name: gedit-plugin-copy-file-path >Version : 0.5.0 >Upstream Author : Willian Gustavo Veiga > * URL : > https://github.com/willianveiga/gedit-copy-file-path/pull/3/files > * License : GPL3 > * Vcs : > https://github.com/willianveiga/gedit-copy-file-path.git signature.asc Description: This is a digitally signed message part
Bug#933248: RFS: assaultcube/1.2.0.2-1 [ITA] -- realistic first-person-shooter
While I haven't looked into your package (yet), I do have some questions: how will you handle the situation that source package assaultcube-data also provides the binary package assaultcube-data? What's the reason of moving it from non-free to main area? If assaultcube-data is already free, why would it still be in the contrib section? Thanks, Boyuan Yang On Sun, 28 Jul 2019 03:43:58 -0300 Carlos Donizete Froes wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "assaultcube" > > * Package name: assaultcube >Version : 1.2.0.2-1 >Upstream Author : Rabid Viper Productions > * URL : http://assault.cubers.net > * License : GPL-2+ or Zlib >Section : contrib/games > > It builds those binary packages: > > assaultcube - realistic first-person-shooter > assaultcube-data - realistic first-person-shooter (data file) > > To access further information about this package, please visit the following URL: > > https://mentors.debian.net/package/assaultcube > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/contrib/a/assaultcube/assaultcube_1.2.0.2-1.dsc > > More information about assaultcube can be obtained from https://gitlab.com/coringao/assaultcube. > > Changes since the last upload: > > assaultcube (1.2.0.2-1) unstable; urgency=medium > > * New upstream release (Closes: #726355, #727026, #779617) > * Added files: > + d/assaultcube.6 - Manpages used from previous version. > + d/assaultcube.docs. > + d/assaultcube-data.install. > + d/assaultcube-data.links. > + d/assaultcube-server.6 - Manpages used from previous version. > + d/clean - Removing the bin_unix directory. > + d/manpages. > * Removed files (outdated): > - d/assaultcube.dirs. > - d/assaultcube.lintian-overrides. > - d/assautcube.xpm. > - d/autoreconf. > - d/compat. > - d/patches. > - d/README.Debian. > - d/README.source. > * debian/assaultcube.desktop: Updated '.desktop' application shortcut file. > * debian/assaultcube.install: Updated directory paths. > * debian/changelog: Corrected file containing white space. > * debian/control: > + Added package assaultcube-data. > + Build-Depends: Libraries updated for SDL2. > + Bumped Standards-Version to 4.4.0. > - Changed from 'debhelper' to 'debhelper-compat' in > Build-Depends field and bumped level to 12. signature.asc Description: This is a digitally signed message part
Bug#925125: Fwd: Fwd: RFS: hollywood/1.14-2 [ITA]
Control: -1 + moreinfo X-Debbugs-CC: emmanuelaria...@gmail.com Hi Emmanuel, Please read the comment on mentors.d.o site: https://mentors.debian.net/package/hollywood ...and add the missing NMU acknowledgement. Please let me know once this issue is fixed. -- Thanks, Boyuan Yang On Tue, 19 Mar 2019 23:39:18 -0300 Emmanuel Arias wrote: > Package: sponsorship-requests > Severity: normal > > > Dear mentors, > > I am looking for a sponsor for my package "hollywood" > > * Package name: hollywood > Version : 1.14-2 > Upstream Author : Dustin Kirkland > * URL : https://github.com/dustinkirkland/hollywood > * License : Apache-2.0 > Section : games > > It builds those binary packages: > > hollywood - fill your console with Hollywood melodrama technobabble > wallstreet - fill your console with Wall Street-like news and stats > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/hollywood > > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/h/hollywood/hollywood_1.14-2.dsc > > More information about hollywood can be obtained from > https://github.com/dustinkirkland/hollywood > > Changes since the last upload: > > * New Maintainer (Closes: #920883): > - Add myself to Maintainer field on d/control. > * Bump debhelper to debhelper-compat (= 12) from 11 on d/control. > - Delete compat file > * Bump Standards-Version to 4.3.0 (from 4.2.1) on d/control. > * Add myself to d/copyright for debian/* files. > * Add Vcs-* links > * Delete snap.wallstret and snap.hollywood folder > that folder are not in the last upstream version > > > Regards! signature.asc Description: This is a digitally signed message part
Bug#888527: RFS: hollywood/1.12-1 [ITP]
X-Debbugs-CC: mmyan...@gmail.com Control: tag -1 + moreinfo The package looks fine but there's several missing points: * Please add copyright information for debian/ directory. * Please consider updating to the latest upstream release (1.14). * Please use secure uri in debian/copyright file. Please notify me after those problems get fixed. -- Regards, Boyuan Yang
Bug#910591: ITA: logdata-anomaly-miner -- lightweight tool for log checking, log analysis
Control: tag -1 + moreinfo Tobias Frost 于2018年10月12日周五 上午1:35写道： > From my perspective (and I think this is also the opinion of the MIA > team), it is ok for Markus to take over the package in this case, > as he got the (verbal) ok from the former maintainer and we do not have > reasons > to believe that this is not true. IMHO there is no need to formally > orphan it beforehand (and strictly it would not need an ITA either). > (And still, if we find out that Roman would disagrees, he can easily be > re-instatniated as maintainer.) > > -- > tobi Thanks tobi, that makes things easier. Markus, I just reviewed your package and there are pretty many problems. Have you taken a look at https://mentors.debian.net/package/logdata-anomaly-miner ? There are several errors and hints that you should solve first. Please run lintian every time you prepare a upload and solve all errors and warnings. * You should almost never convert a standard 3.0(quilt) package to 3.0(native) without proper explanation. Could you please revert packaging format back to 3.0 (quilt) or is there any reasons for converting package type? * Please use Standards-Version 4.2.1. That corresponds to the latest version of debian-policy. * dh-systemd is an obolete package. Please depends on latest dehelper (e.g., >= 11) and remove dependency to dh-systemd. The debian/compat file also must be updated accordingly. * You are using "dh --with python3" in debian/rules but not specifying any dependency or build-dependency on python3 (You are depending on python2 and python2 libraries all around in debian/control instead). That is a big error and must be solved. Please fix those bugs and notify me after all problems are solved. Thanks! -- Regards, Boyuan Yang
Bug#910591: ITA: logdata-anomaly-miner -- lightweight tool for log checking, log analysis
Control: tag -1 - moreinfo X-Debbugs-CC: roman.fied...@ait.ac.at Hi Markus, Wurzenberger Markus 于2018年10月11日周四 上午7:20写道： > > Hi Boyuan, > > unfortunately, Roman left our organization. Therefore, there is no possibility > for him to make any confirmations via e-mail. Before he left, he handed me > over the logdata- anomaly-miner launchpad project and repository to maintain > and further develop it, as you can see here: > https://launchpad.net/logdata-anomaly-miner > https://git.launchpad.net/logdata-anomaly-miner He should have informed the downstream distributions before leaving to fully hand over the responsibilities... but it seems a little bit late to make such reminder. > Please let me know how to handle this situation so that I can keep the > logdata-anomaly-miner Debian package up to date. I am sending a mail copy to Debian QA/MIA Team since it looks like a missing-in-action scenario. Meanwhile, all latter uploads should not remove Roman from maintainer list unless he sends out a public email declaring the handover of maintenance, or the Debian MIA Team decides that his package should be orphaned. I don't have enough time recently to review the work; I may examine it later or some other Debian Developers would review it. -- Thanks, Boyuan Yang > Regards, > Markus Wurzenberger > > -Original Message- > From: Boyuan Yang > Sent: Mittwoch, 10. Oktober 2018 22:10 > To: 910...@bugs.debian.org; 910...@bugs.debian.org > Subject: Bug#910591: ITA: logdata-anomaly-miner -- lightweight tool for log > checking, log analysis > > X-Debbugs-CC: roman.fied...@ait.ac.at markus.wurzenber...@ait.ac.at > Control: tag -1 + moreinfo > > Hi Markus, > > I noticed your RFS and ITA document. However, it seems that the original > maintainer (Roman Fiedler) never submitted the RFA or Orphaning bug to declare > that this package is given up for adoption. I think an acknowledgment from the > original maintainer should be necessary. > > Dear Roman, could you please send an public email to confirm that you are > willing to have Markus taken over the package maintenance? > > If Markus is no longer able to send emails to make confirmation, that is > another situation and needs to be handled differently.
Bug#910591: ITA: logdata-anomaly-miner -- lightweight tool for log checking, log analysis
X-Debbugs-CC: roman.fied...@ait.ac.at markus.wurzenber...@ait.ac.at Control: tag -1 + moreinfo Hi Markus, I noticed your RFS and ITA document. However, it seems that the original maintainer (Roman Fiedler) never submitted the RFA or Orphaning bug to declare that this package is given up for adoption. I think an acknowledgment from the original maintainer should be necessary. Dear Roman, could you please send an public email to confirm that you are willing to have Markus taken over the package maintenance? If Markus is no longer able to send emails to make confirmation, that is another situation and needs to be handled differently. -- Regards, Boyuan Yang
Bug#908626: RFS: ukui-greeter/1.1.4-1 [ITP]
X-Debbugs-CC: jianfen...@ubuntukylin.com Control: tag -1 + moreinfo Hi handsome_feng! I'm glad to see that you are continue pushing UbuntuKylin's software into upstream Debian. Here are some overall reviews: * For upstream developer: No need to pre-compress man page into .gz file. Debian packaging system (debhelper, or to be more concrete, dh_compress) will handle it for you. * Now that ukui-greeter's packaging is maintained in the ukylin team under Debian Salsa platform, Vcs-Git should *NOT* point to upstream GitHub project -- it should point to the git repo under your Salsa team. Please also fix this problem for other ukui-related packages. * You should almost *NEVER* explicitly write library packages into binary package's dependency list. Explicitly writing it also made your package unable to be binNMU-ed. In fact, such library dependency will be automatcially deduced by Debian's build system. See dh_shlibdeps(1) for more information. * You missed qt5-qmake as build-dependency. Without this package, ukui-greeter will not be able to build successfully since qmake cannot be found anywhere. Please fix those problem mentioned above. If you have any question, don't hesitate to ask me or seek help on debian-mentors. After fixing those problems, I'd be delighted to sponsor your package. -- Regards, Boyuan Yang 在 2018年9月11日星期二 EDT 下午10:32:01，您写道： > Package: sponsorship-requests > Severity: normal > > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "ukui-greeter" > > * Package name: ukui-greeter >Version : 1.1.4-1 >Upstream Author : yang hao > * URL : https://salsa.debian.org/kylin-team/ukui-greeter > * License : GPL-2+ >Section : x11 > > It builds those binary packages: > > ukui-greeter - Lightdm greeter for UKUI > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/ukui-greeter > > > Alternatively, one can download the package with dget using this command: > > dget -x https://mentors.debian.net/debian/pool/main/u/ukui-greeter/ukui-> > greeter_1.1.4-1.dsc > > More information about ukui-greeter can be obtained from > https://github.com:ukui. > > > Regards, >handsome_feng signature.asc Description: This is a digitally signed message part.
Bug#844765: RFS: gitless/0.8.4-1 -- new package
Hi Peter, Over one year has passed; do you have any progress on this RFS? Please fix the previous problem mentioned by Gianfranco and push a new version. Due to long period of inactivity, I will close this RFS if there's no response within 31 days. -- Regards, Boyuan Yang 在 2016年12月2日星期五 EDT 下午4:11:44，您写道： > On Fri, Nov 18, 2016 at 10:15:20PM +0200, Peter Pentchev wrote: > > Package: sponsorship-requests > > Severity: wishlist > > > > Dear mentors, > > > > I am looking for a sponsor for the initial upload of my package > > "gitless" - a version control system on top of Git. > > > > * Package name: gitless > > > > Version : 0.8.4-1 > > Upstream Author : Santiago Perez de Rosso > > > > * URL : http://gitless.com/ > > * License : GPL-2+ > > > > Section : devel > > > > It builds a single binary package that has been built with sbuild and > > > > tested with Lintian and cme: > > gitless- version control system on top of Git > > > > Unfortunately there have been some issues with uploading the Gitless > > package to mentors.d.n (I'm in contact with the administrators), but you > > > > can fetch it from my website: > > dget -x > > https://devel.ringlet.net/devel/gitless/debian/0.8.4-1/gitless_0.8.4-1. > > dsc> > > ...or, alternatively, from a GitHub repository: > > git clone https://github.com/ppentchev/gitless.git -b debian > > cd gitless > > git describe # should output mentors/0.8.4-1-2 > > git tag -v mentors/0.8.4-1-2 > > pristine-tar checkout ../gitless_0.8.4.orig.tar.gz > > > > More information about Gitless can be obtained from http://gitless.com/ > > > > Thanks in advance for your time, and keep up the great work! > > Anyone? :) > > G'luck, > Peter signature.asc Description: This is a digitally signed message part.
Bug#904408: RFS: pidgin-gmchess/0.02-2 [QA]
X-Debbugs-CC: sunwea...@debian.org p...@softwarelivre.org Hi Paulo, Mike, While it is possible to make a QA upload for pidgin-gmchess, I have to point out that I intend to remove gmchess and all its reverse dependencies from the Debian archive since gmchess itself is too buggy. See also https://bugs.debian.org/909100 . I hope that plan does not interfere with your AM process. If you need any help from my side, please feel free to contact me. -- Regards, Boyuan Yang 在 2018年7月24日星期二 EDT 上午12:35:37，您写道： > Package: sponsorship-requests > Severity: wishlist > X-Debbugs-CC: mike.gabr...@das-netzwerkteam.de > > Hi, > > Please **don't sponsor and upload** this package because my AM (Mike > Gabriel) will review it. > > * Package name: pidgin-gmchess >Version : 0.02-2 >Upstream Author : lerosua and xihes > * URL : https://code.google.com/archive/p/gmchess > * License : GPL-2+ >Section : net > > It builds those binary packages: > > pidgin-gmchess - pidgin integration with gmchess > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/pidgin-gmchess > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/p/pidgin-gmchess/pidgin-gmchess_ > 0.02-2.dsc > > More information about ppump can be obtained from > https://code.google.com/archive/p/gmchess > > Best regards, signature.asc Description: This is a digitally signed message part.
Bug#909194: RFS: zapping/0.10~cvs6-14 [QA] [RC]
X-Debbugs-CC: ya...@gnu.org Control: tag -1 + moreinfo Hi Yavor! I took a look at this package. First of all, you may continue with the packaging using git repository available on Salsa platform: https://salsa.debian.org/debian/zapping If you are not a Debian Developer and you need commit permission, please tell me your Salsa -guest username and I will grant you with such permission. For the QA upload itself: I built it on my local machine and received a SIGTRAP when running: Reading symbols from zapping...Reading symbols from /usr/lib/debug/.build-id/ de/761bd14100f5269affa9a7d39b2b3f2f983cff.debug...done. done. (gdb) r Starting program: /usr/bin/zapping [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x70293700 (LWP 30771)] [New Thread 0x7fffefa92700 (LWP 30772)] [New Thread 0x7fffee53e700 (LWP 30773)] (zapping:30767): GLib-GIO-ERROR **: 19:52:58.346: Settings schema 'net.sf.Zapping.plugins.teletext.window' does not contain a key named 'view- menu' Thread 1 "zapping" received signal SIGTRAP, Trace/breakpoint trap. 0x772fb9f5 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (gdb) bt full #0 0x772fb9f5 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so. 0 No symbol table info available. #1 0x772fca9d in g_log_default_handler () from /usr/lib/x86_64-linux- gnu/libglib-2.0.so.0 No symbol table info available. #2 0x772fccef in g_logv () from /usr/lib/x86_64-linux-gnu/ libglib-2.0.so.0 No symbol table info available. #3 0x772fcedf in g_log () from /usr/lib/x86_64-linux-gnu/ libglib-2.0.so.0 No symbol table info available. #4 0x7752722a in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 No symbol table info available. #5 0x7752787c in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 No symbol table info available. #6 0x7752b4af in g_settings_get_value () from /usr/lib/x86_64-linux- gnu/libgio-2.0.so.0 No symbol table info available. #7 0x7752c56b in g_settings_get_boolean () from /usr/lib/x86_64- linux-gnu/libgio-2.0.so.0 No symbol table info available. #8 0x555d5bbe in z_toggle_action_connect_key (toggle_action=0x557bf930, settings=0x558ffcd0, key=0x5563d0a8 "view-menu") at ../../src/zgconf.c:274 n = active = #9 0x555d14c9 in instance_init (instance=0x559ee430, g_class=) at ../../src/zapping.c:1022 z = 0x559ee430 error = 0x0 action = toggle_action = 0x557bf930 stack = widget = success = ---Type to continue, or q to quit--- Please fix this problem. After solving the issue, please also notify me so that we could make some further tests. Thanks! -- Regards, Boyuan Yang 在 2018年9月19日星期三 EDT 上午10:50:23，您写道： > Package: sponsorship-requests > Severity: important > > Dear mentors, > > I'm looking for a sponsor for a QA upload of the package "zapping". > > * Package name: zapping >Version : 0.10~cvs6-14 >Upstream Author : Iñaki García Etxebarria > Michael H. Schimek * URL : > http://zapping.sourceforge.net/ > * License : GPL-2 >Section : gnome > > It builds this binary package: > > zapping- television viewer for the GNOME environment > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/zapping > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/z/zapping/zapping_0.10~cvs6-14. > dsc > > Changes since the last upload: > > * QA upload. > * debian/patches/23-GnomeUI-to-GTK3.patch: New; (attempt to) port to > GTK+ 3 (Closes: #886187). See the patch description for details. > * debian/patches/24-GConf-to-GSettings.patch: New; migrate from GConf to > GSettings (Closes: #886188). > * debian/patches/25-Disable-mpeg-plugin.patch: New; instead of shipping > an empty plugin, build the mpeg plugin conditionally if HAVE_LIBRTE is > defined. This library is not available in Debian. > * debian/patches/series: Update. > * debian/control (Build-Depends): Replace libgtk2.0-dev with > libgtk-3-dev. Remove libglade2-dev, libgnomeui-dev and libgconf2-dev. > Add libgl1-mesa-dev. > (Recommends): Add gconf2 for the sake of data migration. > (Vcs-Git, Vcs-Browser): Remove; repository no longer available. > (Standards-Version): Bump to 4.2.1; no changes required. > * debian/rules: Define hurd-specific CPPFLAGS; yet another attempt to > fix FTBFS on GNU/Hurd. > (override_dh_auto_configure): Override AC_PATH_PROG test for >
Bug#908318: RFS: fcitx-dbus-status/2016062301-1
X-Debbugs-CC: debian-input-met...@lists.debian.org haya...@clear-code.com Control: tag -1 + moreinfo Control: owner -1 ! 在 2018年9月8日星期六 EDT 上午7:19:54，您写道： > Dear mentors, > > I am looking for a sponsor for my package "fcitx-dbus-status" > > * Package name: fcitx-dbus-status >Version : 2016062301-1 >Upstream Author : Takuro Ashie > * URL : https://github.com/clear-code/fcitx-dbus-status > * License : GPL-2 >Section : utils Dear Kentaro, Thank you for your work. You should at least send mail copy to the debian- input-method mailing list so that existing input-method packagers can be aware of this package, but nevermind this time... I believe there's still several issues that needs to be solved before pushing it into Debian official repository: * The copyright header in source code said that the file was released under GPL-2+. However, you only mentioned GPL-2 in debian/copyright file. Please make those statements consistent; if you are not sure about the exact license, please ask the upstream for sure. * Obviously this package needs runtime dependency on dbus and fcitx. However, that relationship was not reflected in the binary dependency list. Please consider manually add such requirement in debian/control. After fixing those two issues, I am glad to help push your work into the archive. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#906005: RFS: libmarpa/6.1.0~dfsg-1.1 [NMU]
Package: sponsorship-requests Severity: normal X-Debbugs-CC: j...@debian.org aure...@debian.org Dear Jonas and mentors, I prepared an NMU for package libmarpa to solve bug #870603 (multiarch-support removal). As a result, I am looking for a sponsor to help to upload this package into experimental. Since Jonas is listed in the lowNMU list and that the change is trival, I'm not asking for an upload into the DELAYED queue. Jonas, looks like you haven't worked on this package since 2014. It might be better to review this package again recently since keeping a package in experimental for a long time is generally not a good idea. * Package name: libmarpa Version : 6.1.0~dfsg-1.1 Upstream Author : Jeffrey Kegler * URL : https://jeffreykegler.github.io/Marpa-web-site/libmarpa.html * License : LGPL-3+ Section : libs It builds those binary packages: libmarpa-dev - BNF grammar parser - development headers libmarpa0 deb - BNF grammar parser - runtime library libmarpa0-dbg - BNF grammar parser - debugging symbols To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libmarpa Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libm/libmarpa/libmarpa_6.1.0~dfsg-1.1.dsc The full NMU diff is provided and attached here. diff -Nru libmarpa-6.1.0~dfsg/debian/changelog libmarpa-6.1.0~dfsg/debian/changelog --- libmarpa-6.1.0~dfsg/debian/changelog2014-07-06 17:21:08.0 -0400 +++ libmarpa-6.1.0~dfsg/debian/changelog2018-08-12 22:09:56.0 -0400 @@ -1,3 +1,11 @@ +libmarpa (6.1.0~dfsg-1.1) experimental; urgency=medium + + * Non-maintainer upload. + * Drop hardcoded pre-depends on multiarch-support. +(Closes: #870603) + + -- Boyuan Yang <073p...@gmail.com> Sun, 12 Aug 2018 22:09:56 -0400 + libmarpa (6.1.0~dfsg-1) experimental; urgency=medium * Initial packaging release. diff -Nru libmarpa-6.1.0~dfsg/debian/rules libmarpa-6.1.0~dfsg/debian/rules --- libmarpa-6.1.0~dfsg/debian/rules2014-07-06 17:00:05.0 -0400 +++ libmarpa-6.1.0~dfsg/debian/rules2018-08-12 22:09:51.0 -0400 @@ -47,9 +47,6 @@ DEB_UPSTREAM_REPACKAGE_EXCLUDES += \ ./t/etc/wall_proof.txt -# Multiarch quirk (see also other uses of that variable in this file) -CDBS_PREDEPENDS_$(libpkg) = $(if $(DEB_HOST_MULTIARCH),multiarch-support) - DEB_SRCDIR = libmarpa_dist DEB_BUILDDIR = build -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#905972: RFS: gtk2-engines-oxygen/1.4.6-1.1 [NMU]
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-kde-ext...@lists.alioth.debian.org fge...@debian.org
cu...@debian.org
Dear mentors and KDE Extras Team,
I would like to provide with an NMU for package gtk2-engines-oxygen, mainly
to deal with the multiarch-suppport package removal. You may find the detail
for the removal at https://bugs.debian.org/870537 .
I am currently looking for a sponsor for package gtk2-engines-oxygen.
Please help
sponsor this package and upload it into DELAYED/3. Dear
gtk2-engines-oxygen maintainers,
please feel free to tell me if I should wait for any longer.
* Package name: gtk2-engines-oxygen
Version : 1.4.6-1.1
Upstream Author : Hugo Pereira Da Costa
* URL :
https://projects.kde.org/projects/playground/artwork/oxygen-gtk
* License : LGPL-2+
Section : gnome
It builds those binary packages:
gtk2-engines-oxygen - Oxygen widget theme for GTK+-based applications
To access further information about this package, please visit the
following URL:
https://mentors.debian.net/package/gtk2-engines-oxygen
Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/gtk2-engines-oxygen/gtk2-engines-oxygen_1.4.6-1.1.dsc
Temprorary git packaging repository:
https://salsa.debian.org/hosiet-guest/gtk2-engines-oxygen
The full NMU diff is provided and attached here.
diff -Nru gtk2-engines-oxygen-1.4.6/debian/changelog
gtk2-engines-oxygen-1.4.6/debian/changelog
--- gtk2-engines-oxygen-1.4.6/debian/changelog2014-10-25
09:03:40.0 -0400
+++ gtk2-engines-oxygen-1.4.6/debian/changelog2018-08-12
11:20:00.0 -0400
@@ -1,3 +1,12 @@
+gtk2-engines-oxygen (1.4.6-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove Fathi Boudra from Uploaders list. (Closes: #879302)
+ * Do not explicitly Pre-Depends on multiarch-support.
+(Closes: #870537)
+
+ -- Boyuan Yang <073p...@gmail.com> Sun, 12 Aug 2018 11:20:00 -0400
+
gtk2-engines-oxygen (1.4.6-1) unstable; urgency=medium
* New upstream release.
diff -Nru gtk2-engines-oxygen-1.4.6/debian/control
gtk2-engines-oxygen-1.4.6/debian/control
--- gtk2-engines-oxygen-1.4.6/debian/control2014-10-25
05:04:32.0 -0400
+++ gtk2-engines-oxygen-1.4.6/debian/control2018-08-12
11:20:00.0 -0400
@@ -2,7 +2,7 @@
Section: gnome
Priority: optional
Maintainer: Debian KDE Extras Team
-Uploaders: Fathi Boudra , Kai Wasserbäch ,
+Uploaders: Kai Wasserbäch ,
Felix Geyer
Build-Depends: cmake (>= 2.8.4+dfsg.1-3),
debhelper (>= 9),
@@ -15,7 +15,7 @@
Package: gtk2-engines-oxygen
Architecture: any
-Pre-Depends: multiarch-support
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${shlibs:Depends}
Suggests: kde-config-gtk-style
Multi-Arch: same
--
Regards,
Boyuan Yang
Bug#905349: RFS: kcm-fcitx/0.5.5-2 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org Dear mentors and debian-input-method team members, I am looking for a sponsor for team package "kcm-fcitx". * Package name: kcm-fcitx Version : 0.5.5-2 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/kcm-fcitx * License : GPL-2+ Section : kde It builds those binary packages: kde-config-fcitx - KDE configuration module for Fcitx To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kcm-fcitx Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kcm-fcitx/kcm-fcitx_0.5.5-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/kcm-fcitx.git Changes since the last upload: kcm-fcitx (0.5.5-2) unstable; urgency=medium . * Team upload. * debian/control: + Apply "wrap-and-sort -abst". + Set maintainer to debian-input-method mailing list (Closes: #899561). + Update YunQiang Su's email address and use the @debian.org one. + debian/control: Bump debhelper compat to v11. + Bump Standards-Version to 4.2.0 (no changes needed). + Update Vcs fields and use git repo under Salsa platform. + Update homepage field and use the repo on gitlab.com. * debian/rules: Modernize rules file and explicitly include architecture.mk. Regards, Boyuan Yang
Bug#905273: RFS: im-config/0.37-1 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: os...@debian.org debian-input-met...@lists.debian.org Dear mentors and debian-input-method members, I am looking for a sponsor for team package "im-config" to fix a severe bug introduced in its last upload (shell grammar error causing login failure) * Package name: im-config Version : 0.37-1 Upstream Author : Osamu Aoki * URL : https://salsa.debian.org/input-method-team/im-config * License : GPL-2+ Section : x11 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/im-config Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/im-config/im-config_0.37-1.dsc Git packaging repository: https://salsa.debian.org/input-method-team/im-config Changes since the last upload: im-config (0.37-1) unstable; urgency=high . * Team upload. * Fix shell grammar errors introduced in last upload. Closes: #905264, #905259, #905260. * Discard STDERR messages when launching fcitx. (Merged downstream harmless fix for LP: #1722427) * debian/control: Bump Standards-Version to 4.2.0 (no changes needed). -- Regards, Boyuan Yang
Bug#904793: RFS: libskk/1.0.4-2
Hi Adam, I made a reupload. Please try again. --- Thanks, Boyuan Yang Adam Borowski 于2018年7月29日周日 上午8:11写道： > > On Sat, Jul 28, 2018 at 01:43:58PM +0800, 073p...@gmail.com wrote: > > * Package name: libskk > >Version : 1.0.4-2 > > [~/tmp/pkg]$ dget > https://mentors.debian.net/debian/pool/main/libs/libskk/libskk_1.0.4-2.dsc > dget: retrieving > https://mentors.debian.net/debian/pool/main/libs/libskk/libskk_1.0.4-2.dsc > % Total% Received % Xferd Average Speed TimeTime Time > Current > Dload Upload Total SpentLeft Speed > 100 2237 100 22370 0 5049 0 --:--:-- --:--:-- --:--:-- 5038 > dget: retrieving > https://mentors.debian.net/debian/pool/main/libs/libskk/libskk_1.0.4.orig.tar.gz > % Total% Received % Xferd Average Speed TimeTime Time > Current > Dload Upload Total SpentLeft Speed > 100 184k 100 184k0 0 564k 0 --:--:-- --:--:-- --:--:-- 564k > dget: retrieving > https://mentors.debian.net/debian/pool/main/libs/libskk/libskk_1.0.4-2.debian.tar.xz > % Total% Received % Xferd Average Speed TimeTime Time > Current > Dload Upload Total SpentLeft Speed > 100 4568 100 45680 0 23070 0 --:--:-- --:--:-- --:--:-- 23070 > libskk_1.0.4-2.dsc: > Good signature found >validating libskk_1.0.4.orig.tar.gz > dscverify: invalid file length for libskk_1.0.4.orig.tar.gz (wanted 188524 > got 188529) >validating libskk_1.0.4-2.debian.tar.xz > Validation FAILED!! > > > As it's not the typical problem of a tarball on mentors.d.n differing from > what's in the archive but the .dsc not matching the rest, I can't reliably > recover: the new state might be not what you want. > > Thus, could you please re-upload? > > > Meow! > -- > // If you believe in so-called "intellectual property", please immediately > // cease using counterfeit alphabets. Instead, contact the nearest temple > // of Amon, whose priests will provide you with scribal services for all > // your writing needs, for Reasonable And Non-Discriminatory prices.
Bug#904792: RFS: fcitx-googlepinyin/0.1.6-4 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org Dear mentors, I am looking for a sponsor for team package "fcitx-googlepinyin". * Package name: fcitx-googlepinyin Version : 0.1.6-4 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-googlepinyin * License : GPL-2+ Section : utils It builds those binary packages: fcitx-googlepinyin - Fcitx wrapper for Google Pinyin IM engine To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-googlepinyin Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-googlepinyin/ fcitx-googlepinyin_0.1.6-4.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx-googlepinyin Changes since the last upload: fcitx-googlepinyin (0.1.6-4) unstable; urgency=medium . * Team upload. * debian/control: + Apply "wrap-and-sort -abst". + Update maintainer address and use new input-method team. (Closes: #899855) + Update YunQiang Su's email address and use the @debian.org one + Bump debhelper compat to v11. + Bump Standards-Version to 4.1.5 (no changes needed). + Update Vcs fields with new git repo on Salsa platform. + Update homepage field with project on GitLab.com. * debian/copyright: Refresh copyright information * debian/rules: Modernize and use architecture.mk explicitly. * debian/watch: watch upstream tarball from fcitx-im.org. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#904750: RFS: fcitx-configtool/0.4.10-2
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-input-met...@lists.debian.org Dear mentors and input-method team members, I am looking for a sponsor for team package "fcitx-configtool" * Package name: fcitx-configtool Version : 0.4.10-2 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-configtool * License : GPL-2+ Section : utils It builds those binary packages: fcitx-config-common - graphic Fcitx configuration tool - common files fcitx-config-gtk - graphic Fcitx configuration tool - Gtk+ 3 version fcitx-config-gtk2 - graphic Fcitx configuration tool - Gtk+ 2 version To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-configtool Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-configtool/ fcitx-configtool_0.4.10-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx-configtool.git Changes since the last upload: fcitx-configtool (0.4.10-2) unstable; urgency=medium . * Team upload. * debian/control: + Bump Standards-Version to 4.1.5, no changes required. + Update email address for YunQiang Su and use the @debian.org one. + Mark fcitx-config-common as M-A: foreign. + Update Vcs fields to use the git repository on Salsa platform. * debian/rules: + Use "--as-needed" option for linker. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#904724: RFS: libgooglepinyin/0.1.2-6
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-input-met...@lists.debian.org Dear mentors and debian-input-method list members, I am looking for a sponsor for team package libgooglepinyin. This upload fixes FTBFS on several architectures caused by symbol issues (The use of pkgkde-symbolshelper effectively solves the problem). * Package name: libgooglepinyin Version : 0.1.2-6 Upstream Author : Weng Xuetian * URL : https://code.google.com/archive/p/libgooglepinyin/ * License : Apache-2.0 Section : libs It builds those binary packages: libgooglepinyin0 - Pinyin engine fork from Google Pinyin on Android libgooglepinyin0-dev - Pinyin engine fork from Google Pinyin on Android - development fi To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libgooglepinyin Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libg/libgooglepinyin/libgooglepinyin_0.1.2-6.dsc Git packaging repository: https://salsa.debian.org/input-method-team/libgooglepinyin.git Changes since the last upload: libgooglepinyin (0.1.2-6) unstable; urgency=medium . * Team upload. * debian/control: + Bump Standards-Version to 4.1.5 (no changes needed). + Use git repository under Salsa input-method-team for Vcs fields. + Add pkg-kde-tools as new build-dependency to better handle symbols. * debian/libgooglepinyin0.symbols: Reconfirm symbols using buildd logs. * debian/rules: Use "dh --with pkgkde_symbolshelper". Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#904356: RFS: fcitx/1:4.2.9.6-4 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: a...@debian.org debian-input-met...@lists.debian.org Dear mentors and input-method-team members, I am looking for a sponsor for team package "fcitx". * Package name: fcitx Version : 1:4.2.9.6-4 Upstream Author : Weng Xuetian * URL : https://fcitx-im.org/ * License : GPL-2+ Section : utils It builds those binary packages: fcitx - Flexible Input Method Framework fcitx-bin - Flexible Input Method Framework - essential binaries fcitx-data - Flexible Input Method Framework - essential data files fcitx-frontend-all - Flexible Input Method Framework - frontends metapackage fcitx-frontend-gtk2 - Flexible Input Method Framework - GTK+ 2 IM Module frontend fcitx-frontend-gtk3 - Flexible Input Method Framework - GTK+ 3 IM Module frontend fcitx-frontend-qt4 - Flexible Input Method Framework - Qt4 IM Module frontend fcitx-libs - Flexible Input Method Framework - metapackage for libraries fcitx-libs-dev - Flexible Input Method Framework - library development files fcitx-module-dbus - Flexible Input Method Framework - D-Bus module and IPC frontend fcitx-module-kimpanel - Flexible Input Method Framework - KIMPanel protocol module fcitx-module-lua - Flexible Input Method Framework - Lua module fcitx-module-x11 - Flexible Input Method Framework - X11 module and XIM frontend fcitx-modules - Flexible Input Method Framework - core modules fcitx-pinyin - Flexible Input Method Framework - classic Pinyin engine fcitx-qw - Flexible Input Method Framework - QuWei engine fcitx-table - Flexible Input Method Framework - table engine fcitx-table-all - Flexible Input Method Framework - tables metapackage fcitx-table-bingchan - Flexible Input Method Framework - Bingchan table fcitx-table-cangjie - Flexible Input Method Framework - Cangjie table fcitx-table-dianbaoma - Flexible Input Method Framework - Dianbaoma table fcitx-table-erbi - Flexible Input Method Framework - Erbi table fcitx-table-wanfeng - Flexible Input Method Framework - Wanfeng table fcitx-table-wbpy - Flexible Input Method Framework - WubiPinyin table fcitx-table-wubi - Flexible Input Method Framework - Wubi table fcitx-table-ziranma - Flexible Input Method Framework - Ziranma table fcitx-tools - Flexible Input Method Framework - various tools fcitx-ui-classic - Flexible Input Method Framework - Classic user interface gir1.2-fcitx-1.0 - GObject introspection data for fcitx libfcitx-config4 - Flexible Input Method Framework - configuration support library libfcitx-core0 - Flexible Input Method Framework - library of core functions libfcitx-gclient1 - Flexible Input Method Framework - D-Bus client library for Glib libfcitx-qt0 - Flexible Input Method Framework - Meta package for Qt library libfcitx-utils0 - Flexible Input Method Framework - utility support library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx/fcitx_4.2.9.6-4.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx.git Changes since the last upload: fcitx (1:4.2.9.6-4) unstable; urgency=medium . * Team upload. * debian/control: + Add Breaks+Replaces against old fcitx-libs-dev for file replacement. Closes: #903454. + Update Vcs fields to indicate that the packaging repo is maintained under Salsa input-method-team. + Bump Standards-Version to 4.1.5. (no changes needed). Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#904089: RFS: ibus-table-extraphrase/1.3.9.20110826-1 [RC]
Hi Adam, Adam Borowski 于2018年7月20日周五 上午4:47写道： > > On Thu, Jul 19, 2018 at 08:05:57PM +0800, Boyuan Yang wrote: > > * Package name: ibus-table-extraphrase > >Version : 1.3.9.20110826-1 > > > ibus-table-extraphrase (1.3.9.20110826-1) unstable; urgency=medium > > . > >* Adopt package and set maintainer to Debian Input Method Team. > > (Closes: #899550). > >* New upstream version 1.3.9.20110826. > > + Drop patches, merged upstream. (Closes: #768584) > >* Apply "wrap-and-sort -abst". > >* debian/control: > > + Bump debhelper compat to v11. > > + Drop autotools-dev build-dependency, no longer needed. > > + Bump Standards-Version to 4.1.5. > > + Use Google Code Archive as homepage. > > The new homepage is also 404-compliant. I was using "Homepage: https://code.google.com/archive/p/ibus/;. I know that Google Code is dead but this URL is still valid and won't return 404: curl -v https://code.google.com/archive/p/ibus/ [...] > GET /archive/p/ibus/ HTTP/2 > Host: code.google.com > User-Agent: curl/7.60.0 > Accept: */* > * Connection state changed (MAX_CONCURRENT_STREAMS == 100)! < HTTP/2 200 < date: Fri, 20 Jul 2018 00:21:18 GMT < expires: Fri, 20 Jul 2018 00:31:18 GMT [...] Is there any problem with the homepage field? If it's about Google Code decommissioning, this project don't really have better choice, I believe. -- Regards, Boyuan Yang
Bug#904089: RFS: ibus-table-extraphrase/1.3.9.20110826-1 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: sunwea...@debian.org debian-input-met...@lists.debian.org Dear Mike, debian-input-method team members and mentors, I am looking for a sponsor for package "ibus-table-extraphrase". This package was once orphaned and this upload would adopt it and put it back under Debian Input Method Team again. * Package name: ibus-table-extraphrase Version : 1.3.9.20110826-1 Upstream Author : Yu Yuwei * URL : https://code.google.com/archive/p/ibus/ * License : GPL-3+ Section : utils It builds those binary packages: ibus-table-extraphrase - Extra phrase for table engine of ibus To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ibus-table-extraphrase Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ibus-table-extraphrase/ibus-table-extraphrase_1.3.9.20110826-1.dsc Git packaging repository: https://salsa.debian.org/input-method-team/ibus-table-extraphrase Changes since the last upload: ibus-table-extraphrase (1.3.9.20110826-1) unstable; urgency=medium . * Adopt package and set maintainer to Debian Input Method Team. (Closes: #899550). * New upstream version 1.3.9.20110826. + Drop patches, merged upstream. (Closes: #768584) * Apply "wrap-and-sort -abst". * debian/control: + Bump debhelper compat to v11. + Drop autotools-dev build-dependency, no longer needed. + Bump Standards-Version to 4.1.5. + Use Google Code Archive as homepage. + Use git repo under Salsa input-method-team for Vcs fields. + Convert binary package into arch:any due to arch-specific contents. * debian/compat: Use compat v11. * debian/format: Use 3.0 (quilt) source package format. * debian/rules: + Convert to use dh sequencer. + Use "dh_missing --fail-missing". * debian/watch: Removed, upstream now defunct. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#904078: RFS: eric/18.05-1.1 [RC, NMU]
Package: sponsorship-requests Severity: important X-Debbugs-CC: sunwea...@debian.org gud...@gudjon.org Dear Gudjon, Mike, I noticed RC bug #903329 (https://bugs.debian.org/903329) and #903717 (https://bugs.debian.org/903717) in package "eric" in Debian that have already triggered testing autoremoval. As a result, I am providing a NMU to fix those issues. I am looking for a sponsor for package eric into unstable DELAYED/7. Gudjon, please consider reviewing my changes if you have spare time. Full nmudiff changes are attached here: = diff -Nru eric-18.05/debian/changelog eric-18.05/debian/changelog --- eric-18.05/debian/changelog 2018-04-16 03:30:46.0 +0800 +++ eric-18.05/debian/changelog 2018-07-19 13:41:47.0 +0800 @@ -1,3 +1,12 @@ +eric (18.05-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS caused by nonexistent README file. (Closes: #903329) + * Add missing runtime dependency python3-distutils. (Closes: #903717) + * Do not compress source.qch help document. + + -- Boyuan Yang <073p...@gmail.com> Thu, 19 Jul 2018 13:41:47 +0800 + eric (18.05-1) unstable; urgency=medium [ Ondřej Nový ] diff -Nru eric-18.05/debian/control eric-18.05/debian/control --- eric-18.05/debian/control 2018-04-16 03:30:46.0 +0800 +++ eric-18.05/debian/control 2018-07-19 13:41:47.0 +0800 @@ -20,6 +20,7 @@ Package: eric Architecture: all Depends: python3-chardet, + python3-distutils, python3-pygments, python3-pyqt5, python3-pyqt5.qsci, diff -Nru eric-18.05/debian/docs eric-18.05/debian/docs --- eric-18.05/debian/docs 2018-04-16 03:30:46.0 +0800 +++ eric-18.05/debian/docs 2018-07-19 13:28:24.0 +0800 @@ -1,2 +1,2 @@ -README -README-i18n.txt +README.rst +README-i18n.rst diff -Nru eric-18.05/debian/rules eric-18.05/debian/rules --- eric-18.05/debian/rules 2018-04-16 03:30:46.0 +0800 +++ eric-18.05/debian/rules 2018-07-19 13:41:47.0 +0800 @@ -90,13 +90,13 @@ dh_testdir -i dh_testroot -i dh_installchangelogs - dh_installdocs -i --exclude=LICENSE.GPL3 --exclude=README + dh_installdocs -i --exclude=LICENSE.GPL3 #dh_installmenu -i dh_installman -i dh_install -i -X__pycache__ dh_link -i dh_lintian -i - dh_compress -i + dh_compress -i -Xsource.qch dh_python3 -X.*/DebugClients/Python/.* -X.*/UtilitiesPython2/.* dh_fixperms -i dh_installdeb -i = Explanations: - * With #903133, debhelper will raise errors when the exclude pattern matches no file (which happens in eric since upstream moved from README to README.rst). Such explicit exclusion is now removed to solve #903329. * debian/docs still uses the old "README" and "README-i18n.txt" file names. This upload fixes that by using the new "README.rst" and "README-i18n.rst" names. * With python 3.6, python3-distutils is no longer installed by default. Such runtime dependency is explicitly added in this upload. This solves #903717. * I noticed another problem that usr/share/doc/eric/Help/source.qch is compressed by dh_compress into source.qch.gz, which made that Qt Help file unusable. Since QCH file is already compressed (as a sqlite3 database), there is no need to compress it again using gzip. I tweaked the dh_compress call and excluded the source.qch file compression. - * Package name: eric Version : 18.05-1.1 Upstream Author : Detlev Offenbach * URL : http://www.die-offenbachs.de/eric/ * License : GPL-3 Section : devel It builds those binary packages: eric - full featured Python IDE eric-api-files - API description files for use with eric To access further information about this package, please visit the following URL: https://mentors.debian.net/package/eric Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eric/eric_18.05-1.1.dsc Git packaging repository that contains my changes: https://salsa.debian.org/hosiet-guest/eric -> https://salsa.debian.org/hosiet-guest/eric/commit/5192a89e4a985dae595381d435def0a3bcaaba80 -> https://salsa.debian.org/hosiet-guest/eric/commit/c72195157dd4424956c692ea8797d6bc6abc763e -> https://salsa.debian.org/hosiet-guest/eric/commit/edf1e82cb22fd11c004067cdfc596316fd2d13f3 -> https://salsa.debian.org/hosiet-guest/eric/commit/9da5b725da075056d92fe3745885021f80db2367 (original git repo: https://salsa.debian.org/python-team/applications/eric ) Changes since the last upload: eric (18.05-1.1) unstable;
Bug#903810: RFS: xsunpinyin/2.0.3-4 RC
X-Debbugs-CC: zou...@outlook.com debian-input-met...@lists.debian.org Hi Gengyu, I have seen your new RFS but unfortunately you still made several mistakes: * Please put "RC" mark in subject into "[]" square brankets; * You wrote a wrong version string that is awaiting sponsorship: "2.0.3-4". xsunpinyin version 2.0.3-4 is already in Debian unstable thus your RFS is closed automatically. Please consider fixing this problem and provide with a correct version (maybe submitting a new RFS request). You also have to fix the version string in the source package. -- Regards, Boyuan Yang On Sun, 15 Jul 2018 05:16:03 + GengYu Rao wrote: > Package: sponsorship-requests > Severity: important > Dear mentors, > >I am looking for a sponsor for my package "xsunpinyin" > > * Package name: xsunpinyin > Version : 2.0.3-4 > Upstream Author : Mike Qin > * URL : > https://github.com/sunpinyin/sunpinyin/tree/master/wrapper/xim > * License : LGPL-2.1 or CDDL > Section : utils > >It builds those binary packages: > xsunpinyin - Standalone XIM server for Sunpinyin > >To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/xsunpinyin > > >Alternatively, one can download the package with dget using this > command: > > dget -x > https://mentors.debian.net/debian/pool/main/x/xsunpinyin/ xsunpinyin_2.0.3-4.dsc > > > >Changes since the last upload: > > migrate to salsa, and fixed URLs. > > > the repo is here https://salsa.debian.org/input-method-team/xsunpinyin > > Regards, > GengYu Rao > signature.asc Description: This is a digitally signed message part.
Bug#904061: RFS: open-gram/0.1.22+20170109-2 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: sunwea...@debian.org debian-input-met...@lists.debian.org guoli...@debian.org s...@debian.org Dear Mike, debian-input-method team members and mentors, As a continuation of dealing with massive RC bugs caused by IME team maintainer address migration, I have prepared a team upload for package "open-gram" and I am looking for a sponsor to push it into unstable. This package is the dependency of all sunpinyin-related packages. * Package name : open-gram Version : 0.1.22+20170109-2 Upstream Author : Kefu Chai * URL : https://github.com/sunpinyin/open-gram * License : CC-BY-SA 3.0 Section : utils It builds those binary packages: sunpinyin-data - Statistical language model data from open-gram To access further information about this package, please visit the following URL: https://mentors.debian.net/package/open-gram Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/o/open-gram/open-gram_0.1.22+20170109-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/open-gram Changes since the last upload: open-gram (0.1.22+20170109-2) unstable; urgency=medium . * Team upload. * Apply "wrap-and-sort -abst". * Bump debhelper compat to v11. * debian: Remove unnecessary "debian/\" file. * debian/control: + Use debian-input-method mailing list as maintainer address. Closes: #899622 + Bump Standards-Version to 4.1.5. + Use git repo under Salsa input-method-team group for Vcs fields. + Mark sunpinyin-data as M-A: same. * debian/rules: Use "dh_missing --fail-missing". -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903402: RFS: fcitx-fbterm/0.2.0-3 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org a...@debian.org sunwea...@debian.org s...@debian.org Dear Mike, debian-input-method members and mentors, I am looking for a sponsor for team package "fcitx-fbterm". * Package name: fcitx-fbterm Version : 0.2.0-3 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-fbterm * License : GPL-2+ Section : utils It builds those binary packages: fcitx-frontend-fbterm - Flexible Input Method Framework - FbTerm frontend To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-fbterm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-fbterm/fcitx-fbterm_0.2.0-3.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx-fbterm.git Changes since the last upload: fcitx-fbterm (0.2.0-3) unstable; urgency=medium . * Team upload. * debian/control: - std-ver: 3.9.4 -> 4.1.5. - Bump debhelper compat to v11. - Use canonical Vcs URL on Salsa platform. - Use GitLab as homepage. - Use debian-input-method maillist in maintainer field. Closes: #899772. - Use @debian.org mail address for YunQiang Su in uploaders field. * Point d/watch at download.fcitx-im.org. * Apply "wrap-and-sort -abst". * debian/README.Debian: Rewrite document and usage. * d/rules: - Enable full hardening. - Use "dh_missing --fail-missing". * d/patches: Add a patch to point users to README.Debian file in "fcitx-fbterm-helper -h" output. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903387: RFS: fcitx-sunpinyin/0.4.2-2 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org sunwea...@debian.org a...@debian.org s...@debian.org Dear Mike, debian-input-method members and mentors, I am looking for a sponsor for team package "fcitx-sunpinyin". * Package name: fcitx-sunpinyin Version : 0.4.2-2 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-sunpinyin/ * License : GPL-3+ Section : utils It builds those binary packages: fcitx-sunpinyin - fcitx wrapper for Sunpinyin IM engine To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-sunpinyin Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-sunpinyin/fcitx-sunpinyin_0.4.2-2.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx-sunpinyin.git Changes since the last upload: fcitx-sunpinyin (0.4.2-2) unstable; urgency=medium . * Team upload. * debian/control: + Bump Standards-Version to 4.1.5. (no changes needed) + Bump debhelper compat to v11. + Use debian-input-method mailing list in maintainer field. Closes: #899506. + Use git repo on Salsa platform in Vcs fields. + Mark fcitx-sunpinnyin as M-A: same. * debian/rules: Use "dh_missing --fail-missing". * debian/copyright: Refresh information. * debian/changelog: Remove trailing spaces. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903264: RFS: ibus-rime/1.3.0-1 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org sunwea...@debian.org duriant...@gmail.com Dear Mike, input-method-team members and mentors, I am looking for a sponsor for team-maintained package "ibus-rime". * Package name: ibus-rime Version : 1.3.0-1 Upstream Author : GONG Chen * URL : https://github.com/rime/ibus-rime * License : GPL-3 Section : libs It builds those binary packages: ibus-rime - Rime Input Method Engine for IBus To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ibus-rime Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ibus-rime/ibus-rime_1.3.0-1.dsc Git packaging repository: https://salsa.debian.org/input-method-team/ibus-rime.git Changes since the last upload: ibus-rime (1.3.0-1) unstable; urgency=medium . * Team upload. . [ Hui Tang ] * Update Priority to optional. * Updated Maintainer to Debian Input Method Team . Closes: #899545. * Add Hui Tang to Uploaders. * Updated Standards-Version to 4.1.5. * Updated Homepage to https://rime.im. * Updated Vcs-Git to https://salsa.debian.org/input-method-team/ibus-rime.git. * Updated Vcs-Browser to https://salsa.debian.org/input-method-team/ibus-rime. * Updated debian/watch use new github source. . [ Boyuan Yang ] * debian/watch: Fix watch file to properly retrieve information of ibus-rime 1.3.0. * New upstream release. * Apply "wrap-and-sort -abst". * debian/control: + Bump librime-dev version requirement to 1.3+. + Bump debhelper compat to v11. * debian/rules: + Use "dh_missing --fail-missing". + Enable full build hardening. * debian/docs: Install new README.md instead of README file. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903159: RFS: libskk/1.0.4-1
在 2018年7月8日星期日 CST 下午3:21:42，Daiki Ueno 写道： > Hello Boyuan, > > Boyuan Yang <073p...@gmail.com> writes: > > libskk (1.0.4-1) unstable; urgency=medium > > . > > > >* Team upload. > >* New upstream release. (2018-06-26) > >* Bump Standards-Version to 4.1.5. (no changes needed) > >* debian/patches: Refresh patches and backported patches. > > Thank you for packaging. I have a couple of suggestions. > > First, the package seems to include the patches from an unmerged PR: > https://github.com/ueno/libskk/pull/54. > > I generally don't recommend backporting patches not merged into master, > because there is usually a reason to keep them unmerged. Of course, you > can pick any patch as you want; in that case, it would be appreciated if > you give a code review on the PR :-) Hi Daiki, Thanks for the hint. I reviewed the packaging procedure again and found that I accidentically treated your WIP branch as the master branch. Sorry for that and I will review the code base in case any regression lies inside. > Secondly, you can remove myself from uploaders as I am no longer a DM[1]. > The same applies to the other few packages[2]. Thanks, I will help to handle them. > Footnotes: > [1] https://wiki.debian.org/DebianMaintainer#Debian_Maintainer_retirement > > [2] https://qa.debian.org/developer.php?email=ueno%40unixuser.org > > Regards, -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903236: RFS: fcitx-ui-light/0.1.3-3 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org sunwea...@debian.org a...@debian.org s...@debian.org Dear Mike, debian-input-method members and mentors, I am looking for a sponsor for the team package "fcitx-ui-light". This upload mainly fixes the RC bug caused by team mailing list migration. * Package name: fcitx-ui-light Version : 0.1.3-3 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-ui-light * License : GPL-2+ Section : utils It builds those binary packages: fcitx-ui-light - light weight xlibs and xft based UI for Fcitx To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-ui-light Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-ui-light/fcitx-ui-light_0.1.3-3.dsc Git packaging repository: https://salsa.debian.org/input-method-team/fcitx-ui-light.git Changes since the last upload: fcitx-ui-light (0.1.3-3) unstable; urgency=medium . * Team upload. * Refresh packaging instructions. + Apply "wrap-and-sort -abst". + Remove trailing spaces in d/changelog and d/rules. * debian/control: + Fix maintainer field and use debian-input-method team address. Closes: #899968. + Bump fcitx version requirement. + Remove DMUA information. + Update YunQiang Su's email address with @debian.org one. + Bump Standards-Version to 4.1.5. + Bump debhelper compat to v11. + Use GitLab as homepage. + Use canonical Vcs repo URL on Salsa platform. * debian/rules: + Use "dh_missing --fail-missing". + Apply full hardening. * Point d/watch to download.fcitx-im.org. * Refresh d/copyright information. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903162: RFS: fcitx-kkc/0.1.4-1 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-input-met...@lists.debian.org sunwea...@debian.org mty.shib...@gmail.com os...@debian.org Hi Mike, Mitsuya, debian-input-method members and mentors, I have prepared a team upload for package "fcitx-kkc" in Debian and I am currently looking for a sponsor for it. Besides, I am looking for a DD to help move the temporary git packaging repository (https://salsa.debian.org/hosiet-guest/fcitx-kkc) under Debian group of Salsa platform (https://salsa.debian.org/debian/fcitx-kkc). Osamu, I have read your question and proposal about maintaining Input Method- related packages under salsa.debian.org/input-method-team/ team before (https://lists.debian.org/debian-devel/2018/07/msg00046.html). However, it seems that that feature on GitLab will not be implemented anytime soon so I'm still using the large Debian group as-is, same as your anthy/0.3-7 upload. * Package name: fcitx-kkc Version : 0.1.4-1 Upstream Author : Weng Xuetian * URL : https://gitlub.com/fcitx/fcitx-kkc * License : GPL-3+ Section : utils It builds those binary packages: fcitx-kkc - Fcitx wrapper for libkkc IM engine fcitx-kkc-dev - Fcitx wrapper for libkkc - library development files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-kkc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-kkc/fcitx-kkc_0.1.4-1.dsc Git packaging repository (temporary, will be removed after upload): https://salsa.debian.org/hosiet-guest/fcitx-kkc Git packaging repository (proposed, not exist yet): https://salsa.debian.org/debian/fcitx-kkc Changes since the last upload: fcitx-kkc (0.1.4-1) unstable; urgency=medium . * Team upload. * New upstream release. + Migrate away from Qt4. (Closes: #874869) * debian: Apply "wrap-and-sort -abst". * d/control: + Set maintainer to debian-input-method mailing list to finish its Alioth migration. (Closes: #899929) + Point Vcs fields to git repository on Salsa platform. + Bump Standards-Version to 4.1.5. (no changes needed) + Bump debhelper compat to v11. + Use migrated gitlab.com project url as homepage. * d/copyright: Refresh information. * d/rules: + Enable full hardening. + Use "dh_missing --fail-missing". * d/patches: Backport patches till 2018-03-19. Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903159: RFS: libskk/1.0.4-1
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-input-met...@lists.debian.org u...@gnu.org sunwea...@debian.org Dear Mike, debian-input-method members and mentors, I am looking for a sponsor for team package "libskk". It is an upload with new version of libskk. * Package name: libskk Version : 1.0.4-1 Upstream Author : Daiki Ueno * URL : https://github.com/ueno/libskk/ * License : GPL-3+ Section : libs It builds those binary packages: gir1.2-skk-1.0 - library to deal with Japanese kana-kanji conversion method - intr libskk-common - library to deal with Japanese kana-kanji conversion method - comm libskk-dev - library to deal with Japanese kana-kanji conversion method - deve libskk-utils - program that emulates Japanese SKK input method libskk0- library to deal with Japanese kana-kanji conversion method To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libskk Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libs/libskk/libskk_1.0.4-1.dsc Git packaging repository: https://salsa.debian.org/debian/libskk.git Changes since the last upload: libskk (1.0.4-1) unstable; urgency=medium . * Team upload. * New upstream release. (2018-06-26) * Bump Standards-Version to 4.1.5. (no changes needed) * debian/patches: Refresh patches and backported patches. * debian/control: Add new build-dependency libxkbcommon-dev. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part.
Bug#903014: RFS: fcitx-rime/0.3.2-3 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: a...@debian.org sunwea...@debian.org debian-input-met...@lists.debian.org s...@debian.org culu@gmail.com Dear Mike, debian-input-method members and mentors, As part of bug fixes and package rebuild in Debian Input Method Team, I prepared a team upload for package "fcitx-rime" and I'm currently looking for a sponsor for this package. Besides, I am looking for a DD to help to grant me write permission to fcitx-rime's git repository on Salsa (https://salsa.debian.org/debian/fcitx-rime) so that I could push my work onto the repository. A temporary git repo has been set up on Salsa already (https://salsa.debian.org/hosiet-guest/fcitx-rime). Levels of rebuild (and bugfix): Level 1: * libmarisa0 (done), libopencc2 (done) Level 2: * libbkc2 (done), libkkc-data (done), librime1 (done) Level 3: * brise (done), fcitx (done) Level 4: * fcitx-qt5 (done), goldendict Level 4: * fcitx-rime, fcitx-kkc, ibus-kkc, ibus-rime , ibus-libzhuyin ^ we are here * Package name: fcitx-rime Version : 0.3.2-3 Upstream Author : Weng Xuetian * URL : https://gitlab.com/fcitx/fcitx-rime * License : GPL-2+ Section : utils It builds those binary packages: fcitx-rime - Fcitx wrapper for RIME engine To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fcitx-rime Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fcitx-rime/fcitx-rime_0.3.2-3.dsc Git packaging repository (proposed, not exist yet): https://salsa.debian.org/debian/fcitx-rime Git packaging repository (temporary, contains my work): https://salsa.debian.org/hosiet-guest/fcitx-rime Changes since the last upload: fcitx-rime (0.3.2-3) unstable; urgency=medium . * Team upload. * Rebuild against librime 1.3.1. * Apply "wrap-and-sort -abst". * debian/patches: + Backport all upstream commits till 2018-05-31. * debian/control: + Update maintainer field and use debian-input-method mailing list. Closes: #899504. + Bump Standards-Version to 4.1.5 (no changes needed). + Update YunQiang Su's email address and use the @debian.org one. + Update homepage field to use the corresponding GitLab project. + Add new build-dependency qtbase5-dev. * debian/rules: + Enable full hardening. + Use "dh_missing --fail-missing". -- Regards, Boyuan Yang
