Processed: block 990640 with 990638
Processing commands for cont...@bugs.debian.org: > block 990640 with 990638 Bug #990640 [e-antic] e-antic: new major uptream version 1.0.x 990640 was not blocked by any bugs. 990640 was not blocking any bugs. Added blocking bug(s) of 990640: 990638 > thanks Stopping processing here. Please contact me if you need assistance. -- 990640: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990640 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#990909: RFP: elpa-treemacs -- a tree layout file explorer for Emacs
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-emac...@lists.debian.org * Package name: elpa-treemacs Version : 2.8 Upstream Author : Alexander Miller * URL : https://github.com/Alexander-Miller/treemacs * License : GPL-3+ Programming Lang: Emacs-Lisp Description : a tree layout file explorer for Emacs Treemacs is a file and project explorer similar to NeoTree or vim’s NerdTree, but largely inspired by the Project Explorer in Eclipse. It shows the file system outlines of your projects in a simple tree layout allowing quick navigation and exploration, while also possessing basic file management utilities.
Bug#820848: RFS: phcpack 2.4.84 (NEW)
On Thu 08 Jul 2021 12:24:47 AM EDT, Torrance, Douglas wrote: On Wed 07 Jul 2021 08:37:08 AM EDT, Doug Torrance wrote: On Wed 07 Jul 2021 01:16:03 AM EDT, Nilesh Patra wrote: ./src/Ada/Math_Lib/QD/READ_ME states this: The main reference for the QD-2.3.9 library is Y. Hida, X.S. Li, and D.H. Bailey: "Algorithms for quad-double precision floating point arithmetic." In 15th IEEE Symposium on Computer Arithmetic (Arith-15 2001), 11-17 June 2001, Vail, CO, USA, pages 155-162. IEEE Computer Society, 2001. Shortened version of Technical Report LBNL-46996, software at http://crd.lbl.gov/~dhbailey/mpdist/qd-2.3.9.tar.gz. Note that the "BSD-LBNL-License" is GPL compatible, although "If you wish to use the software for commercial purposes please contact the Technology Transfer Department at t...@lbl.gov or call 510-286-6457." I admit, I'm not very sure if I understand the terms there correctly, but should it be mentioned in d/copyright? I also see similar stuff in a lot of READ_ME files, ./src/Ada/Root_Counts/MixedVol/READ_ME for instance. Do they need to be mentioned in d/copyright? If not, IMO adding a "Comment:" and the reasoning for not adding these in copyright would be good. Good catch! I've sent upstream a note asking for clarification on the license of the files in this directory. Upstream confirmed that this particular feature would cause limitations for commercial use due to the license. It's just one feature, though, and I think that PHCpack would still be a valuable addition to Debian without it. (For example, the PHCpack package in Macaulay2 doesn't use it.) I'll spend some time working on stripping this feature out to create a DFSG-compliant version of PHCpack and ping the list when it's ready for another look. I've repacked the PHCpack package so that it doesn't use the non-free QD library. I believe it's ready for another review: https://salsa.debian.org/science-team/phcpack Thanks! Doug signature.asc Description: PGP signature
Processed: ITP: python-pyspoa -- Python bindings to spoa
Processing commands for cont...@bugs.debian.org: > owner 990896 Nilesh Patra Bug #990896 [wnpp] ITP: python-pyspoa -- Python bindings to spoa Owner recorded as Nilesh Patra . > End of message, stopping processing here. Please contact me if you need assistance. -- 990896: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990896 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#990896: ITP: python-pyspoa -- Python bindings to spoa
Package: wnpp Severity: wishlist X-Debbugs-Cc: nil...@debian.org Subject: ITP: python-pyspoa -- Python bindings to spoa Package: wnpp Owner: Nilesh Patra Severity: wishlist * Package name: python-pyspoa Version : 0.0.8 Upstream Author : Oxford Nanopore Technologies * URL : https://github.com/nanoporetech/pyspoa * License : Expat Programming Lang: Python Description : Python bindings to spoa Spoa (SIMD POA) is a c++ implementation of the partial order alignment (POA) algorithm (as described in 10.1093/bioinformatics/18.3.452) which is used to generate consensus sequences (as described in 10.1093/bioinformatics/btg109). It supports three alignment modes: local (Smith-Waterman), global (Needleman-Wunsch) and semi-global alignment (overlap). . This package presents Python bindings for the spoa library Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/python-pyspoa
Bug#990894: ITP: golang-github-d2r2-go-logger -- Go logger functionality with package-level logging separation
Package: wnpp Severity: wishlist Owner: Benjamin Drung X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: golang-github-d2r2-go-logger Version : 0.0~git20210606.60e9d12-1 Upstream Author : Denis Dyakov * URL : https://github.com/d2r2/go-logger * License : MIT Programming Lang: Go Description : Go logger functionality with package-level logging separation Functionality of this package is similar to logrus and other popular Go logging packages, but still the capabilities of this package are not as flexible and advanced as the mentioned popular packages. . One of the reasons for creating this library was the ability to log with more verbosity levels. For instance, it has Fatal, Panic, Error, Warning, Notify, Information and Debug levels, while others ordinary do not include Notify verbosity. I am still working on a Prometheus sensors exporter which is using go-bsbmp, go-sht3x, and go-logger. I will maintain these libraries as part of the Debian Go Packaging Team. -- Benjamin Drung Debian & Ubuntu Developer
Bug#609047: An update on CCL for Debian
I’ve recently tried to reevaluate the situation regarding CCL in Debian. In short, the answer is unfortunately that it’s not yet possible to package CCL, but there is however the hope that the situation will improve at some point. What prevents CCL from being packaged Debian is the ffigen tool, which is required at build time to generate various FFI bindings. The latest functional version of this tool (ffigen4) is essentially a patch over GCC 4. The ftpmasters refused to have this in the archive (see above). There is however an ongoing effort to rewrite ffigen, see: https://github.com/Clozure/ccl/issues/13 The rewrite is essentially a small executable depending on libclang, and is now dubbed ffigen5. I’ve tried it, and even though it is able to parse many C headers, it still fails at some. So it’s not yet ready for use. But hopefully it will be at some point, which should clear the way for CCL in Debian. -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name ⠈⠳⣄ https://www.debian.org signature.asc Description: This is a digitally signed message part
Bug#990885: ITP: intel-acm: Authenticated code modules for Intel CPUs
Package: wnpp Severity: wishlist Owner: Paulo Roberto Alves de Oliveira (aka kretcheu) * Package name: intel-acm Version : 20210710 Upstream Author : Intel Corporation * URL : https://software.intel.com/content/www/us/en/develop/articles/intel-trusted-execution-technology.html * License : non-free, idzla-SINIT Authenticated Code Module License Description : Authenticated code modules for Intel CPUs This package contains updated authenticated code modules (ACMs) for Intel processors.
Processed: ITP: surpyvor -- modification of VCF files with SURVIVOR
Processing commands for cont...@bugs.debian.org: > owner 990883 Steffen Moeller Bug #990883 [wnpp] ITP: surpyvor -- modification of VCF files with SURVIVOR Owner recorded as Steffen Moeller . > End of message, stopping processing here. Please contact me if you need assistance. -- 990883: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990883 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#990883: ITP: surpyvor -- modification of VCF files with SURVIVOR
Package: wnpp Severity: wishlist Subject: ITP: surpyvor -- modification of VCF files with SURVIVOR Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: surpyvor Version : 0.5 Upstream Author : Wouter De Coster * URL : https://github.com/wdecoster/surpyvor * License : MIT Programming Lang: Python Description : modification of VCF files with SURVIVOR SURVIVOR is a tool set for simulating/evaluating structural variantions, merging and comparing SVs within and among samples, and includes various methods to reformat or summarize structural variantions. . This package provides a Python wrapper to help with its integration in various Python-based workflows. Remark: This package is maintained by Debian Med Packaging Team at https://salsa.debian.org/med-team/surpyvor
Bug#990881: ITP: gn -- meta-build system that generates build files for Ninja
X-Debbugs-CC: debian-de...@lists.debian.org https://tracker.debian.org/pkg/generate-ninja Hideki Yamane 于2021年7月10日周六 上午8:03写道： > > Package: wnpp > Severity: wishlist > Owner: Hideki Yamane > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: gn > Upstream Author : The Chromium Authors > * URL : https://gn.googlesource.com/gn > * License : BSD-3-Clause > Programming Lang: C++ > Description : meta-build system that generates build files for Ninja > > It can generate Ninja build files for C, C++, Rust, Objective C, and Swift > source on most popular platforms. Other languages can be compiled using > the general “action” rules which are executed by Python or another scripting > language (Google does this to compile Java and Go). But because this is not > as clean, generally GN is only used when the bulk of the build is in one of > the main built-in languages. -- Thanks, Boyuan Yang
Bug#990881: marked as done (ITP: gn -- meta-build system that generates build files for Ninja)
Your message dated Sat, 10 Jul 2021 22:24:36 +0900 with message-id <20210710222436.c324b6d39a0262602c3f2...@iijmio-mail.jp> and subject line Re: Bug#990881: ITP: gn -- meta-build system that generates build files for Ninja has caused the Debian Bug report #990881, regarding ITP: gn -- meta-build system that generates build files for Ninja 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.) -- 990881: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990881 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Hideki Yamane X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: gn Upstream Author : The Chromium Authors * URL : https://gn.googlesource.com/gn * License : BSD-3-Clause Programming Lang: C++ Description : meta-build system that generates build files for Ninja It can generate Ninja build files for C, C++, Rust, Objective C, and Swift source on most popular platforms. Other languages can be compiled using the general “action” rules which are executed by Python or another scripting language (Google does this to compile Java and Go). But because this is not as clean, generally GN is only used when the bulk of the build is in one of the main built-in languages. --- End Message --- --- Begin Message --- On Sat, 10 Jul 2021 21:01:57 +0900 Hideki Yamane wrote: > * Package name: gn Oops, it exists as generate-ninja I couldn't find it :( I'll file a wishlist to grep "GN" for its description. -- Regards, Hideki Yamane henrich @ debian.org/iijmio-mail.jp--- End Message ---
Bug#990881: ITP: gn -- meta-build system that generates build files for Ninja
Package: wnpp Severity: wishlist Owner: Hideki Yamane X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: gn Upstream Author : The Chromium Authors * URL : https://gn.googlesource.com/gn * License : BSD-3-Clause Programming Lang: C++ Description : meta-build system that generates build files for Ninja It can generate Ninja build files for C, C++, Rust, Objective C, and Swift source on most popular platforms. Other languages can be compiled using the general “action” rules which are executed by Python or another scripting language (Google does this to compile Java and Go). But because this is not as clean, generally GN is only used when the bulk of the build is in one of the main built-in languages.
Bug#990874: ITP: drf-yasg-nonfree -- Yet another Swagger generator
Package: wnpp Severity: wishlist Owner: Carsten Schoenert X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: drf-yasg-nonfree Version : 1.20.0 Upstream Author : Cristi V. * URL : https://github.com/axnsan12/drf-yasg * License : BSD-3-clause Programming Lang: Python Description : Yet another Swagger generator Generate real Swagger/OpenAPI 2.0 specifications from a Django Rest Framework API. Features of drf-yasg: * full support for nested Serializers and Schemas * response schemas and descriptions * model definitions compatible with codegen tools * customization hooks at all points in the spec generation process * JSON and YAML format for spec * bundles latest version of swagger-ui (https://github.com/swagger-api/swagger-ui) and redoc (https://github.com/Rebilly/ReDoc) for viewing the generated documentation * schema view is cacheable out of the box * generated Swagger schema can be automatically validated by swagger-spec-validator (https://github.com/Yelp/swagger_spec_validator) * supports Django REST Framework API versioning with URLPathVersioning and NamespaceVersioning; other DRF or custom versioning schemes are not currently supported Some parts of the upstream data are shipped pre-generated within the source, the package built isn't able to rebuild these files from source for various reasons. Mainly because the used JS files aren't packaged yet for Debian. This makes the resulting package non-free from the DFSG PoV. That's why I decided to use the suffix '-nonfree' for now. Resulting also the binary packages will go into non-free. If someone is willing to help making this package DFSG compatible I'd really be glad to take such an offer. This package is a dependency for netbox I consider to package. The package will get maintained within the Debian Python Team.
