Hello Phil,
Am 10.12.24 um 06:49 schrieb Phil Wyett:
On Mon, 2024-12-09 at 15:58 -0800, Xiyue Deng wrote:
Hi Sam,
Sam Hartman writes:
As a none DD I do basic build testing and validation of packages and their
files in-order to bring them up to a minimum standard for a DD to then look at.
On Tue, 2024-12-10 at 02:12 +0500, Andrey Rakhmatullin wrote:
> On Mon, Dec 09, 2024 at 02:02:30PM -0700, Sam Hartman wrote:
> > >> It would be great to have a group of DDs that are willing to
> > >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
> >
> > Andrey> Sure.
On Mon, 2024-12-09 at 15:58 -0800, Xiyue Deng wrote:
> Hi Sam,
>
> Sam Hartman writes:
>
> > > > > > > "Andrey" == Andrey Rakhmatullin writes:
> >
> > Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
> > >> It would be great to have a group of DDs that are willing to
Hi Sam,
Sam Hartman writes:
>> "Andrey" == Andrey Rakhmatullin writes:
>
> Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
> >> It would be great to have a group of DDs that are willing to
> >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
Hello,
On Sat 07 Dec 2024 at 05:50pm GMT, Holger Levsen wrote:
> On Sat, Dec 07, 2024 at 10:39:43PM +0500, Andrey Rakhmatullin wrote:
>> No, there is clearly no consensus on unifying any workflows. Everyone
>> thinks their workflow is superior and canneeds to stay.
>
> I agree with the first sent
On Sat Dec 7, 2024 at 5:39 PM GMT, Andrey Rakhmatullin wrote:
No, there is clearly no consensus on unifying any workflows. Everyone
thinks their workflow is superior and canneeds to stay.
I'm more optimistic than this. I don't think we'll ever reach *one*
workflow, but I think there may be a s
On Mon, Dec 09, 2024 at 02:02:30PM -0700, Sam Hartman wrote:
> >> It would be great to have a group of DDs that are willing to
> >> regularly check for RFS bugs / mentors.d.n and offer sponsorship
>
> Andrey> Sure. This is true since the beginning of the RFS process,
> Andrey> and
> "Andrey" == Andrey Rakhmatullin writes:
Andrey> On Wed, Dec 04, 2024 at 03:30:23PM -0800, Xiyue Deng wrote:
>> It would be great to have a group of DDs that are willing to
>> regularly check for RFS bugs / mentors.d.n and offer sponsorship
Andrey> Sure. This is true since t
Hi,
Let me plop in right into this discussion with no general solution and
more things to think about. For the context I'm packaging Java things,
and Java has historically been notoriously bad at guessing how much
memory it could actually use on a given system. I'm not sure things are
much be
On Mon, 9 Dec 2024 18:08:33 +0100, Chris Hofstaedtler
wrote:
>I echo Alejandro's concerns. We should stop having the flag
>completely, not encourage using it.
I violently disagree. But I have to accept this.
>IOW: if we move towards better character support, we need to do that
>by allowing it al
On Mon, 9 Dec 2024 18:04:52 +0100, Chris Hofstaedtler
wrote:
>This was never on the table, and shadow upstream might even drop the
>entire "support" for having bad names.
Just for the record, I consider this a kneejerk reaction that moves
the world backwards. It's sad.
--
--
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org, d...@dotat.at
* Package name: nsnotifyd
Version : 2.3
Upstream Contact: Tony Finch
* URL : https://dotat.at/prog/nsnotifyd/
* License : 0BSD
Hi,
Am Wed, Dec 04, 2024 at 11:18:23AM -0700 schrieb Soren Stoutner:
> Robert,
Thanks a lot to Robert to ask here on the list and sorry for my delayed
answer. I had to catch up with real life but since the question was
originally to me in person I feel the need to finally get involved into
the t
* Marc Haber [241205 18:06]:
> P.S.: Sadly, this has gotten less than positive coverage on LWN. I
> apologize for the harm this discussion has done.
Marc, my thank you for collecting the info on the wiki, and starting
this discussion. I'm sorry I was not able to participate more.
However, I reje
* Marc Haber [241203 22:06]:
> On Tue, Dec 03, 2024 at 08:41:06PM +0100, Étienne Mollier wrote:
> > Marc Haber, on 2024-12-03:
> > > I'll probably deprecate --allow-bad-names in favor of something that
> > > doesn't use the word "bad" (suggestions appreciated). Otoh, adduser in
> > > the Red Hat W
* Ben Kallus [241208 21:35]:
> I second calling it "allow-unsafe-names"
This was never on the table, and shadow upstream might even drop the
entire "support" for having bad names.
> for the following reasons:
[..]
> 2. There's a path traversal bug in useradd (but not adduser) that can
> be tri
Hi,
Am Thu, Dec 05, 2024 at 08:03:36AM -0600 schrieb rhys:
> >>> When I was regularly monitoring ITPs, I noticed that newcomers often
> >>> struggle to "find friends" (i.e., sponsors). In my opinion, what we need
> >>> is someone to guide sponsees to the appropriate team, Salsa group, or
> >>> sim
Package: wnpp
Severity: wishlist
Owner: William Lyu
* Package name: golang-k8s-component-helpers
Version : 0.31.3-1
Upstream Author : Kubernetes
* URL : https://github.com/kubernetes/component-helpers
* License : Apache-2.0
Programming Lang: Go
Description
Hi!
On Thu, 2024-12-05 at 09:23:24 +0100, Helmut Grohne wrote:
> On Wed, Dec 04, 2024 at 02:03:29PM +0100, Guillem Jover wrote:
> > On Thu, 2024-11-28 at 10:54:37 +0100, Helmut Grohne wrote:
> > > For one thing, I propose extending debhelper to provide
> > > --min-ram-per-parallel-core as that see
19 matches
Mail list logo
