Bug#978149:

[Nilson Silva]

Hi Karthek!
Are you still interested in packaging pyenv?

I was thinking about working on this project.

If you are interested in being able to help you, as I am interested in 
maintaining this package.

Best wishes


Nilson F. Silva

Bug#1084781:

[Nilson Silva]

Hi everybody!
I hope this information helps you find a solution.

I contacted upstream sphinx-theme-builder a few days ago about why the 
relaxation flags in Nodejs weren't working:
export STB_USE_SYSTEM_NODE = true
export STB_RELAX_NODE_VERSION_CHECK = true
He answered me this here:
https://github.com/pradyunsg/sphinx-theme-builder/issues/50

According to him, the version currently in Debian NodeJS v16.13.2 is 
incompatible.


There are even other problems related to this here too:
https://github.com/pradyunsg/sphinx-theme-builder/issues?q=is%3Aissue+is%3Aclosed

Another thing we have another problem similar to this:
https://salsa.debian.org/python-team/packages/sphinx-book-theme
https://github.com/executablebooks/sphinx-book-theme/blob/master/pyproject.toml

In the new version 1.1.3, Upstream adopted sphinx-theme-builder as a backend

And the aggravating factor is that the majority of dependencies. js is not in 
Debian.

I believe the solution for pydata-sphinx-theme will work for sphinx-book-theme

Nilson F. Silva

Bug#1080525:

[Nilson Silva]

Hi Eric Cooper!
Thanks for reporting the Bug!

I just reported the bug upstream. Let's wait to see if there is any fix for the 
reported bug!
https://github.com/instaloader/instaloader/issues/2365


Nilson F. Silva

Bug#1076362: ITP: python-proton-core -- Proton Technologies API wrapper

[Nilson Silva]

Hi thomas!

I apologize for the lack of clarity in the description.

But the full description will be in debian/control.
I thought it would be too long for an ITP, so I made a summary.
However, if you want to access the full description, follow:


The python-proton-core module is the backbone of Proton VPN, containing the 
core logic and essential functionality that is used by other
 Proton components. This module is designed to provide a robust and secure 
infrastructure for various operations within Proton VPN,
ranging from authentication and session management to communication and general 
utilities.
Main Components and Their Functions

Authentication and Sessions:
session: This package manages everything related to sessions, including 
initializing, maintaining and validating user
sessions. It encompasses communicating with APIs, manipulating form 
data (as seen in formdata.py), and implementing
   secure authentication protocols (for example, through SRP - Secure 
Remote Password).
srp: Contains specific modules for the SRP protocol, which guarantees 
security during user authentication.


Key Management:
keyring: Deals with key and credential management, storing and 
retrieving sensitive information securely.

Loading and Execution:
loader: Facilitates the loading of components and the execution of main 
scripts, allowing for fluid initialization and dependency management.

Single Sign-On (SSO):
sso: Supports Single Sign-On functionality, allowing users to 
authenticate once to access multiple Proton services.

Utilities:
utils: Contains several utility functions that help with common 
operations such as environment management and using metaclasses.

Transport and Communication:
transports: Deals with different data transport methods, using 
libraries such as aiohttp and requests to perform HTTP communications. This 
package also includes utilities for alternative routing and DNS manipulation.

Interface and Visualization:
views: Provides basic components for creating command line interfaces 
(CLI), allowing user interactions in a structured way.

Overall, python-proton-core serves as the functional core of Proton VPN, 
ensuring that all components work together in a cohesive and efficient manner, 
offering
Security in terms of Implementation of robust authentication protocols and 
secure key management allowing flexibility in integration
and communication between different modules and services, providing utilities 
and components that simplify the development and maintenance of complex 
functionalities, through
Its modular structure allows expansion and customization, accommodating new 
functionalities and improving existing ones without compromising stability.



Nilson F. Silva



De: tho...@goirand.fr 
Enviado: domingo, 14 de julho de 2024 23:39
Para: 1076...@bugs.debian.org <1076...@bugs.debian.org>; Josenilson Ferreira da 
Silva ; Debian Bug Tracking System 

Assunto: Re: Bug#1076362: ITP: python-proton-core -- Proton Technologies API 
wrapper

This is a bad long description. Please explain what Proton is.

Thomas

Sent from Workspace ONE Boxer

On Jul 15, 2024 10:27 AM, Josenilson Ferreira da Silva 
 wrote:

Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva 
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com

* Package name: python-proton-core
  Version : 0.1.16
  Upstream Contact: Proton Technologies 
* URL : https://github.com/ProtonVPN/python-proton-core
* License : GPL3+
  Programming Lang: Python
  Description : Proton Technologies API wrapper

The Proton Core library is a core component that contains the fundamental logic
  used by the other Proton components. This core provides the essential basis 
for
  the functioning and integration of the other parts of Proton, ensuring 
consistency
  and efficiency in the system's overall performance.

Nota: Module required for packaging:
https://github.com/ProtonVPN/proton-vpn-gtk-app

Bug#1074643: presets: FTBFS:

[Nilson Silva]

Hi Lucas!

First of all, I would like to thank you for always informing me about the 
status of my packages.

I have always tried to respond to your requests as soon as I see your bugs.


However, I would like to ask you:

Where do you follow and know that the package has construction problems?

I always see the status of each package on my page.
https://qa.debian.org/developer.php?login=nilsonfsilva%40hotmail.com&comaint=yes

However, this last Bug (presets), which you registered, does not appear with 
FTBFS failure on my page.

Where can I see and fix bugs before they are opened?
This can save you work.

The objective of the question is precisely to understand and learn how the 
dynamics of build processes work.

Thanks in advance!



Nilson F. Silva

Bug#1071007:

[Nilson Silva]

HI
Hey guys!

I just finished updating Sherlock, fixing the conflicts that led to this bug 
being opened.

> Packager can also  get rid of the only- run-one-test solution for unit
> testing, as there is  built in support for  offline-only unit tests via
> either `tox -e  offline` (preferred for consistency) or `pytest -m "not
> online"` and their respective macros


As for the tests, everything went well.  I customized the construction 
according to Paul's instructions.
I will be uploading the new version to Debian, thus closing the Bug.
If new situations arise, feel free to open other notifications.


Thank you all for your help!
Nilson F. Silva

Bug#1072816:

[Nilson Silva]

Hi Peter!

> in my opinion version 0.9.1-3 does not provide a proper fix for the
> above issue. Now the situation looks like this:
> It seems that upstream has even arranged to put this file into this location 
> [0].
On this point, I agree with you.  I was also in doubt and that's why I opened a
“question”: https://github.com/xaitax/SploitScan/issues/23 and it was answered.
I'll move it to /etc/sploitscan/


> I also noticed that local changes in report_template.html are not
> preserved on package upgrades as required by Debian Policy 10.7.3.
To avoid mistaken corrections, could you clarify this point with a practical 
example?
This bug has generated a lot of learning. Thank you very much, in advance

> . Looking at the sploitscan code [1], I suppose that the link
> /usr/lib/python3/dist-packages/sploitscan/config.json ->
> /etc/sploitscan/config.json
> is not necessary (although I have not tested this).

Will this answer your question?
https://github.com/xaitax/SploitScan/issues/23


best wishes,
Nilson F. Silva

Bug#1074476:

[Nilson Silva]

Hi Peter!

Thank you for your comments on this package, they were very helpful:

This error had already been reported:
https://github.com/xaitax/SploitScan/issues/21

I was waiting for the correction:
It looks like it's already out in version 0.10.1:

https://github.com/xaitax/SploitScan/commit/6fd2c33e32927dd497bfbe8db56167d9b7b0a29f

I'll upload it along with the bug fix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072816

Strong hug!
Nilson F. Silva

Bug#1071007:

[Nilson Silva]

Hi everybody!

Firstly, we have to make it clear that we have two distinct bugs:

They seem to be the same because you are bumping into the only files they have 
in common:
__init__.py


The first bug was due to Sherlock installing his modules in the root of the 
package directories.
 This has so far been resolved by the patch. I sent it upstream, in case he 
wanted to merge until he
 changed to another beckand(poetry), however I left him free to accept it or 
not. And I made clear the reasons why I sent it.
https://github.com/sherlock-project/sherlock/pull/2147

The other problem is because there is the same project with the same name as 
sherlock, although its
name is python-sherlock, upstream in its code calls it "sherlock".

The question is to solve the problem, one of the projects will have to change 
the name
of both pyproject.toml and also change the name of its main module and create 
nicknames
for its "imports". In my opinion, several files will have to be patched

Or as an alternative
We could make Sherlock install its modules in the package root again. 

The question is when Sherlock joins Poetry, we will have the problem again, 
as there would once again be a directory called Sherlock.

Nilson F. Silva

Bug#1072733:

[Nilson Silva]

Hi Thomas!

Correct me if I'm wrong. But I believe that our packages
 conflict because they assume the same name at compile time.

Sherlock
#!/usr/bin/make -f
#export DH_VERBOSE = 1
export PYBUILD_NAME=sherlock
export PYBUILD_TEST_CUSTOM=1


pyhon-sherlock
https://tracker.debian.org/media/packages/p/python-sherlock/rules-0.4.1-2

Your package should not be called in d/rules:
export PYBUILD_NAME=python-sherlock
or something similar that wasn't exactly sherlock?


Thanks!

Nilson F. Silva

Bug#1072686:

[Nilson Silva]

Hi Eriberto!

I'll be uploading a new version of Sherlock!
and I take advantage and correct it.

Thank you very much!



Nilson F. Silva

Bug#1071007:

[Nilson Silva]

In accordance with the other Package Uploaders,
Debian Developer, Francisco Vilmar.
I will be closing the bug.

Since the problem itself, with Sherlock installing its
modules in the root of the packages, has been fixed.



Nilson F. Silva

Bug#1071007:

[Nilson Silva]

Hi Paul!

Just clarifying!

My goal with this patch was to just solve a conflict problem by trying, not 
changing your code through a patch.

But unfortunately, both attempts were not accepted by Samuel, as they did not 
solve the problem itself.

This led to the bug being reopened twice as RC, leading to its removal from 
"testing" even after pycrc had resolved its conflict issue.

I wouldn't want the removal to happen.


Another thing:
This PR =>
https://github.com/sherlock-project/sherlock/pull/2127

It involves significant changes, both in terms of packaging (poetry) and the 
implementation of unit tests and even with tox.

I would need to see how these changes would affect packaging in the Debian 
environment.

If Samuel agrees, I will upload this patch. And this transition from setuptools 
to poetry would be for later, until we see how Sherlock would behave in Debian.



Nilson F. Silva

Bug#1071007:

[Nilson Silva]

Hi Samuel!
I hope you are well!
I'm sorry for responding so late.
I had a problem with my laptop keyboard.

I just pushed a new version of shelock with a fix for the problem in the 
"master" branch.
If that's ok, I'll do a merge.
https://salsa.debian.org/pkg-security-team/sherlock/-/tree/master?ref_type=heads

Now Sherlock can install his modules in his own directory.

I made a pull request to usptream 
https://github.com/sherlock-project/sherlock/pull/2147

