Applying for fiscal hosting

Started by a1ex, September 16, 2020, 09:19:57 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

c_joerg

Quote from: Walter Schulz on December 18, 2020, 08:13:48 AM
No link given and therefore unable to check source.
If it is important and something changes, then I can look for it in the CHDK forum.

Quote from: a1ex on December 18, 2020, 03:05:42 PM
They could have done so back in 2012, when we were accepting donations, or in 2013, when we've got a massive popularity spike after announcing ...
Thank you very much for the detailed explanation.
As an enthusiastic CHDK and ML fan, I naturally hope that it will continue ...
EOS R

nikfreak

don't be afraid. really. Nothing to worry about.

Canon will love this just because of ML they will sell even more cameras. They will sell cameras and it s free marketing for them. Every forum post. discord, reddit, twitter, whatever. Youtube, vimeo and such. It will contain "Canon".
They lack sales and ML will help. Not much maybe but still in these times where smartphones replace cameras every penny counts and that's just my 2 cents. They compete with Nikon, Olympus and such. And Ml will be one reason for potential buyers out there to grab a Canon.

[size=8pt]70D.112 & 100D.101[/size]

IDA_ML

Quote from: nikfreak on December 18, 2020, 06:44:00 PM
Canon will love this just because of ML they will sell even more cameras. They will sell cameras and it s free marketing for them. Every forum post. discord, reddit, twitter, whatever. Youtube, vimeo and such. It will contain "Canon".
They lack sales and ML will help. Not much maybe but still in these times where smartphones replace cameras every penny counts and that's just my 2 cents. They compete with Nikon, Olympus and such. And Ml will be one reason for potential buyers out there to grab a Canon.

Absolutely!

I've been thinking what would have happened if Canon would have decided to offer some support to ML developers for porting ML to their most advanced prosumer DSLR model - the 5DMkIV which is an expensive product.  Sales of this highly capable camera would have exploded and Canon would have made a lot of money on that helping them to overcome these hard times nowadays.  Now imagine the same thing for the R5/R6 models equipped with real 4k RAW video.  Everybody would buy Canon, for many years to come!  And what did they do instead?  Commited that overheating fraud.  What a shame, Canon ...

a1ex

Some hopefully good news:

First one is that I've already found a way to allocate significant amounts of time for ML without worrying about making ends meet, and without breaking the bank. Look at the current Bitcoin price :)

In short, g3gg0 agreed to transfer me 0.737 BTC that I can exchange/trade as I see fit, and that should cover part of my living expenses for the current year. Obviously, it doesn't reach the threshold for dropping out of my full-time job - so one shouldn't expect miracles, besides visible progress. The remaining balance of 1.0 BTC is still available for the entire ML project, but any decision to spend it would be much easier if there were a steady stream of income.

Current priority for me is project maintenance: things like completing the transition from Bitbucket to Heptapod, figuring out and documenting a contribution workflow, continuous integration/testing in QEMU, integrating previous contributions into mainline, assisting other developers with technical advice etc. Development for new models is secondary for me, at least for the time being - there are more important issues that need to be addressed first. Of course, others are free to explore whatever areas they are interested in, including new camera models.

Once the project will be back into "maintained" state, i.e. able to accept/manage contributions, we can also think about fundraising towards supporting new camera models, new features, maybe a stable release etc. Bounties could be useful too, but again, somebody has to manage the contributions. Food for thought.




The second part is about the fiscal hosting application. I still see some value in having some legal backing for the project and some consistent funding (as opposed to relying on occasional Bitcoin bubbles) - the project would no longer have the "underground" feeling, and a small team of part-time "staff" members (maintainers, devs, community assistants) might speed up the development quite a bit.

So far, we have met (using video-conferencing) with both Open Collective and Software Freedom Conservancy to discuss the initial details, but without any commitment, so we still have to decide which organization to pick in order to complete the application process.

In a nutshell, the more I think about it, the more I'm leaning towards Software Freedom Conservancy - and here are a few reasons.

