> "Sean" == Sean Whitton writes:
>> Also you never know how long your package will stay in the NEW
>> queue and during this time lack of ITP could affect developers
>> priorities.
Sean> Well, I always look at the current NEW queue before packaging
Sean> something.
I do
Hello,
On Mon 10 Feb 2020 at 04:29PM +11, Dmitry Smirnov wrote:
> No. ITPs are opportunities to team up with others, not merely for de-
> duplication.
For many small packages there is simply no need for teaming up at the
stage of uploading to NEW.
> That might be a valid situation but
On Monday, 10 February 2020 1:01:05 PM AEDT Sean Whitton wrote:
> AIUI, the reason REJECT comments aren't public is because it might
> sometimes make people feel embarassed.
Then many reviews of a packaging work that is done by mentors would be
embarrassing but that's OK because everybody have
On Sunday, 9 February 2020 9:04:25 PM AEDT Michael Lustfield wrote:
> This is an understandable perspective, but secrecy probably isn't the best
> word.
Probably. If I had a better linguistic faculties then I could have find a
better word. But I have had to use what I was available...
> I
On Sun, Feb 09, 2020 at 07:01:05PM -0700, Sean Whitton wrote:
> One key problem with the current workflow is that it makes it very
> difficult to avoid reviewing identical files more than once. That would
> be a big improvement.
(I was just talking with Michael about this several minutes ago.)
Hello,
On Sun 09 Feb 2020 at 04:04AM -06, Michael Lustfield wrote:
>> To make matters worse ftp-masters rarely leave their comments in ITP
>> issues. As I've recently learned that have profound effect on processing of
>> new packages.
>
> I personally think this sounds like a fantastic (and not
Le 09/02/2020 à 18:12, gregor herrmann a écrit :
> On Sun, 09 Feb 2020 04:04:25 -0600, Michael Lustfield wrote:
>
>> I would personally *LOVE* to see ITPs be a requirement for *ALL* new
>> packages.
>
> Fine with me.
>
>> Making it a requirement and expecting ftp-masters to ignore any upload
On Sun, 09 Feb 2020 04:04:25 -0600, Michael Lustfield wrote:
> I would personally *LOVE* to see ITPs be a requirement for *ALL* new packages.
Fine with me.
> Making it a requirement and expecting ftp-masters to ignore any upload until
> the ITP has existed for at least X days would be
Hi Niels,
On Sun, Feb 09, 2020 at 11:22:46AM +0100, Niels Thykier wrote:
> For the parts involving tooling, are there bugs/salsa issues describing
> the issue so a "non-FTP-team"-member can take a stab at fixing them?
First of all the major problem we are talking about, that the reviewing
Quoting Michael Lustfield (2020-02-09 11:04:25)
> On Thu, 06 Feb 2020 10:32:42 +1100
> Dmitry Smirnov wrote:
>
> > IMHO it is disturbing that one of the most essential processes in
> > Debian -- acceptance of new and modified packages -- operates almost
> > in secrecy.
>
> This is an
Michael Lustfield:
> [...]
>
> I too would love to engage in a civil discussion about ways to improve the
> situation. Let's start with this-
>
> Why do reviews take so long?
> - The team is tiny
> - Much of the team seems very burned out
> - The ones that are active tend to stick to source or
On Thu, 06 Feb 2020 10:32:42 +1100
Dmitry Smirnov wrote:
> IMHO it is disturbing that one of the most essential processes in Debian
> -- acceptance of new and modified packages -- operates almost in secrecy.
This is an understandable perspective, but secrecy probably isn't the best word.
> To
Spiritually I really would like to see a transparent workflow of the FTP
team. If it were a couple years ago I may stand in the same position as
you. But now I'd kindly invite you to review the FTP team workflow (I
joined the FTP team in order to review it), review the functionalities
of dak (at
Please! Not now!
I absolutely think that accountability and transparency for a couple of
delegated teams --and really for delegations in general--needs to be one
of the big issues for the next DPL. I think that's true whether it is
me or someone else.
Our delegates put a lot of time and energy
IMHO it is disturbing that one of the most essential processes in Debian
-- acceptance of new and modified packages -- operates almost in secrecy.
Unlike most Debian teams, ftp-masters communicate in private mail list.
I understand why security team might need to operate without full public
15 matches
Mail list logo
