Inspired by everybody's awesome work getting the 3D extension live, I spent some time yesterday making some tweaks, including working with Hashar to get continuous integration testing working for the 3d2png tool. :)
Review on the patches would be welcome!
3d2png: * https://gerrit.wikimedia.org/r/#/c/413182/ - fix for test on node 7+ * https://gerrit.wikimedia.org/r/#/c/413183/ - fix for test loading files before they're completely written * https://gerrit.wikimedia.org/r/#/c/413184/ - update reference rendering to match current code * https://gerrit.wikimedia.org/r/#/c/413277/ - fix for Linux to run 'npm test' internals through xvfb-run, add mesa libs to debian package description * https://gerrit.wikimedia.org/r/#/c/413344/ - cleaner error throw in case GL doesn't initialize
Hashar has already merged the configuration changes to CI and confirmed it now runs correctly with these patches in; we can take it out of experimental mode once these are merged.
I also noticed that upload.wikimedia.org serves the .stl files uncompressed; gzipping would cut bandwidth usage and thus transfer time approximately in half.
Patch to main puppet config which I think will resolve this: * https://gerrit.wikimedia.org/r/#/c/413236/ - apply gzip for application/sla files
-- brion
Nice! Ramsey's on this list for triage (+Mark, you're here, too, right?).
-Adam
On Thu, Feb 22, 2018 at 5:09 AM, Brion Vibber bvibber@wikimedia.org wrote:
Inspired by everybody's awesome work getting the 3D extension live, I spent some time yesterday making some tweaks, including working with Hashar to get continuous integration testing working for the 3d2png tool. :)
Review on the patches would be welcome!
3d2png:
- https://gerrit.wikimedia.org/r/#/c/413182/ - fix for test on node 7+
- https://gerrit.wikimedia.org/r/#/c/413183/ - fix for test loading files
before they're completely written
- https://gerrit.wikimedia.org/r/#/c/413184/ - update reference rendering
to match current code
- https://gerrit.wikimedia.org/r/#/c/413277/ - fix for Linux to run 'npm
test' internals through xvfb-run, add mesa libs to debian package description
- https://gerrit.wikimedia.org/r/#/c/413344/ - cleaner error throw in
case GL doesn't initialize
Hashar has already merged the configuration changes to CI and confirmed it now runs correctly with these patches in; we can take it out of experimental mode once these are merged.
I also noticed that upload.wikimedia.org serves the .stl files uncompressed; gzipping would cut bandwidth usage and thus transfer time approximately in half.
Patch to main puppet config which I think will resolve this:
- https://gerrit.wikimedia.org/r/#/c/413236/ - apply gzip for
application/sla files
-- brion
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Thanks for the assist Brion!
Yours, Chris Koerner Community Liaison Wikimedia Foundation
On Thu, Feb 22, 2018 at 5:43 AM, Adam Baso abaso@wikimedia.org wrote:
Nice! Ramsey's on this list for triage (+Mark, you're here, too, right?).
-Adam
On Thu, Feb 22, 2018 at 5:09 AM, Brion Vibber bvibber@wikimedia.org wrote:
Inspired by everybody's awesome work getting the 3D extension live, I spent some time yesterday making some tweaks, including working with Hashar to get continuous integration testing working for the 3d2png tool. :)
Review on the patches would be welcome!
3d2png:
- https://gerrit.wikimedia.org/r/#/c/413182/ - fix for test on node 7+
- https://gerrit.wikimedia.org/r/#/c/413183/ - fix for test loading
files before they're completely written
- https://gerrit.wikimedia.org/r/#/c/413184/ - update reference
rendering to match current code
- https://gerrit.wikimedia.org/r/#/c/413277/ - fix for Linux to run 'npm
test' internals through xvfb-run, add mesa libs to debian package description
- https://gerrit.wikimedia.org/r/#/c/413344/ - cleaner error throw in
case GL doesn't initialize
Hashar has already merged the configuration changes to CI and confirmed it now runs correctly with these patches in; we can take it out of experimental mode once these are merged.
I also noticed that upload.wikimedia.org serves the .stl files uncompressed; gzipping would cut bandwidth usage and thus transfer time approximately in half.
Patch to main puppet config which I think will resolve this:
- https://gerrit.wikimedia.org/r/#/c/413236/ - apply gzip for
application/sla files
-- brion
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
multimedia@lists.wikimedia.org