# New Ticket Created by Michal Jurosz
# Please include the string: [perl #49788]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49788
Attached patch bypass Subversion bug 2640 for
languages/lolcode/src/builtins
in the
file_metadata.t test.
How does this look (following)?
It's important to note that this is a global configuration and will
affect all subversion repositories you work on, not just Parrot. I work
on too many different repositories to use a global configuration of
automatic properties. (And, AFAIK, subversion
important to note that this is a global configuration and will
affect all subversion repositories you work on, not just Parrot. I work
on too many different repositories to use a global configuration of
automatic properties. (And, AFAIK, subversion only offers a global setting.)
Also, where
# New Ticket Created by Will Coleda
# Please include the string: [perl #42169]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42169
ala recent IRC discussion... thread on parrot-porters and put it in
the repository
I am pulling this patch from submission for the time being. When I
originally submitted the refactored tools/build/ops2c.pl and
lib/Parrot/Ops2c/Utils.pm over a week ago, they were passing their own
tests as well as those in 'make test'.
However, something outside these patches must have changed
an argument for more use of Subversion
branches in Parrot development and some tools to make using branches
easier. The files being submitted for the first time are:
Why are these two changes tied together? Surely if you have a capable
feature branching system this is not necessary
/ops2cutils/.
2. 4 new files which provide an argument for more use of Subversion
branches in Parrot development and some tools to make using branches
easier. The files being submitted for the first time are:
Why are these two changes tied together? Surely if you have a capable
feature
to synchronize a Subversion
branch with trunk. The scripts I wrote implemented one of the
options described in that Perlmonks thread, which was provided from a
fellow Perl hacker who has never steered me wrong.
Sorry. Of the four first responses to that thread, you picked the one
On Sunday 04 March 2007 15:41, Sam Vilain wrote:
James Keenan wrote:
Those patches and new files haven't been reviewed yet. When I went
to my next round of submissions, I wanted to get it done quickly
(I've been dealing with eye infections the last several days and am
tiring
chromatic wrote:
Mixing things together is everything that you are attempting to resolve.
Why are you making excuses for not achieving this?
I don't think that's entirely fair. James's experiment here is an
experiment,
and if it fails we can learn something from it.
Yes, sorry
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #40347]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40347
This is because Parrot::Revision scans .svn/entries directly, but the
Subversion
Upgrade complete. You shouldn't notice anything different, except
some operations might be faster.
-R
At Tue, 21 Feb 2006 22:25:22 -0800,
Robert Spier wrote:
FYI -
At some point later this week, or maybe this weekend, I will be taking
the perl.org Subversion server down to move
FYI -
At some point later this week, or maybe this weekend, I will be taking
the perl.org Subversion server down to move it to different hardware.
This most likely won't happen until after the imminent Parrot release.
From an end user perspective, nothing should change. (Although we
At Wed, 13 Apr 2005 02:07:05 -0400,
Roger Hale wrote:
Robert Spier wrote:
Could that be added as 4th line?
Good ideas, all of them. I've updated the page to add that, and to
switch to bz2.
-R
Following Nicholas Clark:
bzcat svk-mirror-dump.bz2 | svnadmin load --ignore-uuid
Robert Spier wrote:
Could that be added as 4th line?
Good ideas, all of them. I've updated the page to add that, and to
switch to bz2.
-R
Following Nicholas Clark:
bzcat svk-mirror-dump.bz2 | svnadmin load --ignore-uuid ~/.svk/parrot
presumably should be
bzcat svk-bootstrap-dump.bz2 |
Could that be added as 4th line?
Good ideas, all of them. I've updated the page to add that, and to
switch to bz2.
-R
On Sun, Apr 10, 2005 at 10:54:21AM -0700, Robert Spier wrote:
The conversion is done.
http://www.parrotcode.org/source.html
zcat svk-mirror-dump | svnadmin load --ignore-uuid ~/.svk/parrot
should be
zcat svk-bootstrap-dump.gz | svnadmin load --ignore-uuid ~/.svk/parrot
Also, if you
Robert Spier [EMAIL PROTECTED] wrote:
The conversion is done.
Great work. Thanks a lot.
leo
Anybody using Debian and emacs, a clue: I had to edit a couple of
files to get Subversion support enabled automatically. All of the
actual elisp code in:
/etc/emacs/site-start.d/50psvn.el
/etc/emacs/site-start.d/50vc-svn.el
was commented out. (?!) Once I uncommented it, emacs recognized
Robert Spier wrote:
The conversion is done.
http://www.parrotcode.org/source.html
Have fun!
Sweet! Is there any particular reason why everyone should use https?
Shouldn't http do for non-committers? Or am I nitpicking here?
Ron
The conversion is done.
http://www.parrotcode.org/source.html
Have fun!
Sweet! Is there any particular reason why everyone should use https?
Shouldn't http do for non-committers? Or am I nitpicking here?
Not really. http is fine for non-committers. But it was easier to
just document
Due to popular demand, among many other reasons, parrot will be
switching to Subversion at some point in the next few days.
I've placed a test conversion at https://svn.perl.org/parrot-test/
(It mirrors the state of the CVS repository as of this morning.)
Please take a look at it, and make
Robert Spier [EMAIL PROTECTED] wrote:
Any questions?
I assume current committer bits will be transitioned over too?
--
Brent 'Dax' Royal-Gordon [EMAIL PROTECTED]
Perl and Parrot hacker
I used to have a life, but I liked mail-reading so much better.
Any questions?
I assume current committer bits will be transitioned over too?
Actually, this would be a great time to get signed committer
agreements from everyone. But, since that probably isn't going to
happen, I'll just move over all the bits.
-R
Jens Rieks wrote:
On Thursday 31 March 2005 12:01, Leopold Toetsch wrote:
4) Makefile cleanups to remove in-tree icu build stuff
Patch ready. When should I commit it?
This was the 4th step in the plan. First we need:
1) patches are very welcome that
$ perl Configure.pl --without-icu
then we
On Sunday 03 April 2005 10:06, Leopold Toetsch wrote:
Jens Rieks wrote:
On Thursday 31 March 2005 12:01, Leopold Toetsch wrote:
4) Makefile cleanups to remove in-tree icu build stuff
Patch ready. When should I commit it?
This was the 4th step in the plan. First we need:
1) patches are
Jens Rieks wrote:
On Sunday 03 April 2005 10:06, Leopold Toetsch wrote:
Jens Rieks wrote:
[snip]
then we verify that we can build with a system ICU or without. Then we
can move over to SVN and procede with step 4).
Why don't we remove the support for the bundled ICU prior to the move?
I
On Sunday 03 April 2005 14:06, Ron Blaschke wrote:
I'd reckon once C--without-icu is in place, one should be able to
run
$rm -rf icu
$perl Configure --without-icu --nomanicheck
So it shouldn't really matter when exactly Ficu/ is removed.
Hmm, okay. Thats indeed true.
I've attached
We gonna switch to SVN soon.
citing Chip:
I think it would be a Good Thing for Parrot to live under Subversion
rather than CVS. Just the change sets and rename tracking is enough
reason, IMO.
and:
Announcement should
also mention that we're not going to move icu over, so people should
download
Leopold Toetsch wrote:
We gonna switch to SVN soon.
Lovely. :-)
citing Chip:
I think it would be a Good Thing for Parrot to live under Subversion
rather than CVS. Just the change sets and rename tracking is enough
reason, IMO.
I've been using SVN happily for almost a year now. It works
Just curious. Are there any plans moving parrot to subversion?
Ron
On Fri, Feb 04, 2005 at 06:07:33PM +0100, Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
I tried a clean subversion checkout about a week ago, and compared with a
clean CVS checkout.
svn gave:
real2m23.994s
user0m9.002s
sys 0m6.730s
CVS gave
Nicholas Clark writes:
On Fri, Feb 04, 2005 at 06:07:33PM +0100, Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
I tried a clean subversion checkout about a week ago, and compared with a
clean CVS checkout.
svn gave:
real2m23.994s
user0m9.002s
sys
Nicholas Clark wrote:
On Fri, Feb 04, 2005 at 06:07:33PM +0100, Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
I tried a clean subversion checkout about a week ago, and compared with a
clean CVS checkout.
svn gave:
real2m23.994s
user0m9.002s
sys
--- Bryan Donlan [EMAIL PROTECTED] wrote:
Nicholas Clark wrote:
On Fri, Feb 04, 2005 at 06:07:33PM +0100, Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
so CVS is about 20% faster. Elapsed time seems to be all that
matters here
On Fri, Feb 04, 2005 at 01:47:11PM -0500, Bryan Donlan wrote:
Nicholas Clark wrote:
On Fri, Feb 04, 2005 at 06:07:33PM +0100, Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
so CVS is about 20% faster. Elapsed time seems to be all that matters here
I think Parrot is already about subversion.
All your interpreter are belong to us.
Ron Blaschke wrote:
Just curious. Are there any plans moving parrot to subversion?
Ron
Hi,
After a weeks vacation, returning back to work on Ponie I have frequent
motivational problems because subversion is treating me so badly. (ie,
I don't want to change something because it is such a pain then to
commit it, I don't want to upgrade to latest parrot because it will
take
take a whole work day, and so on). That together with questiones raised
by several other developers I think it is time to abandon subversion
and go to CVS.
We're not going to twist your arms.. although we are pretty happy with
SVN for our use for web stuff. (And in some ways, it's easier
39 matches
Mail list logo