First, they provide services like "Basic Legal Advice and Services", "Some Personal Liability Protection" etc:

Quote from: https://sfconservancy.org/projects/services/When a project joins Conservancy, it formally becomes part of the Conservancy. (The project is thus somewhat analogous to a division of a company or a department in a large agency.) As such, project leaders benefit from some amount of protection from personal liability for their work on the project.

This is obviously valuable for US-based contributors, but also for EU-based ones, as I expect a significant part of the donations to come from US-based supporters. Yes, DMCA affects the EU as well.

Conservancy is a 501c3 charity, and - to my understanding - the personal liability protection comes primarily from the Volunteer Protection Act. We haven't discussed this particular detail with them; that was just my googling.

Some details to be reviewed (long reads):
https://sfconservancy.org/projects/apply/ConservancyFSATemplate.pdf
https://sfconservancy.org/projects/policies/conflict-of-interest-policy.html
https://sfconservancy.org/projects/policies/conservancy-travel-policy.html

For Conservancy, we need to have a "Project Leadership Committee" with at least 3 active members. There are also some fairly strict rules about managing expenses, about getting paid for one's time (contract work) and so on; while they are probably overkill in the beginning, gut feeling says they will be beneficial for the project in the long run. These rules are probably part of the reason they can offer personal liability - again, my own interpretation.

Here's an opinion I've got on Discord, from the author of Copy this book (no affiliation, but he has some experience running a nonprofit association):

Quote from: schrijver
The project leadership committee is a good thing, I think. It creates a structure wherein as project leadership you can have more confidence in your decisions because you don't take them all by yourself.

They leave some freedom as in how to structure this committee—the "Simple Self-Perpetuating Committee" is clearly the easiest. That being said, it would be good to think about a way to involve the community with this committee. For example, you could have the committee meetings be open to members of the community to attend.

Then, a detail that further tips the balance towards Conservancy, if you ask me:

Quote from: https://godotengine.org/donate
The Patreon donations are processed by Conservancy, which then uses them to hire developers based on contracts made transparent to all supporters.

It's not advertised on Conservancy's website, but... apparently they are compatible with Patreon!

I haven't discussed this aspect with them - found the above quote earlier today - but we might be able to open a team Patreon account to be managed by Conservancy, i.e. without personal liability :)

Of course, they also accept direct donations via Paypal (which also handles credit/debit cards), so one will not have to create a Patreon account in order to support our work.

Finally, getting paid for one's time would be done for contract work (as a freelancer), and I believe they can be invoiced via Xolo Go (an Estonian service that allows EU-based freelancers to invoice any EU/US/CA-based business without requiring the freelancer to incorporate/register in their home country - much like a virtual company).

In comparison, Open Collective Europe ASBL (where we've also received green light) has a few important differences:

* the project would be an unincorporated partnership, and Open Collective Europe would hold the money for us
+ much less bureaucracy; the core team would simply have to approve any expenses without a formal process
- there's no personal liability protection - probably not needed as long as we "stay" in Europe (both regarding contributors and supporters, to my understanding)
- requires sharing the home address of a core contributor, for invoicing
- donations (under OCE) must be without any kind of expectations/promise attached, otherwise they are considered "services" and taxed 20% extra
+ they have some very interesting funding options involving services, such as a support contract / support tiers, or even office hours for companies - but there is an important limitation*) on the European side of Open Collective, see below
- the collective would not have a VAT number, so if anyone would like to get paid for their time, they would have to invoice the collective with VAT - the usual EU rule about reverse VAT charge does not apply here. I smell double VAT taxation for any services that we might decide to offer through Open Collective Europe, but I might be wrong.
- cannot invoice the collective via Xolo Go (reason: lack of VAT number)
- no Paypal, only debit/credit cards available
+ transparent budget visible by everyone (recommended reading: From Firms to Collectives)
+ Twitter integration

