On 8/2/07, Cyril Brulebois <[EMAIL PROTECTED]> wrote:

> And motivated me to join in the packaging team. :)

:D

> As I already stated, I'm not that much a developer, though, I guess I'm
> mostly able to help people debug their software and supply patches to
> fix them, rather than able to develop new features.

That is what we need most of at the moment.

> Heh, what about the pixmaps patch? :)

Sent after my message ;P (and now committed)

> Although I'm using ikiwiki, I don't know about its collaborative usage,
> because I'm running it as a (static) blog engine mostly, with some
> additional pages, that I edit locally and push online. I'd be in favor
> of using ikiwiki.

I'm in the process of converting my website from bamboo to ikiwiki
(and adding a blog to it), doing the static thing too, it looks
interesting so far. The ikiwiki.info site shows how it can work as a
collaborative wiki engine. Only thing would be converting current
mediawiki content to markdown, I tend to think that switching to
ikiwiki (if we want to) would be something low priority to do bit
later.

> Anything but phpbb. It's (IMHO) a PITA to administrate. :( Anyway, I'm
> not a big fan of web forums.

Any other ideas for forum software? I think we do need one,

> Also, please keep the devel mailing list, that's so pratical...

I agree there.

> >      4. anything but sf.net. If we go with ikiwiki, it might be
> >         possible to use that, otherwise I'd say something like trac
>
> I didn't read the whole article (yet), but [1] might be interesting,
> it's Joey Hess explaining how to do that.

Yep, that article is why I mentioned it.

> > We should probably clarify the licencing of the wiki, I'd suggest it
> > should be public domain or MIT/Expat/BSD licenced rather than GFDL.
> > Any changes would obviously need permission of the people who
> > contributed.
>
> Fully agreed, that would also provide us with the possibility of
> packaging some documentation snapshots.

Yeah, and using ikiwiki (with the svn/git backends) would help further
here. BTW, xerakko has done some work on this, and also committed some
parts of the wiki to the synfig-docs svn.

> I didn't follow that part. Why is it a mistake? I guess that having
> synfig.{org,com} pointing to the same website, without redirection would
> be OK. I always find it somehow strange when Free Software projects have
> a .com website.

synfig.org was previously just a white page like this:

26 months and counting...
<img src="stork.png" alt="Never Give Up">
...there must be a better way

> > In 2008, synfig has been invited to send an artist (or a few) to
> > TOSMI[5] (Trainings on Open Source Multimedia Instruments) in Bulgaria
<...>
> Just out of curiosity, what is/are the deadline(s) for submitting
> someone?

I don't currently have any information about that, I'll try to find
out what the deal is.

> > LGM 2008 will be in Wroclaw, Poland. We should have a representative
> > there to pimp synfig and attract some developers. Any volunteers?
>
> With all precautions, I *might* be able to *think* of *trying* to get
> there. But it is totally unsure. :-)

That would be good, especially if you can convince rore to go with you
and show off some synfig art/animation.

> Is there some 2D non-graphical animation software? 2. sounds good to me.

Well, #3 includes sound support.

-- 
bye,
pabs

http://wiki.synfig.com/PaulWise

-------------------------------------------------------------------------
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/
_______________________________________________
Synfig-user mailing list
Synfig-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-user

Reply via email to