Support for JUnit 5.4 - test method ordering

re: https://github.com/junit-team/junit5/issues/48#issuecomment-463456291 (and following comment)
Using JUnit5 with Spring Cloud Contract (SCC), I noticed this behavior in 2.1.0:

Naming a contract (YAML) with a numeric prefix triggers code generation failure, with the message "Not implemented yet in JUnit5 - https://github.com/junit-team/junit5/issues/48"

I tracked it down to https://github.com/spring-cloud/spring-cloud-contract/blob/8ce80e6e7fc0267a9cba1679bdf20f42ce875741/spring-cloud-contract-verifier/src/main/groovy/org/springframework/cloud/contract/verifier/config/framework/JUnit5Definition.groovy#L63.
Initially I posted to the issue link in the message, but find it's really a SCC issue, not a JUnit one.
JUnit 5.4 provides an experimental annotation, @TestMethodOrder, with 3 interesting policies:

Run tests in alphanumeric order based on generated method name
Run tests in random order
Run tests in user-specified order using the @Order annotation on each test method

Is there any mechanism for YAML format whereby I can ask for annotations on the SCC-generated methods, or possibly on the generated test class?
@TestMethodOrder is marked @Inherited, so I'm trying out placing it on my test base class, but am encountering issues (Spring framework is behaving oddly, having problems with classpath and loading the context.)
My sample project is http://github.com/binkley/basilisk

Yes, should be added following its introduction to JUnit5.

Hi, is there any information when / which release this could be added to SCC ?

We will probably wait for it to leave the Experimental status, which is when the feature is recommended to be used in prod by the developing team.

Hi @OlgaMaciaszek. Could it be an option to introduce some JUNIT5_EXPERIMENTAL type to the org.springframework.cloud.contract.verifier.config.TestFramework, which would include experimental functionality and otherwise will be exactly the same as JUNIT5?
We have to start using scenarios with SCC, but we've already migrated everything to Junit 5... Really don't like an option to switch back to Junit 4 in contract tests.

Hi @anatoliy-balakirev it's true that this feature has stayed in experimental status for quite a long time now.
@sbrannen maybe you could help: are there any plans of moving out https://junit.org/junit5/docs/current/api/org/junit/jupiter/api/TestMethodOrder.html from experimental to standard feature? (related to https://github.com/junit-team/junit5/issues/48) .
If not, then we will probably have to think about adding it for Hoxton, anyway, cause it probably is blocking a group of users to start using SCC. @marcingrzejszczak wdyt?

I'd add it regardless of its experimental state

:+1:  let's add it.
Will work on it on Monday.

@sbrannen maybe you could help: are there any plans of moving out junit.org/junit5/docs/current/api/org/junit/jupiter/api/TestMethodOrder.html from experimental to standard feature?

We typically leave a new feature labeled as experimental for 1-2 releases to see if there are any major issues. So, since we recently released 5.5, it's foreseeable that we will remove the experimental label in 5.6 (to be released later this year hopefully).
Note, however, that we decided yesterday to change the default @Order value. Thus, because of that change, the @Order annotation might remain experimental until 5.7 (next year).
In any case, aside from the change for the default @Order value, I don't foresee any other major changes to the method ordering support.
Long story, short: I think it's OK to start using @TestMethodOrder now.

Thanks @sbrannen . That's really helpful. Will add it then.


Graphical issue

On the screen, as opposed to the HUD I was used to, it is now blue and yellow where any part of HUD is. Except when examining options that is.

Did you restarted the game after updating?

I tried that at first and then wound up just getting a fresh copy of the mod. worked after that.


[Bootcamp] Sort categories alphabetically (admin side)

Task Brief

When admin add/edit items, they see a list of categories for each item
Instead of listing the categories in an arbitrary order, sort the categories in alphabetic order
This is how it looks like right now:

Expected Deliverables
Fix the category order
Estimated Completion Time
30 minutes
Reviewers
@michellejli77
@Adrastopoulos

Closed by #75


BlittableImage.java make image dimensions absolute and min 1

fix calculated image dimensions always positive and min 1

attached file does not render before this patch

yes, the first try way with 1.2.0 from the mvn repo, then i got the error and made the changes to the source. Maybe there is some transformation in the underlying java graphics 2d, that flips the image

Please be more specific. What error are you encountering with 1.2.0? Also what do you mean by

Maybe there is some transformation in the underlying java graphics 2d, that flips the image

RenderContext{
measureContext=MeasureContext{vw=1901.0, vh=1018.0, em=10.0, ex=5.0},
paintContext=PaintContext{color=AwtSVGPaint{paint=Color{r=0,g=0,b=0,a=255}}, fillPaint=LinearGradient{spreadMethod=Pad, gradientTransform=null, x1=931.52, x2=1079.7725, y1=872.2184, y2=885.69226, colors=[java.awt.Color[r=67,g=67,b=67], java.awt.Color[r=105,g=96,b=109], java.awt.Color[r=112,g=95,b=120]], offsets=[0.0, 0.78571427, 1.0]}, strokePaint=SVGPaint.None, opacity=0.75652176, fillOpacity=1.0, strokeOpacity=1.0, strokeContext=StrokeContext{strokeWidth=1.0px, lineCap=Butt, lineJoin=Miter, miterLimit=4.0, dashPattern=[], dashOffset=0.0}},
fontSpec=MeasurableFontSpec{families=[Default], style=Normal, sizeAdjust=null, stretch=1.0, currentWeight=400, currentSize=10.0},
targetComponent=null,
contextElementAttributes=ContextElementAttributes{fillPaint=AwtSVGPaint{paint=Color{r=0,g=0,b=0,a=255}}, strokePaint=SVGPaint.None},
fillRule=EvenOdd,
baseTransform=AffineTransform[[0.5, 0.0, -512.0], [0.0, 0.5, 0.0]],
userSpaceTransform=AffineTransform[[0.9136, 0.0, -620.2102], [0.0, 0.9136, -276.0885]]
}

Can you please provide context on what error you are encountering? As it stands I can't (re)produce any issues myself. What issue is this PR fixing?
I am so hesitant because your fix will "hide" situations where a filter (or mask etc.) is applied to a zero sized bounding area. Ideally in these situations it is more desirable to break out before the BlittableImage is created (because specifically for filters there is also some overhead associated to running the whole filter pipeline even if the image has no size).

it happens when geometry clip is set  :
	SVGLoader loader = new SVGLoader();
	URL svgUrl = new java.io.File("gallardo.svg").toURI().toURL();
	SVGDocument doc = loader.load(svgUrl);
	BufferedImage imgBuffer = new BufferedImage(512, 512,BufferedImage.TYPE_INT_RGB);
	Graphics2D g = imgBuffer.createGraphics();
	g.setClip(0, 0, 512, 512);
	doc.render(null,g);

this throws :
java.lang.IllegalArgumentException: Width (-23) and height (-23) cannot be <= 0
at java.desktop/java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:1016)
at java.desktop/java.awt.image.BufferedImage.<init>(BufferedImage.java:351)
at com.github.weisj.jsvg.util.ImageUtil.createCompatibleTransparentImage(ImageUtil.java:52)
at com.github.weisj.jsvg.util.BlittableImage.create(BlittableImage.java:91)
at com.github.weisj.jsvg.nodes.filter.Filter.createFilterInfo(Filter.java:160)
at com.github.weisj.jsvg.renderer.NodeRenderer$InfoWithFilter.<init>(NodeRenderer.java:76)
at com.github.weisj.jsvg.renderer.NodeRenderer.createRenderInfo(NodeRenderer.java:162)
at com.github.weisj.jsvg.renderer.NodeRenderer.renderNode(NodeRenderer.java:94)
at com.github.weisj.jsvg.nodes.container.CommonRenderableContainerNode.render(CommonRenderableContainerNode.java:81)
at com.github.weisj.jsvg.renderer.NodeRenderer.renderNode(NodeRenderer.java:95)
at com.github.weisj.jsvg.nodes.container.CommonRenderableContainerNode.render(CommonRenderableContainerNode.java:81)
at com.github.weisj.jsvg.nodes.container.BaseInnerViewContainer.renderWithSize(BaseInnerViewContainer.java:141)
at com.github.weisj.jsvg.nodes.container.BaseInnerViewContainer.renderWithSize(BaseInnerViewContainer.java:82)

..

Thank you for the clarification. Two comments:

The actual fix is not to coerce the width/height to be at least 1. We shouldn't attempt to render filters which only affect outside the clip bounds at all. Fixed in 8d6c51b47b5470720fee371a1b4adb0f13f416b3
The way you aren rendering the svg will only render the top 512x512 portion of the image (which is 1901x1018). You have to pass the bounds option when rendering if you want the svg to be automatically resized and aligned.

The new snapshot should resolve your problem. Will release as a new version as soon as possible.


CDPCP-1533. CDPCP-1534. Expose full usersync information

UserSyncStatus has been modified to link to the last requested
and last successful Operations run for that environment. The
lasfullsyncstarttime and lastfullsyncendtime columns are removed
since that information can be found in the linked Operations.
The UserSyncStatus is added to the DescribeFreeIpaResponse to
expose this information through the "describe" API.

Closing in favor of #7584


resize handler being invoked on init