*) Regarding the services (including users who donate towards e.g. supporting a particular camera model), there is another important limitation:
Quote from: https://opencollective.com/europe/conversations/about-vat-04qj9b68If your collective plans to offer products and services on a regular basis, you should apply for your own VAT number. If that's the case, we would highly recommend you to create your own fiscal host for your collective that could also act as a fiscal host for collectives like yours in your country.

Some of the shortcomings might be fixed in the near future, as they plan to expand Open Collective Europe, but we haven't discussed these details yet.

Some common aspects (would apply to both Open Collective Europe and Conservancy):

+ reimbursing project-related expenses (e.g. for cameras to work on) can be done for contributors from at least US and EU (other countries might work as well, but not all)
+ taxes are only due if anyone gets paid for their work (and only for their part, not for the money received by the entire group)
+ both orgs allow reimbursements via Paypal or bank transfer

Docs to be reviewed:
ToS: https://docs.google.com/document/d/1Cc8GBkH4XUfdF9hxmrK5b2W2YUw09hRNoCMdoR2Kzao/pub
VAT issue: https://opencollective.com/europe/conversations/about-vat-04qj9b68

TLDR: for covering various expenses, such as server costs or cameras to work on, Open Collective Europe is a fair choice, but that's not primary reason we are applying for fiscal hosting:
Quote from: Audionut on September 07, 2017, 06:14:13 AM
Need hardware + time.
Hardware is easy.

Rather, the problem I'm trying to solve is this one:
Quote from: Walter Schulz on October 10, 2018, 10:42:41 AM
ML code doesn't grow on trees.

Thoughts welcome - although I might sound biased or undecided, I'm just trying to find the best way forward for the entire project.

Happy New Year, btw!

wib

definitely 2021 is gonna be a great year !
EOS 5D3 123 crop_rec_4k_mlv_snd_isogain_1x3_presets_2020Dec11.5D3123

g3gg0

it would be cool if people with a better understanding of alex' mentioned tax question/issues can look a bit closer and give feedback.

Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

a1ex

Well, I didn't mean to ask for tax advice on the forum; just sharing my current understanding.

With Xolo Go, VAT for invoicing works like this:

Quote from: https://www.xolo.io/faq/xolo-go/category/income/article/how-does-vat-work-for-invoicing-your-sales
If your customer has a valid VAT number for intra-EU transactions, and is located in an EU country other than Estonia, then the VAT is marked as 0% due to the reverse-charge mechanism.
[...]
If your customer does not have a valid VAT number, then it will be necessary to add the Estonian VAT rate of 20% to the invoice.

Quote from: https://www.xolo.io/faq/xolo-go/category/income/article/what-if-my-customer-does-not-have-a-vat-number
If your customer does not have a valid VAT number for intra-EU transactions, for instance, they only have a local VAT number or they are a legal entity that is not able to apply for a VAT number, then it is still possible for you to invoice them via Xolo Go.

However, in this case, the Estonian VAT rate of 20% will be added to the invoice.

The following explanation is clearer, but applies to Xolo Leap (i.e. if one registers a company in Estonia through them). Likely similar to Go, from what I could tell:

Quote from: https://www.xolo.io/faq/xolo-leap/category/taxes/article/what-are-the-vat-rates-for-consultancy-services
If you sell services which need human intervention, such as consultancy, the following examples apply:

