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

Groups > linux.debian.project > #10513 > unrolled thread

Realizing Good Ideas with Debian Money

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Realizing Good Ideas with Debian Money Sam Hartman <hartmans@debian.org> - 2019-05-29 13:50 +0200
    Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-05-31 22:40 +0200
      Re: Realizing Good Ideas with Debian Money Luca Filipozzi <lfilipoz@debian.org> - 2019-05-31 23:10 +0200
        Re: Realizing Good Ideas with Debian Money Luca Filipozzi <lfilipoz@debian.org> - 2019-06-01 01:00 +0200
          Re: Realizing Good Ideas with Debian Money Holger Levsen <holger@layer-acht.org> - 2019-06-01 01:00 +0200
            Re: Realizing Good Ideas with Debian Money Luca Filipozzi <lfilipoz@debian.org> - 2019-06-01 01:10 +0200
        Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-01 01:00 +0200
        Re: Realizing Good Ideas with Debian Money "G. Branden Robinson" <g.branden.robinson@gmail.com> - 2019-06-01 23:00 +0200
          Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-02 00:20 +0200
        Re: Realizing Good Ideas with Debian Money Ben Hutchings <ben@decadent.org.uk> - 2019-06-02 15:50 +0200
      Re: Realizing Good Ideas with Debian Money Sam Hartman <hartmans@debian.org> - 2019-05-31 23:40 +0200
        Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-01 00:30 +0200
          Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-01 01:10 +0200
            Re: Realizing Good Ideas with Debian Money Holger Levsen <holger@layer-acht.org> - 2019-06-01 01:20 +0200
            Re: Realizing Good Ideas with Debian Money Ximin Luo <infinity0@debian.org> - 2019-06-01 04:50 +0200
              Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-01 05:10 +0200
                Re: Realizing Good Ideas with Debian Money Ximin Luo <infinity0@debian.org> - 2019-06-01 06:00 +0200
                  Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-01 06:20 +0200
                    Re: Realizing Good Ideas with Debian Money Ondřej Surý <ondrej@sury.org> - 2019-06-01 09:20 +0200
                Re: Realizing Good Ideas with Debian Money Ximin Luo <infinity0@debian.org> - 2019-06-01 06:20 +0200
                Re: Realizing Good Ideas with Debian Money Tollef Fog Heen <tfheen@err.no> - 2019-06-01 13:00 +0200
                  Re: Realizing Good Ideas with Debian Money Luca Filipozzi <lfilipoz@debian.org> - 2019-06-01 17:40 +0200
                  Re: Realizing Good Ideas with Debian Money Steve McIntyre <steve@einval.com> - 2019-06-01 18:20 +0200
                    Re: Realizing Good Ideas with Debian Money Tollef Fog Heen <tfheen@err.no> - 2019-06-02 08:40 +0200
            Re: Realizing Good Ideas with Debian Money Eldon Koyle <ekoyle@gmail.com> - 2019-06-01 07:50 +0200
              Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-01 11:50 +0200
            Re: Realizing Good Ideas with Debian Money Ondřej Surý <ondrej@sury.org> - 2019-06-01 09:00 +0200
              Re: Realizing Good Ideas with Debian Money Sam Hartman <hartmans@debian.org> - 2019-06-01 15:10 +0200
                Re: Realizing Good Ideas with Debian Money Gunnar Wolf <gwolf@debian.org> - 2019-06-04 02:40 +0200
                  Re: Realizing Good Ideas with Debian Money Sam Hartman <hartmans@debian.org> - 2019-06-04 02:50 +0200
                    Re: Realizing Good Ideas with Debian Money Antonio Terceiro <terceiro@debian.org> - 2019-06-04 14:30 +0200
                      Re: Realizing Good Ideas with Debian Money Sam Hartman <leader@debian.org> - 2019-06-14 12:40 +0200
                        Re: Realizing Good Ideas with Debian Money Sam Hartman <leader@debian.org> - 2019-06-15 15:10 +0200
                  Re: Realizing Good Ideas with Debian Money Gunnar Wolf <gwolf@debian.org> - 2019-06-04 16:30 +0200
                    Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-05 23:40 +0200
            Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-01 11:40 +0200
              Re: Realizing Good Ideas with Debian Money Judit Foglszinger <fgrfgr@freenet.de> - 2019-06-01 12:50 +0200
              Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-01 20:00 +0200
                Re: Realizing Good Ideas with Debian Money Jonathan Carter <jcc@debian.org> - 2019-06-01 20:10 +0200
                  Re: Realizing Good Ideas with Debian Money Russ Allbery <rra@debian.org> - 2019-06-01 20:20 +0200
          Re: Realizing Good Ideas with Debian Money Sam Hartman <hartmans@debian.org> - 2019-06-01 15:10 +0200
            Re: Realizing Good Ideas with Debian Money Adrian Bunk <bunk@debian.org> - 2019-06-01 16:40 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#10538

]] Russ Allbery 