See here: http://jsbin.com/risicirecu/1/edit?html,js,output
When the page loads, the resize handler is called but in my opinion it should only be called as soon as the element is resized after you bind the listener.
Depending on what you do in the resize handler and how many elements have the listener, this adds up to the page load for no reason.

BTW it is not called in IE10 for me.

For what it's worth, I believe it definitely should be called on page load because if you're sizing other elements based on the size of the elements you're "listening" to, then this is the only way for them to get their initial correct sizes.


Jukebox 3 Copyright Free

About the PR
 Removed all the directly risky copyrighted songs like Mr Blue Sky and The office theme. Some of these can still be claimed, but are a close to 0% chance of being so.
Why / Balance
No more copyright striking Goobstation, we have bowed down to Big Music
Technical details

Media

[ ] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

Changelog

:cl: Hmeister

tweak: The Intern managing the Jukebox songs has removed all the problematic, copyrighted songs (bye bye Mr Blue Sky). But has added a ton more!

Checks failed.

Checks failed.

i know, was busy up till like 5 mins ago. Il try fixing it now


Lazy rendering Mat-Menu, not correctly creating

Bug, feature request, or proposal:
Bug
What is the expected behavior?
matMenuContent should not be added again
What is the current behavior?
If you click the button quickly, the menu is re-added

What are the steps to reproduce?
https://stackblitz.com/edit/angular-czk5cg
What is the use-case or motivation for changing an existing behavior?
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Angular CLI: 6.0.0
Node: 8.11.1
OS: win32 x64
Angular: 6.0.0
Browsers: Chrome, Firefox.. All browsers.
Is there anything else we should know?

I'm been experiencing the same. I have a dynamic list of items and when it changed the previous list of items was still present. For now I'm having to take the performance hit of removing <ng-template matMenuContent> and just putting the content directly in the menu.


Install error on Mac OS X 10.11

./install.sh
Prefix set to /Users/linkerlin/torch/install
Installing Lua version: LUAJIT21
Installing common Lua packages
ld: library not found for -lgcc_s.10.5
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Error: Build error: Failed compiling module lfs.so
Missing dependencies for penlight:
luafilesystem
ld: library not found for -lgcc_s.10.5
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Error: Failed installing dependency: https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/luafilesystem-1.6.3-1.src.rock - Build error: Failed compiling module lfs.so

gcc_s.10.5 ??

I actually just freshly installed torch from scratch an a new OSX El-Capitan machine. There was no trouble.

I'm seeing the same thing...
I tracked down and deleted all old Torch installations and still got this error. Tried with GCC 4.8 and clang.

Did you upgrade your XCode (you should)? Also, do you have any custom GCC installed?

I'll update XCode and retry. I'm using homebrew gcc.

the homebrew gcc is probably the issue. I'd suggest using the default clang with updated XCode. Just tried it on a fresh el capitan machine (which had no torch installed ever), no issues.

It indeed was the homebrew gcc.

I updated OS X to El Capitan and XCode to 7.2 and I can't get itorch notebook to work. I believe the problem is that starting in El Capitan (System Integrity Protection, aka "rootless" ), users can't modify the LD_LIBRARY_PATH or DYLD_LIBRARY_PATH, so itorch is unable to find required libraries. The error I get is:
[I 13:49:54.208 NotebookApp] Creating new notebook in
[I 13:49:54.661 NotebookApp] Kernel started: 8c059246-d5a3-42b2-8af2-963c3a0170f2
dyld: Library not loaded: @rpath/./libQtGui.4.dylib
  Referenced from: /Users/mharris/torch/install/bin/qlua
  Reason: image not found
/Users/mharris/torch/install/bin/itorch_launcher: line 25: 48562 Trace/BPT trap: 5       "$LUA" -e "arg={'$1','$IO_STDO','$IO_PORTNUM'};require 'itorch.IOHandler'"

Oh!  I'll have to prep a patch for this. Thanks for the heads-up

@harrism didn't notice this, because apparently if you upgrade from a previous OSX, this thing is disabled for existing directories

Hmmm, but I upgraded from a previous OS X... I guess maybe you mean if you upgrade OS X after installing Torch?

@harrism I just did a fresh install of Torch on my El-Capitan laptop.
ITorch seems to work fine.
Can you give me the output of the following command?
otool -L ~/torch/install/bin/qlua

I'm curious to see what the rpath is for the Qt libs on your machine. On mine, the Qt libs have full rpath, and qlua has no trouble finding them:
soumith-> otool -L ~/torch/install/bin/qlua
/Users/soumith/torch/install/bin/qlua:
	@rpath/libqlua.dylib (compatibility version 0.0.0, current version 0.0.0)
	@rpath/libqtlua.dylib (compatibility version 0.0.0, current version 0.0.0)
	/Users/soumith/torch/install/lib/libluajit.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0)
	/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
	/usr/local/lib/QtGui.framework/Versions/4/QtGui (compatibility version 4.8.0, current version 4.8.6)
	/usr/local/lib/QtCore.framework/Versions/4/QtCore (compatibility version 4.8.0, current version 4.8.6)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)

Mine is similar, but different:
mharris-mlt:torch mharris$ otool -L ~/torch/install/bin/qlua
/Users/mharris/torch/install/bin/qlua:
	@rpath/libqlua.dylib (compatibility version 0.0.0, current version 0.0.0)
	@rpath/libqtlua.dylib (compatibility version 0.0.0, current version 0.0.0)
	/Users/mharris/torch/install/lib/libluajit.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/local/opt/readline/lib/libreadline.6.dylib (compatibility version 6.0.0, current version 6.3.0)
	/usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
	@rpath/./libQtGui.4.dylib (compatibility version 4.8.0, current version 4.8.7)
	@rpath/./libQtCore.4.dylib (compatibility version 4.8.0, current version 4.8.7)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)

@harrism if you notice, it's expecting libQtGui*dylib in the same directory as where qlua exists.
That is weird.
I suspect a very old install of torch existed at some point, which got installed to /usr/local/ on that machine? Maybe? You can clean such a version (if it exists) with: https://raw.githubusercontent.com/torch/ezinstall/master/clean-old.sh
Also, I suggest running:
brew link qt

and making sure there's no errors there.
If there's an error, I think El Capitan needs: sudo chown -R $(whoami) /usr/local/lib (brew doctor told me about this).
So suggested steps:
curl -s https://raw.githubusercontent.com/torch/ezinstall/master/clean-old.sh | bash
brew link qt || sudo chown -R $(whoami) /usr/local/lib
rm -rf ~/torch
curl -s https://raw.githubusercontent.com/torch/ezinstall/master/install-deps | bash
git clone https://github.com/torch/distro.git ~/torch --recursive
cd ~/torch; ./install.sh

Let me know if that'll help, and sorry for the trouble so far.

Hmmm, I have never installed Torch before this. (I tried the other day but
I had not updated XCode yet, but it was after I had installed El Capitan).
I tried your steps. I had to also do
sudo chown -R $(whoami) /usr/local

in order for brew link qt to work.  But even so, I get the same results.
Is it strange that your otool output has libedit and mine doesn't, but mine
has readline?
On Tue, Dec 29, 2015 at 4:27 PM Soumith Chintala<EMAIL_ADDRESS>wrote:

@harrism https://github.com/harrism if you notice, it's expecting
libQtGui*dylib in the same directory as where qlua exists.
That is weird.
I suspect a very old install of torch existed at some point, which got
installed to /usr/local/ on that machine? Maybe? You can clean such a
version (if it exists) with:
https://raw.githubusercontent.com/torch/ezinstall/master/clean-old.sh
Also, I suggest running:
brew link qt
and making sure there's no errors there.
If there's an error, I think El Capitan needs: sudo chown -R $(whoami)
/usr/local/lib (brew doctor told me about this).
So suggested steps:
curl -s https://raw.githubusercontent.com/torch/ezinstall/master/clean-old.sh | bash
brew link qt || sudo chown -R $(whoami) /usr/local/lib
rm -rf ~/torch
curl -s https://raw.githubusercontent.com/torch/ezinstall/master/install-deps | bash
git clone https://github.com/torch/distro.git ~/torch --recursive
cd ~/torch; ./install.sh
Let me know if that'll help, and sorry for the trouble so far.
—
Reply to this email directly or view it on GitHub
https://github.com/torch/distro/issues/46#issuecomment-167721272.

That's weird. I'll find a fresh El Capitan system tomorrow and try it out.
For now, you can start itorch like this:
rm -rf ~/torch/install/bin/qlua
itorch notebook

Also, the libedit / readline stuff is fine I think. I must've forgot to link my readline

Yep, that works. If it works without qlua, then why does it fail when it's
there? Thanks for your help, Soumith!
On Tue, Dec 29, 2015 at 6:10 PM Soumith Chintala<EMAIL_ADDRESS>wrote:

Also, the libedit / readline stuff is fine I think. I must've forgot to
link my readline
—
Reply to this email directly or view it on GitHub
https://github.com/torch/distro/issues/46#issuecomment-167736492.

qlua's linking on your machine is failing at something, I am not sure what, yet.
If you have a full output log of when you run install.sh, that would be helpful. I'll look into it tomorrow anyways.

Is it possible to redo the install without having to delete everything and
start over? My network connection is not the fastest...
On Tue, Dec 29, 2015 at 6:18 PM Soumith Chintala<EMAIL_ADDRESS>wrote:

qlua's linking on your machine is failing at something, I am not sure
what, yet.
If you have a full output log of when you run install.sh, that would be
helpful. I'll look into it tomorrow anyways.
—
Reply to this email directly or view it on GitHub
https://github.com/torch/distro/issues/46#issuecomment-167738470.

yea,
cd ~/torch
./clean.sh
./install.sh

Attaching an install log.
On Tue, Dec 29, 2015 at 6:30 PM Soumith Chintala<EMAIL_ADDRESS>wrote:

yea,
cd ~/torch
./clean.sh
./install.sh
—
Reply to this email directly or view it on GitHub
https://github.com/torch/distro/issues/46#issuecomment-167739291.

Prefix set to /Users/mharris/torch/install
Installing Lua version: LUAJIT21
Installing common Lua packages
No existing manifest. Attempting to rebuild...
Installed luafilesystem
Installed penlight
In file included from lua_cjson.c:47:
./fpconv.h:15:20: warning: inline function 'fpconv_init' is not defined [-Wundefined-inline]
extern inline void fpconv_init();
^
lua_cjson.c:1359:5: note: used here
fpconv_init();
^
1 warning generated.
Installed lua-cjson
Installing core Torch packages
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c src/autolink.c -o src/autolink.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c src/buffer.c -o src/buffer.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c src/markdown.c -o src/markdown.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c src/stack.c -o src/stack.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c html/houdini_href_e.c -o html/houdini_href_e.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c html/houdini_html_e.c -o html/houdini_html_e.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c html/html.c -o html/html.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c html/html_smartypants.c -o html/html_smartypants.o -Isrc/ -Ihtml/
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -bundle -undefined dynamic_lookup -all_load -o libsundown.so -L/Users/mharris/torch/install/lib src/autolink.o src/buffer.o src/markdown.o src/stack.o html/houdini_href_e.o html/houdini_html_e.o html/html.o html/html_smartypants.o
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
sundown scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
cwrap scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for include file fcntl.h
-- Looking for include file fcntl.h - found
-- Looking for include file unistd.h
-- Looking for include file unistd.h - found
-- Looking for include file dirent.h
-- Looking for include file dirent.h - found
-- Looking for include file time.h
-- Looking for include file time.h - found
-- Looking for include file sys/time.h
-- Looking for include file sys/time.h - found
-- Looking for include file sys/ndir.h
-- Looking for include file sys/ndir.h - not found
-- Looking for include file sys/utsname.h
-- Looking for include file sys/utsname.h - found
-- Looking for include file sys/dir.h
-- Looking for include file sys/dir.h - found
-- Looking for include file ndir.h
-- Looking for include file ndir.h - not found
-- Looking for getcwd
-- Looking for getcwd - found
-- Looking for dlopen in dl
-- Looking for dlopen in dl - found
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/pkg/paths/build
Scanning dependencies of target paths
[ 50%] Building C object CMakeFiles/paths.dir/paths.c.o
[100%] Linking C shared module libpaths.so
[100%] Built target paths
[100%] Built target paths
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/paths/scm-1/lua/paths/init.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/paths/scm-1/lib/libpaths.so
cmake -E make_directory build && cd build && cmake .. -DCMAKE_BUILD_TYPE=Release -DLUALIB= -DLUA_INCDIR="/Users/mharris/torch/install/include" -DLUA_LIBDIR="/Users/mharris/torch/install/lib" -DLUADIR="/Users/mharris/torch/install/lib/luarocks/rocks/paths/scm-1/lua" -DLIBDIR="/Users/mharris/torch/install/lib/luarocks/rocks/paths/scm-1/lib" -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/paths/scm-1" && make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
paths scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Try OpenMP C flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing:  OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
-- Try OpenMP C flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing:  OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
-- Could not find hardware support for NEON on this machine.
-- No OMAP3 processor on this on this machine.
-- No OMAP4 processor on this on this machine.
-- Looking for mmap
-- Looking for mmap - found
-- Performing Test C_HAS_SSE1_1
-- Performing Test C_HAS_SSE1_1 - Success
-- Performing Test C_HAS_SSE2_1
-- Performing Test C_HAS_SSE2_1 - Success
-- Performing Test C_HAS_SSE3_1
-- Performing Test C_HAS_SSE3_1 - Success
-- Performing Test C_HAS_SSE4_1_1
-- Performing Test C_HAS_SSE4_1_1 - Failed
-- Performing Test C_HAS_SSE4_1_2
-- Performing Test C_HAS_SSE4_1_2 - Success
-- Performing Test C_HAS_SSE4_2_1
-- Performing Test C_HAS_SSE4_2_1 - Failed
-- Performing Test C_HAS_SSE4_2_2
-- Performing Test C_HAS_SSE4_2_2 - Success
-- Performing Test C_HAS_AVX_1
-- Performing Test C_HAS_AVX_1 - Failed
-- Performing Test C_HAS_AVX_2
-- Performing Test C_HAS_AVX_2 - Success
-- Performing Test CXX_HAS_SSE1_1
-- Performing Test CXX_HAS_SSE1_1 - Success
-- Performing Test CXX_HAS_SSE2_1
-- Performing Test CXX_HAS_SSE2_1 - Success
-- Performing Test CXX_HAS_SSE3_1
-- Performing Test CXX_HAS_SSE3_1 - Success
-- Performing Test CXX_HAS_SSE4_1_1
-- Performing Test CXX_HAS_SSE4_1_1 - Failed
-- Performing Test CXX_HAS_SSE4_1_2
-- Performing Test CXX_HAS_SSE4_1_2 - Success
-- Performing Test CXX_HAS_SSE4_2_1
-- Performing Test CXX_HAS_SSE4_2_1 - Failed
-- Performing Test CXX_HAS_SSE4_2_2
-- Performing Test CXX_HAS_SSE4_2_2 - Success
-- Performing Test HAS_C11_ATOMICS
-- Performing Test HAS_C11_ATOMICS - Failed
-- Performing Test HAS_MSC_ATOMICS
-- Performing Test HAS_MSC_ATOMICS - Failed
-- Performing Test HAS_GCC_ATOMICS
-- Performing Test HAS_GCC_ATOMICS - Success
-- Atomics: using GCC intrinsics
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of void*
-- Check size of void* - done
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - iomp5 - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - iomp5 - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - guide - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - guide - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_sequential - mkl_core - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_sequential - mkl_core - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_sequential - mkl_core - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_sequential - mkl_core - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_sequential - mkl_core - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_sequential - mkl_core - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - iomp5 - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - iomp5 - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - guide - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - guide - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl_intel_lp64 - mkl_intel_thread - mkl_core - pthread - m]
--   Library mkl_intel_lp64: not found
-- Checking for [mkl_intel - mkl_intel_thread - mkl_core - pthread - m]
--   Library mkl_intel: not found
-- Checking for [mkl - guide - pthread - m]
--   Library mkl: not found
-- MKL library not found
-- Checking for [openblas]
--   Library openblas: BLAS_openblas_LIBRARY-NOTFOUND
-- Checking for [openblas - pthread]
--   Library openblas: BLAS_openblas_LIBRARY-NOTFOUND
-- Checking for [goto2 - gfortran]
--   Library goto2: BLAS_goto2_LIBRARY-NOTFOUND
-- Checking for [goto2 - gfortran - pthread]
--   Library goto2: BLAS_goto2_LIBRARY-NOTFOUND
-- Checking for [acml - gfortran]
--   Library acml: BLAS_acml_LIBRARY-NOTFOUND
-- Checking for [Accelerate]
--   Library Accelerate: /System/Library/Frameworks/Accelerate.framework
-- Looking for sgemm_
-- Looking for sgemm_ - found
-- Performing Test BLAS_F2C_DOUBLE_WORKS
-- Performing Test BLAS_F2C_DOUBLE_WORKS - Success
-- Performing Test BLAS_F2C_FLOAT_WORKS
-- Performing Test BLAS_F2C_FLOAT_WORKS - Failed
-- This BLAS uses the F2C return conventions
-- Found a library with BLAS API (accelerate).
-- Looking for cheev_
-- Looking for cheev_ - found
-- Found a library with LAPACK API. (accelerate)
-- BLAS FOUND IS ACCELERATE: Fix for sdot
-- Performing Test C_HAS_inline
-- Performing Test C_HAS_inline - Success
-- C inline is supported (inline)
-- Performing Test C_HAS_THREAD
-- Performing Test C_HAS_THREAD - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/pkg/torch/build
[  2%] Generating random.c
[  2%] Generating TensorMath.c
Scanning dependencies of target luaT
Scanning dependencies of target luaT_static
[  5%] Building C object lib/luaT/CMakeFiles/luaT.dir/luaT.c.o
[  5%] Building C object lib/luaT/CMakeFiles/luaT_static.dir/luaT.c.o
Scanning dependencies of target TH
Scanning dependencies of target TH_static
[  7%] Building C object lib/TH/CMakeFiles/TH.dir/THGeneral.c.o
[ 11%] Building C object lib/TH/CMakeFiles/TH_static.dir/THAllocator.c.o
[ 11%] Building C object lib/TH/CMakeFiles/TH_static.dir/THGeneral.c.o
[ 11%] Building C object lib/TH/CMakeFiles/TH.dir/THAllocator.c.o
[ 13%] Building C object lib/TH/CMakeFiles/TH.dir/THStorage.c.o
[ 14%] Building C object lib/TH/CMakeFiles/TH_static.dir/THStorage.c.o
[ 16%] Building C object lib/TH/CMakeFiles/TH.dir/THTensor.c.o
[ 17%] Building C object lib/TH/CMakeFiles/TH.dir/THBlas.c.o
[ 19%] Building C object lib/TH/CMakeFiles/TH_static.dir/THTensor.c.o
Scanning dependencies of target torch_static
[ 20%] Building C object CMakeFiles/torch_static.dir/DiskFile.c.o
[ 23%] Linking C shared library libluaT.dylib
[ 23%] Linking C static library libluaT_static.a
[ 25%] Building C object CMakeFiles/torch_static.dir/File.c.o
[ 25%] Built target luaT
[ 25%] Built target luaT_static
[ 26%] Building C object lib/TH/CMakeFiles/TH.dir/THLapack.c.o
[ 27%] Building C object CMakeFiles/torch_static.dir/MemoryFile.c.o
[ 29%] Building C object CMakeFiles/torch_static.dir/PipeFile.c.o
[ 30%] Building C object lib/TH/CMakeFiles/TH_static.dir/THBlas.c.o
[ 32%] Building C object lib/TH/CMakeFiles/TH.dir/THLogAdd.c.o
[ 33%] Building C object CMakeFiles/torch_static.dir/Storage.c.o
[ 35%] Building C object lib/TH/CMakeFiles/TH_static.dir/THLapack.c.o
[ 36%] Building C object CMakeFiles/torch_static.dir/Tensor.c.o
[ 38%] Building C object CMakeFiles/torch_static.dir/Timer.c.o
[ 39%] Building C object lib/TH/CMakeFiles/TH.dir/THRandom.c.o
[ 41%] Building C object lib/TH/CMakeFiles/TH_static.dir/THLogAdd.c.o
[ 42%] Building C object CMakeFiles/torch_static.dir/utils.c.o
[ 44%] Building C object lib/TH/CMakeFiles/TH.dir/THFile.c.o
[ 45%] Building C object lib/TH/CMakeFiles/TH_static.dir/THRandom.c.o
[ 47%] Building C object lib/TH/CMakeFiles/TH.dir/THDiskFile.c.o
[ 48%] Building C object CMakeFiles/torch_static.dir/init.c.o
[ 50%] Building C object lib/TH/CMakeFiles/TH_static.dir/THFile.c.o
[ 51%] Building C object lib/TH/CMakeFiles/TH.dir/THMemoryFile.c.o
[ 52%] Building C object lib/TH/CMakeFiles/TH_static.dir/THDiskFile.c.o
[ 54%] Building C object CMakeFiles/torch_static.dir/TensorOperator.c.o
[ 55%] Building C object CMakeFiles/torch_static.dir/TensorMath.c.o
[ 57%] Building C object lib/TH/CMakeFiles/TH.dir/THAtomic.c.o
[ 58%] Building C object lib/TH/CMakeFiles/TH_static.dir/THMemoryFile.c.o
[ 60%] Building C object lib/TH/CMakeFiles/TH_static.dir/THAtomic.c.o
[ 61%] Building C object CMakeFiles/torch_static.dir/random.c.o
[ 63%] Building C object CMakeFiles/torch_static.dir/Generator.c.o
[ 64%] Building C object lib/TH/CMakeFiles/TH.dir/generic/simd/convolve.c.o
[ 66%] Building C object lib/TH/CMakeFiles/TH_static.dir/generic/simd/convolve.c.o
[ 67%] Building C object lib/TH/CMakeFiles/TH_static.dir/generic/simd/convolve5x5_sse.c.o
[ 69%] Building C object lib/TH/CMakeFiles/TH.dir/generic/simd/convolve5x5_sse.c.o
[ 70%] Building C object lib/TH/CMakeFiles/TH.dir/generic/simd/convolve5x5_avx.c.o
[ 72%] Building C object lib/TH/CMakeFiles/TH_static.dir/generic/simd/convolve5x5_avx.c.o
[ 73%] Linking C static library libtorch.a
[ 73%] Built target torch_static
[ 75%] Linking C shared library libTH.dylib
[ 76%] Linking C static library libTH_static.a
[ 76%] Built target TH
[ 76%] Built target TH_static
Scanning dependencies of target torch
[ 80%] Building C object CMakeFiles/torch.dir/PipeFile.c.o
[ 82%] Building C object CMakeFiles/torch.dir/DiskFile.c.o
[ 83%] Building C object CMakeFiles/torch.dir/MemoryFile.c.o
[ 83%] Building C object CMakeFiles/torch.dir/File.c.o
[ 83%] Building C object CMakeFiles/torch.dir/Tensor.c.o
[ 85%] Building C object CMakeFiles/torch.dir/Storage.c.o
[ 86%] Building C object CMakeFiles/torch.dir/Timer.c.o
[ 88%] Building C object CMakeFiles/torch.dir/utils.c.o
[ 89%] Building C object CMakeFiles/torch.dir/init.c.o
[ 91%] Building C object CMakeFiles/torch.dir/TensorOperator.c.o
[ 92%] Building C object CMakeFiles/torch.dir/TensorMath.c.o
[ 94%] Building C object CMakeFiles/torch.dir/random.c.o
[ 95%] Building C object CMakeFiles/torch.dir/Generator.c.o
[ 97%] Linking C shared module libtorch.so
[100%] Built target torch
[  2%] Built target luaT
[ 26%] Built target TH
[ 50%] Built target torch
[ 73%] Built target torch_static
[ 97%] Built target TH_static
[100%] Built target luaT_static
Install the project...
 -DCMAKE_BUILD_TYPE=Release -DLUA=/Users/mharris/torch/install/bin/luajit -DLUALIB= -DLUA_BINDIR="/Users/mharris/torch/install/bin" -DLUA_INCDIR="/Users/mharris/torch/install/include" -DLUA_LIBDIR="/Users/mharris/torch/install/lib" -DLUADIR="/Users/mharris/torch/install/lib/luarocks/rocks/torch/scm-1/lua" -DLIBDIR="/Users/mharris/torch/install/lib/luarocks/rocks/torch/scm-1/lib" -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/torch/scm-1" && make -j$(getconf _NPROCESSORS_ONLN)
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
torch scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
dok scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c utils.c -o utils.o
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -bundle -undefined dynamic_lookup -all_load -o treplutils.so -L/Users/mharris/torch/install/lib utils.o
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/mharris/torch/install/include -c readline.c -o readline.o
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -bundle -undefined dynamic_lookup -all_load -o readline.so -L/Users/mharris/torch/install/lib readline.o -lreadline
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
trepl scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mharris/torch/install
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/pkg/sys/build
Scanning dependencies of target sys
[ 25%] Building C object CMakeFiles/sys.dir/sys.c.o
[ 50%] Linking C shared module libsys.so
[ 50%] Built target sys
Scanning dependencies of target sys_static
[ 75%] Building C object CMakeFiles/sys_static.dir/sys.c.o
[100%] Linking C static library libsys.a
[100%] Built target sys_static
[ 50%] Built target sys
[100%] Built target sys_static
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/sys/1.1-0/lib/libsys.so
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/sys/1.1-0/lua/sys/init.lua
cmake -E make_directory build && cd build && cmake .. -DLUALIB= -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH="/Users/mharris/torch/install/bin/.." -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/sys/1.1-0" && make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
sys 1.1-0 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
xlua 1.0-0 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mharris/torch/install
-- Try OpenMP C flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing:  OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/extra/nn/build
Scanning dependencies of target nn
[ 25%] Building C object CMakeFiles/nn.dir/init.c.o
[ 50%] Linking C shared module libnn.so
[ 50%] Built target nn
Scanning dependencies of target nn_static
[ 75%] Building C object CMakeFiles/nn_static.dir/init.c.o
[100%] Linking C static library libnn.a
[100%] Built target nn_static
[ 50%] Built target nn
[100%] Built target nn_static
Install the project...
 -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH="/Users/mharris/torch/install/bin/.." -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/nn/scm-1" && make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
