Bug#1078475: ITP: python-tzdata -- provider of IANA time zone data
Hi, I did consider the same and discussed within the python team, but tzdata does not have US/* timezones anymore (which apparently now is in the tzdata-legacy package) which pendulum uses. Having to depend on several packages and adding several workarounds does not seem really nice when there is a perfectly well upstream package that is made just for such usages, not to mention maintained by the python team itself. And as mentioned, zoneinfo from standard library itself seems to be making use of the python tzdata package (just what I found after going through the source code), so I believe there is value in having this in debian. Best, Ananthu On 11 August 2024 8:36:00 pm UTC, Ben Hutchings wrote: >Since this is meant to be a fallback, and you can make the Debian >package of pendulum depend on tzdata, is python-tzdata really needed? > >Ben. >
Bug#1078475: ITP: python-tzdata -- provider of IANA time zone data
From the pytz pypi: "Projects using Python 3.9 or later should be using the support now included as part of the standard library, and third party packages work with it such as tzdata. pytz offers no advantages beyond backwards compatibility with code written for earlier versions of Python." tzdata is maintained by the python team itself and as far as I can tell, zoneinfo from the standard library is also making use of this. On 11 August 2024 11:36:28 am UTC, Alastair McKinstry wrote: >How does this work compared to python-tz ?
Bug#1064050: packaging zellij
Hi Arturo, I just filed an ITP for zellij yesterday (#1073803, somehow missed out this one), and came to know about this existing ITP only now. I have been working towards packaging zellij, by packaging its dependency tree, since ~late-jan - early-feb this year. I am already at over 50 crates packaged, although a significant part of the effort is still remaining. From what I can see, you haven't started on this yet (assuming since I don't see any dependency uploads). So, do you mind me taking over this ITP? Of course, zellij is huge and having a co-maintainer will be incredibly helpful, so whichever one you think is better can be chosen. On another note, seeing your interest in zellij, you could really help me out by uploading the zellij dependencies I have packaged. I am only a DM yet and cannot upload to NEW, so there are 30+ crates that I have packaged left to be uploaded. Rust team has a huge number of packages and not enough sponsors; you can improve this situation if you choose to be a sponsor. My original intention was to ITP zellij after I made sure that I could take care of this properly, but since it has seen a clash here, it seems that I should have known better. In any case, I'll merge the ITP bugs later. Best, Ananthu
Bug#1068215: ITP: python-undetected-chromedriver -- test undetected chromedrive
Hi, undetected-chromedriver has already been packaged and is in the new queue, fyi. - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067181 - https://ftp-master.debian.org/new/python-undetected-chromedriver_3.5.5-1.html Best, Ananthu On 2 April 2024 2:09:26 am UTC, 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-undetected-chromedriver > Version : 3.5.5 > Upstream Contact: UltrafunkAmsterdam >* URL : >https://github.com/ultrafunkamsterdam/undetected-chromedriver >* License : GPL3 > Programming Lang: Python > Description : test undetected chromedrive > > "undetected-chromedriver" is a project that offers a solution to a common > problem among developers working on browser test automation using Selenium > WebDriver. > . > The project aims to overcome problems related to test failures when websites > detect the use of "WebDriver. The module provides a wrapper around > ChromeDriver (the driver for controlling the Google Chrome browser vi > a Selenium), which implements several techniques to avoid detection and > ensure your automated tests run without interruption. > . > With an easy-to-use interface, undetected-chromedriver" enables integration > with existing automation projects, supporting a variety of platforms and > development environments, making it a versatile tool for developers seeking > stability and reliability in automated testing > . > Note: This package is a required dependency for the TeraBoxUtility > ITP package: #1067395 >
Bug#1055192: RFS: golang-github-apenella-go-ansible
Hi Nilesh, I wouldn't put any blame on you at all, rather I appreciate it a lot that you are willing to upload it even when you are so busy. Please take your time :) Best, Ananthu On 21 December 2023 10:59:38 pm IST, Nilesh Patra wrote: >On Sat, Dec 16, 2023 at 01:49:18PM +0530, weepingclown wrote: >> Thanks a lot for this and I really appreciate it, especially considering it >> has been a while (~6weeks) since I've sent this RFS. >> [...] >> Now, I'd appreciate if there is someone who could sponsor this in the go >> team. That includes uploading the two dependencies of this; >> apenella-go-common-utils and sossedoff-vault-go. >> Hoping to find a sponsor this time. > >@weepingclown: Maybe I am the one to blame here, sorry about this. >Your mails did not hit my mailbox for whatever reason and I've been too >occupied with RL to have taken a look anytime soon. > >I'll upload these when I get some breathing space. Feel free to ping me in >about 2 >weeks if you see no activity on this. > >@Maytham: If I happened to miss commenting on any of your RFS request that's >already >sponsored, let me know. > >Best, >Nilesh
Bug#1059048: ITP: ruby-dry-cli -- Common framework to build command like interfaces with Ruby
package: wnpp Severity: wishlist Owner: Ananthu C V *Package Name: ruby-dry-cli Version:1.0.0 Upstream Author: dry-rb *URL: https://github.com/dry-rb/dry-cli *License: Expat *Description: Common framework to build command like interfaces with Ruby dry-cli is a general-purpose framework for developing Command Line Interface (CLI) applications. It represents commands as objects that can be registered and offers support for arguments, options and forwarding variadic arguments to a sub-command. This is a dependency for ruby-vite-ruby (#1059047)
Bug#1059047: some additional info
This is a dependency of ruby-vite-rails (#1058943)
Bug#1059047: ITP: ruby-vite-ruby -- Vite.js in Ruby, bringing joy to people's JavaScript experience
package: wnpp Severity: wishlist Owner: Ananthu C V *Package Name: ruby-vite-ruby Version: 3.5.0 Upstream Author: Máximo Mussini *URL: https://github.com/ElMassimo/vite_ruby *License: Expat *Description: Vite.js in Ruby, bringing joy to people's JavaScript experience vite_ruby is the core library for Rack apps, used by vite_rails and vite_hanami.
Bug#1058943: some update to the info
There was quite a bit of up in the original ITP mail. Some corrected info; Version: 3.0.17 Description: Vite.js in Rails, brining joy to people's javascript experience
Bug#1055192: RFS: golang-github-apenella-go-ansible
Hi Maytham, Once again, thanks for the care, and what you mentioned once again made sense so I've implemented them after testing. While I feel bad at the fact that I've missed these more than once, in the process I also just solved something that had been bugging me. That said, I'd rather I haven't missed more things xD Thanks again :) Best, Ananthu On 18 December 2023 1:19:10 pm IST, Maytham Alsudany wrote: >Hi Ananthu, > >On Sat, 2023-12-16 at 16:07 +0530, weepingclown wrote: >> DH_GOLANG_EXCLUDES_ALL is true by default since DH_COMPAT 12 (according to >> the >> manual at least). I also confirmed that examples/ is not installed in >> /usr/share/gocode. Nonetheless, thank you for showing the care :) > >My mistake, I didn't notice that in the manual. :) > >Here's some more things I've found (in go-ansible): > > - golang-github-go-errors-errors-dev is only used in >pkg/vault/variableVaulter_test.go, should it be and removed from >Deps? > - golang-github-spf13-cobra-dev is only used in the examples (specifically >examples/ansibleplaybook-cobra-cmd/ansibleplaybook-cobra-cmd.go), should it >be removed from (B-)Deps? > >Kind regards, >Maytham
Bug#1058943: ITP: ruby-vite-rails -- Common framework to build command like interfaces with Ruby
package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-CC: debian-de...@lists.debian.org *Package Name: ruby-vite-rails Version: Upstream Author: Máximo Mussini *URL: https://github.com/ElMassimo/vite_ruby *License: Expat *Description: Common framework to build command like interfaces with Ruby vite_rails contains libraries that will allow people to easily integrate Vite into their favourite Ruby framework. I am packaging this as a dependency for gitlab.
Bug#1055192: RFS: golang-github-apenella-go-ansible
Hi Maytham, DH_GOLANG_EXCLUDES_ALL is true by default since DH_COMPAT 12 (according to the manual at least). I also confirmed that examples/ is not installed in /usr/share/gocode. Nonetheless, thank you for showing the care :) Best, Ananthu On 16 December 2023 3:32:01 pm IST, Maytham Alsudany wrote: >Hi Ananthu, > >> Thanks a lot for this and I really appreciate it > >Anytime! You'll probably want to also enable DH_GOLANG_EXCLUDES_ALL so that the >examples aren't installed in /usr/share/gocode, as the examples are not meant >to >be imported by other programs. (Refer to the man page.) > >Kind regards, >Maytham
Bug#1055192: RFS: golang-github-apenella-go-ansible
Hi Maytham, Thanks a lot for this and I really appreciate it, especially considering it has been a while (~6weeks) since I've sent this RFS. Thank you for DH_GOLANG_EXCLUDES, that was what I was looking for, but couldn't get any answers from anyone before. This also helped removing the DH_GOLANG_INSTALL_EXTRA in entirety. I found your other suggestions just as valid and reasonable, and have applied all of them. Thanks a lot for the review! Now, I'd appreciate if there is someone who could sponsor this in the go team. That includes uploading the two dependencies of this; apenella-go-common-utils and sossedoff-vault-go. Hoping to find a sponsor this time. Best, Ananthu On 16 December 2023 5:57:20 am IST, Maytham Alsudany wrote: >Hi weepingclown, > >I've had a look at your three packages, and everything you've done is perfect. > >Some feedback regarding apanella-go-ansible: > > * Formatting: inconsistent indenting in d/control's B-Deps field > > * Instead of removing usr/bin after dh_auto_install, I recommend you use >dh-golang's settings to do that instead. Have a look at the >Debian::Debhelper::Buildsystem::golang manpage, specifically >DH_GOLANG_EXCLUDES and DH_GOLANG_EXCLUDES_ALL env vars. > > * Is examples/ansibleplaybook-simple-embedfs/embedfs/ >necessary in DH_GOLANG_INSTALL_EXTRA? > > * You may want to rename d/examples to >d/golang-github-apanella-go-ansible-dev.examples > >I question the need for stretchr-testify in the Depends field, but if other >packages have it, then no worries. > >Kind regards >Maytham
Bug#904474: packaging dpath-python
Control: owner -1 weepingcl...@disroot.org
Bug#904474: packaging dpath-python
Control: owner -1 ! Hi, I intend to package this as dpath is one of the dependencies needed by yte, which I am currently trying to package. -- PGP: BC55 8A19 E57C 716D D12F 2FA2 EEED 479E 6CEC F707
Bug#1055192: RFS: golang-github-apenella-go-ansible
Dear Go team, I am looking for a sponsor for the package "golang-github-apenella-go-ansible". I pushed to our team's Salsa: https://salsa.debian.org/go-team/packages/golang-github-apenella-go-ansible It currently has dependencies that are not uploaded yet, please see #1055195 and #1055196. I have previously sent RFS for both of them. Could you please review/sponsor these packages? Any kind of reviews and suggestions are appreciated. Thanks
Bug#1055196: RFS: golang-github-apenella-go-common-utils
Dear Go team, I am looking for a sponsor for the package "golang-github-apenella-go-common-utils". This package is a prerequisite for upcoming package go-ansible (#1055192). I pushed my work to our team's Salsa: https://salsa.debian.org/go-team/packages/golang-github-apenella-go-common-utils Could you please review/sponsor this? Any kind of reviews and suggestions are appreciated.
Bug#1055195: RFS: golang-github-sosedoff-ansible-vault-go
Dear Go team, I am looking for a sponsor for the package "golang-github-sosedoff-ansible-vault-go". This package is a prerequisite for upcoming package go-ansible (#1055192). I pushed my work to our team's Salsa: https://salsa.debian.org/go-team/packages/golang-github-sosedoff-ansible-vault-go Could you please review/sponsor this? Any kind of reviews and suggestions are appreciated. Thanks.
Bug#1055192: ITP: golang-github-apenella-go-ansible -- Go package for executing ansible from Golang applications
Control: forcemerge -1 1055191 Both bugs are the same, some issue caused them to created twice. On 11/2/23 02:58, Ananthu C V wrote: Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc:debian-de...@lists.debian.org,debian...@lists.debian.org * Package name: golang-github-apenella-go-ansible Version : 1.2.0-1 Upstream Author : Aleix Penella * URL :https://github.com/apenella/go-ansible * License : Expat Programming Lang: Go Description : Go package for executing ansible from Golang applications Go-ansible is a Go package that enables the execution of ansible-playbooks and ansible commands directly from Golang applications. It supports a wide range of options for each command, enabling smooth integration of Ansible functionality into projects. Debian currently does not seem to have any Ansible libaries for Golang. It would be extremely helpful to have this one in debian. -- PGP: BC55 8A19 E57C 716D D12F 2FA2 EEED 479E 6CEC F707
Bug#1030835: Packaging ruff
Hi, Recently I tried to get started with packaging ruff, but found out there is already ongoing work on it. However it seems there is a quite a bit of work to do, so I will be happy to help out in any way possible. I will have to mention that I am still rather new to packaging. With that in my mind, do you think I could be of any help? If you want to dicuss about something, please feel free to mail me, or you can find me at @weepingclown:matrix.org. In any case, I appreciate the work you are doing a lot! Cheers, Ananthu