> These dynamics change a *lot* when the money is coming from
> the project itself.  That money is special; it's not just one more company
> or foundation or whatnot that is providing resources to aid in a general
> volunteer project.  It becomes a loaded statement about what work the
> project considers the most important and, worse, *who* the project
> considers important to do that work.

This is a hugely important point: we're already seeing conflicts where
people conflate the paid-for LTS effort with other team's priorities.
If we move that funding closer to Debian, we're effectively saying that
«this funded effort is important and all relevant teams, volunteer or
not should support it», rather than trusting teams to act in the
currently more creative anarchic way.  Adding more tension internally in
the project, which I think spending money in this way will do, is a bad
idea.

> Particularly now that my free time is rarer and more precious to me,
> doing unpaid work for an organization that also has paid staff is
> hugely demotivating.  It's entirely plausible that paying for
> resources would mean that Debian would end up with *less* resources
> than we have now, if other volunteers feel the same way.

Well said, and I feel the same way.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

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

#10542

On Sat, Jun 01, 2019 at 12:29:04PM +0200, Tollef Fog Heen wrote:
> ]] Russ Allbery 
> > Particularly now that my free time is rarer and more precious to me,
> > doing unpaid work for an organization that also has paid staff is
> > hugely demotivating.  It's entirely plausible that paying for
> > resources would mean that Debian would end up with *less* resources
> > than we have now, if other volunteers feel the same way.
> 
> Well said, and I feel the same way.

Same same.

-- 
Luca Filipozzi

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

#10543

On Sat, Jun 01, 2019 at 12:29:04PM +0200, Tollef Fog Heen wrote:
>]] Russ Allbery 
>
>> These dynamics change a *lot* when the money is coming from
>> the project itself.  That money is special; it's not just one more company
>> or foundation or whatnot that is providing resources to aid in a general
>> volunteer project.  It becomes a loaded statement about what work the
>> project considers the most important and, worse, *who* the project
>> considers important to do that work.
>
>This is a hugely important point: we're already seeing conflicts where
>people conflate the paid-for LTS effort with other team's priorities.
>If we move that funding closer to Debian, we're effectively saying that
>«this funded effort is important and all relevant teams, volunteer or
>not should support it», rather than trusting teams to act in the
>currently more creative anarchic way.  Adding more tension internally in
>the project, which I think spending money in this way will do, is a bad
>idea.

That's definitely my concern, too. I don't want to have to consider
funding when working on stuff for fun, and I also don't really want to
reorganise how things are done to accommodate others who do.

>> Particularly now that my free time is rarer and more precious to me,
>> doing unpaid work for an organization that also has paid staff is
>> hugely demotivating.  It's entirely plausible that paying for
>> resources would mean that Debian would end up with *less* resources
>> than we have now, if other volunteers feel the same way.
>
>Well said, and I feel the same way.

+1

Having said both of these, I think there *are* reasonable places to
spend money that shouldn't affect us so much. The areas in question
are those where we struggle to find any/sufficient volunteer effort to
do what we need - bureaucracy etc. Volunteer book-keepers are few and
far between, IME.

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
"When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich

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

#10549

]] Steve McIntyre 

> On Sat, Jun 01, 2019 at 12:29:04PM +0200, Tollef Fog Heen wrote:
>
> >This is a hugely important point: we're already seeing conflicts where
> >people conflate the paid-for LTS effort with other team's priorities.
> >If we move that funding closer to Debian, we're effectively saying that
> >«this funded effort is important and all relevant teams, volunteer or
> >not should support it», rather than trusting teams to act in the
> >currently more creative anarchic way.  Adding more tension internally in
> >the project, which I think spending money in this way will do, is a bad
> >idea.
> 
> That's definitely my concern, too. I don't want to have to consider
> funding when working on stuff for fun, and I also don't really want to
> reorganise how things are done to accommodate others who do.

At the same time as what's written above, I think we have to realise we
are in an incredibly privileged position to be able to contribute to
Debian because it's fun.  I'd like that to be the case for more people,
and funding will be a part of that, as it is with Outreachy and to some
extent GSoC.  However, what we're looking at here is not expanding our
outreach, it's almost the opposite: people have suggested improving core
services and improve underfunded, but important areas like bookeeping.

In addition, it's not clear that the funding and political work has to
come from Debian.  I think it's a lot wider and hooks into the debate
about socioeconomic inequalities and universal basic income, areas which
I don't think we'll agree on at all inside of Debian.

> Having said both of these, I think there *are* reasonable places to
> spend money that shouldn't affect us so much. The areas in question
> are those where we struggle to find any/sufficient volunteer effort to
> do what we need - bureaucracy etc. Volunteer book-keepers are few and
> far between, IME.

We do have a treasurer team, I would be interested in hearing what their
feelings on this would be if we decided to bring in paid labour to help
them out.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

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

