Bug#1005303: ITP: python-rfc3987 -- Parsing and validation of URIs (RFC 3896) and IRIs (RFC 3987)
Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org, deb...@microjoe.org * Package name: python-rfc3987 Version : 1.3.8 Upstream Author : Daniel Gerber * URL : https://pypi.org/project/rfc3987/ * License : GPL-3+ Programming Lang: Python Description : Parsing and validation of URIs (RFC 3896) and IRIs (RFC 3987) This module provides regular expressions according to RFC 3986 “Uniform Resource Identifier (URI): Generic Syntax” and RFC 3987 “Internationalized Resource Identifiers (IRIs)”, and utilities for composition and relative resolution of references. This module is introduced as a dependency for python-dt-schema. I intent to maintain this package under the umbrella of the Debian Python Team.
Bug#1005301: ITP: python-dt-schema -- Devicetree schema tools
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org, deb...@microjoe.org * Package name: python-dt-schema Version : 2022.01 Upstream Author : Devicetree Specification * URL : http://www.devicetree.org * License : BSD-2-Clause Programming Lang: Python Description : Devicetree schema tools The tools contained in this package are used by the Linux kernel for doing device-tree specification validation. I intent to maintain this package under the umbrella of the Debian Python Team.
Bug#1004996: ITP: fonts-national-park -- Typeface designed to mimic the US National Park service signs
Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-national-park Version : 0.0~20220205 Upstream Author : Jeremy Shellhorn * URL : https://nationalparktypeface.com/ * License : SIL Open Font License, Version 1.1 Programming Lang: N/A Description : Typeface designed to mimic the US National Park service signs I intent to co-maintain this package under the umbrella of the Debian Fonts team.
Bug#1004995: ITP: fonts-routed-gothic -- A clean vintage drafting, avionics, routed signage, and keyboard legend font.
Package: wnpp Severity: wishlist Owner: Agathe Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-routed-gothic Version : 1.0+git20210724-e22ee833 Upstream Author : Darren Embry * URL : https://webonastick.com/fonts/routed-gothic/ * License : SIL Open Font License 1.1 Programming Lang: Python Description : A clean vintage drafting, avionics, routed signage, and keyboard legend font. A clean implementation of a common lettering style found on technical drawings, engraved office signs, computer and typewriter keyboards, and some comic books and avionics from the mid-20th century. I intent to co-maitain this package under the umbrella of the Debian Fonts team.
Bug#1001499: ITP: fonts-creep2 -- A copy of the 'creep' font with a strict character bounding box
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-fo...@lists.debian.org, deb...@microjoe.org * Package name: fonts-creep2 Version : 0.0~git20210325.69dc0de Upstream Author : Raymond W. Ko * URL : https://github.com/raymond-w-ko/creep2 * License : MIT Programming Lang: N/A Description : A copy of the 'creep' font with a strict character bounding box I intent to maintain this package inside of the Debian Fonts Team.
Bug#999849: ITP: python-babelfont -- Read font files into fontParts objects and write them out again.
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-babelfont Version : 2.0.2 Upstream Author : Simon Cozens * URL : https://github.com/simoncozens/babelfont * License : Apache-2.0 Programming Lang: Python Description : Read font files into fontParts objects and write them out again. This package is added as a dependency to a new release of the gftools tool maintained by myself in the Debian Fonts Team. I intent to maintain this package in the Debian Python Team.
Bug#996707: ITP: python-cattr -- Complex custom class converters for attrs Python library.
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org, debian-pyt...@lists.debian.org * Package name: python-cattr Version : 1.8.0 Upstream Author : Tin Tvrtković * URL : https://github.com/Tinche/cattrs * License : MIT Programming Lang: Python Description : Complex custom class converters for attrs Python library. cattrs is an open source Python library for structuring and unstructuring data. cattrs works best with attrs classes, dataclasses and the usual Python collections, but other kinds of classes are supported by manually registering converters. This package is introduced as a dependency for python-statmake. It will be maintained under the umbrella of the Debian Python Team.
Bug#995617: ITP: csvquote -- smart and simple CSV processing on the command line
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org, deb...@microjoe.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: csvquote Version : 0.0~20180528 Upstream Author : Dan Brown * URL : https://github.com/dbro/csvquote * License : Expat Programming Lang: C Description : smart and simple CSV processing on the command line This tool can be used to escape problematic characters from CSV file using a pipe. Then, the CSV entries can be processed by regular UNIX tools like awk. Finally, calling `csvquote -u` reverts the escaping codes in order to create back the CSV data. I plan to release this tool in the debian-science team, or if no answer from this team under my own name. -BEGIN PGP SIGNATURE- iQJIBAEBCgAyFiEE/0vnfqUe7n1fhjM4L/9j9YUbA+IFAmFZhHUUHGRlYmlhbkBt aWNyb2pvZS5vcmcACgkQL/9j9YUbA+Lo/Q/6ArCRH6UZG/hL4PDQkJQTxVl8pUIk 6frjPHvlWd3Qv4rddujgQttOCyZadsEa7YiDMXBHkMijFgbK08sptZUO28Nl3pgJ /7EW46EAHbfSGeN5RRzFmUUKwgu1onVIGWYygL1AonqE1eIE6NK/o4T64Md0TAKY iKAzvAige3ZeTsbE0UTc6oZvusFJtzM6S6hkoVA7Pqpc4OPJvZlzO0xAHobVk4jk voEmbkPzqbqXGyhLoIcJpbga6tr76eJgBg9Ilh/vPJy1FpTenIB6Cfia9zoOPHjm l62Aqi3gCgAOoviLY78UQRylKhK4ESsIUzVv7/XYRC6Ik7fqD1Inm7jlFjnap8Uk kOldWOo2o4jDioj1Mnp/FUNsNqcM8J/SCk5Jr6IL/pDLmm7cIAkpmvX0rEB6mnJr vJefUZ8vzBrBZUdfB6WLL02Cq+h6+xrEyXHif5a1b3dDJMLPOsHZo/RwCA6nq9mt 3jZ1lBzyJS9Mbnp7zPsbGTWSQXafNTM02y6nIQK7zQspNC78Fmf7prq0tzXEm91V jfUPvB7m3M1s3aUUZxD2FQjsZV5TUZOupo8uLSfdssbSLwDtbBgDVKIQKxfvjqoL aBqsfZZQtkyrj2HffoGVVGKo97D0AxQ+UD6Vtl5rDwv0Ytl7e/nJeGEFo2zzJoGe gE3VuJ9xa1LqSNI= =fzDw -END PGP SIGNATURE-
Bug#992965: ITP: gn -- meta-build system that generates build files for Ninja
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org, Debian Chromium Team * Package name: gn Version : 0+git20210811 Upstream Author : Google * URL : https://gn.googlesource.com/gn/ * License : BSD-3-Clause Programming Lang: Python Description : meta-build system that generates build files for Ninja This package is introduced as a dependency for some Google software related to Chromium. It can also replace the `gn` copy currently embedded in the Chromium source package. I intent to publish this package under the umbrella of the Debian Chromium team.
Bug#992511: ITP: python-pathos -- parallel graph management and execution in heterogeneous computing
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-pathos Version : 0.2.8 Upstream Author : Mike McKerns * URL : https://github.com/uqfoundation/pathos * License : BSD-3-clause Programming Lang: Python Description : parallel graph management and execution in heterogeneous computing This package is introduced as a dependency for python-statmake, which is required for building the new release of fonts-cantarell from source.
Bug#992509: ITP: python-pox -- utilities for filesystem exploration and automated builds
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org,, deb...@microjoe.org * Package name: python-pox Version : 0.3.0 Upstream Author : Mike McKerns * URL : //github.com/uqfoundation/pox * License : BSD-3-clause Programming Lang: Python Description : utilities for filesystem exploration and automated builds This package is introduced as a dependency for the python-pathops package, which is required for building the new version of fonts-cantarell from source.
Bug#992504: ITP: python-ppft -- distributed and parallel Python
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-ppft Version : 1.6.6.4 Upstream Author : Mike McKerns * URL : https://github.com/uqfoundation/ppft * License : BSD-like Programming Lang: Python Description : distributed and parallel Python Parallel Python module (pp) provides an easy and efficient way to create parallel-enabled applications for SMP computers and clusters. pp module features cross-platform portability and dynamic load balancing. Thus application written with pp will parallelize efficiently even on heterogeneous and multi-platform clusters (including clusters running other application with variable CPU loads). Visit http://www.parallelpython.com for further information. This package is introduced as a dependency for python-pathops, which is a new required dependency for fonts-cantarell.
Re: Steam Deck: good news for Linux gaming, bad news for Debian :(
Hi, 11/08/2021 16:08, Vincent Bernat : > I think we have more systemic issues. I am quite impressed how Nix/NixOS > is able to pull so many packages and modules with so few people. But > they use only one workflow, one way to package, one init system, etc. > Looking at Arch, one workflow, one way to package, one init system, etc. > Looking at Fedora, one workflow, one way to package, one init system. I think this is a major point. I am a new Debian contributor after a good time of ArchLinux PKGBUILD writing. I find Debian technically superior on the packaging side, and would not trade it for PKGBUILD. But there are so many ways to do things. After a lot of exploration, I have found that the tooling that I was the most comfortable with was: * Salsa VCS * GBP for git + patching (+ DEP-conformant branch names) * dh However there are so many other ways to do things. Some packages are not on Salsa. Some packages use manually generated diff files. Different branch names everywhere (debian/latest vs. debian/master vs. debian/unstable vs. master…). I think progressive enforcing of a workflow would help new maintainers to not be lost in the packaging jungle. > I still trust Debian to be the most technically excellent distribution, > but that's not all it makes to stay relevant. My point is that it would > help to reduce the technical liberties we take in Debian. However, I > don't think that's who we are. Maintainers like their freedoms, but enforcing some tools at some point could make it easier for everyone to contribute and not relearn the packaging process for every package, because currently every package is different. We are getting there by looking at the number of "3.0 (quilt)" packages and "dh" usage, but when a package does not conform to this norm, it triggers a mental freeze on my side (and I want to migrate it all to dh/3.0 quilt etc.). > Let me take again the example with Nix. Anyone can do a simple pull > request and gets its change accepted. Each package has a maintainer, but > the ownership is quite weak. The maintainer may say no, but if they are > just busy, someone else may merge the change if it looks reasonable. Maybe the interface helps too. With a single repository, everyone can see every pull request easily. For Debian you would have to monitor all repositories/bugs for NMUs waiting. > In Debian, we have many workflow (BTS, MR to submit changes, Git, not > Git, Git workflow 1, Git workflow 2, Git workflow 3), many ways to > package (just one makefile, old debhelper, new dh), many init systems. > And the ownership problem prevents people to help from time to time. > There are so many packages I come accross that could just be updated to > a more recent version and looks like semi-abandoned but I just don't try > any more because there are so many ways to fail. To me the problem is not to do the technical migration, but to make it acceptable to the current maintainer that will usually not want to change their workflow — or not answer at all. One issue is that you cannot repack everything and propose a NMU, because it is a major change. So what do? Apart from RFS or co-maintaining, I do not know how I can help "modernize" these packages. If I propose it as a .patch in a bug and it is refused because the maintainers "does not like 3.0 (quilt)", I have lost a good chunk of time. > Today, it is very difficult to only use Debian own packages. We just > tell people "just add random repositories". Nix and Arch are able to > have almost everything packaged. Nix is able to include into a single > workflow most other language ecosystems. We could have the same in Debian, but the constraints of "build from source" and lack of interest for "contrib" and "non-free" channels is in my opinion severely limiting the number of available packages. AUR contains many packages that are not open-source nor built from source, but users are happily using them when they want to. For example for Spotify or VS Code (or many other external, sometimes proprietary tools) you need to add an external repository. While on Arch I guess you would use AUR. Why could not we use "contrib"/"non-free" for the same purpose? In the fonts team, it is increasingly complicated to build fonts from source because they use so many javascript dependencies. I could propose to ship the final .ttf/otf fonts into "contrib" instead. But given the review duration for getting into "main", I guess "contrib" and "non-free" are worse in terms of given attention. Looking forward to pursue the discussion. Best regards, Romain.
Re: using uscan with Fossil SCM
Hi, 01/05/2021 08:31, Sergei Golovan : > With Fossil you don't have to know the exact artifact hash in order to > download > tagged revisions. Knowing the tag name is sufficient. You can construct the > download URL yourself given the tag name. The following debian/watch seems > to work, it uses filenamemangle and downloadurlmangle to manualy specify > the filename and URL to download: > > ... Many thanks Sergei, this work as expected. As asked by Yadd in a reply to your solution, documenting this solution inside the uscan manpage would be great for other Fossil-based software packagers. Best regards, Romain.
using uscan with Fossil SCM
Hi fellow Debianites, I am currently in the process of packaging grammalecte [1] that relies on the Fossil SCM [2]. However on the taglist page [3] the links are directing to Fossil HTML pages, but not .tar.xz files. When browsing out the 2.1.2 tag HTML page [4], one has to follow the "check-in" link [5] before being able to download an archive from the resulting page [6]. As Fossil seems to be an SCM that could be used by other packages, does anyone already managed to use uscan with Fossil? I was not able to find any examples in the manpage nor on codesearch.d.o. I see that uscan supports custom scripts, so one may be able to follow the links using the script but I am not sure what software I am allowed to call into the script and if tools for parsing HTML are available (thinking about BeautifulSoup Python library). This may be very hacky and manual, and maybe we should find a way to deal with Fossil SCM together for possible future packages and document this in the uscan man page. Thanks in advance for your highlights, Romain. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860579 [2] http://code.grammalecte.net:8080/home [3] http://code.grammalecte.net:8080/taglist [4] http://code.grammalecte.net:8080/timeline?t=v2.1.2 [5] http://code.grammalecte.net:8080/info/8d70c5ae60b892cd [6] http://code.grammalecte.net:8080/tarball/8d70c5ae60/Grammalecte-8d70c5ae60.tar.gz
Bug#985230: ITP: mypy-protobuf -- Generate mypy stub files from protobuf specs
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: mypy-protobuf Version : 2.4 Upstream Author : Nipunn Koorapati * URL : https://github.com/dropbox/mypy-protobuf * License : Apache 2.0 Programming Lang: Python Description : Generate mypy stub files from protobuf specs This package is introduced as a dependency for the "ortools" source package (ITP created). I intent to maintain this package under the umbrella of the Debian Python team.
Bug#985094: ITP: ortools -- Google Optimization Tools
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: ortools Version : 8.2 Upstream Author : Laurent Perron * URL : https://github.com/google/or-tools * License : Apache 2.0 Programming Lang: C++ Description : Google Optimization Tools Google Optimization Tools (a.k.a., OR-Tools) is an open-source, fast and portable software suite for solving combinatorial optimization problems. The suite contains: * A constraint programming solver; * A linear programming solver; * Wrappers around commercial and other open source solvers, including mixed integer solvers; * Bin packing and knapsack algorithms; * Algorithms for the Traveling Salesman Problem and Vehicle Routing Problem; * Graph algorithms (shortest paths, min cost flow, max flow, linear sum assignment). We wrote OR-Tools in C++, but also provide wrappers in Python, C# and Java. I intent to maintain this package under the umbrella of the Debian Science Team.
Bug#984951: ITP: python-svglib -- Python library for reading SVG files and converting them
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-svglib Version : 1.0.1 Upstream Author : deeplook * URL : https://github.com/deeplook/svglib * License : LGPL Programming Lang: Python Description : Python library for reading SVG files and converting them Used as a package you can read existing SVG files and convert them into ReportLab Drawing objects that can be used in a variety of contexts, e.g. as ReportLab Platypus Flowable objects or in RML. As a command-line tool it converts SVG files into PDF ones (but adding other output formats like bitmap or EPS is really easy and will be better supported, soon). I intent to maintain this package under the umbrella of the Debian Python Team. It is introduced as a dependency for flatcam-beta [1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984937
Bug#984937: ITP: flatcam-beta -- PCB CAM software (beta release)
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: flatcam-beta Version : 8.994 Upstream Author : Marius Stanciu * URL : http://flatcam.org/ * License : Expat Programming Lang: Python Description : PCB CAM software (beta release) FlatCAM lets you take your designs to a CNC router. You can open Gerber, Excellon or G-code, edit it or create from scatch, and output G-Code. Isolation routing is one of many tasks that FlatCAM is perfect for. It's is open source, written in Python and runs smoothly on most platforms. I intent to maintain this package under the umbrella of the Debian Python team.
Bug#984932: ITP: python-shapely -- Python library for manipulation of carthesian geometric objects
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-shapely Version : 1.7.1 Upstream Author : Sean Gillies * URL : https://github.com/Toblerity/Shapely * License : BSD Programming Lang: Python Description : Python library for manipulation of carthesian geometric objects Shapely is a BSD-licensed Python package for manipulation and analysis of planar geometric objects. It is based on the widely deployed GEOS (the engine of PostGIS) and JTS (from which GEOS is ported) libraries. Shapely is not concerned with data formats or coordinate systems, but can be readily integrated with packages that are. I intent to maintain this package under the umbrella of the Debian Python team. This package is introduced as a dependency for FlatCAM (ITP to come).
Bug#983509: ITP: python-svgelements -- high fidelity SVG parsing and geometric rendering Python library
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-svgelements Version : 1.4.3 Upstream Author : tatarize * URL : https://github.com/meerk40t/svgelements * License : Expat Programming Lang: python Description : high fidelity SVG parsing and geometric rendering Python library The goal is to successfully and correctly process SVG for use with any scripts that may need or want to use SVG files as geometric data. This is both facilitated by, and results in, very useful elements within the SVG spec: Path, Matrix, Angle, Length, Color, Point and other SVG and CSS Elements. The SVG spec defines a variety of elements which generally interoperate. In order to have a robust experience with SVGs one must be able to correctly deal with the parsing and interactions of these elements. This project began as part of meerK40t which does SVG loading of files for laser cutting. It attempts to more fully map out the SVG specification, objects, and paths, while remaining easy to use and largely backwards compatible. These elements are quite useful in their own right. For example, the zooming and panning within meerK40t is done using the SVG matrix which more robust than the wxPython one. Internal console commands within meerK40t allows specifying robustly parsed angles of rotation, colors of objects, and naively uses the Path() and SVGImage objects. The ability to have these robustly manipulated with affine transformations provides considerable utility. There is significant utility in the interactions between these objects, however if one just want to robustly parse some SVG and convert the data to their own structures that is entirely reasonable. Without robust SVG parsing one'll find repeated edge cases of some svg files that do not parse correctly. svgelements aims to avoid those pitfalls with robust adherence to the SVG spec. I intent to maintain this package under the Debian Python Team.
Bug#983482: ITP: bcnc -- GRBL CNC command sender, autoleveler and g-code editor
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: bcnc Version : 0.9.14.316 Upstream Author : Tomas Mudrunka * URL : https://github.com/vlachoudis/bCNC * License : GPL Programming Lang: Python Description : GRBL CNC command sender, autoleveler and g-code editor GrblHAL (formerly GRBL) CNC command sender, autoleveler, g-code editor, digitizer, CAM and swiss army knife for all your CNC needs I intent to maintain this package under the umbrella of the Debian Python Team.
Bug#983330: ITP: python-browserstack-local -- Python library for BrowserStack Local
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-browserstack-local Version : 1.2.2 Upstream Author : francisf * URL : https://github.com/browserstack/browserstack-local-python * License : Expat Programming Lang: Python Description : Python library for BrowserStack Local This library is used to access run commercial BrowserStack service locally. It is able to download and execute the BrowserStack binaries automatically. (Include the long description here.) This package is introduced as a dependency for the gftools package. It is planned to be maintained with the help of the Debian Python team.
Bug#976883: ITP: python-vttlib -- extract VTT (Microsoft Visual TrueType) font hinting data
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org, debian-fo...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: python-vttlib Version : 0.9.1 Upstream Author : Nikolaus Waxweiler * URL : https://github.com/daltonmaag/vttLib * License : MIT Programming Lang: Python Description : extract VTT (Microsoft Visual TrueType) font hinting data A library to: - Extract VTT hinting data from a OpenType font prepared with Microsoft Visual TrueType (VTT) and store it in a FontTools TTX dump - Merge it back from a TTX dump into an OpenType font and - Compile the data inside to font to ship it (turn TSI* tables into fpgm, etc.). The primary use case is version control of hinting data of fonts. This package is introduced as a dependency for python-gftools package. I intent to maintain this package under the umbrella of the debian-python team. signature.asc Description: PGP signature
Bug#976690: ITP: python-strictyaml -- type-safe YAML parser that parses and validates a restricted subset of the YAML specification.
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org, debian-pyt...@lists.debian.org * Package name: python-strictyaml Version : 1.1.1 Upstream Author : Colm O'Connor * URL : https://hitchdev.com/strictyaml * License : MIT Programming Lang: Python Description : type-safe YAML parser that parses and validates a restricted subset of the YAML specification. This package is introduced as a dependency for the python-gftools package, that I also intent to package. I intent to mainain this package under the umbrella of the Debian Python Team. signature.asc Description: PGP signature
Bug#976453: ITP: python-opentype-sanitizer -- Python wheels for the OpenType Sanitizer
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-opentype-sanitizer Version : x.y.z Upstream Author : Cosimo Lupo * URL : https://github.com/googlefonts/ots-python * License : BSD-3-Clause Programming Lang: Python Description : Python wheels for the OpenType Sanitizer This package can be used to interact with the OpenType Sanitizer software. This package is introduced as a dependency for the gftools (Google Fonts Tools) package, that I also intent to package. This package depends on opentype-sanitizer, which I have introduced few days ago. I intent to maintain this package under the umbrella of the Debian Python Team. I will need sponsoring for mentors as well as repository creation on salsa. signature.asc Description: PGP signature
Bug#975983: ITP: opentype-sanitizer -- tool to validate and sanitize OTF/TTF/WOFF/WOFF2 font files
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: opentype-sanitizer Version : 8.1.0 Upstream Author : Khaled Hosny * URL : https://github.com/khaledhosny/ots * License : BSD-3-Clause Programming Lang: C++ Description : tool to validate and sanitize OTF/TTF/WOFF/WOFF2 font files The OpenType Sanitizer (OTS) parses and serializes OpenType files (OTF, TTF) and WOFF and WOFF2 font files, validating them and sanitizing them as it goes. List of built tools: * /usr/bin/ots-idempotent * /usr/bin/ots-perf * /usr/bin/ots-sanitize * /usr/bin/ots-side-by-side * /usr/bin/ots-validator-checker This package is introduced as a dependency for python-opentype-sanitizer, which is needed for python-gftools, which I intent to package aswell. I intent to maintain this package under the umbrella of the Debian Fonts team. signature.asc Description: PGP signature
Bug#975676: ITP: python-gftools -- Google Fonts Tools
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-gftools Version : 0.5.1 Upstream Author : Google Fonts Tools Authors * URL : https://github.com/googlefonts/gftools * License : Apache-2.0 Programming Lang: Python Description : Google Fonts Tools Google Fonts Tools is a set of command-line tools for testing font projects. I intent to co-maintain this package with the Debian Fonts team. This package can be used in fonts source packages as it is already done by some upstreams to fix font metadata, perform hinting, etc. signature.asc Description: PGP signature
Bug#975675: ITP: python-absl -- Abseil Python Common Libraries
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-absl Version : 0.11.0 Upstream Author : The Abseil Authors * URL : https://abseil.io/ * License : Apache-2.0 Programming Lang: Python Description : Abseil Python Common Libraries This package is required as a dependency for python3-gftools, a set of tools for interacting with fonts. This tool can then be used to clean fonts metadata in Debian font packages. I intent to co-maintain this package under the Debian Fonts packaging team, as this package will mainly be used for gftools. signature.asc Description: PGP signature
Re: testing excuses: autopkgtest for debian-edu/2.11.2 failed
Hi, 12/10/2020 18:01, Holger Levsen : > debian-edu fails because debian-edu-config fails because > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967194#20 > > so src:pam-python is the culprit here. Seems like this issue is now solved, as this tftp-hpa upload was migrated to testing yesterday [1]. Thanks for your explanations of the issue. [1] https://tracker.debian.org/news/1182724/tftp-hpa-5220150808-12-migrated-to-testing/ Have a nice day, Romain. signature.asc Description: OpenPGP digital signature
testing excuses: autopkgtest for debian-edu/2.11.2 failed
Hello all, I recently uploaded a new release of tftp-hpa [1] in order to fix serveral IPv6-related bugs. However, after 5 days this version is blocked from going to testing. Checking the testing excuses page [2], I can see that there is a regression concerning autopkgtest related with debian-edu. As I am not a DD nor DM, it seems that I cannot retrigger the CI. From the regression logs [3] this error seems to be related to Python version used in Debian Edu (dependency errors), but this package has nothing to do with Python. This is the reason why I think a retrigger could help. What is the agreed workflow to retrigger such QA jobs for non-DD/DM contributors? [1] https://tracker.debian.org/pkg/tftp-hpa [2] https://qa.debian.org/excuses.php?package=tftp-hpa [3] https://ci.debian.net/data/autopkgtest/testing/amd64/d/debian-edu/7414833/log.gz Best regards, Romain. signature.asc Description: OpenPGP digital signature
Re: RFS: fonts-jetbrains-mono/1.0.3-2 [ITP] -- free and open-source typeface for developers
Hello, I am requiring your mentorsip help to publish this package. I have received some feedback from Adam, but not much since then. Our discussion about the package can be followed on the ITP bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952954 The package has been released to -2 Debian release with some improvements. Changes since the last upload: * Do not install *.eot files (only supported in Internet Explorer) * Add Upstream-Name and Source fields in debian/copyright * Add Vcs-Git and Vcs-Browser fields in debian/control (repository to be created soon) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fonts-jetbrains-mono Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fonts-jetbrains-mono/fonts-jetbrains-mono_1.0.3-2.dsc Thanks in advance, Romain. signature.asc Description: PGP signature
Bug#952954: ITP: fonts-jetbrains-mono -- free and open-source typeface for developers
Package: wnpp Severity: wishlist Owner: Romain Porte * Package name: fonts-jetbrains-mono Version : 1.0.3 * URL : https://www.jetbrains.com/lp/mono/ * License : Apache-2.0 Description : free and open-source typeface for developers JetBrains Mono. A typeface for developers. Features include: - Increased height for a better reading experience - Adapted to reading code - 138 code-specific ligatures - 145 languages - 4 weights with matching italics This is my very first debian package, I am looking for a sponsor to get through this first interaction with the Debian project. In the medium term, I am interrested in becoming a Debian packager so that there is no need to go on the sponsorship way each time I want to contribute. I will try to put this package on mentors.debian.net in the coming days when it is finalized. Best regards, Romain.
