Bug#974565: ITP: python-logassert -- Simple log assertion mechanism for Python unittests

Package: wnpp Severity: wishlist Owner: Iñaki Malerba X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-logassert Version : 6 Upstream Author : Facundo Batista * URL : https://github.com/facundobatista/logassert/ * License : GPL-3

Bug#970896: lintian times out while analyzing package

Hey there! Even though I couldn't reproduce it locally ( :/ ) it was 100% reproducible on salsa ci. Just retried a job with lintian==2.98.0 and it seems to be fixed :) Same job from the original report: https://salsa.debian.org/ina/mediawiki/-/jobs/1079414 Another failing job:

Bug#961584: lxc-stop fails with exit code 1

El 2/6/20 a las 20:07, Pierre-Elliott Bécue escribió: > Could you remove the --quiet bit to see if lxc-stop gives us a bit more > intel? > > If possible, have your testbed call lxc-stop --kill --logpriority trace > --logfile /dev/stdout --name ${NAME}, so we can have the most expressive > output.

Bug#961584: lxc-stop fails with exit code 1

El 26/5/20 a las 23:35, Antonio Terceiro escribió: > is there an easy/documented way of reproducing the salsa ci environment > (i.e. lxc working under docker) locally? Attached is a Dockerfile. It should be sufficient to reproduce the problem. Changing the FROM statement from debian:unstable to

Bug#961584: lxc-stop fails with exit code 1

Source: lxc Version: 1:4.0.2-1 Severity: important Dear Maintainer, Since version 1:4.0.2-1, we've found a change on the behavior of lxc-stop when running on the Salsa-CI pipeline. debci calls `lxc-stop --quiet --kill --name $NAME` and it's returning exit code 1. This can be reproduced on

Bug#960389: ITP: python-configclass -- A Python class to hold configuration values

Package: wnpp Owner: Iñaki Malerba Severity: wishlist * Package name: python-configclass Version : 0.2.0 Upstream Author : Eduardo Naufel Schettino * URL : https://github.com/schettino72/configclass * License : MIT Programming Lang: Python Description

Bug#960338: ITP: python-mergedict -- A Python dict with a merge() method

Package: wnpp Owner: Iñaki Malerba Severity: wishlist * Package name: python-mergedict Version : 1.0.0 Upstream Author : Eduardo Naufel Schettino * URL : https://github.com/schettino72/mergedict * License : MIT Programming Lang: Python Description : A

Bug#954151: Please move logbook to Debian Python Modules team (Was: src:logbook: Requires a package outside of Main)

El 14/4/20 a las 10:43, Andreas Tille escribió: > Hi Agustin and Iñaki, > > I wonder whether you would like to maintain the logbook package in > Debian Python Modules team (by setting the mailing list as Maintainer > and you two serve as Uploaders.) This would possibly enhance the number > of

Bug#950847: python-icecream needs new upstream for Python 3.8 support

El 7/2/20 a las 12:37, Matthias Klose escribió: > Package: src:python-icecream > Version: 1.3.1-1 > Severity: serious > Tags: sid bullseye > User: debian-pyt...@lists.debian.org > Usertags: python3.8 > > python-icecream needs new upstream for Python 3.8 support. The tests fail. > > upstream

Bug#951438: ITP: python-executing -- Get information about what a frame is currently doing

Package: wnpp Severity: wishlist Owner: Iñaki Malerba * Package name: python-executing Version : 0.4.1 Upstream Author : Alex Hall * URL : https://github.com/alexmojaki/executing * License : MIT Programming Lang: Python Description : Get information

Bug#896904: New upstream available

Dear Maintainer, This issue is still present. I tested version 2.2.4 from upstream and works fine. Please consider packaging the latest version. Thanks :) -- - ina signature.asc Description: OpenPGP digital signature

Bug#905581: lists.debian.org: Request for new mailing list: debian-salsa-ci

Hi Alex, Do you think it might me possible to open a 'salsa-ci-team' list now that the project has gained more interest and we need a formal way to communicate and discuss things? Cheers -- - ina signature.asc Description: OpenPGP digital signature

Bug#901000: [dh-python] Use current locale for encoding the output of readelf on so2pyver function

Hi there! Pinging about this issue. I think the problem is still happening here https://salsa.debian.org/debian/logbook/-/jobs/113627 Abrazo, -- - ina

Bug#912578: [devscripts] Package is not installable on unstable