#10532

On Fri, May 31, 2019 at 5:08 PM Russ Allbery <rra@debian.org> wrote:
>
> Adrian Bunk <bunk@debian.org> writes:
>
> > My biggest high level concern is the income side, since this is the most
> > difficult part and will likely also be the most controversial one.
>
> I could well be entirely wrong, but the part that I would expect to be the
> most controversial is that, once Debian starts spending project money to
> pay people to do work that other people in the project are doing for free,
> the project is doing a form of picking winners and losers.  We're deciding
> as a project that some people's work is valuable enough to pay for and (by
> omission if nothing else) other people's work is not, and for all the good
> intentions that we have going in, there are so many ways for this to go
> poorly.

I think this is a very real concern.  What if payment was structured as task
bounties rather than hiring full-time employees? Then the payment becomes
an acknowledgement that a task is undesirable or time consuming, rather
than a status symbol.

-- 
Eldon Koyle

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

#10536

On Fri, May 31, 2019 at 11:46:02PM -0600, Eldon Koyle wrote:
> On Fri, May 31, 2019 at 5:08 PM Russ Allbery <rra@debian.org> wrote:
> >
> > Adrian Bunk <bunk@debian.org> writes:
> >
> > > My biggest high level concern is the income side, since this is the most
> > > difficult part and will likely also be the most controversial one.
> >
> > I could well be entirely wrong, but the part that I would expect to be the
> > most controversial is that, once Debian starts spending project money to
> > pay people to do work that other people in the project are doing for free,
> > the project is doing a form of picking winners and losers.  We're deciding
> > as a project that some people's work is valuable enough to pay for and (by
> > omission if nothing else) other people's work is not, and for all the good
> > intentions that we have going in, there are so many ways for this to go
> > poorly.
> 
> I think this is a very real concern.  What if payment was structured as task
> bounties rather than hiring full-time employees? Then the payment becomes
> an acknowledgement that a task is undesirable or time consuming, rather
> than a status symbol.

Bounties can be useful for developing features.

Bounties are not really useful for continuous tasks to keep the project 
runnning, like DPL or system administration.

> Eldon Koyle

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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

#10533

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

It might be worth looking on how other organizations in our ballpark are doing stuff.

f.e. IETF/ISOC is in similar situation to Debian/SPI. I am not directly involved in looking into IETF financials, but they have contracts for certain functions (Ops, RFC Editor to name few, for full list see https://iaoc.ietf.org/contracts.html).

I agree that crunching the numbers must be a first step, then next step might be identifying roles within the project that can have clear job descriptions, that might also include roles that we currently don’t have because it can’t be filled by volunteers work. Then this must also include balancing whether we can improve the function if the function is contracted and there are “hard” requirements.

Personally, I don’t have any problem with paying people with Debian money if the competition for the function is transparent (thus done by third party in our case), time-limited and clearly specified so we can end the contract if the conditions are not fulfilled by the other party.

Ondrej
--
Ondřej Surý <ondrej@sury.org>

> On 1 Jun 2019, at 01:07, Russ Allbery <rra@debian.org> wrote:
> 
> Adrian Bunk <bunk@debian.org> writes:
> 
>> My biggest high level concern is the income side, since this is the most
>> difficult part and will likely also be the most controversial one.
> 
> I could well be entirely wrong, but the part that I would expect to be the
> most controversial is that, once Debian starts spending project money to
> pay people to do work that other people in the project are doing for free,
> the project is doing a form of picking winners and losers.  We're deciding
> as a project that some people's work is valuable enough to pay for and (by
> omission if nothing else) other people's work is not, and for all the good
> intentions that we have going in, there are so many ways for this to go
> poorly.
> 
> If we're only hiring people from *outside* the project, not each other,
> maybe that avoids the worst of the problems, but it's still an odd
> dynamic.  For example, it creates a perverse incentive for someone to
> resign from the project so that they can be paid for the work they're
> currently doing as a volunteer.
> 
> I'm particularly concerned what will happen if something goes wrong: we
> pay someone to do additional work and that work isn't up to the quality
> standards that we need.  Now what?  If that person is also a Debian
> Developer, we have now introduced an aspect of job performance feedback
> into a volunteer community.  While doubtless there are Debian Developers
> who are also managers in their day jobs, that's not something anyone is
> currently doing *in Debian*.  Managing feedback and consequences for poor
> performance is a skill that we are not currently exercising and that is
> not trivial to learn.
> 
> These problems generally go away with externally-funded initiatives such
> as LTS.  In that case, even when Debian Developers are involved, it's
> clear that the person with the money is making contract and hiring
> decisions, is the person who can decide to fire someone from that contract
> if they don't like the work being done, and any decisions made there are
> entirely separate from one's ongoing Debian work as a volunteer.  People
> still have to decide what they're willing to do for free and what they
> want to be paid for, but it helps a lot that LTS is scoped to one specific
> problem and has resources such that, if everyone else decides they're not
> willing to do LTS support for free, the initiative still survives.  It
> also helps considerably that LTS was something we as a project had decided
> not to do with pure volunteer resources, so it's a pure incremental on top
> of project work.
> 
> Maybe we can find more things like LTS that are pure incrementals over
> what the project is currently doing, but I'm pretty worried about the
> social dynamic of paying people to do core project work that others are
> currently doing for free.
> 
> I assume the above is the sort of thing that Sam is referring to when he
> says that we need to have a higher-level discussion if we're going to
> pursue this idea.
> 
> -- 
> Russ Allbery (rra@debian.org)               <http://www.eyrie.org/~eagle/>
> 

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

