Bug#1023837: RFP: python3-playwright -- Playwright is a Python library to automate Chromium, Firefox and WebKit browsers with a single API. Playwright delivers automation that is ever-green, capable,
Package: wnpp Severity: wishlist X-Debbugs-Cc: billchenchina2...@gmail.com * Package name: python3-playwright Version : 1.27.1 Upstream Author : Microsoft Corporation * URL : https://playwright.dev/python/ * License : Apache-2.0 license Programming Lang: Python Description : Playwright is a Python library to automate Chromium, Firefox and WebKit browsers with a single API. Playwright delivers automation that is ever-green, capable, reliable and fast.
Processed: Re: ITP: libjs-dygraphs -- fast and flexible JavaScript charting library
Processing commands for cont...@bugs.debian.org: > tags 749603 + pending Bug #749603 [wnpp] ITP: libjs-dygraphs -- fast and flexible JavaScript charting library Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 749603: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749603 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: prepare for libjs-dygraphs to be available soon
Processing commands for cont...@bugs.debian.org: > affects 749603 + src:netdata Bug #749603 [wnpp] ITP: libjs-dygraphs -- fast and flexible JavaScript charting library Added indication that 749603 affects src:netdata > thanks Stopping processing here. Please contact me if you need assistance. -- 749603: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749603 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#749603: ITP: libjs-dygraphs -- fast and flexible JavaScript charting library
tags 749603 + pending thanks I managed to solve the last remaining problem tonight, to port it and make it build using node-babel 7, which we have in Debian. I expect to upload a package soonish, although a lot of testing is needed still… bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg /⁀\ The UTF-8 Ribbon ╲ ╱ Campaign against Mit dem tarent-Newsletter nichts mehr verpassen: ╳ HTML eMail! Also, https://www.tarent.de/newsletter ╱ ╲ header encryption!
Bug#1023819: ITP: django-iconify -- Iconify API implementation and tools for Django projects
Package: wnpp Severity: wishlist Owner: Edward Betts X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: django-iconify Version : 0.3 Upstream Author : Dominik George * URL : https://edugit.org/AlekSIS/libs/django-iconify * License : Apache-2.0 Programming Lang: Python Description : Iconify API implementation and tools for Django projects Iconify is a unified icons framework, providing access to 40,000+ icons from different icon sets. . This re-usable app helps integrating Iconify into Django projects. . Iconify replaces classical icon fonts, claiming that such fonts would get too large for some icon sets out there. Instead, it provides an API to add icons in SVG format from its collections. I plan to maintain this package as part of the Python team. This is a dependancy of AlekSIS [1] 1: https://edugit.org/AlekSIS/official/AlekSIS-Core
Bug#1017088: ITP: c4core -- library of low-level C++ utilities, written with low-latency projects in mind
Hi all, On Mon, 31 Oct 2022 21:46:18 +0900 Daichi Fukui < a.dog.will.t...@akane.waseda.jp> wrote: > Hi Punit-san, > > Thanks for a reply. > > On Tue, 25 Oct 2022 at 06:46, Punit Agrawal wrote: > > > Hi Fukui-san, > > > > Daichi Fukui writes: > > > > > Hello Debian Developers, > > > > > > On Sat, 13 Aug 2022 13:03:16 + Fukui Daichi < > > a.dog.will.t...@akane.waseda.jp> wrote: > > >> Package: wnpp > > >> Severity: wishlist > > >> Owner: Fukui Daichi > > >> X-Debbugs-Cc: debian-de...@lists.debian.org, > > a.dog.will.t...@akane.waseda.jp > > >> > > >> * Package name: c4core > > >> Version : 0.1.9 > > >> Upstream Author : Joao Paulo Magalhaes > > >> * URL : https://github.com/biojppm/c4core > > >> * License : MIT > > >> Programming Lang: C++ > > >> Description : library of low-level C++ utilities, written with > > low-latency projects in mind > > >> > > >> Rationale: > > >>rapidyaml [0] depends on this utility. > > >>Moreover, jsonnet [1] depends on rapidyaml. > > >> > > >>[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003397 > > >>[1] https://tracker.debian.org/pkg/jsonnet > > >> > > >> Maintenance plan: > > >>Because I am a novice in debian packaging, I would like to > > >>ask for someone who can review my upload. I need a sponsor too. > > >> > > >> > > > > > > As mentioned in a different bugreport [0], c4core depends on > > biojppm/cmake, debugbreak, and fast_float. > > > To meet the dependency, we're now preparing for uploading debugbreak and > > fast_float [1][2]. > > > > > > As for biojppm/cmake, it looks like this software is used for the > > author's project only. > > > This makes me wonder if it is really reasonable to package biojppm/cmake. > > > It is technically possible to package it but it could end up with no > > other packages depending on the packaged biojppm/cmake than c4core. > > > To make a clear decision, I would like to ask for your opinion on this > > issue. > > > > > > If you are interested, see also a discussion [3] similar to this one. > > > > I'm not familiar with Debian convention regarding this so please take > > any comments here with a pinch of salt. > > I've been trying to use the newly added libfast-float-dev [0] and debugbreak [1] packages to replace some embedded header files of c4core. While looking at libfast-float-dev, I came up with the following issue. Let me explain what's going on. c4core uses fast_float.hpp and fast_float_all.h many times in its source code, so first I tried to simply replace them with the header files which the libfast-float-dev package provides. Note that the fast_float.hpp is effectively a wrapper for fast_float_all.h. However, it seems a bit difficult to use the libfast-float-dev package for replacing fast_float.hpp and fast_float_all.h. This is because fast_float_all.h was apparently created with fast_float/script/amalgamate.py as a single header file, which the libfast-float-dev package does not provide as such. Taking the situation above into account, I would like to propose the following options to address this issue. Options: (a) Use fast_float.hpp and fast_float_all.hpp, both of which are already embedded in c4core; we don't use libfast-float-dev for replacing them. (b) Use the fast_float pacakge - use amalgamate.py to generate a single header like fast_float_all.hpp, add it to the fast_float package, then replace fast_float_all.hpp with the one which the package provides I would appreciate it if you help me decide which option to take or if you share other options, if any. What do you think? FYI, there are no issues when it comes to using debugbreak for c4core. [0] https://packages.debian.org/bookworm/libfast-float-dev [1] https://packages.debian.org/bookworm/debugbreak Best, Fukui
Bug#1023802: RFP: desync -- Data Synchronization Tool
Package: wnpp Severity: wishlist * Package name : desync Version : 0.9.3 Upstream Author : Frank Olbricht * URL : https://github.com/folbricht/desync * License : BSD-3-clause Programming Lang: Go Description : Data Synchronization Tool, alternative Casync implementation This is a re-implementation of Casync, which aims to be mostly a drop-in replacement with some differences in functionalities. It offers several additional features like the ability to estimate an update download size, or parallel chunking to utilize the multiple cores of CPUs. RAUC v1.8 gained support for Desync, which can now be chosen as the desired synchronization tool, instead of Casync. For this reason desync should also be added as a "suggests" in rauc.
Bug#1023796: ITP: pylint-venv -- Pylint hook to use same pylint with different virtual envs
Package: wnpp Severity: wishlist Owner: Julian Gilbey X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pylint-venv Version : 2.3.0 Upstream Author : Jan Gosmann , Federico Jaramillo * URL : https://github.com/jgosmann/pylint-venv * License : MIT (Expat) Programming Lang: Python Description : Pylint hook to use same pylint with different virtualenvs Pylint does not respect the currently activated virtualenv if it is not installed in every virtual environment individually. This module provides a Pylint init-hook to use the same Pylint installation with different virtual environments. This package is a new dependency of spyder (version 5.4.0) which I'm currently preparing to upload. It is a single short Python module (about 90 lines excluding initial comments). It will be maintained within the Debian Python team, with me as the primary maintainer.
Bug#1023793: ITP: customidenticon -- Python library for generate a variety of identicons
Package: wnpp Severity: wishlist Owner: Edward Betts X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: customidenticon Version : 0.1.5 Upstream Author : LexSerest * URL : https://github.com/lexserest/customidenticon * License : MIT Programming Lang: Python Description : Python library for generate a variety of Identicons An Identicon is a visual representation of a hash value, usually of an IP address, that serves to identify a user of a computer system as a form of avatar while protecting the user's privacy. The original Identicon was a 9-block graphic. . This library includes support for 3 different types of Identicons. . Features include: . - change the final image size (size of elements, number of elements) - change border size - change background color - change the transparency of elements - change the output format (PNG, JPEG, etc.) - choice of hashing algorithm (including your own) I plan to maintain this package as part of the Python team. This is a dependancy of AlekSIS [1] 1: https://edugit.org/AlekSIS/official/AlekSIS-Core
