Re: Any volunteers for lintian co-maintenance?

2024-05-21 Thread Niels Thykier
PICCA Frederic-Emmanuel: I tried it on one of my package silx warning: File: ./debian/tests/control:22:14:22:19: It is possible that the value is a typo of "i386". [Correctable via --auto-fix] 22: Architecture: !i386 It seems wrong to me, the test control file allow !i386 Cheers

Re: Any volunteers for lintian co-maintenance?

2024-05-21 Thread Niels Thykier
Andreas Tille: Hi Niels, at first sorry for my late answer. At Thu, May 09, 2024 Niels Thykier wrote: [...] >> For me, lintian fails in all roles it has. It is not a good tool for newbies to get help, since it can only test build artifacts. As an example, your feedback look is a full

Re: Any volunteers for lintian co-maintenance?

2024-05-21 Thread PICCA Frederic-Emmanuel
I tried it on one of my package silx warning: File: ./debian/tests/control:22:14:22:19: It is possible that the value is a typo of "i386". [Correctable via --auto-fix] 22: Architecture: !i386 It seems wrong to me, the test control file allow !i386 Cheers Frederic

Re: Any volunteers for lintian co-maintenance?

2024-05-21 Thread Holger Levsen
On Mon, May 20, 2024 at 01:00:00PM -0700, Otto Kekäläinen wrote: > Regarding this discussion in general, I get the sense that > participants haven't actually tried Debputy and are not aware of its > capabilities. If you have Podman/Docker you can effortlessly run this > little check to get some

Re: Any volunteers for lintian co-maintenance?

2024-05-20 Thread Otto Kekäläinen
Hi! > > If I am successful, then lintian can specialize its efforts into issues only > > visible in packaged artifacts and thereby reduce it scope a bit. > > Perfect. I'd love to have some policy checking at "the right point in > time". I'd love to support this but as far as I understand even

Re: Any volunteers for lintian co-maintenance?

2024-05-19 Thread Scott Kitterman
On May 19, 2024 11:00:23 AM UTC, Andrey Rakhmatullin wrote: >On Sun, May 19, 2024 at 12:49:29PM +0200, Andreas Tille wrote: >> > It also fails as an archive QA tool in my view since the FTP masters have >> > been unwilling to upgrade to any recent version of lintian. >> >> Perhaps a ftpmaster

Re: Any volunteers for lintian co-maintenance?

2024-05-19 Thread Andrey Rakhmatullin
On Sun, May 19, 2024 at 12:49:29PM +0200, Andreas Tille wrote: > > It also fails as an archive QA tool in my view since the FTP masters have > > been unwilling to upgrade to any recent version of lintian. > > Perhaps a ftpmaster could explain this in detail. As far as I understand, > it's also a

Re: Any volunteers for lintian co-maintenance?

2024-05-19 Thread Andreas Tille
Hi Niels, at first sorry for my late answer. At Thu, May 09, 2024 Niels Thykier wrote: > You are welcome to quote me in public, though I feel it will not help your > cause. This reply is in private to you, so you can choose whether you want > to quote me. I think any answer should be discussed.

Re: Any volunteers for lintian co-maintenance?

2024-05-13 Thread Andrius Merkys
Hi Nilesh, On 2024-05-10 21:04, Nilesh Patra wrote: On Fri, May 10, 2024 at 05:58:24PM +0300, Andrius Merkys wrote: Do you mean bugs on bugs.d.o, or are there other issues? As you may have seen in the other emails, there are performance issues. Other than that, there are 2 open RC bugs right

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Bill Allombert
Le Fri, May 10, 2024 at 10:47:29PM +0500, Andrey Rakhmatullin a écrit : > - The most paradoxical thing is the recently "discovered" combination of > "old lintian falsely reports a problem in certain packages", "lintian > runs as a part of the package acceptance process and some problems are >

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Soren Stoutner
Niels, On Friday, May 10, 2024 3:18:29 AM MST Niels Thykier wrote: > Soren Stoutner: > > I would like to respectfully disagree will some of the opinions expressed in > > this email. > Hi Soren > > Not sure if we disagree all that much to be honest. :) Yes, I think we do agree. From a

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Nilesh Patra
Hi Andrius, On Fri, May 10, 2024 at 05:58:24PM +0300, Andrius Merkys wrote: > Do you mean bugs on bugs.d.o, or are there other issues? As you may have seen in the other emails, there are performance issues. Other than that, there are 2 open RC bugs right now (fixed in salsa but not uploaded I

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Andrey Rakhmatullin
My 1.83 RUB: lintian is one of those things that are very important and useful when you know how to use them, which quirks to apply and which parts to ignore, and without that knowledge are maybe useful, maybe useless, maybe harmful, and nobody will tell you that knowledge unless you ask

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Andrius Merkys
Hello, On 2024-05-10 17:35, Nilesh Patra wrote: On Fri, May 10, 2024 at 04:06:15PM +0200, Andreas Tille wrote: Lintian is important for me. For the past few months, I have been reviewing and merging MRs and pushing small fixes of my own. I am not a proficient perl programmer and hence I am not

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Nilesh Patra
On Fri, May 10, 2024 at 04:06:15PM +0200, Andreas Tille wrote: > > If lintian is important to you, I strongly recommend that you do put *some* > > of your volunteer time into it. > > +1 > for Soren and everybody else reading this. Lintian is important for me. For the past few months, I have been

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Andreas Tille
Hi, Am Fri, May 10, 2024 at 12:18:29PM +0200 schrieb Niels Thykier: > Soren Stoutner: > > I would like to respectfully disagree will some of the opinions expressed > > in this email. > > Hi Soren > > Not sure if we disagree all that much to be honest. :) I think we all agree that we need some

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Niels Thykier
Soren Stoutner: I would like to respectfully disagree will some of the opinions expressed in this email. Hi Soren Not sure if we disagree all that much to be honest. :) First, I should say that I am painfully aware of how long it takes to run lintian on large packages. When working on

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Hakan Bayındır
I also think that Lintian is one of the most important tools in Debian packaging ecosystem. I'm not a Debian Developer, but have built packages for our Debian derivative distribution (Pardus, which I tech-led it for some time). The first step was to get the package "Lintian-clean (TM)" before

Re: Any volunteers for lintian co-maintenance?

2024-05-10 Thread Marc Haber
On Thu, 09 May 2024 13:57:28 -0700, Soren Stoutner wrote: >However, I personally find lintian to be one of the most helpful tools in >Debian packaging. +1. The fact that it doesn perform well on large packages is bad, but that doesnt make it less useful for smaller packages. Greetings Marc

Re: Any volunteers for lintian co-maintenance?

2024-05-09 Thread Lucas Nussbaum
On 09/05/24 at 13:57 -0700, Soren Stoutner wrote: > First, I should say that I am painfully aware of how long it takes to run > lintian on large > packages. When working on qtwebengine-opensource-src it takes my system > (Ryzen 7 > 5700G) about 2 hours to build the package and about half an

Re: Any volunteers for lintian co-maintenance?

2024-05-09 Thread Soren Stoutner
I would like to respectfully disagree will some of the opinions expressed in this email. First, I should say that I am painfully aware of how long it takes to run lintian on large packages. When working on qtwebengine-opensource-src it takes my system (Ryzen 7 5700G) about 2 hours to build

Re: Any volunteers for lintian co-maintenance?

2024-05-09 Thread Andreas Tille
Hi, this mail is a private response from Niels to my mail to the Debian Perl team where I explicitly asked for people helping out with lintian. So far the answer from Niels is the only response. Since he gave explicit permission to quote him in public I'm doing so hereby. Niels assumed that