Bug#950198: restinio
I've pushed my version of restinio's packaging to https://salsa.debian.org/seb/restinio's master branch. I started from Felix's initial effort, but a lot of things were missing: - d/copyright severely lacking - missing build-deps (most notably on cmake) initially prevented building as-is in a clean chroot - reworked/removed patches to cmake: initial patch had a "CMakeLists hacks; no idea what they are trying to do" comment associated to various changes in upstream CMakeLists. I changed that hack, which was aimed at "just building the package", so that we now run the full suite of unit tests provided by upstream (needed to upgrade to upstream version to 0.6.6 to fully implement that) Let me know if you want me to upload what I've got now to NEW. So we don't forget, here are a couple of items we'll want to fix later on: - salsa-ci - open an issue upstream to integrate my two cmake patches for the scenario "build a release without shipping binaries, yet insist on running the tests during our build" Cheers, -- Seb
Bug#958962: ITP: r-cran-goplot -- Visualization of Functional Analysis Data
Package: wnpp Severity: wishlist Subject: ITP: r-cran-goplot -- Visualization of Functional Analysis Data Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: r-cran-goplot Version : 1.0.2 Upstream Author : Wencke Walter, * URL : https://cran.r-project.org/package=GOplot * License : GPL-2 Programming Lang: GNU R Description : Visualization of Functional Analysis Data Implementation of multilayered visualizations for enhanced graphical representation of functional analysis data. It combines and integrates omics data derived from expression and functional annotation enrichment analyses. Its plotting functions have been developed with an hierarchical structure in mind: starting from a general overview to identify the most enriched categories (modified bar plot, bubble plot) to a more detailed one displaying different types of relevant information for the molecules in a given set of categories (circle plot, chord plot, cluster plot, Venn diagram, heatmap). Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-goplot This package is a precondition for trinityrnaseq 2.10.0
Processed: ITP: r-cran-goplot -- Visualization of Functional Analysis Data
Processing commands for cont...@bugs.debian.org: > owner 958962 "Michael R. Crusoe" Bug #958962 [wnpp] ITP: r-cran-goplot -- Visualization of Functional Analysis Data Owner recorded as "Michael R. Crusoe" . > End of message, stopping processing here. Please contact me if you need assistance. -- 958962: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958962 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#950198: restinio
On Mon, Apr 27, 2020 at 09:07:36AM +0200, Sébastien Delafond wrote:
> I've pushed my version of restinio's packaging to
> [..]
> Let me know if you want me to upload what I've got now to NEW.
amazing. thank you.
> So we don't forget, here are a couple of items we'll want to fix later
> on:
>
> - salsa-ci
>
> - open an issue upstream to integrate my two cmake patches for the
> scenario "build a release without shipping binaries, yet
> insist on running the tests during our build"
I will see what I can do about these.
Something else that might need work.
The freshly imported tarball (0.6.6) contains an embedded dev/asio
directory, which does not exist in the upstream repository, nor was it
in the 0.6.4 tarball. I understand that this copy is unnecessary. But
some test is compiled with -I${top_srcdir}/dev/asio/include.
The embedded asio does not coincide with libasio-dev in sid, 1:1.12.2-1.
Imo (and I am certainly clueless here) this may lead to questionable
test results. Technically, We may need to depend on a specific
libasio-dev.
cheers
felix
Bug#950198: restinio
Please apologise the flood, I missed something obvious.
On Mon, Apr 27, 2020 at 11:02:23AM +0200, Felix Salfelder wrote:
> The freshly imported tarball (0.6.6) contains an embedded dev/asio
> directory, which does not exist in the upstream repository, nor was it
> in the 0.6.4 tarball. I understand that this copy is unnecessary. But
> some test is compiled with -I${top_srcdir}/dev/asio/include.
The source of this is, upstream is offering multiple tarballs, one with
third party packages included. This also explains some of Sébastiens
additions to the copyright file.
As of version 0.6.4, none of the additional headers were required for
either for building opendht or jami. I have imported the smaller
tarball and rebased Sébastiens commits. It's in my master branch now
[1].
I'm afraid the package does no longer build, and I am unsure how to
proceed. My gut feeling is that the small tarball is the correct one,
(although I can see the other one listed in d/watch), and that the tests
should be compiled against installed packages, if at all.
thanks
felix
[1] https://salsa.debian.org/felixs-guest/restinio/master
Bug#950198: restinio
On 27/04 11:02, Felix Salfelder wrote:
> > - salsa-ci
> >
> > - open an issue upstream to integrate my two cmake patches for the
> > scenario "build a release without shipping binaries, yet
> > insist on running the tests during our build"
>
> I will see what I can do about these.
Before you go ahead on any of this, please let's wait for Alexandre's
input.
> Something else that might need work.
>
> The freshly imported tarball (0.6.6) contains an embedded dev/asio
> directory, which does not exist in the upstream repository, nor was it
> in the 0.6.4 tarball. I understand that this copy is unnecessary. But
> some test is compiled with -I${top_srcdir}/dev/asio/include.
>
> The embedded asio does not coincide with libasio-dev in sid,
> 1:1.12.2-1. Imo (and I am certainly clueless here) this may lead to
> questionable test results. Technically, We may need to depend on a
> specific libasio-dev.
Definitely not; instead we'd patch the corresponding CMakeLists to
compile against the system-wide asio. As for the 2 above points, let's
wait on Alexandre to see if he thinks this should delay the upload to
NEW.
> The source of this is, upstream is offering multiple tarballs, one
> with third party packages included. This also explains some of
> Sébastiens additions to the copyright file.
Some of them, yes. But there wasn't really any effort put into coming up
with a proper d/copyright with 0.6.4, as my initial "git grep -i
copyright upstream/0.6.4" led me to conclude.
> As of version 0.6.4, none of the additional headers were required for
> either for building opendht or jami.
But the whole point is, they are required to run the unit tests.
> I have imported the smaller tarball and rebased Sébastiens
> commits. It's in my master branch now [1]. I'm afraid the package does
> no longer build, and I am unsure how to proceed.
I'm not sure what to tell you here, except that this operation was
indeed bound to fail.
> My gut feeling is that the small tarball is the correct one, (although
> I can see the other one listed in d/watch), and that the tests should
> be compiled against installed packages, if at all.
I am unsure where your gut feeling comes from: the smaller package is OK
to simply use as an include in a development project. OTOH when building
the Debian package, we're definitely interested in running the
upstream-provided unit tests during a regular build.
Cheers,
--
Seb
Bug#958967: ITP: r-bioc-dexseq -- Inference of differential exon usage in RNA-Seq
Package: wnpp Severity: wishlist Subject: ITP: r-bioc-dexseq -- Inference of differential exon usage in RNA-Seq Package: wnpp Owner: Michael R. Crusoe Severity: wishlist * Package name: r-bioc-dexseq Version : 1.32.0 Upstream Author : Simon Anders and Alejandro Reyes * URL : https://bioconductor.org/packages/DEXSeq/ * License : GPL-3+ Programming Lang: GNU R Description : Inference of differential exon usage in RNA-Seq The package is focused on finding differential exon usage using RNA-seq exon counts between samples with different experimental designs. It provides functions that allows the user to make the necessary statistical tests based on a model that uses the negative binomial distribution to estimate the variance between biological replicates and generalized linear models for testing. The package also provides functions for the visualization and exploration of the results. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-bioc-dexseq This package is a precondition for trinityrnaseq 2.10.0
Bug#950988: RFS review of cglm 0.7.1-1
Leon,
I reviewed the 0.7.1-1 packaging you posted on mentors.debian.net. I
didn't see any major issues, but maybe some suggestions.
The license is MIT, and debian/copyright has it listed properly.
I think packages often will call out the debian directory in
debian/copyright, even if it matches the upstream license. I don't
know that this is required, but here's an example:
https://salsa.debian.org/xorg-team/lib/libglvnd/-/blob/debian-unstable/debian/copyright#L50
You can also move the license text to a separate section if multiple
sections list the same license. (Like the MIT license in the example
above.)
I did see that `lintian --display-info` prints some issues relating to
fonts in the doc package. From `build-rdeps python3-sphinx-rtd-theme`,
I found the dbus-python package also uses the rtd theme. I notice they
use dh_sphinxdoc, and I wonder if it could be useful for the cglm
package. (And, perhaps fix the lintian note.)
lintian --display-info also flags no-symbols-control-file
usr/lib/x86_64-linux-gnu/libcglm.so.0.0.1. (See dpkg-gensymbols)
lintian --pedantic --display-experimental flags
debian-watch-does-not-check-gpg-signature, but I see upstream doesn't
sign the releases. You could ask upstream to do this, and pointing
them at https://wiki.debian.org/Creating%20signed%20GitHub%20releases
might make it easier for them.
I don't these the info or experimental lintian items would block the
package from debian, since they aren't even at the warning level.
One easy cleanup change for the package would be to run wrap-and-sort.
Do you plan to try to maintain the package going forward? (Watch for
new upstream releases, work on bugs, etc?)
Do you have plans to manage the package files in git, perhaps on
salsa.debian.net? I'm not sure if it is allowed to start using salsa
for a project before it makes it into debian. The salsa FAQ is vague
on this point:
https://wiki.debian.org/Salsa/FAQ#What_can_be_hosted_on_salsa
But I think it is often allowed. I know of at least 2 cases where a
repo was created for a package before it got included into Debian. I
expect some basic review of the package is probably good first, and
perhaps this email can serve for that.
If not salsa.debian.net, you could still host it in a github repo and
include the links to it in the control file. (And, that could move to
salsa later too.)
-Jordan
Some more info, mainly for Thomas to know what I checked.
I looked over https://wiki.debian.org/SponsorChecklist.
I checked the provided orig tarball vs upstream.
I built the package with sbuild.
I looked over the lib, dev and doc packages in the control file and
.deb outputs.
I *did not* use the library with any code, but I did note that the
upstream package has 633 tests which all passed during the sbuild
build.
I ran piuparts, and it reported that all tests passes.
I reviewed each item on https://ftp-master.debian.org/REJECT-FAQ.html:
Serious violations checklist (REJECT-FAQ):
* OpenSSL - not linked => Ok
* CDBS - doesn't use => Ok
* PHP License - MIT license => Ok
* License - upsteam has LICENSE file => Ok
* Transition - Ok
* Experimental Library - not linked => Ok
* Hijack - no => Ok
* Package split
* FTBFSIASW - built with sbuild => Ok
* debian/control breakage #2 - Ok
* Copyright - Ok, with comment
* optionally, could add a separate debian section
*
https://salsa.debian.org/xorg-team/lib/libglvnd/-/blob/debian-unstable/debian/copyright#L50
* Need to check for multiple copyright holders
* License II - upsteam has LICENSE file => Ok
* License III - Ok
* Using `licensecheck`, it appears "Recep Aslantas" is the only listed
copyright holder
* Non-Main - checked Depends on .deb files, Build-Depends, Recommended
manually => Ok
* Non-Main II - Ok
* Package Content - Ok
* Policy Violation -
* manually inspected - looks ok
* lintian reports some font issues at "info" level
* font-in-non-font-package
usr/share/doc/libcglm-doc/html/_static/fonts/Lato-Bold.woff2.gz
* and, several more. this appears to come from debian/libcglm-doc.links
* Contents of orig.tar.gz - not being rebuilt; no *.{a,so} => Ok
* Lintian (with --display-info)
* libcglm-dev: capitalization-error-in-description api API
* libcglm-doc: font-in-non-font-package usr/share/doc/**/*.woff2.gz
* libcglm-doc: font-outside-font-dir usr/share/doc/**/*.woff2.gz
* libcglm0: no-symbols-control-file usr/lib/x86_64-linux-gnu/libcglm.so.0.0.1
* rpath - not used => Ok
* Package name - Ok
* Common license - MIT not under common-license => Ok
* Renaming source for DFSG-removals - not dfsg repacked => Ok
* Wrong license pointer - no common-license is used => Ok
* Symbol file wrong - no symbol file currently (but, suggested) => Ok
* Source missing - no missing source => Ok
* Generated files - none seen, or flagged by lintian => Ok
* Package uses waf as build system - autotools => Ok
* Source package missing source - no source missing => Ok
Minor issue che
Bug#955989: ITA: didiwiki -- simple wiki implementation with built-in webserver
Control: retitle 955989 ITA: didiwiki -- simple wiki implementation with built-in webserver Hello, I would like to take this package. I don't have much knowledge on Debian packaging Thank you
Processed: ITA: didiwiki -- simple wiki implementation with built-in webserver
Processing control commands: > retitle 955989 ITA: didiwiki -- simple wiki implementation with Bug #955989 [wnpp] O: didiwiki -- simple wiki implementation with built-in webserver Changed Bug title to 'ITA: didiwiki -- simple wiki implementation with' from 'O: didiwiki -- simple wiki implementation with built-in webserver'. -- 955989: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955989 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#958968: ITP: python-xstatic-graphlib -- Directed multi-graph library for JavaScript XStatic support
Package: wnpp Severity: wishlist Owner: Michal Arbet * Package name: python-xstatic-graphlib Version : 2.1.7.0 Upstream Author : Chris Pettitt * URL : https://github.com/dagrejs/graphlib * License : MIT Programming Lang: Python Description : Directed multi-graph library for JavaScript XStatic support XStatic is a packaging standard to package external (often 3rd party) static files as a Python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many Python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. XStatic doesn't "sell" any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. . This package provides Directed multi-graph library for JavaScript.
Processed: ITP: r-bioc-dexseq -- Inference of differential exon usage in RNA-Seq
Processing commands for cont...@bugs.debian.org: > owner 958967 "Michael R. Crusoe" Bug #958967 [wnpp] ITP: r-bioc-dexseq -- Inference of differential exon usage in RNA-Seq Owner recorded as "Michael R. Crusoe" . > End of message, stopping processing here. Please contact me if you need assistance. -- 958967: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958967 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#950198: restinio
Thanks Sébastien for your analysis. On Mon, Apr 27, 2020 at 12:10:35PM +0200, Sébastien Delafond wrote: > Before you go ahead on any of this, please let's wait for Alexandre's > input. I agree. > I am unsure where your gut feeling comes from: the smaller package is OK > to simply use as an include in a development project. OTOH when building > the Debian package, we're definitely interested in running the > upstream-provided unit tests during a regular build. My gut feeling.. let me try and explain. First of all, there is no technical requirement for release tarballs of different sizes. The friction is most obvious in the copyright file. But also distributing stuff that is packaged elsewhere is against the packaging guidelines [1] in a similar context (repacking). """ 6.7.8.2.2 [the package] should not contain any file that does not come from the upstream author(s). """ Then, I do not believe that source files "come from upstream" authors just because they inadvertendly bundle third party work into some kind of "convenience" tarball. Beyond belief, the package (as I did it) is in fact based on the upstream git repo, so this is where "upstream" comes from. And I am in good society doing it that way [2]. """ There is absolutely no technical reason to not use the upstream git repository as the basis for the git repository used in Debian packaging. I would never package software maintained in a git repository upstream and not do so. """ I hope it is more clear now, how I prefer to use the small tarball over running the tests, as a matter of principle. The tests can be added later, once it will be practical, e.g. with a patch, and maybe some other dependencies packaged. regards felix [1] https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html [2] http://joeyh.name/blog/entry/upstream_git_repositories/
Bug#950198: restinio
On 27/04 13:13, Felix Salfelder wrote: > I hope it is more clear now, how I prefer to use the small tarball > over running the tests, as a matter of principle It was perfectly clear the first time, and this is where we can agree to disagree. Starting on this project I had a couple of goals, and what's in my salsa repository right now achieves the three of them: - copyright-clean - runs the upstream tests - should pass NEW As I don't intend to maintain restinio in the long run, I don't feel the need to argue this any further, and will happily defer to Alexandre's opinion. Cheers, -- Seb
Bug#950988: RFS review of cglm 0.7.1-1
Hi Leon,
Jordan did detect something was wrong with the doc. Indeed, there's some
issues. It's overall a good review, though missing some advice, which I
intend to give myself here.
1/ Sphinx documentation
Your package must be using:
--with sphinxdoc
and the -doc package must depends on ${sphinxdoc:Depends} so that
everything is handled automatically for you. I also wouldrecommend the
following sequence which I use myself (not mandatory, but nice...):
override_dh_sphinxdoc:
ifeq (,$(findstring nodoc, $(DEB_BUILD_OPTIONS)))
python3 -m sphinx -b html doc/sources \
$(CURDIR)/debian/libcglm-doc/usr/share/doc/libcglm-doc/html
dh_sphinxdoc
endif
then you don't need these:
Package: libcglm-doc
Depends:
fonts-font-awesome,
fonts-lato,
libjs-jquery,
libjs-underscore,
neither you need a debian/libcglm-doc.links file, as dh_sphinxdoc will
do that for you.
2/ copyright
Jordan is right about debian/copyright needing a debian/* section.
Though the license that you're using is "Expat", which is one flavor of
the MIT license (there's multiple MIT licenses, unfortunately, and
Debian recognize this one as "Expat").
3/ Missing hardening options
You may want to add this to your debian/rules:
export DEB_BUILD_MAINT_OPTIONS = hardening=+all
4/ Missing .symbol file
Please read on here:
https://wiki.debian.org/UsingSymbolsFiles
5/ Others
You don't need this file:
debian/libcglm0.dirs
since you're installing things in /usr/lib with debian/libcglm0.install,
then there's no need to re-declare /usr/lib a 2nd time.
Same thing for debian/libcglm-dev.dirs and debian/libcglm-doc.dirs.
6/ General advice
Leon, I strongly recommend that you run Lintian this way on your package
before asking for a review:
lintian -Ii -E --pedantic *.changes
you would have seen the issues, and win time for everyone.
Now, if you come back with a corrected package, maybe Jordan can review
it again. If he does, I agree to do an initial sponsoring of it (though
not the follow-up ones) if Jordan is volunteering for the subsequent
ones. Jordan, just let me know when the package is ok. No need to CC me
or the archive-...@nm.debian.org anymore.
Cheers,
Thomas Goirand (zigo)
On 4/27/20 12:24 PM, Jordan Justen wrote:
> Leon,
>
> I reviewed the 0.7.1-1 packaging you posted on mentors.debian.net. I
> didn't see any major issues, but maybe some suggestions.
>
> The license is MIT, and debian/copyright has it listed properly.
>
> I think packages often will call out the debian directory in
> debian/copyright, even if it matches the upstream license. I don't
> know that this is required, but here's an example:
>
>
https://salsa.debian.org/xorg-team/lib/libglvnd/-/blob/debian-unstable/debian/copyright#L50
>
> You can also move the license text to a separate section if multiple
> sections list the same license. (Like the MIT license in the example
> above.)
>
> I did see that `lintian --display-info` prints some issues relating to
> fonts in the doc package. From `build-rdeps python3-sphinx-rtd-theme`,
> I found the dbus-python package also uses the rtd theme. I notice they
> use dh_sphinxdoc, and I wonder if it could be useful for the cglm
> package. (And, perhaps fix the lintian note.)
>
> lintian --display-info also flags no-symbols-control-file
> usr/lib/x86_64-linux-gnu/libcglm.so.0.0.1. (See dpkg-gensymbols)
>
> lintian --pedantic --display-experimental flags
> debian-watch-does-not-check-gpg-signature, but I see upstream doesn't
> sign the releases. You could ask upstream to do this, and pointing
> them at https://wiki.debian.org/Creating%20signed%20GitHub%20releases
> might make it easier for them.
>
> I don't these the info or experimental lintian items would block the
> package from debian, since they aren't even at the warning level.
>
> One easy cleanup change for the package would be to run wrap-and-sort.
>
> Do you plan to try to maintain the package going forward? (Watch for
> new upstream releases, work on bugs, etc?)
>
> Do you have plans to manage the package files in git, perhaps on
> salsa.debian.net? I'm not sure if it is allowed to start using salsa
> for a project before it makes it into debian. The salsa FAQ is vague
> on this point:
>
> https://wiki.debian.org/Salsa/FAQ#What_can_be_hosted_on_salsa
>
> But I think it is often allowed. I know of at least 2 cases where a
> repo was created for a package before it got included into Debian. I
> expect some basic review of the package is probably good first, and
> perhaps this email can serve for that.
>
> If not salsa.debian.net, you could still host it in a github repo and
> include the links to it in the control file. (And, that could move to
> salsa later too.)
>
> -Jordan
>
> Some more info, mainly for Thomas to know what I checked.
>
> I looked over https://wiki.debian.org/SponsorChecklist.
>
> I checked the provided orig tarball vs upstream.
>
> I built the package with sbuild.
>
> I looked over the lib, dev and doc packages in the control file and
> .de
Bug#925042: O: libx86 -- x86 real-mode library - development files
On Tue, 19 Mar 2019 12:38:24 +0100 Pierre-Elliott =?utf-8?B?QsOpY3Vl?= wrote: > Package: wnpp > > The current maintainer of libx86, Anibal Monsalve Salazar , > is apparently not active anymore. Therefore, I orphan this package now. Dear Maintainer, I would like to adopt this package. Best regards, Seunghun
Processed: ITA: libx86 -- x86 real-mode library - development files
Processing commands for cont...@bugs.debian.org: > retitle 925042 ITA: libx86 -- x86 real-mode library - development files Bug #925042 [wnpp] O: libx86 -- x86 real-mode library - development files Changed Bug title to 'ITA: libx86 -- x86 real-mode library - development files' from 'O: libx86 -- x86 real-mode library - development files'. > owner 925042 Seunghun Han Bug #925042 [wnpp] ITA: libx86 -- x86 real-mode library - development files Owner recorded as Seunghun Han . > End of message, stopping processing here. Please contact me if you need assistance. -- 925042: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925042 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#958974: ITP: python-xstatic-lodash -- JavaScript utility library XStatic support
Package: wnpp Severity: wishlist Owner: Michal Arbet * Package name: python-xstatic-lodash Version : 4.16.4.1 Upstream Author : jQuery Foundation and other contributors * URL : https://github.com/lodash/lodash * License : MIT Programming Lang: Python Description : JavaScript utility library XStatic support XStatic is a packaging standard to package external (often 3rd party) static files as a Python package, so they are easily usable on all operating systems, with any package management system or even without one. . Many Python projects need to use some specific data files, like javascript, css, java applets, images, etc. Sometimes these files belong to YOUR project (then you may want to package them separately, but you could also just put them into your main package). But in many other cases, those files are maintained by someone else (like jQuery javascript library or even much bigger js libraries or applications) and you definitely do not really want to merge them into your project. So, you want to have static file packages, but you don’t want to get lots of stuff you do not want. Thus, stuff required by XStatic file packages (especially the main, toplevel XStatic package) tries to obey to be a MINIMAL, no-fat thing. XStatic doesn't "sell" any web framework or other stuff you don't want. Maybe there will be optional XStatic extensions for all sorts of stuff, but they won't be required if you just want the files. . By having static files in packages, it is also easier to build virtual envs, support linux/bsd/... distribution package maintainers and even windows installs using the same mechanism. . This package provides JavaScript utility library as a Python 3.x module.
Bug#958981: ITP: xreader -- A generic document reader
Package: wnpp Severity: wishlist Starting working on the packing for xreader. Available on: (https://github.com/linuxmint/xreader) hugoziviani
Processed: ITP: xreader -- A generic document reader
Processing commands for cont...@bugs.debian.org: > owner 958981 Hugo Ziviani Bug #958981 [wnpp] ITP: xreader -- A generic document reader Owner recorded as Hugo Ziviani . > End of message, stopping processing here. Please contact me if you need assistance. -- 958981: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958981 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#958984: ITP: python-drf-spectacular -- OpenAPI 3 schema generation for Django REST framework
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-drf-spectacular Version : 0.9.1 Upstream Author : T. Franzel * URL : https://github.com/tfranzel/drf-spectacular/ * License : BSD-3-clause Programming Lang: Python Description : OpenAPI 3 schema generation for Django REST framework Sane and flexible OpenAPI 3 schema generation for Django REST framework. The code is a heavily modified fork of the DRF OpenAPI generator, which is/was lacking all of the below listed features: . * Serializers modelled as components (arbitrary nesting and recursion supported) * Authentication support (DRF natives included, easily extendable) * Custom serializer class support * Tags extraction * Description extraction from docstrings * Sane fallbacks where no Serializer is available * Sane operation_id naming (based on path) * Easy to use hooks for extending the AutoSchema class * Optional schema serving with SpectacularAPIView I do intend to maintain this package as part of the DPMT. -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAl6nDMIRHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90WrBmwf9GRTefWYJTlCDu3egVIy0rvZnEbI93PlR 5DzFDMH24X58+uHNnfoCaHNQhlqfbbq0uxRIWexlTRxob+F/LWSMwrOmq5PAw9Tv Vdv1HifKZunStdLztl/jBo3GJcPQGQJvpch0dMmC4eF61nRnFHNpJqlZ2azgitFc pp/mVzCzkV8WzDGfS8Gepohm8tCgDpokWif1bFSwSN7Sjoxjj4lOX7XdxGkGKYTl D0JljefmkdLCpARpc2x5OXTavpXLUhcLOU7W5/V8xhHVBbkoQJpmccZnzMHiFG2+ Z0lGBO8ScnNe95hNs6eVzo2QhsL7napufa1jQX+Z3ijCNrwycx5wAg== =ig3Y -END PGP SIGNATURE-
Processed: setzer: ITP blocked by RFS
Processing commands for cont...@bugs.debian.org: > block 954847 by 958991 Bug #954847 [wnpp] ITP: setzer -- Simple yet full-featured LaTeX editor 954847 was not blocked by any bugs. 954847 was not blocking any bugs. Added blocking bug(s) of 954847: 958991 > thanks Stopping processing here. Please contact me if you need assistance. -- 954847: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954847 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#754129: Reworked for v0.5.5
On Mon, 30 Mar 2020 11:05:07 + Stephan Lachnit < stephanlach...@protonmail.com> wrote: > Just reworked it for v0.5.5, still need a sponsor (#945588). > > Stephan > > Hi, I am a Debian Developer and was wondering what the status of this sponsorship request is, do you have a copy on mentors? Is it just in git? Diane Trout signature.asc Description: This is a digitally signed message part
Bug#950988: Response on your feedback
Hi Jordan and Thomas, thank you for your kind advise. I updated the package with all the proposed requests. > Do you plan to try to maintain the package going forward? (Watch for > new upstream releases, work on bugs, etc?) Yes, I want to further maintain this package. Do you have plans to manage the package files in git, perhaps on salsa.debian.net? I'm not sure if it is allowed to start using salsa for a project before it makes it into debian. The salsa FAQ is vague on this point: > https://wiki.debian.org/Salsa/FAQ#What_can_be_hosted_on_salsa But I think it is often allowed. I know of at least 2 cases where a repo was created for a package before it got included into Debian. I expect some basic review of the package is probably good first, and perhaps this email can serve for that. If not salsa.debian.net, you could still host it in a github repo and include the links to it in the control file. (And, that could move to salsa later too.) I do want to manage the package on salsa.debian.org. It would be nice, if you could create a repository and give me upload rights to it. My username is lmarz. - Leon
Bug#958996: ITP: python-pauvre -- QC and genome browser plotting Oxford Nanopore and PacBio long reads
Package: wnpp Severity: wishlist Subject: ITP: python-pauvre -- QC and genome browser plotting Oxford Nanopore and PacBio long reads Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: python-pauvre Version : 0.1924 Upstream Author : Darrin T. Schultz * URL : https://github.com/conchoecia/pauvre * License : GPL-3+ Programming Lang: Python Description : QC and genome browser plotting Oxford Nanopore and PacBio long reads Pauvre is a plotting package designed for nanopore and PacBio long reads. . This package currently hosts four scripts for plotting and/or printing stats. . pauvre marginplot Takes a fastq file as input and outputs a marginal histogram with a heatmap. pauvre stats Takes a fastq file as input and prints out a table of stats, including how many basepairs/reads there are for a length/mean quality cutoff. This is also automagically called when using pauvre marginplot pauvre redwood Method of representing circular genomes. A redwood plot contains long reads as "rings" on the inside, a gene annotation "cambrium/phloem", and a RNAseq "bark". The input is .bam files for the long reads and RNAseq data, and a .gff file for the annotation. pauvre synteny Makes a synteny plot of circular genomes. Finds the most parsimonius rotation to display the synteny of all the input genomes with the fewest crossings-over. Input is one .gff file per circular genome and one directory of gene alignments. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/python-pauvre
Bug#958997: RFP: pgsql-postal -- PostgreSQL Postal Address Normalizer
Package: wnpp Severity: wishlist Package name: pgsql-postal Version: Upstream Author: Paul Ramsey URL: https://github.com/pramsey/pgsql-postal License: MIT Programming Lang: C, SQL Description: PostgreSQL Postal Address Normalizer This is a PostgreSQL extension that uses Libpostal (https://github.com/openvenues/libpostal) to parse and normalize street addresses.
Processed: ITP: python-pauvre -- QC and genome browser plotting Oxford Nanopore and PacBio long reads
Processing commands for cont...@bugs.debian.org: > close 958996 Bug #958996 [wnpp] ITP: python-pauvre -- QC and genome browser plotting Oxford Nanopore and PacBio long reads Marked Bug as done > stop Stopping processing here. Please contact me if you need assistance. -- 958996: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958996 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#754129: Reworked for v0.5.5
Lutris 0.5.5 got sponsored and is in NEW since 3 weeks: https://ftp-master.debian.org/new/lutris_0.5.5-1.html I also packed 0.5.6 since then, which is on Mentors: https://mentors.debian.net/package/lutris One of the reason why it's so long in NEW is probably the license situation. Some of the icons use the "Flaticon" license, for which it isn't exactly clear weather it's DFSG compliant (probably not). More on this GitHub issue: https://github.com/lutris/lutris/issues/2553 Cheers, Stephan
Bug#846820: marked as done (O: torch3 -- State of the art machine learning library - runtime library)
Your message dated Mon, 27 Apr 2020 22:32:21 + with message-id and subject line Bug#958950: Removed package(s) from unstable has caused the Debian Bug report #846820, regarding O: torch3 -- State of the art machine learning library - runtime library 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.) -- 846820: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846820 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal The current maintainer of torch3, Cosimo Alfarano , 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/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: torch3 Binary: libtorch3c2, libtorch3-dev Version: 3.1-2.1 Maintainer: Cosimo Alfarano Build-Depends: debhelper (>> 4.0.0) Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: 896eee773d78142bca03174c0775c4f8 956 torch3_3.1-2.1.dsc 04f7dc72a1e875a12ddf8ac77ec2dcc7 789599 torch3_3.1.orig.tar.gz 4f6c8e743e7a0aa9688f1e20b14797e4 10822 torch3_3.1-2.1.diff.gz Checksums-Sha1: 8fcc252cb48d9082ec072b86726ba03d0566e588 956 torch3_3.1-2.1.dsc bceae284e978e3603468ab68f510a6c10d6ec0cd 789599 torch3_3.1.orig.tar.gz ccebb57ad446c6cdf9f3da5474b10b61ce547b7e 10822 torch3_3.1-2.1.diff.gz Checksums-Sha256: 730e136f2b9e97a89a688b1f54af2663acb0cba149f2ed6853f7b9b3516e1be0 956 torch3_3.1-2.1.dsc 503d7f02b7d717d8eee2f6e56ce4a4badc9571e5197a2ce9c3db056e34d92e29 789599 torch3_3.1.orig.tar.gz 8838186336273eef297ab8dd2aeb218b3ae024dc90c1f91af4d91cffa37f9d2e 10822 torch3_3.1-2.1.diff.gz Directory: pool/main/t/torch3 Priority: source Section: libs Package: torch3 Binary: libtorch3c2, libtorch3-dev Version: 3.1-2.1 Maintainer: Cosimo Alfarano Build-Depends: debhelper (>> 4.0.0) Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: 896eee773d78142bca03174c0775c4f8 956 torch3_3.1-2.1.dsc 04f7dc72a1e875a12ddf8ac77ec2dcc7 789599 torch3_3.1.orig.tar.gz 4f6c8e743e7a0aa9688f1e20b14797e4 10822 torch3_3.1-2.1.diff.gz Checksums-Sha256: 730e136f2b9e97a89a688b1f54af2663acb0cba149f2ed6853f7b9b3516e1be0 956 torch3_3.1-2.1.dsc 503d7f02b7d717d8eee2f6e56ce4a4badc9571e5197a2ce9c3db056e34d92e29 789599 torch3_3.1.orig.tar.gz 8838186336273eef297ab8dd2aeb218b3ae024dc90c1f91af4d91cffa37f9d2e 10822 torch3_3.1-2.1.diff.gz Directory: pool/main/t/torch3 Priority: source Section: libs Package: libtorch3c2 Source: torch3 Version: 3.1-2.1 Installed-Size: 680 Maintainer: Cosimo Alfarano Architecture: amd64 Provides: libtorch Depends: libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1) Conflicts: libtorch3 Description-en: State of the art machine learning library - runtime library Torch is a machine-learning library, written in C++. Its aim is to provide the state-of-the-art of the best algorithms for machine-learning. . * Many gradient-based methods, including multi-layered perceptrons, radial basis functions, and mixtures of experts. Many small "modules" (Linear module, Tanh module, SoftMax module, ...) can be plugged together. * Support Vector Machine, for classification and regression. * Distribution package, includes Kmeans, Gaussian Mixture Models, Hidden Markov Models, and Bayes Classifier, and classes for speech recognition with embedded training. * Ensemble models such as Bagging and Adaboost. * Non-parametric models such as K-nearest-neighbors, Parzen Regression and Parzen Density Estimator. . This package is the Torch runtime library. Description-md5: 329693d5991c8e9e703b83dc6cb3ed06 Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/t/torch3/libtorch3c2_3.1-2.1_amd64.deb Size: 234952 MD5sum: 9d376b05a996e63987eb8a0f39195295 SHA1: e7d619140b46258c36d5601ebfb0b08c77b2a0bf SHA256: 9608489dc053bb89d02a524c710b801a591bbbab261e6da2c1cb758bb3ab6eba Package: libtorch3-dev Source: torch3 Version: 3.1-2.1 Installed-Size: 2912 Maintainer: Cosimo Alfarano Architecture: amd64 Provides: libtorch-dev Depends: libtorch3c2 (= 3.1-2.1) Conflicts: libtorch-dev, libtorch1-dev Description-en: State of the art machine learning library - development files Torch is a machine-learning library, written in C++. Its aim is to provide the state-of-the-art of the best algorithms. . * Many gradient-based methods, including multi-layere
Bug#958654: marked as done (ITP: psimd -- Portable 128-bit SIMD intrinsics)
Your message dated Tue, 28 Apr 2020 02:10:15 + with message-id and subject line Bug#958654: fixed in psimd 0.0~git20200417.85427dd-1 has caused the Debian Bug report #958654, regarding ITP: psimd -- Portable 128-bit SIMD intrinsics 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.) -- 958654: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958654 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: psimd * URL : https://github.com/Maratyszcza/psimd * License : MIT Programming Lang: C++ Description : Portable 128-bit SIMD intrinsics pytorch dependency debian deep learning team --- End Message --- --- Begin Message --- Source: psimd Source-Version: 0.0~git20200417.85427dd-1 Done: Mo Zhou We believe that the bug you reported is fixed in the latest version of psimd, 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. Mo Zhou (supplier of updated psimd 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, 24 Apr 2020 11:18:49 +0800 Source: psimd Binary: libpsimd-dev Architecture: source amd64 Version: 0.0~git20200417.85427dd-1 Distribution: experimental Urgency: medium Maintainer: Debian Science Team Changed-By: Mo Zhou Description: libpsimd-dev - Portable 128-bit SIMD intrinsics Closes: 958654 Changes: psimd (0.0~git20200417.85427dd-1) experimental; urgency=medium . * Initial release. (Closes: #958654) Checksums-Sha1: bbe5cc7e096518a29d46e9f708b77010f2fd211b 2012 psimd_0.0~git20200417.85427dd-1.dsc 73035cc123ab8c7a8685c8994712ef35d5b72192 6759 psimd_0.0~git20200417.85427dd.orig.tar.gz d0ecdc21023fcf22adea257c58f390fe9142022a 1624 psimd_0.0~git20200417.85427dd-1.debian.tar.xz b5b631bfef7d1d1c24a6c05bbf2dbc0449a9b3ba 6272 libpsimd-dev_0.0~git20200417.85427dd-1_amd64.deb 0504fff16107418f6b084952cb0c6f164265b9eb 6595 psimd_0.0~git20200417.85427dd-1_amd64.buildinfo Checksums-Sha256: b2cf0c42030bb3f1fef4037e5566e3973d6b576b5ed9e56e106edd17cb55c458 2012 psimd_0.0~git20200417.85427dd-1.dsc 8b2c69ae3d1125a0c86d59ca0f4ec7f9a4c131f077372488199f5f95ad2f4c5e 6759 psimd_0.0~git20200417.85427dd.orig.tar.gz 66517b5f449fb57745314d0a957936862385cea21cd70e3c3060547cb69c0c63 1624 psimd_0.0~git20200417.85427dd-1.debian.tar.xz 156909ad4cf228997d2ac3c0a68a207aaa81323aa3dcbb9694ba7a1a6ca48974 6272 libpsimd-dev_0.0~git20200417.85427dd-1_amd64.deb c8eba61ccf42ff4bdbd58b784bc7cb84f5a7a38b2a79b12e6deafbeaa4e8c89d 6595 psimd_0.0~git20200417.85427dd-1_amd64.buildinfo Files: df3ef604880beffd77bf11c77c69a557 2012 libdevel optional psimd_0.0~git20200417.85427dd-1.dsc d3c5e3e76215b9fd8515a9563d1ef96a 6759 libdevel optional psimd_0.0~git20200417.85427dd.orig.tar.gz 5e7f61f704ea85e3031afac6fdd2b592 1624 libdevel optional psimd_0.0~git20200417.85427dd-1.debian.tar.xz 3c3fe6bdc10b0714bc1c22a78b5c8d5b 6272 libdevel optional libpsimd-dev_0.0~git20200417.85427dd-1_amd64.deb 36b08c1e3d154ec88654804848893ad6 6595 libdevel optional psimd_0.0~git20200417.85427dd-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEY4vHXsHlxYkGfjXeYmRes19oaooFAl6iW6gRHGx1bWluQGRl Ymlhbi5vcmcACgkQYmRes19oaopVuhAAnx2yNhRtCBDphERTyTGr0S/YZb5hC1C/ 84EDqlpj2TeQpMmeFMMlBOPQBm74DJFPvPaG75oAm7fQ9fwvYtky1/NCqQF6ceRx pfr/a06Ux7PgTXJZSoIZQHHnXKXuP9wDMJl8MsMolIRmIoKLVOeL95HEbJ+f3vio W49M3XKgfJokN+uSUO3bdxCbF4fkZgwaetNEZpmEKSFHnEqSHNgHS4RdJrY+WlvL mRdAkNyWBcNSdwxC/hYmlYeUtzNqC5bAcH6WWIQ/UVMVKpkX+RdUUsqtSlKd0Jrm 2gPchxa9Qa1m4Ryil07JWDgX0JDYNWDLvmvfQPpXx+sqAFX/mHljjV4fvWDC3YiP Y03MwC7+WSnt1bow0kKB7oFeG0Ip40GW/m29lBS+v6d4fZgGUQzdRiqNv7Rd7OE7 b1j9pch/QKfOab4VChRqmhfKrZvCCYkhOJxU/UbQ9tNYMZ+w7jF9r4q03gXvIYLz gpHqdBKPUjdpYhIlnk6H5JPPoWfHxBfjefnV34fuC6dNyTJcRs9iBp6DitmANx5W HhKfoQ5eCaY1sFKrwYytuOcieg2yOknLAtT0axB97PXyidsLp0Od0MZCK8pHr4PX Xnl26yJtpGNfImWMfYbmgbWqKMz60Ixaxm1T6+5cZbPqyRYXUBWIrgJyyKp/FiJI xj4sFkh4MEk= =TJhz -END PGP SIGNATURE End Message ---
Bug#958818: marked as done (ITP: xnnpack -- High-efficiency floating-point neural network inference operators for mobile, server, and Web)
Your message dated Tue, 28 Apr 2020 02:10:16 + with message-id and subject line Bug#958818: fixed in xnnpack 0.0~git20200425.54f5917-1 has caused the Debian Bug report #958818, regarding ITP: xnnpack -- High-efficiency floating-point neural network inference operators for mobile, server, and Web 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.) -- 958818: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958818 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: xnnpack * URL : https://github.com/google/XNNPACK * License : BSD_3 Programming Lang: C++ Description : High-efficiency floating-point neural network inference operators for mobile, server, and Web optional pytorch dependency debian deep learning team --- End Message --- --- Begin Message --- Source: xnnpack Source-Version: 0.0~git20200425.54f5917-1 Done: Mo Zhou We believe that the bug you reported is fixed in the latest version of xnnpack, 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. Mo Zhou (supplier of updated xnnpack 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, 26 Apr 2020 15:04:57 +0800 Source: xnnpack Binary: libxnnpack-dev libxnnpack0 libxnnpack0-dbgsym Architecture: source amd64 Version: 0.0~git20200425.54f5917-1 Distribution: experimental Urgency: medium Maintainer: Debian Science Team Changed-By: Mo Zhou Description: libxnnpack-dev - High-efficiency floating-point neural network inference operators libxnnpack0 - High-efficiency floating-point neural network inference operators Closes: 958818 Changes: xnnpack (0.0~git20200425.54f5917-1) experimental; urgency=medium . * Initial release. (Closes: #958818) Checksums-Sha1: fc21cf2d6b21ea9406ac45808111bdf3f6c693fc 2238 xnnpack_0.0~git20200425.54f5917-1.dsc a62b784407ba68c35334d5448aea122a9be91402 666412 xnnpack_0.0~git20200425.54f5917.orig.tar.xz 1dc6242ad088244b0b65a8accaa139151692bdf8 10296 xnnpack_0.0~git20200425.54f5917-1.debian.tar.xz e90f7554266733d907c00ab541e40cbc9e828108 9696 libxnnpack-dev_0.0~git20200425.54f5917-1_amd64.deb 078ff0c3383a374221c8f7fef7771c585b207ba6 4093228 libxnnpack0-dbgsym_0.0~git20200425.54f5917-1_amd64.deb 9f77103287c775dc082cbdb9e8a531293ed141e6 387028 libxnnpack0_0.0~git20200425.54f5917-1_amd64.deb 3833f3fed7026b41536b39bb6488cdb97a10880d 8379 xnnpack_0.0~git20200425.54f5917-1_amd64.buildinfo Checksums-Sha256: 7cdf8961b51a0302b237dffb480ef17285f297aeb412bf03d2115511d8081c45 2238 xnnpack_0.0~git20200425.54f5917-1.dsc 6b41a6e186f58b60a5038890defa48da603575459877194dca994aa10b2bea62 666412 xnnpack_0.0~git20200425.54f5917.orig.tar.xz 8b4c754cbf19fe6ab4d266e682519dc06c1ec365714c7ff36d80b81c42d83630 10296 xnnpack_0.0~git20200425.54f5917-1.debian.tar.xz cd60710214c2640d979f783c269184ce0566120accef08bc28a271b160800610 9696 libxnnpack-dev_0.0~git20200425.54f5917-1_amd64.deb 6e441565884091783dcc480534afb75cdd6a2f58a2e26354885bc9131b2d765e 4093228 libxnnpack0-dbgsym_0.0~git20200425.54f5917-1_amd64.deb 601cdbb978aae31d4bfa0508ec8d1fa6a69ef1a4b8523533705e3b32b2353107 387028 libxnnpack0_0.0~git20200425.54f5917-1_amd64.deb 1be109db1251dfe557a80cb0e82cf04b7984f89b1236d7b6f60403a96094ef48 8379 xnnpack_0.0~git20200425.54f5917-1_amd64.buildinfo Files: 8309fec5e629a5d44305854c85d50408 2238 math optional xnnpack_0.0~git20200425.54f5917-1.dsc b03559e88b1e6bea0665f0a336bd5f62 666412 math optional xnnpack_0.0~git20200425.54f5917.orig.tar.xz 4c250d5b4a0eb96ef9eedd3ff147 10296 math optional xnnpack_0.0~git20200425.54f5917-1.debian.tar.xz 57f20217f0a1c11fb2ad5bcd2b4b7c42 9696 math optional libxnnpack-dev_0.0~git20200425.54f5917-1_amd64.deb f78a8a752a4d89f907808e5101936942 4093228 debug optional libxnnpack0-dbgsym_0.0~git20200425.54f5917-1_amd64.deb f422f06b8f63e06af6f4428acd25f659 387028 math optional libxnnpack0_0.0~git20200425.54f5917-1_amd64.deb 9b570c29430f16a4429c8ad2575a4310 8379 math optional xnnpack_0.0~git20200425.54f5917-1_amd64.buildinfo -
Bug#958651: marked as done (ITP: fxdiv -- C99/C++ header-only library for division via fixed-point multiplication by inverse)
Your message dated Tue, 28 Apr 2020 02:10:14 + with message-id and subject line Bug#958651: fixed in fxdiv 0.0~git20200417.b408327-1 has caused the Debian Bug report #958651, regarding ITP: fxdiv -- C99/C++ header-only library for division via fixed-point multiplication by inverse 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.) -- 958651: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958651 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: fxdiv * URL : https://github.com/Maratyszcza/FXDiv * License : MIT Programming Lang: C++ Description : C99/C++ header-only library for division via fixed-point multiplication by inverse pytorch dependency debian deep learning team --- End Message --- --- Begin Message --- Source: fxdiv Source-Version: 0.0~git20200417.b408327-1 Done: Mo Zhou We believe that the bug you reported is fixed in the latest version of fxdiv, 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. Mo Zhou (supplier of updated fxdiv 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, 24 Apr 2020 11:53:45 +0800 Source: fxdiv Binary: libfxdiv-dev Architecture: source amd64 Version: 0.0~git20200417.b408327-1 Distribution: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Mo Zhou Description: libfxdiv-dev - division via fixed-point multiplication by inverse Closes: 958651 Changes: fxdiv (0.0~git20200417.b408327-1) experimental; urgency=medium . * Initial release. (Closes: #958651) Checksums-Sha1: ae39199622e63f83066775286d586f4a221deff0 2092 fxdiv_0.0~git20200417.b408327-1.dsc 607769f3b53e0f72353858ce3c880e014e12ce7d 8756 fxdiv_0.0~git20200417.b408327.orig.tar.xz fbf0aaa3d2b313cd30d17170e04aa39f2acf12b2 2388 fxdiv_0.0~git20200417.b408327-1.debian.tar.xz 02088c74ff721ee0d3ac3851c08edde45cf2a447 6680 fxdiv_0.0~git20200417.b408327-1_amd64.buildinfo 3420f1d3a786b919dcf5b053a5dc1ba20121bd25 4680 libfxdiv-dev_0.0~git20200417.b408327-1_amd64.deb Checksums-Sha256: 5eb1ddd3dd8682bb6d9bcf4cd6076161818dd8102a0e93a815ef9d8e0c31d591 2092 fxdiv_0.0~git20200417.b408327-1.dsc 7953482badaf4cb34026c3487c257b8e4ab2df061c019bd6fabbbc12ad52c44b 8756 fxdiv_0.0~git20200417.b408327.orig.tar.xz d86b263b793e3ab498e6f5fd740fab286b685e27db1c2b4eeea05a19e40903ae 2388 fxdiv_0.0~git20200417.b408327-1.debian.tar.xz 179542c867627843f63266e73a7424874876ca13b0657431ccaae80e420429c9 6680 fxdiv_0.0~git20200417.b408327-1_amd64.buildinfo 9df4e881d823c01c2f2c4ad8e62d75d6ee412c60850719f133b7743e51484e4d 4680 libfxdiv-dev_0.0~git20200417.b408327-1_amd64.deb Files: 7f9c0f59e2db58af4a6d22dc3d1459af 2092 math optional fxdiv_0.0~git20200417.b408327-1.dsc ef5406ec305a77901f2b43263077620e 8756 math optional fxdiv_0.0~git20200417.b408327.orig.tar.xz 7e7e2ca3863f44d179b4b4971d5f5251 2388 math optional fxdiv_0.0~git20200417.b408327-1.debian.tar.xz f2aaa1c2a3e962d0ca7915ce59eadd87 6680 math optional fxdiv_0.0~git20200417.b408327-1_amd64.buildinfo ad6b55dea6f4565a08e4b65f499f5f5f 4680 math optional libfxdiv-dev_0.0~git20200417.b408327-1_amd64.deb -BEGIN PGP SIGNATURE- iQJFBAEBCgAvFiEEY4vHXsHlxYkGfjXeYmRes19oaooFAl6iZAQRHGx1bWluQGRl Ymlhbi5vcmcACgkQYmRes19oaoqfAxAAicJ3hxefnJ39hqRpLG9jSt2Sh6inIydb gDdup0KnzuO+W+5SFaF+eS7bHfkyGCSW7iIDQxfeW/tP7TbgdpSjAxFMifATsd1c uEymCt+Z+BsWDVyD3pjoMYGi/XYsA+e5uMWqZ8qAfTIUkLoabZGAyocd7sW3B45V pgqZQM6sEub+ocS1ZKHPB1Ope0GaWyl1ywgs14VFAZ5t6IjWI1vFpTVd8BziG1SL 9cUDvLaKW5ix+9Y2Z7uP6dZKVk1jI7h67uW1C6TNDcxch7MyqkfvXQkQCXxtYSkN k/eb+m1Rmh6j08/JExbiE3jHNeKvE5VtTbQf5Dl4Nl46k0A4SMKzjsVS/mNwrqT5 sT2GapsP9XX91O6JcK0R/ehvc3ncXIrilI4DDDmwg+JpeYd/3GJwZOx1cIZVWAhp jfTKdmFqipt30YT6QpRUaumFTn5bm+Swj3a3BtnKrRZfc65TC43buikS3gt/OWBK out/t8+QPZm8KSahU5aIK57Zxra0cuSWPxVFtWv4AQKrckfZFHxVyQKi9MFufQtP RD8nL5BK2fGxLYkDLos/pzzVpPahIrvnyA3Ggk1PtLOMK5F6myIi8Dyqgxr9CpMm xk1un01ZPg+hc9UUZtJN2061QJnBzppHt1K+78IL3AjGSdy/mkZ0jK3Eha9klaUX ko0hKKKn/LY= =0tMR -END PGP SIGNATURE End Message ---
Bug#958655: marked as done (ITP: pthreadpool -- pthread-based thread pool for C/C++)
Your message dated Tue, 28 Apr 2020 02:10:16 + with message-id and subject line Bug#958655: fixed in pthreadpool 0.0~git20200423.6acde9c-1 has caused the Debian Bug report #958655, regarding ITP: pthreadpool -- pthread-based thread pool for C/C++ 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.) -- 958655: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958655 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: pthreadpool * URL : https://github.com/Maratyszcza/pthreadpool * License : BSD-2 Programming Lang: C++/C Description : pthread-based thread pool for C/C++ pytorch dependency debian deep learning team --- End Message --- --- Begin Message --- Source: pthreadpool Source-Version: 0.0~git20200423.6acde9c-1 Done: Mo Zhou We believe that the bug you reported is fixed in the latest version of pthreadpool, 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. Mo Zhou (supplier of updated pthreadpool 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, 24 Apr 2020 16:02:29 +0800 Source: pthreadpool Binary: libpthreadpool-dev libpthreadpool0 libpthreadpool0-dbgsym Architecture: source amd64 Version: 0.0~git20200423.6acde9c-1 Distribution: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Mo Zhou Description: libpthreadpool-dev - pthread-based thread pool for C/C++ libpthreadpool0 - pthread-based thread pool for C/C++ Closes: 958655 Changes: pthreadpool (0.0~git20200423.6acde9c-1) experimental; urgency=medium . * Initial release. (Closes: #958655) Checksums-Sha1: 710580feac2573800157b591db180b3b065f7730 2236 pthreadpool_0.0~git20200423.6acde9c-1.dsc bcb53f4c53e6bcdad0503f926fd544cb8edf5ed4 28752 pthreadpool_0.0~git20200423.6acde9c.orig.tar.xz 27e0474ec4b10653dda28848979a6c98f567c687 2828 pthreadpool_0.0~git20200423.6acde9c-1.debian.tar.xz 43b603afb34180191003bd369cf03d5f5ba00d6c 5432 libpthreadpool-dev_0.0~git20200423.6acde9c-1_amd64.deb 700fed8e0fa6aaf264bf54dcea4afa9ae40716be 80740 libpthreadpool0-dbgsym_0.0~git20200423.6acde9c-1_amd64.deb f1295010fa6df8513475441724f2245c0a62c47b 16420 libpthreadpool0_0.0~git20200423.6acde9c-1_amd64.deb d5ea5c6e91242455f12126d4b45cced2134b09d7 8279 pthreadpool_0.0~git20200423.6acde9c-1_amd64.buildinfo Checksums-Sha256: 990c6944024579de504f3cd0c31c5aeefb2ddbc0fc53f20a3bf13c9a2baee3c4 2236 pthreadpool_0.0~git20200423.6acde9c-1.dsc 85a28366b4e33737dbc2a7d4cb4e4845e3ca08fe39aeee57dc7ebaa3193a3a0a 28752 pthreadpool_0.0~git20200423.6acde9c.orig.tar.xz 2994f4ba64e8b0d540f04eb9b06b87b939c988c23b2248a61509ef7fbcfaa03d 2828 pthreadpool_0.0~git20200423.6acde9c-1.debian.tar.xz 7e59e743b0872ced0273de76ff78de7b7327df7cde82fd45bc29e524aff94797 5432 libpthreadpool-dev_0.0~git20200423.6acde9c-1_amd64.deb 29dc0e3e3e1eb0b4883de4103746024ec00f5a293fe059db463dfe8e6a3fac1a 80740 libpthreadpool0-dbgsym_0.0~git20200423.6acde9c-1_amd64.deb ec94b6f2139397f59cd952bbb0a1c9d10190a1d65037349b27b68de9ff7192a2 16420 libpthreadpool0_0.0~git20200423.6acde9c-1_amd64.deb 00caa80ff378e2f5868198a3c4306148600cc4681b70521b85ecb2d61049d3eb 8279 pthreadpool_0.0~git20200423.6acde9c-1_amd64.buildinfo Files: a0780bb47828b69e928c553f0753c85d 2236 libdevel optional pthreadpool_0.0~git20200423.6acde9c-1.dsc 03d05e523f68621c4307fde79ce63f9f 28752 libdevel optional pthreadpool_0.0~git20200423.6acde9c.orig.tar.xz da4377d3f42e23e6625eb122844d3e31 2828 libdevel optional pthreadpool_0.0~git20200423.6acde9c-1.debian.tar.xz b2d32c8bd64788973c0c3bc650ba1fd0 5432 libdevel optional libpthreadpool-dev_0.0~git20200423.6acde9c-1_amd64.deb 7de5134fb9afec16175209973c78ad16 80740 debug optional libpthreadpool0-dbgsym_0.0~git20200423.6acde9c-1_amd64.deb d15603d177af61e127b36a71ac5c8723 16420 libdevel optional libpthreadpool0_0.0~git20200423.6acde9c-1_amd64.deb 82b9a3f07135d75ff5c60b85a734cbd9 8279 libdevel optional pthreadpool_0.0~git20200423.6acde9c-1_amd64.buildinfo -BEGIN PGP SIGNATURE-
Bug#959012: ITP: golang-github-moby-sys -- Library to parse mount info and mount filesystems
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-moby-sys Version : 0.0~git20200320.6154f11-1 Upstream Author : Kir Kolyshkin * URL : https://github.com/moby/sys * License : Apache-2.0 Programming Lang: Go Description : Library to parse mount info and mount filesystems It provides following Go libraries: . * github.com/moby/sys/mount * github.com/moby/sys/mountinfo Package is prepared at https://salsa.debian.org/go-team/packages/golang-github-moby-sys
Bug#959017: ITP: libtest-json-schema-acceptance-perl -- Acceptance testing for JSON-Schema based validators like JSON::Schema
Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name : libtest-json-schema-acceptance-perl Version : 0.990+ds Upstream Author : Ben Hutton * URL : https://metacpan.org/release/Test-JSON-Schema-Acceptance * License : Expat Programming Lang: Perl Description : Acceptance testing for JSON-Schema based validators like JSON::Schema This module allows the JSON Schema Test Suite tests to be used in Perl to test a module that implements json-schema. These are the same tests that many modules (libraries, plugins, packages, etc.) use to confirm support of json-schema. Using this module to confirm support gives assurance of interoperability with other modules that run the same tests in different languages. Remark: This package is to be maintained with Debian Perl Group at https://salsa.debian.org/perl-team/modules/packages/libtest-json-schema-acceptance-perl
Bug#945816: marked as done (ITA: gnucobol -- COBOL compiler)
Your message dated Tue, 28 Apr 2020 04:18:27 + with message-id and subject line Bug#945816: fixed in gnucobol 3.0~rc1-1 has caused the Debian Bug report #945816, regarding ITA: gnucobol -- COBOL compiler 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.) -- 945816: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945816 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal Hello, I intend to orphan the gnucobol package. Thanks. Ludwin Janvier The package description is: GnuCOBOL (formerly OpenCOBOL) is a free, modern COBOL compiler. GnuCOBOL implements a substantial part of the COBOL 85, COBOL 2002 and COBOL 2014 standards and X/Open COBOL, as well as many extensions included in other COBOL compilers (IBM COBOL, MicroFocus COBOL, ACUCOBOL-GT and others). . GnuCOBOL translates COBOL into C and compiles the translated code using a native C compiler. . Build COBOL programs on various platforms, including GNU/Linux, Unix, Mac OS X, and Microsoft Windows. GnuCOBOL has also been built on HP/UX, z/OS, SPARC, RS6000, AS/400, along with other combinations of machines and operating systems. . While being held to a high level of quality and robustness, GnuCOBOL does not claim to be a “Standard Conforming” implementation of COBOL. . GnuCOBOL passes over 9600 of the NIST COBOL 85 test suite tests and over 750 internal checks during build. --- End Message --- --- Begin Message --- Source: gnucobol Source-Version: 3.0~rc1-1 Done: Al Stone We believe that the bug you reported is fixed in the latest version of gnucobol, 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. Al Stone (supplier of updated gnucobol 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: SHA256 Format: 1.8 Date: Mon, 27 Apr 2020 21:51:18 -0600 Source: gnucobol Binary: gnucobol gnucobol-dbgsym libcob4 libcob4-dbgsym libcob4-dev open-cobol Architecture: source amd64 all Version: 3.0~rc1-1 Distribution: unstable Urgency: medium Maintainer: Al Stone Changed-By: Al Stone Description: gnucobol - COBOL compiler libcob4- COBOL compiler - runtime library libcob4-dev - COBOL compiler - development files open-cobol - transitional dummy package for gnucobol Closes: 945816 Changes: gnucobol (3.0~rc1-1) unstable; urgency=medium . * Closes: #945816 -- adopt the package and close the ITA * Lintian cleanup: correct man pages when generated Checksums-Sha1: c134af82d02a0a43d5440b4399946723cdd2da67 2009 gnucobol_3.0~rc1-1.dsc 6cda2acc836c55ce1171d45d434b75644334b2fb 1825252 gnucobol_3.0~rc1.orig.tar.xz c8bb89f00448231d1a0426391c49e42c7de72a6f 7524 gnucobol_3.0~rc1-1.debian.tar.xz 02cfe45b5e4cb43ebe7381514aeaa7641c23298e 808844 gnucobol-dbgsym_3.0~rc1-1_amd64.deb 236bac44c3f13bf3805030e72ee6e6675135eafb 9096 gnucobol_3.0~rc1-1_amd64.buildinfo a12509115e7d0ddfe00048cc296295bd918398eb 819740 gnucobol_3.0~rc1-1_amd64.deb a91e81c85fd0553b30e0ff7baa91b20c6c6dcc32 431136 libcob4-dbgsym_3.0~rc1-1_amd64.deb 10ec12a0bea5bee646995f7dade6a99376b8c7d2 192988 libcob4-dev_3.0~rc1-1_amd64.deb 22e812b8ee2d6e48be93e14b763950a0ac0bbdc8 159148 libcob4_3.0~rc1-1_amd64.deb 819162479fddcd81f01289ad5a69bf0a7c3be35c 12656 open-cobol_3.0~rc1-1_all.deb Checksums-Sha256: 719083150a1011cddc311b48439d40e82d76647bfb42d9d5ea589a4b97c500f2 2009 gnucobol_3.0~rc1-1.dsc bf76441ee7f8dc9aeb78291231f32273eafc4ec827f26840846a257a04bbc594 1825252 gnucobol_3.0~rc1.orig.tar.xz 6b4a640babc37e81e6b3482df99559a18fa1b16ccf4b8d58c42c0355f20f4558 7524 gnucobol_3.0~rc1-1.debian.tar.xz 84f2a7f40de75c4feb4e8851e6ea6cfc5d4acd501c3fb08806f5c54e1648f1f9 808844 gnucobol-dbgsym_3.0~rc1-1_amd64.deb f49030e1debb4705199534f48a65cc2366bfb3250fe395aa4ee9e451add7435c 9096 gnucobol_3.0~rc1-1_amd64.buildinfo 9011c73f294d08fe03f46323876fc595af5e3bf543579a655977d13fe44db31b 819740 gnucobol_3.0~rc1-1_amd64.deb 33e87321f90562f1ae95e46f04879c66f3e8c93d0e860d6af29fdeeb40d355e7 431136 libcob4-dbgsym_3.0~rc1-1_amd64.deb a585a5da2e730eaf15948fd6a2637d7aad94eca523ce0a8c5019caed3507f99a 192988 libcob4-dev_3.0~r