#10539

>>>>> "Ondřej" == Ondřej Surý <ondrej@sury.org> writes:

    Ondřej>    It might be worth looking on how other organizations in
    Ondřej> our ballpark are doing stuff.  f.e. IETF/ISOC is in similar
    Ondřej> situation to Debian/SPI.

I'm no longer really involved in the IETF, but I was involved in the
IETF for a number of years and was involved in a leadership role when
the previous structure was set up.  (They are going through a transition
to replace the IASA with the IETF LLC right now, and I don't even
understand why they think that's a good idea; haven't even read the RFCs
involved)

ISOC was careful not to fund any standards work.  So under that model
mapped to us, DPL, RT, all the decisions of ftpmaster, TC, NM, DAM, debian-legal, Debconf
content team, and all the
packaging effort would be unfunded.

There was an administrative director who worked on contracts, RFPs, and
who managed relationships.  Then a lot of tasks were contracted.  There
were some fairly long-term contracts for rfc-editor and for the
secretariat (who did debconf local/global team stuff, who ran the
non-RFC parts of the archive (id repository) (other than content
decisions), and helped with administration for bi-weekly document calls
etc).


Then there were contracts for things like tools development.  So things
like DSA, dak development, development of release team scripts would be
contracted out for big projects.  Smaller things and ongoing maintenance
would be handled by volunteers.  Deciding what was wanted, writing
requirements specs, etc, etc would be done by volunteers.


With regard to Russ's concerns,
I think that making short-term grants to work on specific projects might
be much more achievable for us than salaries.  It reduces the factors
he's worried about.
I think there would still be significant risk, but not nearly as much as
if we were actually paying salaries on an ongoing basis.


Factoring in past performance would be easier for new grants than trying
to fire someone.

But I think even given that the concerns would be very real.

That said, even in the IETF community there is very much an in croud for
the administrative stuff.  The same people seem to often be getting the
contracts.  If you actually cared about the business it seems like it
would be very easy to get feelings hurt.

Also, basically all the tasks the IETF pays for are very far from the
actual work of the IETF.

I actually think that Debian could possibly hire  people to do our website on a
contract without it being a huge problem.  We'd explicitly want  the www
team (or hopefully no one in our community) not to bid.  We'd want the
www team to be guiding the process and for the contract to be about
doing the things they don't want to or never get around to doing.
We'd want it to be something we'd be willing to do again in similar
circumstances, so that if it did actually change what people were
willing to work on that would be OK.
In that model, the www team would be more about deciding overall
structure, making the decisions than actually going and implementing
them.


But for a lot of what we do, it's close enough to our core that the mix
of money and power would be problematic.
As an example, even having people work on the dak software seems like it
would run into trouble as they could influence which features got
implemented etc.

When you start funding positions that actually have power to make
project-level decisions, I think you run into a lot of challenges.

--Sam

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

#10551

Sam Hartman dijo [Sat, Jun 01, 2019 at 09:02:54AM -0400]:
> (...)
> 
> With regard to Russ's concerns,
> I think that making short-term grants to work on specific projects might
> be much more achievable for us than salaries.  It reduces the factors
> he's worried about.
> I think there would still be significant risk, but not nearly as much as
> if we were actually paying salaries on an ongoing basis.
> (...)
> I actually think that Debian could possibly hire  people to do our website on a
> contract without it being a huge problem.  We'd explicitly want  the www
> team (or hopefully no one in our community) not to bid.  We'd want the
> www team to be guiding the process and for the contract to be about
> doing the things they don't want to or never get around to doing.
> We'd want it to be something we'd be willing to do again in similar
> circumstances, so that if it did actually change what people were
> willing to work on that would be OK.
> In that model, the www team would be more about deciding overall
> structure, making the decisions than actually going and implementing
> them.

Reading this discussion, my main thought was following the line of
finding _what_ to fund as a first point. And, of course, you and
others have touched the points. It should be about funding stuff that
would otherwise not be carried out well enough.

I am aware your example is just an example - But don't you think that
following through with this would have a sad effect on the www team:
It would be equivalent to tell them, "thanks for your work for so many
years, but we have decided it's a weak spot in the project, and we'd
be much better off if somebody else were to do it".

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

