https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #10 from Gerrit Notification Bot gerritad...@wikimedia.org ---
Change 130498 had a related patch set uploaded by BryanDavis:
Support precomputed data in GitInfo
https://gerrit.wikimedia.org/r/130498
--
You are receiving this mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Gerrit Notification Bot gerritad...@wikimedia.org changed:
What|Removed |Added
Status|NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #11 from Gerrit Notification Bot gerritad...@wikimedia.org ---
Change 130560 had a related patch set uploaded by BryanDavis:
Precompute data for GitInfo
https://gerrit.wikimedia.org/r/130560
--
You are receiving this mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Bryan Davis bda...@wikimedia.org changed:
What|Removed |Added
Assignee|wikibugs-l@lists.wikimedia. |bda...@wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #5 from Bryan Davis bda...@wikimedia.org ---
This bug affects the beta environment now that scap is being used to deploy
code there. The ideas for creating symlinks to restore the scame directory
structure that is used on the deploy
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #6 from James Forrester jforres...@wikimedia.org ---
Could we just have scap re-write the .git files (or have them be relative and
not absolute in the first place)?
--
You are receiving this mail because:
You are the assignee for
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #7 from Bryan Davis bda...@wikimedia.org ---
(In reply to James Forrester from comment #6)
Could we just have scap re-write the .git files (or have them be relative
and not absolute in the first place)?
Having them be relative in
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #8 from Bryan Davis bda...@wikimedia.org ---
(In reply to Bryan Davis from comment #2)
I can't find any reason by grepping in operations/puppet that the general
mw* nodes would have /a and/or /a/common created but /a/common exists
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
James Forrester jforres...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Greg Grossmeier g...@wikimedia.org changed:
What|Removed |Added
See Also|https://bugzilla.wikimedia. |
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Bryan Davis bda...@wikimedia.org changed:
What|Removed |Added
See Also|
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Bryan Davis bda...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Ed Sanders esand...@wikimedia.org changed:
What|Removed |Added
Blocks||53050
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Krinkle krinklem...@gmail.com changed:
What|Removed |Added
Priority|Unprioritized |High
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
--- Comment #1 from Sam Reed (reedy) s...@reedyboy.net ---
(In reply to comment #0)
I'm not sure what the semantic meaning is of these directories (/a/ seems to
be
an existing but unused directory on all hosts other than tin).
fluorine
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=53972
Sam Reed (reedy) s...@reedyboy.net changed:
What|Removed |Added
See Also|
16 matches
Mail list logo