View Single Post
Stskeeps's Avatar
Posts: 1,671 | Thanked: 11,478 times | Joined on Jun 2008 @ Warsaw, Poland
#51
Originally Posted by SD69 View Post
It's being announced over the Mer general mailing list. I've forwarded to the maemo developer mailing list. Please pardon the cut and paste here.

<cut>

[17:14] <@MerBot> Minutes (text): http://mer.bfst.de/meetings/mer-meet...3-20-16.00.txt
[17:14] <@MerBot> Log: http://mer.bfst.de/meetings/mer-meet...16.00.log.html

I was thinking of scheduling another get together on 10 April at 16:00 UTC , I'll send out an email nearer the time and if anyone wants to sponsor/donate please get in touch.
Just logging in to state this - before any of you are attending the 10 april meeting, please read through the minutes and logs above and understand that for any given community-hosted service/app store there is a range of problems.

We'll try to set up a meeting on the 10th, it wasn't directly decided as noted in the e-mail but we'll probably have a sync to move things forward. Mer-general archive and information is at http://wiki.merproject.org/wiki/Mailing_lists

Some problems:

1) Cost of hardware and handling donations, including checks and balances, setup of legal entities
2) Legal implications (who gets the nastygrams) if we distribute patented or otherwise copyrighted material we aren't permitted to distribute because of a user uploading it.
3) Who contributes and maintains support for the various build targets (Mer, MeeGo, Harmattan, Fremantle) within the OBS.

For 2), from Mer point of view, we're a proper open source project (soon with some non-profit established) with no legal department or corporate hosts that can easily fight back when we get attacked because of random-user's upload of some pirated ROM in a N900 NES emulator to a community OBS.

That is also noted in the minutes that we're working to find a way to do this without risking Mer's core mission and Mer's ability for others to build upon it without worrying it'll go away due to a legal threat.

The other side of the coin is that such shared services are needed to properly grow communities, because in this world, it's not enough to just put up a repository, you need to provide security updates, make it easy to find the software, not just your typical output of a SDK.

Last edited by Stskeeps; 2012-04-05 at 13:00.
 

The Following 12 Users Say Thank You to Stskeeps For This Useful Post: