Bug#965945: O: lcm -- Lightweight Communications and Marshalling
Package: wnpp Severity: normal I'm orphaning this package. I don't use this library anymore. There's a new upstream release that is significantly different to require packaging effort.
Bug#958159: marked as done (ITP: node-basic-auth -- Generic basic auth Authorization header field parser)
Your message dated Tue, 21 Jul 2020 10:00:10 + with message-id and subject line Bug#958159: fixed in node-basic-auth 2.0.1-1 has caused the Debian Bug report #958159, regarding ITP: node-basic-auth -- Generic basic auth Authorization header field parser 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.) -- 958159: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958159 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Harley Swick X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-basic-auth Version : 2.0.1 Upstream Author : FIX_ME upstream author * URL : https://github.com/jshttp/basic-auth#readme * License : MIT Programming Lang: JavaScript Description : Generic basic auth Authorization header field parser for whatever Generic basic auth Authorization header field parser for whatever. nodejs basic auth parser module. This package is used as a dependency for node web applications that require a simple authentication mechanism. This package is a necessary dependency for shiny-server. I plan to maintain this as part of the JS Team, and I will be looking for a sponsor. -- Harley Swick--- End Message --- --- Begin Message --- Source: node-basic-auth Source-Version: 2.0.1-1 Done: Harley Swick We believe that the bug you reported is fixed in the latest version of node-basic-auth, 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 958...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Harley Swick (supplier of updated node-basic-auth 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: Sun, 19 Apr 2020 01:59:07 -0500 Source: node-basic-auth Binary: node-basic-auth Architecture: source all Version: 2.0.1-1 Distribution: unstable Urgency: low Maintainer: Debian Javascript Maintainers Changed-By: Harley Swick Description: node-basic-auth - Generic basic auth Authorization header field parser for whatever Closes: 958159 Changes: node-basic-auth (2.0.1-1) unstable; urgency=low . * Initial release (Closes: #958159) Checksums-Sha1: fc6b4bcf0620cfb50b7c4dc1d4a3175e1c8bca9a 2129 node-basic-auth_2.0.1-1.dsc 995580fbb87469ac6d7c9536360ec97bdd405551 5294 node-basic-auth_2.0.1.orig.tar.gz ede679302f8815ec71070d99d67adb9ff86cbd9a 2472 node-basic-auth_2.0.1-1.debian.tar.xz 9dc445ffa0c56a570b2fa032dd2cbe2884636207 5572 node-basic-auth_2.0.1-1_all.deb bb4ad012a047729ff9bb5cb2e47717fb236dc1af 16315 node-basic-auth_2.0.1-1_amd64.buildinfo Checksums-Sha256: fb9a304c36fde3985af7c1550a31f80359cb9828dadf595dd046109ed62be3f3 2129 node-basic-auth_2.0.1-1.dsc 0e9e178b266ad6a31d607ed1b70f14d7fda5c04d147554cdf7bb2f462c242629 5294 node-basic-auth_2.0.1.orig.tar.gz 991c327f6a3c8dc8fe9d77fdad4bb8b11dc16a510b995ddde105f88ef4f09645 2472 node-basic-auth_2.0.1-1.debian.tar.xz e90d3aad8fdd560352fd9cc74d66aa5814077429d0f24003c8935ea3cb0095c7 5572 node-basic-auth_2.0.1-1_all.deb 0f26ea30663cf2ccdbf7e94d4aa609e56e080a53360a6b37e49cb262ee42e746 16315 node-basic-auth_2.0.1-1_amd64.buildinfo Files: 5f9fb57779d6c749f3ada8ffcab2c773 2129 javascript optional node-basic-auth_2.0.1-1.dsc 9ccc219efb0b3a064f72967e643952b2 5294 javascript optional node-basic-auth_2.0.1.orig.tar.gz 858870c4d47743c06f84b3f28153f7b7 2472 javascript optional node-basic-auth_2.0.1-1.debian.tar.xz 1e62c7988fa7611c10eb828e51089cd2 5572 javascript optional node-basic-auth_2.0.1-1_all.deb 5ff0301092640375ff86fe00cebd5240 16315 javascript optional node-basic-auth_2.0.1-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCgAwFiEEdyKS9veshfrgQdQe5fQ/nCc08ocFAl63kxASHG1lcmt5c0Bk ZWJpYW4ub3JnAAoJEOX0P5wnNPKHeRsP/i7TEegdcyRMz7bQeQykMyOKqoxUqgUR n7I/qqrMOCJK9rwaMg0TktnhgKxcpO/sOwbywRBlz/ZC2cBy4xjBdrXin6w6Xhwr rZ+VtRmZ+Kjr1vyiVt7UgeUPuG7Ge0b07xtwgfoXd2+heg6E7ZMgh7EWEtZTo3ix on6bnmddZiOl1vuezMXiVzLf5BKp8AFBIMqtTVovWeEk/YYtZkyETPAvZ7qrDaaK 6YdlsYHBjtBpySH5t6KZhY9ST0N1QKnuI9weNs7Pga0fbSNBnE2hc021nw734nvK DkV5GzeY3Y+/q+egihXJ6oe17VJwrC2ZdFQwSjSd2R7uDePt1DRQyvh6RaEblvrH QaIcPh6DcgZIuhe4Ym7hDkkLETdZ3BfBq7xjGFqZegqI+GX63j48hI4iXh1yJ4wU 4dgm56hEe
Bug#945918: marked as done (ITP: libflame -- High-performance object-based library for DLA computations)
Your message dated Tue, 21 Jul 2020 10:00:10 +
with message-id
and subject line Bug#945918: fixed in libflame 5.2.0-1
has caused the Debian Bug report #945918,
regarding ITP: libflame -- High-performance object-based library for DLA
computations
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.)
--
945918: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945918
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-CC: debian-scie...@lists.debian.org
* Package name: libflame
Version : x.y.z
Upstream Author : Field G. Van Zee / UT Austin
* URL : https://github.com/flame/libflame
* License : BSD-3-Clause
Programming Lang: C
Description : High-performance object-based library for DLA computations
LAPACK implementation. Faster than existing ones (free) in our archive.
{BLAS=openblas/blis LAPACK=libflame} shows a significant
speed gain in sgesvd (single-precision SVD) compared to
{BLAS=openblas/blis LAPACK=netlib/openblas}
I didn't compare it with MKL. It's unnecessary.
--- End Message ---
--- Begin Message ---
Source: libflame
Source-Version: 5.2.0-1
Done: Mo Zhou
We believe that the bug you reported is fixed in the latest version of
libflame, 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 945...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Mo Zhou (supplier of updated libflame 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, 15 May 2020 20:41:14 +0800
Source: libflame
Binary: libflame-dev libflame1 libflame1-dbgsym
Architecture: source amd64
Version: 5.2.0-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Science Maintainers
Changed-By: Mo Zhou
Description:
libflame-dev - High-performance object-based library for DLA computations (dev)
libflame1 - High-performance object-based library for DLA computations (shlib
Closes: 945918
Changes:
libflame (5.2.0-1) experimental; urgency=medium
.
* Initial release. (Closes: #945918)
Checksums-Sha1:
d3b93154b87585bfef96d5745b54a1eacf3b5640 2271 libflame_5.2.0-1.dsc
ae8b1f4e23b85b1ceac43438039338b54ce84ba0 19165184 libflame_5.2.0.orig.tar.gz
ac7bae2684cdf387b03a3ba1e724dc4f9c3c35f5 23820 libflame_5.2.0-1.debian.tar.xz
23588f3bb7c756d37cf85642083e53f7a60adb45 3296608 libflame-dev_5.2.0-1_amd64.deb
c0cb35d812f6c52dd2331c83dc9d308296000e12 101808
libflame1-dbgsym_5.2.0-1_amd64.deb
0eaa4450a0a1ad970b45e8a56e4feceb7d419f45 3145824 libflame1_5.2.0-1_amd64.deb
386cc9d919f92a5c009e6ea4903beb83deade114 6278 libflame_5.2.0-1_amd64.buildinfo
Checksums-Sha256:
c85b68668147428bff973f5d343a02a9f9bde0a083b97a2873d88ba84ec7cee4 2271
libflame_5.2.0-1.dsc
997c860f351a5c7aaed8deec00f502167599288fd0559c92d5bfd77d0b4d475c 19165184
libflame_5.2.0.orig.tar.gz
7d8ad74b0615ffaae49971fc2eee29a4e924efa29e631c9017fbd6ff9ef5271d 23820
libflame_5.2.0-1.debian.tar.xz
59ad8678710e724732abbffc3abd7017f544acf2506949b1cef886c59f2e4c0f 3296608
libflame-dev_5.2.0-1_amd64.deb
176b076eb268f524f3c2d6bcc66aa2cca527406aa132fe1c2b490d22d53c88ae 101808
libflame1-dbgsym_5.2.0-1_amd64.deb
57e5046c33bbf91dd2f8d3323ec70536b5266cbba81955282da85a8851aed426 3145824
libflame1_5.2.0-1_amd64.deb
02af87e1eb611352c24399a1cf367a7206a2072a3c098c0d8103cfc8c3c08867 6278
libflame_5.2.0-1_amd64.buildinfo
Files:
8c5265ced5cbce948773c6a4b3044abc 2271 math optional libflame_5.2.0-1.dsc
57b39f3cedcd72e3dbb7afbe9f53a57c 19165184 math optional
libflame_5.2.0.orig.tar.gz
94d5a8f7a65abb24da45d1239b1980af 23820 math optional
libflame_5.2.0-1.debian.tar.xz
fdcb05756225d09ecee0e2e5122d700b 3296608 libdevel optional
libflame-dev_5.2.0-1_amd64.deb
19b8f34fadc82914ba64f7391cb0c736 101808 debug optional
libflame1-dbgsym_5.2.0-1_amd64.deb
b751effe75b1a8ba27460cfd9acdf4a9 3145824 libs optional
libflame1_5.2.0-1_amd64.deb
25ec38068d1eb33ab9b3b6804adebf9d 6278 math optional
libflame_5.2.0-1_amd64.buildinfo
-BEGIN PGP SIGNATURE-
iQJFBAEBCgAvFiEEY4vHXsHlxYkGfjXeYmRes19oaooFAl6+jyYRHGx1bWluQGRl
Ymlhbi5vcmcACgkQYmRes19oaorDGw/+O0JvvayrkaC17IQP3ENeR+E7j8ZPE12N
JnCB
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: wlr-randr Version : 0.0.0+git20200721 Upstream Author : Simon Ser * URL : https://github.com/emersion/wlr-randr * License : MIT Programming Lang: C Description : Utility to manage outputs of a Wayland compositor Command line interface which allows setting the size, scale, orientation of the output for a screen. This is the wayland equivalent to xrandr under X11.
Bug#965964: ITP: geant4 -- physics simulation toolit from CERN
did you started from here ? https://salsa.debian.org/science-team/geant4 cheers Frederic
Bug#439888: Please update Blends tasks
On 7/16/20 4:02 PM, Andreas Tille wrote: > On Thu, Jul 16, 2020 at 03:02:24PM +, Torrance, Douglas wrote: > I've seen that thread now. For the moment I get > > dpkg-buildpackage: info: source package macaulay2 > dpkg-buildpackage: info: source version 1.16+git55.94c4b7d+ds-1 > dpkg-buildpackage: info: source distribution unstable > dpkg-buildpackage: info: source changed by Doug Torrance > > dpkg-architecture: warning: cannot determine CC system type, falling back to > default (native compilation) > dpkg-source -i.git -I.git --before-build . > dpkg-buildpackage: info: host architecture amd64 > dpkg-source: info: using options from > macaulay2-1.16+git55.94c4b7d+ds/debian/source/options: > --extend-diff-ignore=M2/submodules --extend-diff-ignore=M2/BUILD > --extend-diff-ignore=M2/Macaulay2/m2/TAGS.doc > --extend-diff-ignore=M2/configure > --extend-diff-ignore=M2/include/M2/config.h.in > dpkg-checkbuilddeps: error: Unmet build dependencies: build-essential:native > dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting > dpkg-buildpackage: warning: (Use -d flag to override.) > I: copying local configuration > E: Failed autobuilding of package > > > in pbuilder. Please ping me if you have any problem with sponsoring. That's very strange! Shouldn't the build-dependency on depbhelper-compat be pulling in build-essential? Doug
Bug#439888: Please update Blends tasks
On Tue, Jul 21, 2020 at 02:50:29PM +, Torrance, Douglas wrote: > > > > in pbuilder. Please ping me if you have any problem with sponsoring. > > That's very strange! Shouldn't the build-dependency on > depbhelper-compat be pulling in build-essential? Yes, I have no idea what might be wrong here - just realised that it does not build in my pbuilder (which usually builds a lot of stuff). Kind regards Andreas. -- http://fam-tille.de
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
On Tue, 21 Jul 2020 at 14:27:43 +, Henry-Nicolas Tourneur wrote: > Description : Utility to manage outputs of a Wayland compositor > > Command line interface which allows setting the size, scale, orientation of > the > output for a screen. This is the wayland equivalent to xrandr under X11. How generically does this work? Do all major Wayland compositors (GNOME Shell, KDE KWin, Weston, the Sway/wlroots family, ...) implement the interfaces that it uses? If it only works on wlroots-based compositors, or some limitation like that, then it's still useful for users of those compositors, but the quoted description seems misleading; saying what the requirements are would help to set expectations. As far as I'm aware, some Wayland compositors (including GNOME Shell, I think) have it as a design goal that unprivileged clients *can't* make disruptive changes like switching between display modes. smcv
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Hi, On Tue, Jul 21, 2020 at 04:51:13PM +0100, s...@debian.org wrote: > On Tue, 21 Jul 2020 at 14:27:43 +, Henry-Nicolas Tourneur wrote: > > Description : Utility to manage outputs of a Wayland compositor > > > > Command line interface which allows setting the size, scale, orientation > > of the > > output for a screen. This is the wayland equivalent to xrandr under X11. > > How generically does this work? Do all major Wayland compositors > (GNOME Shell, KDE KWin, Weston, the Sway/wlroots family, ...) implement > the interfaces that it uses? > > If it only works on wlroots-based compositors, or some limitation like > that, then it's still useful for users of those compositors, but the > quoted description seems misleading; saying what the requirements are > would help to set expectations. > > As far as I'm aware, some Wayland compositors (including GNOME Shell, > I think) have it as a design goal that unprivileged clients *can't* > make disruptive changes like switching between display modes. The compositor needs to implement https://github.com/emersion/wlr-randr/blob/master/protocol/wlr-output-management-unstable-v1.xml which (afaik) only applies to wlroots based compositors atm. Cheers, -- Guido
Bug#965963: ITP: wlr-randr -- Utility to manage outputs of a Wayland compositor
Le mardi 21 juillet 2020 à 19:03 +0200, Guido Günther a écrit : > Hi, > On Tue, Jul 21, 2020 at 04:51:13PM +0100, s...@debian.org wrote: > > On Tue, 21 Jul 2020 at 14:27:43 +, Henry-Nicolas Tourneur wrote: > > > Description : Utility to manage outputs of a Wayland compositor > > > > > > Command line interface which allows setting the size, scale, orientation > > > of the > > > output for a screen. This is the wayland equivalent to xrandr under X11. > > > > How generically does this work? Do all major Wayland compositors > > (GNOME Shell, KDE KWin, Weston, the Sway/wlroots family, ...) implement > > the interfaces that it uses? > > > > If it only works on wlroots-based compositors, or some limitation like > > that, then it's still useful for users of those compositors, but the > > quoted description seems misleading; saying what the requirements are > > would help to set expectations. Good point, thanks for the heads-up. I will make sure that the package description is clear enough so that there are no false expectations. > > > > As far as I'm aware, some Wayland compositors (including GNOME Shell, > > I think) have it as a design goal that unprivileged clients *can't* > > make disruptive changes like switching between display modes. > > The compositor needs to implement > > https://github.com/emersion/wlr-randr/blob/master/protocol/wlr-output-management-unstable-v1.xml > > which (afaik) only applies to wlroots based compositors atm. > Cheers, > -- Guido -- Henry-Nicolas Tourneur mxid: @hntourne:matrix.nilux.be
Bug#965964: ITP: geant4 -- physics simulation toolit from CERN
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-Cc: debian-de...@lists.debian.org, stephanlach...@protonmail.com Package name: geant4 Version : 10.6.2 Upstream Author : CERN URL : http://geant4.web.cern.ch/ License : a custom (MIT-like) license but looks DFSG compliant Programming Lang: C++ Description : physics simulation toolkit Geant4 is a toolkit for the simulation of the passage of particles through matter. Its areas of application include high energy, nuclear and accelerator physics, as well as studies in medical and space science. Overall, it is pretty hard to build Geant4 nicely. Besides it's size and long compilation time (~15 minutes for me), the CMake build system breaks with a lot of Debian conventions. There is nothing really I can do about that in a reasonable amount of time, so the lintian output is pretty ugly and that probably won't change any time soon if there are no upstream changes. The endresult is usable though, so I will publish the my build files soon. If there is interest to help on this, please let me know. Cheers, Stephan
Bug#965964: ITP: geant4 -- physics simulation toolit from CERN
Hi Stephan, On 21.07.20 16:42, Stephan Lachnit wrote: > Package name: geant4 > Version : 10.6.2 > Upstream Author : CERN > URL : http://geant4.web.cern.ch/ > License : a custom (MIT-like) license but looks DFSG compliant according to [0] the Geant4 license is not DFSG compliant. Peter [0] https://wiki.debian.org/DebianScience/Geant4
Bug#965964: ITP: geant4 -- physics simulation toolit from CERN
> did you started from here ? > > https://salsa.debian.org/science-team/geant4 No, that code is too old. I started from scratch. I currently have internet issues, so I can't upload the code right now. Cheers, Stephan
Bug#965989: ITP: ox-texinfo-plus-el -- extensions for Org-mode's Texinfo exporter
Package: wnpp Severity: wishlist Owner: Sean Whitton Control: block 963831 by -1 * Package name: ox-texinfo-plus-el Version : 2.2.4 Upstream Author : Jonas Bernoulli * URL : https://github.com/tarsius/ox-texinfo-plus * License : GPL-3+ Programming Lang: Emacs Lisp Description : extensions for Org-mode's Texinfo exporter This is needed to build the docs for Org-roam, another ITP of mine. -- Sean Whitton signature.asc Description: PGP signature
Processed: ITP: ox-texinfo-plus-el -- extensions for Org-mode's Texinfo exporter
Processing control commands: > block 963831 by -1 Bug #963831 [wnpp] ITP: org-roam -- non-hierarchical note-taking with Emacs Org-mode 963831 was not blocked by any bugs. 963831 was not blocking any bugs. Added blocking bug(s) of 963831: 965989 -- 963831: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963831 965989: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965989 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#927967: marked as done (ITP: nim-unicodedb -- unicode support for nim)
Your message dated Tue, 21 Jul 2020 21:00:10 + with message-id and subject line Bug#927967: fixed in nim-unicodedb 0.9.0-1 has caused the Debian Bug report #927967, regarding ITP: nim-unicodedb -- unicode support for nim 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.) -- 927967: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927967 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: nim-unicodedb Version : 0.6.0 * URL : https://github.com/nitely/nim-unicodedb * License : MIT Programming Lang: nim Description : unicode support for nim The package is to be team-maintained on https://salsa.debian.org/nim-team/nim-unicodedb --- End Message --- --- Begin Message --- Source: nim-unicodedb Source-Version: 0.9.0-1 Done: Federico Ceratto We believe that the bug you reported is fixed in the latest version of nim-unicodedb, 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 927...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Federico Ceratto (supplier of updated nim-unicodedb 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: Sun, 31 May 2020 15:31:19 +0100 Source: nim-unicodedb Binary: nim-unicodedb-dev Architecture: source all Version: 0.9.0-1 Distribution: unstable Urgency: medium Maintainer: Debian Nim Team Changed-By: Federico Ceratto Description: nim-unicodedb-dev - access to all unicode functionality Closes: 927967 Changes: nim-unicodedb (0.9.0-1) unstable; urgency=medium . * Initial release (Closes: #927967) * nim upstream borked with the redistribution of their nimdoc.css file, hence building without documentation for now https://github.com/nim-lang/Nim/issues/12998 * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository, Repository-Browse. Checksums-Sha1: 1667778dd5656305e0f2bf37404302c3ecf578ba 2017 nim-unicodedb_0.9.0-1.dsc de3e592310ca96a40d3d2db31abdeb13297b0e7a 1643895 nim-unicodedb_0.9.0.orig.tar.gz e84e650c75cf34dde30a5d7c529ebaccefe0ed79 2732 nim-unicodedb_0.9.0-1.debian.tar.xz cd4cd2e0a6a1e0ee9f43a99f61e4f3c33fd38242 421280 nim-unicodedb-dev_0.9.0-1_all.deb 0fd20dcfe0a0f31b38d6b3dc9c97097571e38555 5405 nim-unicodedb_0.9.0-1_amd64.buildinfo Checksums-Sha256: 33c2ebc25820e4d53eb35c3c3faf278221aaf69508a4f48c8e48c1aa830b4306 2017 nim-unicodedb_0.9.0-1.dsc b45cf92ba9492e48950e50e16e24aaa5349c352019881cf76c4cba089526ea95 1643895 nim-unicodedb_0.9.0.orig.tar.gz 443b9ef0851ab4713bb12817ee2b155a3479f67950687902e5521f5023313e3d 2732 nim-unicodedb_0.9.0-1.debian.tar.xz 9116975d0b28096cd8d03dc3b2d165fa008ee32b948a07544a37fc2ca28cc31c 421280 nim-unicodedb-dev_0.9.0-1_all.deb c5fd1aab3b4ca8bb88b9ec16ead06d1a8d66c72becaf7c49af0b52bf9ef0d0c1 5405 nim-unicodedb_0.9.0-1_amd64.buildinfo Files: 664baddda8bdba1dad1bd6beb71ac534 2017 devel optional nim-unicodedb_0.9.0-1.dsc badc8bcd25a0b7e393c114d3c3badafd 1643895 devel optional nim-unicodedb_0.9.0.orig.tar.gz 3c263940c8291840c49858c86dfc0479 2732 devel optional nim-unicodedb_0.9.0-1.debian.tar.xz 11fbb78ceca72c22ad23cf15295aefb0 421280 devel optional nim-unicodedb-dev_0.9.0-1_all.deb 38d69f7fa366bcef1914055cff0348f2 5405 devel optional nim-unicodedb_0.9.0-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEfKfd+zM5IUCMbyuWbzG8RPUXfaoFAl7TwC8ACgkQbzG8RPUX fapIpQ//UOR8AYVmuMNJgJjHCujzVDGAbul3EDc3jQ54ygqSfoAWKrDXSVjwsbJs vthqqEVj+ZVi51nR2A+xWZfAZiqmRnI9arbZ1vv7OjLmXfVLCsklnFliBJQp8CL1 gUg+yMvhUNbr9zun8stCFdo83dHXlRV59NxcBVZWI3hR2xVNm0kXHg2krlxS7c6g 5SnCEKDVL7RnwPId1QTNbXE+fRISonTM2or0gcqosequEgWG2oIrYKk3ynUhQO6y YYYPe5g4CKry19btLmWO2ZyQuYB+Us87+D6mD3kZa1qfMZPzWjrE+gTK5zGOcQGP 6A5ng39K3HzN0hwX4IVZPn6Br1D4CWhTiW8CI/6iCteuMCnMlDjdt9i27sjrZl0S OocwuPmzsn2tfo+gMelcsnETehZxKbiY+fFdtMaCgqtX4AM32z3Et54rViSiU3JL Jx9mn75oiRb0gC8OvCgO4jZU/Ry9U69lrl/fk8fUjmhAgUn+y3Wg2CHGf71Ll5CB 8FTfwX6u/5Bk7fqr7zhatsPEEbXLufMoNA5IU7Q/FhH54i8IAS3nFkW78xLzZXgT cSZTDWwRmYKsXhlJbSI27ZYI2LUX4m1/dFo9HWJc/IUb7ZZAtasWmhyn86fhducY 2351fE+aXdRqnTuhBEmRfYGm4ic1gvGqDN501TM8+p5ua2IpGkU= =liqj -
Bug#965991: ITP: libhash-defhash-perl -- module to manipulate DefHash
Package: wnpp Owner: Étienne Mollier Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libhash-defhash-perl Version : 0.071 Upstream Author : perlancar * URL : https://metacpan.org/release/Hash-DefHash * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to manipulate DefHash Hash::DefHash is a module to manipulate DefHash. It is a thin Oriented Object skin over the regular Perl hash. The package will be maintained under the umbrella of the Debian Perl Group. -- Hash:DefHash allows to update libtest-regexp-pattern-perl to its latest upstream version, which included this modules to fix the issue documented below: https://github.com/perlancar/perl-Test-Regexp-Pattern/issues/4 Kind Regards, -- Étienne Mollier Old rsa/3072: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d New rsa/4096: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/3, please excuse my verbosity.
Bug#947017: (no subject)
Control: forwarded https://bitbucket.org/eeeickythump/org-drill/issues/69/applejpg-is-not-freely-redistributable I asked a team member to sponsor, he asked me if I had attempted to track down the source and license for apple.jpg. Upon investigation, I found this is the source http://clipart-library.com/clipart/8TGbezg7c.htm , License: Personal Use, thus violating §6 of DFSG "No discrimination against fields of endeavor". signature.asc Description: PGP signature
Processed: bug 947017 is forwarded to https://bitbucket.org/eeeickythump/org-drill/issues/69/applejpg-is-not-freely-redistributable
Processing commands for cont...@bugs.debian.org: > forwarded 947017 > https://bitbucket.org/eeeickythump/org-drill/issues/69/applejpg-is-not-freely-redistributable Bug #947017 [wnpp] ITP: org-drill -- emacs self-learning mode with spaced repetition Set Bug forwarded-to-address to 'https://bitbucket.org/eeeickythump/org-drill/issues/69/applejpg-is-not-freely-redistributable'. > thanks Stopping processing here. Please contact me if you need assistance. -- 947017: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947017 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#966000: RFP: nicotine-plus -- graphical client for the Soulseek peer-to-peer file sharing network
Package: wnpp Severity: wishlist * Package name: nicotine-plus Version : 2.0.1 Upstream Author : See AUTHORS.md * URL : https://nicotine-plus.github.io/nicotine-plus/ * License : GPL Programming Lang: Python Description : graphical client for the Soulseek peer-to-peer file sharing network Nicotine+ is a graphical client for the Soulseek peer-to-peer file sharing network. It is an attempt to keep Nicotine working with the latest libraries, kill bugs, keep current with the Soulseek protocol, and add some new features that users want and/or need. This package used to be in the debian repositories but there was no maintainer. Recently the project got revived and now there is a python3 version, complete with a working /debian folder for packaging to a ubuntu repository, so packaging should be a breeze. I ran dpkg-buildpackage -us -uc in the git checkout and got a working package a few seconds later. Thanks for your interest. Han Boetes
Bug#966005: ITP: sphinxcontrib-log-cabinet -- Organize changelog directives in Sphinx docs.
Package: wnpp Severity: wishlist Owner: Sandro Tosi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: sphinxcontrib-log-cabinet Version : 1.0.1 Upstream Author : David Lord * URL : https://github.com/davidism/sphinxcontrib-log-cabinet * License : BSD Programming Lang: Python Description : Organize changelog directives in Sphinx docs. Needed by python-click/7.1.2
Bug#962417: pll-modules_0.0+git20170809.d6cc565-1_amd64.changes REJECTED
Hi Thorsten, On Tue, Jul 21, 2020 at 10:00:09PM +, Thorsten Alteholz wrote: > I wonder whether you are really the copyright holder of > debian/missing-sources/* IMHO scientific data are not really copyrightable. Thus consequently there should be a paragraph Files: debian/missing-sources/testdata Copyright: none and the source (download location, scientific paper, etc.) should be mentioned. I'm also not sure how to specify the mandatory License field. I have a general question: Wouldn't it be a good idea to keep the WNPP bug in CC in case of rejects? I'm doing this hereby manually since I frequently was wondering why some package is WNPPed for some time but not uploaded. Seeking for rejects becomes more and more hard since I have the feeling search engines stopped indexing Debian lists - at least its not reliable to find something. If the WNPP bug would be in CC this would be very convenient. Kind regards Andreas. -- http://fam-tille.de
