Sourceforge.net is not possible because goal of doliforge is to provide a solution for external editor to have a solution to manage development of their own dolibarr module. Such developers can decide to use on their own sf of course, but for editor that are selling modules on dolistore, some of them prefer to have a private area at no cost. With doliforge, we currently provide such a feature. With sourceforge everything is public. Also, each project is maintained by one user, there is no way to have a common setup for all external modules. Also, i am a user of sourceforge for other of my project (AWStats log analyzer), and i must tell it is a very very slow service. Too slow to manage without spending hours, all works/tasks we have to with Dolibarr and all its sub-modules.
We must make a difference between the bug/task tracker of dolibarr (that is completely public and that can be on sourceforge or any even github) and area for external modules. Currently doliforge was thought for the second category even if we use it also for dolibarr itself. I have the same question than Florian, is it possible now to give read-only permission on task and bug when user has no account ? Because doliforge is currently a headach to maintain for us, using a hosted solution where the foundation keep controls on all project at once has also my vote. 2014-05-20 22:01 GMT+02:00 Sasa Ostrouska <cas...@gmail.com>: > > > > On Tue, May 20, 2014 at 4:56 PM, Marcos García <marcos...@gmail.com>wrote: > >> Why didn't you guys think about Launchpad? It is maintained by Canonical >> and free for open source projects. >> >> It is also used by major projects... I would like to know your position >> about it. >> >> Excuse me if I am being a little bit annoying. >> >> Regards, Marcos. >> El 20/05/2014 21:33, "Florian HENRY" <florian.he...@open-concept.pro> >> escribió: >> >>> It can be nice. >>> But what happens to the independance of the fundation platform ? >>> >>> We discus during the devcamp about using GitHub as bug/issues trackers, >>> and we decide to not go this way to keep indepence of fundation. Ok, GitHub >>> is not Open-Source, and it's a major point do not go with it. Tuleap is >>> opensource so it can be the argument that allow to go with it. >>> >>> After all this consideration, I prefer to have a up-to-date platfrom, >>> and if we canuse it as a real bug tracker for end user, it will be nice. >>> >> > Why not simply use all the functionalities of SourceForge ? SF.net has all > what is needed AFAIK, git, bugs tracker, wiki, a good web interface to > handle everything. > > >> Silly question, is it possible now to give right read-only task and bug >>> without have and account ? >>> >> I think that would be no problem on sf.net > > Rgds > Saxa > >> >>> REgards >>> >>> Florian Henry+33 6 03 76 48 >>> 07florian.henry@open-concept.prohttp://www.open-concept.pro >>> Twitter : @_Open_Concept_ >>> >>> Le 20/05/2014 18:23, Marcos García a écrit : >>> >>> Is it a problem to migrate to a 64 bit OS? >>> >>> Regards, Marcos. >>> El 20/05/2014 17:31, "Jean-François Ferry" <jf.fe...@aternatik.fr> >>> escribió: >>> >>>> Hello everybody, >>>> >>>> Dolibarr team is currently at Paris for "Solutions Linux & open >>>> source". I met Enalean, the company behind Tuleap which used for >>>> https://doliforge.org >>>> I discussed with them about this software and our usage... When I saw >>>> we are blocked because of old OS version (i386 vs x64), they made me an >>>> offer : they offer to host the platform as part of their new SAAS offers, >>>> launched on the occasion of show. >>>> >>>> I'm going to discuss about migration (tracker V2 -> tracker V3) of all >>>> datas. >>>> >>>> I invite you to test the last version of Tuleap, they made a lot of >>>> work on the interface : https://demo-tuleap.enalean.com >>>> >>>> I wonder what do you think of this proposal? >>>> >>>> >>>> >>>> -- >>>> Jean-Francois FERRY >>>> 1 Allée de neuville - Res. le neuville >>>> 34080 MONTPELLIER >>>> tél : 06.14.94.05.46 >>>> http://www.aternatik.fr >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> Dolibarr-dev@nongnu.org >>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing >>> listDolibarr-dev@nongnu.orghttps://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> Dolibarr-dev@nongnu.org >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >> _______________________________________________ >> Dolibarr-dev mailing list >> Dolibarr-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > -- Laurent Destailleur (alias Eldy) ------------------------------------------------------------------------------------ Social networks of my OpenSource projects: Dolibarr Google+: https://plus.google.com/+DolibarrOrg/ Dolibarr Facebook: https://www.facebook.com/dolibarr Dolibarr Twitter: http://www.twitter.com/dolibarr AWStats Google+: https://plus.google.com/+AWStatsOrgPoject/ AWStats Facebook: https://www.facebook.com/awstats.org AWStats Twitter: http://www.twitter.com/awstats_project
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