#10552

>>>>> "Gunnar" == Gunnar Wolf <gwolf@debian.org> writes:

    Gunnar> I am aware your example is just an example - But don't you
    Gunnar> think that following through with this would have a sad
    Gunnar> effect on the www team: It would be equivalent to tell them,
    Gunnar> "thanks for your work for so many years, but we have decided
    Gunnar> it's a weak spot in the project, and we'd be much better off
    Gunnar> if somebody else were to do it".

If that were there reaction  we shouldn't do it.

I was imagining that if we went to www, treasurer, or a couple of other
teams and said things like
"Hey, from your last couple of reports you don't seem to be able to get
all the things done you want to dget done.  We don't seem to get you
volunteers, but would you find it useful to have some money to contract
for some of those items?  Because this is new, we'll help you out if you
don't have experience managing a contract well."

I'd be really surprised if their reaction was to feel their work was not
valued if presented like that.
And if so, we apologize and move on.

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

#10553

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

On Mon, Jun 03, 2019 at 08:42:02PM -0400, Sam Hartman wrote:
> >>>>> "Gunnar" == Gunnar Wolf <gwolf@debian.org> writes:
> 
>     Gunnar> I am aware your example is just an example - But don't you
>     Gunnar> think that following through with this would have a sad
>     Gunnar> effect on the www team: It would be equivalent to tell them,
>     Gunnar> "thanks for your work for so many years, but we have decided
>     Gunnar> it's a weak spot in the project, and we'd be much better off
>     Gunnar> if somebody else were to do it".
> 
> If that were there reaction  we shouldn't do it.
> 
> I was imagining that if we went to www, treasurer, or a couple of other
> teams and said things like
> "Hey, from your last couple of reports you don't seem to be able to get
> all the things done you want to dget done.  We don't seem to get you
> volunteers, but would you find it useful to have some money to contract
> for some of those items?  Because this is new, we'll help you out if you
> don't have experience managing a contract well."
> 
> I'd be really surprised if their reaction was to feel their work was not
> valued if presented like that.
> And if so, we apologize and move on.

To me, a model that could work is a model of grants, like the Perl
Foundations does.

https://www.perlfoundation.org/grants-committee1.html
https://www.perlfoundation.org/grant-ideas.html
https://www.perlfoundation.org/how-to-write-a-proposal.html

So people would be paid for fixed, delimited period, to achieve a
specific goal.

On the other hand, they would would have to report on their progress
periodically, and would be held accountable with regards to what they
proposed to work on, and they could be told what to work on or how to do
the work. If they didn't reasonably achieve the goals they set
themselves, that would be taken into consideration when evaluating
future grant proposals from them.

This makes that work a bit different from the volunteer work we all do
in Debian, where our only obligation -- if it goes that far -- is to not
block others from doing their own volunteer work.

Coming back to the www team example, one way of mitigating, or maybe
even elimitating, such negative reactions would be to encode in the
evulation criteria for grant proposals that any proposal that is tightly
linked to the work of an existing Debian team should be signed-off by
that team, or require some member of the team to volunteer to act as
"manager" for that grant before it is approved, or give that team veto
power over the acceptance of the grant. i.e. such grant would only be
accepted if the "affected" Debian team is happy with it.

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

#10596

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

Hi.
I've received a media query on this topic I am about to respond to.

I figure the project would not take it well to find out what we're going
to do from a news story.  And obviously I don't know what we're going to
do, but I do think I know where we ended up here and what I'd be open to
helping with as DPL.

There is insufficient support at this time to entertain paying salaried
positions from Debian money.  Some of the objections include the
following.  We don't have sufficient recurring funds.  Managing people
and handling performance issues is a skill set we do not select for.
Doing that could create significant power imbalances.  If we're going to
start somewhere we'll start smaller.

I think there are significant challenges and concerns paying for core
functions related to our operating system from Debian money.  It creates
complex and potentially concerning feedback loops in terms of
prioritization.  Today, if you have (or pay for) the time, you gain
significant influence.  That has its own problems, but changing that
would give power structures within Debian  control over what Debian is
in some strange and hard to understand ways.  That makes a lot of us
uncomfortable.  So I don't see supporting using Debian money to pay the
DPL, TC, packaging, release team, security, archive functions of
ftpmaster or the like.

However, encouraging others to pay Debian developers for Debian work
seems to have general support.  There are some concerns about how LTS is
working, but overall we seem relatively happy.  Expanding that model to
help connect money with qualified Debian community members seems worth
pursuing.

