Bug#927454: ITP: towncrier -- compiler for project news file
On Saturday, March 06 2021, Ben Finney wrote: > On 05-Mar-2021, Sergio Durigan Junior wrote: > >> How are you? > > Thanks for asking. I'm not great, but it's all relative; pretty much > everyone has had a bad 12 months more more. Hope you're well. Ouch, sorry to read that :-(. I hope you take good care of yourself, and please don't feel pressured to work on this package just because of my message. >> I have a friend (who is also my namesake) who is interested in >> having towncrier in the archive. Maybe you can give us/him some >> pointers on the current status of the package so that he can help >> you with it? > > Thank you for the prompt. I will get back onto this and bring it up to > date. Thanks, I really appreciate it, but as I said, please don't feel like you need to do that. Sérgio Cipriano is interested in helping with the package (he is still learning, but I can attest that he's good and picks things up really fast), so if you want to give us the lay of the land we can take it from here, no problems. Otherwise, if you feel like finishing the package, please know that you can ping us if you need any help! Thank you very much. Take care! -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
Bug#927454: ITP: towncrier -- compiler for project news file
On 05-Mar-2021, Sergio Durigan Junior wrote: > How are you? Thanks for asking. I'm not great, but it's all relative; pretty much everyone has had a bad 12 months more more. Hope you're well. > I'm writing to check on the status of the towncrier package. I > noticed that you have an apparently complete package on > https://salsa.debian.org/bignose/pkg-towncrier, but it hasn't been > uploaded and I can't find why. One of many things that slipped aside in 2020. > I have a friend (who is also my namesake) who is interested in > having towncrier in the archive. Maybe you can give us/him some > pointers on the current status of the package so that he can help > you with it? Thank you for the prompt. I will get back onto this and bring it up to date. -- \ “I was stopped by the police for speeding; they said ‘Don't you | `\ know the speed limit is 55 miles an hour?’ I said ‘Yeah I know, | _o__) but I wasn't going to be out that long.’” —Steven Wright | Ben Finney signature.asc Description: PGP signature
Bug#984661: ITP: ruby-pg-query -- PostgreSQL query parsing and normalization library
Package: wnpp Severity: wishlist Owner: Pirate Praveen Packaging of https://rubygems.org/gems/pg_query This will replace ruby-gitlab-pg-query (which is a fork). Dependency of gitlab 13.8.x
Bug#984497: weasels and doves
Preamble: Do know that having own priorities and working together IS possible. On Sat, Mar 06, 2021 at 10:17:03AM +0800, Paul Wise wrote: > On Fri, 2021-03-05 at 16:52 +0100, Andreas Tille wrote: > > > Finally the license statement is all about redistribution ... and > > than upstream says: Do not redistribute. > > They appear to be fine with redistribution, OK > just not with wide distribution by a popular Linux distribution, > which has a stable release that is guaranteed to get out of date with > documentation. Rendering that to FUD does allow me to add more FUD. Less agressive: The _possible_ burden on upstream should NOT block our wish to package it. > Possibly they could be convinced by having the package only available > in Debian unstable or experimental and guaranteeing to keep it up to > date with the latest available upstream version. Good relation with upstream is indeed preferred. That relation will only exist when packaging is going on. We are dealing with libre software. It implies that upstream is libre to express "we don't want that it happens", we are libre to do packaging. Restricting ourselfs to only unstable feels wrong. > On the other hand they probably also don't want to deal with bug > reports about a build that they did not produce. Double you tee ef. Please keep Fear Uncertainty and Doubt to yourself. Now breaking that rule: Shady generated binaries are plain evil. (Back to more reasonable) It is not to us, Debian, to come with possible reasons why upstream is "right" in blocking us. We, Debian, are fully aware that packaging comes with responsebilities to quality. > Perhaps the right way is for Debian to distribute ExplosionAI software > under different names with all documentation pointing at Debian to > avoid upstream having to deal with bug reports from Debian users. Same as was done with Iceweasel and Icedove. Future history will tell which lessons were learnt. Groeten Geert Stappers DD -- Silence is hard to parse signature.asc Description: PGP signature
Bug#840253: ITP: openqa: automated test tool to test the whole installation process of an OS
Hi Hideki, I seem to be getting a bit closer to having a viable version of OpenQA that could be uploaded. (see https://salsa.debian.org/philh/openqa 'debian' and 'hands-com' branches) Do you still want to be the maintainer if/when I get there? or maintain as a team, or I could be the maintainer, as you wish. I've Cc:-ed Adam and Andrew as they're listed as Uploaders, so might be up for a team maintainership. BTW I've been running various version of my 'hands-com' branch of this on openqa.debian.net for ages, mostly successfully. The one I'm building as I type, which should get installed today, is (probably) able to use salsa as an OAuth2 provider, at which point there will be some point telling others about it. Holger just offered me the chance to run it on a much bigger machine, at which point it should be possible to save more disk images etc., making complicated pipelines of tests a possibility. Anyway, I hope you're all well, and surviving life in these interesting times. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature
Bug#984640: ITP: elpa-subed -- Emacs mode for editing subtitles while playing the corresponding video
Package: wnpp Severity: wishlist Owner: Martin X-Debbugs-Cc: debian-de...@lists.debian.org, debian-emac...@lists.debian.org * Package name: elpa-subed Version : git master 49ddccc Upstream Author : Random User * URL : https://github.com/rndusr/subed * License : GPL3+ Programming Lang: Emacs-Lisp Description : Emacs mode for editing subtitles while playing the corresponding video subed is an Emacs major mode for editing subtitles while playing the corresponding video with mpv. At the moment, the only supported formats are SubRip (.srt) and WebVTT (.vtt).
Processed: ITP: dnsperf
Processing commands for cont...@bugs.debian.org: > owner 984535 Daniel Baumann Bug #984535 [wnpp] ITP: dnsperf -- accurate latency and throughput metrics for Domain Name Service (DNS) Owner recorded as Daniel Baumann . > End of message, stopping processing here. Please contact me if you need assistance. -- 984535: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984535 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#920078: marked as done (ITA: colortest -- utilities to test color capabilities of terminal)
Your message dated Sat, 06 Mar 2021 08:33:23 + with message-id and subject line Bug#920078: fixed in colortest 20110624-9 has caused the Debian Bug report #920078, regarding ITA: colortest -- utilities to test color capabilities of terminal to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 920078: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920078 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp The current maintainer of colortest, Jari Aalto , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: colortest Binary: colortest Version: 20110624-6 Maintainer: Jari Aalto Build-Depends: debhelper (>= 9) Architecture: all Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: 3d7910f56eff232bd5863a0913aa7b61 1874 colortest_20110624-6.dsc 524da34ae1c0be16ea9b5ad2dffab51e 8492 colortest_20110624.orig.tar.gz 509768ecf535199765d81374a679db77 6324 colortest_20110624-6.debian.tar.xz Vcs-Browser: https://anonscm.debian.org/gitweb/?p=collab-maint/colortest.git Vcs-Git: https://anonscm.debian.org/git/collab-maint/colortest.git Checksums-Sha256: f1be684eec731f3dde4ec480d13580b1e6c639f53fca900951f3f2e2e264e686 1874 colortest_20110624-6.dsc f86767675859032951d891f4417fd7180aa49c470fd00a9a3b696160ef24c6c3 8492 colortest_20110624.orig.tar.gz e0e61c3496933640d2d609dae965f7172fcc4274c8ae5c9e61bd89ffc69b843c 6324 colortest_20110624-6.debian.tar.xz Homepage: ftp://invisible-island.net/xterm/ Package-List: colortest deb utils optional arch=all Directory: pool/main/c/colortest Priority: source Section: utils Package: colortest Version: 20110624-6 Installed-Size: 38 Maintainer: Jari Aalto Architecture: all Depends: perl:any, bash (>= 3), perl (>= 5) Description-en: utilities to test color capabilities of terminal Most terminals are capable of displaying 16 colors; 8 colors and 2 different brightness values, some (like xterm) can display more, even 256 colors. . The colortest package includes set of utilities to help test how many colors a terminal can show. These color settings depend on the $TERM environment variable and termcap entry and by adjusting or selecting correct values, higher colors may be available. The following numbers of colors can be tested for: 8, 16 and 256 colors. Description-md5: 647a898b4902a7de25527f16b9567465 Homepage: ftp://invisible-island.net/xterm/ Tag: implemented-in::perl, implemented-in::shell, interface::commandline, role::program, scope::utility Section: utils Priority: optional Filename: pool/main/c/colortest/colortest_20110624-6_all.deb Size: 12742 MD5sum: fe7c39b03b4984c18c5aadcc66b29e97 SHA256: 99102b4c08dd3bcb56960683c5ff45f0e5bfc8f68c7bdd1b96651a5786d1b8bf --- End Message --- --- Begin Message --- Source: colortest Source-Version: 20110624-9 Done: Micheal Waltz We believe that the bug you reported is fixed in the latest version of colortest, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 920...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Micheal Waltz (supplier of updated colortest package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 05 Mar 2021 17:30:11 -0800 Source: colortest Architecture: source Version: 20110624-9 Distribution: unstable Urgency: medium Maintainer: Micheal Waltz Changed-By: Micheal Waltz Closes: 920078 Changes: colortest (20110624-9) unstable; urgency=medium . * New Maintainer. (Closes: #920078) * Update standards, homepage, and multi-arch * Update watch file to include version Checksums-Sha1: 0b0e2dff4339992f31fa27ad9e900174fb95744a 1850 colortest_20110624-9.dsc 568c2ce88e79bbf44baade3c6e751ddbaf7822b1 6800 colortest_20110624-9.debian.tar.xz Checksums-Sha256: 155d2350074755ba2da52c1d65801206ae91350cb93aeb36cda70badbfd64190 1850 colortest_201
Bug#984497: upstream does not want debian to ship their free software (was: Re: python-cython-blis package)
Just one other example: On Fri, Mar 05, 2021 at 05:19:01PM +0100, Drew Parsons wrote: > On 2021-03-05 16:52, Andreas Tille wrote: > > On Fri, Mar 05, 2021 at 09:52:47AM +0800, Paul Wise wrote: > > > > > > It seems unlikely that upstream will have changed their mind, it > > So there's no legal (or technical) reason to not package, just > the social reason that doing so will gain the ire of the author. > > There is precedence: the author of cdrtools was extremely hostile to > packaging, > https://lists.debian.org/debian-devel/2006/08/msg00113.html > https://lists.debian.org/debian-devel/2006/08/msg00320.html > https://lists.debian.org/debian-devel/2006/08/msg00653.html > > Eventually we had to just drop cdrtools (and consequently xcdroast) > https://lists.debian.org/debian-devel/2006/08/msg00775.html And there was https://www.jwz.org/blog/2016/04/i-would-like-debian-to-stop-shipping-xscreensaver/ , 5 years ago. We decided to ship it anyway. Bye, Joost
