Google Summer of Code 2009 - should we try to mentor?
Bastian Doetsch
Hash: SHA1
Hi all,
what do you think about trying to get a Google Summer of Code project
on the way? Some ideas would be:
- - Mylyn integration
- - Improving synchronize view (structural compare, visualization of the
dag) => could use some of Brian Ws stuff
- - Extensive support for pbranch, attic extensions
Best regards,
Bastian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
iEYEARECAAYFAkmX6XoACgkQBqJW4lDO0YJ1ZQCghzFMQQDCWCO9MjLVXpKQYHgk
ai8AoJnwh0ukk6ysmsHlrXpEZiA6A+z9
=UAiF
-----END PGP SIGNATURE-----
Christian Mahnke
> what do you think about trying to get a Google Summer of Code project
> on the way? Some ideas would be:
>
> - - Mylyn integration
> - - Improving synchronize view (structural compare, visualization of the
> dag) => could use some of Brian Ws stuff
> - - Extensive support for pbranch, attic extensions
>
I haven't followed the development recently, maybe I'm proposing stupid
things:
- Native Java implementation of mercurial (If I remember right, there
was a project called HGKit)
- FreeHG (or other hosting services) integration: Create a new
repository (and maybe even a account) transparently from Eclipse.
Cheers,
Christian
ijuma
On Feb 15, 11:21 am, Christian Mahnke <cmah...@googlemail.com> wrote:
> - Native Java implementation of mercurial (If I remember right, there
> was a project called HGKit)
my opinion, one of the main reasons why MercurialEclipse has more
functionality than the Git plugin is that it doesn't have to
reimplement all of Mercurial again.
> - FreeHG (or other hosting services) integration: Create a new
> repository (and maybe even a account) transparently from Eclipse.
Ismael
ijuma
On Feb 15, 10:07 am, Bastian Doetsch <bastian.doet...@gmx.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi all,
>
> what do you think about trying to get a Google Summer of Code project
> on the way? Some ideas would be:
mentoring organisation in 2009? It might also be possible to suggest
Mylyn integration as a project where eclipse.org is the mentoring
organization. Not sure if it is large enough as a single project
though.
> - - Mylyn integration
> - - Improving synchronize view (structural compare, visualization of the
> dag) => could use some of Brian Ws stuff
> - - Extensive support for pbranch, attic extensions
Best,
Ismael
Bastian Doetsch
Hash: SHA1
>
> Hi Christian,
>
> On Feb 15, 11:21 am, Christian Mahnke <cmah...@googlemail.com> wrote:
>> - Native Java implementation of mercurial (If I remember right, there
>> was a project called HGKit)
>
> Even though this would be nice on some level, it's a lot of work. In
> my opinion, one of the main reasons why MercurialEclipse has more
> functionality than the Git plugin is that it doesn't have to
> reimplement all of Mercurial again.
a) possible in the timeframe of a few months; we would have to focus
on subtasks and
b) we couldn't mentor it - it would have to be done by Mercurial
developers.
>
>
>> - FreeHG (or other hosting services) integration: Create a new
>> repository (and maybe even a account) transparently from Eclipse.
>>
>
> And/or bitbucket.org.
(the bitbucket lead developer) would support us as well :).
Bastian
>
>
> Ismael
> >
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
n1EAn1rP9S54+mesRHH4luDZwsSg5WnX
=PIHp
-----END PGP SIGNATURE-----
Bastian Doetsch
Hash: SHA1
>
> Hi Bastian,
>
> On Feb 15, 10:07 am, Bastian Doetsch <bastian.doet...@gmx.de> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi all,
>>
>> what do you think about trying to get a Google Summer of Code project
>> on the way? Some ideas would be:
>
> I think this is a great idea. Is Mercurial participating as a
> mentoring organisation in 2009? It might also be possible to suggest
> Mylyn integration as a project where eclipse.org is the mentoring
> organization. Not sure if it is large enough as a single project
> though.
we could try to register as mentoring organisation ourselves. Eclipse
is probably too big, and I doubt they'd accept us as we're not even
part of "official" Eclipse.
I'll investigate what needs to be done to become a mentoring
organisation :).
Bastian
>
>
>> - - Mylyn integration
>> - - Improving synchronize view (structural compare, visualization
>> of the
>> dag) => could use some of Brian Ws stuff
>> - - Extensive support for pbranch, attic extensions
>
> I think these are all good ideas.
>
> Best,
> Ismael
>
> >
Version: GnuPG v1.4.8 (Darwin)
LWYAnj6/YiuZL5Ll1bAICnsrA5hu/yZM
=ZXlZ
-----END PGP SIGNATURE-----
Zingo Andersen
Bastian Doetsch wrote:
>what do you think about trying to get a Google Summer of Code project
>on the way?
Cool idea, I never thought the project would grow so big that
we would be able to pull something like this off. But we have.
> Some ideas would be:
> - Mylyn integration
> - Improving synchronize view (structural compare, visualization of the
dag) => could use some of Brian Ws stuff
Or even help Brian W to get a versiontree that ALL other tools could only dream of :)
> - Extensive support for pbranch, attic extensions
Are there other extentions that people use?
>- Native Java implementation of mercurial (If I remember right, there
>was a project called HGKit)
Christian, are there special operation you hope will get faster
with this. Label decoration comes to mind?
As I only use mercurialeclipse on small projects I don't
see the big scaling problems (sorry for that).
Maybe the GSoC project should be "speed optimizeing X".
One idea could be that we write some mercurial extension
ourself just to improve mercurialeclipse in various ways.
>- FreeHG (or other hosting services) integration: Create a new
>repository (and maybe even a account) transparently from Eclipse.
> And/or bitbucket.org.
I also like this, maybe even some alien-subversion hosting sites hgsubversion support.
To help people to not need subversion at all.
We could just make a list of a few and make one(or a few) mandatory
and the other optional.
One thing that also spings to mind after reading the long threads on mercurial mailing
list lately on popularety of mercurial compared to bzr/git is if there are some "heavy" workflow
issues that we might be able to solve/ease up to make mercurial in general seem the nice solution for
project developing/managements then that is a good thing. Some Ideas above make this happen.
Are there other ways we could help mercurial to get "World Domination"
or at least little better credit out there?
Here is some other brainstorming ideas that need more "meat on the bones"
the first one is the one I like most of the one below the other two is
kind of "fluffy" but Ill list them anyway as someone might have some
ideas about them.
- patchflow
* import patches from trac/bugzilla tickets with a gui
(via mylyn maybe? I have not looked at mylyn for a while)
* support some "send change for review" workflow.
Most places where I worked you need to have you your changes review'ed by a
colleague before pushing it. and there is usually no "integrator" review'ing
and pulling the changeset into the "main" branch that is handled by the developer
after his changest got approved. I have no idea on howto make this easier.
- release management
* A make release menu item that Change some file according to a template
(version number in the manifest) commit, autogenerate a tag, commit tag,
if its a eclipse plugin, generate a feature with the same version
number and generate a release. Auto update version on Eclipse Plugin Central ...
(it's not hard today just many smal steps maybe not worth it probably totaly different
for different project What kind if steps do you need in your project)
--
Zingo "Stefan" Andersen (zingo.org and vectrace.com)
Zsolt Koppany
you might have heard about codebeamer
(http://intland.com/products/codebeamer.html). Its a collaboration tool
for distributed software development supporting Mercurial, Subversion,
CVS and other version control systems.
It is a commercial product however it has also a free version.
Just to make it clear, I don't want to make here advertisement for the
product.
We believe that Mercurial provides us great advantages and we would like
enhance also Mercurial support from codeBeamer.
Currently, Mercurial repositories can be created and account
authentication is also supported and commits can be associated to issues.
Where do you see we could provide more support for Mercurial?
Zsolt
Zsolt Koppany
Phone: +49-711-67400-679
--
Intland Software, Curiestr. 4
D-70563 Stuttgart, Germany
Phone: +49-711-67400-677, e-mail:zsolt....@intland.com
Fax: +49-711-67400-686
Intland GmbH, Amtsgericht Stuttgart HRB 19479
Geschäftsführer Janos Koppany, Zsolt Koppany
Zingo Andersen schrieb:
mbana
Christian Mahnke wrote:
> Hi,
> > what do you think about trying to get a Google Summer of Code project
> > on the way? Some ideas would be:
> >
> > - - Mylyn integration
> > - - Improving synchronize view (structural compare, visualization of the
> > dag) => could use some of Brian Ws stuff
> > - - Extensive support for pbranch, attic extensions
> >
> That's a great idea.
>
> I haven't followed the development recently, maybe I'm proposing stupid
> things:
> - Native Java implementation of mercurial (If I remember right, there
> was a project called HGKit)
I started this thread some time ago;
http://groups.google.com/group/mercurialeclipse/browse_thread/thread/66a7f156fea8a370#
(HGKit or JPython)
discussion regarding DVCS; https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706
mbana
Jython
1. get Jython 2.5b1 from http://www.jython.org/
2. install it on $HOME
3. hg clone http://selenic.com/repo/hg
4. cd hg
5. ~/jython2.5b1/jython setup.py --pure build_py -c -d . build_ext -i
build_mo
--pure Uses the pure python modules rather than the C versions
6. ~/jython2.5b1/jython hg version
Example
mbana@mbana-desktop:~/jython/mercurial-stuff/hg$ ../../jython2.5b1/
jython
Jython 2.5b1 (trunk:5903:5905, Jan 9 2009, 16:01:29)
[Java HotSpot(TM) 64-Bit Server VM (Sun Microsystems Inc.)] on
java1.6.0_10
Type "help", "copyright", "credits" or "license" for more information.
>>>
mbana@mbana-desktop:~/jython/mercurial-stuff/hg$ ../../jython2.5b1/
jython ./hg version
*** failed to import extension hgext.imerge: No module named imerge
Mercurial Distributed SCM (version b8d750daadde+20090217)
Copyright (C) 2005-2008 Matt Mackall <m...@selenic.com> and others
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
from my testing, i got hg add and hg init to work, unfortunately hg
clone doesn't. you might want to visit #jython on freenode, if you're
interested.
if you want to see the test coverage; in the hg repo there's a 'tests'
$ cd tests && ../../../jython2.5b1/jython run-tests.py
result: http://pastebin.com/f3f265316
Zingo Andersen
>>what do you think about trying to get a Google Summer of Code project
>>on the way?
>
> Cool idea, I never thought the project would grow so big that
> we would be able to pull something like this off. But we have.
>
I think that to get this working the question is what do people
like to mentor? Im not a Java/Eclipse hacker but maybe I can help
mentoring something. If anyone is interested in mentoring you should
select the topic you "like" most as you will probably be a good mentor
if you like the idea yourself. If we decide to go for something we can
probably size the idea up/down to be a appropriate work chunk.
I tried to collect all ideas, any more ideas, anyone mentor hungry?
- Mylyn integration
- Improving synchronize view (structural compare, visualization of the
dag) => could use some of Brian Ws stuff
- Extensive support for pbranch, attic extensions
- Native Java implementation of mercurial (If I remember right, there
was a project called HGKit)
- FreeHG (or other hosting services) integration: Create a new
repository (and maybe even a account) transparently from Eclipse.
And/or bitbucket.org.
- import/export patches from/to trac/bugzilla tickets with a gui
(via mylyn maybe? I have not looked at mylyn for a while)
/Zingo
Bastian Doetsch
Hash: SHA1
>
> like to mentor? Im not a Java/Eclipse hacker but maybe I can help
> mentoring something. If anyone is interested in mentoring you should
> select the topic you "like" most as you will probably be a good mentor
> if you like the idea yourself. If we decide to go for something we can
> probably size the idea up/down to be a appropriate work chunk.
>
> I tried to collect all ideas, any more ideas, anyone mentor hungry?
>
> - Mylyn integration
>
> - Improving synchronize view (structural compare, visualization of the
> dag) => could use some of Brian Ws stuff
>
> - Extensive support for pbranch, attic extensions
>
> - Native Java implementation of mercurial (If I remember right, there
> was a project called HGKit)
>
> - FreeHG (or other hosting services) integration: Create a new
> repository (and maybe even a account) transparently from Eclipse.
> And/or bitbucket.org.
>
> - import/export patches from/to trac/bugzilla tickets with a gui
> (via mylyn maybe? I have not looked at mylyn for a while)
>
couldn't really help with it :). Moreover, I doubt the license issues
can be resolved easily in a native implementation.
@Jesper: Would you be interested in helping with the bitbucket.org
stuff?
Bastian
> /Zingo
>
> >
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
50wAnRfJt5rkoFHVFUn6UXxto04T/ulB
=0Q6l
-----END PGP SIGNATURE-----
Jesper Noehr
Sure, I'd love to. We have an API that would be very useful for this
kind of stuff. If there's any interest, you could also do Mylyn
support for the Bitbucket issue tracker.
Jesper
Bastian Doetsch
Hash: SHA1
Cool - that was the answer I was hoping for :). Now we only need
someone, who wants to implement such a feat.
Bastian
>
> Jesper
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
iEYEARECAAYFAkme6QEACgkQBqJW4lDO0YIXiwCcD0TQ1NzPz/mduYqCEZAFodJd
/GUAnRO3IsXu8ZjAJ24jyJBjgqEp50BL
=r0g3
-----END PGP SIGNATURE-----
ijuma
so not sure if mentoring would be appropriate, but I would not mind co-
mentoring any of the suggested projects with the exception of the
native Java implementation one.
Ismael
Bastian Doetsch
Hash: SHA1
easier to participate under Mercurial as mentoring organisation. This
is okay with djc from Mercurial as well. Please feel free to add to
the items :).
Bastian
Version: GnuPG v1.4.8 (Darwin)
wRQAn07qRtoZYmkYDissPGji1yX4ioPJ
=96xS
-----END PGP SIGNATURE-----
ijuma
> I've added all proposals to the GSoC page at Mercurial
> as it will be easier to participate under Mercurial as mentoring organisation.
Ismael
Brian Wallis
Been somewhat distracted by xmas, a 5500km trip to the north of Aus
(Queensland) where it is flooded and then the bushfires here in the
south (Victoria) where I live in a high risk bushfire area.
Hopefully we are just about over the bushfire season and will see some
rain. Average for Jan/Feb here is about 95mm, we have had 3.8mm. That
combined with the highest recorded temperature, 46.4 and the week
before 3 days of 43, 44 and 45 has created a tinderbox.
Somewhat distracting :-)
Anyhow, I will hopefully have a bit of time to get back to the
visualisation plugin. I am not particularly pleased with the current
output but I think I just need to get it out there. Will see what I
can do.
brian...
Bastian Doetsch
Hash: SHA1
>
> In case you are wondering, yes I am still here.
>
>
> Been somewhat distracted by xmas, a 5500km trip to the north of Aus
> (Queensland) where it is flooded and then the bushfires here in the
> south (Victoria) where I live in a high risk bushfire area.
>
> Hopefully we are just about over the bushfire season and will see some
> rain. Average for Jan/Feb here is about 95mm, we have had 3.8mm. That
> combined with the highest recorded temperature, 46.4 and the week
> before 3 days of 43, 44 and 45 has created a tinderbox.
>
> Somewhat distracting :-)
>
> Anyhow, I will hopefully have a bit of time to get back to the
> visualisation plugin. I am not particularly pleased with the current
> output but I think I just need to get it out there. Will see what I
> can do.
looking. Would definitely be great to have it :).
Bastian
>
>
> brian...
>
> On 20/02/2009, at 11:37 PM, Zingo Andersen wrote:
>
>> - Improving synchronize view (structural compare, visualization of
>> the
>> dag) => could use some of Brian Ws stuff
>
>
> >
Version: GnuPG v1.4.8 (Darwin)
6xoAnRHf+6S9y1l9m9FXHvoCTJ8xffSA
=d8sP
-----END PGP SIGNATURE-----