Similarly, I'd be open to the idea of pursuing grants or contracts to
fund projects not related directly to our operating system.  There are a
lot of things we do that everyone has to do: run IT infrastructure, keep
our accounts, run a website, run conferences.  Many of those we do our
own special way.  That's great, and so long as we have volunteers to do
the work and those volunteers are happy and have the resources we need,
we should keep right on being excellent.  However, if our volunteers
need help and contracting for effort to help them would make Debian
better, we can consider that.  Similarly, if we cannot find volunteers
to do work but we could find volunteers too coordinate, then contracting
may help.  In areas not related directly to our operating system I'd be
open to  experimenting with using Debian money.

As I've said, I won't drive that effort: it's simply not my focus as
DPL.  I'm happy to working with the right person to put together a
proposal to experiment with a couple of grants.  If you're interested
and have the time to drive such an effort, approach me at Debconf or
write to me after Debconf settles.  I currently expect that I'd want to
take such an experiment to a project wide vote before allocating funds.

--Sam

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

#10597

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

It was pointed out to me that my mail could have been misread in a
number of ways.  nothing in my message is meant to alter the delegations
currently in place. Rather, my desire is to further empower our
delegated teams.

If there are going to be any grants to fund work for some of our teams,
the teams need to eagerly support the idea and have appropriate
involvement in the process.  The obvious and simplest way is for the
team wanting to issue a grant to be the one running the experiment.

There are other options that may make sense.  For example if someone who
had experience with grants or contracting wanted to put together the
experiment that could be fine.  But it would need to be as a resource
for the teams that the teams saw as such, not antagonistic to our great
volunteers.

--Sam

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

#10554

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

Philip Hands dijo [Tue, Jun 04, 2019 at 10:51:10AM +0200]:
> It occurs to me that we could establish some sort of hardship fund to
> make sure that someone who's current situation falls below some minimum
> that we could define, they would be able to apply for funding.
> 
> For example, I recently bought some refurbished Lenovo X230 laptops for
> GBP 85.00 each, mostly because that seemed cheap enough that I'd be
> annoyed if my own X230 breaks and I'd not taken advantage of that deal.
> Also, my daughters clearly need laptops.
> 
> If there's any DD/DM who's current hardware is more ancient than that,
> then if they'd like to upgrade, but cannot afford to, it seems to me
> that for a small outlay from Debian they might well be enabled to be
> much more productive.

That's something I would clearly agree to. And it's a very different
issue from paying to perform a given task - It's reaching out and
helping those that can better contribute with the project. Besides, in
the example you present, they would be quite smaller expenses for the
project than what I would expect for a finish-a-hard-task gig.

> We've also occasionally had people who've been part of the project fall
> on hard times, and I think that having the ability to quickly provide
> benevolent funding to someone who's e.g. been rendered homeless somehow,
> would also be something that we should try to make possible.
> 
> Obviously, this might well bump into rules about what non-profit
> organisations can do, so the details would need to be carefully worked
> out.

This could also work, provided it's done on an equitative basis and
not based on current/recent performance - having it as a
kind-of-safety-net. With some care so that's not a mechanism that can
be abused. And, yes, making sure it's a legal way to spend our money
(but I don't see why wouldn't it).

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

#10561

On Tue, Jun 04, 2019 at 09:24:59AM -0500, Gunnar Wolf wrote:
> Philip Hands dijo [Tue, Jun 04, 2019 at 10:51:10AM +0200]:
> > It occurs to me that we could establish some sort of hardship fund to
> > make sure that someone who's current situation falls below some minimum
> > that we could define, they would be able to apply for funding.
> > 
> > For example, I recently bought some refurbished Lenovo X230 laptops for
> > GBP 85.00 each, mostly because that seemed cheap enough that I'd be
> > annoyed if my own X230 breaks and I'd not taken advantage of that deal.
> > Also, my daughters clearly need laptops.
> > 
> > If there's any DD/DM who's current hardware is more ancient than that,
> > then if they'd like to upgrade, but cannot afford to, it seems to me
> > that for a small outlay from Debian they might well be enabled to be
> > much more productive.
> 
> That's something I would clearly agree to. And it's a very different
> issue from paying to perform a given task - It's reaching out and
> helping those that can better contribute with the project. Besides, in
> the example you present, they would be quite smaller expenses for the
> project than what I would expect for a finish-a-hard-task gig.

In general this is a reasonable approach, but it might turn out to be 
hard to define what is actually needed and by whom.

> > We've also occasionally had people who've been part of the project fall
> > on hard times, and I think that having the ability to quickly provide
> > benevolent funding to someone who's e.g. been rendered homeless somehow,
> > would also be something that we should try to make possible.
> > 
> > Obviously, this might well bump into rules about what non-profit
> > organisations can do, so the details would need to be carefully worked
> > out.
> 
> This could also work, provided it's done on an equitative basis and
> not based on current/recent performance - having it as a
> kind-of-safety-net. With some care so that's not a mechanism that can
> be abused. And, yes, making sure it's a legal way to spend our money
> (but I don't see why wouldn't it).

IMHO this would be a very bad idea.

