[Crystal-develop] GSoC of 2015 onwards

[Phil Wyett]

Hi all,

For next years GSoC and onwards if we get accepted of course.

Proposal:

Rather than documenting GSoC ideas in a wiki (as done now) and
conversation by email etc. Why don't those wishing to put forward ideas
submit them to our ticket system?

This will allow:

* Ideas to get more eyes on them and maybe get better peer review.
* All discussion and changes will be public. These tickets can also
be used for milestone / progress tracking if accepted.
* People will be easily be able to find all ideas and not duplicate /
waist their time.
* These tickets will be a good learning tool for future years as a
reference for students and mentors.

Your thoughts?

Regards

Phil

[Scott Johnson]

Hi Phil:

I think this would be a great idea. Admittedly, it's been a while since I
looked at the Crystal Space bug tracking system, but from past experience,
one thing that became obvious to me was that it doesn't seem to be
extremely well-used. I'm wondering if we should make the visibility of the
system a bit better before implementing the GSoC idea structure in this
manner?

Are there any thoughts on switching away from trac? It's not a bad system,
but I'm wondering if it might be good to get a clean start and get rid of
some of the old cruft still in the system, just so that new ideas and
feature requests aren't lost in the ether...

~Scott

Post by Phil Wyett
Hi all,
For next years GSoC and onwards if we get accepted of course.
Rather than documenting GSoC ideas in a wiki (as done now) and
conversation by email etc. Why don't those wishing to put forward ideas
submit them to our ticket system?
* Ideas to get more eyes on them and maybe get better peer review.
* All discussion and changes will be public. These tickets can also
be used for milestone / progress tracking if accepted.
* People will be easily be able to find all ideas and not duplicate /
waist their time.
* These tickets will be a good learning tool for future years as a
reference for students and mentors.
Your thoughts?
Regards
Phil
--
Phil Wyett
{
GNU Linux User and Developer
Leigh GNU Linux User Group (http://leigh.lug.org.uk)
IRC: philwyett
Twitter: philwyett and leigh_lug
}
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop

[Phil Wyett]

Post by Scott Johnson
I think this would be a great idea. Admittedly, it's been a while
since I looked at the Crystal Space bug tracking system, but from past
experience, one thing that became obvious to me was that it doesn't
seem to be extremely well-used. I'm wondering if we should make the
visibility of the system a bit better before implementing the GSoC
idea structure in this manner?
Are there any thoughts on switching away from trac? It's not a bad
system, but I'm wondering if it might be good to get a clean start and
get rid of some of the old cruft still in the system, just so that new
ideas and feature requests aren't lost in the ether...
~Scott

You reading my emails to jorrit? ;-)

We are just waiting on SourceForge about one technical issue with regard
mailing list emails for ticket creation/edits (an issue with it), but
the bug tracker will be moving back to:

https://sourceforge.net/p/crystal/tickets/

This will be a fresh start and old bugs that are not thought to be
relevant will not be moved over. The only restriction we place on the
system is that people must be a registered SF user.

You can view the ticket system using the link above and if you need to
report a new bug for trunk. You can now report it there rather than
trac.

All documentation etc. will be updated once we are happy all is working
as we wish it.

Some feedback on the new ticket system and creation fields I have added
for OS, Arch, Graphics etc. will be appreciated.

Regards

Phil

[Scott Johnson]

Whoops... my bad, I didn't see the emails between you and Jorrit. Sorry
about rehashing the same conversation. :)

~Scott

Post by Phil Wyett

Post by Scott Johnson
I think this would be a great idea. Admittedly, it's been a while
since I looked at the Crystal Space bug tracking system, but from past
experience, one thing that became obvious to me was that it doesn't
seem to be extremely well-used. I'm wondering if we should make the
visibility of the system a bit better before implementing the GSoC
idea structure in this manner?
Are there any thoughts on switching away from trac? It's not a bad
system, but I'm wondering if it might be good to get a clean start and
get rid of some of the old cruft still in the system, just so that new
ideas and feature requests aren't lost in the ether...
~Scott