nn scm-1 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mharris/torch/install
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/extra/graph/build
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/graph/scm-1/lua/graph/Edge.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/graph/scm-1/lua/graph/graphviz.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/graph/scm-1/lua/graph/init.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/graph/scm-1/lua/graph/Node.lua
cmake -E make_directory build;
cd build;
cmake .. -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH="/Users/mharris/torch/install/bin/.." -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/graph/scm-1";
make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
graph scm-1 is now built and installed in /Users/mharris/torch/install/ (license: UNKNOWN)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mharris/torch/install
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/extra/nngraph/build
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/gmodule.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/graphinspecting.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/init.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/JustElement.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/JustTable.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/ModuleFromCriterion.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/nest.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/nesting.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/node.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/simple_print.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1/lua/nngraph/utils.lua
cmake -E make_directory build;
cd build;
cmake .. -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH="/Users/mharris/torch/install/bin/.." -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/nngraph/scm-1";
make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
nngraph scm-1 is now built and installed in /Users/mharris/torch/install/ (license: UNKNOWN)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Torch7 in /Users/mharris/torch/install
-- Found JPEG: /Applications/Postgres.app/Contents/Versions/9.4/lib/libjpeg.dylib
-- Found ZLIB: /Users/mharris/miniconda2/lib/libz.dylib (found version "1.2.8")
-- Found PNG: /Users/mharris/miniconda2/lib/libpng.dylib (found version "1.6.17")
-- Try OpenMP C flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP C flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing:  OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/mharris/torch/pkg/image/build
Scanning dependencies of target image
[  6%] Building C object CMakeFiles/image.dir/image.c.o
[ 12%] Linking C shared module libimage.so
[ 12%] Built target image
Scanning dependencies of target image_static
[ 18%] Building C object CMakeFiles/image_static.dir/image.c.o
[ 25%] Linking C static library libimage.a
[ 25%] Built target image_static
Scanning dependencies of target jpeg
[ 31%] Building C object CMakeFiles/jpeg.dir/jpeg.c.o
[ 37%] Linking C shared module libjpeg.so
[ 37%] Built target jpeg
Scanning dependencies of target jpeg_static
[ 43%] Building C object CMakeFiles/jpeg_static.dir/jpeg.c.o
[ 50%] Linking C static library libjpeg.a
[ 50%] Built target jpeg_static
Scanning dependencies of target png
[ 56%] Building C object CMakeFiles/png.dir/png.c.o
[ 62%] Linking C shared module libpng.so
[ 62%] Built target png
Scanning dependencies of target png_static
[ 68%] Building C object CMakeFiles/png_static.dir/png.c.o
[ 75%] Linking C static library libpng.a
[ 75%] Built target png_static
Scanning dependencies of target ppm
[ 81%] Building C object CMakeFiles/ppm.dir/ppm.c.o
[ 87%] Linking C shared module libppm.so
[ 87%] Built target ppm
Scanning dependencies of target ppm_static
[ 93%] Building C object CMakeFiles/ppm_static.dir/ppm.c.o
[100%] Linking C static library libppm.a
[100%] Built target ppm_static
[ 12%] Built target image
[ 25%] Built target image_static
[ 37%] Built target jpeg
[ 50%] Built target jpeg_static
[ 62%] Built target png
[ 75%] Built target png_static
[ 87%] Built target ppm
[100%] Built target ppm_static
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lib/libppm.so
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lib/libjpeg.so
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lib/libpng.so
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lib/libimage.so
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/init.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/win.ui
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/test.lua
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/corrupt-ihdr.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/fabio.jpg
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/fabio.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/gray16-1x2.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/gray3x1.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/lena.jpg
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/lena.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/P2.pgm
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/P4.pbm
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/P5.pgm
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/P6.ppm
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/rgb16-2x1.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/assets/rgb2x1.png
-- Installing: /Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0/lua/image/README.md
cmake -E make_directory build && cd build && cmake .. -DLUALIB= -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH="/Users/mharris/torch/install/bin/.." -DCMAKE_INSTALL_PREFIX="/Users/mharris/torch/install/lib/luarocks/rocks/image/1.1.alpha-0" && make
cd build && make install
Updating manifest for /Users/mharris/torch/install/lib/luarocks/rocks
image 1.1.alpha-0 is now built and installed in /Users/mharris/torch/install/ (license: BSD)
-- The C compiler identification is AppleClang <IP_ADDRESS>00181
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00181
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- De

