Bug#971079: ITP: gap-aclib -- Almost Crystallographic Groups - A Library and Algorithms
Package: wnpp Severity: wishlist Owner: Joachim Zobel X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: gap-aclib Version : 1.3.2 Upstream Author : Karel Dekimpe , Bettina Eick * URL : http://www.gap-system.org/Packages/aclib.html * License : Artistic-2 Programming Lang: GAP 4 Description : Almost Crystallographic Groups - A Library and Algorithms The AClib package contains a library of almost crystallographic groups and a some algorithms to compute with these groups. A group is called almost crystallographic if it is finitely generated nilpotent-by-finite and has no non-trivial finite normal subgroups. Further, an almost crystallographic group is called almost Bieberbach if it is torsion-free. The almost crystallographic groups of Hirsch length 3 and a part of the almost cyrstallographic groups of Hirsch length 4 have been classified by Dekimpe. This classification includes all almost Bieberbach groups of Hirsch lengths 3 or 4. The AClib package gives access to this classification; that is, the package contains this library of groups in a computationally useful form. The groups in this library are available in two different representations. First, each of the groups of Hirsch length 3 or 4 has a rational matrix representation of dimension 4 or 5, respectively, and such representations are available in this package. Secondly, all the groups in this libraray are (infinite) polycyclic groups and the package also incorporates polycyclic presentations for them. The polycyclic presentations can be used to compute with the given groups using the methods of the Polycyclic package. I am packaging this because it is a dependency for gap-hap (see Bug#968545).
Bug#971083: ITP: liburi-cpan-perl -- module providing URLs for CPAN elements
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: liburi-cpan-perl Version : 1.007 Upstream Author : Ricardo SIGNES * URL : https://metacpan.org/release/URI-cpan * License : Artistic or GPL-1+ Programming Lang: Perl Description : module providing URLs for CPAN elements URI::cpan provides methods for creating URIs that refer to authors or distributions on the CPAN. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#971085: ITP: libpdf-api2-xs-perl -- optional PDF::API2 add-on using XS to speed up expensive operations
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdf-api2-xs-perl Version : 1.001 Upstream Author : Rob Scovell * URL : https://metacpan.org/release/PDF-API2-XS * License : LGPL-2.1+ Programming Lang: Perl Description : optional PDF::API2 add-on using XS to speed up expensive operations PDF::API2 will make use of the PDF::API2::XS distribution if it's installed, to speed up some operations that are significantly faster in C than in Perl. There's no need to interact with this distribution directly. PDF::API2 will use it automatically if it detects it. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#971169: ITP: libfilter-signatures-perl -- compatibility shim for subroutine signatures
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libfilter-signatures-perl Version : 0.16 Upstream Author : Max Maischein * URL : https://metacpan.org/release/Filter-signatures * License : Artistic or GPL-1+ Programming Lang: Perl Description : compatibility shim for subroutine signatures Filter::signatures implements a backwards compatibility shim for formal Perl subroutine signatures that were introduced to the Perl core with Perl 5.20. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Mass bugs filing: autopkgtest must be marked superficial (new list)
Hi All, This is a new list for the autopkgtest superficial test. If the test done in the autopkgtest does not provide significant test coverage then it should be marked with "Restrictions: superficial". Ref: https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst Examples of tests which are not significant includes (its not a complete list): 1) Executing the binary to check version Test-Command: foo -v Test-Command: foo -V Test-Command: foo --version 2) Executing the binary to check help (foo -h) Test-Command: foo -h Test-Command: foo --help 3) A Python or Perl library runs import foo or require Foo; but does not attempt to use the library beyond that. Test-Command: python3 -c "import foo" Similar to the last MBF, the intended bug text is: * Subject: : autopkgtest must be marked superficial Severity: important User: sudipm.mukher...@gmail.com Usertags: superficialtest It has been noticed that the autopkgtest in is running a trivial command that does not provide significant test coverage: - Executing that command is considered to be a trivial test, which does not provide significant coverage for a package as a whole. But these tests are a useful way to detect regressions in dependencies and prevent them from breaking your package. However, it is important that we are realistic about the level of test coverage provided by these commands: most regressions cannot be detected in this way. So it is not appropriate for packages with only superficial tests to have the reduced migration time to migrate from unstable to testing as that means less opportunity for testing by users compared to the package with no tests. To support this, the keyword "Restrictions: superficial" has been defined [1]. Packages where all tests are marked with this keyword are not considered for the reduced migration age from unstable to testing, and will not be allowed to migrate automatically in later stages of the freeze [2]. Its always better to have more extensive testing than having superficial testing, which again is better than having no test. Please consider i) Adding a non-trivial test, and/or ii) Mark the trivial test with "Restrictions: superficial", similar to [3] or [4]. The Release Team has listed this issue in the list of Release Critical Issues for bullseye [5] and has mentioned that the test must be marked superficial if it is not testing one of its own installed binary packages in some way. As a result, the severity of this bug report might be increased to serious in future. [1] https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst#defined-restrictions [2] https://release.debian.org/bullseye/freeze_policy.html [3] https://salsa.debian.org/utopia-team/dbus/-/commit/a80908df7d119b181eec5eb0542634a30c2ad468 [4] https://salsa.debian.org/apparmor-team/apparmor/-/commit/580667513a097088ebe579884b38ac8d8666d3b3 [5] https://release.debian.org/bullseye/rc_policy.txt * Attached is the dd-list. -- Regards Sudip dd-list Description: Binary data
[LibrePlanet]: New Presentation
Hi All, I am planning to apply for a session in upcoming LibrePlanet conference, to present a topic on this project. Here is the self-shot version of the presentation, https://fs333.gounlimited.to/tea5ur5c2h2qzxfffn4yv5jg53piwzbdni5tp7o7twot3lgjhc2w5gxv2g5a/v.mp4 Please leave me a feedback. :-) Cheers, Goo-Goo-Knox.