Package: devscripts Version: 2.18.7 Severity: grave --- Please enter the report below this line. --- Dear Maintainer, The package is not installable on unstable due to dependencies problem. ``` The following packages have unmet dependencies:  devscripts : Depends: libipc-run-perl but it is not

Bug#905514: Reproduced in Gitlab CI

Dear maintainer, you can find the bug reproduced on the following pipeline [1], adding our generic CI script [2]. 1_ https://salsa.debian.org/ina-guest/cryptsetup/-/jobs/36815 2_ https://salsa.debian.org/salsa-ci-team/pipeline/ Saludos -- - ina signature.asc Description: OpenPGP digital

Bug#904149: [python-gitlab] New upstram available

Package: python-gitlab Severity: normal --- Please enter the report below this line. --- Hello maintainer. Would you mind packing the newest version ? 1.5.1 is already available. Thanks! --- System information. ---

Bug#855091: aiocoap: FTBFS randomly (failing tests)

I won't help much with the problem, but just want to add some info about this: On 17/06/18 19:58, Santiago Vila wrote: > Does this mean we should not worry about this anymore? As we moved to salsa, CI pipeline was added which builds and tests the package. Tests were disabled on build time because

Bug#901390: RFP: python-orderedmultidict -- an ordered multivalue dictionary that retains method parity with Python's dict.

see this package in Debian. > > Inaki Malerba wrote: >> License: Public Domain > Just to be a little more specific python-orderedmultidict uses the Unlicense. > > The license says the software is released into the public domain. > > See https://github.com/gruns/orderedmu

Bug#901390: RFP: python-orderedmultidict -- an ordered multivalue dictionary that retains method parity with Python's dict.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: python-orderedmultidict Version: 1.0 Upstream Author: Ansgar Grunseid URL: https://github.com/gruns/orderedmultidict License: Public Domain Description: A

Bug#901070: RFP: python-furl -- URL parsing and manipulation made easy

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: python-furl Version: v1.1 Upstream Author: Ansgar Grunseid URL: https://github.com/gruns/furl License: Public Domain Description: Furl is a small Python library

Bug#847693: v1.0 packaging

Hi ! The 1.3 version is packaged. Should we close this bug ? -- - ina signature.asc Description: OpenPGP digital signature

Bug#900464: autopkg logbook

Hi Paul! Thanks for noticing ! We were aware of the problem, and were planning to fix it when releasing the new upstream version (1.4.0). I agree with the needs-root restriction. If you wanna see, the tests are running on our pipeline anyway.

Bug#898739: RFP: python-icecream -- A simple python library which makes debugging a little easier.

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: python-icecream Version: v1.3 Upstream Author: gruns URL: https://github.com/gruns/icecream License: MIT Description: icecream is a small python library which

Bug#747909: autopkgtest in docker on my pipeline.

Hi all ! Here [1] is a link where you can see the docker virt working on my pipeline. Hope you can consider adding it :) [1]_ https://salsa.debian.org/debian/doit/-/jobs/14389 -- - ina signature.asc Description: OpenPGP digital signature

Bug#747909: WIP adt-virt-docker

Hi Martin I just brought to salsa [1] the Mathieu's patch with Chris fixes. I'll do my best to try answering the questions you did. 1_ https://salsa.debian.org/ci-team/autopkgtest/merge_requests/3 >> + >> +capabilities = ['revert-full-system', 'root-on-testbed', >> +   

Bug#894217: [reprotest] kk_KZ.RK1048 again

Hi Ximin > More generally, I'd argue that build programs shouldn't fail simply when > LC_ALL is unrecognised, for example gcc works perfectly fine. > > $ LC_ALL=ououi gcc -c /dev/null 2>/dev/null; echo $? > 0 Totally agree. Normally, it should fallback to a known config, but, as you can see in

Bug#894217: [reprotest] kk_KZ.RK1048 again

Hi Chris! Thanks for the answer. On 17/04/18 13:18, Chris Lamb wrote: > Could you expand the commit message on this patch to include the > reason why beyond "causes trouble"? I've done some research about the root problem but couldn't find much more than it's a relatively new encoding. My guess

Bug#894217: [reprotest] kk_KZ.RK1048 again

On 17/04/18 11:08, Inaki Malerba wrote: > Should//I send a patch to change this encoding to a less problematic one? Anyway, here's a proposal to change it to another encoding which I already tested. Saludos! -- - ina From ca7afd30754fa7fa3a794db70e00ce290fdd51fe Mon Sep 17 00:00:00 2

Bug#894217: [reprotest] kk_KZ.RK1048 again

Package: reprotest Version: 0.7.7 --- Please enter the report below this line. --- Hi there! It's me again. I came across the same problem while checking another package. Sphinx breaks when the kk_KZ.RK1048 locale is chosen. Should//I send a patch to change this encoding to a less problematic

Bug#894217: [reprotest] Problem with kk_KZ.RK1048 encoding.

Package: reprotest Version: 0.7.7 Severity: normal --- Please enter the report below this line. --- Hi there! I've came across a problem triggered when the 'kk_KZ.RK1048' encoding is chosen. It's not a reprepro bug, but help2man's. ``` $ LC_ALL=kk_KZ.RK1048 help2man Unknown encoding 'RK1048'

Bug#891076: docker.io: docker version (1.13.1) in sid reached EOL

Hi all! I came across this problem while trying to make explicit a docker dependency. Are there any news on the upgrade to the upstream version? If not, i'd be willing to spend some time working on the task. Cheers! -- Iñaki