You reading my emails to jorrit? ;-)
We are just waiting on SourceForge about one technical issue with regard
mailing list emails for ticket creation/edits (an issue with it), but
https://sourceforge.net/p/crystal/tickets/
This will be a fresh start and old bugs that are not thought to be
relevant will not be moved over. The only restriction we place on the
system is that people must be a registered SF user.
You can view the ticket system using the link above and if you need to
report a new bug for trunk. You can now report it there rather than
trac.
All documentation etc. will be updated once we are happy all is working
as we wish it.
Some feedback on the new ticket system and creation fields I have added
for OS, Arch, Graphics etc. will be appreciated.
Regards
Phil
--
Phil Wyett
{
GNU Linux User and Developer
Leigh GNU Linux User Group (http://leigh.lug.org.uk)
IRC: philwyett
Twitter: philwyett and leigh_lug
}
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop

[Кирилл Прохоров]

Oh, everything's OK, this kind of things is normal in Russia)

Post by Scott Johnson
Whoops... my bad, I didn't see the emails between you and Jorrit. Sorry
about rehashing the same conversation. :)
~Scott

Post by Phil Wyett

Post by Scott Johnson
I think this would be a great idea. Admittedly, it's been a while
since I looked at the Crystal Space bug tracking system, but from past
experience, one thing that became obvious to me was that it doesn't
seem to be extremely well-used. I'm wondering if we should make the
visibility of the system a bit better before implementing the GSoC
idea structure in this manner?
Are there any thoughts on switching away from trac? It's not a bad
system, but I'm wondering if it might be good to get a clean start and
get rid of some of the old cruft still in the system, just so that new
ideas and feature requests aren't lost in the ether...
~Scott

You reading my emails to jorrit? ;-)
We are just waiting on SourceForge about one technical issue with regard
mailing list emails for ticket creation/edits (an issue with it), but
https://sourceforge.net/p/crystal/tickets/
This will be a fresh start and old bugs that are not thought to be
relevant will not be moved over. The only restriction we place on the
system is that people must be a registered SF user.
You can view the ticket system using the link above and if you need to
report a new bug for trunk. You can now report it there rather than
trac.
All documentation etc. will be updated once we are happy all is working
as we wish it.
Some feedback on the new ticket system and creation fields I have added
for OS, Arch, Graphics etc. will be appreciated.
Regards
Phil
--
Phil Wyett
{
GNU Linux User and Developer
Leigh GNU Linux User Group (http://leigh.lug.org.uk)
IRC: philwyett
Twitter: philwyett and leigh_lug
}
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop

[Кирилл Прохоров]

I think it's a good idea to create engine project for special game
requirenments. First - the game project and then those features of crystal
space that make this game playable.

Post by Scott Johnson
I think this would be a great idea. Admittedly, it's been a while since I

looked at the Crystal Space bug tracking system, but from past experience,
one thing that became obvious to me was that it doesn't seem to be
extremely well-used. I'm wondering if we should make the visibility of the
system a bit better before implementing the GSoC idea structure in this
manner?

Post by Scott Johnson
Are there any thoughts on switching away from trac? It's not a bad

system, but I'm wondering if it might be good to get a clean start and get
rid of some of the old cruft still in the system, just so that new ideas
and feature requests aren't lost in the ether...

Post by Scott Johnson
~Scott

Post by Phil Wyett
Hi all,
For next years GSoC and onwards if we get accepted of course.
Rather than documenting GSoC ideas in a wiki (as done now) and
conversation by email etc. Why don't those wishing to put forward ideas
submit them to our ticket system?
* Ideas to get more eyes on them and maybe get better peer review.
* All discussion and changes will be public. These tickets can also
be used for milestone / progress tracking if accepted.
* People will be easily be able to find all ideas and not duplicate /
waist their time.
* These tickets will be a good learning tool for future years as a
reference for students and mentors.
Your thoughts?
Regards
Phil
--
Phil Wyett
{
GNU Linux User and Developer
Leigh GNU Linux User Group (http://leigh.lug.org.uk)
IRC: philwyett
Twitter: philwyett and leigh_lug
}

------------------------------------------------------------------------------

Post by Scott Johnson

Post by Phil Wyett
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop

------------------------------------------------------------------------------

Post by Scott Johnson
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Crystal-develop mailing list
https://lists.sourceforge.net/lists/listinfo/crystal-develop