At 2025-05-08T09:07:48+0200, Andreas Tille wrote:
> I don't believe the DPL should initiate GRs. I also think that when
> this GR does happen (and I'm confident it will), someone else will be
> DPL.
In future DPL campaigns, I encourage the electorate to insist that each
candidate disclose which po
"The information for this listing was last updated on Wed, 22 May 2024."
That makes sense because I see m2crypto on this list.
Le jeu. 8 mai 2025, 10:38, Holger Levsen a écrit :
>
> https://qa.debian.org/orphaned.html
>
>
[follow-ups should probably go to -project; this issue is non-technical]
Hi Andreas,
Thank you for your prompt follow-up.
At 2025-05-08T10:14:57+0200, Andreas Tille wrote:
> Am Thu, May 08, 2025 at 02:54:47AM -0500 schrieb G. Branden Robinson:
> > At 2025-05-08T09:07:48+0200, Andreas Tille wrote
Hi,
On 08/05/2025 10:38, Holger Levsen wrote:
IMO it would certainly feel appropriate to use*existing processes*
instead of inventing new ones*and* excercising them on the archive
immediatly prior to wider discussion.
Thanks for expressing in three lines the things that are bothering me in
th
On Thu, May 08, 2025 at 08:06:03AM +, Holger Levsen wrote:
I think your reaction to this is a bit harsh. I see this ITN proposal as
a way how to handle pacakges that are effectively unmaintained, but
where one is not necessarily interested in becoming the maintainer.
we have a procedure for
Quoting Andreas Tille (2025-05-08 10:00:10)
> Hi Jonas,
>
> Am Wed, May 07, 2025 at 10:27:03PM +0200 schrieb Jonas Smedegaard:
> > > the underlying intent of ITN is to offer
> > > support in situations where maintainers, for whatever reason, may no
> > > longer have the capacity to care for a pack
On Thu, May 08, 2025 at 01:42:34PM +0500, Andrey Rakhmatullin wrote:
> On Thu, May 08, 2025 at 08:06:03AM +, Holger Levsen wrote:
> > > I think your reaction to this is a bit harsh. I see this ITN proposal as
> > > a way how to handle pacakges that are effectively unmaintained, but
> > > where
On Wed, May 07, 2025 at 07:34:17PM -0300, Antonio Terceiro wrote:
> I think your reaction to this is a bit harsh. I see this ITN proposal as
> a way how to handle pacakges that are effectively unmaintained, but
> where one is not necessarily interested in becoming the maintainer.
we have a procedu
Hi Jonas,
Am Wed, May 07, 2025 at 10:27:03PM +0200 schrieb Jonas Smedegaard:
> > the underlying intent of ITN is to offer
> > support in situations where maintainers, for whatever reason, may no
> > longer have the capacity to care for a package, and to do so in a
> > respectful and transparent wa
On Thu, May 08, 2025 at 10:00:10AM +0200, Andreas Tille wrote:
> >From my point of view, orphaning would be a more forceful step--closer
> in spirit to a QA upload, as Holger suggested. I prefer a gentler path
> that allows space for maintainers to re-engage if they wish.
again, orphaning means d
Hi Branden,
Am Thu, May 08, 2025 at 02:54:47AM -0500 schrieb G. Branden Robinson:
> At 2025-05-08T09:07:48+0200, Andreas Tille wrote:
> > I don't believe the DPL should initiate GRs. I also think that when
^
> > this GR does happen (and I'm confident it will), someone else will b
On Thu, May 08, 2025 at 10:26:08AM +0200, Andreas Tille wrote:
> > again, orphaning means doing a QA upload. a gentler path would be an NMU.
> > again, I don't why we need a new process here.
> Orphaning is something typically done by the maintainer themselves[1].
that is true and it's also true t
On Thu, May 08, 2025 at 08:46:35AM +, Holger Levsen wrote:
> > I think your reaction to this is a bit harsh. I see this ITN proposal as
> > a way how to handle pacakges that are effectively unmaintained, but
> > where one is not necessarily interested in becoming the maintainer.
> we have a p
Quoting Andreas Tille (2025-05-08 10:26:08)
> Hi Holger,
>
> Am Thu, May 08, 2025 at 08:07:35AM + schrieb Holger Levsen:
> > On Thu, May 08, 2025 at 10:00:10AM +0200, Andreas Tille wrote:
> > > >From my point of view, orphaning would be a more forceful step--closer
> > > in spirit to a QA uplo
Hi Holger,
Am Thu, May 08, 2025 at 08:07:35AM + schrieb Holger Levsen:
> On Thu, May 08, 2025 at 10:00:10AM +0200, Andreas Tille wrote:
> > >From my point of view, orphaning would be a more forceful step--closer
> > in spirit to a QA upload, as Holger suggested. I prefer a gentler path
> > tha
On May 8, 2025 04:27, Jonas Smedegaard wrote:
> What do you want those numbers to tell us? That there is nothing
> invasive about your experimental method and therefore no need to invent
> new acronyms because NMU is a perfectly fine descriptor, or that your
> method has show efficiency or t
Quoting tho...@goirand.fr (2025-05-08 13:30:17)
>
>
> On May 8, 2025 04:27, Jonas Smedegaard wrote:
>
> > What do you want those numbers to tell us? That there is nothing
>
> > invasive about your experimental method and therefore no need to invent
>
> > new acronyms because NMU is a perfectl
On Thu, Jan 23, 2025 at 05:06:04PM -0800, Otto Kekäläinen wrote:
> Hi!
>
> Current https://dep-team.pages.debian.net/deps/dep14/ states that the
> default Debian branch name is 'debian/latest':
>
> > In Debian this means that uploads to unstable and experimental should be
> > prepared either in
On May 8, 2025 19:46, Jonas Smedegaard wrote:
>
> Yes, I am quite aware of the appreciation from some maintainers of the
> contributions made by Andreas - my criticism is another which goes
> beyond appreciative maintainers. I do believe that Andreas'
> experiment *also* aims to go beyo
Hi Jonas,
Am Thu, May 08, 2025 at 11:22:44AM +0200 schrieb Jonas Smedegaard:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Orphaning is something typically done by the maintainer themselves[1].
> > If someone else does it unilaterally, wouldn't that come closer to a
> > hijack? There's precede
Hi Joost,
Am Thu, May 08, 2025 at 05:49:41AM +0200 schrieb Joost van Baal-Ilić:
> I'm with Jonas and h01ger here: I don't think the benefits of the current
> ITM-prodedure are bigger than the bad side effects. And even more people
> voiced this opinion, e.g. @ https://wiki.debian.org/DebianMentor
On Wed, 2025-05-07 at 23:17 -0700, Otto Kekäläinen wrote:
> Hi!
>
> I think Soren and Antonio summarized what I am thinking as well. If
> there are seemingly unmaintained packages and we have people who are
> willing to take care of them and update/refresh them by doing
> something between a small
Le Sun, Apr 20, 2025 at 11:22:04PM +0500, Andrey Rakhmatullin a écrit :
> On Sun, Apr 20, 2025 at 06:25:53PM +0100, Josh Triplett wrote:
> > What I'm suggesting here is that if every individual package that needs
> > awk has a Depends on it (via a package that allows switching
> > implementations),
Am Thu, May 08, 2025 at 09:35:35PM +0800 schrieb tho...@goirand.fr:
> How about a BoF on strong package ownership in Brest?
I have registered such a BoF and want to prepend it by a Sprint
in DebCamp.
See you there
Andreas.
--
https://fam-tille.de
On 2025-05-08 Jonas Smedegaard wrote:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Would it feel more appropriate if I called it ITO (Intent to Orphan)
> > instead of ITN and use the 21 days waiting period + upload to
> > delayed=10?
> Yes, that helps tremendously.
> That makes is clear th
On May 8, 2025 20:25, Andreas Tille wrote:
>
> Hi Jonas,
>
> Am Thu, May 08, 2025 at 11:22:44AM +0200 schrieb Jonas Smedegaard:
> > Quoting Andreas Tille (2025-05-08 10:26:08)
> > > Orphaning is something typically done by the maintainer themselves[1].
> > > If someone else does it un
Hi,
Holger Levsen ezt írta (időpont: 2025. máj.
8., Cs, 10:38):
>
> On Thu, May 08, 2025 at 10:26:08AM +0200, Andreas Tille wrote:
> > > again, orphaning means doing a QA upload. a gentler path would be an NMU.
> > > again, I don't why we need a new process here.
> > Orphaning is something typica
Hi,
Am Thu, May 08, 2025 at 06:48:33PM +0200 schrieb Andreas Metzler:
> It
> just hides the fact that they are unmaintained and makes it therefore
> harder to find stuff that should be orphaned and/or removed.
Just a short comment: In the Bug of the Day effort the majority of
packages will be mov
Every once in a while there is a package that requires more than three hours
to run autopkgtest. One example is pyinstaller-hooks-contrib.
https://tracker.debian.org/pkg/pyinstaller-hooks-contrib
On amd64, armhf, and i386, the tests currently take slightly less than 3
hours. But on arm64, the
On Thu, May 08, 2025 at 08:24:57PM +0200, Lucas Nussbaum wrote:
> The developers-reference has this sentence:
> > Fixing cosmetic issues or changing the packaging style in NMUs is
> > discouraged.
>
> Maybe it could be changed to:
> > Using NMUs to make changes that are likely to be non-consensua
On Thu, May 08, 2025 at 09:01:54PM +0200, Andreas Tille wrote:
> Just a short comment: In the Bug of the Day effort the majority of
> packages will be moved into team maintenance using the ITS procedure or
> packages removed via (pre-)removal bugs.
fwiw, I think that's great. Thank you!
--
chee
On 08/05/25 at 16:56 +0200, Bálint Réczey wrote:
> I agree with using existing processes and I also appreciate Andreas'
> initiative to improve the state of long-neglected packages.
>
> I believe the ITN name is a bit redundant, since our NMU process with
> an upload to a delayed queue already sig
G. Branden Robinson dijo [Thu, May 08, 2025 at 03:49:08AM -0500]:
> > this GR does happen (and I'm confident it will), someone else will be
> > DPL.
>
> In future DPL campaigns, I encourage the electorate to insist that each
> candidate disclose which powers of the office they categorically refus
On 08/05/25 at 18:50 +, Bill Allombert wrote:
> Le Thu, May 08, 2025 at 08:24:57PM +0200, Lucas Nussbaum a écrit :
> > On 08/05/25 at 16:56 +0200, Bálint Réczey wrote:
> > > I agree with using existing processes and I also appreciate Andreas'
> > > initiative to improve the state of long-neglec
Helge Kreutzmann wrote (Thu, 8 May 2025 17:28:59 +):
> Also the Japanese translator found a broken link:
>
> > About this translation, I found the url on the line # 3498
> > https://www.debian.org/News/2003/20031202
> > the page doesn't exist on the debian.org
H.
This is not the only
On Thursday, May 8, 2025 4:41:16 PM Mountain Standard Time Antonio Terceiro
wrote:
> We could allow longer timeouts on a per-package basis and on maintainer
> request, like we handle having packages tested with KVM instead of
> containers.
>
> This would need the code to actually support this to
On Thu, May 08, 2025 at 11:38:35AM -0700, Soren Stoutner wrote:
> I have two questions.
>
> 1. Is there a way to override the 3 hour time limit for Debian CI for a
> particular package?
No.
> 2. Would there be objections to reconsidering the 3 hour default time limit
> for all packages?
We
On Thu, May 08, 2025 at 10:33:55PM +0200, Holger Wansing wrote:
> I think about removing myself from the debian-www team.
> Better no longer be part of it, otherwise people might blame me for such
> decisions ...
Please don't. Breaking things is unavoidable in complex enough systems,
and is OK i
Hi,
在 2025/5/9 02:24, Lucas Nussbaum 写道:
> On 08/05/25 at 16:56 +0200, Bálint Réczey wrote:
>> I agree with using existing processes and I also appreciate Andreas'
>> initiative to improve the state of long-neglected packages.
>>
>> I believe the ITN name is a bit redundant, since our NMU process
Am Thu, May 08, 2025 at 09:56:47PM +0200 schrieb Lucas Nussbaum:
> > The point of this sentence is to define what is non-consensual in the
> > first place. Changing the packaging style means the NMU diff will be
> > difficult to review.
>
> It don't think that it's about the ability to review the
Hi,
On 09-05-2025 03:28, Soren Stoutner wrote:
On Thursday, May 8, 2025 4:41:16 PM Mountain Standard Time Antonio Terceiro
wrote:
We could allow longer timeouts on a per-package basis and on maintainer
request, like we handle having packages tested with KVM instead of
containers.
This would ne
Le Thu, May 08, 2025 at 08:24:57PM +0200, Lucas Nussbaum a écrit :
> On 08/05/25 at 16:56 +0200, Bálint Réczey wrote:
> > I agree with using existing processes and I also appreciate Andreas'
> > initiative to improve the state of long-neglected packages.
> >
> > I believe the ITN name is a bit red
42 matches
Mail list logo
