Hi all.
Incorporating the MadWifi project as non-profit entity is on our
to-do-list since months, and I really would like to see it happen soon
now. There were some private discussions about this in the past, but each
time we started to think about that step one event or the other
side-tracked the team. So let's try again, and this time with a public
discussion to get opinions on that topic from the community, too.Motivation
==========
Main motivation for setting up a non-profit organisation is to be able to
handle monetary donations from users in a clean way. So far, we are a
bunch of interested and only loosely organised developers working on the
driver. Legally there is no "the project", so it's not possible to set up
a bank account for "the project". Accepting monetary donations would
require at least one developer to munge a private bank account with funds
received for the project. As this just calls for trouble we once decided
against doing it this way.
On the other hand we see a rising amount of users asking how they can
donate money to support the ongoing development of MadWifi and ath5k. The
money could be used for covering costs for our server, for setting up a
small testbed installation, for providing developers with Atheros-based
cards, and so on.Ways to incorporate as non-profit
=================================
We basically have two options to incorporate:1. Found our own "stand-alone" non-profit.
for us. We are developers, and none of us seems to be keen on diving into
more administrative work than we already have. This leaves us with option
2.The idea of a non-profit umbrella is to provide interested projects an
easy way to incorporate while keeping most of the administrative tasks off
of them. The umbrella is a non-profit entity itself, providing the
benefits of "being incorporated" to its members. Members don't need to
take care of the paperwork or fiscal reports, developers gain protection
from personal liability, and so on.
A good overview ...
Hi Mike,
On Wed, 3 Oct 2007 01:31:39 am Michael Renzmann wrote:
Considering that was a line of work closely related to the madwifi project
(and its recent change in direction with regards to ath5k), I couldn't manageI'd encourage to choose one entity to be affiliated with. Considering the SFLC
have an intimate relationship with the SFC, and that the SFC has already
exhibited their competence on working on matters surrounding ath5k, and that
ath5k is now the primary focal point of development...they strike me as the
way to go.I have had zero experience with non-profit stuff.
Thanks, Kel.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
True.
But remember that we would neither be the only SFC member nor the only
SFLC client. They also have other jobs to do, other clients to work for.
Now imagine that they had a workload similar to that of the recent
ath5-related stuff...Such a situation could easily happen, since they are quite active in that
area (GPL Lawsuite Busybox vs. Monsoon, Legal Summit for Software Freedom,
...). And it's great that they provide the legal services, really.My concern is that in such a situation it could happen that the non-profit
administration gets lower priority and thus even important (from our point
of view) stuff could get delayed notably.
But I too have no experience when it comes to non-profits, so I have noWhy? What advantages do you see in this approach and/or which
disadvantages in "affiliate with SPI and SFLC"?Bye, Mike
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
Simplicity and lower administration overhead on madwifi.org side of things.
You had hard enough time soliciting a response to the various non-profit
threads, getting help to satisfy administration requirements of two
non-profit umbrella's would seem like a harder task...Thanks, Kel.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
it seems to make things too complicated.
i'm for coosing SFLC, since they have done a lot for us already.
anyways, this is just a feeling of "keep things simple" - i don't know
anything about this...bruno
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
I'm in favor for pursuing working under SFC first. Mind you -- we
still have to apply, and hopefully be accepted. If our application is
rejected we can seek to work with SPI as an alternative.Luis
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
Although I think that the SPI has some advantages over the SFC (easier
handling of donations in some non-US countries) these advantages probably
are not as important as the fact of finally incorporating at all. And the
SFC is surely a great choice anyway, as pointed out by others also.I think it's time for a (public) vote. Objections?
Bye, Mike
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
Sorry for not spending the time to reply to the mails, I've been side
tracked and haven't kept up with the devel list.I don't have a preference to either option and know no other ways.
As far as I can tell, your post is very informative and I trust your
judgment in the matter.Basically, what you have said (join the SPI and client of the SFLC)
sounds good to me.
The only question would be, are there any conflict of interest issues
to have this type of relationship with both organizations? (monetary
handling, administrative tasks, etc)-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
Good question, and one I can't answer yet. For this I've passed it on to
the thread I've started on the spi-general mailing list. Let's see what
they think, then I'll also investigate about SFLCs opinion about this.Bye, Mike
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
It seems we now have the answer on that question:
=== cut ===
I spoke with the SFLC today. Although it is possible for you to be
associated with SPI and SLFC at the same time. It is not possible for
you to be associated with the SFC and SPI at the same time.
=== cut ===
From: http://lists.spi-inc.org/pipermail/spi-general/2007-October/002427.htmlIn other words: it seems that the construct I have suggested would be
accepted by both sides.Bye, Mike
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Madwifi-devel mailing list
Madwifi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/madwifi-devel
| Zach Brown | [PATCH 3 of 4] Teach paths to wake a specific void * target instead of a whole tas... |
| Linus Torvalds | Re: LSM conversion to static interface |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Andrew Morton | -mm merge plans for 2.6.23 |
git: | |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