- If your customer is a business from the EU (e.g. Germany), and has a valid VAT number, you apply 0% VAT adding a special clause on your invoice: 'The purchase is liable to Intra-Community supply 0%, Reverse charge.' (You can check the validity of your customer's VAT number here)

- If the customer is a private individual or a business from Estonia, you need to charge 20% VAT (Estonian VAT)

- If the customer is a private client or business from the EU, and does NOT have a valid VAT number, you need to charge 20% VAT (Estonian VAT)

- If the customer is outside the EU (e.g. U.S.), don't apply any VAT (0%)

To my understanding, Open Collective Europe would fit into #3, while Conservancy (or Open Collective 501c6, which is off-limits for us) would fit into #4.

I've mentioned Xolo Go because it could be interesting for any EU-based contributors looking to get paid for their work on ML, as it might be easier to get started (depending on their home country, there might be less paperwork, compared to registering as self-employed in their home country). In this case, they would have to pay local taxes on a foreign salary, to my understanding (no dividends available from Xolo Go). Further reading: https://www.xolo.io/faq/xolo-go/category/withdrawals/subcategory/reporting-income

There might be a way to get around the second VAT - the one applied when invoicing Open Collective Europe:
Quote from: schrijver
In Belgium you can work around this if you have a small chiffre d'affaire—you don't need to charge VAT then

That is, if the freelancer registers a local business in their home country, and their yearly turnover is below a certain limit (3000 - 60000 EUR/year, depending on their country), it might be possible to invoice OCE without VAT.

For potential US-based contributors, I have no idea how things would work there. Assuming things will be straightforward for Conservancy (as they are US-based), but expecting surprises with Open Collective Europe - they would have to invoice the unincorporated EU-based partnership, whatever that means for them.

Again, this is not tax advice or request for tax advice - just my own understanding :)

g3gg0

Quote from: a1ex on January 02, 2021, 08:07:56 AM
Well, I didn't mean to ask for tax advice on the forum; just sharing my current understanding.
...
Again, this is not tax advice or request for tax advice - just my own understanding :)

yeah for sure, but if somone can confirm the current understanding or give any feedback or even contra-indications, this would be welcome i assume.
Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

a1ex

Of course, any thoughts are welcome. However, tax issues aside, the choice that we are going to make (Open Collective Europe vs Conservancy) may impact the future of the project in some very significant ways - so I'd prefer opinions that would help us make the right decision.

BTW, another possible reason for choosing Conservancy:

Quote from: c_joerg on December 18, 2020, 08:05:06 AM
In the CHDK forum I once heard the statement that as soon as CHDK became more commercial, Canon could protect its cameras better for debugging. Is that to be expected here too?

Conservancy is a 501c3 charity (based in New York); therefore, by choosing them, we would emphasize the non-commercial nature of the project even further (compared to choosing Open Collective). Or, at least that's my understanding. Whereas, if we were to incorporate a regular LLC or something similar, that would have screamed "commercial intentions", so this was excluded from the start:

Quote from: g3gg0 on June 11, 2013, 11:35:52 PM
we really need support in some things.
but it is our rule set to be
a) non-commercial
b) self-financing
c) non-profit
d) spare time project

within these rules, feel welcome to help :)





BTW, the following could also serve as a longer answer:

Quote from: a1ex on September 16, 2020, 09:19:57 PM
- The Value of Fiscal Sponsorship in FLOSS Communities (also covered on LWN)

While Open Collective fiscal hosts are also non-profits (Open Source Collective is 501c6 in California, Open Collective Europe is ASBL in Brussels), they actually go a little further away from the charitable path, in the direction of offering services to companies and backers. This probably makes sense for a large number of open source projects - Open Source Collective already host over 2000 projects, despite being quite recent (2017-2018?), while Conservancy - about 50 projects, despite them being around since 2006. However, it looks like Open Collective don't have the legal protections available for charities, so they had to be much more conservative regarding our application. I'm no expert, but apparently in US there is a clear difference between nonprofits and charities.

https://blog.opencollective.com/moving-beyond-the-charity-framework/
https://blog.opencollective.com/from-firms-to-collectives/

g3gg0

Quote from: a1ex on January 02, 2021, 01:02:15 PMWhereas, if we were to incorporate a regular LLC or something similar, that would have screamed "commercial intentions", so this was excluded from the start:
yeah, i would still recommend keeping these as basic rules.
at least in most areas of europe this helps in being some innocent, non-evil entity.
Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

g3gg0

Quote from: g3gg0 on January 02, 2021, 09:20:15 PM
yeah, i would still recommend keeping these as basic rules.
at least in most areas of europe this helps in being some innocent, non-evil entity.
as it was a bit misleading:
I still would stick to these rules as close as possible - especially non-commercial/non-profit.

