Processed: itp python-tuf
Processing commands for cont...@bugs.debian.org: > owner 934151 Philippe Coval Bug #934151 [wnpp] ITP: python-tuf -- plug-and-play library for securing a software updater Owner changed from Lukas Puehringer to Philippe Coval . > End of message, stopping processing here. Please contact me if you need assistance. -- 934151: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934151 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: RFS: python-tuf/0.17.0-1 [ITP] -- library for securing a software updater
Processing commands for cont...@bugs.debian.org: > block 934151 by 984883 Bug #934151 [wnpp] ITP: python-tuf -- plug-and-play library for securing a software updater 934151 was blocked by: 931178 934151 was not blocking any bugs. Added blocking bug(s) of 934151: 984883 > End of message, stopping processing here. Please contact me if you need assistance. -- 934151: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934151 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984927: ITP: rgbds -- Game Boy assembler
Package: wnpp * Package name: rgbds * Upstream Author: Eldred Habert * License: MIT * Homepage: https://rgbds.gbdev.io ~ Eldred
Processed: ITP: rgbds -- Game Boy assembler
Processing commands for cont...@bugs.debian.org: > owner 984927 Eldred HABERT Bug #984927 [wnpp] ITP: rgbds -- Game Boy assembler Owner recorded as Eldred HABERT . > End of message, stopping processing here. Please contact me if you need assistance. -- 984927: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984927 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984930: ITP: puppet-module-camptocamp-systemd -- Puppet module for Systemd configuration
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-camptocamp-systemd Version : 2.12.0 Upstream Author : Raphaël Pinson * URL : https://github.com/camptocamp/puppet-systemd * License : Apache-2.0 Programming Lang: Puppet Description : Puppet module for Systemd configuration Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . This module manages both the installation and configuration of Systemd.
Bug#984932: ITP: python-shapely -- Python library for manipulation of carthesian geometric objects
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@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#984932: marked as done (ITP: python-shapely -- Python library for manipulation of carthesian geometric objects)
Your message dated Wed, 10 Mar 2021 14:44:57 +0100 with message-id and subject line Re: Bug#984932: ITP: python-shapely -- Python library for manipulation of carthesian geometric objects has caused the Debian Bug report #984932, regarding ITP: python-shapely -- Python library for manipulation of carthesian geometric objects 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.) -- 984932: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984932 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@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). --- End Message --- --- Begin Message --- On 3/10/21 2:23 PM, Romain Porte wrote: > 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). python-shapely is already packaged, and maintained within the GIS team: https://tracker.debian.org/pkg/python-shapely Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1--- End Message ---
Bug#984936: O: setcolortemperature -- Set screen color temperature
Package: wnpp Severity: normal I intend to orphan the setcolortemperature package. It hasn't seen pretty much any changes upstream for several years at this point, and has at least one major outstanding issue that I'm aware of (lack of multi-screen support). In the meantime, xsct, derived from the same original code, has been actively maintained upstream and has introduced many fixes to the original code. There is now an ITP for xsct (#984779), and so I think it is time to retire this package once xsct is introduced into debian. Ideally there would also be some kind of transition sct package so as not to leave old users of setcolortemperature behind.
Bug#984779: transition to xsct
I just filed #984936 orphaning setcolortemperature in preparation for xsct to enter the archive. I think setcolortemperature should be replaced by xsct, since it is much better maintained upstream. I had actually been thinking about doing some kind of transition to xsct for a while but never got around to it. Thanks to Mike for actually taking this on, sorry for leaving the setcolortemperature package in a mostly abandoned state for so long.
Bug#984937: ITP: flatcam-beta -- PCB CAM software (beta release)
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-de...@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#984937: ITP: flatcam-beta -- PCB CAM software (beta release)
Hello Romain, Am 10.03.21 um 17:26 schrieb Romain Porte: > Package: wnpp > Severity: wishlist > Owner: Romain Porte > X-Debbugs-Cc: debian-de...@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. long long ago I intended to package FlatCAM. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844643 I stopped working on this due no response from upstream regarding questions related to Qt5 Python bindings so far I remember. Why do you want to name the package flatcam-beta? -- Regards Carsten
Bug#984850: qalculate-gtk (ITA)
Control: owner 984850 ! Control: owner 984851 ! Control: retitle 984850 ITA: libqalculate -- Powerful and easy to use desktop calculator Control: retitle 984851 ITA: qalculate-gtk -- Powerful and easy to use desktop calculator thanks Hi Vincent, Thank you for confirming your intentions for qalculate, I'm happy to take it on. Please could I ask you to transfer the repo to the Debian group in salsa and add me (emorrp1) as a Maintainer? I couldn't find a more appropriate team, so I'll probably just use the tracker address as Maintainer. I've also done an initial triage of the bugs and cc'd the new ubuntu maintainer to hopefully collaborate. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Processed: Re: qalculate-gtk (ITA)
Processing control commands: > owner 984850 ! Bug #984850 [wnpp] O: libqalculate -- Powerful and easy to use desktop calculator Owner recorded as Phil Morrell . > owner 984851 ! Bug #984851 [wnpp] O: qalculate-gtk -- Powerful and easy to use desktop calculator Owner recorded as Phil Morrell . > retitle 984850 ITA: libqalculate -- Powerful and easy to use desktop > calculator Bug #984850 [wnpp] O: libqalculate -- Powerful and easy to use desktop calculator Changed Bug title to 'ITA: libqalculate -- Powerful and easy to use desktop calculator' from 'O: libqalculate -- Powerful and easy to use desktop calculator'. > retitle 984851 ITA: qalculate-gtk -- Powerful and easy to use desktop > calculator Bug #984851 [wnpp] O: qalculate-gtk -- Powerful and easy to use desktop calculator Changed Bug title to 'ITA: qalculate-gtk -- Powerful and easy to use desktop calculator' from 'O: qalculate-gtk -- Powerful and easy to use desktop calculator'. -- 984850: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984850 984851: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984851 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: qalculate-gtk (ITA)
Processing control commands: > owner 984850 ! Bug #984850 [wnpp] ITA: libqalculate -- Powerful and easy to use desktop calculator Ignoring request to set the owner of bug #984850 to the same value > owner 984851 ! Bug #984851 [wnpp] ITA: qalculate-gtk -- Powerful and easy to use desktop calculator Ignoring request to set the owner of bug #984851 to the same value > retitle 984850 ITA: libqalculate -- Powerful and easy to use desktop > calculator Bug #984850 [wnpp] ITA: libqalculate -- Powerful and easy to use desktop calculator Ignoring request to change the title of bug#984850 to the same title > retitle 984851 ITA: qalculate-gtk -- Powerful and easy to use desktop > calculator Bug #984851 [wnpp] ITA: qalculate-gtk -- Powerful and easy to use desktop calculator Ignoring request to change the title of bug#984851 to the same title -- 984850: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984850 984851: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984851 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984937: ITP: flatcam-beta -- PCB CAM software (beta release)
Hi, 10/03/2021 17:40, Carsten Schoenert : > long long ago I intended to package FlatCAM. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844643 > > I stopped working on this due no response from upstream regarding > questions related to Qt5 Python bindings so far I remember. The only discussion I was able to find is this one: https://bitbucket.org/jpcgt/flatcam/issues/221/intent-to-package-flatcam-for-debian It seems that upstream is now correctly using pyqt5, at least in their Beta branch. > Why do you want to name the package flatcam-beta? Because flatcam's master branch itself seems abandonned since 2019 and misses a lot of useful features. As long as upstream is not making a proper release and is keeping development in the Beta branch, I am only interrested in using (and packaging) flatcam-beta and not flatcam itself. See https://bitbucket.org/jpcgt/flatcam/branches/ for the difference between the two versions: 2865 commits. I do not intent to update everytime a new Beta release is made, but want to be able to install Flatcam Beta easily without running into a lot of dependencies issues that I am currently facing with upstream's Beta branch. Any thoughs on this approach are welcome! Romain.
Bug#984770: Bug#984772: libpod: add binary package "podman-docker" for Docker API emulation
Great, thanks! Silvano On 10/03/2021 19:07, Reinhard Tartler wrote: > Control: reassign -1 libpod > Control: merge -1 984772 > Hi Silvano, > > I'm taking care of this with this email by merging the two bugs. > > Best, > > On 3/8/21 9:17 AM, Silvano Cirujano Cuesta wrote: >> Dear libpod maintainers, >> >> unfortunately I've realized that building the binary package out of the >> already existing source package "libpod" is the right approach after posting >> this request: >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.debian.org%2Fcgi-bin%2Fbugreport.cgi%3Fbug%3D984770&data=04%7C01%7Csilvano.cirujano-cuesta%40siemens.com%7Cc737e3a1217c4389673c08d8e3ef5526%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C637509964371809863%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=jTTf9X2cBVngG7vyF4Xpn8F0l8dhm0NwlLESW1JnmXw%3D&reserved=0. >> But I cannot close it. Can you do it? >> >> Thanks! >> >> Silvano >> >> On 08/03/2021 10:22, [ext] Silvano Cirujano Cuesta wrote: >>> Source: libpod >>> Version: 3.0.0 and higher >>> Severity: wishlist >>> X-Debbugs-Cc: silvano.cirujano-cue...@siemens.com >>> >>> Similarly to archlinux and the RedHad distributions family, Debian >>> should provide a package that enables replacing Docker CLI and API >>> emulating both with Podman. >>> >>> The upstream project libpod (being packaged by the Debian source package >>> "libpod") provides all needed files. As the archlinux packaging shows [1], >>> only a build with the special Makefile target "install.docker" is needed. >>> >>> This binary package would require "podman">3.0.0 and would conflict with >>> docker.io (is it even possible to make it conflict with the package >>> provided by Docker Inc.?). >>> >>> [1] >>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchlinux%2Fsvntogit-community%2Fblob%2Ff3bea61b48de022cb805830979675131ab54001f%2Ftrunk%2FPKGBUILD%23L51&data=04%7C01%7Csilvano.cirujano-cuesta%40siemens.com%7Cc737e3a1217c4389673c08d8e3ef5526%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C637509964371809863%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=sDJStA%2Fw7jlG3SZiDOb7sswdnpGhO1YDbxUbfIwKqaA%3D&reserved=0 >>> >>> -- System Information: >>> Debian Release: bullseye/sid >>> APT prefers testing >>> APT policy: (900, 'testing'), (50, 'unstable'), (10, 'experimental') >>> Architecture: amd64 (x86_64) >>> Foreign Architectures: i386 >>> >>> Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) >>> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, >>> TAINT_UNSIGNED_MODULE >>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=sh: 0: getcwd() >>> failed: No such file or directory >>> UTF-8), LANGUAGE not set >>> Shell: /bin/sh linked to /bin/dash >>> Init: systemd (via /run/systemd/system) >>> LSM: AppArmor: enabled
Bug#984770: Bug#984772: libpod: add binary package "podman-docker" for Docker API emulation
Control: reassign -1 libpod Control: merge -1 984772 Hi Silvano, I'm taking care of this with this email by merging the two bugs. Best, On 3/8/21 9:17 AM, Silvano Cirujano Cuesta wrote: > Dear libpod maintainers, > > unfortunately I've realized that building the binary package out of the > already existing source package "libpod" is the right approach after posting > this request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984770. But I > cannot close it. Can you do it? > > Thanks! > > Silvano > > On 08/03/2021 10:22, [ext] Silvano Cirujano Cuesta wrote: >> Source: libpod >> Version: 3.0.0 and higher >> Severity: wishlist >> X-Debbugs-Cc: silvano.cirujano-cue...@siemens.com >> >> Similarly to archlinux and the RedHad distributions family, Debian >> should provide a package that enables replacing Docker CLI and API >> emulating both with Podman. >> >> The upstream project libpod (being packaged by the Debian source package >> "libpod") provides all needed files. As the archlinux packaging shows [1], >> only a build with the special Makefile target "install.docker" is needed. >> >> This binary package would require "podman">3.0.0 and would conflict with >> docker.io (is it even possible to make it conflict with the package >> provided by Docker Inc.?). >> >> [1] >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchlinux%2Fsvntogit-community%2Fblob%2Ff3bea61b48de022cb805830979675131ab54001f%2Ftrunk%2FPKGBUILD%23L51&data=04%7C01%7Csilvano.cirujano-cuesta%40siemens.com%7Cc49c75ba28a140bf61df08d8e213ef18%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C637507922533497030%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=aafRgiks93qC1GZzyknoeJN0p8xOhq%2FI5cBJX3o2tQc%3D&reserved=0 >> >> -- System Information: >> Debian Release: bullseye/sid >> APT prefers testing >> APT policy: (900, 'testing'), (50, 'unstable'), (10, 'experimental') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) >> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, >> TAINT_UNSIGNED_MODULE >> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=sh: 0: getcwd() >> failed: No such file or directory >> UTF-8), LANGUAGE not set >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >> LSM: AppArmor: enabled >
Processed (with 1 error): Re: Bug#984772: libpod: add binary package "podman-docker" for Docker API emulation
Processing control commands: > reassign -1 libpod Bug #984770 [wnpp] RFP: podman-docker -- Emulate Docker CLI and API using Podman. Bug reassigned from package 'wnpp' to 'libpod'. Ignoring request to alter found versions of bug #984770 to the same values previously set Ignoring request to alter fixed versions of bug #984770 to the same values previously set > merge -1 984772 Bug #984770 [libpod] RFP: podman-docker -- Emulate Docker CLI and API using Podman. Unable to merge bugs because: package of #984772 is 'src:libpod' not 'libpod' Failed to merge 984770: Did not alter merged bugs. -- 984770: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984770 984772: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984772 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984947: RFP: node-types-filesystem -- type definitions for File System API
Package: wnpp Severity: wishlist * Package name: node-types-filesystem Version : 0.0.29 Upstream Author : Kon * URL : https://www.npmjs.com/package/@types/filesystem * License : MIT Programming Lang: TypeScript Description : type definitions for File System API The latest version of Chromium (which is bundled in Qt WebEngine) has some TypeScript code that I am trying to build with system compiler and types definitions (otherwise I will have to bundle its node_modules directory…). I have found virtual packages like node-types-codemirror and node-types-estree that provide some types needed by Chromium. But one of the missing bits is @types/filesystem/index.d.ts, which I was not able to find anywhere. It is available on NPM with the link mentioned above. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#984947: [Pkg-javascript-devel] Bug#984947: RFP: node-types-filesystem -- type definitions for File System API
Quoting Dmitry Shachnev (2021-03-10 20:05:46) > But one of the missing bits is @types/filesystem/index.d.ts, which I > was not able to find anywhere. > > It is available on NPM with the link mentioned above. Not sure if relevant, but someone seemingly comments that File API should be included as part of default Typescript library: https://stackoverflow.com/questions/53305340/typescript-html5-api-typings - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
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-de...@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#984779: transition to xsct
On Mi 10 Mär 2021 17:15:25 CET, Jacob Adams wrote: I just filed #984936 orphaning setcolortemperature in preparation for xsct to enter the archive. I think setcolortemperature should be replaced by xsct, since it is much better maintained upstream. I had actually been thinking about doing some kind of transition to xsct for a while but never got around to it. Thanks to Mike for actually taking this on, sorry for leaving the setcolortemperature package in a mostly abandoned state for so long. Thanks Jacob! Much appreciated! Mike -- DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de pgpAzM9E1GV6w.pgp Description: Digitale PGP-Signatur
Fulfilling Purchase Order Enquiry
Hello, We found your products useful to our company/market, and we are interested. Kindly send us a price list. The shipment will be handled by the freight company who handles all our shipments, and our payment term is by credit card. Your prompt response will be appreciated. Regards, Tariq Hassan Purchasing Manager Esqrithomes Commercial Trading Co. LLC 28a Street, Al Quoz Industrial Area 1, Dubai, United Arab Emirates United Arab Emirates. Tel +971 4 380 0318
Bug#984850: qalculate-gtk (ITA)
Hi, On Wed, Mar 10, 2021 at 05:19:36PM +, Phil Morrell wrote : > Thank you for confirming your intentions for qalculate, I'm happy to > take it on. Please could I ask you to transfer the repo to the Debian > group in salsa and add me (emorrp1) as a Maintainer? > > I couldn't find a more appropriate team, so I'll probably just use the > tracker address as Maintainer. I've also done an initial triage of the > bugs and cc'd the new ubuntu maintainer to hopefully collaborate. I've transfered both projects: - https://salsa.debian.org/debian/libqalculate - https://salsa.debian.org/debian/qalculate-gtk And you're set as maintainer. Thanks, Vincent
