Hello,
On Sun 09 Mar 2025 at 01:57pm GMT, Simon McVittie wrote:
> Do I assume correctly that this principle can be weakened for
> experimental-NEW?
>
> As a general principle I think uploads to NEW that are more complicated than a
> completely new leaf package should usually be to experimental, u
I've recently been trying to help rescue a package that is dropped for
Trixie, partly for technical reasons (source package split means a round
trip through NEW) and party for license reasons (some uncertainty about
copyright of some icons, which have been in the archive for decades, but
since
Luke Faraone writes:
> The rationale given when I joined as ftpassistant (c. 2012) for not
> publicising decisions e.g. in the ITP was to avoid publishing
> potentially harshly-worded and embarassing reviews to maintainers in
> public (like pointing out that you missed a fairly obvious license
Luke Faraone writes:
> The rationale given when I joined as ftpassistant (c. 2012) for not
> publicising decisions e.g. in the ITP was to avoid publishing
> potentially harshly-worded and embarassing reviews to maintainers in
> public (like pointing out that you missed a fairly obvious license
>
On 06/03/2025 04:54, Matthias Urlichs wrote:
Finally, a question -- as you don't seem to document the issues you have
with long term packages in their ITP bug, where *do* you document them?
There is no built-in issue tracking in `dak`. The "notes" function is
only available while the package i
Hello,
On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote:
> Sean Whitton writes:
>
>> The docs are public: https://salsa.debian.org/ftp-team/manpages
>
> Those are helpful even for me as uploading packages to NEW! I wish I
> had read them before.
Mmm. They sat private access only for t
On Sun, 09 Mar 2025 at 19:32:32 +0800, Sean Whitton wrote:
IMO it is the maintainer's responsibility to ensure that NEW+unstable
together is always all installable, if you see what I mean.
Do I assume correctly that this principle can be weakened for
experimental-NEW?
As a general principle
Hello,
On Sun 09 Mar 2025 at 12:38pm +01, Simon Josefsson wrote:
> What should I do if NEW+unstable becomes uninstallable during the NEW
> review period?
>
> Do you want maintainers to re-upload a newly built binary? I've never
> done that, but doing so would make sense if you really want mainta
At 2025-03-09T19:32:32+0800, Sean Whitton wrote:
> On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote:
> > Sean Whitton writes:
> >> The docs are public: https://salsa.debian.org/ftp-team/manpages
> > Those are helpful even for me as uploading packages to NEW! I wish
> > I had read them bef
Sean Whitton writes:
> Hello,
>
> On Sun 09 Mar 2025 at 12:17pm +01, Simon Josefsson wrote:
>
>> Sean Whitton writes:
>>
>>> The docs are public: https://salsa.debian.org/ftp-team/manpages
>>
>> Those are helpful even for me as uploading packages to NEW! I wish I
>> had read them before.
>
> Mm
Sean Whitton writes:
>> My personal suggestion would be to work with one or two volunteers to write a
>> somewhat-comprehensive how-to-ftpmaster-the-NEW-queue manual, so that the
>> *next* time you have a bottleneck you can throw that document at the
>> volunteer
>> and say "here's ten example p
Hello,
On Thu 06 Mar 2025 at 01:54pm +01, Matthias Urlichs wrote:
> * I have learned (thanks @roehling) that the *actual* median time packages
> spend in NEW is less than two days. In other words, *somebody* must have
> *some* time available.
It is almost entirely Thorsten.
> My personal sug
On 05.03.25 19:51, Otto Kekäläinen wrote:
With this experience I am surprised that one FTP-team member is saying
that no help is needed?
Apparently the problem isn't that no help is needed but that nobody has
time to train the new help, citing possible burn-out trying to get
answers from the
Hi,
> > Apparently the problem isn't that no help is needed but that nobody has time
> > to train the new help, citing possible burn-out trying to get answers from
> > the
> > existing members and leaving in disappointment, if not disgust. (My
> > interpretation …)
> >
> > While that's a valid co
On 06.03.25 10:51, Sean Whitton wrote:
You can't just throw people at a team of volunteers who are busy doing
other things and say "train them".
That's true in general. However.
* this episode demonstrates that there are obviously a few crossed wires
between ftpmaster and DPL; I think it's fa
Hello,
On Thu 06 Mar 2025 at 08:41am +01, Matthias Urlichs wrote:
> Apparently the problem isn't that no help is needed but that nobody has time
> to train the new help, citing possible burn-out trying to get answers from the
> existing members and leaving in disappointment, if not disgust. (My
>
16 matches
Mail list logo
