--On Tuesday, June 10, 2003 1:58 PM +0100 Danny Angus [EMAIL PROTECTED] wrote:
Moving and re-naming files in an ssh terminal session is not crazily
graphical nor easy enough for a 4 year old, but I bet there are enough
people in Apache who can do it without sweating that it is, IMO, a poor
excuse
Greg Stein wrote, On 10/06/2003 21.01:
On Tue, Jun 10, 2003 at 01:58:16PM +0100, Danny Angus wrote:
...
Moving and re-naming files in an ssh terminal session is not crazily graphical nor easy enough for a 4 year old, but I bet there are enough people in Apache who can do it without sweating that
So we get James _and_ Subversion brought into production for the ASF on
the same day? ;-)
SCNR
Henning
On Tue, 2003-06-10 at 21:12, Noel J. Bergman wrote:
Moving and re-naming files in an ssh terminal session is not
crazily graphical nor easy enough for a 4 year
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 10:00 AM
Greg Stein wrote, On 10/06/2003 21.01:
ObPlug
Use Subversion.
/ObPlug
:-)
Cry4Help
Release the baby!
/Cry4Help
;-)
Once Karl has finished up the branch/tag support in cvs2svn we can
do
I'm all +1 on moving our repositories forward, but I've got used to some
of the nice tools surrounding SVN that I don't want to miss.
And then there is the question of things like maven supporting SVN just
as well as CVS.
For bk there is some sort of CVS compatible read-only view into the
One of the previous concerns was tool support. Since then, we have SVN
capability in ViewCVS, and there is also an SVN plugin for Eclipse and IDEA,
and several GUIs. SVN itself has been stable for a long while; the only real
concern [for the ASF] is the related tool support.
For Maven
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 11:31 AM
One of the previous concerns was tool support. Since then, we have SVN
capability in ViewCVS, and there is also an SVN plugin for Eclipse and IDEA,
and several GUIs. SVN itself has been stable for a long
FWIW, Subversion is working quite well for us in a Corporate Intranet. Blending
modules for
content management (that can be edited in WYSIWYG form, either in-situ or in
off-line modes) and
others for code make it a very compelling replacement for CVS at the project
level, and Wikis at
the
What would be helpful is if we can identify which tools
are currently used
The CVS command line over SSH, obviously. TortoiseCVS. WinCVS. We could
all survey our projects, or put up a Wiki page to collect what people are
actively using.
--- Noel
So we get James _and_ Subversion brought into production for the ASF on
the same day? ;-)
Subversion is closer to deployment within the ASF than James. The primary
(e-mail) need with the ASF is for a mailing list manager. That is a weak
area right now for James, but one that is actively being
On Mon, Jun 09, 2003 at 06:06:54PM -0400, Noel J. Bergman wrote:
...
Some negative aspects of @author would be the impression that the
author owns the code, and reluctance on the part of others to make
changes to someone else's code.
The @author tag implies _authorship_. If we had an @owns
As for CVS logs, they are rather ephemeral things in my experience.
Whenever a file is renamed/repackaged, the history is lost. Sometimes
CVS modules are re-imported (as with Avalon, and xml-cocoon -
cocoon-2.1) and everything is lost.
This isn't necessary, it is possible to keep histories
On Tue, Jun 10, 2003 at 12:00:45PM +0100, Danny Angus wrote:
As for CVS logs, they are rather ephemeral things in my experience.
Whenever a file is renamed/repackaged, the history is lost. Sometimes
CVS modules are re-imported (as with Avalon, and xml-cocoon -
cocoon-2.1) and everything
On 10/06/2003 14:05 Jeff Turner wrote:
Yes, and isn't it fun.
[snip]
LOL
You should check TortoiseCVS ;-)
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
Read my weblog at
Ben Hyde escribió:
a big +1 on the whole (big one plays nice with my comment, see below)
(...)
But unlike a piece of capital equipment an open source project is a lot
more than it's CVS repositories. It's much more social construct than
that. Economists don't really like to think about social
Jeff,
Yes, and isn't it fun.
--fun snipped-- ;-)
So should we only do things that are fun?
Moving and re-naming files in an ssh terminal session is not crazily graphical
nor easy enough for a 4 year old, but I bet there are enough people in Apache
who can do it without sweating that it is,
Danny Angus escribió:
Jeff,
Yes, and isn't it fun.
--fun snipped-- ;-)
So should we only do things that are fun?
Moving and re-naming files in an ssh terminal session is not crazily
graphical nor easy enough for a 4 year old, but I bet there are
enough people in Apache who can do it without
Ben Hyde [EMAIL PROTECTED]
... There is no clearing house were I can
exchange one performance fix for two clear explanations.
LOL! If you want to talk Xalan, I'm sure I could scrape up a couple of
clear explanations if you have some performance enhancements to contribute...
Actually,
On Tue, Jun 10, 2003 at 01:58:16PM +0100, Danny Angus wrote:
Jeff,
Yes, and isn't it fun.
--fun snipped-- ;-)
So should we only do things that are fun?
Moving and re-naming files in an ssh terminal session is not crazily
graphical nor easy enough for a 4 year old, but I bet there
On Tuesday, June 10, 2003, at 03:01 PM, Greg Stein wrote:
On Tue, Jun 10, 2003 at 01:58:16PM +0100, Danny Angus wrote:
Jeff,
Yes, and isn't it fun.
--fun snipped-- ;-)
So should we only do things that are fun?
Moving and re-naming files in an ssh terminal session is not crazily
graphical nor easy
Moving and re-naming files in an ssh terminal session is not
crazily graphical nor easy enough for a 4 year old, but I bet
there are enough people in Apache who can do it without
sweating that it is, IMO, a poor excuse for throwing away
useful information.
Bah.
ObPlug
Use Subversion.
On Mon, 9 Jun 2003, Noel J. Bergman wrote:
I suggest that you go back to your normal policy of ignoring Dvorak's
existence.
:-) Very big grin
FWIW, James, Avalon and other projects recently decided to remove the
@author tags from the source files. There was some disagreement in the
Dirk-Willem van Gulik wrote:
Vanity is the driving force behind OSS, as is greed behind
closed-source
software. Try to use someone's OSS code without attributing original
authorship, and you will see how quickly your quaint community
devolves
into harsh campaigns
Not to pick on Noel, but he is driven to get James to be the mail server
the ASF uses, working tirelessly to improve features and scalability.
If he was solely motivated by altruism, he might get tired and realize
the current mail system already handles Apache's needs.
LOL No, being capable
On 9/06/2003 17:08 Noel J. Bergman wrote:
FWIW, James, Avalon and other projects recently decided to remove the
@author tags from the source files. There was some disagreement in the
Avalon list, there was none on the James list. We do try to give people
recognition in the CVS commit logs,
I don't know whether this was a symptom, a remedy, or a cause. Isn't the
fact these tags needed to be removed some telltale? I'm just wondering,
since you seem to advocate this as a good community pattern.
I fully admit that I suggested it after seeing what was going on in Avalon,
and no one
26 matches
Mail list logo