There are many DDs in the US, a country that has a combination of very 
high healthcare costs and not universal healthcare coverage.

What if a DD needs a life-saving procedure that costs a 6 digit amount
not covered by any insurance?

What if the child of a DD needs a life-saving procedure that costs
a 6 digit amount not covered by any insurance?

Or what if a DD lives in a country where a military conflict starts?
E.g. the situation in Venezuela could quickly detoriate to something 
several orders of magnitude worse than being homeless in a first world 
country.

Debian cannot be a safety net for everything that might go wrong
in real life (but individual members of Debian might be willing
to help).

And legally it would likely also be problematic to spend money on 
healthcare bills or flying a family out of a country.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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

#10535

On Fri, May 31, 2019 at 04:07:54PM -0700, Russ Allbery wrote:
> Adrian Bunk <bunk@debian.org> writes:
> 
> > My biggest high level concern is the income side, since this is the most
> > difficult part and will likely also be the most controversial one.
> 
> I could well be entirely wrong, but the part that I would expect to be the
> most controversial is that, once Debian starts spending project money to
> pay people to do work that other people in the project are doing for free,
> the project is doing a form of picking winners and losers.

Perhaps I am wrong on that, but I am associating the term "picking 
winners and losers" as an ideological statement used by US Republicans 
and Libertarians. For most people outside the US the underlying 
"government is bad" philosophy doesn't make any sense.

> We're deciding
> as a project that some people's work is valuable enough to pay for and (by
> omission if nothing else) other people's work is not, and for all the good
> intentions that we have going in, there are so many ways for this to go
> poorly.

I would say "work most people would never do unpaid".

My personal experience with real-life self-organizing projects is that
the hardest part is usually finding volunteers who clean the toilets
daily.

There are areas like DSA or security support that are essential, but
not the "package the cool latest software" kind of work where volunteers
are easy to find.

>...
> I assume the above is the sort of thing that Sam is referring to when he
> says that we need to have a higher-level discussion if we're going to
> pursue this idea.

One higher level topic is the point from my first email that the overall 
handling of money in the project should be balanced and many of the
problems are mitigated if additional money is not spent only on salaries.

"Debian pays much for A but they want me to pay for B out of my
own pocket" can be a problem - I wouldn't pay travel costs for
Debian events out of my own pocket as long as Debian is spending
money for the salaries of Outreachy interns since it would feel
as if I were financing these salaries by paying for the travel
costs myself.

If being a DD automatically comes with the benefit of travel costs
to a DebConf or MiniDebConf always being paid by Debian, then there
would likely be a higher acceptance for salaries being paid.

If salaries are being paid, then there should also be a proper budget 
reserved for people organizing events like a MiniDebConf so that they
don't have to spend much time finding sponsors.

But this direction of higher-level discussion only makes sense if there 
is a realistic prospect of a reliable long-term money source generating
at least US$ 1m per year - there are completely different discussions
depending on whether the additional money available to be spent each 
year would be US$ 0.1m, US$ 1m or US$ 10m.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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

#10537

> But yes, it's entirely possible that I'm being too cautious.

I'd say, being cautious in this case is very warranted.

One of the things, that are good about Debian is, that it's _not_ cooperate.
"You will not work for free for a company.  Debian is not a company."

Throwing in money has a high risk of changing culture in a bad way -
work is no longer volunteer work, one has an obligation to do it,
no matter, if one can do it well or even is interested in it any longer.
One got paid and one has to fulfill.

Even too high requirements for bursaries can be destructive -
prove that you are worth this money, promise things
and show that you didn't waste that "money spent on your trip/your 
accommodation".

> There are areas like DSA or security support that are essential, but
> not the "package the cool latest software" kind of work where volunteers
> are easy to find.

> ... continuous tasks to keep the project 
> runnning, like DPL or system administration.

Money seems to be regarded far to much as the ultimate all problem solver.

Not finding volunteers for certain tasks might also be a sign,
that something is screwed up about that task that should be changed.

Long ago, someone suggested to pay AMs, because it was so hard to find such.
From todays prespective it reads quite amusing ;)

> ...  So why not pay for it? 
> So long as the reviewer is respected enough to make a good judgment,
> it shouldn't be impossible to coordinate some direct compensation to
> ease the pain if the task is commonly-agreed to be painful.  People
> pay a fee to take most certifying exams for example.
>
> I wonder if the same could be applied to Debian?
> ...
> What if we
> make an AM salary-pool (open for donations all the time) and pay out
> once a month say 10% of the total pool in proportion to the number of
> people "checked"?

https://lists.debian.org/debian-newmaint/2006/04/msg00168.html

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

#10544

Adrian Bunk <bunk@debian.org> writes:
> On Fri, May 31, 2019 at 04:07:54PM -0700, Russ Allbery wrote:

