Bug#968178: kajongg: dmesg error:segfault at 4 in QtCore.cpython-37m-x86_64-linux-gnu.so
Package: kajongg Version: 4:20.04.3-1 Severity: important Dear Maintainer, kajongg is often crash, It is almost can't been used.The dmesg has the following errors: [12396.242561] traps: kajongg[36797] general protection ip:7fcd4aa6a672 sp:7ffc5b4c6de8 error:0 in libQt5Core.so.5.11.3[7fcd4a876000+2a4000] [12558.366470] kajongg[37179]: segfault at 1 ip 7f54a0757195 sp 7ffc934a0310 error 4 in QtCore.cpython-37m-x86_64-linux- gnu.so[7f54a05f3000+166000] [12558.366504] Code: 00 00 00 00 00 41 54 55 48 89 f5 53 48 85 ff 74 39 4c 8d 25 7d 34 0e 00 48 89 fb 49 8b 04 24 ff 90 c8 01 00 00 48 85 c0 74 0b <48> 8b 00 5b 5d 41 5c c3 0f 1f 00 48 85 ed 75 17 49 8b 04 24 48 89 [13285.417234] kajongg[39213]: segfault at 4 ip 7f487669b195 sp 7fff259ca0d0 error 4 in QtCore.cpython-37m-x86_64-linux- gnu.so[7f4876537000+166000] [13285.417267] Code: 00 00 00 00 00 41 54 55 48 89 f5 53 48 85 ff 74 39 4c 8d 25 7d 34 0e 00 48 89 fb 49 8b 04 24 ff 90 c8 01 00 00 48 85 c0 74 0b <48> 8b 00 5b 5d 41 5c c3 0f 1f 00 48 85 ed 75 17 49 8b 04 24 48 89 -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-10-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8), LANGUAGE=zh_CN:zh (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kajongg depends on: ii kdegames-mahjongg-data-kf5 4:17.08.3-1 ii python3 3.7.3-1 ii python3-pyqt5.qtsvg 5.11.3+dfsg-1+b3 ii python3-twisted 18.9.0-3 Versions of packages kajongg recommends: ii khelpcenter 4:18.04.0-1 kajongg suggests no packages. -- no debconf information
Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune
From https://www.debian.org/devel/wnpp/, we can see: # 1190 orphaned packages The number 1190 is almost 10% of the total package number in Debian. There is so much orphaned packages is not a good thing for a Linux distribution. During the adopting packages, you also need do some work about: import old package source code to salsa, patching, old bug fix and explorer, update to newer upstream version, feedback the questions,patches when packaging to upstream author, collaboration with sponsors, QA team, other package team. clear bug in BTS, also need communication to end users. I'd already do these work recently.:-) 在 2020/5/20 上午11:40, Aron Xu 写道: > By saying housekeeping, it means doing works that does not change the > package behavior that would affect the user experience. For example > changing the DH compat and fix lintian warnings by updating the > packaging. These works are friendly to new comers, but people are not > encouraged to adopt the package if main intention is updating these > stuff. > > Adopting packages usually requires more dedication than slightly > updating the packaging, rather you will need to invest more time on > keeping it in good shape in the long run. By adopting them you become > the maintainer and you have the ultimate responsibility to the quality > of that package in Debian. > > Regards, > Aron > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune
IMHO, do some "house keeping work" like ITA(if ITA is a truely house keeping work as your point of view ), is a good beginning for a new man. But how many ITA packages is fit for a new man? 5,10,20 ? I'm not very sure this. So, I don't think that show my ITA packages number in email is the aggressive. Any body can do more ITA work. I also already understanded only ITA is not enough, before I packageing, I'd do some works about translate, doc, www(perhaps in your opinion,they are also "house keeping work"), I'll do more other things for Debian. I also think that there is a border between upstream project and Debian. As a Linux distribution, Debian had done much excellent work already. 在 2020/5/20 上午10:12, Aron Xu 写道: > On Wed, May 20, 2020 at 2:00 AM atzlinux 肖盛文 wrote: >> Hi, >> >> I uploaded 15 packages untill today.[1] >> > Well my main concern is that the number of packages you have ITA'd > doesn't contribute positively to a rushing NM application, so you > don't have to emphasis on how many packages you have uploaded in a > month, you contributions are really appreciated. > > But since you are targeting to become an uploading Debian Developer, > doing a lot of house keeping work isn't an efficient way because you > might not get the idea that Debian upload rights cannot be granted > overnight. I understand an official status at a top-level open source > project could drastically change some real life conditions but please > don't be so aggressive which might be harming it in the other way, ;) > > Regards, > Aron > > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune
Hi, I uploaded 15 packages untill today.[1] These packages mainly come from ITA and the Chinese-related packages. Although I take part in contribute to Debian very early,I begin translate the Debian Reference from 2005,but never contribute to make and upload package before. After finish these packages uploaded,I know more about make Debian package, uploading, building, QA, RC bug fix, etc,. I also has the detail discuss about the eject package take over by linux-utils. [2] It's a happy things for me to communication with each other. Thanks for every sponsors, Bart Martens,Adam Borowski,Peter Pentchev ,Boyuan Yang,etc,. Several days ago, I had take parted in the debian-med team. The work about debian-med will more challenge for me. At last ,thanks for Mo Zhou and Aron's tips, they are valuable for me. I'll take part in the work about Chinese continuous. 此致！ 在 2020/5/19 下午9:33, Aron Xu 写道: > On Tue, May 19, 2020 at 9:18 PM Mo Zhou wrote: >> Hi atzlinux, >> >> I appreciate your work on the Chinese-related packages, but only when >> people try to do something other than repetitive householding works will >> they gain further knowledge and skills. This way is inevitable if you >> really want to become a DD, since you have to first prove your expertise >> to the advocators. >> >> When you gained enough experience in debian development, you will >> discover that some packages without householding for years are still in >> good shape. Besides, the package uploading tally is not strictly >> proportional to ones expertise and influence within this community. >> >> Just two tips for you as you have opened an AM process. >> > Also, the Debian Chinese Team is an umbrella project we founded a few > years ago to be home of those Chinese related, but less interested > packages. Interest of taking care of those packages is appreciated but > maintainer ship does not contribute positively to a rushing NM > application, we prefer concrete and sincere adopters who are carrying > out the actual day-to-day maintenance . > > Regards, > Aron [1] https://qa.debian.org/developer.php?login=atzlinux%40sina.com [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737658 -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#961008: FTBFS on tnftp
Control: tags + fixed pending Hi,Frédéric, Thanks for your patch. The patch had applied and the new version package had uploaded to mentors. https://mentors.debian.net/package/tnftp 此致！ 在 2020/5/19 下午4:31, Frédéric Bonnard 写道: > Package: src:tnftp > Version: 20151004-1 > Control: tags -1 ftbfs patch > > -- > > Dear maintainer, > tnftp fails to build on ppc64el ( probably the same issue on arm64, > riscv64 ) due to an outdated config.guess. > Here is a minimal patch that does the work. > > > Regards, > > > F. -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#961018: RFS: tnftp/20151004-2 [FTBFS] -- enhanced ftp client
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tnftp" * Package name : tnftp Version : 20151004-2 Upstream Author : Luke Mewburn * URL : http://en.wikipedia.org/wiki/Tnftp * License : Unlicense * Vcs : None 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_20151004-2.dsc Changes since the last upload: [ 肖盛文 ] * d/rules: add dh_update_autotools_config (Closes: #961008) fix FTBFS on tnftp ppc64el (probably the same issue on arm64, riscv64) thanks the patch come from Frédéric Bonnard Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960834: RFS: fqterm/0.9.9-3 -- BBS client written in Qt
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "fqterm" * Package name : fqterm Version : 0.9.9-3 Upstream Author : Iru Cai * URL : https://github.com/mytbk/fqterm * License : GPL-2+ with OpenSSL exception * Vcs : https://salsa.debian.org/chinese-team/fqterm Section : x11 It builds those binary packages: fqterm - BBS client written in Qt To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fqterm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fqterm/fqterm_0.9.9-3.dsc Changes since the last upload: [ 肖盛文 ] * d/control: - Bump debhelper-compat (= 13) - Bump Standards-Version: 4.5.0 - add Rules-Requires-Root: no - add New Uploaders: xiao sheng wen * d/rules: - delete export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed - delete dh_missing --fail-missing - use execute_after_dh_installchangelogs target * d/watch: - use @ANY_VERSION@@ARCHIVE_EXT@ * d/copyright: - add Upstream-Contact: Iru Cai * delete *.patch line in .gitignore file * add fix-spelling-error-fqterm_decode.cpp.patch * convert text from gb2312 character encoding to UTF-8 on usr/share/FQTerm/skin/dpstyle/ReadMe.txt * add lintian-overrides * add upstream/metadata Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960817: yiyantang FTCBFS: builds for the build architecture
control: tags 960817 + fixed pending Hi Helmut, Thanks for your patch. I'd applied the patch and uploaded the new package to the mentors. https://mentors.debian.net/package/yiyantang 在 2020/5/17 下午12:48, Helmut Grohne 写道: > Source: yiyantang > Version: 0.7.0-7 > Tags: patch > User: debian-cr...@lists.debian.org > Usertags: ftcbfs > > yiyantag fails to cross build from source, becuase it configures for the > build architecture. Usually, fixing that requires passing --host, but in > this case ./configure is too old and needs environment variables such as > CC. A handy tool to export them is dpkg's buildtools.mk. While at it, > the attached patch also fixes the very strange argument to --build > passed to ./configure. Please consider applying it. > > Helmut -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#854019: 用中文描述下问题
这个 bug 报告，说的是，用阴历查询阳历，如果阴历时间是在当日晚上 23 点，则查到的阳历日期反而会提前一天。 -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960689: liblunar-date-dev: missing Breaks+Replaces: gir1.2-lunar-date-2.0 (<< 2.4.0-7)
control: fixed 960689 lunar-date/2.4.0-8 control: tags 960689 + fixed pending Thanks for report this bug. It's this change import this bug: * fix lintian: gir-section-not-libdevel move LunarDate-2.0.gir from gir1.2-lunar-date-2.0 to liblunar-date-dev I'd uploaded the new verison to mentors. https://mentors.debian.net/package/lunar-date 在 2020/5/15 下午8:33, Andreas Beckmann 写道: > Package: liblunar-date-dev > Version: 2.4.0-7 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in 'testing', then the upgrade to 'sid' fails > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. > > See policy 7.6 at > https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces > > From the attached log (scroll to the bottom...): > > Preparing to unpack .../liblunar-date-dev_2.4.0-7_amd64.deb ... > Unpacking liblunar-date-dev:amd64 (2.4.0-7) ... > dpkg: error processing archive > /var/cache/apt/archives/liblunar-date-dev_2.4.0-7_amd64.deb (--unpack): >trying to overwrite '/usr/share/gir-1.0/LunarDate-2.0.gir', which is also > in package gir1.2-lunar-date-2.0 2.4.0-5 > Errors were encountered while processing: >/var/cache/apt/archives/liblunar-date-dev_2.4.0-7_amd64.deb > > > cheers, > > Andreas -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960682: RFS: yiyantang/0.7.0-7 [ITA] -- Terminal-based Chinese automatic encoding converter
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "yiyantang" * Package name : yiyantang Version : 0.7.0-7 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstream's web site] * License : [fill in] * Vcs : https://salsa.debian.org/debian/yiyantang Section : text It builds those binary packages: yiyantang - Terminal-based Chinese automatic encoding converter To access further information about this package, please visit the following URL: https://mentors.debian.net/package/yiyantang Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/y/yiyantang/yiyantang_0.7.0-7.dsc Changes since the last upload: [ 肖盛文 ] * d/control: - Bump debhelper-compat (= 13) - add Rules-Requires-Root: no - New maintainer (Closes: #629017) * d/rules: - add export DEB_BUILD_MAINT_OPTIONS = hardening=+all * add fix-type-error-Default.patch * update fix-manpage.diff patch file * delete unused prerm lintian-overrides Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960651: RFS: rtax/0.984-7 [ITA] -- Classification of sequence reads of 16S ribosomal RNA gene
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "rtax" * Package name : rtax Version : 0.984-7 Upstream Author : David A. W. Soergel * URL : https://github.com/davidsoergel/rtax/ * License : BSD-3-clause * Vcs : https://salsa.debian.org/med-team/rtax Section : science It builds those binary packages: rtax - Classification of sequence reads of 16S ribosomal RNA gene To access further information about this package, please visit the following URL: https://mentors.debian.net/package/rtax Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/r/rtax/rtax_0.984-7.dsc Changes since the last upload: [ Dylan Aïssi ] * Fix Maintainer . [ Steffen Moeller ] * d/u/metadata: yamllint . [ Steffen Möller ] * Update metadata with ref to conda . [ 肖盛文 ] * fix lintian: file-contains-trailing-whitespace * fix lintian: insecure-copyright-format-uri * New maintainer (Closes: #960138) * add fix.perl.path.patch * d/control: - Bump debhelper-compat (= 13) - Bump Standards-Version: 4.5.0 - add Rules-Requires-Root: no * d/watch: - use @PACKAGE@ @ANY_VERSION@ @ARCHIVE_EXT@ Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960138: ITA: rtax -- Classification of sequence reads of 16S ribosomal RNA gene
Control: owner 960138 ! Control:retitle 960138 ITA: rtax -- Classification of sequence reads of 16S ribosomal RNA gene -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960647: RFS: lunar/2.2-7 -- Chinese Lunar Calendar conversion utility
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lunar" * Package name : lunar Version : 2.2-7 Upstream Author : Fung F. Lee * URL : https://web.archive.org/web/20051027042122/https://umunhum.stanford.edu/~lee/chicomp/chicomp.html * License : GPL-2+ * Vcs : https://salsa.debian.org/chinese-team/lunar Section : utils It builds those binary packages: lunar - Chinese Lunar Calendar conversion utility To access further information about this package, please visit the following URL: https://mentors.debian.net/package/lunar Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/l/lunar/lunar_2.2-7.dsc Changes since the last upload: [ 肖盛文 ] * d/rules: - export DEB_BUILD_MAINT_OPTIONS = hardening=+all - use patch to fix make clean error * d/control: - Bump Standards-Version: 4.5.0 - Bump debhelper-compat (= 13) - Rules-Requires-Root: no - New Uploaders: xiao sheng wen - update Vcs-Git Vcs-Browser url * d/copyright: - use /usr/share/common-licenses/GPL-2 - use https for copyright-format-uri - add Files: * line * d/watch: - update to version 4 - use https for url * update version and release time info in patch files Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960569: RFS: lunar-date/2.4.0-6 -- GObject Introspection for lunar-date
Hi,Peter, Thanks for your guide. I'd learned much knowledge from your email. All of your suggestions is done and the package uploaded. Welcome to check it again. 敬礼！ 在 2020/5/14 下午4:55, Peter Pentchev 写道: > Now the not so trivial issue: it seems to me that you changed > the debian/gir1.2-lunar-date-2.0.install file and made it install > the library explicitly into a directory named > "usr/lib/x86_64-linux-gnu/girepository-1.0/" - this will not work in > multiarch, or at least, it will not produce the result you want :) > If you create, say, an i386 sbuild chroot and build your package in it, > you'll see that the library and dev packages install their files > properly into usr/lib/i386-linux-gnu/, but the gir1.2-lunar-date-2.0 > package installs the typelib file into usr/lib/x86_64-linux-gnu. > What do you think about the attached patch that fixes this and > the related Lintian override? > > Minor suggestions: > - since debhelper 11, the dh-* helper packages may > "Provide: dh-sequence-something" and the packages that use them, like > yours, may have dh-sequence-something as a build dependency; then > debhelper will assume that you mean "dh --with something". Thus, you > may drop the "--with gir" from the rules file and add > "dh-sequence-gir" as a build dependency > - you may want to update your watch file to version 4 and use variables :) > - you may switch to an execute_before_dh_install target > - in the rules file, you may append to CFLAGS using > DEB_CFLAGS_MAINT_APPEND instead of overriding the full value > > Thanks for your work! > > G'luck, > Peter > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
Bug#960475: RFS: iptux/0.7.6-2 -- Intranet communication tool for Linux
Hi,Peter, I'd add debian/clean file and upload. Making a minimal rules file is better. https://mentors.debian.net/package/iptux Thanks! 在 2020/5/14 下午6:30, Peter Pentchev 写道: > OK, I can upload this if you want. I have another suggestion about > minimizing the rules file - you may put the names of the files and > directories that you want to remove in a debian/clean file, then > dh_auto_clean will also remove them after doing what it usually does. > Now making a minimal rules file is not necessarily a high-priority goal, > but if you want to go that way, you might. Note that if you want to put > the path to a directory in debian/clean, you need to put a "/" at > the end - without the slash dh_auto_clean will expect to find a file > there and will refuse to remove the directory. > > G'luck, > Peter > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960475: RFS: iptux/0.7.6-2 -- Intranet communication tool for Linux
在 2020/5/14 下午3:42, Peter Pentchev 写道: > > Hm, it seems to work for me for the gitless package. Also, the attached > patch works for me for the iptux package - I guess it may not be very > well documented that @ANY_VERSION@ is a regular expression group, so you > don't have to put it in () by itself, if that's what you tried. Your attached patch is work for me to. The log file is attached. I used @ARCHIVE_EXT@ in the opts=filenamemangle line with @ANY_VERSION@ last time, /version=4// //opts=filenamemangle=s/.+\/v?@ANY_VERSION@@ARCHIVE_EXT@/@PACKAGE@-$1@ARCHIVE_EXT@/ \// // https://github.com/iptux-src/@PACKAGE@/tags .*/v?@ANY_VERSION@@ARCHIVE_EXT@/ so I get the mistake filename download. uscan: Newest version of iptux on remote site is 0.7.6, local version is 0.7.5 uscan: => Newer package available from https://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Downloading upstream package: iptux-0.7.6(?i)(?:.(?:tar.xz|tar.bz2|tar.gz|zip|tgz|tbz|txz)) uscan info: Requesting URL: https://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Successfully downloaded package: iptux-0.7.6(?i)(?:.(?:tar.xz|tar.bz2|tar.gz|zip|tgz|tbz|txz)) uscan info: Start checking for common possible upstream OpenPGP signature files uscan info: End checking for common possible upstream OpenPGP signature files uscan info: Missing OpenPGP signature. uscan info: New orig.tar.* tarball version (oversionmangled): 0.7.6 uscan info: Launch mk-origtargz with options: --package iptux --version 0.7.6 --compression default --directory .. --copyright-file debian/copyright ../iptux-0.7.6(?i)(?:.(?:tar.xz|tar.bz2|tar.gz|zip|tgz|tbz|txz)) uscan error: Parameter ../iptux-0.7.6(?i)(?:.(?:tar.xz|tar.bz2|tar.gz|zip|tgz|tbz|txz)) does not look like a tar archive or a zip file. > I should have mentioned that before, but feel free to let me know > directly for future uploads of the iptux package. I mean, obviously > I cannot test it (unless there is a way to test it from wy outside > China and Eastern Asia at all?), but I can make sure it builds and > then upload it :) I uploaed the new version iptux just before. Welcome to test and upload. Please see: https://mentors.debian.net/package/iptux Thanks for your patch and test! -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com uscan info: uscan (version 2.20.3~bpo10+1) See uscan(1) for help uscan info: Scan watch files in . uscan info: Check debian/watch and debian/changelog in . uscan info: package="iptux" version="0.7.5-2" (as seen in debian/changelog) uscan info: package="iptux" version="0.7.5" (no epoch/revision) uscan info: ./debian/changelog sets package="iptux" version="0.7.5" uscan info: Process watch file at: debian/watch package = iptux version = 0.7.5 pkg_dir = . uscan info: opts: filenamemangle=s/.+\/v?(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))\.tar\.gz/iptux-$1\.tar\.gz/ uscan info: line: https://github.com/iptux-src/iptux/tags .*/v?(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Parsing filenamemangle=s/.+\/v?(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))\.tar\.gz/iptux-$1\.tar\.gz/ uscan info: line: https://github.com/iptux-src/iptux/tags .*/v?(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Last orig.tar.* tarball version (from debian/changelog): 0.7.5 uscan info: Last orig.tar.* tarball version (dversionmangled): 0.7.5 uscan info: Requesting URL: https://github.com/iptux-src/iptux/tags uscan info: Matching pattern: (?:(?:https://github.com)?\/iptux\-src\/iptux\/tags)?.*/v?(?:[-_]?(\d[\-+\.:\~\da-zA-Z]*))(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Found the following matching hrefs on the web page (newest first): /iptux-src/iptux/archive/v0.7.6.tar.gz (0.7.6) index=0.7.6-1 /iptux-src/iptux/archive/v0.7.6.zip (0.7.6) index=0.7.6-0 /iptux-src/iptux/archive/v0.7.5.tar.gz (0.7.5) index=0.7.5-1 /iptux-src/iptux/archive/v0.7.5.zip (0.7.5) index=0.7.5-0 /iptux-src/iptux/archive/v0.7.4.tar.gz (0.7.4) index=0.7.4-1 /iptux-src/iptux/archive/v0.7.4.zip (0.7.4) index=0.7.4-0 /iptux-src/iptux/archive/v0.7.3.tar.gz (0.7.3) index=0.7.3-1 /iptux-src/iptux/archive/v0.7.3.zip (0.7.3) index=0.7.3-0 /iptux-src/iptux/archive/v0.7.2.tar.gz (0.7.2) index=0.7.2-1 /iptux-src/iptux/archive/v0.7.2.zip (0.7.2) index=0.7.2-0 /iptux-src/iptux/archive/v0.7.1.tar.gz (0.7.1) index=0.7.1-1 /iptux-src/iptux/archive/v0.7.1.zip (0.7.1) index=0.7.1-0 /iptux-src/iptux/archive/v0.7.0.tar.gz (0.7.0) index=0.7.0-1 /iptux-src/iptux/archive/v0.7.0.zip (0.7.0) index=0.7.0-0 /iptux-src/iptux/archive/v0.6.4.tar.gz (0.6.4) index=0.6.4-1 /iptux-src/iptux/archive/v0.6.4.zip (0.6.4) index=0.6.4-0 /iptux-src/iptux/archive/v0.6.3.tar.gz (0.6.3) i
Bug#960475: RFS: iptux/0.7.6-2 -- Intranet communication tool for Linux
Hi,Peter, Thanks for your sponsor. 在 2020/5/13 下午6:39, Peter Pentchev 写道: > Uploaded, thanks for your work! > > For future reference: > - you could shorten the rules file even further by using the new > "execute_after" targets available in debhelper 13 done in git.[1] > - you could use the watch file format 4 and use @ANY_VERSION@ and > @ARCHIVE_EXT@ done in git.[2] updated to format 4. cat watch /version=4// //opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/@PACKAGE@-$1\.tar\.gz/ \// // https://github.com/iptux-src/@PACKAGE@/tags .*/v?(\d\S*)@ARCHIVE_EXT@/ I used @PACKAGE@, @ARCHIVE_EXT@, but @ANY_VERSION@ perhaps is not very fit for github. I'd used uscan -v to verify the new watch file,it's run normal, the log is attachmented. > > Of course, both of these are at your maintainer's discretion! Thanks for your guide. > > G'luck, > Peter [1] https://salsa.debian.org/chinese-team/iptux/-/commit/5f3c21651b1b75e56bc1d10b6da26fc664266b17 [2] https://salsa.debian.org/chinese-team/iptux/-/commit/4b552f1e4dc427c2dd6f985c4a8384d34fc0553d -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com uscan -v uscan info: uscan (version 2.20.3~bpo10+1) See uscan(1) for help uscan info: Scan watch files in . uscan info: Check debian/watch and debian/changelog in . uscan info: package="iptux" version="0.7.5-2" (as seen in debian/changelog) uscan info: package="iptux" version="0.7.5" (no epoch/revision) uscan info: ./debian/changelog sets package="iptux" version="0.7.5" uscan info: Process watch file at: debian/watch package = iptux version = 0.7.5 pkg_dir = . uscan info: opts: filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/iptux-$1\.tar\.gz/ uscan info: line: https://github.com/iptux-src/iptux/tags .*/v?(\d\S*)(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Parsing filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/iptux-$1\.tar\.gz/ uscan info: line: https://github.com/iptux-src/iptux/tags .*/v?(\d\S*)(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Last orig.tar.* tarball version (from debian/changelog): 0.7.5 uscan info: Last orig.tar.* tarball version (dversionmangled): 0.7.5 uscan info: Requesting URL: https://github.com/iptux-src/iptux/tags uscan info: Matching pattern: (?:(?:https://github.com)?\/iptux\-src\/iptux\/tags)?.*/v?(\d\S*)(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) uscan info: Found the following matching hrefs on the web page (newest first): /iptux-src/iptux/archive/v0.7.6.tar.gz (0.7.6) index=0.7.6-1 /iptux-src/iptux/archive/v0.7.6.zip (0.7.6) index=0.7.6-0 /iptux-src/iptux/archive/v0.7.5.tar.gz (0.7.5) index=0.7.5-1 /iptux-src/iptux/archive/v0.7.5.zip (0.7.5) index=0.7.5-0 /iptux-src/iptux/archive/v0.7.4.tar.gz (0.7.4) index=0.7.4-1 /iptux-src/iptux/archive/v0.7.4.zip (0.7.4) index=0.7.4-0 /iptux-src/iptux/archive/v0.7.3.tar.gz (0.7.3) index=0.7.3-1 /iptux-src/iptux/archive/v0.7.3.zip (0.7.3) index=0.7.3-0 /iptux-src/iptux/archive/v0.7.2.tar.gz (0.7.2) index=0.7.2-1 /iptux-src/iptux/archive/v0.7.2.zip (0.7.2) index=0.7.2-0 /iptux-src/iptux/archive/v0.7.1.tar.gz (0.7.1) index=0.7.1-1 /iptux-src/iptux/archive/v0.7.1.zip (0.7.1) index=0.7.1-0 /iptux-src/iptux/archive/v0.7.0.tar.gz (0.7.0) index=0.7.0-1 /iptux-src/iptux/archive/v0.7.0.zip (0.7.0) index=0.7.0-0 /iptux-src/iptux/archive/v0.6.4.tar.gz (0.6.4) index=0.6.4-1 /iptux-src/iptux/archive/v0.6.4.zip (0.6.4) index=0.6.4-0 /iptux-src/iptux/archive/v0.6.3.tar.gz (0.6.3) index=0.6.3-1 /iptux-src/iptux/archive/v0.6.3.zip (0.6.3) index=0.6.3-0 /iptux-src/iptux/archive/v0.6.2.tar.gz (0.6.2) index=0.6.2-1 /iptux-src/iptux/archive/v0.6.2.zip (0.6.2) index=0.6.2-0 uscan info: Looking at $base = https://github.com/iptux-src/iptux/tags with $filepattern = .*/v?(\d\S*)(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|zip|tgz|tbz|txz)) found $newfile = /iptux-src/iptux/archive/v0.7.6.tar.gz $newversion = 0.7.6 $lastversion = 0.7.5 uscan info: Matching target for downloadurlmangle: https://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Upstream URL(+tag) to download is identified ashttps://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Matching target for filenamemangle: /iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Filename (filenamemangled) for downloaded file: iptux-0.7.6.tar.gz uscan: Newest version of iptux on remote site is 0.7.6, local version is 0.7.5 uscan:=> Newer package available from https://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Downloading upstream package: iptux-0.7.6.tar.gz uscan info: Requesting URL: https://github.com/iptux-src/iptux/archive/v0.7.6.tar.gz uscan info: Successfully downloaded package: iptux-0.7.6.tar.gz uscan info: Start chec
Bug#960477: RFS: iptux/0.7.6-2 -- Intranet communication tool for Linux
Hi,Hilmar, Yes, They are the same, thanks for your merge. Because the delay of the first email, after I wait some times, I send the 2nd email. The Chinese freemails often has some communicate trouble whit @*.debian.org :-( 在 2020/5/13 下午3:21, Hilmar Preuße 写道: > Control: merge -1 960475 > > Am 13.05.2020 um 06:29 teilte 铜豌豆 Linux mit: > >> Package: sponsorship-requests >> Severity: normal >> >> Dear mentors, >> >> I am looking for a sponsor for my package "iptux" >> > I guess this one is identical to #960475. Merging. > > H. -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
Bug#960475: RFS: iptux/0.7.6-2 -- Intranet communication tool for Linux
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "iptux" * Package name : iptux Version : 0.7.6-2 Upstream Author : LI Daobing * URL : https://github.com/iptux-src/iptux * License : GPL-2+ * Vcs : https://salsa.debian.org/chinese-team/iptux Section : net It builds those binary packages: iptux - Intranet communication tool for Linux To access further information about this package, please visit the following URL: https://mentors.debian.net/package/iptux Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/iptux/iptux_0.7.6-2.dsc Changes since the last upload: [ Debian Janitor ] * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository, Repository-Browse. . [ 肖盛文 ] * d/rules: - delete export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed - delete override_dh_missing * d/control: - Bump debhelper-compat (= 13) - Bump Standards-Version: 4.5.0 - add Rules-Requires-Root: no - add new Uploaders Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#931163: the new version released,please try it
Control: tags 931163 moreinfo The new version released,please try it. Package: tnftp Version: 20151004-1 If this bug still exist,welcome feedback! -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#833928: could you test it on the newest xtail version?
Control: tags 833928 moreinfo Could you test it on the newest xtail version? If this bug is appear in Ubuntu,please report it to Ubuntu. Thanks! -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960363: RFS: qterm/1:0.7.3-3 -- BBS client for X Window System written in Qt
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "qterm" * Package name : qterm Version : 1:0.7.3-3 Upstream Author : [fill in name and email of upstream] * URL : https://github.com/qterm/qterm * License : GPL-2+ with OpenSSL exception * Vcs : https://salsa.debian.org/chinese-team/qterm Section : x11 It builds those binary packages: qterm - BBS client for X Window System written in Qt To access further information about this package, please visit the following URL: https://mentors.debian.net/package/qterm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/q/qterm/qterm_0.7.3-3.dsc Changes since the last upload: [ Debian Janitor ] * Bump debhelper from old 11 to 12. * Set debhelper-compat version in Build-Depends. * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository, Repository-Browse. [ 肖盛文 ] * add Uploaders: xiao sheng wen * Bump debhelper-compat (= 13) * Bump Standards-Version: 4.5.0 * add Rules-Requires-Root: no * fix lintian: desktop-entry-lacks-keywords-entry * fxi lintian: spelling-error-in-binary * add patches/series * fix lintian: debian-rules-uses-as-needed-linker-flag Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960203: RFS: tnftp/20151004-1 [ITA] -- enhanced ftp client
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tnftp" * Package name : tnftp Version : 20151004-1 Upstream Author : Luke Mewburn * URL : http://en.wikipedia.org/wiki/Tnftp * License : Unlicense * Vcs : None 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_20151004-1.dsc Changes since the last upload: [ 肖盛文 ] * Initial upstream branch. * add gbp.conf * New upstream version 20151004 * debian/watch: - add opts=pgpsigurlmangle=s/$/.asc/ - update to version=4 * delete the CVE-2014-8517.patch, the new upstream had already applied * add debian/upstream/signing-key.asc Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#960019: RFS: bittwist/2.0-15 [ITA] -- libpcap based Ethernet packet generator
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "bittwist" * Package name : bittwist Version : 2.0-15 Upstream Author : Addy Yeow Chin Heng * URL : http://bittwist.sf.net * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/bittwist Section : net It builds those binary packages: bittwist - libpcap based Ethernet packet generator To access further information about this package, please visit the following URL: https://mentors.debian.net/package/bittwist Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/bittwist/bittwist_2.0-15.dsc Changes since the last upload: [ 肖盛文 ] * Bumped debhelper-compat 13 * New maintainer (Closes: #951173) * d/copyright: add Upstream-Contact: Addy Yeow Chin Heng Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#959950: RFS: afio/2.5.2-1 [ITA] -- archive file manipulation program
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "afio" * Package name : afio Version : 2.5.2-1 Upstream Author : Koen Holtman * URL : https://github.com/kholtman/afio * License : Custom * Vcs : https://salsa.debian.org/debian/afio Section : utils It builds those binary packages: afio - archive file manipulation program To access further information about this package, please visit the following URL: https://mentors.debian.net/package/afio Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/a/afio/afio_2.5.2-1.dsc Changes since the last upload: [ 肖盛文 ] * New upstream version 2.5.2 * add debian/gbp.conf * update patch files for new upstream 2.5.2 * Set upstream metadata fields: Repository Repository-Browse Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#753821: closed by atzlinux (bugreport is too old)
Control: tags moreinfo Package: eject Version: 2.1.5+deb1+cvs20081104-15 This new version is not for Buster,but for bullseye.If you has chance,I hope test this new eject version on testing(bullseye). The orig bugreport had reported for many years ago,almost all of things is changed. It's no meaning to check if the bug is actually exist on very old hardware,kernel,OS. So,I close it. If you find this old bug still exist in the new version,I suggestion run reportbug again to report it. Why? When you run reportbug,the information abut hardware,kernel,OK,etc,. will auto attached. These information is very useful to debug the bug. Also the new bugreport has the standard format,easy to read,forward to upstream ,save the time of opensource contributor. This bug also will get more chance to been fixed. 在 2020/5/7 上午2:03, Steve McIntyre 写道: > Control: reopen -1 > > Ummm, no. You don't understand how this works it seems. Please do > *not* just close bugs without checking if the bug is actually closed. > > I've just tested on a current Buster amd64 system and the bug is still > there, just as described. > > On Thu, May 07, 2020 at 12:45:17AM +0800, atzlinux 肖盛文 wrote: >> please use bugreport to report it again. >> >> The code isn't change,this it true.But others all >> changed,hardware,kernel,OS,etc,. >> >> this bug close at first. signature.asc Description: OpenPGP digital signature
Bug#753821: closed by atzlinux (bugreport is too old)
Hi,Steve McIntyre:
There are some type errors in my last email,sorry!
I write again:
Please use reportbug to report it again.
The code isn't change,this is true.But others all
changed,hardware,kernel,OS,etc,.
So,this bug close at first.
在 2020/5/7 上午12:45, atzlinux 肖盛文 写道:
> please use bugreport to report it again.
>
> The code isn't change,this it true.But others all
> changed,hardware,kernel,OS,etc,.
>
> this bug close at first.
>
>
> 在 2020/5/6 下午8:39, Steve McIntyre 写道:
>> Control: reopen -1
>>
>> Sorry, not good enough - you don't get to close a bug just because
>> it's "too old". The code hasn't changed and still has the same
>> problem; I've just looked in your latest upload.
>>
>> Steve
>>
>> On Sat, May 02, 2020 at 01:51:03AM +, Debian Bug Tracking System wrote:
>>> This is an automatic notification regarding your Bug report
>>> which was filed against the eject package:
>>>
>>> #753821: eject fails on CD/DVD drive and reports wrong error
>>>
>>> It has been closed by atzlinux .
>>>
>>> Their explanation is attached below along with your original report.
>>> If this explanation is unsatisfactory and you have not received a
>>> better one in a separate message then please contact atzlinux
>>> by
>>> replying to this email.
>>>
>>>
>>> --
>>> 753821: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753821
>>> Debian Bug Tracking System
>>> Contact ow...@bugs.debian.org with problems
>>> From: atzlinux
>>> To: 753821-d...@bugs.debian.org
>>> Date: Sat, 2 May 2020 09:43:33 +0800
>>> Subject: bugreport is too old
>>> Message-ID: <9500528e-db80-3276-ed3e-1fdfad2a3...@sina.com>
>>>
>>>
>>> --
>>> 肖盛文 Faris Xiao
>>> 微信：atzlinux
>>> ＱＱ：909868357
>>> 铜豌豆 Linux
>>> 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
>>>
>>
>>
>>> From: Steve McIntyre
>>> To: Debian Bug Tracking System
>>> Date: Sat, 05 Jul 2014 14:17:42 +0100
>>> Subject: eject fails on CD/DVD drive and reports wrong error
>>> Message-ID: <20140705131742.28987.94205.report...@sledge.mossbank.org.uk>
>>>
>>> Package: eject
>>> Version: 2.1.5+deb1+cvs20081104-13
>>> Severity: important
>>>
>>> I should have reported this ages ago, sorry. :-(
>>>
>>> I've got a system with several CD/DVD drives in it, and they all show
>>> the same behaviour. I think there's a kernel bug with CD locking at
>>> the root of the main problem here, and I'll report another bug there.
>>>
>>> For a while after I start my system, "eject /dev/srX" works just
>>> fine. However, after some non-determined period it stops working
>>> reliably. What I'm seeing is an annoying badly-reported error:
>>>
>>> sledge:/home/steve/iso# eject /dev/sr1
>>> eject: unable to eject, last error: Inappropriate ioctl for device
>>> sledge:/home/steve/iso# eject /dev/sr1
>>> eject: unable to eject, last error: Inappropriate ioctl for device
>>> sledge:/home/steve/iso# eject /dev/sr1
>>> eject: unable to eject, last error: Inappropriate ioctl for device
>>> sledge:/home/steve/iso# eject /dev/sr1
>>>
>>> After the fourth attempt here, the eject call works. I've tried
>>> hitting the eject button on the drive itself, but no joy.
>>>
>>> As to reporting ENOTTY, that's just *wrong*.
>>>
>>> Running the same under strace, I can see a silliness here that is the cause:
>>>
>>> open("/dev/sr1", O_RDONLY|O_NONBLOCK) = 3
>>> ioctl(3, CDROMEJECT, 0) = -1 EIO (Input/output error)
>>> ioctl(3, SG_GET_VERSION_NUM, 0x7fff2e8f387c) = 0
>>> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00],
>>> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0,
>>> status=00, masked_status=00, sb[0]=[], host_status=0, driver_status=0,
>>> resid=0, duration=0, info=0}) = 0
>>> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1b, 00, 00, 00, 01, 00],
>>> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0,
>>> status=02, masked_status=01, sb[18]=[70, 00, 02, 00, 00, 00, 00, 0a, 3a,
>>> 00, bb, 00, 3a, 00, 00, 00, 00, 00], host_status=0, driver_status=0x8,
>>> resid=0, duration=4, info=0x1}) = 0
>>> ioctl(3, FDEJECT, 0x7ff
Bug#753821: closed by atzlinux (bugreport is too old)
please use bugreport to report it again.
The code isn't change,this it true.But others all
changed,hardware,kernel,OS,etc,.
this bug close at first.
在 2020/5/6 下午8:39, Steve McIntyre 写道:
> Control: reopen -1
>
> Sorry, not good enough - you don't get to close a bug just because
> it's "too old". The code hasn't changed and still has the same
> problem; I've just looked in your latest upload.
>
> Steve
>
> On Sat, May 02, 2020 at 01:51:03AM +, Debian Bug Tracking System wrote:
>> This is an automatic notification regarding your Bug report
>> which was filed against the eject package:
>>
>> #753821: eject fails on CD/DVD drive and reports wrong error
>>
>> It has been closed by atzlinux .
>>
>> Their explanation is attached below along with your original report.
>> If this explanation is unsatisfactory and you have not received a
>> better one in a separate message then please contact atzlinux
>> by
>> replying to this email.
>>
>>
>> --
>> 753821: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753821
>> Debian Bug Tracking System
>> Contact ow...@bugs.debian.org with problems
>> From: atzlinux
>> To: 753821-d...@bugs.debian.org
>> Date: Sat, 2 May 2020 09:43:33 +0800
>> Subject: bugreport is too old
>> Message-ID: <9500528e-db80-3276-ed3e-1fdfad2a3...@sina.com>
>>
>>
>> --
>> 肖盛文 Faris Xiao
>> 微信：atzlinux
>> ＱＱ：909868357
>> 铜豌豆 Linux
>> 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
>>
>
>
>
>> From: Steve McIntyre
>> To: Debian Bug Tracking System
>> Date: Sat, 05 Jul 2014 14:17:42 +0100
>> Subject: eject fails on CD/DVD drive and reports wrong error
>> Message-ID: <20140705131742.28987.94205.report...@sledge.mossbank.org.uk>
>>
>> Package: eject
>> Version: 2.1.5+deb1+cvs20081104-13
>> Severity: important
>>
>> I should have reported this ages ago, sorry. :-(
>>
>> I've got a system with several CD/DVD drives in it, and they all show
>> the same behaviour. I think there's a kernel bug with CD locking at
>> the root of the main problem here, and I'll report another bug there.
>>
>> For a while after I start my system, "eject /dev/srX" works just
>> fine. However, after some non-determined period it stops working
>> reliably. What I'm seeing is an annoying badly-reported error:
>>
>> sledge:/home/steve/iso# eject /dev/sr1
>> eject: unable to eject, last error: Inappropriate ioctl for device
>> sledge:/home/steve/iso# eject /dev/sr1
>> eject: unable to eject, last error: Inappropriate ioctl for device
>> sledge:/home/steve/iso# eject /dev/sr1
>> eject: unable to eject, last error: Inappropriate ioctl for device
>> sledge:/home/steve/iso# eject /dev/sr1
>>
>> After the fourth attempt here, the eject call works. I've tried
>> hitting the eject button on the drive itself, but no joy.
>>
>> As to reporting ENOTTY, that's just *wrong*.
>>
>> Running the same under strace, I can see a silliness here that is the cause:
>>
>> open("/dev/sr1", O_RDONLY|O_NONBLOCK) = 3
>> ioctl(3, CDROMEJECT, 0) = -1 EIO (Input/output error)
>> ioctl(3, SG_GET_VERSION_NUM, 0x7fff2e8f387c) = 0
>> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1e, 00, 00, 00, 00, 00],
>> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0, status=00,
>> masked_status=00, sb[0]=[], host_status=0, driver_status=0, resid=0,
>> duration=0, info=0}) = 0
>> ioctl(3, SG_IO, {'S', SG_DXFER_NONE, cmd[6]=[1b, 00, 00, 00, 01, 00],
>> mx_sb_len=32, iovec_count=0, dxfer_len=0, timeout=1, flags=0, status=02,
>> masked_status=01, sb[18]=[70, 00, 02, 00, 00, 00, 00, 0a, 3a, 00, bb, 00,
>> 3a, 00, 00, 00, 00, 00], host_status=0, driver_status=0x8, resid=0,
>> duration=4, info=0x1}) = 0
>> ioctl(3, FDEJECT, 0x7fff2e8f38b8) = -1 ENOTTY (Inappropriate ioctl for
>> device)
>> ioctl(3, MGSL_IOCGPARAMS or MMTIMER_GETRES or MTIOCTOP or
>> SNDCTL_MIDI_MPUMODE, 0x7fff2e8f3890) = -1 ENOTTY (Inappropriate ioctl for
>> device)
>>
>> For some daft reason, eject looks to be trying ioctl(CDROMEJECT),
>> getting EIO as a failure mode, then falling back to ioctl(FDEJECT) on
>> the CD drive. That last failure is the cause for the ENOTTY error, and
>> that is reported incorrectly instead of the EIO that is the first (and
>> correct) error.
>>
>> -- System Information:
>> Debian Release: 7.5
>> APT prefers stable
>> APT policy: (500, 'stable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/bash
>>
>> Versions of packages eject depends on:
>> ii libc6 2.13-38+deb7u1
>> ii libdevmapper1.02.1 2:1.02.74-8
>>
>> eject recommends no packages.
>>
>> Versions of packages eject suggests:
>> ii cdtool 2.1.8-release-2
>> pn setcd
>>
>> -- no debconf information
--
肖盛文 Faris Xiao
微信：atzlinux
ＱＱ：909868357
铜豌豆 Linux
基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
signature.asc
Description: OpenPGP digital signature
Bug#737658: some notes on util-linux takeover of eject
在 2020/5/6 上午3:49, Chris Hofstaedtler 写道: [...] > util-linux would grow a new eject binary package (to avoid growing > the essential util-linux binary package). > I think util-linux (actually the new eject binary package) can get a > NEWS.Debian entry that lists alternative options for volname. Users > would need to modify their scripts manually. If users have > apt-listchanges installed, they will be informed at upgrade time. For example: /volname debian-10.3.0-amd64-DVD-1.iso// / /Debian 10.3.0 amd64 1/ The volname is easy to use,only need one [] parameter. reserve the file /usr/bin/volname,use the shell substitute like: blkid -s LABEL $1 Is this acceptable? If we do this,when the end user upgrade to Debian 11,It will become more smoothness. > > Indeed. Well, if we fix #787425 it doesn't need to > > We can fix dkopp in Debian. > > I think we need one for /usr/bin/eject - that is "easy enough". We > have done this before for other packages / binaries. > For /usr/bin/volname and /usr/lib/eject/dmcrypt-get-device I would > opt for the NEWS.Debian solution. > > Chris The author of dmcrypt-get-device is mp...@debian.org,he also is a DD. If you have any suggestion,welcome to tell us. The present eject package come alone with Debian for so many years. With the high popcon,It's quality,stability,security,compatibility had already verified on Debian by many people. I hope the eject come from util-linux do better. The plan of "util-linux takeover of eject" start at many years ago,let us continuous. -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#959782: RFS: xtail/2.1-8 [ITA] -- like "tail -f", but works on truncated files, directories, more
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xtail" * Package name : xtail Version : 2.1-8 Upstream Author : Chip Rosenthal * URL : https://www.unicom.com/sw/xtail * License : Unlicense * Vcs : https://salsa.debian.org/debian/xtail Section : utils It builds those binary packages: xtail - like "tail -f", but works on truncated files, directories, more To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xtail Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xtail/xtail_2.1-8.dsc Changes since the last upload: * debian/control: - Bumped debhelper-compat to 13 * New maintainer (Closes: #862650) * fix compile warning: implicit declaration of function ‘strcmp’ * fix compile warning: format ‘%d’ expects argument of type ‘int’ Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#737658: some notes on util-linux takeover of eject
在 2020/5/4 下午7:40, Andreas Henriksson 写道: > Control: affects -1 eject > > Hi, > > On Mon, May 04, 2020 at 12:08:10PM +0200, Chris Hofstaedtler wrote: >> Hi everyone, >> >> (Adding CC: mpitt@, as the dmcrypt-get-device author.) >> >> * atzlinux 肖盛文 [200504 05:16]: >>> Hi Chris, >>> >>> 在 2020/5/4 上午6:09, Chris Hofstaedtler 写道: >>>> Hi xiao sheng wen, >>>> >>>> I've noticed you've recently taken over maintenance of the eject >>>> package, after it was unmaintained for years. >>>> >>>> Probably unbeknownst to you, plans were made to replace the eject >>>> (and eject-udeb) packages with code from util-linux. >>> I didn't know this plan before,I can't get this info from the RFA >>> bugreport of eject(#92). >> Yeah. Sorry about that. > FWIW this bug report was originally assigned to the eject package, > but someone reassigned it over to util-linux when they thought it was > up to util-linux to implement the solution. Unfortunately there was > no "affects" set up which would have made it show up on both sides. > Thus my (too late) attempt at doing so at the top of this message now > to make the bug report show up in the bug tracker for both packages. > > (I guess at the time noone thought it would take this long to get this > issue fixed and that anyone else would need to be brought into the > loop before we had this issue squashed.) Thanks for add affects. > >>>> I understand that it must be somewhat soul-crushing when this >>>> happens, so I wanted to loop you in. >>> Never mind! Thanks for loop me in. >>> >>> I'm just learning packaging .I hope contribute to Debian,let Debian >>> become more better. >>> >>>> Do you think it's alright if we move forward with replacing the old, >>>> dead-upstream eject with the code from util-linux? >>> The eject upstream git repo is [1],from the log ,I know the lasted >>> commit[2] is on Aug 21 21:42:30 2019. >>> >>> Is this a dead-upstream? >> Doesn't look dead now, no, but it certainly was for a long time. >> See below for a bit more. > No matter if its dead or not, other (well known) distributions use the > util-linux implementation. The questions I think we need to ask > ourselves are: Whats the purpose of deviating from other distros? > Why can't we have a single upstream source and work together? What's the > value-add in using different implementations? > > The value in everyone using the same implementation is quite easy to > answer: Scripts and other users of the program automatically is (more) > portable between different distributions. yes. > >>>> My plan would be to take over the eject, eject-udeb packages sometime >>>> next week (obviously going through NEW, so maybe a bit later). >>> I'd read the bug #737658,from this bugreport,I learned more info about >>> udeb,d-i,etc. :-) >>> >>> IMHO,I had a little worry about commands: volname and >>> dmcrypt-get-device(suid). >>> >>> volname is still used by dkopp[3]. >> Right. So: >> >> 1) who is using dmcrypt-get-device, and why does it exist in the >> first place? Martin, can you shed some light on this? >> I can't find anything using it (via codesearch.debian.net); I'm >> guessing this was used for/by udev a long time ago, but that can use >> any of the libraries directly? > I don't know the original user for this either, but AIUI it's definitely > deprecated now and should be safe to get rid of. > >> 2) volname apparently uses knowledge about ISO9660 directly, and >> personally I'd rather see users use blkid instead, like so: >> /usr/sbin/blkid -s LABEL ./debian-10.3.0-amd64-netinst.iso >> ./debian-10.3.0-amd64-netinst.iso: LABEL="Debian 10.3.0 amd64 n" >> (This works for anything that's got a label, not just ISO9660 >> files/devices.) >> I can try a minimal patch to dkopp. (Also dkopp doesn't depend on >> eject -- how did you find this?) dkopp should add depend on eject. apt rdepends eject,show many packages. > ... and as soon as someone brings up blkid I can't help but mention > that lsblk is the modern replacement (although not available in udeb). > >>> After the replace plan finished,Are these two commands will disappear in >>> Debian 11 ? >>> >>> If has one shell scripts used these two commands in Debian 10,when the >>> OS update to Debian 11, >>> >>> Do the
Bug#716715: Still reproducible
Control: |reassign udev|
|
|
在 2020/5/4 下午8:19, Sebastian Leske 写道:
> Unfortunately, the bug is not fixed.
> There is a typo in the bug report:
>
>> This can be fixed by uncommenting the line
>> ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $tempnode",
>> GOTO="cdrom_end"
> This should say: "This can be fixed by COMMENTING the line".
> This is explained in the linked blog post.
>
> As of udev 245.5-1, the line above is still present in
> /lib/udev/rules.d/60-cdrom_id.rules , and "eject -i on" still does not
> lock the eject button.
>
> If the line is removed/commented, "eject -i on" works as expected.
>
> I have reopened this bug. Or maybe this should be filed against udev?
I think so,udev's rule,need to modify.
I'd |reassign this bug to udev.
|
> It's unclear who is "at fault" here...
>
--
肖盛文 Faris Xiao
微信：atzlinux
ＱＱ：909868357
铜豌豆 Linux
基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
signature.asc
Description: OpenPGP digital signature
Bug#737658: some notes on util-linux takeover of eject
Hi Chris, 在 2020/5/4 上午6:09, Chris Hofstaedtler 写道: > Hi xiao sheng wen, > > I've noticed you've recently taken over maintenance of the eject > package, after it was unmaintained for years. > > Probably unbeknownst to you, plans were made to replace the eject > (and eject-udeb) packages with code from util-linux. I didn't know this plan before,I can't get this info from the RFA bugreport of eject(#92). > > I understand that it must be somewhat soul-crushing when this > happens, so I wanted to loop you in. Never mind! Thanks for loop me in. I'm just learning packaging .I hope contribute to Debian,let Debian become more better. > Do you think it's alright if we move forward with replacing the old, > dead-upstream eject with the code from util-linux? The eject upstream git repo is [1],from the log ,I know the lasted commit[2] is on Aug 21 21:42:30 2019. Is this a dead-upstream? > > My plan would be to take over the eject, eject-udeb packages sometime > next week (obviously going through NEW, so maybe a bit later). I'd read the bug #737658,from this bugreport,I learned more info about udeb,d-i,etc. :-) IMHO,I had a little worry about commands: volname and dmcrypt-get-device(suid). volname is still used by dkopp[3]. After the replace plan finished,Are these two commands will disappear in Debian 11 ? If has one shell scripts used these two commands in Debian 10,when the OS update to Debian 11, Do the shell scripts need to modify?How to modify? > > Best regards, > Chris [1] git clone https://git.code.sf.net/p/eject/git eject-git [2] https://sourceforge.net/p/eject/git/ci/12a22efd2b678479ceca63731491a6843c5a7a68/ [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787425 > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#905301: tags moreinfo
tags moreinfo please try it under the newest version of OS,kernel,eject. Is there the hardware issue ?Is the BIOS version updated? How about your media eject button pressed? -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#901714: salsa repo created now
please see: https://salsa.debian.org/debian/eject -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#821770: kernel/udev eject update
Because kernel/udev and eject had updated,close this bug at first. Welcome to test this "eject wd" under the newest version(kernel+udev+eject), if this bug still exist,welcome report it again. -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#716715: done by udev
In Debian 10 stable,udev had already do it.
Package: udev
Version: 241-7~deb10u3
/lib/udev/rules.d/60-cdrom_id.rules
# media eject button pressed
ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $devnode",
GOTO="cdrom_end"
This line is already uncommentted default.
--
肖盛文 Faris Xiao
微信：atzlinux
ＱＱ：909868357
铜豌豆 Linux
基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
signature.asc
Description: OpenPGP digital signature
Bug#820782: patch can't apply now
hi,Mathieu Malaterre! I'd downloaded the patch file from [1] eject-2.1.5-unlock.patch [2] eject-2.1.5-openrw.patch [3], after I run: dpkg-source --before-build . I apply these patches,I get the rejects: patch < debian/patches/eject-2.1.5-openrw.patch patching file eject.c Hunk #1 FAILED at 911. 1 out of 1 hunk FAILED -- saving rejects to file eject.c.rej patch < debian/patches/eject-2.1.5-unlock.patch patching file eject.c Hunk #1 succeeded at 618 (offset 91 lines). Hunk #2 FAILED at 562. Hunk #3 succeeded at 691 (offset 106 lines). Hunk #4 succeeded at 892 (offset 188 lines). 1 out of 4 hunks FAILED -- saving rejects to file eject.c.rej The eject.c file's source code had been changed by eject/debian/patches/2000-version-2.1.5+deb1+cvs20081104-13.1.patch, I also find some contents about these two patches in this file. The 2000-version-2.1.5+deb1+cvs20081104-13.1.patch is applied on version debian/2.1.5+deb1+cvs20081104-14,which is newer than your report. --- g...@salsa.debian.org:debian/eject.git git log 2000-version-2.1.5+deb1+cvs20081104-13.1.patch commit f0879ffae5ad1dbf21d6217109044a0eca99208a Author: Petter Reinholdtsen Date: Mon Aug 19 11:31:55 2019 +0200 Split translation part of Debian changes into 1000-translations.patch. commit 9bd0dcb8a6f6732235821f5e0877ce81e3ef8790 Author: Petter Reinholdtsen Date: Mon Jul 8 08:17:32 2019 + Changed 2000-version-2.1.5+deb1+cvs20081104-13.1.patch to not patch some files Dropped some generated files. Refreshed patch. so,I close this bug at first. If you still find the bug in newest version of eject,welcome to report again. [1] https://bugs.archlinux.org/task/25405 [2] https://bugs.archlinux.org/task/25405?getfile=7402 [3] https://bugs.archlinux.org/task/25405?getfile=7403 -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#959178: RFS: eject/2.1.5+deb1+cvs20081104-15 [ITA] -- ejects CDs and operates CD-Changers under Linux
在 2020/4/30 下午9:20, Adam Borowski 写道: > On Thu, Apr 30, 2020 at 08:42:07PM +0800, atzlinux wrote: >> * Package name : eject >> Version : 2.1.5+deb1+cvs20081104-15 > Somehow, initial whitespace in your mail is corrupted. I am use thunderbird ,xfce. The RFS email is sended by click "Send the filled out template below by mail <mailto:sub...@bugs.debian.org?subject=RFS: eject/2.1.5+deb1+cvs20081104-15 [ITA] -- ejects CDs and operates CD-Changers under Linux&body=Package%3A%20sponsorship-requests%0ASeverity%3A%20normal%0A%0ADear%20mentors%2C%0A%0AI%20am%20looking%20for%20a%20sponsor%20for%20my%20package%20%22eject%22%0A%0A%20%2A%20Package%20name%20%20%20%20%3A%20eject%0A%20%20%20Version%20%20%20%20%20%20%20%20%20%3A%202.1.5%2Bdeb1%2Bcvs20081104-15%0A%20%20%20Upstream%20Author%20%3A%20Jeff%20Tranter%20%28tranter%40pobox.com%29%0A%20%2A%20URL%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20http%3A%2F%2Feject.sourceforge.net%2F%0A%20%2A%20License%20%20%20%20%20%20%20%20%20%3A%20GPL-2%2B%0A%20%2A%20Vcs%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20https%3A%2F%2Fsalsa.debian.org%2Fdebian%2Feject%0A%20%20%20Section%20%20%20%20%20%20%20%20%20%3A%20utils%0A%0AIt%20builds%20those%20binary%20packages%3A%0A%0A%20%20eject%20-%20ejects%20CDs%20and%20operates%20CD-Changers%20under%20Linux%0A%20%20eject-udeb%20-%20ejects%20CDs%20from%20d-i%20menu%0A%0ATo%20access%20further%20information%20about%20this%20package%2C%20please%20visit%20the%20following%20URL%3A%0A%0A%20%20https%3A%2F%2Fmentors.debian.net%2Fpackage%2Feject%0A%0AAlternatively%2C%20one%20can%20download%20the%20package%20with%20dget%20using%20this%20command%3A%0A%0A%20%20dget%20-x%20https%3A%2F%2Fmentors.debian.net%2Fdebian%2Fpool%2Fmain%2Fe%2Feject%2Feject_2.1.5%2Bdeb1%2Bcvs20081104-15.dsc%0A%0AChanges%20since%20the%20last%20upload%3A%0A%0A%20%20%20%5B%20Petter%20Reinholdtsen%20%5D%0A%20%20%20%2A%20Split%20translation%20part%20of%20Debian%20changes%20into%201000-translations.patch.%0A%20%20%20%5B%20Debian%20Janitor%20%5D%0A%20%20%20%2A%20Trim%20trailing%20whitespace.%0A%20%20%20%2A%20Drop%20use%20of%20autotools-dev%20debhelper.%0A%20%20%20%2A%20Update%20standards%20version%20to%204.4.1%2C%20no%20changes%20needed.%0A%20%20%20%2A%20Bump%20debhelper%20from%20old%2010%20to%2012.%0A%20%20%20%2A%20Drop%20unnecessary%20dependency%20on%20dh-autoconf.%0A%20%20%20%2A%20Replace%20XC-Package-Type%20with%20Package-Type.%0A%20%20%20%2A%20Use%20canonical%20URL%20in%20Vcs-Browser.%0A%20%20%20%2A%20Rely%20on%20pre-initialized%20dpkg-architecture%20variables.%0A%20%20%20%5B%20%E8%82%96%E7%9B%9B%E6%96%87%20%5D%0A%20%20%20%2A%20d%2Fcontrol%3A%0A%20%20%20%20%20Bumped%20Standards-Version%20to%204.5.0%0A%20%20%20%20%20add%20Build-Depends%3A%20debhelper%20%28%3E%3D%2012%29%0A%20%20%20%20%20delete%20lintian%20useless-autoreconf-build-depends%3A%20autotools-dev%0A%20%20%20%20%20%2BRules-Requires-Root%3A%20no%0A%20%20%20%2A%20Fixs%20lintian%3A%0A%20%20%20%20%20unused-file-paragraph-in-dep5-copyright%0A%20%20%20%20%20wildcard-matches-nothing-in-dep5-copyright%0A%20%20%20%20%20executable-in-usr-lib%20usr%2Flib%2Feject%2Fdmcrypt-get-device%0A%20%20%20%2A%20delete%20the%20outdated%20watch%20url%0A%20%20%20%2A%20add%20debian%2Fmanpages%0A%20%20%20%2A%20add%20debian%2Finstall%0A%20%20%20%2A%20add%20debian%2Feject-udeb.install%0A%20%20%20%2A%20d%2Frules%3A%0A%20%20%20%20%20use%20install%20files%0A%20%20%20%20%20use%20manpages%0A%20%20%20%20%20deleted%20no%20use%20deb_dir%20udeb_dir%20env%20variables%0A%20%20%20%20%20add%20dh_dwz%20for%20udeb%20packages%0A%20%20%20%2A%20New%20maintainer%20%28Closes%3A%20%2392%29%0A%0ARegards%2C%0A>" link under Firefox on: https://mentors.debian.net/sponsors/rfs-howto/eject I also didn't know why "initial whitespace" is corrupted. Perhaps is relations to the locale setting,I use locale LANG=zh_CN.utf8. >> Changes since the last upload: >> >> [ 肖盛文 ] >> * d/control: >> Bumped Standards-Version to 4.5.0 >> add Build-Depends: debhelper (>= 12) >> delete lintian useless-autoreconf-build-depends: autotools-dev >> +Rules-Requires-Root: no >> * Fixs lintian: >> unused-file-paragraph-in-dep5-copyright >> wildcard-matches-nothing-in-dep5-copyright >> executable-in-usr-lib usr/lib/eject/dmcrypt-get-device >> * delete the outdated watch url >> * add debian/manpages >> * add debian/install >> * add debian/eject-udeb.install >> * d/rules: >> use install files >> use manpages >> deleted no use deb_dir udeb_dir env variables >> add dh_dwz for udeb packages >> * New maintainer (Closes: #92) > Alas, it fails to build for me: > > dh_dwz -Xdebian/eject-udeb/usr/bin/eject > dh_dwz -Xdebian/eject-udeb/usr/bin/volname > dwz: debian/eject/usr/bin/eject: .gnu_debugaltlink section already present > dwz: debian/eject/usr/bin/volname: .gnu_debugaltlink section already present >
Bug#959178: RFS: eject/2.1.5+deb1+cvs20081104-15 [ITA] -- ejects CDs and operates CD-Changers under Linux
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "eject" * Package name : eject Version : 2.1.5+deb1+cvs20081104-15 Upstream Author : Jeff Tranter (tran...@pobox.com) * URL : http://eject.sourceforge.net/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/eject Section : utils It builds those binary packages: eject - ejects CDs and operates CD-Changers under Linux eject-udeb - ejects CDs from d-i menu To access further information about this package, please visit the following URL: https://mentors.debian.net/package/eject Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eject/eject_2.1.5+deb1+cvs20081104-15.dsc Changes since the last upload: [ Petter Reinholdtsen ] * Split translation part of Debian changes into 1000-translations.patch. [ Debian Janitor ] * Trim trailing whitespace. * Drop use of autotools-dev debhelper. * Update standards version to 4.4.1, no changes needed. * Bump debhelper from old 10 to 12. * Drop unnecessary dependency on dh-autoconf. * Replace XC-Package-Type with Package-Type. * Use canonical URL in Vcs-Browser. * Rely on pre-initialized dpkg-architecture variables. [ 肖盛文 ] * d/control: Bumped Standards-Version to 4.5.0 add Build-Depends: debhelper (>= 12) delete lintian useless-autoreconf-build-depends: autotools-dev +Rules-Requires-Root: no * Fixs lintian: unused-file-paragraph-in-dep5-copyright wildcard-matches-nothing-in-dep5-copyright executable-in-usr-lib usr/lib/eject/dmcrypt-get-device * delete the outdated watch url * add debian/manpages * add debian/install * add debian/eject-udeb.install * d/rules: use install files use manpages deleted no use deb_dir udeb_dir env variables add dh_dwz for udeb packages * New maintainer (Closes: #92) Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#924444: RFA: eject -- ejects CDs and operates CD-Changers under Linux
hello,Aloïs Micard! From [1],I know you want maintain the ejects package. How about it now? I also have intereste to maintain this package. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=92 -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#958272: RFS: gmchess/0.29.6-3 [ITA]-- Chinese Chess (Xiangqi) game
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gmchess" * Package name : gmchess Version : 0.29.6-3 Upstream Author : * URL : https://github.com/lerosua/gmchess * License : GPL-2+ * Vcs : https://salsa.debian.org/chinese-team/gmchess Section : games It builds those binary packages: convert-pgn - chess book format converter eleeye - Chinese Chess (Xiangqi) engine gmchess - Chinese Chess (Xiangqi) game libeval0 - support library for eleeye libeval0-dev - support library for eleeye - development file To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gmchess Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gmchess/gmchess_0.29.6-3.dsc Changes since the last upload: [ Faris Xiao ] * Bumped Standards-Version to 4.5.0 * Bumped debhelper to >=12 * replaced debian/compat with the debhelper-compat virtual package * set xiao sheng wen as Maintainer,delete from Uploaders * delete unused patch:0001-fix-the-warning-from-cppcheck.patch * add patch 0004-fix-desktop-mime.patch for desktop.in * add patch 0005-fix-buster-configure.patch for Debian 10 configure [ 肖盛文 ] * add %f for Exec=gmchess in gmchess.desktop.in * modify changelog. * copy the whole debian dir from g...@salsa.debian.org:chinese-team/gmchess.git, use master branch commit 195f039. thanks for by...@debian.org [ byang ] * Mark libeval0 and libeval0-dev as M-A: same. * d/control: Remove outdated Replaces field for convert-pgn. * d/control: Update homepage field and package descriptions. * d/rules: Remove generation of xpm icons, prefer png icons. * d/rules: Add "dh_missing --fail-missing". * d/copyright: Update information. * Drop dependency against libglademm, no longer used. * Bump Standards-Version to 4.1.3. * Bump debhelper compat version to v11. * d/menu: File already dropped, thus closes: #776771. * d/control: Remove homepage field, upstream already dead. * d/control: Add Vcs fields. * d/copyright: Rewrite in machine-readable format. * d/watch: Removed, upstream dead. * d/rules: Modernize usage of dh sequencer. * Ack previous NMU. Thanks Adrian! * Drop debian/menu file (should not coexist with desktop file). * Bump debhelper compat to v10. + Drop dep autotools-dev, not needed. Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#956844: RM: stardict -- RoQA; Orphaned; Upstream Inactive; Affected by dependency removals
叹息下！在开源社区，难得有几个中国人主导的 Linux 图形界面的软件。 现在星际译王的上游源代码，还是可以获取的，最近一次更新是9 Dec 2019 。 可能目前原作者胡正最近可能没有时间处理，其它有兴趣的爱好者，欢迎帮忙看下哈！ https://github.com/huzheng001/stardict-3 在 2020/4/16 上午3:58, Boyuan Yang 写道: > Package: ftp.debian.org > Severity: normal > User: ftp.debian@packages.debian.org > Usertags: remove > X-Debbugs-CC: debian-chinese...@lists.debian.org stard...@packages.debian.org > > Dear Debian FTP Masters, > > It seems that package src:stardict became unsupportable given that its > upstream has been inactive for several years and that it (build-)depends on > several obsolete tools and libraries, including gnome-doc-utils and > enchant(1). With the release work of Ubuntu 20.04 LTS largely done, I believe > we could remove this package from Debian side now. > > (Users of Ubuntu 20.04 LTS and Debian 10 can still find stardict in the repos, > in case anyone needs it.) > -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#956270: retitle 956270 RFS: e2tools/0.0.16-7 [ITA] -- utilities for manipulating files in an ext2/ext3 filesystem
Control: retitle RFS: e2tools/0.0.16-7 [ITA] -- utilities for manipulating files in an ext2/ext3 filesystem
Bug#847506: Info received (Bug#956270: e2tools/1.0-2 [ITA] -- utilities for manipulating files in an ext2/ext3 filesystem)
owner 847506 xiao sheng wen signature.asc Description: OpenPGP digital signature
Bug#847506: Bug#956270: e2tools/1.0-2 [ITA] -- utilities for manipulating files in an ext2/ext3 filesystem
Control: retitle -1 ITA: e2tools Control: assign -1 ! I''d uploaded this e2tools packages to: https://mentors.debian.net/package/e2tools -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#956270: e2tools/1.0-2 [ITA] -- utilities for manipulating files in an ext2/ext3 filesystem
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "e2tools" * Package name : e2tools Version : 0.0.16-6.2 Upstream Author : Keith Sheffield * URL : http://home.earthlink.net/~k_sheff/sw/e2tools/index.html * License : GPL-2+ * Vcs : None Section : misc It builds those binary packages: e2tools - utilities for manipulating files in an ext2/ext3 filesystem To access further information about this package, please visit the following URL: https://mentors.debian.net/package/e2tools Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/e2tools/e2tools_0.0.16-6.2.dsc Changes since the last upload: * Non-maintainer upload. [ Helmut Grohne ] * Fix FTCBFS: Export CC supplied by buildtools.mk for configure. (Closes: #-1) [ faris xiao ] * Changed source format to 3.0 (quilt) * Bumped debhelper-compat-version to 12 * Bumped Standards-Version to 4.5.0 * Fix lintian check: priority-extra-is-replaced-by-priority-optional * Fix FTCBFS. (Closes: #916417) * delete changelog trailing-whitespace * control:+Rules-Requires-Root: no * replaced debian/compat with the debhelper-compat virtual package * fix lintian: wiki-copyright-format-uri * fix lintian: obsolete-field-in-dep5-copyright upstream-maintainer dep5-copyright-license-name-not-unique gpl-2+ * +DEB_BUILD_MAINT_OPTIONS=hardening=+all * add fix-spelling-error-in-binary.patch: fileystem -> filesystem * fix lintian:copyright-refers-to-symlink-license I also uploaded e2tools source code to my salsa git repo: https://salsa.debian.org/atzlinux-guest/e2tools Regards, -- 肖盛文 Faris Xiao 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Bug#956257: RFS: e2tools/0.0.16-6.2 [NMU] -- utilities for manipulating files in an ext2/ext3 filesystem
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "e2tools" * Package name : e2tools Version : 0.0.16-6.2 Upstream Author : Keith Sheffield * URL : http://home.earthlink.net/~k_sheff/sw/e2tools/index.html * License : GPL-2+ * Vcs : None Section : misc It builds those binary packages: e2tools - utilities for manipulating files in an ext2/ext3 filesystem To access further information about this package, please visit the following URL: https://mentors.debian.net/package/e2tools Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/e2tools/e2tools_0.0.16-6.2.dsc Changes since the last upload: * Non-maintainer upload. . [ Helmut Grohne ] * Fix FTCBFS: Export CC supplied by buildtools.mk for configure. (Closes: #-1) . [ faris xiao ] * Changed source format to 3.0 (quilt) * Bumped debhelper-compat-version to 12 * Bumped Standards-Version to 4.5.0 * Fix lintian check: priority-extra-is-replaced-by-priority-optional * Fix FTCBFS. (Closes: #916417) * delete changelog trailing-whitespace * control:+Rules-Requires-Root: no * replaced debian/compat with the debhelper-compat virtual package * fix lintian: wiki-copyright-format-uri * fix lintian: obsolete-field-in-dep5-copyright upstream-maintainer dep5-copyright-license-name-not-unique gpl-2+ * +DEB_BUILD_MAINT_OPTIONS=hardening=+all * add fix-spelling-error-in-binary.patch: fileystem -> filesystem * fix lintian:copyright-refers-to-symlink-license Regards, -- 肖盛文 Faris Xiao 邮箱：atzli...@yeah.net 微信：atzlinux ＱＱ：909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
