taskSavannah Administration - Tasks: task #6360, Submission of Tikiwiki

 
 

task #6360: Submission of Tikiwiki

Submitter:  Mose <mose>
Submitted:  Sat 06 Jan 2007 07:29:32 AM UTC
   
 
Should Start On:  Fri 05 Jan 2007 11:00:00 PM UTC Should be Finished on:  Mon 15 Jan 2007 11:00:00 PM UTC
Category:  Project Approval Priority:  * 5 - Normal
Status:  Done Privacy:  Public
Assigned to:  Beuc Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 10 Jan 2007 10:59:23 PM UTC, comment #3: 

Hi,

This sounds good.

I approved your project. You'll receive a mail confirmation shortly.

Sylvain Beucler <Beuc>
Tue 09 Jan 2007 08:18:08 AM UTC, comment #2: 

Thanks for that positive reply. It's in our interest to get Savanah blessing, to validate an effort we make for 4 years to make Tikiwiki conform to its license. Your blessing will be seeked and advertised.

Here are more details about your questions. My answer are only my own point of view, we don't have in Tikiwiki community any concept of structured hierarchy. But I talk in my quality of most prolific contributor and Obvious Community Catalyst since 2003. (http://cvs.tikiwiki.org)

About third party products dependencies, I expect we don't bundle them in Tikiwiki release in tikiwiki 2.0. We need a more professional packaging system and we'll match with most distribution packaging systems, mainly the one used in Debian. Mandatory dependencies will only be based on Free Software environment. For wilder contribution, the mods system (http://mods.tikiwiki.org) is more likely to be used. It's like a peer to peer tikiwiki extensions sharing system. That source code is not intended to be hosted on savanah.

About maps system, tikimap requires the installation of mapserver, which is not so trivial. It cannot be commpared to gmap. But such extension based on an external service is not considered as a core dependency in Tikiwiki. That will go to mods.

For java, yes, we share the same hope. Brazilian people developing the Morcego 3d browser will probably be reactive on this front.

As well, fonts cleaning comes in the same move of gif burning. They are used for pdf generation, and by focusing on a better integration with the system, we should be able to make fontpath more easy to fit with existing environment, letting the user using fonts available on the server.

I hope you'll feel free to ask if you have more questions. Again, I only talk for myself, but my will is strong and I know that I can engage on them.


cheers,


Mose <mose>
Sat 06 Jan 2007 09:39:15 AM UTC, comment #1: 

Hi,

I think we can open the account for access to the trackers in a first step indeed. When you import tiki2, please contact us so we can review the code and 'bless' the import.

There are a couple points that I would like to discuss though.

First, there are some modules with proprietary dependencies, for example the gmap module or java based components (3d browser and picture editor).
We say that depending on non-free software must not entice users to try it - that is, only depend on non-free software when there's an equivalent or better free software alternative, and when the non-free component is widespread enough that we're not actually advertising it. Ex: windows support for an application when the GNU/Linux implementation is a robust and complete.
In this case, there's apparently the tikimap alternative (I'm not sure how it compares to gmap though), and hopefully either the future free sun java or gnu classpath will be able to run the 3d browser when you import tiki2.

In addition to gifs, there are also some fonts with unclear status (html2pdf/arial.ttf, etc.).

Can you precise how tikiwiki plans to address those points?

Sylvain Beucler <Beuc>
Sat 06 Jan 2007 07:29:32 AM UTC, original submission:  

A new project has been registered at Savannah
This project account will remain inactive until a site admin approves or discards the registration.


Registration Administration


While this item will be useful to track the registration process, approving or discarding the registration must be done using the specific Group Administration page, accessible only to site administrators, effectively logged as site administrators (superuser):



Registration Details


  • Name: Tikiwiki
  • System Name:  tikiwiki
  • Type: non-GNU software & documentation
  • License: GNU Lesser General Public License





Description:

Tikiwiki is a web-based CMS/Groupware based on a wiki structure. The application is a php software, using apache, php, and a database (mysql, postgres, sqlite, or others). The number of its features is important (http://tikiwiki.org/Features) and its community quite large (350 developers, from which around 60 are recurrently active).

We are in progress of licence-cleaning Tikiwiki in version 1.10, and we seek a new public collaboration space for version 2.0. Currently hosted at sourceforge.net, we plan to keep cvs there for 1.x versions, but we would like to open the new collaboration space before 2.0 is ready for use of bugtracker only.

http://sf.net/projects/tikiwiki
http://tikiwiki.org
http://dev.tikiwiki.org
http://doc.tikiwiki.org

Tikiwiki is licenced under LGPL licence.


Other Software Required:

http://smarty.php.net
http://adodb.sf.net
http://fckeditor.net
phplayersmenu
jscalendar
x crossbrowser js lib
various pear packages
(they are included in 1.x versions, but will be separate in 2.x versions)



Other Comments:

By auditing the source code of Tikiwiki, you will understand that we cannot put that code in savanah, as it still contains gif doubty-licenced icons. The cleaning work is in progress in cvs HEAD, which is version 1.10 and is not released yet. Version 2.0 will occuer during 2007 and will be a big refactoring of existing codebase, with a clear goal to be licence-clean. Requesting hosting at savanah is a clear message to the community about our purpose to respect and enforce freedom.
For now, we only intend to use bugtracker from savanah.


Mose <mose>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by Beuc (Posted a comment)
  • -email is unavailable- added by mose (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-01-10 Beuc StatusNone Done
        Open/ClosedOpen Closed
    2007-01-06 Beuc Assigned toNone Beuc

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code