Bug 103699 - webkitpy: autoinstaller is failing on windows
Summary: webkitpy: autoinstaller is failing on windows
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Dirk Pranke
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-29 18:22 PST by Dirk Pranke
Modified: 2012-12-03 14:50 PST (History)
5 users (show)

See Also:


Attachments
Patch (1.62 KB, patch)
2012-11-29 18:23 PST, Dirk Pranke
no flags Details | Formatted Diff | Diff
Patch (6.28 KB, patch)
2012-11-30 16:45 PST, Dirk Pranke
no flags Details | Formatted Diff | Diff
fix ChangeLog (6.48 KB, patch)
2012-11-30 16:48 PST, Dirk Pranke
tony: review+
webkit.review.bot: commit-queue-
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Pranke 2012-11-29 18:22:49 PST
webkitpy: autoinstaller is failing on windows
Comment 1 Dirk Pranke 2012-11-29 18:23:18 PST
Created attachment 176879 [details]
Patch
Comment 2 Dirk Pranke 2012-11-29 18:24:14 PST
Committed r136195: <http://trac.webkit.org/changeset/136195>
Comment 3 Dirk Pranke 2012-11-29 18:25:25 PST
Landing this unreviewed since the python win unit tests are failing, but I wouldn't mind a review anyway. I *think* this fix is correct and safe :).
Comment 4 Dirk Pranke 2012-11-30 16:43:17 PST
still broken with these patches .. the problem is worse than I had hoped.
Comment 5 Dirk Pranke 2012-11-30 16:45:07 PST
Created attachment 177051 [details]
Patch
Comment 6 Dirk Pranke 2012-11-30 16:47:13 PST
Given that this is my third attempt at making this work, can someone double-check my logic? I had to modify the code so that nested modules could be specified portably (as "logilab/common") but be flattened either to a safe basename (e.g. "logilab_common" for the downloaded url markers or for scratch dirs) or to a host-specific subdir (e.g. "logilab\common"). Then I had to also handle the stupid write-protected files in the archives :(.
Comment 7 Dirk Pranke 2012-11-30 16:48:34 PST
Created attachment 177054 [details]
fix ChangeLog
Comment 8 WebKit Review Bot 2012-12-02 04:51:15 PST
Comment on attachment 177054 [details]
fix ChangeLog

Attachment 177054 [details] did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/15117027

New failing tests:
inspector-protocol/debugger-terminate-dedicated-worker-while-paused.html
Comment 9 Tony Chang 2012-12-03 13:58:42 PST
Comment on attachment 177054 [details]
fix ChangeLog

I would probably just not allow / to be in the target_name, but whatevs.
Comment 10 Dirk Pranke 2012-12-03 14:27:34 PST
(In reply to comment #9)
> (From update of attachment 177054 [details])
> I would probably just not allow / to be in the target_name, but whatevs.

I suppose an alternative would be to have the target name use periods as separators (to mirror the python module naming) rather than forward slashes, but I imagine that would impose its own set of conversions ...
Comment 11 Dirk Pranke 2012-12-03 14:50:45 PST
Committed r136441: <http://trac.webkit.org/changeset/136441>