I'll wait for you to review the fix, to avoid this bug being closed and 
reopened again.
[https://salsa.debian.org/assets/twitter_card-570ddb06edf56a2312253c5872489847a0f385112ddbcd71ccfa1570febab5d2.jpg]
Files
 · master · Debian Security Tools Packaging Team / sherlock · 
GitLab
sherlock
 packaging
salsa.debian.org


Nilson F. Silva

Bug#1071007:

[Nilson Silva]

Hi!
As Sherlock is a private module, I moved it to usr/share according to this 
policy here:
https://www.debian.org/doc/packaging-manuals/python-policy/#programs-shipping-private-modules
It is not necessary to __init__py of the package as suggested by Samuel.

Thank you everyone for your help!

Nilson F. Silva

Bug#1067402:

[Nilson Silva]

Just correcting:
The package is licensed under GPL 3.0


Nilson F. Silva

Bug#1066296: xli: FTBFS: dither.c:77:36: error: implicit declaration of function ‘strlen’ [-Werror=implicit-function-declaration]

[Nilson Silva]

Hello Lucas!
Thanks!
I will correct


Nilson F. Silva



De: Lucas Nussbaum 
Enviado: quarta-feira, 13 de março de 2024 08:46
Para: sub...@bugs.debian.org 
Assunto: Bug#1066296: xli: FTBFS: dither.c:77:36: error: implicit declaration 
of function ‘strlen’ [-Werror=implicit-function-declaration]

Source: xli
Version: 1.17.0+20061110-8
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240313 ftbfs-trixie ftbfs-impfuncdef

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Relevant part (hopefully):
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 fill.c
> dither.c: In function ‘dither’:
> dither.c:77:36: error: implicit declaration of function ‘strlen’ 
> [-Werror=implicit-function-declaration]
>77 | image->title = (char *)lmalloc(strlen(cimage->title) + 12);
>   |^~
> dither.c:28:1: note: include ‘’ or provide a declaration of ‘strlen’
>27 | #include "xli.h"
>   +++ |+#include 
>28 |
> dither.c:77:36: warning: incompatible implicit declaration of built-in 
> function ‘strlen’ [-Wbuiltin-declaration-mismatch]
>77 | image->title = (char *)lmalloc(strlen(cimage->title) + 12);
>   |^~
> dither.c:77:36: note: include ‘’ or provide a declaration of 
> ‘strlen’
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 g3.c
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 gif.c
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 
> halftone.c
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 
> imagetypes.c
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 img.c
> gif.c: In function ‘gifin_open_file’:
> gif.c:193:7: error: implicit declaration of function ‘strcmp’ 
> [-Werror=implicit-function-declaration]
>   193 |   if (strcmp((char *) buf, GIF_SIG) == 0)
>   |   ^~
> gif.c:21:1: note: include ‘’ or provide a declaration of ‘strcmp’
>20 | #include "imagetypes.h"
>   +++ |+#include 
>21 |
> cc -c -g -O2 -Werror=implicit-function-declaration 
> -ffile-prefix-map=/<>=. -fstack-protector-strong 
> -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -O 
> -DSYSPATHFILE=\"/usr/lib/X11/Xli\"   -Wdate-time -D_FORTIFY_SOURCE=2 mac.c
> cc1: some warnings being treated as errors
> imagetypes.c: In function ‘loadImage’:
> imagetypes.c:66:39: error: implicit declaration of function ‘strlen’ 
> [-Werror=implicit-function-declaration]
>66 | image_ops->fullname = lmalloc(strlen(fullname) + 1);
>   |   ^~
> imagetypes.c:15:1: note: include ‘’ or provide a declaration of 
> ‘strlen’
>14 | #include 
>   +++ |+#include 
>15 |
> imagetypes.c:66:39: warning: incompatible implicit declaration of built-in 
> function ‘strlen’ [-Wbuiltin-declaration-mismatch]
>66 | image_ops->fullname = lmalloc(strlen(fullname) + 1);
>   |   ^~
> imagetypes.c:66:39: note: include ‘’ or provide a declaration of 
> ‘strlen’
> imagetypes.c:67:9: error: implicit declaration of function ‘strcpy’ 
> [-Werror=implicit-function-declaration]
>67 | strcpy(image_ops->fullname, fullname);
>   | ^~
> imagetypes.c:67:9: note: include ‘’ or provide a declaration of 
> ‘strcpy’
> imagetypes.c:67:9: warning: incompatible implicit declaration of built-in 
> function ‘strcpy’ [-Wbuiltin-declaration-mismatch]
> imagetypes.c:

Bug#1061783: apprise fails its autopkg tests with Python 3.12

[Nilson Silva]

Hey!

I am the maintainer of "apprise".

I read your message, in it you say that the construction failed.
However, the package does not present build errors in salsa CI/CD" nor FTBFS 
failure.

Could you clarify for me what is happening?


Nilson F. Silva


De: Ben Finney
Enviadas: Quarta-feira, 07 de Fevereiro de 2024 19:17
Para: Andreas Tille
Cc: 1061...@bugs.debian.org; Debian Python
Assunto: Re: apprise fails its autopkg tests with Python 3.12

Howdy Andreas,

On 07-Feb-2024, Andreas Tille wrote:
> Hi Ben,
>
> I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest
> fails with Python3.12.  I'd happily fix packages in Debian Python Team
> but your package is not team maintained.  Do you have any reason for
> this?

The package metadata for ‘apprise’ tells me its maintainer is:

Maintainer: Debian Python Team 

http://deb.debian.org/debian/pool/main/a/apprise/apprise_1.7.2-1.dsc>

so I think you might have the information mixed up? You are talking about
“version 0.5.1-4”, so maybe you are referring to a different package?

--
 \ “Speech is human, silence is divine, yet also brutish and dead: |
  `\ therefore we must learn both arts.” —Thomas Carlyle, 1830 |
_o__)  |
Ben Finney 

Bug#1062704: python-certvalidator: Please make it team-maintained

[Nilson Silva]

Hi Bastian!
adjusted
Thank you very much!

Dear,

Nilson F. Silva



De: Bastian Germann 
Enviado: sexta-feira, 2 de fevereiro de 2024 16:22
Para: submit 
Assunto: Bug#1062704: python-certvalidator: Please make it team-maintained

Source: python-certvalidator

python-certvalidator is located in the Python Team's salsa namespace
but it is not team-maintained via d/control's Maintainer or Uploaders fields.
Please fix that.

Bug#1052297:

[Nilson Silva]

Package: node-heya-globalize
Version: 1.2.1

Bug#1052297:

[Nilson Silva]

Giving up on packaging because the package had a dependency
problem that made it impossible to advance in autopkgtests.


Nilson F. Silva

Bug#1052071: close

[Nilson Silva]

Hi,
I believe that this bug can be closed now.

After the dialogue with Yaad, I'm closing, because esniff is a module 
incorporated
 in the "pad" package. I don't see the need to unincorporate it from the "pad"

Nilson F. Silva

Bug#1052071:

[Nilson Silva]

De: Nilson Silva 
Enviado: segunda-feira, 18 de setembro de 2023 12:12
Para: Yadd 
Assunto: RE: built-in packages: esniff in tad

Hi Yadd!

> Do you know `pkgjs-depends` ? Very helpful for such search
Good to know that this tool exists. I'll try it. Thanks

> I still don't understand what you want to do
I'm sorry if I didn't make myself understood. And sometimes translators don't 
help either.
But that's how I discovered the situation

1. Debi
Selecting previously unselected node-esniff package.
(Reading database... 75473 files and directories currently installed.)
Preparing to unpack node-esniff_1.1.0+dfsg-1_all.deb ...
Unpacking node-esniff (1.1.0+dfsg-1) ...
dpkg: error processing file node-esniff_1.1.0+dfsg-1_all.deb (--install):
 trying to replace '/usr/share/nodejs/esniff/accessed-properties.js' which is 
also in the tad 3.1.0+~cs10.23.44-1 package
Errors were found during processing:
 node-esniff_1.1.0+dfsg-1_all.deb
debi: error: subprocess dpkg -i node-esniff_1.1.0+dfsg-1_all.deb returned exit 
status

2. apt install node-esniff
Reading package lists... Done
Building dependency tree... Done
Reading status information... Done
Note, selecting 'tad' instead of 'node-esniff'
tad is already the latest version (3.1.0+~cs10.23.44-1).
0 updated, 0 newly installed, 0 to remove and 0 not updated

> Ftpmasters asked us to no more package "too-little node module". Then we
>started to embed little package in bigger ones but in this case, the
> global package exports all names. Then you can require node-esniff in
> any debian/control.
> Then even if we disassemble the package to have a separate node-esniff, no 
> changes.
It was good to know that. This will be a guide for my packages. Thanks

> For now, node-tad is not used by any package, not even esniff. Then
> multiplying source packages without real use is not interesting.
You are sure!

> JS Team is a team, I'm not owner of any package.
Clear. I expressed myself wrong. I wanted to say that since you are also the 
maintainer,
you have the right to decide about the package

> What is your goal with esniff ? Is it a need for building an interesting 
> package?
Yes. It's a package I want to bring to Debian.
But I don't know if it's interesting in your eyes. I'll get it ready. When I'm 
ready, I'll submit
it for you to take a look at.

But thank you very much for everything

Best wishes
Nilson F. Silva

Bug#1052071:

[Nilson Silva]

Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Yadd 
Enviado: segunda-feira, 18 de setembro de 2023 11:10
Para: Nilson Silva 
Assunto: Re: built-in packages: esniff in tad

On 9/18/23 17:41, Nilson Silva wrote:
> Hi Yadd!
>
>> Another thing: do you sponsor nodejs starter packs?
> !
> Thank you in advance for your attention to my email.
>
> Answering your question:
> I don't know if esniff is still an active project, as it hasn't been updated 
> since 2016.
> And I also don't know how you keep up with the supposed updates that the 
> package will undergo.
>
> But perhaps this is a good reason for disincorporation.
>
> Another reason would be the issue of packages that depend on esniff.
>
> I actually got to this package, after running
> npm2deb depends on -b -r
> and I discovered that it is a dependency on the package I was bringing to 
> Debian.
>
> So I spent the end of the week working on it.

Do you know `pkgjs-depends` ? Very helpful for such search

> Since tad is a mandatory dependency of esniff, I found that the two cannot 
> coexist
> in the same environment. But after all the packaging work.

I still don't understand what you want to do

> I believe the CI/CD test detected the problem in autopkgtests
>
> Now my concern would be:
> What if someone else has the same problem as me? package something that also
>   depends on esniff, but don't know that esniff is a "tad" module?

Ftpmasters asked us to no more package "too-little node module". Then we
started to embed little package in bigger ones but in this case, the
global package exports all names. Then you can require node-esniff in
any debian/control.
Then even if we disassemble the package to have a separate node-esniff,
no changes.

For now, node-tad isn't used by any package, neither esniff. So
multiplicating source packages without real use isn't interesting.

> I understand your concern as it is a crucial dependency for "tad". But if you 
> decide to cancel the incorporation, you can also co-maintain the package with 
> me.

JS Team is a team, I'm not owner of any package.

> If you obviously want to.
>
> But far be it from me to create controversy on this subject.
> What can I do, and put the "pad" with Build-depends of the package I want to 
> bring to Debian?
>
> and by the way, if you can sponsor. Thank you very much!

What is your goal with esniff ? Is it a need for building an interesting
package ?

> Nilson F. Silva

Bug#1052071:

[Nilson Silva]

Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Yadd 
Enviado: segunda-feira, 18 de setembro de 2023 07:23
Para: Nilson Silva 
Assunto: Re: built-in packages: esniff in tad

On 9/18/23 13:25, Nilson Silva wrote:
>
> HiYaad!
>
> I decided to package and maintain esniff:
> https://salsa.debian.org/nilsonfsilva/node-esniff
>
> Once ready, I discovered that it is built into "tad", the package you
> maintain.
>
> I don't know if it's possible to unincorporate it.

Hi,

yes it is possible but what is the benefit ?

> If this is not possible, could you respond and close the bug?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052071
>
> Another thing: do you sponsor nodejs starter packs?
> I have been using your packages as a reference.
> Congratulations on your beautiful work on Debian!
>
> best wishes
> Nilson F. Silva

Bug#1035262:

[Nilson Silva]

Hello Sandro!

Thanks for the instructions!
I just introduced autopkgtests.

Dear,
Nilson F. Silva

Bug#1028157:

[Nilson Silva]

Thanks Yaroslav O. Halchenko for the prompt response.
I'll wait for the evolution of this topic!

Thanks!
Nilson F. Silva





Hi Nilson

sorry -- I was not following cython package recently so all kudos
to Stefano and other team members for taking good care of it under team
maintainership.

I think the best would have been to check existing bug reports and
follow up on them, thus to minimize traffic I immediately CCing
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028157

Please follow up here and state your interest to see 3.0.0 in debian.

Note https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028157#10

The latest version of scipy, 1.11.1, needs Cython>=0.29.35
but also declares Cython<3.0.

So we need first check with scipy on either it is ready for cython
3:

- upstream has (and I don't think ever had) no upper bound

> grep Cython pyproject.toml
"Cython>=0.29.18",

 in git log for scipy upstream I find last record for cython3 compat
 from v1.5.0rc1~75 in 2020!  So scipy was in sync with cython
 development

- for debian package upper bound was introduced in


https://salsa.debian.org/python-team/packages/scipy/-/commit/7a469e2435a01468b769f11c14f7e2a5c318fe4a

but no detailed reason provided.  so might have been general precaution.

CCing Drew Parsons maintaining scipy -- may be he could recall the need
for upper bound or just make a verdict to drop that  upper bound?

--
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
WWW:   http://www.linkedin.com/in/yarik

Bug#1028157:

[Nilson Silva]

Hello !

Stefano and Yaroslav Halchenko. I decided to talk to Stefano because,
 from what I saw, he was the one who made the last updates of cython.
And for Yaroslav Halchenko, because he is the maintainer of the package.

I'm working on a package 
https://github.com/dofuuz/python-soxr/blob/main/pyproject.toml
 which needs cython in its version >=3.0a7.

As it is not a simple package and has many open bugs.
I don't feel encouraged to collaborate.
For this reason I would like to know if there is an update forecast for this 
package?

Thanks!
Nilson F. Silva

Bug#1004238:

[Nilson Silva]

Hello

Konstantinos Margaritis!

Seeing that his package has the adoption request, I decided to adopt him. Can 
you upload it when I'm done?



Nilson F. Silva

Bug#980141:

[Nilson Silva]

Hello Christoph Berg!
Seeing that his package has the adoption request, I decided to adopt him.

Can you upload it when I'm done?


Nilson F. Silva

Bug#1032409:

[Nilson Silva]

Hi Chris Lamb!
I just applied the correct fixes
Thanks!

...

Nilson F. Silva

Bug#1030758: RFS: turbosearch/0.1.30-1 [ITP] -- wordlist url search tool

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "turbosearch":

 * Package name : turbosearch
   Version  : 0.1.30-1
   Upstream contact : Hélvio Junior (aka M4v3r1ck) 
 * URL  : https://github.com/helviojunior/turbosearch
 * License  : GPL-3.0
 * Vcs  : https://salsa.debian.org/pkg-security-team/turbosearch
   Section  : net

The source builds the following binary packages:

  turbosearch - wordlist url search tool

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/turbosearch/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/turbosearch/turbosearch_0.1.30-1.dsc

Changes for the initial release:

 turbosearch (0.1.30-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1028573)

Regards,


Nilson F. Silva

Bug#968467: ENC: Bug#968467: RE: Bug#968467: (librosa)

[Nilson Silva]

Hello Bastian!

I think we're done.
https://salsa.debian.org/debian/librosa

I had to disable a documents/examples directory as well as the tests.
Both make use of the external repository 
https://github.com/librosa/librosa-test-data,

which is unlicensed. I already related this to upstream:
https://github.com/librosa/librosa/issues/1654


Thank you for everything!
Nilson F. Silva



De: Nilson Silva 
Enviado: sexta-feira, 27 de janeiro de 2023 14:32
Para: Bastian Germann ; 968...@bugs.debian.org 
<968...@bugs.debian.org>
Assunto: RE: Bug#968467: RE: Bug#968467:

Hello Bastian!
OK. I'm going to work on it this weekend.


Nilson F. Silva


De: Bastian Germann 
Enviado: sexta-feira, 27 de janeiro de 2023 14:13
Para: 968...@bugs.debian.org <968...@bugs.debian.org>
Assunto: Bug#968467: RE: Bug#968467:

On Wed, 29 Jun 2022 22:41:56 + Nilson Silva  
wrote:
> By the way, could you sponsor Bastian?

When I change the llvm-toolchain-11 to llvm the package starts building. I see 
the following, which needs to be fixed:

Downloading file 'Karissa_Hobbs_-_Let's_Go_Fishin'.ogg' from
'https://librosa.org/data/audio/Karissa_Hobbs_-_Let's_Go_Fishin'.ogg' to 
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 36%] plot_superflux.py
Downloading file 'sorohanro_-_solo-trumpet-06.hq.ogg' from
'https://librosa.org/data/audio/sorohanro_-_solo-trumpet-06.hq.ogg' to 
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 45%] plot_pcen_stream.py
Downloading file 'glacier-bay-humpback.ogg' from 
'https://librosa.org/data/audio/glacier-bay-humpback.ogg' to
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 54%] plot_music_sync.py

Bug#968467: RE: Bug#968467:

[Nilson Silva]

Hello Bastian!
OK. I'm going to work on it this weekend.


Nilson F. Silva


De: Bastian Germann 
Enviado: sexta-feira, 27 de janeiro de 2023 14:13
Para: 968...@bugs.debian.org <968...@bugs.debian.org>
Assunto: Bug#968467: RE: Bug#968467:

On Wed, 29 Jun 2022 22:41:56 +0000 Nilson Silva  
wrote:
> By the way, could you sponsor Bastian?

When I change the llvm-toolchain-11 to llvm the package starts building. I see 
the following, which needs to be fixed:

Downloading file 'Karissa_Hobbs_-_Let's_Go_Fishin'.ogg' from
'https://librosa.org/data/audio/Karissa_Hobbs_-_Let's_Go_Fishin'.ogg' to 
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 36%] plot_superflux.py
Downloading file 'sorohanro_-_solo-trumpet-06.hq.ogg' from
'https://librosa.org/data/audio/sorohanro_-_solo-trumpet-06.hq.ogg' to 
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 45%] plot_pcen_stream.py
Downloading file 'glacier-bay-humpback.ogg' from 
'https://librosa.org/data/audio/glacier-bay-humpback.ogg' to
'/home/bage/librosa/.cache/librosa'.
generating gallery for auto_examples... [ 54%] plot_music_sync.py

Bug#1028591: spaghetti: FTBFS with new numpy

[Nilson Silva]

Hello Bastian!
As suggested, I updated to the new version, which in turn fixed the numpy 
library issue.
can you ship to debian?
https://salsa.debian.org/science-team/spaghetti

Tonight I'm going to take a look at the librosa.

Thanks in advance.

[https://salsa.debian.org/assets/twitter_card-570ddb06edf56a2312253c5872489847a0f385112ddbcd71ccfa1570febab5d2.jpg]
Debian Science Team / spaghetti · 
GitLab
Open sidebar. Debian Science Team; spaghetti; S
salsa.debian.org




Nilson F. Silva


De: Bastian Germann 
Enviado: sábado, 14 de janeiro de 2023 12:32
Para: 1028...@bugs.debian.org <1028...@bugs.debian.org>
Assunto: Bug#1028591: spaghetti: FTBFS with new numpy

X-Debbugs-Cc: nilsonfsi...@hotmail.com

Importing a 1.7.x version should fix this.

Bug#1028365: ITP: python-covdefaults -- coverage plugin to provide sensible default settings

[Nilson Silva]

  Pacote: wnpp 
  Gravidade: lista de desejos 
  Proprietário: Josenilson Ferreira da Silva  
  X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com 

  * Nome do pacote: python-covdefaults 
    Versão: 2.2.2 
    Contato inicial: Anthony Sottile  
  * URL:  https://github.com/asottile/covdefaults 
  * Licença: MIT/expatriado 
    Linguagem de Programação: Python 

    Descrição: plug-in de cobertura para fornecer configurações padrão sensatas 
    Several of the options can be overridden / extended in your coverage
configuration:
   - Tags will be added automatically based on platform and
  implementation.
   - Through certain values ​​you can generate specific tags.
   - In case of non-matching, the deny tag can be used.


Nilson F. Silva

Bug#1021204: ITP: whey -- A simple Python wheel builder for simple projects

[Nilson Silva]

Hello Bastian!
Clear. Thanks for the guidance.

As for this particular package, I was thinking of bundling it, but when I saw 
the amount of dependencies it needs, I gave up.
That's when Bo YU opened ITP. From there, I plucked up the courage, and I'm 
packaging its dependencies to see if Whey makes it into Debian.

I have several programs that I want to put in Debian, but it depends on it.



Nilson F. Silva



De: Bastian Germann 
Enviado: segunda-feira, 26 de dezembro de 2022 12:29
Para: 1021...@bugs.debian.org <1021...@bugs.debian.org>; Nilson Silva 

Assunto: Re: ITP: whey -- A simple Python wheel builder for simple projects

Control: block -1 by 1026975
Control: block -1 by 1026963
Control: block 1026963 by 1026835

Hi Nilson,

On Sun, 25 Dec 2022 16:11:21 +0000 Nilson Silva  
wrote:
> dom-toml => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026975
>
> consolekit => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026963
>
> deprecation-alias=> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026835

When you know of missing dependencies, please add them as block relationships 
between the ITPs or RFPs.
See this email's Control stanzas. That way a sponsor can easily get to the 
leafs of the dependency tree and sponsor them
first.

Bug#1026975: ITP: python-toml -- library for parsing and creating TOML

[Nilson Silva]

Hi Alexandre!

I packaged this program, not knowing it was already in Debian.

But as it was a dependency of this package here:
https://github.com/domdfcoding/dom_toml<

I took advantage of the same itp, making the necessary corrections.

You can see that I already changed the title of the BUG python-dom-toml

Is there a specific situation you want to deal with?



Nilson F. Silva



De: Alexandre Rossi 
Enviado: segunda-feira, 26 de dezembro de 2022 14:36
Para: Josenilson Ferreira da Silva ; 
1026...@bugs.debian.org <1026...@bugs.debian.org>
Assunto: Re: Bug#1026975: ITP: python-toml -- library for parsing and creating 
TOML 
 


Le dim. 25 déc. 2022 à 09:11:29 -03:00:00, Josenilson Ferreira da 
Silva  a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Josenilson Ferreira da Silva 
> X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com
> 
> * Package name    : python-toml
>   Version : 0.10.2
>   Upstream Author : William Pearson 
> * URL : https://github.com/uiri/toml
> * License : MIT/expat
>   Programming Lang: Python
>   Description : library for parsing and creating TOML
> 
>   this package is a dependency for "dom-toml"
>   Where "dom-toml" is a required dependency for the "whey" package:
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204


Already done?
https://packages.debian.org/sid/python3-toml

Alex

Bug#1021204:

[Nilson Silva]

Hello!

I made a few tweaks to the manpage, but overall your work looks great.
https://salsa.debian.org/python-team/packages/whey


we are currently waiting for these dependencies;

dom-toml => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026975

consolekit => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026963

deprecation-alias=> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026835


All, however, depend on:
domdf-python-tools => https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020324

Which is already in the New Fila.



Nilson F. Silva

Bug#1026835:

[Nilson Silva]

fix for correct package:

* Package name:  python-deprecation-alias
  Version : 0.3.1
  Upstream Author : Dominic Davis-Foster 
* URL : https://github.com/briancurtin/deprecation
* License : Apache License 2.0
  Programming Lang: Python
  Description : A wrapper around 'deprecation' providing support for 
deprecated aliases


Additional information:

this package, (python-deprecation-alias), is needed for:
python-consolekit -- Additional utilities for click:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026963

and the python-consolekit -- Additional utilities for click
it's a dependency for the :
"whey" package: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204

Bug#1026835:

[Nilson Silva]

Hello Gioele Barabucci!

Thanks to you I discovered that I had done the itp of the wrong program.

I just fixed it!


Nilson F. Silva

Bug#1026835:

[Nilson Silva]

fix for correct package:

* Package name:  python-deprecation-alias
  Version : 0.3.1
  Upstream Author : Dominic Davis-Foster 
* URL : https://github.com/briancurtin/deprecation
* License : Apache License 2.0
  Programming Lang: Python
  Description : A wrapper around 'deprecation' providing support for 
deprecated aliases

 deprecation-alias is a dependency required to Whey package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204

Bug#1020324: ITP: domdf-python-tools -- Helpful functions for Python

[Nilson Silva]

Hello Bastian!
This package was in the NEW queue until Saturday. Due to missing apache license 
on debian/copyright was rejected.

I already corrected it and sent it again to Andrius Markys, for him to resend 
the New Queue.



Nilson F. Silva


De: Bastian Germann 
Enviado: segunda-feira, 19 de dezembro de 2022 13:40
Para: 1020...@bugs.debian.org <1020...@bugs.debian.org>
Assunto: Bug#1020324: ITP: domdf-python-tools -- Helpful functions for Python

When you have a reviewable version of domdf-python-tools ready please add it to 
the Python Team's RFS queue.

Bug#981375: ITP: vivid -- `vivid` é um gerador para a variável de ambiente LS_COLORS.

[Nilson Silva]

Hello Andrew!
I have the package ready to send to the Rust team.
Are you still interested in him? Do you mind if I keep it?



Nilson F. Silva

Bug#1009761: ITP: mutt-wizard -- system to automatically configure

[Nilson Silva]

Dear Braulio!
No problem, it will be a pleasure to keep this package with you.

you can go ahead



Nilson F. Silva


De: Braulio Henrique Marques Souto 
Enviado: segunda-feira, 28 de novembro de 2022 11:14
Para: 1009...@bugs.debian.org <1009...@bugs.debian.org>
Cc: Josenilson Ferreira da Silva 
Assunto: ITP: mutt-wizard -- system to automatically configure

Dear Josenilson.

As we discussed via e-mail and with your permission I will do the mutt-wizard 
packaging.

Sincerely.
--
  Braulio H. M. Souto
  FB39 DE61 869F 49D5 CCC8 3AE0 D53A 15D9 83A1 0B94

Bug#1023375:

[Nilson Silva]

It only seems to be useful for windows environment.

Bug#1022207: ITP: pysocks -- Lets you send traffic through SOCKS proxy servers

[Nilson Silva]

Thanks!


Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Carsten Schoenert 
Enviado: sábado, 22 de outubro de 2022 01:56
Para: Josenilson Ferreira da Silva ; 
1022...@bugs.debian.org <1022...@bugs.debian.org>
Assunto: Re: Bug#1022207: ITP: pysocks -- Lets you send traffic through SOCKS 
proxy servers

Hi,

Am 22.10.22 um 01:44 schrieb Josenilson Ferreira da Silva:
> Package: wnpp
> Severity: wishlist
> Owner: Josenilson Ferreira da Silva 
> X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com
>
>   It is a modern fork of SocksiPy with bug fixes and extra
>   features. Acts as a drop-in replacement to the socket module.
>   Seamlessly configure SOCKS proxies for any socket object by
>   calling socket_object.set_proxy().
>   .
>   Features:
>- SOCKS proxy client for Python 2.7 and 3.4+
>- TCP supported, UDP mostly supported (issues may occur in
>  some edge cases).
>- HTTP proxy client included but not supported or recommended
>  (you should use requests', or your HTTP client's, own HTTP
>  proxy interface).
> * Package name: pysocks
>Version : 1.7.0
>Upstream Author :  Anorov 
> * URL : https://github.com/Anorov/PySocks
> * License : BSD-3-clause
>Programming Lang: Python
>Description : Lets you send traffic through SOCKS proxy servers
>
>   Note:
>   package is a required dependency for packaging from
>   https://github.com/sherlock-project/sherlock

a quick check on the CLI shows me that this seems to be already packaged.
Did you have checked this before writing the ITP?

> $ apt show python3-socks
> Package: python3-socks
> Version: 1.7.1+dfsg-1
> Priority: optional
> Section: python
> Source: python-socksipy
> Maintainer: Debian Python Team 
> Installed-Size: 78,8 kB
> Depends: python3:any
> Breaks: python3-pysocks, python3-socksipy
> Replaces: python3-pysocks, python3-socksipy
> Homepage: https://github.com/Anorov/PySocks
> Download-Size: 23,3 kB
> APT-Sources: http://ftp.de.debian.org/debian testing/main amd64 Packages
> Description: Python 3 SOCKS client module
>  This module was designed to allow developers of Python
>  software that uses the Internet or another TCP/IP-based
>  network to add support for connection through a SOCKS proxy
>  server with as much ease as possible.
>  .
>  The module is also knowns as SocksiPy or PySocks.
>  .
>  This is the Python 3 version.


--
Regards
Carsten

Bug#1019745: RFP: sphinx-enum-tools -- expand Python's enum module in Sphinx documentation

[Nilson Silva]

Hello

> Do you mind if I try to package #1021204?

Go ahead. I found some difficulties in packing it.

Can you co-upload me too?

Regardless of this request, go ahead.

There is even a namespace created by Bastian.

https://salsa.debian.org/python-team/packages/enum-tools

Thanks
[https://salsa.debian.org/assets/twitter_card-570ddb06edf56a2312253c5872489847a0f385112ddbcd71ccfa1570febab5d2.jpg]
Equipe
 Debian Python / pacotes / enum-tools · GitLab 

Debian
 Salsa Gitlab
salsa.debian.org




Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Bo YU
Enviadas: Quinta-feira, 20 de Outubro de 2022 04:38
Para: Bastian Germann
Cc: 1019...@bugs.debian.org
Assunto: Bug#1019745: RFP: sphinx-enum-tools -- expand Python's enum module in 
Sphinx documentation

Hi,
On Wed, Oct 05, 2022 at 11:47:54PM +0200, Bastian Germann wrote:
>Nilson, please consider making #1021204 your ITP and package whey under the 
>python team:
>https://salsa.debian.org/python-team/packages/whey. Else enum-tools cannot be 
>built.
>

Do you mind I try to package #1021204?

PS:
I found test cases in whey need module which dependes on whey itself. So
I disable PYBUILD_test firstly, and it works in my view.
--
Regards,
--
   Bo YU

Bug#851851: ITP: python-pytest-flakes -- pytest plugin to check source code with pyflakes

[Nilson Silva]

Hi Bastian!

>There is already python-pytest-flake8 in the file which also uses pytest with 
>pyflakes.
Is pytest-flakes really necessary?

I was working on a package here, which had this dependency.

I was not aware of this detail that pytest with pyflakes incorporated this lib.

Since you warned me, of this detail,

Could you clear this doubt, if these two packages are also incorporated in some 
other package?

https://salsa.debian.org/nilsonfsilva/flake8-2020

https://salsa.debian.org/nilsonfsilva/flake8-noqa/

These are dependencies of a package I'm working on, but so far I haven't been 
able to find a sponsor.


Thanks for the tips and attention. I am very grateful to you.


Nilson F. Silva



De: Bastian Germann 
Enviado: segunda-feira, 17 de outubro de 2022 17:31
Para: 851...@bugs.debian.org <851...@bugs.debian.org>
Assunto: Bug#851851: ITP: python-pytest-flakes -- pytest plugin to check source 
code with pyflakes

On Thu, 19 Jan 2017 11:54:44 +0100 Michael Fladischer wrote:
> * Package name: python-pytest-flakes
>   ...
>   Description : pytest plugin to check source code with pyflakes

There is already python-pytest-flake8 in the archive which also uses pytest 
with pyflakes.
Is pytest-flakes really needed?

Bug#1020666: RFS: flake8-2020/1.7.0-1 [ITP] -- flake8 checks for misuse of sys.version or sys.version_info

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "flake8-2020":

 * Package name : flake8-2020
   Version  : 1.7.0-1
   Upstream contact : Anthony Sottile 
 * URL  : https://github.com/asottile/flake8-2020
 * License  : Expat
 * Vcs  : https://salsa.debian.org/python-team/packages/flake8-2020
   Section  : python

The source builds the following binary packages:

  python3-flake8-2020 - flake8 checks for misuse of sys.version or 
sys.version_info

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/flake8-2020/

  https://salsa.debian.org/nilsonfsilva/flake8-2020

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/f/flake8-2020/flake8-2020_1.7.0-1.dsc

Changes for the initial release:

 flake8-2020 (1.7.0-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1020664)

Regards,
--
Nilson Silva
[https://salsa.debian.org/assets/twitter_card-570ddb06edf56a2312253c5872489847a0f385112ddbcd71ccfa1570febab5d2.jpg]<https://salsa.debian.org/nilsonfsilva/flake8-2020>
Josenilson
 Ferreira da SIlva / flake8-2020 · 
GitLab<https://salsa.debian.org/nilsonfsilva/flake8-2020>
Debian
 Salsa Gitlab
salsa.debian.org

Bug#1020543: RFS: domdf-python-tools/3.4.0-1 [ITP] -- Helpful functions for Python

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "domdf-python-tools":

 * Package name : domdf-python-tools
   Version  : 3.4.0-1
   Upstream contact : Dominic Davis-Foster 
 * URL  : https://github.com/domdfcoding/domdf_python_tools
 * License  : CC-BY-SA, PSFL-2, Expat
 * Vcs  : 
https://salsa.debian.org/python-team/packages/domdf-python-tools
   Section  : python

The source builds the following binary packages:

  python3-domdf-python-tools - Helpful functions for Python

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/domdf-python-tools/

  https://salsa.debian.org/nilsonfsilva/domdf-python-tools

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/d/domdf-python-tools/domdf-python-tools_3.4.0-1.dsc

Changes for the initial release:

 domdf-python-tools (3.4.0-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1020324)

Note:

The documentation binary, I was not made because it depends on a dependency:
 https://github.com/sphinx-toolbox/sphinx-pyproject, which is not yet on debian

Regards, --   Josenilson Ferreira da SIlva




Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553

Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved Python cmd2 module from (cammon documentation)

[Nilson Silva]

Control: tags -1 - moreinfo,

Hi tobias!
> I suggest tracking the RFS bug. Remove a tag more info and maybe
> summarize what has been changed
> someone catch it sooner than I can, and I also prefer
> to do the real sponsorship "in the open"
> (I unintentionally dropped the CC bug at some point…

I decided to keep it in the debian namespace instead of the python team. 
I made the appropriate changes to the control and changelog.

And now, I'm just waiting for your decision, regarding sponsorship

good weekend!
Nilson F. Silva


De: Tobias Frost 
Enviado: segunda-feira, 29 de agosto de 2022 04:26
Para: Nilson Silva 
Assunto: Re: Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved 
Python cmd2 module from (cammon documentation) 
 
Hi Nilson,

On Sat, Aug 27, 2022 at 05:11:20PM +, Nilson Silva wrote:
> Control: tags -1 - moreinfo
> 
> Hello Tobias!
> finished!
> As I still don't have cmd2 permission on debian, I created a Fork and renamed 
> the branch from master to debian/master which is the team's default.
> 
> As also the current repository shows that the package is not from the python 
> team.

I don't know about python team policies, but the debian/ namespace is a special
namespace for collabarative maintainance of packages. If it is in this
namespace, it says: everyone is invited to help maintaining.
https://wiki.debian.org/Salsa/Doc#Collaborative_Maintenance:_.22Debian.22_group

I like this concept very much, so I would find it a pity if it is moved to the 
python
team namespace. But as said, I dont know their policies about this aspect.

FWWIW, I've granted you access rights to the repository in the debian namespace.

Note, if you decide to move it into the python team namespace, ask the salsa 
admins
to move it, instead of creating another repository.


> follow the new .dsc and mine
> https://mentors.debian.net/package/cmd2/
> 
> and personal repository where the fork is:
> 
> https://salsa.debian.org/nilsonfsilva/python-cmd2
(I think we should first settle the location of the repo before uploading,
as currently it points to 
https://salsa.debian.org/python-team/packages/python-cmd2
which is ENOENT.)
 
> Assunto: Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved 
> Python cmd2 module from (cammon documentation) 
> (...)
> You write:
> >    * New maintainer. (Closes: #1012662, #1002341)
> 
> however, #1002341 is fixing a FTBFS, so it does not "match" the entry. I guess
> this bug deserves its own changelog entry…

(this has not been fixed.)

> Cheers,
> --
> tobi

Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved Python cmd2 module from (cammon documentation)

[Nilson Silva]

Control: tags -1 - moreinfo

Hi tobias!
done.


Nilson F. Silva


De: Tobias Frost 
Enviado: segunda-feira, 29 de agosto de 2022 04:26
Para: Nilson Silva 
Assunto: Re: Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved 
Python cmd2 module from (cammon documentation)

Hi Nilson,

On Sat, Aug 27, 2022 at 05:11:20PM +, Nilson Silva wrote:
> Control: tags -1 - moreinfo
>
> Hello Tobias!
> finished!
> As I still don't have cmd2 permission on debian, I created a Fork and renamed 
> the branch from master to debian/master which is the team's default.
>
> As also the current repository shows that the package is not from the python 
> team.

I don't know about python team policies, but the debian/ namespace is a special
namespace for collabarative maintainance of packages. If it is in this
namespace, it says: everyone is invited to help maintaining.
https://wiki.debian.org/Salsa/Doc#Collaborative_Maintenance:_.22Debian.22_group

I like this concept very much, so I would find it a pity if it is moved to the 
python
team namespace. But as said, I dont know their policies about this aspect.

FWWIW, I've granted you access rights to the repository in the debian namespace.

Note, if you decide to move it into the python team namespace, ask the salsa 
admins
to move it, instead of creating another repository.


> follow the new .dsc and mine
> https://mentors.debian.net/package/cmd2/
>
> and personal repository where the fork is:
>
> https://salsa.debian.org/nilsonfsilva/python-cmd2
(I think we should first settle the location of the repo before uploading,
as currently it points to 
https://salsa.debian.org/python-team/packages/python-cmd2
which is ENOENT.)

> Assunto: Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved 
> Python cmd2 module from (cammon documentation)
> (...)
> You write:
> >* New maintainer. (Closes: #1012662, #1002341)
>
> however, #1002341 is fixing a FTBFS, so it does not "match" the entry. I guess
> this bug deserves its own changelog entry…

(this has not been fixed.)

> Cheers,
> --
> tobi

Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved Python cmd2 module from (cammon documentation)

[Nilson Silva]

Control: tags -1 - moreinfo

Hello Tobias!
finished!
As I still don't have cmd2 permission on debian, I created a Fork and renamed 
the branch from master to debian/master which is the team's default.

As also the current repository shows that the package is not from the python 
team.

follow the new .dsc and mine
https://mentors.debian.net/package/cmd2/

and personal repository where the fork is:

https://salsa.debian.org/nilsonfsilva/python-cmd2




Nilson F. Silva
81-3036-0200
81-991616348
81-98546-9553






De: Tobias Frost 
Enviado: sábado, 27 de agosto de 2022 07:30
Para: 1018...@bugs.debian.org <1018...@bugs.debian.org>
Assunto: Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved 
Python cmd2 module from (cammon documentation) 
 
Control: tags -1 moreinfo

Hi Nilson,

it seems that upstream has released a new upstream version (2.4.2) recently.
I'm wondering if it would make sense to update the packaging to this version or 
if there
are special reasons to stick to the older one?

(Marking this bug moreinfo until you've gave feedback; just to avoid 
unnecessary work...
Please remove the tag with your reply.)

Regarding one thing my eye spotted:

You write:
>    * New maintainer. (Closes: #1012662, #1002341)

however, #1002341 is fixing a FTBFS, so it does not "match" the entry. I guess
this bug deserves its own changelog entry…

Cheers,
--
tobi

Bug#1018064: Subject: RFS: cmd2/2.4.1+ds-1 [ITA] [RC] -- Improved Python cmd2 module from (cammon documentation)

[Nilson Silva]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "cmd2":

 * Package name: cmd2
   Version : 2.4.1+ds-1
   Upstream Author : [fill in name and email of upstream]
 * URL : https://github.com/python-cmd2/cmd2
 * License : MIT
 * Vcs : https://salsa.debian.org/python-team/packages/python-cmd2
   Section : python

The source builds the following binary packages:

  python3-cmd2 - Enhanced Python cmd module - Python 3.x
  python-cmd2-doc - Improved Python cmd2 module from (cammon documentation)

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/cmd2/

Alternatively, you can download the package with 'dget' using this command:

  dget -x https://mentors.debian.net/debian/pool/main/c/cmd2/cmd2_2.4.1+ds-1.dsc
  https://salsa.debian.org/nilsonfsilva/python-cmd2


Changes since the last upload:

 cmd2 (2.4.1+ds-1) unstable; urgency=medium
 .
   * New maintainer. (Closes: #1012662, #1002341)
   * New upstream release.
   * debian:
  - Include file python-cmd2-doc.doc-base.
  - Include file python-cmd2-doc.docs.
  - Remove file python3-cmd2.docs.
   * debian/clean:
  - Include directory htmlcov.
  - Include directory debian/html.
   * d/control:
  - Bumped Standards-Version to 4.6.1.
  - Include Build-Depends: python3-sphinx.
  - Include tags to create sphinx-doc:
 - Package: python3-cmd2-doc
 - Architecture: all
 - Multi-Arch: foreign
 - Section: doc
 - Depends: ${misc:Depends},${sphinxdoc:Depends}.
 - Description.
  - Include Uploaders field with my name and email.
  - Update maintainer to Debian Python Team
  - Update Vcs-git and Vcs-Browse  to team Python.
   * d/copyright:
  - Include name new maintainer.
  - Include tag Comment end files-Excluded to repack.
   * d/patches:
  - Include fixe file docs/conf.py to build sphinx-doc.
  - Removed directory patch fixed new version.
   * d/rules:
  - Include override_dh_auto_build to build sphinx HTML documentation.
  - Removed line without effect: rm -f tests/scripts/binary.bin
   * d/watch:
  - Include line: opts=dversionmangle=s/\+ds$//,repacksuffix=+ds \

Regards,
--
 Nilson F. Silva

Bug#1017074: ITP: libpysal -- "Core components of PySAL A library of spatial analysis functions".

[Nilson Silva]

Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva 
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com

* Package name: libpysal
  Version : 4.6.2
  Upstream Author : Name PySAL Developers
* URL : https://github.com/pysal/libpysal/
* License : BSD 3-Clause
  Programming Lang: Python
  Description : "PySAL Core Components A library of spatial analysis 
functions"

libpysal offers four modules that form the building blocks in many upstream 
packages in the PySAL family:
   *  Spatial Weights: libpysal.weights
   *  Input-and output: libpysal.io
   *  Computational geometry: libpysal.cg
   *  Built-in example datasets libpysal.examples
Note:
package depends in https://github.com/pysal/pysal



Nilson F. Silva

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Control: tags -1 - moreinfo

Hello!

package completed.

https://salsa.debian.org/debian/mir-eval
[https://salsa.debian.org/assets/twitter_card-570ddb06edf56a2312253c5872489847a0f385112ddbcd71ccfa1570febab5d2.jpg]<https://salsa.debian.org/debian/mir-eval>
Debian / mir-eval · GitLab <https://salsa.debian.org/debian/mir-eval>
Forked from Josenilson Ferreira da SIlva / mir-evalJosenilson Ferreira da SIlva 
/ mir-eval
salsa.debian.org




____
De: Nilson Silva 
Enviado: sexta-feira, 22 de julho de 2022 07:26
Para: Bastian Germann ; 1015...@bugs.debian.org 
<1015...@bugs.debian.org>
Assunto: RE: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for 
common audio/music processing tasks

Control: tags -1 - moreinfo


Hi! Bastian!


put this parameter:
dh_auto_test || real

with it the tests are executed and the ones with errors are skipped.

https://salsa.debian.org/debian/mir-eval/<https://salsa.debian.org/debian/mir-eval/->


Nilson F. Silva



De: Bastian Germann 
Enviado: quinta-feira, 21 de julho de 2022 23:13
Para: Nilson Silva ; 1015...@bugs.debian.org 
<1015...@bugs.debian.org>
Assunto: Re: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for 
common audio/music processing tasks

Control: tags -1 moreinfo

Disabling all of the tests is a bit of an overkill. Please only disable the 
ones that need those deprecated classes.
It should be enough to disable test_display and mpl_ic.

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Hello Bastian!
> Disabling all tests is a bit of a stretch. Please disable > only those who 
> need these deprecated classes.
> It should be enough to disable test_display and mpl_ic.

In fact, of the 20 tests that the tests directory has, 12 have errors.
It didn't make sense for me to ignore them with this pybuild parameter "export 
PYBUILD_TEST_ARGS=--ignore=tests"

So I had to study which functions are giving error in each file and I disabled 
it with patches.

A total of 356 tests passed out of 250. I think it was better than ignoring the 
wrong ones or disabling everything.

I didn't tick - info - because you told me to only do this if I was sure I was 
ready.

If everything is ok let me know and I will answer the bug as done.


Nilson F. Silva



De: Bastian Germann 
Enviado: quinta-feira, 21 de julho de 2022 23:13
Para: Nilson Silva ; 1015...@bugs.debian.org 
<1015...@bugs.debian.org>
Assunto: Re: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for 
common audio/music processing tasks

Control: tags -1 moreinfo

Disabling all of the tests is a bit of an overkill. Please only disable the 
ones that need those deprecated classes.
It should be enough to disable test_display and mpl_ic.

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Control: tags -1 - moreinfo


Hi! Bastian!


put this parameter:
dh_auto_test || real

with it the tests are executed and the ones with errors are skipped.

https://salsa.debian.org/debian/mir-eval/<https://salsa.debian.org/debian/mir-eval/->


Nilson F. Silva



De: Bastian Germann 
Enviado: quinta-feira, 21 de julho de 2022 23:13
Para: Nilson Silva ; 1015...@bugs.debian.org 
<1015...@bugs.debian.org>
Assunto: Re: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for 
common audio/music processing tasks

Control: tags -1 moreinfo

Disabling all of the tests is a bit of an overkill. Please only disable the 
ones that need those deprecated classes.
It should be enough to disable test_display and mpl_ic.

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Control: tags -1 - moreinfo


Hello
package is already in salsa:
https://salsa.debian.org/debian/mir-eval

Nilson F. Silva



De: Bastian Germann 
Enviado: quinta-feira, 21 de julho de 2022 12:40
Para: Nilson Silva ; 1015...@bugs.debian.org 
<1015...@bugs.debian.org>
Assunto: Re: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for 
common audio/music processing tasks

Control: tags -1 - moreinfo

Am 21.07.22 um 03:48 schrieb Nilson Silva:
> I forked it to my repository because I couldn't push directly to salsa as it 
> was saying I didn't have permission."

Now you should be able to.

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Control: tags -1-

Hello Bastian!

Correct me if I'm wrong.

I think I figured out the testing problem:
The test suite depends on python3-nose. which makes use of this 
matplotlib.testing.noseclasses module that matplotlib has discontinued since 
version 2.3.
Even upstream let this be warned.
https://github.com/craffel/mir_eval/blob/master/setup.py

Then I disabled the tests.

I forked it to my repository because I couldn't push directly to salsa as it 
was saying I didn't have permission."
https://salsa.debian.org/nilsonfsilva/mir-eval




Nilson F. Silva



De: Bastian Germann 
Enviado: domingo, 17 de julho de 2022 13:05
Para: 1015...@bugs.debian.org <1015...@bugs.debian.org>
Assunto: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common 
audio/music processing tasks 
 
Control: tags -1 moreinfo

On Sat, 16 Jul 2022 23:45:55 + Nilson Silva  
wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "mir-eval":
> 
>  * Package name    : mir-eval
>    Version : 0.7-1
>    Upstream Author : https://github.com/craffel/mir_eval/issues
>  * URL : https://github.com/craffel/mir_eval
>  * License : Expat/MIT
>  * Vcs : https://salsa.debian.org/debian/mir-eval

I have once again changed the license short name to Expat. Please really use 
that name.
I do not want to repeat this all over again.

I have recreated the pristine-tar branch. Please fix your approach on creating 
it. It should come from the unchanged 
download for projects that do not need a repack.

Please make the tests run during build. On completion untag moreinfo.

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Hi Batian!


Sorry for my limitations, but I'm trying hard to learn. Thank you for the 
patience!

> I have once again changed the license short name to Expat. Please really use 
> that name.
> I do not want to repeat this all over again.

I'll not forget...

> I have recreated the pristine-tar branch. Please fix your approach on 
> creating it. It should come from the unchanged
> download for projects that do not need a repack.

At this point, I would like you to explain to me.
Do you have an example?
Well I don't understand.
Sorry for my limitation.

> Please make the tests run during build. On completion untag moreinfo.

you refer to this?

if it is already enable


--
Ran 0 tests in 0.000s

OK
I: pybuild base:239: cd 
/pkgs/trabalhando/pkg-librosa/dependencia/pkg-mir_eval/mir-eval/.pybuild/cpython3_3.10/build;
 python3.10 -m unittest discover -v

--
Ran 0 tests in 0.000s

OK
+


Nilson F. Silva



De: Bastian Germann 
Enviado: domingo, 17 de julho de 2022 13:05
Para: 1015...@bugs.debian.org <1015...@bugs.debian.org>
Assunto: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common 
audio/music processing tasks

Control: tags -1 moreinfo

On Sat, 16 Jul 2022 23:45:55 + Nilson Silva  
wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "mir-eval":
>
>  * Package name: mir-eval
>Version : 0.7-1
>Upstream Author : https://github.com/craffel/mir_eval/issues
>  * URL : https://github.com/craffel/mir_eval
>  * License : Expat/MIT
>  * Vcs : https://salsa.debian.org/debian/mir-eval

I have once again changed the license short name to Expat. Please really use 
that name.
I do not want to repeat this all over again.

I have recreated the pristine-tar branch. Please fix your approach on creating 
it. It should come from the unchanged
download for projects that do not need a repack.

Please make the tests run during build. On completion untag moreinfo.



De: Bastian Germann 
Enviado: domingo, 17 de julho de 2022 13:05
Para: 1015...@bugs.debian.org <1015...@bugs.debian.org>
Assunto: Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common 
audio/music processing tasks

Control: tags -1 moreinfo

On Sat, 16 Jul 2022 23:45:55 + Nilson Silva  
wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "mir-eval":
>
>  * Package name: mir-eval
>Version : 0.7-1
>Upstream Author : https://github.com/craffel/mir_eval/issues
>  * URL : https://github.com/craffel/mir_eval
>  * License : Expat/MIT
>  * Vcs : https://salsa.debian.org/debian/mir-eval

I have once again changed the license short name to Expat. Please really use 
that name.
I do not want to repeat this all over again.

I have recreated the pristine-tar branch. Please fix your approach on creating 
it. It should come from the unchanged
download for projects that do not need a repack.

Please make the tests run during build. On completion untag moreinfo.

Bug#817958:

[Nilson Silva]

Seems like it is abandoned. https://github.com/mbr/flask-bootstrap/issues/208:
But there is an alternative mentioned in 
https://github.com/helloflask/bootstrap-flask


Nilson F. Silva

Bug#1015170: RFS: presets/0.1.3-1 [ITP] -- Python module to handle default parameters of functions

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "presets":

 * Package name: presets
   Version : 0.1.3-1
   Upstream Author : https://github.com/bmcfee/presets/issues
 * URL : https://github.com/bmcfee/presets
 * License : ISC
 * Vcs : https://salsa.debian.org/debian/presets
   Section : python

The source builds the following binary packages:

  python3-presets - Python module to handle default parameters of functions

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/presets/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/presets/presets_0.1.3-1.dsc

Changes for the initial release:

 presets (0.1.3-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1015142)

Regards,
--

Nilson F. Silva

Bug#1015169: RFS: mir-eval/0.7-1 [ITP] -- Common metrics for common audio/music processing tasks

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "mir-eval":

 * Package name: mir-eval
   Version : 0.7-1
   Upstream Author : https://github.com/craffel/mir_eval/issues
 * URL : https://github.com/craffel/mir_eval
 * License : Expat/MIT
 * Vcs : https://salsa.debian.org/debian/mir-eval
   Section : python

The source builds the following binary packages:

  python3-mir-eval - Common metrics for common audio/music processing tasks

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/mir-eval/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/mir-eval/mir-eval_0.7-1.dsc

Changes for the initial release:

 mir-eval (0.7-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1015152)

Regards,

Nilson Silva

Bug#1015168: RFS: sphinx-multiversion/0.2.4-1 [ITP] -- Sphinx extensionfor common documentation

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "sphinx-multiversion":

 * Package name    : sphinx-multiversion
   Version         : 0.2.4-1
   Upstream Author : https://github.com/Holzhaus/sphinx-multiversion/issues
 * URL             : https://github.com/Holzhaus/sphinx-multiversion
 * License         : BSD-2-Clause
 * Vcs             : https://salsa.debian.org/debian/sphinx-multiversion
   Section         : python

The source builds the following binary packages:

  python3-sphinx-multiversion - Add support for multiple versions to sphinx
  python-sphinx-multiversion-doc - Sphinx extensionfor common documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sphinx-multiversion/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sphinx-multiversion/sphinx-multiversion_0.2.4-1.dsc

Changes for the initial release:

 sphinx-multiversion (0.2.4-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1014666)

Regards,
-- 
  Nilson Silva.

Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask

[Nilson Silva]

Goodnight!

I just signed up to join the python team.

However, until my membership happens, if that happens

Would it be possible to proceed with the review?
Grateful!


Nilson F. Silva


De: Bastian Germann 
Enviado: quinta-feira, 7 de julho de 2022 18:18
Para: 1013...@bugs.debian.org <1013...@bugs.debian.org>
Assunto: Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask

On Sun, 19 Jun 2022 21:20:05 + Nilson Silva  
wrote:
> Alternatively, you can download the package with 'dget' using this command:
>
>   dget -x 
> https://mentors.debian.net/debian/pool/main/f/flask-session/flask-session_0.3.2-1.dsc
>   git  -x https://salsa.debian.org/nilsonfsilva/flask-session

This package claims to be Python team-maintained.
Please move the repository to 
https://salsa.debian.org/python-team/packages/flask-session.

Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask

[Nilson Silva]

Hello Bastian!
I'm not allowed to create repository in Team python.

Unless you grant me.



Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Bastian Germann 
Enviado: quinta-feira, 7 de julho de 2022 18:18
Para: 1013...@bugs.debian.org <1013...@bugs.debian.org>
Assunto: Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask

On Sun, 19 Jun 2022 21:20:05 +0000 Nilson Silva  
wrote:
> Alternatively, you can download the package with 'dget' using this command:
>
>   dget -x 
> https://mentors.debian.net/debian/pool/main/f/flask-session/flask-session_0.3.2-1.dsc
>   git  -x https://salsa.debian.org/nilsonfsilva/flask-session

This package claims to be Python team-maintained.
Please move the repository to 
https://salsa.debian.org/python-team/packages/flask-session.

Bug#1014432: instaloader: Please import new upstream release

[Nilson Silva]

Hello Bastian!

It's already in salsa:
https://salsa.debian.org/debian/instaloader

Thanks in advance!


Nilson F. Silva


De: Bastian Germann 
Enviado: terça-feira, 5 de julho de 2022 19:47
Para: sub...@bugs.debian.org 
Assunto: Bug#1014432: instaloader: Please import new upstream release

Source: instaloader
Version: 4.9+0+ds-1

Version 4.9.2 is available. Please import it into Debian.

Bug#1014312: RFS: apprise/0.9.9-1 [ITP] -- Push Notifications that work with just about every platform

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "apprise":

 * Package name: apprise
   Version : 0.9.9-1
   Upstream Author : https://github.com/caronc/apprise/issues
 * URL : https://github.com/caronc/apprise
 * License : Expat
 * Vcs : https://salsa.debian.org/debian/apprise
   Section : misc

The source builds the following binary packages:

  apprise - Push Notifications that work with just about every platform

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/apprise/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/a/apprise/apprise_0.9.9-1.dsc

  salsa   https://salsa.debian.org/nilsonfsilva/apprise

Changes for the initial release:

 apprise (0.9.9-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1014123)

Regards,
--
  Nilson Silva

Bug#1014078: RFS: librosa/0.9.2-1 [ITP] -- Python package for music and audio analysis

[Nilson Silva]

Hi!

> Looking at the ITP and setup.cfg, I would have expected python3-resampy 
> (which is in NEW)
> to show up in the Build-Depends. How come that it is not there?

I have the package ready in the most current version (0.3.0-1) !
https://salsa.debian.org/nilsonfsilva/resampy

However, there is already a bug with no movement in version (0.2.2-1) since 
2020.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968469

In that case how to do?

Nilson Silva.

De: Bastian Germann 
Enviado: quarta-feira, 29 de junho de 2022 20:44
Para: 1014...@bugs.debian.org <1014...@bugs.debian.org>
Assunto: Bug#1014078: RFS: librosa/0.9.2-1 [ITP] -- Python package for music 
and audio analysis

Looking at the ITP and setup.cfg, I would have expected python3-resampy (which 
is in NEW)
to show up in the Build-Depends. How come that it is not there?

Bug#1014078: RFS: librosa/0.9.2-1 [ITP] -- Python package for music and audio analysis

[Nilson Silva]

Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Bastian Germann 
Enviado: quarta-feira, 29 de junho de 2022 20:44
Para: 1014...@bugs.debian.org <1014...@bugs.debian.org>
Assunto: Bug#1014078: RFS: librosa/0.9.2-1 [ITP] -- Python package for music 
and audio analysis

Looking at the ITP and setup.cfg, I would have expected python3-resampy (which 
is in NEW)
to show up in the Build-Depends. How come that it is not there?

Bug#968467:

[Nilson Silva]

Hello Bastian!

> That is just not true:
https://tracker.debian.org/news/1335154/accepted-numba-0551-1-source-into-unstable/

> As I said: Debian has 0.55.1.

Of course, today it is already updated. At the time of packaging, I had these 
questions that I asked.

But the important thing at this point is that I just uploaded the package.

Thank you in advance for your help

By the way, could you sponsor Bastian?



Nilson F. Silva


De: Bastian Germann 
Enviado: quarta-feira, 29 de junho de 2022 15:49
Para: 968...@bugs.debian.org <968...@bugs.debian.org>
Assunto: Bug#968467:

Control: retitle -1 ITP: librosa -- module for audio and music processing

On Mon, 27 Jun 2022 13:42:38 + Nilson Silva  
wrote:
> I already made the package However it is depending on the latest version of 
> "numba" which is still in progress!

setup.py has

install_requires:
numba >= 0.45.1

options.extras_require:
docs =
numba < 0.50

Debian has 0.55.1. Are you sure with your claim? Maybe this needs an older 
version...

Bug#1014078: RFS: librosa/0.9.2-1 [ITP] -- Python package for music and audio analysis

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "librosa":

 * Package name: librosa
   Version : 0.9.2-1
   Upstream Author : https://github.com/librosa/librosa/issues
 * URL : https://github.com/librosa/librosa
 * License : ISC
 * Vcs : https://salsa.debian.org/debian/librosa
   Section : python

The source builds the following binary packages:

  python3-librosa - Python package for music and audio analysis

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/librosa/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libr/librosa/librosa_0.9.2-1.dsc
  salsahttps://salsa.debian.org/nilsonfsilva/librosa

Changes for the initial release:

 librosa (0.9.2-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #968467)

Regards,
--
  Josenilson Ferreira da SIlva





Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553

Bug#968467:

[Nilson Silva]

Hello Bastian!
Sorry for not being very clear in the answer.

But the story of python-librosa is this:

Numba has problems that have already been reported in this bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008522

Even try to install numba on your machine. In mine and some people I ask for 
the test: .
It is roughly saying that only compatible with versions < python 3.10 but even 
if python 3.9 is installed, it gives the same error. Correct me if I'm wrong)

A newer version already exists in the project's official repository.
https://github.com/numba/numba/releases/tag/0.55.1
## ##


But here's a problem:
In the debian repositories, the most current version is
V0.52.0-5: https://tracker.debian.org/media/packages/n/numba/changelog-0.52.0-5

In salsa the Debian Science Team, is already in the newest version:
V(0.55.0) 
https://salsa.debian.org/science-team/numba/-/blob/debian/master/debian/changelog
I don't know why it hasn't moved up to Debian yet. But I suspect. which is 
related to libtbb-dev (>= 2021.4.0).
Because in debian it exists, in the lower version. 
https://tracker.debian.org/pkg/tbb 2020.3-1:.

I think for this reason they are breaking from the CI test 
https://salsa.debian.org/science-team/numba/-/pipelines/341420

There is even a new version of TBB
https://github.com/oneapi-src/oneTBB/releases/tag/v2021.5.0.
## ###

In short:

>From what I understand, I would have to update the TBB, then upload this new 
>version, making a new packaging.

Then upload numba to Debian, since salsa is ready. But I don't know if in fact 
it will solve this problem of numb



Nilson F. Silva



De: Bastian Germann 
Enviado: quarta-feira, 29 de junho de 2022 15:49
Para: 968...@bugs.debian.org <968...@bugs.debian.org>
Assunto: Bug#968467:

Control: retitle -1 ITP: librosa -- module for audio and music processing

On Mon, 27 Jun 2022 13:42:38 + Nilson Silva  
wrote:
> I already made the package However it is depending on the latest version of 
> "numba" which is still in progress!

setup.py has

install_requires:
numba >= 0.45.1

options.extras_require:
docs =
numba < 0.50

Debian has 0.55.1. Are you sure with your claim? Maybe this needs an older 
version...

Bug#968467:

[Nilson Silva]

Hello everybody!
This package is under my responsibility to put on Debian!

I already made the package However it is depending on the latest version of 
"numba" which is still in progress!


Nilson F. Silva

Bug#1013428:

[Nilson Silva]

Hi!

Complementing: this package is a dependency of this other package 
flask-bootstrap
which had ITP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817958



Nilson F. Silva

Bug#1013245: RFS: flask-session/0.3.2-1 [ITP] -- Extension for Flask

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "flask-session":

 * Package name: flask-session
   Version : 0.3.2-1
   Upstream Author : https://github.com/fengsp/flask-session/issues
 * URL : https://github.com/fengsp/flask-session
 * License : BSD-3-Clause
 * Vcs : https://salsa.debian.org/debian/flask-session
   Section : python

The source builds the following binary packages:

  python3-flask-session - Extension for Flask

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/flask-session/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/f/flask-session/flask-session_0.3.2-1.dsc
  git  -x https://salsa.debian.org/nilsonfsilva/flask-session
Changes for the initial release:

 flask-session (0.3.2-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #928091)

Regards,
--



Nilson F. Silva

Bug#928091: ITP: flask-session -- Dependency needed for pagure

[Nilson Silva]

Hello
Alex!
Are you still interested in packaging this module?

I'm packaging a program that depends on it. He's ready. But when I went to open 
an ITP, I realized that you had already opened it.

If you are not interested in packaging, can you change the title of the Bug?

I'm on hold.
Thanks!



Nilson F. Silva

Bug#1013231: RFS: parsimonious/0.9.0-1 [ITP] -- fastest pure-Python PEG parser

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,


I am looking for a sponsor for my package "parsimonious":

 * Package name: parsimonious
   Version : 0.9.0-1
   Upstream Author : https://github.com/erikrose/parsimonious/issues
 * URL : https://github.com/erikrose/parsimonious/
 * License : MIT
 * Vcs : https://salsa.debian.org/debian/python-parsimonious
   Section : python

The source builds the following binary packages:

  python3-parsimonious - fastest pure-Python PEG parser

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/parsimonious/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/parsimonious/parsimonious_0.9.0-1.dsc
  git  -x https://salsa.debian.org/nilsonfsilva/python-parsimonious
Changes for the initial release:

 parsimonious (0.9.0-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1009671)

Regards,
--
  Josenilson Ferreira da SIlva




Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553

Bug#1009671:

[Nilson Silva]

Control: retitle -1 ITP: python-parsimonious -- fastest pure-Python PEG parser

Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings from code signature)

[Nilson Silva]

This is the previous version.

Before making a push, I made a pull. because you had created a debian tag.
the remote branch was a commit ahead of me.

after I made a pull,
I made the new entry in the changlog and then I made the last commit. then I 
pushed again.
as it was not passing the CI/CD test I did a force.

If I have to go back to the previous state, could you tell me how to do it?

I thought in my ignorance, that as I had made a pull before there would be no 
problem.

forgive
thanks!


From: Bastian Germann 
Sent: Monday, June 6, 2022 4:52:22 AM
To: Nilson Silva ; 1011...@bugs.debian.org 
<1011...@bugs.debian.org>
Subject: Re: Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
generate/convert the docstrings from code signature)

Hi Nilson,

This is not at all the idea of collaboration via git. You now do not have a 
version that matches the published archive
version. Please do not do such things! CI may pass or not. It is not the idea 
to have the Salsa CI passing all the time
but to have a working copy that 1) represents the archive and 2) makes it 
easier for people to contribute without being
the uploader.

So, please recover the old version.

Thanks,
Bastian

Am 06.06.22 um 06:23 schrieb Nilson Silva:
> I decided Deleted the branches and made a new push. Just go up foul to 
> unstable. Thanks!
>
>
> ----
> *De:* Nilson Silva 
> *Enviado:* segunda-feira, 6 de junho de 2022 00:30
> *Para:* Bastian Germann ; 1011...@bugs.debian.org 
> <1011...@bugs.debian.org>
> *Assunto:* RE: Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
> generate/convert the docstrings from code
> signature)
>
> Hi! As the package has already been accepted. I have already updated the 
> salsa repository with the new changelog entry
> for unstable. I created the new tag and pushed it; But it is not passing the 
> CI/CD test. It is saying that this file has
> been modified. source_dir/doc/sphinx/source/pyment.rst. But don't mess with 
> anything. So much so that in my repository
> it is passing normally.
> https://salsa.debian.org/nilsonfsilva/pyment/-/commit/8e784390ef3c4d7a0cc5e3e7808419003a128799/pipelines?ref=debian%2Fmaster
> I didn't understand this one. If you can explain, thank you.
>
> .
>
> Thanks!
>
>
> 
> *De:* Debian Bug Tracking System 
> *Enviado:* quarta-feira, 25 de maio de 2022 21:24
> *Para:* Bastian Germann 
> *Assunto:* Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
> generate/convert the docstrings from code
> signature)
> Your message dated Thu, 26 May 2022 02:21:02 +0200
> with message-id 
> and subject line Re: ENC: RFS: pyment/1.0-1 [ITP] -- generate/convert the 
> docstrings from code signature (CONSIDER THIS)
> has caused the Debian Bug report #1011018,
> regarding RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings 
> from code signature
> 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.)
>
>
> --
> 1011018: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011018
> <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011018>
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings from code signature)

[Nilson Silva]

I decided

Deleted the branches and made a new push.

Just go up foul to unstable.

Thanks!


De: Nilson Silva 
Enviado: segunda-feira, 6 de junho de 2022 00:30
Para: Bastian Germann ; 1011...@bugs.debian.org 
<1011...@bugs.debian.org>
Assunto: RE: Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
generate/convert the docstrings from code signature)



Hi!

As the package has already been accepted.
I have already updated the salsa repository with the new changelog entry for 
unstable. I created the new tag and pushed it;

But it is not passing the CI/CD test.

It is saying that this file has been modified.
source_dir/doc/sphinx/source/pyment.rst.


But don't mess with anything. So much so that in my repository it is passing 
normally.

https://salsa.debian.org/nilsonfsilva/pyment/-/commit/8e784390ef3c4d7a0cc5e3e7808419003a128799/pipelines?ref=debian%2Fmaster

I didn't understand this one.
If you can explain, thank you.

.

Thanks!


De: Debian Bug Tracking System 
Enviado: quarta-feira, 25 de maio de 2022 21:24
Para: Bastian Germann 
Assunto: Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
generate/convert the docstrings from code signature)

Your message dated Thu, 26 May 2022 02:21:02 +0200
with message-id 
and subject line Re: ENC: RFS: pyment/1.0-1 [ITP] -- generate/convert the 
docstrings from code signature (CONSIDER THIS)
has caused the Debian Bug report #1011018,
regarding RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings from 
code signature
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.)


--
1011018: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011018
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings from code signature)

[Nilson Silva]

Hi!

As the package has already been accepted.
I have already updated the salsa repository with the new changelog entry for 
unstable. I created the new tag and pushed it;

But it is not passing the CI/CD test.

It is saying that this file has been modified.
source_dir/doc/sphinx/source/pyment.rst.


But don't mess with anything. So much so that in my repository it is passing 
normally.

https://salsa.debian.org/nilsonfsilva/pyment/-/commit/8e784390ef3c4d7a0cc5e3e7808419003a128799/pipelines?ref=debian%2Fmaster

I didn't understand this one.
If you can explain, thank you.

.

Thanks!


De: Debian Bug Tracking System 
Enviado: quarta-feira, 25 de maio de 2022 21:24
Para: Bastian Germann 
Assunto: Bug#1011018: marked as done (RFS: pyment/0.3.4+ds-1 [ITP] -- 
generate/convert the docstrings from code signature)

Your message dated Thu, 26 May 2022 02:21:02 +0200
with message-id 
and subject line Re: ENC: RFS: pyment/1.0-1 [ITP] -- generate/convert the 
docstrings from code signature (CONSIDER THIS)
has caused the Debian Bug report #1011018,
regarding RFS: pyment/0.3.4+ds-1 [ITP] -- generate/convert the docstrings from 
code signature
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.)


--
1011018: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011018
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#745478: ITP: distkeys -- Distkeys - upload SSH keys to servers and more

[Nilson Silva]

thanks for the tip!



Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Bastian Germann 
Enviado: domingo, 5 de junho de 2022 09:40
Para: 745...@bugs.debian.org <745...@bugs.debian.org>
Assunto: Bug#745478: ITP: distkeys -- Distkeys - upload SSH keys to servers and 
more

Hi Nilson,

On Tue, 22 Apr 2014 09:38:29 +0200 Martin Steigerwald  wrote:
> * Package name: distkeys
>   Version : 1.0
>   Upstream Author : teamix GmbH, Martin Steigerwald 
> * URL : https://github.com/teamix/distkeys
> * License : GPL-2
>   Programming Lang: Ruby
>   Description : Distkeys - upload SSH keys to servers and more

I would like to advise you not to waste your time on abandoned projects.
This one is not alive anymore and does not have a chance to enter Debian.

Cheers,
Bastian

Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes between two directory trees

[Nilson Silva]

Control: tags -1- moreinfo

> This has to go to the commit where you introduce the patch.
adjusted.

> I do not understand this entry at all. Please think of explaining the patch 
> better. Aslo, there is no "f" word in English.
adjusted.

> typo in d/copyright (missing h)
> Please say "Include the name of the new maintainer"
> Please rebase this instead of adding a fixup commit.
adjusted

> Please do not reintroduce salsa-ci.yml that I have just deleted. This is the 
> default file that you can just set in the CI settings as 
> recipes/debian.yml@salsa-ci-team/pipeline. I guess this happened > with your 
> rebase.
adjuste

Nilson F. Silva





De: Nilson Silva 
Enviado: quarta-feira, 1 de junho de 2022 23:25
Para: Bastian Germann 
Assunto: RE: Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes 
between two directory trees 
 
Control: tags -1- moreinfo

> Please do not create a new repo for working on a package that already has a 
> Vcs repo.
I> nstead, fork it, work on it and when this RFS is sponsored, the sponsor will 
take back
t> he changes to the original repo and maybe grant you access to it.
Created and made changes. Thanks for the teaching.
> So please recreate your repo as a fork and reapply your changes on it.
> Please untag moreinfo when you are done with that.
OK. Is ready.
I hope it's right.


Nilson F. Silva


De: Bastian Germann 
Enviado: terça-feira, 31 de maio de 2022 04:08
Para: Nilson Silva ; 1012...@bugs.debian.org 
<1012...@bugs.debian.org>
Assunto: Re: Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes 
between two directory trees 
 
Am 31.05.22 um 04:20 schrieb Nilson Silva:
> Control: tags -1- moreinfo

Please answer to the RFS bug's address as well so others can see the progress.
Also, just sending to me will not take action on the bug with the Control field.

>  > There is no point in this change alone. There are three bugs open 
>including a patch that could be upstreamed.
>  > Please have a look at them.
> 
> Here's the result of the analysis:
> ...
> 
> 3. Debian Bug report logs - *#910388 *please allow to use "external viewers" 
> for n-way diff
> This one I applied the path. I hope it's right.
> 
> 
> If so, follow the repository with the changes:
> https://salsa.debian.org/nilsonfsilva/dirdiff

Please do not create a new repo for working on a package that already has a Vcs 
repo.
Instead, fork it, work on it and when this RFS is sponsored, the sponsor will 
take back
the changes to the original repo and maybe grant you access to it.

So please recreate your repo as a fork and reapply your changes on it.
Please untag moreinfo when you are done with that.

Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes between two directory trees

[Nilson Silva]

Control: tags -1- moreinfo

Hi!
8   8

 008_menu-accelarators.patch


9   9

 009_fix-unistd-warnings.patch


10  10

 010_add-cppflags.patch


11

+011_dirdiff_vimdiff.patch

> This has to go to the commit where you introduce the patch.

adjusted.


+


2

+dirdiff (2.1-9) unstable; urgency=medium


3

+


4

+  * New Maintainer. (Closes: #1008029)


5

+  * d/control:


6

+  - Updated Maintainer field with my name and email.


7

+  * d/copyrigt:


8

+  - Include name new maintainer.


9

+   d/patches/:


10

+  - 011_irdiff-allow-to-use-external-viewer-for-n-way-diff.patch:


11

+Created to f set then the configured external viewer is also


> I do not understand this entry at all. Please think of explaining the patch 
> better. Aslo, there is no "f" word in English.

adjusted.


1

+


2

+dirdiff (2.1-9) unstable; urgency=medium


3

+


4

+  * New Maintainer. (Closes: #1008029)


5

+  * d/control:


6

+  - Updated Maintainer field with my name and email.


7

+  * d/copyrigt:


8

+  - Include name new maintainer.


> typo in d/copyright (missing h)

> Please say "Include the name of the new maintainer"

> Please rebase this instead of adding a fixup commit.

adjusted.


> Please do not reintroduce salsa-ci.yml that I have just deleted. This is the 
> default file that you can just set in the CI settings as 
> recipes/debian.yml@salsa-ci-team/pipeline. I guess this happened > with your 
> rebase.

adjusted

Bug#910388: please allow to use "external viewers" for n-way diffs

[Nilson Silva]

Hi!

I decided to adopt this package that has been very useful to me in my packaging.

Taking advantage of it, I'm already applying the patch.

Thank you Tomas Pospisek for contributing to this tool.

Nilson F. Silva

Bug#1012028: RFS: dirdiff/2.1-9 [ITA] -- Display and merge changes between two directory trees

[Nilson Silva]

Package: sponsorship-requests

Severity: normal

Dear mentors,

I am looking for a sponsor for my package "dirdiff":

 * Package name: dirdiff
   Version : 2.1-9
   Upstream Author : [fill in name and email of upstream]
 * URL : https://samba.org/ftp/paulus/
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/dirdiff
   Section : utils

The source builds the following binary packages:

  dirdiff - Display and merge changes between two directory trees

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/dirdiff/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dirdiff/dirdiff_2.1-9.dsc

  git: https://salsa.debian.org/nilsonfsilva/dirdiff

Changes since the last upload:

 dirdiff (2.1-9) unstable; urgency=medium
 .
   * New Maintainer. (Closes: #1008029)
   * d/control:
   - Updated Maintainer field with my name and email.
   * d/copyrigt:
   - Include name new maintainer.

Regards,
--
  Josenilson Ferreira da SIlva

Bug#1011983: RFS: mutt-wizard/3.3-1~exp1 [ITP] -- Neomutt configuration from command line

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "mutt-wizard":

 * Package name: mutt-wizard
   Version : 3.3-1~exp1
   Upstream Author : https://github.com/LukeSmithxyz/mutt-wizard/issues
 * URL : https://github.com/LukeSmithxyz/mutt-wizard
 * License : GPL-3
 * Vcs : https://salsa.debian.org/debian/mutt-wizard
   Section : mail

The source builds the following binary packages:

  mutt-wizard - Neomutt configuration from command line

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/mutt-wizard/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/mutt-wizard/mutt-wizard_3.3-1~exp1.dsc
  https://salsa.debian.org/nilsonfsilva/mutt-wizard

Changes for the initial release:

 mutt-wizard (3.3-1~exp1) experimental; urgency=medium
 .
   * Initial release (Closes: #1009761)

Regards,
--
  Josenilson Ferreira da SIlva

Bug#1011018: RFS: pyment/1.0-1 [ITP] -- generate/convert the docstrings from code signature

[Nilson Silva]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "pyment":

 * Package name: pyment
   Version : 0.3.4+ds-1
   Upstream Author : https://github.com/dadadel/pyment/issues
 * URL : https://github.com/dadadel/pyment
 * License : GPL-3, BSD-3-Clause or GPL-2+
 * Vcs : https://salsa.debian.org/debian/pyment
   Section : utils

The source builds the following binary packages:

  pyment - generate/convert the docstrings from code signature

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/pyment/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pyment/pyment_0.3.4+ds-1.dsc


   https://salsa.debian.org/nilsonfsilva/pyment

Note:


I made a manual that was sent

https://github.com/dadadel/pyment/pull/122


Changes for the initial release:

 pyment (0.3.4+ds-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #876813)

Regards,
--
  Josenilson Ferreira da SIlva

Bug#1010416: Acknowledgement (ITP: python-ansible-compat -- Ansible compatibility goodies)

[Nilson Silva]

just complementing


ansible-compat is a dependency from ansible-lint >= 6.0.0, so it will be 
packaged.

Bug#1009671: (ITP: python-parsimonious -- fastest pure-Python PEG parser)

[Nilson Silva]

Hi,
In order to meet Debian guidelines (Python Team) this package is renamed 
and first paragraph of the long description:

from : python3-parsimonious to: python-parsimonious

from: visa ser o analisador de lookahead arbitrário mais rápido escrito
   em Python puro - e o mais utilizável.

to: aims to be the fastest arbitrary lookahead parser written
in pure Python - and the most usable.

thanks!

___
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva 
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com

* Package name    : python-parsimonious
  Version         : 0.9.0
  Upstream Author : Name  Erik Rose 
* URL             : https://github.com/erikrose/parsimonious
* License         : MIT/X
  Programming Lang: Python
  Description     : fastest pure-Python PEG parser


aims to be the fastest arbitrary lookahead parser written
in pure Python - and the most usable.
.
based on parsing expression grammars (PEGs), which means it is fed
with a simplified type of EBNF notation.
.
was designed to undergird a MediaWiki parser that wouldn't take 5
seconds or a GB of RAM to do one page, but it's applicable to all
sorts of languages.

Nilson Silva 
 

Bug#1009671: Acknowledgement (ITP: python3-parsimonious -- fastest pure-Python PEG parser)

[Nilson Silva]

Hi
just complementing

This library is a dependency for a package I'm packaging.
as per the link below:

Project:
https://github.com/erikrose/dxr

Dependencies:
https://github.com/erikrose/dxr/blob/master/requirements.txt

o

Bug#947918: gtk

[Nilson Silva]

Hello Gürkan Myczko!
As for the first post, I believe that Thomas would be the best person to answer 
your questions, since I don't know the program.


When the second one replaces GTK2-dev with GTK3, and builds the binary without 
any problems.

My question is, even building under GTK3, the program will not be able to enter 
Debian, for the reasons exposed in the first post?

The package is almost ready. So, tell me something so I don't waste time.

Strong hug!



Nilson F. Silva

81-3036-0200

81-991616348

81-98546-9553


De: Gürkan Myczko 
Enviado: sábado, 12 de março de 2022 11:14
Para: 947...@bugs.debian.org <947...@bugs.debian.org>
Assunto: Bug#947918: gtk

Oh and

gtk2, although it's available, I doubt it makes sense to package new
things in 2022
into Debian. I saw they have gtk3 as well, maybe try that?

Best,

Bug#896946: ITP: cplay-ng -- Curses front-end for various audio

[Nilson Silva]

I talked with Diego Sarzi and he doesn't have interest in packaging this 
package.
Regards.


Nilson F. Silva

Bug#896946: ITP: cplay-ng -- Curses front-end for various audio

[Nilson Silva]

I talked with Diego Sarzi and he doesn't have interest in packaging this 
package.
Regards.

Nilson F. Silva