Hi Robert,
You can have an example of mercurial tree i use that is accessible on
the web.
http://hg.plopbyte.net/osg-trunk
get a clone to test it
hg clone http://hg.plopbyte.net/osg-trunk
Cheers
Cedric
--
Provide OpenGL services around OpenSceneGraph and more
+33 659 598 614 Cedric Pinson
Hi Cédric,
I've setup a page on the wiki to describe as much as I could howto use
a git repo : http://www.openscenegraph.org/projects/osg/wiki/Downloads/GIT
Maybe you could set up a page to explain Hg processes ?
Regards,
Mathieu
Le 5 mars 10 à 09:42, Cedric Pinson a écrit :
Hi Robert,
Hi all,
Currently in our company workflow we use SVN to manage our projects, and
we're plugged to OSG head as a SVN external, it's very useful for us to get
updates from OSG in live.
If OSG migrates to something else like Git, is there any way to still have
an automatic SVN mirror ? We'll not
Hi Mathieu,
I did a page to make a quick reference of mercurial links and tools. I
have even copy/paste from your page.
This page would really need to have more example and extra explanation.
Well it's a start
http://www.openscenegraph.org/projects/osg/wiki/Downloads/Mercurial
Cheers,
Cedric
Hi all,
Back from vacation, glad to see progress has been made on this thread. A
few comments:
o Porting the website for MediaWiki, are there any tools that might
help this?
This page on the official MediaWiki site has one pointer:
Hi Bruce,
Le 26 févr. 2010 à 22:55, Bruce Wheaton br...@spearmorgan.com a
écrit :
On Feb 26, 2010, at 12:38 PM, Mathieu Marache wrote:
Speaking of which, here's my 2c. Git is designed to address the
exact problems discussed in this thread - it allows contributors
to safely develop parallel
On Sat, Feb 27, 2010 at 3:21 AM, Bruce Wheaton br...@spearmorgan.comwrote:
Not to blame the victim, but it sounds like some user error was involved
here. You should do your local work on branches, because it is very easy to
do so and makes it very easy to update to the main sources if you
Continuing :)
On Saturday, February 27, 2010, Mathieu MARACHE
mathieu.mara...@gmail.com wrote:
Hi Bruce,
Le 26 févr. 2010 à 22:55, Bruce Wheaton br...@spearmorgan.com a
écrit :
On Feb 26, 2010, at 12:38 PM, Mathieu Marache wrote:
Speaking of which, here's my 2c. Git is designed to address
Great, thank you. I will be trying 'git pull --rebase origin master'
in the future. I feel better that there's some experts floating around
OSG that can help people with this sort of thing. Maybe if/when OSG
goes to Git, a wiki entry with a few approaches would be useful.
Bruce
On Feb 27,
Hi,
I didn't wait for github's hardcore importing Action and did it
myself. Here are the stats
86M svn-osg has trunk at r11124
71M git-osg has whole history r1~r11124 (4b825dc to 2e089ea)
34M git-osg/.git is the actual repository (what is stored server side)
One can see the git disk
Hi Mathieu,
I just did a checkout from gitorious and all went well so far. Interesting
to see check-ins I've made today are even appearing in the list. Is this
your cron job automatically sync'ing with my checkins to svn/trunk?
With this experiment, once it's completed will we be able to clean
Hi Robert,
Le 26 févr. 10 à 12:09, Robert Osfield a écrit :
Hi Mathieu,
I just did a checkout from gitorious and all went well so far.
Interesting to see check-ins I've made today are even appearing in
the list. Is this your cron job automatically sync'ing with my
checkins to
Hi Mathieu et. al,
On Fri, Feb 26, 2010 at 12:34 PM, Mathieu Marache mathieu.mara...@gmail.com
wrote:
Mercurial had a head start but now things are even in terms of tools, both
command line and graphical.
Windows :
- command line with msysgit :
Robert Osfield wrote:
Hi Mathieu et. al,
On Fri, Feb 26, 2010 at 12:34 PM, Mathieu Marache
mathieu.mara...@gmail.com mailto:mathieu.mara...@gmail.com wrote:
Mercurial had a head start but now things are even in terms of
tools, both command line and graphical.
Windows :
-
I've played with various tools on OS X, and the best I've found is
SmartGIT, which is free for non-commercial use (and Java, so multi
platform). I like it for this sort of thing since it also has some
helper functions for users of projects like this.
Speaking of which, here's my 2c. Git is
robertosfield wrote:
Could Windows and Mac users have a play with these tools.
TortoiseGIT is pretty much identical to TortoiseSVN
A couple of minor issues on windows.
TortoiseGIT requires a separate install of git - TortoiseSVN includes SVN.
The git tool on windows needs perl,tcl and a
On Fri, Feb 26, 2010 at 6:17 PM, Martin Beckett m...@mgbeckett.com wrote:
One issue with the choice of repo.
On gitorius I can't find a way of submitting my changes. With github any
body can sync their local git repo back to github, essentially creating a
fork.
On gitorius you create a
Hi Martin,
Le 26 févr. 10 à 18:17, Martin Beckett a écrit :
robertosfield wrote:
Could Windows and Mac users have a play with these tools.
TortoiseGIT is pretty much identical to TortoiseSVN
A couple of minor issues on windows.
TortoiseGIT requires a separate install of git - TortoiseSVN
Hi Bruce,
Le 26 févr. 10 à 17:43, Bruce Wheaton a écrit :
I've played with various tools on OS X, and the best I've found is
SmartGIT, which is free for non-commercial use (and Java, so multi
platform). I like it for this sort of thing since it also has some
helper functions for users of
Tim Moore wrote:
On gitorius you create a clone at gitorious.org (http://gitorious.org) and
push your changes there; you can also submit merge requests to the original
project / repository. Are you thinking of more than that?
No that should be enough, it wasn't obvious how you did it
On Feb 26, 2010, at 12:38 PM, Mathieu Marache wrote:
Speaking of which, here's my 2c. Git is designed to address the
exact problems discussed in this thread - it allows contributors to
safely develop parallel branches and 'grown-ups' to merge selected
branches with the main branch, and it
On Fri, Feb 26, 2010 at 10:55 PM, Bruce Wheaton br...@spearmorgan.comwrote:
On Feb 26, 2010, at 12:38 PM, Mathieu Marache wrote:
Speaking of which, here's my 2c. Git is designed to address the exact
problems discussed in this thread - it allows contributors to safely develop
parallel
On Feb 26, 2010, at 5:14 PM, Tim Moore wrote:
There's no such thing as hung repo unless you're encountering a bug
in git, probably very rare these days. You can always get back to a
sane state using git reset --hard.
I've being doing that, but it doesn't move you toward the solution, it
Hi Robert and all,
This is a really interesting topic. I haven't read all the posts yet,
so please forgive me if my thoughts were already suggested.
2010/2/25 Robert Osfield robert.osfi...@gmail.com:
o No ones added there name to list of volunteers yet:
I'd like to take care of the
Hi,
Just a follow-up on http://github.com . PragProgs have a nice
screencast that shows github in action :
http://pragprog.com/screencasts/v-scgithub/insider-guide-to-github
The first five minutes are a showcase of the fancy stuff but then it
explains how to realliy use it. Nice to watch. The
Hi Tim,
o What is the situation with importing histories from svn?
Speaking for git, the git svn works very well for maintaining a local git
repository that corresponds to a remote SVN repository. If you ever decided
that you wanted to flip the switch, this git repository could be
Hi All,
Another little questions with more experience with git/mercurial - how big
does is local repository that users would have on their machines? I presume
it'll be larger than a typically svn check out.
Robert.
___
osg-users mailing list
Hi All,
And another little thought that we might be able to improve up when
migrating to a new DVCS, - authors of changes. Right now I do a From
FirstName SecondName, details in all submissions, then use osgversions -R
ChangeLog to parse out the authors, and make any typo corrections made to
On Thu, Feb 25, 2010 at 11:03 AM, Robert Osfield
robert.osfi...@gmail.comwrote:
Hi All,
Another little questions with more experience with git/mercurial - how big
does is local repository that users would have on their machines? I presume
it'll be larger than a typically svn check out.
On Thu, Feb 25, 2010 at 11:19 AM, Robert Osfield
robert.osfi...@gmail.comwrote:
Hi All,
And another little thought that we might be able to improve up when
migrating to a new DVCS, - authors of changes. Right now I do a From
FirstName SecondName, details in all submissions, then use
On Thu, Feb 25, 2010 at 10:51 AM, Jose Luis Hidalgo
joseluis.hida...@gmail.com wrote:
Hi Tim,
o What is the situation with importing histories from svn?
Speaking for git, the git svn works very well for maintaining a local
git
repository that corresponds to a remote SVN repository.
We will have to wait github's import to be formal, but the following article
gives some good scales :
http://www.contextualdevelopment.com/logbook/git/large-projects
I extracted some parts to illustrate :
repository sizes for 15 years of FreeBSD's history
CVS1.7 GBSVN3.9 GBGit511 MB
Working copy
Hi All,
Wow..A big flurry of posts overnight. I'll not try to comment on the
various posts as it'd take me along time and I can't really add to much to
these.
A couple of thoughts to for helping contributors to generate submissions
that tick all the boxes:
o Would it be possible to add a Cmake
Hi Philip,
Sounds like feature branches to me which I think are generally evil
and best to be avoided. You inevitably end up with various complete
or incomplete features lying around and no easy way to share the
changes without merging them up. If git has solved this problem, well
maybe
Hi Robert,
On Wed, Feb 24, 2010 at 10:45 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
o Would it be possible to add a Cmake script that we could run that finds
the local changed files and reports these to the user and is able to zip
these files up into a single package with the
Jose Luis Hidalgo wrote:
On Wed, Feb 24, 2010 at 10:45 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
o Would it be possible to add a Cmake script that we could run that finds
the local changed files and reports these to the user and is able to zip
these files up into a single package with
Hi All,
Wow, still lots of info to take in above version control systems... many
thanks for all the pointers.
A couple more questions:
o What is the situation with importing histories from svn?
o What is the situation with clients for the less common systems that we
support? Or might
Hi Paul,
On Wed, Feb 24, 2010 at 5:51 PM, Paul Martz pma...@skew-matrix.com wrote:
hg export, I think, is what you are talking about. See help page below.
Not exactly, look at the extensions carefully it handles a set of
patches, generated wit the Mq extensions, automatically from a mail
On Wed, Feb 24, 2010 at 9:30 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi All,
Wow, still lots of info to take in above version control systems... many
thanks for all the pointers.
A couple more questions:
o What is the situation with importing histories from svn?
Speaking
On Wed, Feb 24, 2010 at 4:45 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
o Would it be possible to add a Cmake script that we could run that finds
the local changed files and reports these to the user and is able to zip
these files up into a single package with the approate directory
There is a need to be able to have 'experimental' stuff in osg.
Otherwise you have the - nothing gets in unless it's tested and nothing gets
tested cos it's not in - problem, a DVCS seems the best option.
I am looking at moving to git from SVN for my own project when I came across
this intro to
Hi Robert and al,
[...]
Spreading tasks and responsibility
OK, how do we put all this discussion of submissions/knowledge and
avoiding too much multi-tasking together in a form of solutions?
We'll I believe that specializing Knowledge and Responsibility go
hand in hand with making more
Hi Chris,
On Mon, Feb 22, 2010 at 10:03 PM, Chris 'Xenon' Hanson xe...@alphapixel.com
wrote:
I have said before that I think it would be nice if code submissions could
be made via
SVN somehow, maybe to a 'scratch' or 'working' tree, and from there,
migrated to the real
codebase by
Hi All,
Hi Chris,
On Mon, Feb 22, 2010 at 10:03 PM, Chris 'Xenon' Hanson
xe...@alphapixel.com wrote:
I have said before that I think it would be nice if code
submissions could be made via
SVN somehow, maybe to a 'scratch' or 'working' tree, and from
there,
Hi Chris,
All I can say this email is, did you read my previous one? Here I listed
that parts of the OpenScenGraph would be appropriate for spinning off to the
community to take responsibility over.
I'd also add that (to be blunt :-), that have been tasks that I've tried to
pass over to the
Hi Nick,
Documentation is certainly and issue, not just for code but for how the
project is run, how to use the various resources etc. There is actually a
huge amount of resources out there, but it very distributed and not coherent
enough.
To address the issues of documentation I believe we
I just wanted to touch on a couple of points that all came in series in your
mail. I'm reacting to them as a heavy git user and student of the structure
of communities that tend to use the new breed (git, mercurial, etc.) of
distributed VCS that encourage branching and merging.
First, there seems
Hi J.P,
On Tue, Feb 23, 2010 at 7:04 AM, J.P. Delport jpdelp...@csir.co.za wrote:
I've also thought that something like an open branch might help. Granted,
it would be easier if using a dvcs, but maybe it can be tested out with svn
for a start. I see a few potential benefits:
* No additional
Hi J.P.
On Tue, Feb 23, 2010 at 7:08 AM, J.P. Delport jpdelp...@csir.co.za wrote:
like you've said, this experience is difficult to acquire and pass on, but
the only way other people would get this experience is if they get their
hands dirty. It need not be on the trunk, maybe on a branch (or
Hi Cedric,
On Tue, Feb 23, 2010 at 9:16 AM, Cedric Pinson
cedric.pin...@plopbyte.netwrote:
I think that migrating to a decentralized version control will help a
lot to merge branch and sharing changes set from users.
Because of decentralized it could help too for submission, like giving
an
Hi Robert ( and everybody else ),
I will try to focus my post on the server and the tools that it could
provide to carry on with OSG's development. As some of you have
pointed I would like to see OSG using git or mercurial, in my
exprience git is more efficient but mercurial is a lot easier to
Hi Tim,
I agree with most of your points but would like to clarify a couple of
points, add my own two pennies, so I'll be rather savage a cut down your
email to key points that I'd to clarify.
On Tue, Feb 23, 2010 at 9:32 AM, Tim Moore timoor...@gmail.com wrote:
Is there a critical mass of
On Tue, Feb 23, 2010 at 4:32 AM, Tim Moore timoor...@gmail.com wrote:
Is there a critical mass of power users willing to use an experimental tree?
I'm not sure. Even if not, automated testing of the examples would help
verify any OSG tree.
How would you go about setting up automatic testing of
On Tue, Feb 23, 2010 at 5:40 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Tim,
I agree with most of your points but would like to clarify a couple of
points, add my own two pennies, so I'll be rather savage a cut down your
email to key points that I'd to clarify.
On Tue, Feb 23,
Hi Robert, all,
OK, so I leave for the night and come back and there are tens of new
messages in this thread, perhaps I should work in GMT hours so I'd be up
during the same hours as many of you! :-)
I think the discussion is rolling nicely, we've got a few good leads on
what to improve.
Hi Philip,
On Tue, Feb 23, 2010 at 12:19 PM, Philip Lowman phi...@yhbt.com wrote:
(submitter)
$ svn diff -u changes.diff
$ # email changes.diff
(reviewer)
$ # download changes.diff
$ cd clean_trunk
$ cat changes.diff |patch -p0
$ meld .
And... how many steps are there for the
Hi J-S
if it comes to, I know that piece of code well. So this extra one might be
me. Also, I know pretty well the TerraPage loader.
Nick
I say partial because I'd like to ask at least one other person to
volunteer with me.
-Nick
On Tue, Feb 23, 2010 at 4:46 PM, Jean-Sébastien Guay
Hi,
Le 23 févr. 10 à 15:46, Jean-Sébastien Guay a écrit :
Hi Robert, all,
OK, so I leave for the night and come back and there are tens of new
messages in this thread, perhaps I should work in GMT hours so I'd
be up during the same hours as many of you! :-)
I think the discussion is
Hi Mathieu,
I'm testing svn import into github at the moment, it might take some
time (if it succeeds) importing those 11000 revisions :
http://github.com/mathieu/OpenSceneGraph
Nice, I'll check it a few times to see if it finishes.
Then, any suggestions of how to go about checking it out?
Hi again Mathieu,
I'm testing svn import into github at the moment, it might take some
time (if it succeeds) importing those 11000 revisions :
http://github.com/mathieu/OpenSceneGraph
Nice, I'll check it a few times to see if it finishes.
I just noticed the github pricing, this is what they
Le 23 févr. 10 à 16:16, Jean-Sébastien Guay a écrit :
Hi Mathieu,
I'm testing svn import into github at the moment, it might take some
time (if it succeeds) importing those 11000 revisions :
http://github.com/mathieu/OpenSceneGraph
Nice, I'll check it a few times to see if it finishes.
Hi Mathieu,
Quick Start Guide :-)
Yes, thanks! :-)
If your the of TortoiseSVN sort
I am :-) thanks.
J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
http://www.cm-labs.com/
On 2/23/2010 8:16 AM, Jean-Sébastien Guay wrote:
reduce the amount of management we need to do. All we would need on the
real openscenegraph.org would be a redirect to that wiki, and the
files/downloads section (for releases and stuff).
I am very hesitant about changing our wiki and VC
Hi Chris,
I am very hesitant about changing our wiki and VC hosting. While what we
have is not
perfect, it works 99% of the time, and is mostly under our control. Changing to
a new
platform involves MORE work, not less, and we don't really know the reliability
and
performance of the new
On 2/23/2010 1:59 AM, Robert Osfield wrote:
I know you don't like issues trackers/queues, but I think you're in
the minority there.
Some system really do make a big difference with productivity, some work
against it, and some the cost/benefit ratio is pretty close to breaking
even.
On Tue, Feb 23, 2010 at 4:16 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
Hi Mathieu,
I'm testing svn import into github at the moment, it might take some
time (if it succeeds) importing those 11000 revisions :
http://github.com/mathieu/OpenSceneGraph
Nice, I'll check
On 2/23/2010 3:29 AM, Jose Luis Hidalgo wrote:
problem... no, we can update Trac and possible as Chris suggested move
on sqlite to a better database with better support.
I see Trac has extensions to support Git or Mercurial if needed.
My suggestion is:
- disable Trac's navigation and
On 2/23/2010 2:42 AM, Robert Osfield wrote:
There are of course some areas of the OSG that we are weak in,
osgManipulator and osgIntrospection being two good examples of places
where even I struggle. Even though we a knowledge poor here I think we
have to look for people who have the scratch
On Tue, Feb 23, 2010 at 3:49 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Philip,
On Tue, Feb 23, 2010 at 12:19 PM, Philip Lowman phi...@yhbt.com wrote:
(submitter)
$ svn diff -u changes.diff
$ # email changes.diff
(reviewer)
$ # download changes.diff
$ cd clean_trunk
$ cat
Hi Chris,
I believe we could introduce a issue ticket tracker without cost to you.
I'd be curious to hear input from other significant OSG developers about
whether they
use an issue tracker in their work, if they find it effective and useful, and
if they
believe it would be similarly
On 2/23/2010 4:15 AM, Philip Lowman wrote:
On Tue, Feb 23, 2010 at 4:32 AM, Tim Moore timoor...@gmail.com wrote:
Is there a critical mass of power users willing to use an experimental tree?
I'm not sure. Even if not, automated testing of the examples would help
verify any OSG tree.
How would
Hi Chris,
On Tue, Feb 23, 2010 at 4:40 PM, Chris 'Xenon' Hanson
xe...@alphapixel.comwrote:
I believe we could introduce a issue ticket tracker without cost to you.
Err no, if a ticket system comes in it will directly affect me. We can't
have some people use it and some not, it simply
Le 23 févr. 10 à 17:43, Tim Moore a écrit :
I don't have any opinions about github.com, but we're starting to
use gitorious.org on the FlightGear project. Gitorious is owned by
Nokia and used by the Qt project for its version control.
I like the merge request feature and the team
On Tue, Feb 23, 2010 at 4:50 PM, Tim Moore timoor...@gmail.com wrote:
You're assuming that the submission is actually worthy of being applied ;)
With a context diff, it's often easy to see by inspection that the
submitter is off in the weeds, or to quickly determine that the patch is
worth
Robert Osfield wrote:
I really don't have any doubt that we could do better with a more
distributed version control system. I'm a bit daunted by the
transition, as it will learning new tools and ways of working efficiently.
I see a lot of support here for Mercurial and Git, so I wanted to
Hi Paul, hi All
I have successfully done a few complex branch merges in svn.
here is my idea ( keep patient on me, please )
to keep working things as is (Robert controls main branch), but then also
have experimental branch ( or branches ) with a volunteer maintainer from
community who
Robert Osfield wrote:
There is also write permission granted to Paul Martz, and I
believe a couple of engineers to the svn/osg/branches portion of
the OSG svn. This enables others to maintain branches and make
releases without my intervention. As far as I'm
Nick Schultz wrote:
Perhaps there should be an enforcement of better commenting standards on submitted code. This might reduce the load of questions being asked by the community as they can understand the code better and increase the amount of users who can answer them effectively. Obviously
On Tue, Feb 23, 2010 at 6:15 PM, Robert Osfield robert.osfi...@gmail.comwrote:
On Tue, Feb 23, 2010 at 4:50 PM, Tim Moore timoor...@gmail.com wrote:
You're assuming that the submission is actually worthy of being applied ;)
With a context diff, it's often easy to see by inspection that the
Hi,
Tim Moore wrote:
robert.osfi...@gmail.com mailto:robert.osfi...@gmail.com wrote:
I'm pretty fed up with have to repeat this stuff over and over.
Diff's don't work form me and they never will. The accumulated bad
experiences I have had with diff over the years me really detest
Jean-Sébastien Guay wrote:
Hi Chris,
I am very hesitant about changing our wiki and VC hosting. While
what we have is not
perfect, it works 99% of the time, and is mostly under our control.
Changing to a new
platform involves MORE work, not less, and we don't really know the
reliability
Hi Paul,
I'm top-posting because I totally agree with all your points. You'll
notice I replied to all suggestions, whether they involve changes in
process or tools or infrastructure. Any of those might help, and the
total gain we need might not come from any one solution but from a
Hi Robert,
Is there a graphics tool for helping handling patches?
Are there tools for extracting whole changed files as well?
About the tools... yes I will give a try to test and play five minutes
with TortoiseHG.
In my professional experience Hg is far easier to adopt, for two simply
Excellent, yes we agree.
I can see that the server change, for example, is a fix for just one
part of the larger problem. I hope it doesn't cause us to loose sight of
the larger problem.
Thanks,
-Paul
Jean-Sébastien Guay wrote:
Hi Paul,
I'm top-posting because I totally agree with all
On Tue, Feb 23, 2010 at 1:31 PM, Sergey Kurdakov sergey.fo...@gmail.com wrote:
Hi Paul, hi All
I have successfully done a few complex branch merges in svn.
here is my idea ( keep patient on me, please )
to keep working things as is (Robert controls main branch), but then also
have
Hi All,
*The need for discussion on project work systems and effort distribution
*
I'm striking up this thread for us to discuss how we as community can work
more efficiently and with better balance of work between members of the
community. The aim has to be develop better software, better
Hi Robert,
Of course you had to know that I would be one of the first to reply :-)
_My situation : just keeping up, but only by dedicating almost 100% of
time to unpaid project work, which is not sustainable_
[...]
Right now
I am clearing the submissions backlog but slower than I'd like, and
Hi,
What is the issue with the server and repository?
Can anyone estimte the monthly traffic and the required harddrive space?
Depending of this values, I'll can see if I can offer a solution for free.
Cheers,
Torben
--
Read this topic online here:
On 2/22/2010 11:36 AM, Torben Dannhauer wrote:
Hi,
What is the issue with the server and repository?
Can anyone estimte the monthly traffic and the required harddrive space?
Depending of this values, I'll can see if I can offer a solution for free.
I too, could probably offer something,
Hi Torben,
What is the issue with the server and repository?
Our hosting is provided at AI2, Universidad Politecnica de Valencia,
Spain by Jose Luis Hidalgo (see the footer on openscenegraph.org). In
the last few months there have been various outages and server problems,
some of which
Hi J-S,
I'll just add my thoughts one topic at time in each email to help with keep
subthreads are likely to spring up.
First the topic of submissions.
On Mon, Feb 22, 2010 at 6:07 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
from members of the community that site write
On Mon, Feb 22, 2010 at 6:07 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
You speak of website maintenance, support on the mailing list, etc. All
this is already as much off your shoulders as it could be.
In theory this is the case, and it largely is, but when things break
On 2/22/2010 1:55 PM, Robert Osfield wrote:
_Is another version control system the way to go for more distributed
development?_
I do think that the type of version control system is secondary to the
importance to having individual or small groups of developers taking
responsibility for
I have a reputation for being pleasantly blunt, and thick-skinned or carefree
enough to
deal with the backlash of being so. You may recall that over the years I have
made a
number of pointed observations that I feel have led to beneficial changes in
the OSG
community. So, please read this
robertosfield wrote:
When authors move on, the bucks stops with me
The issue of knowledge about code base become especially difficult when the
original authors have moved on from the project as it falls on me to become
the sole expert, not because I want to be, but because if no one else
On 2/22/2010 7:00 PM, Nick Schultz wrote:
Perhaps there should be an enforcement of better commenting standards on
submitted code. This might reduce the load of questions being asked by the
community as they can understand the code better and increase the amount of
users who can answer
Chris 'Xenon' Hanson wrote:
We have tried to conduct an OSG spelling/grammar commenting drive in the past
with some
success. We can continue this.
I wouldn't be too worried about the spelling/grammar, as long as it gets the
point across. What I'm talking about are the areas that can
On 2/22/2010 8:48 PM, Nick Schultz wrote:
I wouldn't be too worried about the spelling/grammar, as long as it gets the
point across.
Well, it does look a bit unprofessional.
What I'm talking about are the areas that can be fairly complex without any
explaination at all.
I agree,
Hi,
Chris 'Xenon' Hanson wrote:
On 2/22/2010 1:55 PM, Robert Osfield wrote:
_Is another version control system the way to go for more distributed
development?_
I do think that the type of version control system is secondary to the
importance to having individual or small groups of developers
Hi,
sending multiple emails...
Robert Osfield wrote:
_On the subject others taking on trivial submissions:_
I would also like to add in answer to another of your points from the
other thread, it's not the trivial submissions that take up significant
amount of the time I put into managing
1 - 100 of 101 matches
Mail list logo