install_log.txt
Attaching from github. Email attachment seems to get inlined.

Hi, @soumith, I just followed your instructions above to install Torch7. It succeeded on my Ubuntu machine but failed on my EI Capitan mac. It shows this error:
Installing Lua version: LUAJIT21
Installing common Lua packages
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/torch/rocks/master - Failed downloading https://raw.githubusercontent.com/torch/rocks/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_torch_rocks_master/manifest
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master - Failed downloading https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_rocks-moonscript-org_moonrocks-mirror_master/manifest
Error: No results matching query were found.
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/torch/rocks/master - Failed downloading https://raw.githubusercontent.com/torch/rocks/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_torch_rocks_master/manifest
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master - Failed downloading https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_rocks-moonscript-org_moonrocks-mirror_master/manifest
Error: No results matching query were found.
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/torch/rocks/master - Failed downloading https://raw.githubusercontent.com/torch/rocks/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_torch_rocks_master/manifest
Warning: Failed searching manifest: Failed fetching manifest for https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master - Failed downloading https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/manifest - /Users/Magic/.cache/luarocks/https___raw.githubusercontent.com_rocks-moonscript-org_moonrocks-mirror_master/manifest
Error: No results matching query were found.
Installing core Torch packages
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/Magic/torch/install/include -c src/autolink.c -o src/autolink.o -Isrc/ -Ihtml/
In file included from /opt/local/lib/gcc49/gcc/x86_64-apple-darwin14/4.9.2/include/stdint.h:9:0,
from src/buffer.h:23,
from src/autolink.c:17:
/opt/local/lib/gcc49/gcc/x86_64-apple-darwin14/4.9.2/include-fixed/stdint.h:27:32: fatal error: sys/_types/_int8_t.h: No such file or directory
#include <sys/_types/_int8_t.h>
^
compilation terminated.
Error: Build error: Failed compiling object src/autolink.o
I did some search and found that it may be caused by the root permission. So I typed sudo ./install.sh instead of ./install.sh. But new errors appeared as followed:
Installing Lua version: LUAJIT21
Installing common Lua packages
src/lfs.c:37:19: fatal error: errno.h: No such file or directory
#include <errno.h>
^
compilation terminated.
Error: Build error: Failed compiling object src/lfs.o
Missing dependencies for penlight:
luafilesystem
src/lfs.c:37:19: fatal error: errno.h: No such file or directory
#include <errno.h>
^
compilation terminated.
Error: Failed installing dependency: https://raw.githubusercontent.com/rocks-moonscript-org/moonrocks-mirror/master/luafilesystem-1.6.3-1.src.rock - Build error: Failed compiling object src/lfs.o
lua_cjson.c:39:20: fatal error: assert.h: No such file or directory
#include <assert.h>
^
compilation terminated.
Error: Build error: Failed compiling object lua_cjson.o
Installing core Torch packages
env MACOSX_DEPLOYMENT_TARGET=10.8 gcc -O2 -fPIC -I/Users/Magic/torch/install/include -c src/autolink.c -o src/autolink.o -Isrc/ -Ihtml/
In file included from /opt/local/lib/gcc49/gcc/x86_64-apple-darwin14/4.9.2/include/stdint.h:9:0,
from src/buffer.h:23,
from src/autolink.c:17:
/opt/local/lib/gcc49/gcc/x86_64-apple-darwin14/4.9.2/include-fixed/stdint.h:27:32: fatal error: sys/_types/_int8_t.h: No such file or directory
#include <sys/_types/_int8_t.h>
^
compilation terminated.
Error: Build error: Failed compiling object src/autolink.o
Would you like to share some suggestions to solve this? Thank you in advance!

@boyahao it's weird that on your machine there's no basic headers. I think it's because you use a custom gcc49, but you have not set your paths correctly. I suggest that you compile with clang that comes by default with XCode.

@soumith  it's true. I installed both clang and gcc49 on the machine. How can I set the compiler linked with clang? Do you know how to deal with this? : )

How was this issue resolved in the end? I'm having the same issue

@1Reinier There's a workaround. https://github.com/torch/qtlua/issues/21
You can use install_name_tool -add_rpath path_to_anaconda_lib path_to_qlua to update your rpath, or install_name_tool -change @rpath/./libQtGui.4.dylib path_to_libQtGui.4.dylib path_to_qlua.
@soumith I think it may be caused by https://github.com/torch/qtlua/blob/master/cmake/QtLuaPaths.cmake#L45 but I am not sure. The cmake file works fine on Ubuntu but on my mac it breaks too...

@soumith have you tried installing torch with other compilers on el capitan. (i.e. llvm, intel-icc, clang-omp)?
I'm trying to install with the intel compilers but I get the following errors:
Prefix set to /Users/jm/torch/install
Installing Lua version: LUAJIT21
icc: command line warning #10006: ignoring unknown option '-image_base'
icc: error #10236: File not found:  '100000000'
make[2]: *** [exe/luajit-rocks/luajit-2.1/minilua] Error 1
make[1]: *** [exe/luajit-rocks/luajit-2.1/CMakeFiles/minilua.dir/all] Error 2
make: *** [all] Error 2
error: /Library/Developer/CommandLineTools/usr/bin/install_name_tool: can't open file: /Users/jm/torch/install/lib/libluajit.dylib (No such file or directory)
./install.sh: line 90: /Users/jm/torch/install/bin/luarocks: No such file or directory
Installing common Lua packages
./install.sh: line 94: /Users/jm/torch/install/bin/luarocks: No such file or directory
Any help would be appreciated. I don't why it is looking for libluajit.dylib when you install for the first time that, that shouldn't be on your system unless you have luajit pre-installed.
Are there any options or flags the I could use during compilation?

@kirk86 i haven't. icc doesn't understand -image_base, a flag that is needed for LuaJIT on OSX:
http://luajit.org/install.html
https://github.com/torch/luajit-rocks/blob/master/luajit-2.1/CMakeLists.txt#L142
You can install Lua 5.2 instead, via:
TORCH_LUA_VERSION=LUA52 ./install.sh

