Re: DD's, Debian Mentors needs you!
Hi Nilesh, The 'request access' button is now available once clicked on the button with three dots on the top right, and on mobile this seems to be a "More actions" button instead of thw three dots one. IIRC this change has happened since before the last few gitlab version updates. Best, Ananthu On 7 July 2024 7:47:39 am UTC, Nilesh Patra wrote: >I could go ahead with selint (on salsa) but to my surprise selinux team does >not >have a request to join button on[1] - likely disabled on purpose. >
Re: Removing more packages from unstable
Hi, I believe at least some of these packages were probably packaged as dependencies for packaging lazygit. I am not sure which all, but I remember atleast gocui, pty and termbox-go to be needed by lazygit in one way or another. There has been further work on packaging lazygit towards the end of the previous year, which I believe was mostly finished, that was then delayed by the person primarily focusing on this being the chief organizer for DebConf24. I am not sure removing them is the best idea, given it is part of an ongoing work. Best, Ananthu >golang-github-jesseduffield-asciigraph >golang-github-jesseduffield-gocui >golang-github-jesseduffield-pty >golang-github-jesseduffield-roll >golang-github-jesseduffield-rollrus >golang-github-jesseduffield-termbox-go >golang-github-jesseduffield-yaml >golang-github-manyminds-api2go >
Re: Removing more packages from unstable
On 21 August 2024 3:22:16 pm UTC, Nilesh Patra wrote: >My last installation of Debian on a laptop was approximately 1.5 years ago and >it was off by default. It asked me if I want to enable it or not. > >Did that change recently in D-I? > I don't think it did. I have had a bunch of reinstallations in the previous year thanks to my stupidity and I am pretty sure it behaved the same way as you mentioned. And I very clearly remember not enabling it when I installed Debian for the first time, not knowing then whatever this thing was.
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-devel@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.
Re: lintian preventing uploads
Hi, https://wiki.debian.org/Javascript/Repacking can be useful. Best, Ananthu
Re: Most optimal way to import NMU into existing git-builpackage repository?
Hi, Each team has their own policy in place. Some teams just want you to request access if you want to work on a team package (eg: go team), but for some teams the membership is granted only after confirming they've read and accepted the team policy (eg: python team), regardless of whether they are a DD or not. Of course, for DDs it is mostly just a formality compared to new people who are typically granted access after seeing some debian contribution record. But regardless, it wouldn't be great to bypass the team policies, IMHO. Best, Ananthu On 25 October 2024 10:22:25 am UTC, Peter B wrote: >On 24/10/2024 21:36, Otto Kekäläinen wrote: >I understand there is an issue whereby although uploading DDs >have unrestricted access to the archive, >they cannot update Salsa team repos if they are not a team member. >Maybe this ought to be fixed? >I can understand restricting access for DMs, but does it make sense for DDs?
Re: Cyrus-Imapd
Hi, instead of hardcoding the archs, isn't it better to add a b-d on architecture-is-64-bit? Best, Ananthu On 28 January 2025 6:21:26 am UTC, Yadd wrote: >Hi, > >Cyrus-Imapd is affected by a libical bug (according to >https://github.com/cyrusimap/cyrus-imapd/issues/4876, #1068223 comes from >libical but investigations were not finished). > >To workaround, I pushed a version of Cyrus-Imapd version for only a subset of >supported architectures (64bits only): > > Architecture: amd64 arm64 mips64el ppc64el riscv64 s390x alpha ppc64 >sparc64 > >However transition to testing stays blocked, does it mean that Cyrus-Imapd >won't be part of Debian-13 ? > >NB: this package is RFH, I'm not a C specialist > >Best regards, >Xavier >