using donations as financial support like for a1ex is absolutely okay for me and i fully support this.
this does *not* mean, ML is giving away money for everyone who asks for.
instead there was a lot of discussion before and everyone had no doubt that this is necessary and good.
Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

a1ex

Thanks. I'd like to add that it's not my intention to keep everything for myself, and I'd find it very useful to have a small team that I could rely on, rather than doing most of the maintenance work myself. For example, having at least an extra pair of knowledgeable eyes when reviewing pull requests would help a lot. Same for being able to delegate tasks like issue triaging, documentation, release management and so on, at least to some extent. But it would be unreasonable to expect any kind of commitment from volunteers / spare-time contributors (or, at least I'd feel bad about it).

https://snarky.ca/setting-expectations-for-open-source-participation/

And a related joke: https://twitter.com/ryanchenkie/status/1067801413974032385
(maybe not relevant atm, but it used to be very true for us some years ago)

So, it's not for anyone's personal benefit, but for moving the project forward. And some oversight for Conservancy could actually help with this - for example, if we join them, we'll have to think seriously about the project governance, and maybe write down some rules.

Here's an example from another project that operates under Conservancy's umbrella:
https://twitter.com/reduzio/status/1338108643762429952 (the entire thread)

And another example of how to organize tasks that are eligible for funding, from another project under Conservancy:
https://inkscape.org/support-us/funded-development/

One particular detail in the Inkscape guidelines: there is a rule that any development tasks eligible for funding should stay on a waiting list for at least 6 months, so volunteers could get a chance to implement these on their own. If we were to consider a similar rule, support for new cameras would qualify, for example.

names_are_hard

I think I could handle some PR reviews.  I managed to merge lua_fix and unified without breaking anything major :)  And the Qemu update.  (Do you want me to format this work for inclusion in Heptapod?  I was assuming not at this stage)  These are partly isolated changes by their nature (although lua_fix contained a bunch more than just Lua), so I haven't looked at all areas of the code.  Entirely up to you as to whether I'd be useful for what you have in mind.  However, if I'm not there yet, feel free to let me know which areas you think I'm not yet competent in - I'd be happy to improve, but I don't know what areas are most important to ML as a project.  I don't want you to be my boss, this is a spare time project!  But on the other hand, some direction would be valuable for knowing where to explore.

It's a little off topic, but not entirely: ML as a project could do with more visibility into what wants doing.  Yes, there are open tickets (but do many people even know that?).  But there's a lot of them and they're not organised.  A single page that linked to some important tickets that normal devs could get started on (or, get started learning how to do them), would be quite useful I feel.  More involved, prioritising and categorising tickets would be valuable.  E.g., I'd also like to help with automated Qemu testing, I know that's an important area, but I don't know exactly where to start or what it should end up looking like in order to get accepted.

Things I would happily volunteer for:
- closing cold tickets (reporter didn't respond, no way to reproduce or test, report too low quality to repro, etc)
- categorising / prioritising tickets (Qemu?  ML framework?  Model specific?)
- improving Qemu automation
- code cleanliness work (e.g., making all code conform to coding standards.  Which ML has!  Which are ignored!)
- some maintenance tasks (e.g. porting everything to python3.  Although this I can't test alone as I don't have access to Mac or Windows)
- PR reviews where you think I'd be useful (good way to improve my knowledge of the code, in those cases where I have the base knowledge to be useful in the review)

I'm sure there's a lot more.  I'm leaving out porting tasks on purpose.  I think there's a lot of tasks that "normal" devs could work on, but they don't know it.  Notably, I want to do all those tasks, but I don't know if ML wants me to, and I don't know how to do them the right way.  Let me do some of the boring tasks so you can do more of the fun ones!  I like being useful and won't let myself only do boring tasks ;)

g3gg0

well, ML is by its technical complexity nothing for one or two people.
it did and will not work that the same people digging into asm rev eng tasks (which are not just "a few minutes" of work, but rather weeks for one specific topic)
are the same ones who organize the project on a PR, doc, JIRA etc level :(

by the way - thanks to all contributors on the forums who try to keep the forum tidy :)
Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

