Finally, the moment you've all been waiting for is here!
perlbug (http://rt.perl.org/rt3/) has been upgraded to the latest and
greatest version (RT 3.6).
Here are some changes you might notice:
- a new shiny look
- no more auth.perl.org, we now authenticate directly from bitcard.org
- a
I was going to suggest keeping an archive of this one outside the
repository, but it's only 2 files, so I'll just keep a copy for
myself. (I'd like to revive it at some point in PGE/TGE and the old
implementation could be useful.)
Nothing is actually _deleted_ from SVN... it just gets harder
(If so, as a bit of background it's discussed at the bottom of #38217
on RT, and I tried to put together a patch in r11320 but I caused some
breakage so it's been backed out. I need to revive it)
Thank you, Nick. How do I get a username and password for RT?
http://auth.perl.org/
or just
Applied in 11755, 11756, and 11758. (Ticket not closed; I don't have
permission.)
You shouldn't say things like that. You have permission now.
-R (pulling an Audrey.)
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 are
snapshots or releases. And, since a checkout takes about an hour (last
time I checked) I tend to be too lazy to fetch one just to make a patch.
Only if you're checking out to a Commodore 64.
[EMAIL PROTECTED] /tmp$ time svn co http://svn.perl.org/parrot/trunk
parrot-trunk /dev/null
real
Sigh. I wish it were that simple, or that funny.
$ time wget http://cvs.perl.org/snapshots/parrot/parrot-latest.tar.gz
real0m16.84s
user0m0.09s
sys 0m0.20s
$ time svn co http://svn.perl.org/parrot/trunk parrot-trunk
real 2:01:50.3
user 1:02.0
sys44.9
... seems to be dead for about a day now, though I know commits are
going through.
Fixed.
BCCing webmaster at perl dot org, where this will hopefully open a
ticket.
THANK YOU. This meant the message got seen much earlier than it
otherwise would, and because of the BCC, no collateral
No, it isn't. =)
The mail list strips out .t attachments (Robert? is this necessary?)
We don't strip .t We strip troff attachments. Really, it's a bad
mailer that is labeling the .t file a troff mime-type.
I've removed the troff types from the bad mime list.
-R
We've actually done a merge. It is complete. All committed changes
on the leo-ctx5 branch are now on trunk as of rev 9260. The leo-ctx5
branch was deleted as rev 9261.
If you have any checkouts of the leo-ctx5 branch, you will need to
switch them to trunk
cd
Updated. (Sorry for the delay.)
-R
At Fri, 10 Jun 2005 20:18:38 +0100,
Roger Browne wrote:
By the way, the website
http://www.parrotcode.org/
still refers to 0.2.0 as the latest version.
Regards,
Roger Browne
The list server keeps eating my attached homework. Won't let me attach a
.t file.
This is because your mailer is declaring it to be an
application/x-troff file.
Leopold Toetsch wrote:
http://www.parrotcode.org/resources.html still has CVS and CVS
instructions mentioned. Please replace it with equivalent SVN hints.
... which are at http://www.parrotcode.org/source.html
Updated.
As always, patches for this kind of thing are welcome.
(You can
I noticed that the favicon.ico for http://www.parrotcode.org is a Camel.
Can we have a Parrot for that, in order to do the many non-Perl Parrot
based languages justice?
Good idea.
I've put one in place. If someone wants to make a nicer one, I won't
kick and scream too much.
-R
Robert Spier wrote:
Doesn't work when svk is used to check out the copy. But in that case
svk list -R does.
Hmm. Maybe this should be a commit action and not a test.
It was under CVS. I'm pretty sure everyone ignored it there :)
Well, it always depends, how responds looks like
The rsync off of cvs.perl.org::parrot-HEAD as suggested on parrotcode.org
contains .svn directories. This doesn't seem right.
Fixed.
Well, it always depends, how responds looks like:
Committed revision 1234
*
ATT MAINFEST ERROR
missing bla.bla ...
*
This is very similar to what it did under CVS, although maybe not
quite as big.
Anyway, if this is
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 ~/.svk
Doesn't work when svk is used to check out the copy. But in that case
svk list -R does.
Hmm. Maybe this should be a commit action and not a test.
It was under CVS. I'm pretty sure everyone ignored it there :)
-R
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
Fixed hopefully.
$ find -name '*.t' | xargs svn ps svn:mime-type text/plain
$ svn ci ...
Yes, that'll fix it.
Probably worth checking the mime-types for all the other files.
and that dam.. check in runs for more then 10 minutes now
Ick. The network pipe is a little congested today, and
I've disabled all CVS write permissions as part of the transition.
(Yes, this means wheels are turning.)
CVS will stay readable, but un-writable until tomorrow morning, when I
hope to announce SVN being up. The import is running while I sleep.
I caught I minor issue halfway into the previous
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
I've disabled all CVS write permissions as part of the transition.
(Yes, this means wheels are turning.)
It was on parrotcode or dev.perl.org at some point.
Maybe that can be reused?
Our tinderbox.perl.org volunteer is working on it. We've been nudging
him, and he's got some cool stuff going on.
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
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
From: O'Reilly Conferences [EMAIL PROTECTED]
Subject: OSCON Call For Proposals Now Open
Date: Thu, 20 Jan 2005 11:30:03 -0800
The Call for Proposals has just opened for the
7th Annual O'Reilly Open Source Convention
http://conferences.oreillynet.com/os2005/
OSCON is headed back to friendly,
Parrot is now listed on CIA
(insert-at-point (spook))
Ooo. spook's phrasebook is strictly US-ASCII. That's totally CIA-compatible,
isn't it?
Probably. But they're still after those computer criminals. And
folks who use laser pointers.
-R
While I personally like the idea, I think it is unlikely given how
much slower svn is on sizable repositories. Of course I have not
tried it recently, so maybe that has changed...
All that being said, I am in absolutely no position of authority about this...
This is, and always has been,
I'd like to see:
...
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
(In my opinion, the line-ending issue isn't a problem for Parrot in
terms of this test--it's legitimate to expect that you can process a
particular file, not matter what platform you happen to be on, and no
matter if the file happens to have been created on another platform.)
Also, the proper
Is there anything that can be learned/reused from libjit?
http://www.southern-storm.com.au/libjit.html
-R
- do not change viewcvs in glossary.doc to cvsweb, just correct the
link
Please _do_ change all references to cvsweb to viewcvs. Unless there
is a compelling reason, we will continue to phase out use of cvsweb.
viewcvs is faster, cleaner, and has more features.
-R
Maybe there are some good links to Tinderbox or Bonsai or ViewCVS or they
are only temporarily down, I don't know, but having non-functional
references in documentation is not very good.
Tinderbox is temporarily down. Either Zach needs to fix it, or I need
to finish my replacement for it.
This now lives at
http://svn.perl.org/parrot/cvs/ (use guest/guest)
http://svn.perl.org/viewcvs/parrot/cvs/trunk/
It is updated from CVS once an hour.
Have fun!
-R
At Sat, 7 Aug 2004 09:52:30 +0100,
Chia-liang Kao wrote:
[1 text/plain; us-ascii (7bit)]
Hi,
I've just setup a
At Tue, 10 Aug 2004 22:05:34 -0400,
William Coleda wrote:
[1 text/plain; us-ascii (7bit)]
Attached find a patch to http://www.parrotcode.org/examples/index.html that:
(0) depends on a patch I sent to the webmaster folks earlier adding back in the
docs/* hierarchy (a small shim of .html
CVS ci rights for Jarkko would be fine,
Please send all requests like (and including) this one to cvs at
perl.org.
-R
There's a directory platforms reappeared in parrot's CVS at the top level
This breaks checkouts on any case insensitive file system, because CVS
already knows about the file PLATFORMS
We need the repository edited to expunge the directory platforms, don't we?
Either that or the file PLATFORMS
This might be useful... (thanks planetlisp!)
Chris Double
Wed Jun 30 17:22:09 2004
http://radio.weblogs.com/0102385/2004/07/01.html#a625
I came across a free portable arbitary precision integer and rational
arithmentic library called [1]IMath that looks useful. It is
At Tue, 25 May 2004 10:36:24 -0400,
Aaron Sherman wrote:
On Mon, May 24, 2004 at 09:48:45PM -0400, Uri Guttman wrote:
is there a paypal PMC in the plans? will it be multi-accounted? will it
have built in auth support? what about rounding errors?
In case it was not obvious, the Paypal
ICU somehow manages (optionally?) to suffix all it its symbols with
the version number, automagically (meaning, they don't look that way
in the source or the headers). We should figure out how they are doing
that, and see if we can use the same approach. I don't know if it's
linker magic, or
Speaking about parrotbug, are the [EMAIL PROTECTED] addresses
created? What do they currently do?
parrotbug@ sends to the tracker
status-{ok,nok}@ currently end up in mailboxes that nobody reads
-R
clarification on some others - outgoing emails were being eaten by a
grue for a while, but Robert says it's fixed now - I'll be sending out
To clarify. Only explicit CC's to the list were broken. All other
outbound mail was fine.
-R
about to cvs checkout parrot:
/home/perlcvs: no such repository
Ah, that's finally gone away. The repository path is /cvs/publoc.
What you're using's very old, though there was a temporary symlink in
for a while.
It's been gone for months and months.
And you mean /cvs/public.
http://www.parrotcode.org/ is not responding to http or ping.
Yes. We knew. All happy now.
-R
I can't replicate this.
At Tue, 16 Mar 2004 19:55:22 -0500,
Will Coleda wrote:
bash-2.05a$ rm -f languages/tcl/lib/match_close.imc
bash-2.05a$ cvs update languages/tcl/lib/match_close.imc
cvs: rcs.c:4091: RCS_checkout: Assertion `options[0] == '-'
options[1] == 'k'' failed.
cvs [server
At Thu, 11 Mar 2004 19:00:18 +0100,
Jens Rieks wrote:
[1 text/plain; us-ascii (7bit)]
Hi,
Am I the only one who receives this annoying message each time I send an .tgz
attachment to the list?
You're the only one who has complained.
I'll unsubscribe the offender.
-R
But what should those addresses do when receiving a message?
- parrotbug: should open a RT ticket?
Yes. This is the new equivalent of bugs-parrot at rt.perl.org.
Use of that address should be phased out in favor of the new one.
- status-ok: ?
- status-nok: should open a RT ticket?
That depends if google properly supports moderated newsgroups.
Sounds like they don't ...
In any case we don't currently support posting via nntp through
anything but nntp.perl.org.
Actually, I think we need to get the uunet.uu.net folks to setup some
entries for us. But I can't find
That depends if google properly supports moderated newsgroups.
Without knowing what they're doing, it's hard to guess what's going on
or where your message got eaten.
Your message _shouldn't_ show up on google unless it comes through a
proper newsfeed. This might mean that google's upstream
In a similar(?) vein,
www.parrotcode.org/faq/ currently has a number of broken links,
including apocalypses, PDD6, and Java bytecode to Parrot bytecode.
This is because the links are funny.
The best way to get proper links is to do something like:
LThis is CNN|http://www.cnn.com
That's
I'd like to remove non-modified, non-parrot Perl modules from lib
and install them via CPAN.pm.
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any more than it's going to run apt-get on
systems that support it. We either provide it or do
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any more than it's going to run apt-get on
systems that support it. We either provide it or do without.
What about ICU. There is already a new version pending (again).
Since we haven't actually
I agree. That's why I'd like to see TAI be the default seconds
since some epoch.
It seems like we want the default to be the simplest and fastest one
we can support.
If someone wants something different, they can do the moral equivalent
of:
use Time::TAI;
or
use Time::UTC;
or
The mails are indeed sent to parrotbug, parrotstatus-ok and
parrotstatus-nok (at parrotcode.org) for resp. bug reports, ok reports
or nok reports. And since I don't think those addresses are set
up...
Not yet. I'm nudging Ask regularly about this.
-R
The determinism seems perhaps worth the bloat. It's quite localize
bloat after all.
I disagree.
We _want_ a heterogeneous environment -- a homogeneous environment
doesn't exist in the real world -- most of your concerns were with
tracking down the issues. Since we have parrotbug now (or real
This kind of bug shouldn't happen if people actually read the messages
the cvs commit spits out.
It will tell you that the manifest check it runs on every commit
fails. Please don't ignore it.
Maybe a silly proposal, but nevertheless:
Why are files not added to MANIFEST automatically
But once we start expecting people in the real world to compile this thing
on their boxes in order to install perl, it would be extremely foolish to
make them manually download and install perl6 + parrot + icu + perl5 +
cpan modules 1 through 10, all from different sources.
Try building
... and then I got bored.
;)
Thanks, all those changes applied.
-R
26898, 26904, 26927, 26939, 26941, 26945, 26953,
26956, 26964, 26976, 27097, 27098, 27143, 27150 -- spam
already reported these and they are to be cleaned out soon ;)
(there have been a few spam slippages lately)
Killed.
I still need to go back and do the monthly spam filter update.
-R
parrotbug is missing in MANIFEST which causes a make test error.
This kind of bug shouldn't happen if people actually read the messages
the cvs commit spits out.
It will tell you that the manifest check it runs on every commit
fails. Please don't ignore it.
-R
willowBored now!/willow
/me runs and hides.
Applied!
(I should just give you access.)
-R
On Wednesday, March 3, 2004, at 06:39 PM, Robert Spier wrote:
... and then I got bored.
;)
Thanks, all those changes applied.
-R
--
Will Coke Coleda
This is on my list for tonight. I've got something all ready to go
but have been busy with a $NEW_JOB.
-R
At Tue, 2 Mar 2004 00:44:02 -0500,
Mitchell N Charity wrote:
The parrot homepage
http://www.parrotcode.org/
currently says
Periodic releases will appear on CPAN; the current
As promised.
The new site is now live.
-R
This is on my list for tonight. I've got something all ready to go
but have been busy with a $NEW_JOB.
-R
At Tue, 2 Mar 2004 00:44:02 -0500,
Mitchell N Charity wrote:
The parrot homepage
http://www.parrotcode.org/
currently
- it only accepts -ok / -nok flags (no *real* bug reports to be
edited)
This may or may not be good. We need a new processing system (for
perl5 too) to deal with the -ok reports.
- I'm not sure about the reporting address (Robert, I need your advice
on this one)
I suppose, it should
Given that the new webpage won't be replacing the old webpage in time
for this upcoming release...
I suggest we make a few simple modifications to the _existing
website_.
I'm not going to make any more changes to the existing website, but
since you asked nicely, I made these.
Also, are
I brought this up several months ago and was told that a new webpage was
in the works. Where in the works is it? Does it have an expected time
to leave the works? I agree with Mitchell that it is important to
maintain a public face (lest we send the wrong impression).
It will be leaving
Better it get fixed in CVS. There could be more errors of this kind.
Confused. What would you like me to do?
Please purge the platforms directory on the server. It collides with the
PLATFORMS file on these poor pseudo-OS, that have case-insensitive
filenames. (There could also still be
After a bit of self-education on the CVS FAQ, I've come to the
conclusion that renaming (delete/add) PLATFORMS to PLATFORMS.txt is
the best way to solve this.
Better it get fixed in CVS. There could be more errors of this kind.
Confused. What would you like me to do?
Also.
cvs update
Suppose I could make a few changes to Pod-Simple, then our problem
would be solved.
Pod::Simple is relatively easy to subclass. And Sean is pretty
receptive to changes.
never have occurred to me to shove all of that in CVS. It always
surprised me a that ICU was there, rather than just
I can possibly help it, so it's ok by me to delete lib/Pod, if that's
the consensus.
I'm not sure what the consensus is. But we should probably come to one.
-R
At Thu, 5 Feb 2004 11:25:22 -0500,
Gordon Henriksen wrote:
[1 text/plain; us-ascii (7bit)]
I've submitted a patch to bugs-parrot, and it didn't seem to get posted
to RT or otherwise handled. Anyone know where it might've gone?
I'm the one who would know. Please email me off-list with the
Did it have an executable attachment? :-)
If anyone wants some MyDoom, I've got over a gigabyte (from the past
19 or so hours) absorbed by the perl.org servers I'd be glad to share
with you. I can arrange for them to be emailed one at a time, or all
at once.
-R
I think I've tracked this down, mostly.
The patch was rejected from the mailing list because it was
too big. (Several hundred k.)
You can find it in RT as
26056: [PATCH] Unify PMC accessor macros 2
26057: [PATCH] Unified PMC/PObj accessors phase 2
(26057 is one that points to a URL. Gordon,
I've added the Perl modules for the docs tools to lib/Parrot/IO and
lib/Parrot/Docs. I've also added Pod-Simple (2.05) and Pod-Escapes
(1.03) which they use.
I probably blinked.. but why are we including CPAN modules that we are
not likely to change into the parrot repository?
-R
Melvin,
We're having some issues at perl.org due to the worm/virus/bounce
stuff. Slow delivery is just something we're going to have to
deal with for a few more days... but bounces I don't like.
If your legitamite email is getting bounced by the perl.org
(develooper.com)
Right, good point. In that case, if we could give our intrepid and
possibly slightly mad volunteers Dave Pippenger (dpippen) and
Stephane Peiry (stephane) privs on the bug and todo queue for parrot,
that'd be great -- we can start handing out todo tickets to folks for
doing.
done-o.
-R
Is there any way to get RT to close tickets (or change their status)
entirely via e-mail? That'd make this a lot easier if we could throw
a:
RT-Status: Closed
or something like it in the reply to a bug report that notes the bug
has been fixed.
I could implement this, but there are
In the mean time, if anyone else has todo list items, send them
(*ONE* per e-mail!) to bugs-parrot at bugs6.perl.org to get 'em in
the queue and we'll start sorting them out from there. If we're lucky
and have sufficient web luck we might even get 'em into a
web-accessible TODO list (so
Here are 177 currently outstanding parrot issues in the RT system.
You can see more detail on them by going to:
http://rt.perl.org/
clicking on guest access, and then typing the number into the upper
right hand corner box.
what we're mostly looking for are issues that can already be marked
Thanks for taking this on.
No problemo.
22558: Another Hack at constant propogation
Aplied or Fixed and then applied (I forget which)
24847: [patch] simplify register stacks (remove code duplication)
Reject (resubmitted late as a different patch which was applied)
Noted.
(FYI, for the
I submitted a patch yesterday to [EMAIL PROTECTED],
and received the automated response (the ID is [perl #24789]), but it
doesn't seem to have been forwarded to the mailing list. Is something
up with the tracking system?
Nothing is up. It's in the moderation queue. The list moderator is
I didn't realize there was moderation. (How was spam getting through?)
Spam was getting through because when I upgraded RT, I didn't
re-insert some of my envelope massaging magic, which meant that spam
was looking as if it was coming from a valid address, when it really
wasn't.
Once I
A marriage between Parrot and APR (Apache Portable Runtime) might be
a marriage in heaven, in that respect. For those not in the know,
APR contains most of the grotty low-level bits.
It misses some things that are important to us, like fork(), and it's
got this concept of memory pools,
At Tue, 23 Dec 2003 14:23:45 -0500,
Dan Sugalski wrote:
It's that last thing I'm worried about. That all thread related
things in Parrot are forced to use an extra indirection and
consequent performance penalty.
They'll live. Python and Ruby both have a single global interpreter
lock
apologies for the recent spam leakage.. it looks like I need to do my
bi-monthly tuning.
I'll try and get to it as soon as I can.
-R
.
# Ticket 24700 updated.
# Ticket 24715 updated.
# Ticket 24722 updated.
At Sat, 20 Dec 2003 00:37:21 -0800,
Robert Spier wrote:
apologies for the recent spam leakage.. it looks like I need to do my
bi-monthly tuning.
I'll try and get to it as soon as I can.
-R
More important -- is the Segfault reported in any other manner. If
not, thats bad.
It's not, I'm afraid
Then this shouldn't be off by default.
Turn it off for automated testing. But in general use, I think you
want this on.
Oh look. My program just went away. I wonder why?
-R
I think separating the IMCC and parrot programming FAQs, or making the
IMCC faq a section of a larger Parrot FAQ, would be better. The IMCC FAQ
really ought to be about syntax rather than semantics.
Patches welcome.
:-J
-R
I resolved #24030 and #24038 by changing the Status field and hitting
Save Changes, then I noticed there was a Resolve option on the top
righthand side which asks for details for a notification email. I'm
wondering which is the approved way?
Either is fine. By default the Resolve page
My account (mikescott) at http://auth.perl.org/auth/account shows the
correct email. The RT page assures me that I'm signed in as mikescott.
I go to the Modify ticket #24030 and set Status to resolved, click Save
Changes and get Status: Permission Denied.
RT had a different idea of what
(24205) [PATCH] removing -mno-accumulate-outgoing-args for non x86 arch
the last one was applied by Dan, but the Status wasn't updated on RT.
I can't do it myself (permission denied).
I've updated the ticket.
RT thinks your email address is @perl.it, but the ticket was created
from the
Some of patches on that list that are mine.
#24030 Obsolete
#24038 Obsolete
#24043 Applied
#24063 Applied
#24177 Rejected
#24188 Applied
I tried to update the status of #24177 but got Permission Denied.
Any chance of that being changed so I could update them myself?
You have to log in
Robert (the great god of CVS) is going to do the final set of big moves
later on. Or possibly already has, depending on when you get this. This
may, probably will, break things for a while. The scoop is:
I have done this, and there is blood all over the walls.
When this is done I'll fix up
So much for preserving repository history.
(Dan! Where's the list of things to move?)
-R
At Wed, 22 Oct 2003 22:29:49 -0400,
Melvin Smith wrote:
IMCC has graduated from the parrot/languages/imcc directory to parrot/imcc.
Please update your trees.
We may still want to move the main up
Coming soon, a revised website that'll be easy for everyone to send
patches to, and much easier for us to give others direct access to
modifying it.
The core is in place, but there are one or two technical chunks that
need to get finished before I can call it done. (or at least
feature/content
Also, I'm working on OS X, so there is the library loading issue to be
solved too.
10.3 should make this easier, as it has dlopen emulation. (While not
necessarily the perfect long-term solution, it at least lets you get
things done.)
-R
Then we've got patches to submit to IBM when we have 'em ready. We can't
require GNU make -- it isn't available on some platforms, and I honestly
don't see what reason there would be to require it over other make
variants.
I think this is energy spent in the wrong place. But we've discussed
1 - 100 of 211 matches
Mail list logo