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#1067402:

[Nilson Silva]

Just correcting:
The package is licensed under GPL 3.0


Nilson F. Silva

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 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#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#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#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 + 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#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 + 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#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#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#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#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#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#1009671:

[Nilson Silva]

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

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#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