@soumith you're the man. I've been busting my head around all this time to overcome this error. Thanks a bunch.
Are there any pros, cons I should be aware of between lua5.2 and luajit. For instance if luajit is faster than lua52 then I guess compiling with icc looses its point, since the whole issue was about gaining some speed.
One last thing that I've experienced is an error regarding the demos on torch. This was about the digit classifier on mnist written by Clement if I'm not mistaken.
In the options one can set the batchSize, every time that I set a different batchSize I get the following errors:
/Users/user/torch/install/bin/lua: /Users/user/torch/install/share/lua/5.2/nn/THNN.lua:109: Assertion cur_target >= 0 && cur_target < n_classes' failed.  at /Users/user/torch/extra/nn/lib/THNN/generic/ClassNLLCriterion.c:53 stack traceback: [C]: in function 'v' /Users/user/torch/install/share/lua/5.2/nn/THNN.lua:109: in function 'ClassNLLCriterion_updateOutput' .../user/torch/install/share/lua/5.2/nn/ClassNLLCriterion.lua:41: in function <.../jm/torch/install/share/lua/5.2/nn/ClassNLLCriterion.lua:29> (...tail calls...) train-on-mnist.lua:246: in function 'opfunc' /Users/user/torch/install/share/lua/5.2/optim/sgd.lua:44: in function 'sgd' train-on-mnist.lua:298: in function 'train' train-on-mnist.lua:382: in main chunk [C]: in function 'docile' ...s/user/torch/install/lib/luarocks/rocks/trepl/scm-1/bin/th:145: in main chunk [C]: in ?``

no pro / con with LuaJit. Just use Lua 5.2, it's great.
That assertion states that the target indices given to the Criterion are more than nClasses.
i.e. mnist has 10 examples, but one or some of the target indices are < 1 or > 10

@soumith thanks so much for your help.
everything seems to be working fine except the documentation.
?torch.Tensor
undocumented symbol
require('nn')
?nn.Sequential
undocumented symbol
is that normal behaviour?

I've just tried it on OSX with a fresh install. Seems to be working for me :-/

@soumith thanks. What I did was to remove and make clean install for the beginning with icc.
I looked closer at the output and it seems that there are some errors which may explain why the documentation is not working.
It fails to compile qtlua, qttorch and some other dependencies.
I'll provide here the output error in case that will be useful to dissect the problem.
CMake Warning (dev):
Policy CMP0042 is not set: MACOSX_RPATH is enabled by default.  Run "make
--help-policy CMP0042" for policy details.  Use the cmake_policy command to
set the policy and suppress this warning.
 MACOSX_RPATH is not specified for the following targets:
 liblua
This warning is for project developers.  Use -Wno-dev to suppress it.
Warning: unmatched variable LUALIB
CMake Warning:
Manually-specified variables were not used by the project:
`LUA_INCDIR`

 LUA_LIBDIR
`Warning: unmatched variable LUALIB`

`/usr/local/Cellar/qt/4.8.7_2/include/QtCore/qshareddata.h(169): error: pointer to incomplete` `class type is not allowed`
      `inline QExplicitlySharedDataPointer(const QExplicitlySharedDataPointer<T> &o) : d(o.d) { if (d) d->ref.ref(); }`

compilation aborted for /Users/user/torch/exe/qtlua/qlua/qluaapplication.cpp (code 2)
make[2]: *** [qlua/CMakeFiles/libqlua.dir/qluaapplication.cpp.o] Error 2
make[1]: *** [qlua/CMakeFiles/libqlua.dir/all] Error 2
make: *** [all] Error 2
Error: Build error: Failed building.
compilation aborted for /tmp/luarocks_qtlua-scm-1-1446/qtlua/qlua/qluaapplication.cpp (code 2)
make[2]: *** [qlua/CMakeFiles/libqlua.dir/qluaapplication.cpp.o] Error 2
make[1]: *** [qlua/CMakeFiles/libqlua.dir/all] Error 2
make: *** [all] Error 2
Error: Failed installing dependency: https://raw.githubusercontent.com/torch/rocks/master/qtlua-scm-1.rockspec - Build error: Failed building.

Ok i can't really help there :)
icc seems to not compile with Qt!

@soumith ok thanks for all the help, switched back to gcc...


