Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #82497 > unrolled thread

Contacting Debian Kernel team

Back to article view | Back to linux.debian.kernel

Contents

  Contacting Debian Kernel team Andreas Tille <andreas@an3as.eu> - 2024-05-20 08:30 +0200
    Re: Contacting Debian Kernel team Diederik de Haas <didi.debian@cknow.org> - 2024-05-20 13:20 +0200
      Re: Contacting Debian Kernel team Andreas Tille <tille@debian.org> - 2024-05-24 09:50 +0200
      Re: Contacting Debian Kernel team Bastian Blank <waldi@debian.org> - 2024-05-24 08:50 +0200

#82497 — Contacting Debian Kernel team

Hi,

I'd like to officially contact all our teams to learn about potential
issues that might affect your work.  I would love to learn how you
organise / share your workload.  If you do some regular meetings - be it
on IRC, video conference or whatever I'm interested in joining one of
your next meetings.

Like previous DPLs, I'm open to any inquiries or requests for
assistance. I personally prefer public discussion whenever possible, as
they can benefit a wider audience. You can find a list of contact
options at the bottom of my page on people.d.o[1].

I prefer being offline when I'm away from my keyboard, so I don't carry
a phone. In urgent situations, I can provide the number of my dumb
phone, though it may not always be within reach. Feel free to ping me
via email if I don't respond promptly to ensure I address your concerns.

Please let me know whether I can do something for you.  I'm fine joining
your IRC channel if needed but please invite me in case I should be
informed about some urgent discussion there since I normally do not lurk
on this channel.

I'd also like to inform you that I've registered a BoF for DebConf24 in
Busan with the following description:

  This BoF is an attempt to gather as much as possible teams inside
  Debian to exchange experiences, discuss workflows inside teams, share
  their ways to attract newcomers etc.

  Each participant team should prepare a short description of their work
  and what team roles (“openings”) they have for new contributors. Even
  for delegated teams (membership is less fluid), it would be good to
  present the team, explain what it takes to be a team member, and what
  steps people usually go to end up being invited to participate. Some
  other teams can easily absorb contributions from salsa MRs, and at some
  point people get commit access. Anyway, the point is that we work on the
  idea that the pathway to become a team member becomes more clear from an
  outsider point-of-view.

I'm sure not everybody will be able to travel this distance but it would
be great if you would at least consider joining that BoF remotely.  I'll
care for a somehow TimeZone aware scheduling - if needed we'll organise
two BoFs to match all time zones.  I'm also aware that we have pretty
different teams and it might make sense to do some infrastructure
related BoF with your team and other teams that are caring for Debian
infrastructure.

I have some specific questions to the Debian Kernel team.

  - Do you feel good when doing your work in Kernel team?
  - Team metrics currently shows two current contributors
    (Ben and Salvatore).  Do you consider the workload well
    shared in your team?
  - Do you have some strategy to gather new contributors for
    your team?
  - Can I do anything for you?

Kind regards and thanks a lot for your work
   Andreas.


[1] https://people.debian.org/~tille/

-- 
https://fam-tille.de

[toc] | [next] | [standalone]

#82502

[Multipart message — attachments visible in raw view] — view raw

On Monday, 20 May 2024 12:41:48 CEST Ben Hutchings wrote:
> > - Can I do anything for you?
> 
> My top priority would be more computing resources for Salsa, and
> particularly for CI runners.

+1

That was the first thing that came to my mind too, but it felt out of place for 
me to suggest that. I've less problems giving a '+1' on a suggestion from 
someone like Ben.

>From "Salsa stats for the curious" on debian-project ML:
On Friday, 12 April 2024 17:32:04 CEST Joerg Jaspert wrote:
> The VM this all runs on has 8 cores and 32g

I had several thoughts about that:
- The PC on which I'm typing this email has twice the resources
- It's impressive that the whole of Salsa can run on that
- But why doesn't have f.e. 4x or 8x those resources?

I think Salsa is great and I'm a big fan of CI.
But IMO Salsa isn't exactly fast and particularly running the CI pipelines 
takes (way) longer then I'd like. The major value of a CI is in providing a 
fast feedback loop.
Not hindered by any knowledge in this specific area, this seems an area where 
throwing money at it will actually help. Possibly substantially.

Cheers,
  Diederik

[toc] | [prev] | [next] | [standalone]

#82560

[Multipart message — attachments visible in raw view] — view raw

Hi Bastian,

Am Fri, May 24, 2024 at 08:26:55AM +0200 schrieb Bastian Blank:
> 
> It is not so much the problem of throwing money.  It's disagreements
> between teams and how things can be made better.

Thanks for the clarification.  The purpose of my contacting the teams
effort is to learn about such cases.  Now the question is how we can get
the people involved into one (virtual) room and find a solution.   Any
idea how to pproach this since I do not know the persons behind yet?

Kind regards
   Andreas.

-- 
https://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#82561

Hi

On Mon, May 20, 2024 at 01:06:52PM +0200, Diederik de Haas wrote:
> >From "Salsa stats for the curious" on debian-project ML:
> On Friday, 12 April 2024 17:32:04 CEST Joerg Jaspert wrote:
> > The VM this all runs on has 8 cores and 32g
> 
> I had several thoughts about that:
> - But why doesn't have f.e. 4x or 8x those resources?

As former Salsa admin, I might be able give some insight in that.

GitLab is only so much able to scale vertically.  Instead you need to
scale all of that horizontally.  With this you can get amazing things
out of it.  Just remember that gitlab.com is three to four magnitudes
larger.

We even had a plan to do that somewhat at that time, but in the end it
failed due to external circumstances.

> Not hindered by any knowledge in this specific area, this seems an area where 
> throwing money at it will actually help. Possibly substantially.

It is not so much the problem of throwing money.  It's disagreements
between teams and how things can be made better.

Bastian

-- 
The joys of love made her human and the agonies of love destroyed her.
		-- Spock, "Requiem for Methuselah", stardate 5842.8

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web