Audionut

The complexity provides ample opportunity. This is a multi-faceted project with plenty of avenue to assist.

Things are fragmented. People come and go, available time ebbs and flows, new challenges constantly appear. Take the closure of bitbucket for example, that being a significant burden. Having to find another suitable host, work with the new changes, etc etc. All of this diverts resources (time) away from the main project, to tasks that don't exactly drive the project forward, and yet are inherently necessary due to circumstances.

Asking to ask, while apparently polite, is, to some extent, just another burden. If you think you can assist in a specific area, take charge of that task, take the burden of that task off of the hands of another community member. Don't be afraid to step on toes, because after all.....

Quote from: Dealing with rudeness link=http://www.catb.org/esr/faqs/smart-questions.html#keepcoolMuch of what looks like rudeness in hacker circles is not intended to give offense. Rather, it's the product of the direct, cut-through-the-bullshit communications style that is natural to people who are more concerned about solving problems than making others feel warm and fuzzy.

We all make mistakes, it is part of the learning process.

You may venture down a path for 3 days working on some specific thing, at which point after some discussion it inevitably ends with having to cease completing that task. Would that be considered to be a waste of time? Possibly, but asking to ask could enviably lead to a months worth of waiting for someone to answer. Which avenue wasted more time? Surely in the 3 days being spent working on a task, something was learned, yes? What do we learn by waiting a month for someone to say no, or giving up on waiting.......

I've lost count of the amount of people who have appeared, proclaimed to be in a position to help, been offered assistance, then disappeared. I don't mean to criticize those people at all, I just simply ask to respect my healthy load of skepticism towards people who ask to help.

names_are_hard

I'm not asking to ask, or asking to help - I'm already doing things that I guess will help.  But, I only have limited time, and, are my guesses good?  I'm not saying "I won't do anything until I know the best thing to do", that way lies paralysis.  I am asking because I want to be more useful.  I think I've been very useful getting new contributors up to speed with dev environment and early porting tasks.  The Qemu 4.2 update I think is useful and well received.  I've learnt a lot about the code layout and how it works with Qemu, boot process on cams, etc.  I am not waiting around for guidance.  But I could do better with guidance, and be of more benefit to ML, not just what I find interesting.

3 days is fine to try something out.  But improving Qemu testing automation, or refactoring the build system, these are tasks that could take months.  Personally, *while I want to do those tasks*, I don't want to commit several months of time to then be told I did them in the wrong way and it's useless to ML.  Both sides win if requirements can be given in advance.

g3gg0

Quote from: names_are_hard on January 04, 2021, 05:12:04 PMPersonally, *while I want to do those tasks*, I don't want to commit several months of time to then be told I did them in the wrong way and it's useless to ML.  Both sides win if requirements can be given in advance.