can not compile(( ubuntu

/LambdaNet/AI/Network/FeedForwardNetwork.hs:37:10: error:
        • No instance for (Semigroup FeedForwardNetwork)
            arising from the superclasses of an instance declaration
        • In the instance declaration for ‘Monoid FeedForwardNetwork’
       |
    37 | instance Monoid FeedForwardNetwork where
       |          ^^^^^^^^^^^^^^^^^^^^^^^^^

fix this by add
instance Semigroup FeedForwardNetwork where
--  mempty = emptyFeedForwardNetwork
  (<>) = addFeedForwardNetworks

compile ok, but i get error when run
==> XOR predictions:
*** Exception: different dimensions 1 and 2 in dot product
CallStack (from HasCallStack):
  error, called at src/Internal/Numeric.hs:675:19 in hmatrix-<IP_ADDRESS>-2s9G4ERdQNGmPHLhVSJnl:Internal.Numeric


is_summetric with SolverLU

Copying over from Slack:
Dieter:

Alfredo Sanchez brought a problem to my attention, and I think it is a bug: It is about the following example: https://docs.simpeg.xyz/content/tutorials/05-dcr/plot_inv_2_dcr2d.html Running it with PARDISO works fine. However, running it with SolverLU results in:

Lindsey:

hmm, yes, I think there is an inconsistency between the kwargs that splu / pardiso expect (the is_symmetric flag in Pardiso changes how the matrix is factored, whereas it is not an option in splu https://docs.scipy.org/doc/scipy/reference/generated/scipy.sparse.linalg.splu.html)
This is something we should fix in the pymatsolver layer

Out of curiosity: was it resolved (when/where/how) or is it closed because it is a wontfix (or is it considered to not be a bug)?

Now, extra unused arguments are warned against, and then ignored, instead of causing errors.
i.e. this would have raised a warning saying that is_symmetric is unused.


Keystore Initialization - 100% CPU Usage

The initialization of a Keystore freezes the whole application and apparently throws a load of work onto the CPU - 100%.
let keystore = try! EthereumKeystoreV3(privateKey: dataKey, password: password)!
This line is completely copied from the examples and uses simple strings. The function itself is the cause of the issue.

Experiencing this as well, the whole device locks up. Have you come up with any workaround @virus-zip ?

Can confirm. Best workaround right now is to run in the background via DispatchQueue. Obviously it would be better if this would happen in the key store classes directly.

confirmed issue is in scrypt and all its calls to the function rotateLeft

This should only be an issue in debug builds when using SPM. Can someone please confirm if this is still an issue using the latest version of web3swift and building/running in release mode?

This should only be an issue in debug builds when using SPM. Can someone please confirm if this is still an issue using the latest version of web3swift and building/running in release mode?

Can confirm. Have no issues for release builds.


add 1.12.0

🎉 🎉 🎉
https://twitter.com/golang/status/1100200930992115712

Sorry for the slight delay and thank you for your contribution!
https://github.com/syndbg/goenv/releases/tag/2.0.0beta5 released :tada:


Debugger Error

Hey,
I have recently got a new pc at work and am attempting to re-setup sublime.
I am getting an issue with debugger when trying to start:

I have managed to setup debugger twice in the previous few months with no issues.
I have tried node-v12.16.1-x64 and node-v13.9.0-x64
I have also tried most recent release 0.2.2 rolling back to 0.1.8 release as this was the most stable release for me on my last pc.
Any help would be appreciated?

I just did some testing it appears the vscode-python adapter will not run with any version of node greater than node-v12.15.0

Brilliant! Thank you very much for figuring that out so swiftly.
Been having to use VSCode to debug and been hating my life...
I guess it would be helpful to make this version cap more widely know?
Anyways, thanks again for the awesome plugin.


Licensing in more permissive terms?

Hi, Maurício,
This template code is to be freely used by everyone, as they see fit, right?
If so... Would you perhaps consider using a more permissive license for this template, such as Apache 2.0?
References:
What license should I use for website maintenance system templates?
How to Choose a License for Your Own Work
How Many Open Source Licenses Do You Need?

Fixed by this: ea46fe54a58424466c171362188a8b6e5216b0b5
It's now an MIT - No Attribution, so you can use and sub-license at will :)

Thanks!

BTW: You forgot to update the README...

Not anymore :)


Support for cgroups

This is a series of patches to add support for running wasm code in a cgroup.
While some cgroup controllers can support running different threads in different cgroups, the main one we are interested in, the cgroup memory controller, this doesn't make sense since threads all share memory.
Because of this we'll fork off a new process (which should have CoW version of the main shim's memory) to run the wasm code.
Of course all the issues of fork apply here since this is fairly unsafe from a multithreaded program (which the shim is always multi-threaded), so care must be taken to not try do things like take a lock in the new process because this can cause a deadlock.
There may be some interesting things to test out with the wasmtime engine just to make sure we aren't going to deadlock if there's multiple things happening when the fork occurs.

Recommend reviewing this with whitespace changes disabled.

I'll come back to do a review of the functionality tomorrow~ lemme know if there's anything specific you'd like me to do locally to test the cgroups!

For some reason, when I retried to run a testwasm container, I got the following error
➜  runwasi git:(pr-21) ✗ sudo ctr run --rm --runtime=io.containerd.wasmtime.v1 docker.io/library/wasmtest:v1 testwasm wasm echo hello world
ctr: Others("could not open cgroup file /default/testwasm/cpu.shares: No such file or directory (os error 2)"): unknown

For some reason, when I retried to run a testwasm container, I got the following error
➜  runwasi git:(pr-21) ✗ sudo ctr run --rm --runtime=io.containerd.wasmtime.v1 docker.io/library/wasmtest:v1 testwasm wasm echo hello world
ctr: Others("could not open cgroup file /default/testwasm/cpu.shares: No such file or directory (os error 2)"): unknown

I got the same error:

For some reason, when I retried to run a testwasm container, I got the following error
➜  runwasi git:(pr-21) ✗ sudo ctr run --rm --runtime=io.containerd.wasmtime.v1 docker.io/library/wasmtest:v1 testwasm wasm echo hello world
ctr: Others("could not open cgroup file /default/testwasm/cpu.shares: No such file or directory (os error 2)"): unknown

I got the same error:
EDIT: I tried manually creating the file and it does spin up, but I'm not getting the song that never ends like we do in main.

Can you elaborate what file you were manually creating?

Updated:

Fixed issue with absolute group paths (e.g. /foo/bar) causing the base path of the group to be overwritten (along with tests)
Split cgroup impls into separate modules
Re-wrote cgroup detection logic to be more robust
Support for v1 cgroup controllers which do not share a common root
Support for more cgroupv1 controllers
Added more tests around group setup

This should have a follow-up to add CI for cgroupv2 to make sure those code paths are exercised.
This will require setting up nested virt so we have control over the kernel.

Hey @cpuguy83, in our last meeting, I asked you feature parity between runwasi and runc. I remember you said there are features like namespaces and OCI hooks which are not implemented in runwasi. Do we plan to add them in the future? If yes, we could create issues for them.

2 LGTM's, I'm gonna go ahead and merge.


cuda-binaries-native

Hello,
During bitbake I got this error:
ERROR: cuda-binaries-native-10.0.326-1-r0 do_fetch: Fetcher failure for URL: 'file:///home/mixon/Downloads/nvidia/sdkm_downloads/cuda-repo-ubuntu1804-10-0-local-10.0.326-410.108_1.0-1_amd64.deb'. Unable to fetch URL from any source.
nVidia SDK_Manger download cuda-repo-ubuntu1604-10-0-local-10.0.326-410.108_1.0-1_amd64.deb as I use Ubuntu 16.04.3 LTS.
I changed cuda-binaries-native_10.0.326-1.bb with this:
SRC_URI = "${NVIDIA_DEVNET_MIRROR}/cuda-repo-ubuntu1604-10-0-local-10.0.326-410.108_1.0-1_amd64.deb"
SRC_URI[md5sum] = "07ff157a7980aed07d0eafeebe86d64a"
SRC_URI[sha256sum] = "b476fa6a5b702ac55977a9d9cad4d1761a850fc3fd76bd7caf04eb4f15b288a3"
but I am not sure about LIC_FILES_CHKSUM.
What should it be?

I changed  cuda-binaries-native_10.0.326-1.bb with this:
SRC_URI = "${NVIDIA_DEVNET_MIRROR}/cuda-repo-ubuntu1604-10-0-local-10.0.326-410.108_1.0-1_amd64.deb" SRC_URI[md5sum] = "07ff157a7980aed07d0eafeebe86d64a" SRC_URI[sha256sum] = "b476fa6a5b702ac55977a9d9cad4d1761a850fc3fd76bd7caf04eb4f15b288a3"``
but I am not sure about LIC_FILES_CHKSUM.
What should it be?

If the checksum of the license text is different, you'll get an error during the build about the mismatch. I'd expect it to be the same, though.
I'll have to figure out some way to handle the 1604 vs 1804 naming difference in the recipes.

This should be fixed in master and the new warrior-l4t-r32.2 branch.  Just add
CUDA_BINARIES_NATIVE = "cuda-binaries-ubuntu1604-native"

to your build configuration (e.g., in $BUILDDIR/conf/local.conf) if you're using sdkmanager on Ubuntu 16.04.

WARNING: cuda-binaries-ubuntu1604-native-10.0.326-1-r0 do_fetch: Failed to fetch URL file:///home/mixon/Downloads/nvidia/sdkm_downloads/cuda-repo-ubuntu1804-10-0-local-10.0.326-410.108_1.0-1_amd64.deb, attempting MIRRORS if available
ERROR: cuda-binaries-ubuntu1604-native-10.0.326-1-r0 do_fetch: Fetcher failure: Unable to find file file:///home/mixon/Downloads/nvidia/sdkm_downloads/cuda-repo-ubuntu1804-10-0-local-10.0.326-410.108_1.0-1_amd64.deb anywhere. The paths that were searched were:
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604-10.0.326-1/poky
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604/poky
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/files/poky
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604-10.0.326-1/
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604/
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/files/
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604-10.0.326-1/x86-64
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604/x86-64
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/files/x86-64
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604-10.0.326-1/
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604/
/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/files/
/home/mixon/projects/jetson-warrior/build/downloads
ERROR: cuda-binaries-ubuntu1604-native-10.0.326-1-r0 do_fetch: Fetcher failure for URL: 'file:///home/mixon/Downloads/nvidia/sdkm_downloads/cuda-repo-ubuntu1804-10-0-local-10.0.326-410.108_1.0-1_amd64.deb'. Unable to fetch URL from any source.
ERROR: cuda-binaries-ubuntu1604-native-10.0.326-1-r0 do_fetch:
ERROR: cuda-binaries-ubuntu1604-native-10.0.326-1-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in: /home/mixon/projects/jetson-warrior/build/tmp/work-shared/cuda-binaries-native-10.0.326-1-r0/temp/log.do_fetch.2902
ERROR: Task (/home/mixon/projects/jetson-warrior/layers/meta-tegra/recipes-devtools/cuda/cuda-binaries-ubuntu1604-native_10.0.326-1.bb:do_fetch) failed with exit code '1'

Sorry, I don't know how I missed that.  Will post a fix shortly.

OK, should be fixed now.  Update and give it another try.

Now It is Ok. Thank you.

@madisongh
I cannot find any md5 files in my download, I installed with jectpack4.4,
any help is very appreciated!

@beyondli From the screenshot you initially posted, it looks like the host-side CUDA tools deb package (cuda-repo-ubuntu1804-10-2-local-10.2.89-440.40_1.0-1_amd64.deb or cuda-repo-ubuntu1604-10-2-local-10.2.89-440.40_1.0-1_amd64.deb) is missing from your downloads area.  You may need to fire up the SDK Manager and download it (again).
And note that with the L4T R32.4.3/JetPack 4.4 branches, the variable to set for selecting the ubuntu1604 package has change from CUDA_BINARIES_NATIVE to just CUDA_BINARIES.

@madisongh
thanks for reply,
env of mine:
test on xavier， host：ubuntu16.04
you are right ,but from download JP4.4, file name is changed to cuda-repo-l4t-10-2-local-10.2.89_1.0-1_arm64.deb
so what all I modify are here
1:cuda-binaries-ubuntu1604_10.2.89-1.bb
SRC_URI = "${NVIDIA_DEVNET_MIRROR}/cuda-repo-l4t-10-2-local-10.2.89_1.0-1_arm64.deb"
rewrite SRC_URI[sha256sum]
2:nvidia_devnet_downloads.bbclass
set  NVIDIA_DEVNET_MIRROR ??= "file:///homed/jeff/Downloads/nvidia/sdkm_downloads" to correct path
3:conf/local.conf
CUDA_BINARIES = "cuda-binaries-ubuntu1604"
MACHINE ?= "jetson-xavier"
from these modified ,no error occurs ,but no img file can create ,seems no NV SDK can be readed
anyway, what surprise me is if I set NVIDIA_DEVNET_MIRROR to a wrong path ,it still no error when I run :bitbake core-image-minimal
what else can I do ? any help is very appreciated!

from download JP4.4, file name is changed to cuda-repo-l4t-10-2-local-10.2.89_1.0-1_arm64.deb

No, that's the CUDA repo for the target CUDA binaries, not the host (x86-64) ones.  As I mentioned earlier, you should re-run the SDK Manager and download again.  Watch the download progress and the logs in SDK Manager to verify that it downloaded the ubuntu1604 deb file I mentioned above into the same directory you have set for NVIDIA_DEVNET_MIRROR.

On the STEP 01 page, make sure there is a green check mark next to "Host Machine" (it should be there by default; clicking on the "Host Machine" box will toggle it off/on).  You can de-select Target Hardware for this download (click the "Target Hardware" box to remove the green check mark).
Click "CONTINUE TO STEP 02"
You should see three lines under "HOST COMPONENTS" on the STEP 02 page - CUDA, Computer Vision, and Development Tools. Check the "I accept" box and the "Download now. Install later." box at the bottom of the page.
Click "CONTINUE TO STEP 03"
On the STEP 04 page, click on the TERMINAL tab to see the log output of the download process.  You should see a line like this:
13:43:56 INFO: CUDA on Host: verifying checksum of /home/ubuntu/Downloads/nvidia/sdkm_downloads/cuda-repo-ubuntu1604-10-2-local-10.2.89-440.40_1.0-1_amd64.deb
if the download completed successfully.
Click "FINISH AND EXIT", then check that the deb package is in your sdkm_downloads directory.

Don't change the recipes or the bbclass.  Just set NVIDIA_DEVNET_MIRROR = "file://..." in your local.conf.

@madisongh
thanks for quick reply
I have roll back code of meta-tegra, nothing modified,just modify here
1:local.conf
MACHINE ?= "jetson-xavier"
CUDA_BINARIES = "cuda-binaries-ubuntu1604"
NVIDIA_DEVNET_MIRROR ??= "file://home/jeff/Downloads/nvidia/sdkm_downloads"
path set for "file:///home/jeff/Downloads/nvidia/sdkm_downloads" ,file:/// here is same result with file://
2:add meta-tegra path in bblayers.conf
after bitbake core-image-minimal
it showed, but no img file can be created

followed is SDK, host cuda has been downloaded

what can I do ? any help is very appreciated!

it showed, but no img file can be created

So you the tegraflash package didn't created at $BUILDDIR/tmp/deploy/images/jetson-xavier/core-image-minimal.tegraflash.tar.gz ?  Did you get errors during the build?  If so, can you attach the logs?

nothing created now...........

I delete the deploy DIR, and try bitbake core-image-minimal, no deploy DIR can be created

Strange.  I'd try rm -rf tmp just to clear out anything in the build tree from your prior failed builds that could be getting in the way, then re-run the core-image-minimal build and see if that gets you back on track.

ok.....,I will try ,but actually I like keep it .build a totally new one is such a tedious work , waiting and waiting
anyway, thank you for your reply!

@madisongh , I rebuild ,and this is result, tar file 👍 core-image-minimal-jetson-xavier-20200717151218.tegraflash.tar.gz only 30M， is it still wrong?since cuda &cudnn will be in img file ,I think this file should be big >1G, no error occurs during building

core-image-minimal is, as the name implies, a minimal image that doesn't include much functionality.  It should at least boot, and is good for an initial test.
If that works, the next step would be to build a fuller image, such as core-image-base (for a basic command line interface) or core-image-sato (an X11-based environment) and set CORE_IMAGE_EXTRA_INSTALL in your local.conf file to add in other packages you want to have included in your build.

I have two questions:
1:how to test this tar.gz?just copy to Tegra bootloader DIR and flash?
2: I have set the wrong cuda path like this(define it in local.conf) : NVIDIA_DEVNET_MIRROR ??= "file://home/jeff/Downloads/nvidia/sdkm_downloads_error_path", but it is still can build without any errors and can create img file. so I think any Tegra lib is not build in it?

This wiki page talks about flashing.  Basically, you just need to unpack the tarball into an empty directory, hook up a USB cable (and a serial console, if you can), and run the doflash.sh script provided in the tarball (using sudo, if needed).
NVIDIA_DEVNET_MIRROR will only be used to locate packages when needed - and for the branches based off L4T R32.4.x, it's only needed for the host-side CUDA tools (-native and nativesdk- CUDA packages when you're building for an x86_64 host).  The rest of the packages needed for the Jetson target are available for network download during the build. So if you don't have it set, or have it set incorrectly, you won't necessarily notice that until you start building things that need nvcc or other host-side CUDA packages.