>> I could well be entirely wrong, but the part that I would expect to be
>> the most controversial is that, once Debian starts spending project
>> money to pay people to do work that other people in the project are
>> doing for free, the project is doing a form of picking winners and
>> losers.

> Perhaps I am wrong on that, but I am associating the term "picking
> winners and losers" as an ideological statement used by US Republicans
> and Libertarians. For most people outside the US the underlying
> "government is bad" philosophy doesn't make any sense.

*heh*.  Er, no, not even remotely.  I'm about the farthest thing you can
get from a US libertarian or someone who thinks government is bad.  I'm
sorry to have used a confusing term and muddled my point!

What I'm trying to get across here is that one of the rather fundamental
things about Debian is that everyone works on the things they care about,
and the project is mostly neutral about which of those things are the most
important.  What's the most important is decided in a very practical,
democratic way: it's what people are willing to work on.

This is isn't an unmitigated good by any stretch of the imagination.
Sometimes we really do want to decide that something specific is important
even if no one wants to do it.  And those are probably good places to look
at spending money, so I'm probably being too negative about the idea.  If
we can find other things like LTS where everyone thinks it would be great
if it somehow happened but people are generally not willing to do it for
free, I think those would be compelling places to spend money if we can
sort out the supervision issues.

I'm just quite nervous about breaking down that deep structure of Debian
where we vote with our own time and energy.  It's not perfect and it has
flaws, but we understand it well and it "feels" fair (at least to those of
us who have been in that world for a long time).  I know no one is
proposing this, but a shift towards a model where people pick priorities
for the project and then direct effort to work on those things and not
other things would, for me, start feeling a lot more like a job, and would
hurt my motivation a lot.  I'm not all that productive at the moment, so
that doesn't matter a ton for me personally, but I'd be worried others
would feel the same way.

But what I'm hearing in the thread is that this is probably an avoidable
problem if we're careful to pick and choose the right types of projects.
Janitorial work, as you mention.

(Also, the point is well-taken that "voting with time and energy" is not
particularly "pure" in Debian already, since various corporations vote
with their money to fund people to do various things they care about.  So
this is already complicated and is not a pure volunteer endeavor, to be
sure.  That said, my impression -- on the basis of no actual research, so
maybe it's wrong -- is that Debian is driven much less by corporate
priorities than a lot of large free software projects.  Certainly less
than the Linux kernel, to take an obvious example.)

> My personal experience with real-life self-organizing projects is that
> the hardest part is usually finding volunteers who clean the toilets
> daily.

> There are areas like DSA or security support that are essential, but not
> the "package the cool latest software" kind of work where volunteers are
> easy to find.

Yeah, this is a very good point.

> But this direction of higher-level discussion only makes sense if there
> is a realistic prospect of a reliable long-term money source generating
> at least US$ 1m per year - there are completely different discussions
> depending on whether the additional money available to be spent each
> year would be US$ 0.1m, US$ 1m or US$ 10m.

I very much doubt that our current donation-driven model would generate US
$1M per year on a sustained basis, particularly if you subtract DebConf
out of the mix (which I think we should, because that money is essentially
earmarked for a specific purpose and has a whole sponsorship and
advertising component that works great for the conference but that I doubt
we would be comfortable with in Debian proper).

-- 
Russ Allbery (rra@debian.org)               <http://www.eyrie.org/~eagle/>

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

#10545

On 2019/06/01 19:55, Russ Allbery wrote:
> I very much doubt that our current donation-driven model would generate US
> $1M per year on a sustained basis, particularly if you subtract DebConf
> out of the mix (which I think we should, because that money is essentially

DebConf tends to bring in money for Debian, so not sure why you would
want to subtract it.

-Jonathan

-- 
  ⢀⣴⠾⠻⢶⣦⠀  Jonathan Carter (highvoltage) <jcc>
  ⣾⠁⢠⠒⠀⣿⡁  Debian Developer - https://wiki.debian.org/highvoltage
  ⢿⡄⠘⠷⠚⠋   https://debian.org | https://jonathancarter.org
  ⠈⠳⣄⠀⠀⠀⠀  Be Bold. Be brave. Debian has got your back.

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

#10546

Jonathan Carter <jcc@debian.org> writes:
> On 2019/06/01 19:55, Russ Allbery wrote:

>> I very much doubt that our current donation-driven model would generate
>> US $1M per year on a sustained basis, particularly if you subtract
>> DebConf out of the mix (which I think we should, because that money is
>> essentially

> DebConf tends to bring in money for Debian, so not sure why you would
> want to subtract it.

You cut the part where I explained why.  :)  That said, I'm not deeply
familiar with how much of the money that is donated during DebConf
fundraising goes to general project funds instead of to putting on DebConf
itself; perhaps the money is not as earmarked as I thought.

-- 
Russ Allbery (rra@debian.org)               <http://www.eyrie.org/~eagle/>

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

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

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

csiph-web