David Wheeler wrote:
> On Nov 23, 2004, at 4:55 PM, Geoffrey Young wrote:
>
>> david and I started a one-way conversation with infrastructure@ about
>> making
>> commit emails better which went nowhere. if we can control our own
>> mailer
>> and messages I think I'd like to prove to everyone th
On Nov 23, 2004, at 4:55 PM, Geoffrey Young wrote:
david and I started a one-way conversation with infrastructure@ about
making
commit emails better which went nowhere. if we can control our own
mailer
and messages I think I'd like to prove to everyone that we can come up
with
something better
Geoffrey Young <[EMAIL PROTECTED]> writes:
[...]
> mod_perl is probably the project most closely tied to httpd outside of
> apr, but they have 10 million times the userbase that we do - being
> developmentally consistent with what is essentially our parent project
> lowers the bar for both new mo
> I also find it interesting to see the different reactions in different
> ASF projects I keep an eye on as they convert. APR and HTTPD, for
> example, don't seem to have any real problems with the conversion, while
> mod_perl seems to keep running into issues. I guess it's just different
> proj
Garrett Rooney wrote:
Stas Bekman wrote:
Garrett Rooney wrote:
For what it's worth the APR seems to have settled on using
[EMAIL PROTECTED]
But we need to differentiate between docs and code commits since the
two go to different lists. Otherwise it's a good idea.
commits@ and commits-docs@ (o
Stas Bekman wrote:
Garrett Rooney wrote:
For what it's worth the APR seems to have settled on using
[EMAIL PROTECTED]
But we need to differentiate between docs and code commits since the two
go to different lists. Otherwise it's a good idea.
commits@ and commits-docs@ (or docs-commits@ I guess
Garrett Rooney wrote:
Stas Bekman wrote:
There aren't only difs, so -changes make more sense. Assuming that we
don't move to some kps or uqz version system any time soon, -svn will
work too.
May be it's the best to keep things unmodified. Changing the name will
require archive engines to adjust
Stas Bekman wrote:
There aren't only difs, so -changes make more sense. Assuming that we
don't move to some kps or uqz version system any time soon, -svn will
work too.
May be it's the best to keep things unmodified. Changing the name will
require archive engines to adjust and those are usually
Philippe M. Chiasson wrote:
[...]
And if you are already changing the name of the list, why calling it
-cvs? call it -svn, no?
Yeah, or -changes to be backend agnostic. But that would mean even
more infrastructure changes
on the other end, so at this point, I am just trying to keep it simple.
-
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Please post a summary of infrastructure changes.
Yes, I was planning on posting just that as soon as everything is
moved over and settled down. At this point
we are still in a flux-like state where even though the code is moved
over subversion, ther
Garrett Rooney wrote:
Stas Bekman wrote:
While it's sort of OK for us developers to figure it out, quite often
we ask users to get a fresh "cvs-r.i.p." checkout and we won't want to
make them jumping through hoops, there is enough pain they have to
endure.
Well, you already need to run 'perl Ma
Stas Bekman wrote:
While it's sort of OK for us developers to figure it out, quite often we
ask users to get a fresh "cvs-r.i.p." checkout and we won't want to make
them jumping through hoops, there is enough pain they have to endure.
Well, you already need to run 'perl Makefile.PL' in order to b
Garrett Rooney wrote:
Stas Bekman wrote:
svn diff seems plain broken for externals, other commands have no
trouble seeing the modifications.
:(
It also doesn't interact well with tagging or branching (you have to go
in and fix up the svn:externals properties on the branch/tag manually)
or with
Markus Wichitill wrote:
Stas Bekman wrote:
Markus Wichitill wrote:
Stas Bekman wrote:
I see yet another problem with svn. modperl-2.0 uses svn:externals:
docs
https://svn.apache.org/repos/asf/perl/modperl/docs/trunk/src/docs/2.0
Apache-Test
https://svn.apache.org/repos/asf/httpd/test/trunk/perl-f
Stas Bekman wrote:
Markus Wichitill wrote:
Stas Bekman wrote:
I see yet another problem with svn. modperl-2.0 uses svn:externals:
docs
https://svn.apache.org/repos/asf/perl/modperl/docs/trunk/src/docs/2.0
Apache-Test
https://svn.apache.org/repos/asf/httpd/test/trunk/perl-framework/Apache-Test
N
Stas Bekman wrote:
svn diff seems plain broken for externals, other commands have no
trouble seeing the modifications.
:(
It also doesn't interact well with tagging or branching (you have to go
in and fix up the svn:externals properties on the branch/tag manually)
or with accessing a repository
Markus Wichitill wrote:
Stas Bekman wrote:
I see yet another problem with svn. modperl-2.0 uses svn:externals:
docs
https://svn.apache.org/repos/asf/perl/modperl/docs/trunk/src/docs/2.0
Apache-Test
https://svn.apache.org/repos/asf/httpd/test/trunk/perl-framework/Apache-Test
Now when I run 'svn
Author: stas
Date: Tue Nov 23 12:06:31 2004
New Revision: 106337
Modified:
perl/modperl/trunk/README-SVN
Log:
remove dup
Modified: perl/modperl/trunk/README-SVN
Url:
http://svn.apache.org/viewcvs/perl/modperl/trunk/README-SVN?view=diff&rev=106337&p1=perl/modperl/trunk/README-SVN&r1=106336&p2
Stas Bekman wrote:
I see yet another problem with svn. modperl-2.0 uses svn:externals:
docs https://svn.apache.org/repos/asf/perl/modperl/docs/trunk/src/docs/2.0
Apache-Test
https://svn.apache.org/repos/asf/httpd/test/trunk/perl-framework/Apache-Test
Now when I run 'svn diff' at the top level it
Geoffrey Young wrote:
+svn for cvs users:
+
+ http://svnbook.red-bean.com/en/1.0/svn-book.html#svn-ap-a
+
+for cvs-to-svn migration help, see:
http://svnbook.red-bean.com/en/1.0/apa.html
these two links are the same - the first is a link to appendix a from the
"all in one" page, while the secon
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Joe Schaefer wrote:
[...]
IMO the question boils down to your expectations for using
the /branch subdir. Branch management is a PITA in cvs, but
it's transparent in svn. Do you expect development
on modperl-1 codebase to need lots of br
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
> [...]
>> IMO the question boils down to your expectations for using
>> the /branch subdir. Branch management is a PITA in cvs, but
>> it's transparent in svn. Do you expect development
>> on modperl-1 codebase to need lots of branch
[EMAIL PROTECTED] wrote:
Author: stas
Date: Tue Nov 23 09:56:10 2004
New Revision: 106322
Added:
perl/modperl/trunk/SVN-MOVE
Log:
This file tracks the things that need to be done to accomplish the
move of modperl projects to SVN
feel free to add other issues... hopefully this file won't exist fo
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Max Maischein via RT wrote:
This message about Apache-Test was sent to you by [EMAIL PROTECTED]
<[EMAIL PROTECTED]> via rt.cpan.org
Full context and any attached attachments can be found at:
https://rt.cpan.org/Ticket/Display.html?id=8418 >
Hello,
th
Stas Bekman wrote:
[...]
With "sleep 1", I didn't get any failures running "perl t\TEST
-times=100 t\protocol\echo_nonblock.t" and running the whole test
suite three times.
Great! If someone can commit that it'd be great. I still don't have a
properly working svn environment. Thanks. (If noone
I see yet another problem with svn. modperl-2.0 uses svn:externals:
docs
https://svn.apache.org/repos/asf/perl/modperl/docs/trunk/src/docs/2.0
Apache-Test
https://svn.apache.org/repos/asf/httpd/test/trunk/perl-framework/Apache-Test
Now when I run 'svn diff' at the top level it won't show the dif
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
So A-T installs into INSTALLSITEARCH because that's where mp2 normally
installed things to. So why did it now install things outside of arch?
It looks like the top-level httpd-t
So not only svn pollutes the checkout with its own files (which I hope to
get rid of once I get a hand of svk) it leaves tmp files all over? that's
ridiculous. e.g. it failed to commit a file in
src/docs/2.0/user/install/install.pod, so it has left:
src/docs/2.0/user/install/svn-commit.tmp. Who
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
>> Stas Bekman <[EMAIL PROTECTED]> writes:
>>
>>>So A-T installs into INSTALLSITEARCH because that's where mp2 normally
>>>installed things to. So why did it now install things outside of arch?
>> It looks like the top-level httpd-test/
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
>> Copying your changes to the top-level Makefile.PL seems to work
>> for me. Here's a patch to httpd-test/perl-framework/Makefile.PL
>> (be careful about the path when applying it, because subversion
>> strips it out :-( ).
>
Stas Bekman wrote:
Joe Schaefer wrote:
Here's a patch to httpd-test/perl-framework/Makefile.PL
(be careful about the path when applying it, because subversion strips
it out :-( ).
doh! how this can be fixed?
Hm, what's wrong with the diff paths SVN produces? On my systems the path in
the Index li
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
So A-T installs into INSTALLSITEARCH because that's where mp2 normally
installed things to. So why did it now install things outside of arch?
It looks like the top-level httpd-test/perl-framework/Makefile
wasn't picking up your redefinit
32 matches
Mail list logo