thanks ,I know how to flash it
for NVIDIA_DEVNET_MIRROR for host is a little bit strange ,for my point I thinks it just use for locating deb file of jetson which confused me a long time.
and why jetson packages will download from network? since all of them have been downloaded to sdkm_downloads ,it will be faster to read directly from local

NVIDIA_DEVNET_MIRROR for host is a little bit strange

It's only needed for the deb packages that require a developer network login to access; that's something that can't be set up directly within the bitbake builds. As of L4T R32.4.x/JetPack 4.4, it's only the CUDA host tools that are locked behind the developer network login.

why jetson packages will download from network?

Mainly because users find it more convenient, particularly if you're setting up a build environment to be shared with multiple developers on multiple machines.

thanks! got
I have tried to flash this minimal , it can boot, but seems need login name?
1)what the login name of this version, I waiting for a long time ,but it stuck here like below screenshot.
2)flash time is too short ,maybe only 30 seconds, seems NO nvidia SDK is flashed in it, is it wrong?

any help is very appreciated!

Right, it's just a bare-minimum OS - no JetPack components, just the basic kernel, bootloaders, and a small set of command line utilities.  You should be able to log in as root with no password, unless you configured otherwise in your local.conf file.

thanks! I log in

but my xavier is 32G, is this partition right？max available is just 24.7G of mmcblkop1, and there is a strange "none" partition that 15.2G, seems this partiton is not correct

@madisongh
I have tried sato image, but after run doflash.sh it showed:
ERR: could not retrieve chip ID

I have not change any code of meta-tegra code ,what is meaning?
thanks for reply

The flash size is 32G, but some of the flash is occupied by other partitions.  The rootfs partition size you see should be comparable to what you would get when using L4T/JetPack.
As for /dev - that's a kernel in-memory filesystem, which I believe defaults to a size of about half of available RAM.  So on a Xavier with 32GiB of DRAM, a bit less than 16GiB would be right.  On my older 16GiB Xavier, it's around 8GiB.

thanks! understand
I check SDK, only cuda can find , no nvcc and cudnn can be find, seems cudnn is  set in recipes, where are they?

  You could add, for example,
CORE_IMAGE_EXTRA_INSTALL = "cuda-toolkit cudnn"

to your local.conf file.

@madisongh ,I have installed cuda & cudnn, sys boot OK
thank you very much!
and appreciate your excellent work about meta-tegra which means you are very very familiar with nvidia jetson's hardware.
how many years you played on Jetson? hope one day I could familiar with Jetson like you ,admire this great work!


Refactor queue

This pull request removes the NATS queue and associated code since it is not used in zambeze. The abstract queue and associated queue factory are also removed. The entire queue directory is removed. The queue module for RabbitMQ is now located at the top-level of the orchestration directory.

I removed the on push for the workflows because the tests and checks were being run twice: once for push and once for pull request.

More changes... I removed the utils and auth directories. Renamed globus_auth.py to just auth.py.


When clicking on a user profile in the news feed the site throws a 504 error

Does not matter if you're logged in or not. To replicate:
Visit the news feed. Click on the user name of anyone in the news feed and try to visit their profile. The site will throw a 504 error. Any attempt to go back to the home page will result in a 504.

This occurs when visiting any member file from the members list as well.

The issue seems to persist between page refreshes and visiting other pages on the site.

The root cause of this appears to be a solr timeout related to a library server issue.

This is fixed.


Istio port interception changes from 1.5 to 1.6 causing non-mtls failure

Bug description
Something has changed between 1.5 and 1.6 meaning that the istio-proxy is intercepting all ports on the pod now, whereas I swear it used to only intercept ports explicitly defined in the PodSpec.
This manifests for us because all of our apps expose two ports, 8080 for web (mtls) and 9090 for prometheus metrics.  Only 8080 is defined in the PodSpec however:
    ports:
    - containerPort: 8080
      name: http-web
      protocol: TCP

And the sidecar:
  spec:
    ingress:
    - defaultEndpoint: <IP_ADDRESS>:8080
      port:
        name: http-app
        number: 8080
        protocol: HTTP
    workloadSelector:
      labels:
        app: istio-test-app-1
        group: delivery-platform

Our prometheus instance plain-text scrapes 9090 and this works fine on 1.5.  After upgrading to 1.6, the scrape to 9090 failed unless we explicitly add an annotation on our workload traffic.sidecar.istio.io/includeInboundPorts: 8080
We tried to set 9090 as globally excluded in the main PeerAuthentication policy, but that didn't work either (see https://github.com/istio/istio/issues/27994)
[x] Docs
[x] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Expected behavior
Minor version upgrades to not containing breaking changes.  For istio to only concern itself with ports defined in the PodSpec or Sidecar
Steps to reproduce the bug
Above
Version (include the output of istioctl version --remote and kubectl version --short and helm version if you used Helm)
1.6.12
How was Istio installed?
Helm
Environment where bug was observed (cloud vendor, OS, etc)

This is highly likely the same problem that's causing https://github.com/istio/istio/issues/27941

Something has changed between 1.5 and 1.6 meaning that the istio-proxy is intercepting all ports on the pod now, whereas I swear it used to only intercept pods explicitly defined in the PodSpec.

This changed around 1.3 IIRC. Unless you were somehow opting out of that for a while

We've made two changes as part of this work:

Upgrade from 1..5 to 1.6
Upgrade meshpolicies.authentication.istio.io to peerauthentication.

Maybe the ports were getting intercepted before - but mtls wasn't being applied?

Maybe the ports were getting intercepted before - but mtls wasn't being applied?

I definitely remember seeing the XDS configuration that looked like this when I was in your cluster. However, I am not sure how iptables rules were setup, so not clear if it was bypassing iptables or it was going to envoy but bypassing mtls

I mean we have both prod on 1.5 and preprod(s) on 1.6.
If there is information I can provide from both then let me know.
Same workloads deployed on each.

@howardjohn pretty confident that it's that.  On my 1.5 cluster i see /metrics requests going through istio-proxy and they're fine.  On 1.6, those requests fail unless I add traffic.sidecar.istio.io/includeInboundPorts to explicitly tell istio-proxy not to include the metrics ports.

I'm closing this in favour of https://github.com/istio/istio/issues/27994