good point. in this case the best is to try to understand how you thing it should be, then explain your plan and ask if that is okay :)
from my experience: when an experienced developer (not a "what is C?"-newbie) made a plan of how he would solve things, this not different from what alex, me or any other would have done.
(you have no idea how often we have developed things and iterated 10x over it and finally thrown them away because it didn't work out or made no sense at all)

also experience: its always easy to say: "meh, i would have done it that way". but the answer to this is - "you haven't done it at all, so get cope with it :)"
Help us with datasheets - Help us with register dumps
magic lantern: 1Magic9991E1eWbGvrsx186GovYCXFbppY, server expenses: [email protected]
ONLY donate for things we have done, not for things you expect!

Audionut

Quote from: g3gg0 on January 04, 2021, 05:19:19 PM
also experience: its always easy to say: "meh, i would have done it that way". but the answer to this is - "you haven't done it at all, so get cope with it :)"

Yes, and this goes both ways (new devs <=> old devs), which is a point I was trying to make.

Quote from: names_are_hard on January 04, 2021, 05:12:04 PM
refactoring the build system

This is a perfect example (the other tasks you have taken are also probably good examples, sorry I haven't been following along to closely). The build system is as it is, because it works. But you've seen an opportunity to refactor the code and jumped straight into it. You made a comment on discord along the lines of "well, no one is complaining about my proposed changes, so...."

That was after a Q&A session where you sought clarity on a few details of the build system. This to me is exactly how things should proceed.

Far to often, it seems to end at a position where someone ends up asking for permission to proceed (do you think I should do this? Is it ok if I do this?). This is asking to ask.


Quote from: names_are_hard on January 04, 2021, 05:12:04 PM
I've learnt a lot about the code layout and how it works with Qemu, boot process on cams, etc.

This is the value IMO. Reaching an end goal of providing something useful, is obviously icing on the cake, but learning along the way also has it's value. If you're focus is entirely on ML, in the least, you are now in a better position for ML in the future (I reply to you, but it applies to everyone).

This project is not a corporate. There are no expectations to deliver results. You won't lose your job because you spent 2 months working on something, but didn't deliver an end product. If you had some fun along the way, learned some new things along the way, perfect.


Quote from: names_are_hard on January 04, 2021, 05:12:04 PM
I am not waiting around for guidance.  But I could do better with guidance, and be of more benefit to ML, not just what I find interesting.

You've made good points regarding organization. I expect these to be addressed when the fiscal problem is sorted as by nature, the project will be required to become more organized. Just like the bitbucket issues forced a requirement to focus on issues related to that, so will the fiscal hosting force a requirement into other areas.

But.... What you find interesting, shouldn't in my opinion, be dismissed as if it doesn't help ML, or only helps to a lesser extent. A typical user sees no value in the work you have done at all, because it doesn't solve "when will ML be available for" or, "when will feature XYZ be available". But the value is there, if for no other reason, then you had fun doing what you did.

a1ex

Status update: polishing the application to Software Freedom Conservancy - it already grew way larger than I'd like to admit :)

Currently, reviewing the application takes place on Discord - anyone is welcome to take a look... except for the search engines :D

If you are not already on Discord and you'd like to take a look, feel free to ping me on IRC (no registration needed) or via PM.

Edit Jan 11: application submitted!

Thanks to schrijver and Audionut for the major edits, but also to everyone else who made comments and suggestions :)

a1ex

Update: received an answer from Conservancy, regarding our application.

We still have some things to fix, the most glaring issue being project governance (or lack thereof), but the outcome is - in their words - "we're committed to get there" :)

Quote
Our first next step is to discuss the governance of the project and its representation in Conservancy to make sure we understand how decisions are made on behalf of Magic Lantern and to make sure Conservancy is set to interface well with the project. I know from the application you submitted that there's currently no formal decision-making on behalf of the project, so we'll have to design a process that fits with the way you all currently collaborate. Some of the easiest ways to do this are having an elected or self appointed committee, which we can discuss in greater detail.

As such, they invited us to a virtual meeting, together with the new and/or currently active developers. Trammell will be able to join us on Thursday evening. Meeting time wasn't fixed yet, but - my guess - it will be most likely between 18:00 and 21:00 GMT. For the meeting, we will use BigBlueButton, which works directly in browser - there's no need for the participants to install any custom software.

For reference, here's the agreement we'll have to complete - but after the meeting, of course:

https://sfconservancy.org/docs/sponsorship-agreement-template.pdf

garry23

Thanks for the update.

Scanning the agreement, the one area that may need clarifying is this one

QuoteFees. The Signatories agree to donate ten percent (10%) of the Project's gross revenue (includ- ing, but not necessarily limited to, all income and donations) to Conservancy for its general operations.

That is how to measure gross revenue in our ML project. The wording implies at least 10% of donations go to Conservancy. I guess this is the base model?

a1ex

Right - Open Collective would have taken the same percentage. It's not something I'm worried about.

On the contrary, I believe the services offered by Conservancy are worth a lot more than that, as discussed earlier in this thread.

garry23

Thanks for the reassurance and sharing your views.

domasa

Did you agree on any cooperation (in March 2021)?