2009/4/8 Andrew Dupont goo...@andrewdupont.net:
On Apr 8, 2:26 am, Richard Quadling rquadl...@googlemail.com wrote:
Having refreshed my prototype checkout (along with the submodules),
the sprockets issue is still present.
Ball's still in Sam's court on that one. If it doesn't get fixed soon
Having refreshed my prototype checkout (along with the submodules),
the sprockets issue is still present.
Trying to change the timestamp causes a problem.
Looking at the output of Filemon
(http://live.sysinternals.com/filemon.exe), I can see the information
contained in the attached log file
2009/4/8 Richard Quadling rquadl...@googlemail.com:
Having refreshed my prototype checkout (along with the submodules),
the sprockets issue is still present.
Trying to change the timestamp causes a problem.
Looking at the output of Filemon
(http://live.sysinternals.com/filemon.exe), I can
2009/4/8 Richard Quadling rquadl...@googlemail.com:
2009/4/8 Richard Quadling rquadl...@googlemail.com:
Having refreshed my prototype checkout (along with the submodules),
the sprockets issue is still present.
Trying to change the timestamp causes a problem.
Looking at the output of
Hi Richard,
For these really long listings and such, I wonder if it might be
better to use Pastie[1] rather than inlining them in messages?
(Pastie has a plain text choice.) It's just that with replies and
quoting and such, these messages get REALLY long and in some cases
they seem to freak out
2009/4/8 T.J. Crowder t...@crowdersoftware.com:
Hi Richard,
For these really long listings and such, I wonder if it might be
better to use Pastie[1] rather than inlining them in messages?
(Pastie has a plain text choice.) It's just that with replies and
quoting and such, these messages
On Apr 8, 2:26 am, Richard Quadling rquadl...@googlemail.com wrote:
Having refreshed my prototype checkout (along with the submodules),
the sprockets issue is still present.
Ball's still in Sam's court on that one. If it doesn't get fixed soon
I'll ask him for commit access to the Sprockets
Thanks. With the latest, on Windows if I also comment out the atime
line, building the docs goes through to completion. However, the
generated doc seems to have issues: For instance, if I go into
index.html, then choose Language Section from the menu, if I click
on $A on the Utilities
2009/4/7 T.J. Crowder t...@crowdersoftware.com:
Thanks. With the latest, on Windows if I also comment out the atime
line, building the docs goes through to completion. However, the
generated doc seems to have issues: For instance, if I go into
index.html, then choose Language Section from
OK, fixed it. This was caused by a recent commit to PDoc that fixed
one problem but introduced another.
Cheers,
Andrew
On Apr 7, 5:44 am, T.J. Crowder t...@crowdersoftware.com wrote:
Thanks Richard. I've opened ticket #647[1] for it, just to track it.
I don't think this needs to get in the
T.J., are you sure you're running the latest code? Do a git submodule
update from the root Prototype directory. Those sound like issues I
had run into, and fixed, several weeks ago.
Meanwhile, I'll fire up my Windows VM and see what happens when I try
to generate docs from there.
Cheers,
Andrew
Hi Andrew,
T.J., are you sure you're running the latest code?
Yup, for the Ubuntu system yesterday I grabbed everything fresh,
including updating the submodules. The Windows stuff last week was
also brand-spanking-new, but just to be sure nothing was fixed in the
last week, I re-grabbed the
Hi,
I think the issue is the /'s in the filename.
I know nada about Ruby, but does it auto translate / to \ for window?
I don't think.
If it didn't, it probably wouldn't get that far. Most cross-OS
systems (Java, for instance) handle translating slashes to backslashes
in file ops on
2009/4/3 T.J. Crowder t...@crowdersoftware.com:
Hi,
I think the issue is the /'s in the filename.
I know nada about Ruby, but does it auto translate / to \ for window?
I don't think.
If it didn't, it probably wouldn't get that far. Most cross-OS
systems (Java, for instance) handle
2009/4/3 Richard Quadling rquadl...@googlemail.com:
2009/4/3 T.J. Crowder t...@crowdersoftware.com:
Hi,
I think the issue is the /'s in the filename.
I know nada about Ruby, but does it auto translate / to \ for window?
I don't think.
If it didn't, it probably wouldn't get that far.
2009/4/3 T.J. Crowder t...@crowdersoftware.com:
[snip]
I think I've found the problem.
File.utime(timestamp, timestamp, filename)
is trying to amend the time on the open file.
I commented this line and it worked.
Yup, that lets me get past that point as well. Andrew said he'd be
*headdesk*
Had local changes to my PDoc checkout that I had not pushed back to
the repo. Fixed now.
git pull git submodule update
...should do the trick.
Cheers,
Andrew
On Apr 3, 9:28 am, T.J. Crowder t...@crowdersoftware.com wrote:
Hi Richard,
I'm really stumped here. I wonder if the
OK, once I commented out that File.utime line, things went smoothly.
There was an error in the rendering stage that I had to correct
(something that was showing up with BlueCloth but not with RDiscount)
— so do a git pull once again. Then the docs will build.
The line that needs commenting out
Folks,
Can anyone build the docs other than Tobie and Andrew? If so, do you
have any idea what's going on? I really want to close the large
number of doc tickets on my plate, but there's no point in doing the
work if the patches are just going to sit there unused (like this one
[1]), that's
Hi again,
Thought I'd give this a try on the Ubuntu lab machine I'd just built,
in hopes that the permissions problem is Windows-specific. I got
further, it can read the temp file, but then it runs into a problem in
the PDoc Runner where it can't find the file ajax/ajax:
* * * *
20 matches
Mail list logo
