I think that Community involvement is a horrible idea. we represent
the very nature of the free open source software community, and we
should act accordingly. We must close our project off to outside
interference and remain purist and isolated!!
if you can't tell, I'm joking. I love the idea. I suggest sticking
with SVN though. git is too obscure and lacks a central server to
ensure accuracy and integrity. We must stick with the client server
model to ensure longevity.
On Mon, Nov 3, 2008 at 8:39 AM, EAW [EMAIL PROTECTED] wrote:
I don't have much to add, except to say that I think it's an excellent
idea. :)
e.
On Nov 3, 2008, at 2:04 AM, Max Kellermann wrote:
On 2008/11/03 03:33, Avuton Olrich [EMAIL PROTECTED] wrote:
The problem is that notable projects pages have been disappearing
with all of their sources and such. I would like to offer any MPD
project a home for mirroring on our project, as we've recently lost
a few good projects and their history. For example, pitchfork is now
gone and while the latest sources are available, the rest may have
been lost. And pitchfork is really just one of many I have noticed
disappearing. May not seem like a big deal, but I guess it all
depends on your priorities.
[...]
Please discuss!
Hello Avuton,
this is a very good idea. I think making code available is important.
There are too many client projects with the same goals - how many
last.fm scrobbling clients are there? How many web interfaces are
there? People should rather continue/fork old projects (like I did
with ncmpc), instead of duplicating them. This cannot work if the
code isn't available easily.
That also means that we should invite everybody to use a public SCM
repository. git is a good idea, because if someone turns off the
server, the whole commit history isn't lost.
The MPD project has a great infrastructure (web server, git server,
wiki, bug tracker, forum, and of course people like Avuton, Qball and
many others who take care of everything), and it's a good idea to
share it with related projects. I believe that teaming up more with
client developers will strengthen the whole MPD project, both on the
developer and on the user side.
Max
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win
great prizes
Grand prize is a trip for two to an Open Source event anywhere in
the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
--
[EMAIL PROTECTED]
If the answer isn't violence, neither is your silence!
-- Pop Will Eat Itself, Ich Bin Ein Auslander
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team