Attention Summer of Code prospective participants!
Kevin Dangoor
Students can start applying on May 1. I'd recommend that people start
working on their proposals ASAP.
Be sure to read the student FAQ:
http://code.google.com/soc/studentfaq.html#2
There's a page on the wiki for people to use for coordination, and
some project ideas are there:
http://trac.turbogears.org/turbogears/wiki/SummerOfCode
SQLAlchemy schema migration tools are at the top of my "love to see"
list. I think that's a good size for a project (hint: don't try to do
fully automated migrations).
Good luck!
Kevin
--
Kevin Dangoor
TurboGears / Zesty News
email: k...@blazingthings.com
company: http://www.BlazingThings.com
blog: http://www.BlueSkyOnMars.com
Sylvain Hellegouarch
> SQLAlchemy schema migration tools are at the top of my "love to see"
> list. I think that's a good size for a project (hint: don't try to do
> fully automated migrations).
As for me, I would love someone to work on making TG available on
IronPython and/or Jython. It would open great doors to the project. It's
not that easy I think as I was not even able to run CherryPy itself on IP.
- Sylvain
Jorge Godoy
> As for me, I would love someone to work on making TG available on
> IronPython and/or Jython. It would open great doors to the project. It's
> not that easy I think as I was not even able to run CherryPy itself on IP.
How's Python support for decorators on these versions? I know that Jython
lags considerably behind CPython and last time I saw was the equivalente of
CPython 2.2 (without packages written in C...).
--
Jorge Godoy <jgo...@gmail.com>
Sylvain Hellegouarch
> How's Python support for decorators on these versions? I know that Jython
> lags considerably behind CPython and last time I saw was the equivalente
> of
> CPython 2.2 (without packages written in C...).
I don't know to be honest but this is a very good question. Nevertheless I
do believe it would be a great boost for any project to be the one that
can run on IP and Jython. That would also bring lots of new users.
- Sylvain
Simon Belak
Absolutely, added among ideas. Thanks!
Cheers,
Simon
Sylvain Hellegouarch
> Absolutely, added among ideas. Thanks!
No problem. I can't deny this would be my favourite project to see under
development ;)
Actually even if it does not make it we might create a group of people who
are also interested. But sorry, this is not the place to discuss it.
- Sylvain
Gerhard Häring
I don't think that's relevant to TurboGears here. If somebody is on the
Java or .NET platform they'll most likely using the web technologies
native to that platform (Java servlets or ASP.NET), even if they chose
to use the Python language.
-- Gerhard
Kevin Dangoor
>
> Sylvain Hellegouarch wrote:
> > I don't know to be honest but this is a very good question. Nevertheless I
> > do believe it would be a great boost for any project to be the one that
> > can run on IP and Jython. That would also bring lots of new users.
>
> I don't think that's relevant to TurboGears here. If somebody is on the
> Java or .NET platform they'll most likely using the web technologies
> native to that platform (Java servlets or ASP.NET), even if they chose
> to use the Python language.
I agree. I think TurboGears would gain far more users by putting more
effort into making web app development easier, than it would by
supporting Java and .NET directly.
Kevin
Sylvain Hellegouarch
>> I don't think that's relevant to TurboGears here. If somebody is on the
>> Java or .NET platform they'll most likely using the web technologies
>> native to that platform (Java servlets or ASP.NET), even if they chose
>> to use the Python language.
I disagree. Look at the number of people who left Java to go to Ruby
simply because there was no framework in the Java world offering RoR
features at that time.
I've developed applications with ASP.NET, I "liked" the .NET part of it
but hated the ASP one. Had I had the choice to rely on the .NET framework
but using nifty stuff TH provides, I would have had gone for it.
Another point is also to enter the Enterpriseeyy world by a back door so
that deciders who only swear by .NET or J2EE are happy :)
>
> I agree. I think TurboGears would gain far more users by putting more
> effort into making web app development easier, than it would by
> supporting Java and .NET directly.
Fine. I was merely suggesting the possibility ;)
- Sylvain
Adam Jones
summer of code website? I think that would help to get some exposure
for the project.
Re: running TG on jython/Iron Python, I see good reasons for both
points.
I have use cases where it would be awesome to have native active
directory integration, which seems at least slightly more simple under
IPython than CPython. An online interface to event logs would not go
amiss either.
That said, I agree that actually getting TG+components to run on
IPython looks like a nightmare. A quick check did not turn up any solid
information on code construct compatability with a specific version of
CPython, so figuring out if it supports some of the newer concepts
would essentially be a "suck it and see" test.
As for a compromise, why not Python for .NET?[1] The aim there is to
make the CLR accessible from CPython. At that point most of the
advantages of running turbogears inside of .NET are gained, without
actually having to deal with running it from .NET. This also appears to
work well with Mono, as anything not written in CPython is written in
.NET managed code. It uses the zope public license, which should fit in
pretty well on that end too.
Now we just need a similar package for Mac to become the
"website-integrated-with-you-network-infrastructure" go to project.
Simon Belak
I disagree. Being able to sneak TG into a Java or .NET "enterprisey"
mess would be great, making TG a great option for high profit consonancy
gigs.
Maybe it would not extend our user base, but it would certanly fill our
bank accounts. ;)
Cheers,
Simon
Kevin Dangoor
>
> So is turbogears going to be listed as a mentoring project on the
> summer of code website? I think that would help to get some exposure
> for the project.
Nope, we're under the PSF banner. I asked, but things that I read made
it sound like GOOG was overwhelmed with projects.
Kevin
Simon Belak
We are ideally looking for 4-6 projects.
Cheers,
Simon
Fuzzyman
IP is working towards (and pretty close to) *full* Python 2.4
compliance. That means decorators :-)
There are some differences because of the underlying platform - no
stack frames and no Python byte-code for example.
Also no C-extensions, so some work would probably have to be done to
use a .NET native database for example.
I believe someone else maintains an external 'socket module' for IP
(they keep posting about it on the IP mailing list anyway).
Hmm... I think it would be very worthwhile to port Turbogears to IP
(more useful than Python for .NET IMHO). The company I work for are
building a desktop app. with IP (so it's currently my bread and
butter), and I'm very impressed with it.
All the best,
Fuzzyman
http://www.voidspace.org.uk/python/index.shtml
>
> --
> Jorge Godoy <jgo...@gmail.com>
Fuzzyman
Fuzzyman wrote:
> Jorge Godoy wrote:
> > Em Quinta 27 Abril 2006 09:01, Sylvain Hellegouarch escreveu:
> >
> > > As for me, I would love someone to work on making TG available on
> > > IronPython and/or Jython. It would open great doors to the project. It's
> > > not that easy I think as I was not even able to run CherryPy itself on IP.
> >
> > How's Python support for decorators on these versions? I know that Jython
> > lags considerably behind CPython and last time I saw was the equivalente of
> > CPython 2.2 (without packages written in C...).
Oh, and I forgot to add that IP *does* run on Mono.