Windows: Import error after pip install

Bug Report
-- edit: removed the checkboxes so that GitHub is no longer confused about open tasks --

Incorrect functionality

Describe the bug here. If it is a build issue, please note whether the issue was encountered via cmake, pip, or tox.
To Reproduce

Operating System: Windows 10
Python 3.7.9, CMake installed
Example snippet that demonstrates the issue:

ImportError: DLL load failed: The specified module could not be found.

OpenTimelineIO 0.13.0

Expected Behavior
The import statement to work correctly.
Logs
Traceback (most recent call last):
  File "C:\Users\User\AppData\Local\Programs\Python\Python37\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\Users\User\AppData\Local\Programs\Python\Python37\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "c:\Users\User\.vscode\extensions\ms-python.python-2020.9.114305\pythonFiles\lib\python\debugpy\__main__.py", line 45, in <module>
    cli.main()
  File "c:\Users\User\.vscode\extensions\ms-python.python-2020.9.114305\pythonFiles\lib\python\debugpy/..\debugpy\server\cli.py", line 430, in main
    run()
  File "c:\Users\User\.vscode\extensions\ms-python.python-2020.9.114305\pythonFiles\lib\python\debugpy/..\debugpy\server\cli.py", line 267, in run_file
    runpy.run_path(options.target, run_name=compat.force_str("__main__"))
  File "C:\Users\User\AppData\Local\Programs\Python\Python37\lib\runpy.py", line 263, in run_path
    pkg_name=pkg_name, script_name=fname)
  File "C:\Users\User\AppData\Local\Programs\Python\Python37\lib\runpy.py", line 96, in _run_module_code
    mod_name, mod_spec, pkg_name, script_name)
  File "C:\Users\User\AppData\Local\Programs\Python\Python37\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "E:\Logiciels\Stax\Dev\stax\test_otio.py", line 4, in <module>
    import opentimelineio as otio
  File "e:\Logiciels\Stax\Dev\stax\.venv\lib\site-packages\opentimelineio\__init__.py", line 35, in <module>
    from . import (
  File "e:\Logiciels\Stax\Dev\stax\.venv\lib\site-packages\opentimelineio\opentime.py", line 1, in <module>
    from . _opentime import ( # noqa
ImportError: DLL load failed: The specified module could not be found.

Hi @Tilix4 !
I suspect this is an issue that's popped up once in awhile. Have you tried the workaround mentioned in this issue? #770

Hi @apetrynet I've read this threads, but I cannot find site-packages\opentimelineio\cxx-libs, this directory doesn't exist. I've done search for .dll but I didn't find any.
I'm installing with pip's --target option.

Hmm. OK, good you checked the other issues.
I don't have enough experience with OTIO on windows or usage of the --target option so I'll pass this on to @reinecke and @meshula. Could any of you shed some light on this?

What command line did you use to do the pip install? I notice that you used --target, but it's hard to guess what's going on without the whole command line.

I noticed blender in there. Could it be related to #667?

My command line is very basic: python -m pip install --target /path/to/dir opentimelineio.
@apetrynet I've also tried with the Blender python, but I have the same issue with the windows python only, then Blender is not a topic for now ;)

I am getting the same error message under different circumstances. I'm using OpenTimelineIO 0.13.0 in a Python script, and using PyInstaller to bundle it up as an .exe for use around the studio. When bundled, running the .exe on a different machine throws this error:
File "venv\lib\site-packages\opentimelineio\opentime.py", line 1, in <module>
ImportError: DLL load failed: The specified module could not be found.

As far as I can tell (and I'm not confident about this), either PyInstaller or the frozen OpenTimelineIO code isn't coping properly with the relative path inherent in the line from . _opentime import (
Short of an update to OpenTimelineIO, might anyone be able to suggest an adjustment to this opentime.py file that would make it PyInstaller-friendly please? I'm not familiar with the structure of the code within site-packages/opentimelineio.

@donquibeats pyinstaller can be a bit tricky. I think there is a way to unzip the contents of a pyinstaller archive, are you able to find the DLLs in there?
It's been a while, but last time I worked with pyinstaller I found that it had some setuptools tricks going on that sometimes could make it tough to ensure the extra non-puython resources would reliably be relocated into the package.
Also, which python version are you using to build the pyinstaller package?

Thanks for the responses. This is a Python 3.7 project, and PyInstaller creates a folder containing the .exe and a bunch of associated DLL's, but opentime.py and opentimelineio.py are not among them.
However, copying these DLL's manually from cxx-libs/bin into the same folder as the .exe doesn't fix the problem, unfortunately.
I'm not currently aware of how I would test whether the DLL's are bundled inside the .EXE.
Strangely, if we target OpenTimelineIO 0.11.0 then it works fine. This error only occurs if we target 0.12.x or 0.13.0. We can make it work if we accept the older version of OTIO (via pypi).

Strangely, if we target OpenTimelineIO 0.11.0 then it works fine. This error only occurs if we target 0.12.x or 0.13.0. We can make it work if we accept the older version of OTIO (via pypi).

0.11.0 was the last pure python release which is probably why it works out of the box. Other than that I'm afraid I can't be of any more help on this issue.

Thanks. Does the fact that 0.11.0 works give any indicators, either of what the problem might be, or of a possible workaround that we could use? For our current needs 0.11.0 is OK, but obviously we wouldn't want to be stuck on the older version forever.

Please excuse me if this is obvious to you :)
OTIO >=0.12.0 are based on a C++ core while <= 0.11.0 are strictly python based. The C++ based versions have python bindings built against library files. I think the main issue here is that the library files aren't installed to a location where python by default can get a hold of them.
To sum up. 0.11.0 is self contained while 0.12+ rely on library files (so or dll).
I believe @meshula is cooking up a cleaner install OTIO and the python bindings that hopefully will help.

That makes sense, thanks very much for the explanation.
In the short term, when I get time I will try again to use 0.13.0 via PyInstaller by embedding the two DLL files manually and adapting the import code, to see if I can put them somewhere that a PyInstaller-bundled Python can see them.

Hey @donquibeats, here are a couple useful references for this stuff in pyinstaller:

This tool may be able to help you inspect what got packaged in your .exe to see if stuff is missing
If there is, in fact, something not being included that should be, the spec file may help with making sure those things get included

Forgive me if I'm covering stuff you already know. In my past struggles with PyInstaller, I remember these two bits being key for solving the problem I had.

Have you tried adding your PYTHONPATH to your PATH variable? A similar thread about USD pyd loading was resolved by doing so.

Firstly, really sorry it took me a month to even see these replies. I got pulled onto a different bit of the project and have only just looped round to this question.
I remain stuck in the same position as before though, in fact it's a little worse. I am trying to do AAF and XML exports from an Otio object, but in OTIO 0.11.0 it throws errors that don't get thrown by 0.13.0. However, I can't successfully use PyInstaller to compile an .EXE using 0.13.0 (the error I reported in a previous post on this thread), but I can compile fine if I use 0.11.0. So I'm stuck.
From the suggestion by @reinecke I've just run pyi-archive_viewer on my compiled versions, and the list of items beginning opentimelineio is the same in both versions- 42 items, which I've pasted below.
We do use .spec files for the PyInstaller compilation, and have added_files parameters where I could manually tell PyInstaller to bring in specific files, but the problem is I don't understand which files are missing and need to be brought in.
I'm not sure how to apply the suggestion from @meshula since PyInstaller is meant to handle all the Python bundling and path pointing, and the rest of the Python libraries work fine, this remains a problem specific to OpenTimelineIO version 0.12.0 or above.
Any further suggestions would be very welcome.
'opentimelineio',
'opentimelineio.adapters',
'opentimelineio.adapters.adapter',
'opentimelineio.adapters.otio_json',
'opentimelineio.algorithms',
'opentimelineio.algorithms.filter',
'opentimelineio.algorithms.stack_algo',
'opentimelineio.algorithms.timeline_algo',
'opentimelineio.algorithms.track_algo',
'opentimelineio.core',
'opentimelineio.core.composable',
'opentimelineio.core.composition',
'opentimelineio.core.item',
'opentimelineio.core.json_serializer',
'opentimelineio.core.media_reference',
'opentimelineio.core.serializable_object',
'opentimelineio.core.type_registry',
'opentimelineio.core.unknown_schema',
'opentimelineio.exceptions',
'opentimelineio.hooks',
'opentimelineio.media_linker',
'opentimelineio.opentime',
'opentimelineio.plugins',
'opentimelineio.plugins.manifest',
'opentimelineio.plugins.python_plugin',
'opentimelineio.schema',
'opentimelineio.schema.clip',
'opentimelineio.schema.effect',
'opentimelineio.schema.external_reference',
'opentimelineio.schema.gap',
'opentimelineio.schema.generator_reference',
'opentimelineio.schema.marker',
'opentimelineio.schema.missing_reference',
'opentimelineio.schema.schemadef',
'opentimelineio.schema.serializable_collection',
'opentimelineio.schema.stack',
'opentimelineio.schema.timeline',
'opentimelineio.schema.track',
'opentimelineio.schema.transition',
'opentimelineio.schemadef',
'opentimelineio_contrib',
'opentimelineio_contrib.adapters',

Just to update, I have logged a new issue #838 for the problem I was having as it now seems quite different to the original point of this issue #813

With help, I found a fix/workaround for the issue that I spun off as #838
Apologies for hijacking this similar issue to start with.
I don't know whether the original problem of this issue #813 is still outstanding for other people?

This will be closed by #837!
Thanks to @meshula

This will be closed by #837!
Thanks to @meshula

@meshula Re-opening this discussion.
Doing python -m pip install git+https://github.com/PixarAnimationStudios/OpenTimelineIO.git on Windows now gives me:
Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\setup.py", line 454, in <module>
        **PROJECT_METADATA
      File "C:\Users\Felix\AppData\Roaming\Python\Python37\site-packages\setuptools\__init__.py", line 129, in setup
        return distutils.core.setup(**attrs)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\core.py", line 148, in setup
        dist.run_commands()
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\dist.py", line 966, in run_commands
        self.run_command(cmd)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\dist.py", line 985, in run_command
        cmd_obj.run()
      File "C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\setup.py", line 157, in run
        install.run(self)
      File "C:\Users\Felix\AppData\Roaming\Python\Python37\site-packages\setuptools\command\install.py", line 61, in run
        return orig.install.run(self)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\command\install.py", line 545, in run
        self.run_command('build')
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\cmd.py", line 313, in run_command
        self.distribution.run_command(command)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\dist.py", line 985, in run_command
        cmd_obj.run()
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\command\build.py", line 135, in run
        self.run_command(cmd_name)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\cmd.py", line 313, in run_command
        self.distribution.run_command(command)
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\distutils\dist.py", line 985, in run_command
        cmd_obj.run()
      File "C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\setup.py", line 176, in run
        self.build()
      File "C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\setup.py", line 192, in build
        cmake_generate()
      File "C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\setup.py", line 114, in cmake_generate
        env=os.environ.copy()
      File "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\lib\subprocess.py", line 363, in check_call
        raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command '['cmake', 'C:\\Users\\Felix\\AppData\\Local\\Temp\\pip-req-build-zi_ro1tk', '-DPYTHON_EXECUTABLE=E:\\Logiciels\\Stax\\Dev\\blender-2.92.0-c13754e6475e-windows64\\2.92\\python\\bin\\python.exe', '-DOTIO_PYTHON_INSTALL:BOOL=ON', '-DOTIO_CXX_INSTALL:BOOL=ON', '-DCMAKE_BUILD_TYPE=Release', '-DOTIO_PYTHON_INSTALL_DIR=E:\\Logiciels\\Stax\\Dev\\blender-2.92.0-c13754e6475e-windows64\\2.92\\python\\Lib\\site-packages', '-DCMAKE_INSTALL_PREFIX=E:\\Logiciels\\Stax\\Dev\\blender-2.92.0-c13754e6475e-windows64\\2.92\\python\\Lib\\site-packages\\opentimelineio\\cxx-libs', '-DOTIO_PYTHON_PACKAGE_DIR=E:\\Logiciels\\Stax\\Dev\\blender-2.92.0-c13754e6475e-windows64\\2.92\\python\\Lib\\site-packages', '-A', 'x64']' returned non-zero exit status 1.

    ----------------------------------------
Command "E:\Logiciels\Stax\Dev\blender-2.92.0-c13754e6475e-windows64\2.92\python\bin\python.exe -u -c "import setuptools, tokenize;__file__='C:\\Users\\Felix\\AppData\\Local\\Temp\\pip-req-build-zi_ro1tk\\setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record C:\Users\Felix\AppData\Local\Temp\pip-record-5y35882f\install-record.txt --single-version-externally-managed --compile" failed with error code 1 in C:\Users\Felix\AppData\Local\Temp\pip-req-build-zi_ro1tk\

Full message in:
otio_bug_windows_log.txt

More info: I see in your log that pybind11 is failing to find Python...
    -- Found PythonInterp: E:/Logiciels/Stax/Dev/blender-2.92.0-c13754e6475e-windows64/2.92/python/bin/python.exe (found version "3.7.7")
    CMake Error at src/deps/pybind11/tools/FindPythonLibsNew.cmake:158 (message):
      Python libraries not found
    Call Stack (most recent call first):
      src/deps/pybind11/tools/pybind11Tools.cmake:16 (find_package)
      src/deps/pybind11/CMakeLists.txt:33 (include)

I also tested with: https://github.com/PixarAnimationStudios/OpenTimelineIO/pull/886
I get the same error.

More info: I see in your log that pybind11 is failing to find Python...

But two lines above it says -- Found PythonInterp: E:/Logiciels/Stax/Dev/blender-2.92.0-c13754e6475e-windows64/2.92/python/bin/python.exe, this isn't related?

yes, that's related. It's Python's libs it didn't find

conda create -n otio37 python=3.7
conda activate otio37
python -m pip install git+https://github.com/PixarAnimationStudios/OpenTimelineIO.git

yields
(otio37) c:\Projects\otio>python -m pip install git+https://github.com/PixarAnimationStudios/OpenTimelineIO.git
Collecting git+https://github.com/PixarAnimationStudios/OpenTimelineIO.git
  Cloning https://github.com/PixarAnimationStudios/OpenTimelineIO.git to c:\users\meshu\appdata\local\temp\pip-req-build-bdywgop8
Collecting pyaaf2==1.4.0
  Downloading pyaaf2-1.4.0.tar.gz (88 kB)
     |████████████████████████████████| 88 kB 897 kB/s
Building wheels for collected packages: OpenTimelineIO, pyaaf2
  Building wheel for OpenTimelineIO (setup.py) ... done
  Created wheel for OpenTimelineIO: filename=OpenTimelineIO-0.14.0.dev1-cp37-cp37m-win_amd64.whl size=277724 sha256=9bd3ed0643240bbca643137f5a907db89594a0f53b3882f5f4d3ace38703aeb0
  Stored in directory: C:\Users\meshu\AppData\Local\Temp\pip-ephem-wheel-cache-nj0hrtss\wheels\a9\91\fc\01fdbe84d389b72f61a5f30145d64dd00d87a77b772b448aa1
  Building wheel for pyaaf2 (setup.py) ... done
  Created wheel for pyaaf2: filename=pyaaf2-1.4.0-py3-none-any.whl size=99181 sha256=31261fcd4395f2aecd01148a95a2c8783dd2adc6ce0c969028da3416ee1631ce
  Stored in directory: c:\users\meshu\appdata\local\pip\cache\wheels\31\d3\d1\ea021cecc69fb573e5c0b2d71ea8897b71d9e30b7596ba2b14
Successfully built OpenTimelineIO pyaaf2
Installing collected packages: pyaaf2, OpenTimelineIO
Successfully installed OpenTimelineIO-0.14.0.dev1 pyaaf2-1.4.0

There must be something different about where the Python libraries are located for Blender. Do you know where they are?

Following the instructions on the blender website, I see the libraries land in
c:\blender-git\lib\win64-vc15\python\37\libs and 39\libs
to make this work, there probably needs to be a way to pass an argument to pip to tell it where this directory is, and then pass the location from pip to cmake, such that find_package(Python) can subsequently discover the libraries.
We are working through enabling CI for Windows builds at the moment. I think it makes sense to first get our CI working, then address specific build issues such as this one as a second step.

Further reference: Installing into Blender is documented in @Tilix4 's project: https://gitlab.com/Tilix4/vse-io

There isn't any way to tell CMake to take the current running python? Because I've launched pip using the Blender's internal python, CMake doesn't handle any reference to it?
Or maybe am I totally misunderstanding the issue...

Further reference: Installing into Blender is documented in @Tilix4 's project: https://gitlab.com/Tilix4/vse-io

Actually I wrote this before testing it, and I raised the issue after my tests. Then this is not a way to make it work...

CMake is properly finding the runtime components. It isn't finding the python.lib for linking with C++. That's the failure. Blender puts the python linking libraries in a different place than the CMake Python find script expects. That's why I'm saying we would need to tell CMake where the Blender build puts the linking library in particular. The rest is fine.

Hi @meshula, Any news about this?

Hi there, thanks for the follow up. In the last month or so, we've put some effort into making the Python set up easier to manage. None of us currently build Blender, so we haven't tested that yet. If you don't specify OTIO_PYTHON_INSTALL_DIR or a CMAKE_INSTALL_PREFIX, the OTIO build system will attempt to set up python according to the cmake standard command:
        find_package(Python REQUIRED COMPONENTS Interpreter Development)

So at this point, my expectation would be that if you don't override those two variables, and you do follow standard Blender/cmake guidance for find_package(Python), things should work. I am being a little vague and optimistic about standard guidance on Blender/cmake, because I hope there is some, but haven't found it yet. If you know where that is, we could do a test and verify if my expectation makes sense.

Hi @meshula, is there any update about it?
Starting from now I'll spend some time trying to fix this issue and being finally able to pip install OTIO into blender's python.

@meshula, first step following https://opentimelineio.readthedocs.io/en/latest/tutorials/quickstart.html#to-build-otio-for-both-c-and-python-development
I get this error on both linux and windows:
Traceback (most recent call last):
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\distutils\fancy_getopt.py", line 233, in getopt
    opts, args = getopt.getopt(args, short_opts, self.long_opts)
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\getopt.py", line 93, in getopt
    opts, args = do_longs(opts, args[0][2:], longopts, args[1:])
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\getopt.py", line 157, in do_longs
    has_arg, opt = long_has_args(opt, longopts)
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\getopt.py", line 174, in long_has_args
    raise GetoptError(_('option --%s not recognized') % opt, opt)
getopt.GetoptError: option --cxx-install-root not recognized

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "setup.py", line 36, in <module>
    _dist.parse_command_line()
  File "C:\Users\Felix\AppData\Roaming\Python\Python37\site-packages\setuptools\dist.py", line 499, in parse_command_line
    result = _Distribution.parse_command_line(self)
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\distutils\dist.py", line 483, in parse_command_line
    args = self._parse_command_opts(parser, args)
  File "C:\Users\Felix\AppData\Roaming\Python\Python37\site-packages\setuptools\dist.py", line 814, in _parse_command_opts
    nargs = _Distribution._parse_command_opts(self, parser, args)
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\distutils\dist.py", line 578, in _parse_command_opts
    (args, opts) = parser.getopt(args[1:])
  File "C:\Users\Felix\AppData\Local\Programs\Python\Python37\lib\distutils\fancy_getopt.py", line 235, in getopt
    raise DistutilsArgError(msg)
distutils.errors.DistutilsArgError: option --cxx-install-root not recognized

Thanks, it worked. I'm digging into pip issue.

Daily report:
I can compare the successful (windows python3.7.9) and the failing one (blender python 3.7.7).
The weels building bdist_wheel fails in both cases and falls back on the install.
It seems to be an issue in the src\deps\pybind11\tools\FindPythonLibsNew.cmake, the PYTHON_LIBRARY var is always deduced from the python's executable and infers filepaths which cannot be overriden only on win: https://github.com/pybind/pybind11/blob/8de7772cc72daca8e947b79b83fea46214931604/tools/FindPythonLibsNew.cmake#L184
These directories don't exist under Blenders python:
python/
|
|--bin/
  |--python.exe
  |--python37.dll
|--DLLs/...
|--lib/...

Setting by hand directly in the code PYTHON_LIBRARY to the lib/ dir works and the libs are correctly found, but leads to a new error:
CMake Error in src/py-opentimelineio/opentime-bindings/CMakeLists.txt:
      Imported target "pybind11::module" includes non-existent path

        "E:/Logiciels/Stax/Dev/blender-2.92.0-windows64/2.92/python/include"

      in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

      * The path was deleted, renamed, or moved to another location.

      * An install or uninstall procedure did not complete successfully.

      * The installation package was faulty and references files it does not
      provide.

Which looks like a similar issue, where the include dir is supposed to be there by default but doesn't exist on blender's python.
Trying to disable the PYTHON_INCLUDE_DIR (set empty) leads to these issues (sharing in case it pops up something to your mind):
WARNING: Target "_opentime" requests linking to directory "E:/Logiciels/Stax/Dev/blender-2.92.0-windows64/2.92/python/lib".  Targets may link only to libraries.  CMake is dropping the item.
...
C:\Users\Felix\AppData\Local\Temp\pip-req-build-_i66ief9\src\deps\pybind11\include\pybind11\detail/common.h(124,10): fatal error C1083: Cannot open include file: 'Python.h': No such file or directory

Hope the information is useful, will continue my cluedo tomorrow.

Great progress, congratulations. As part of your process, I would recommend looking at your CMakeCache.txt. You can discover (1) what are the names of variables actually in use, and (2) how do the things you set relate to where they landed in the CMakeCache. It's a shame the Python ecosystem is so complex, but I guess it's to be expected after decades of experimentation by the community.

Okay, I managed to install into Blender's python by setting PYTHON_INCLUDE_DIRS and PYTHON_LIBRARIES by hand to target the local python libs and dirs.
Now I have to find a way to correctly target these resources from Blender's python. Do you have any input about pybind which could provide it on its own?
And why it works easily on unix but not on windows?

By "correctly target these resources" do you mean setting up Blender to also see OpenTimelineIO? I think you can't point outside of Blender - https://blender.stackexchange.com/questions/172421/pythonpath-ignored - but there are a bunch of solutions - https://stackoverflow.com/questions/11161901/how-to-install-python-modules-in-blender
Unfortunately Python on Windows is very prickly compared to other platforms, due to I suppose philosophical differences by the maintainers of different platforms. For example, on Windows, there is a not well documented rule that debug builds of Python need all modules suffixed with a lower case d. There are also difficulties with dynamic library search paths that do not apply on other platforms. You can see similar struggles here https://github.com/PixarAnimationStudios/USD/pull/1478 and here https://github.com/PixarAnimationStudios/USD/pull/1420 ....

No, I mean to tell the builder to find the system python instead of the current running python for the library and the include directories (which will force to have python3 installed to pip install into blender's python).
i.e:
PYTHON_LIBRARIES=C:/Users/Felix/AppData/Local/Programs/Python/Python37/libs/python37.lib
PYTHON_INCLUDE_DIRS=C:/Users/Felix/AppData/Local/Programs/Python/Python37/include
The other possibility would be to embed all these dependencies into OTIO package but it smells heavy.

NB: I'm facing the exact same issues with the https://github.com/pybind/cmake_example trying to pip install it into blender's python. I'll try to make it work and then report the modifications into OTIO's.


Resolves #1107 - fix invalid gaze clicking outside the intended object

this was bugging because the gaze clicker count was set to a positive integer on the whole hierarchy below a gaze clickable object - when gazing at anything, the code (which I've fixed to prevent this) found the scene node in the root which had a positive gaze clicker count -> everything appeared to be clickable

lgtm


Remove transaction retries from cluster overview page

https://cockroachlabs.atlassian.net/browse/CC-5303

This change is

LGTM. For future reference, could you add a line to the description that summarizes the issue (e.g., "Transaction retries are not displayed on the Cluster Overview page for Serverless clusters; this PR removes them from the doc")?

Yes, sorry about that! tftr


groups: group ref spacing in threads hurts

The host ship runs into the "Join" button, there's an extra space between the name and "by", and there's no spacing between adjacent refs.

This one was fixed with #1998


Some requests are not recorded

I can't find some requests and I have a feeling it's because of the path field max length is too small?

I can confirm that this is the case for me. The path can get very long in this particular application. This results in a database error (postgresql):

2019-06-05 10:40:31.930 CEST [3437] user@db ERROR:  value too long for type character varying(200)
2019-06-05 10:40:31.930 CEST [3437] user@db STATEMENT:  INSERT INTO "rest_framework_tracking_apirequestlog" (...)
And the only field that is 200 long wihich has a value that doesn't fit is "path".

drf-tracking seems to handle this by not inserting the data.
Is there a workaround to this?
It should be possible to change the datatype for the "path" field from varchar to text. But i'd rather change it in a model if possible.

https://github.com/aschn/drf-tracking/pull/140


Backtrace piping doesn't work in Python 3

The output of an exception that isn't parsed well:
Traceback (most recent call last):
  File "/home/nir0s/repos/nir0s/backtrace/test2.py", line 4, in moose_bites_kan_be_pretty_nasti
    with open(filename) as f:
FileNotFoundError: [Errno 2] No such file or directory: 'certainly_a_non_existing_moose'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "test.py", line 123, in <module>
    i = Moose()
  File "test.py", line 25, in __init__
    self.a_moose_once_bit_my_sister()
  File "test.py", line 28, in a_moose_once_bit_my_sister
    _mynd_you()
  File "test.py", line 118, in _mynd_you
    test2.moose_bites_kan_be_pretty_nasti()
  File "/home/nir0s/repos/nir0s/backtrace/test2.py", line 10, in moose_bites_kan_be_pretty_nasti
    moose_func(ex)
  File "/home/nir0s/repos/nir0s/backtrace/test2.py", line 14, in moose_func
    raise raise_moose(ex)
  File "/home/nir0s/repos/nir0s/backtrace/test2.py", line 18, in raise_moose
    raise MooseError(ex)
test2.MooseError: [Errno 2] No such file or directory: 'certainly_a_non_existing_moose'

Fixed.


Reenable cooperativeSettle and setTotalWithdraw

We commented out cooperativeSettle and setTotalWithdraw in https://github.com/raiden-network/raiden-contracts/pull/270
These should be changed back when re-enabling cooperative settle & withdraw:
Contracts

uncomment withdraw event https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/TokenNetwork.sol#L148-L152
uncomment setTotalWithdraw https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/TokenNetwork.sol#L333
uncomment cooperativeSettle https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/TokenNetwork.sol#L814
uncomment recoverAddressFromCooperativeSettleSignature https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/TokenNetwork.sol#L1441
uncomment recoverAddressFromWithdrawMessage https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/TokenNetwork.sol#L1472

Test contracts

uncomment recoverAddressFromCooperativeSettleSignaturePublic recoverAddressFromCooperativeSettleSignaturePublic
uncomment recoverAddressFromWithdrawMessagePublic https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/contracts/test/TokenNetworkInternalsTest.sol#L224

Tests

https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/fixtures/channel.py#L118-L126
unskip all cooperative settle tests in https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/test_channel_cooperative_settle.py
unskip all withdraw tests in https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/test_channel_withdraw.py
fix settlement test https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/test_channel_settle.py#L146-L158
unskip test_recover_address_from_withdraw_message https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/unit/test_unit_signatures.py#L6-L7
unskip test_recover_address_from_cooperative_settle_signature https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/unit/test_unit_signatures.py#L173-L174
fix ChannelValues (now withdraw is set to 0 for all tests) https://github.com/raiden-network/raiden-contracts/blob/d47aa6b6adbbfc3702e2258387d7695c96101d7b/raiden_contracts/tests/utils/utils.py#L30-L31

Is this still in Ithaka?

@pirapira - at the moment, only re-enabling withdraw. But it needs to be synchronized with the Raiden client team withdraw implementation.


re-direction on idleTimeout is not happening in all opened tabs

I have opened few tabs and when they are idle, a dialog pops up and if i continue to be idle, the timeout happens. All these work just fine. however, the timeout happening in one tab redirects the user to the login screen in that particular tab alone and all other tabs are not redirected. Further worse, for those tabs which did not redirect (this is becasue of the url. if it is the login screen, i am restricting the ng-idle events not to timeout or in other words to keep on watching) , the idle watch is restarted and does its job - which is meaning less at this point.
Is there a way to handle tha above mentioned scenario..??

It's hard to say with the information provided. Your application should be set up to globally subscribe to the timeout event and redirect to your login page. If you are subscribing to the event only on certain controllers, then when those controllers go out of scope, they'll no longer be able to respond to the event.
You can manage this global handling a number of ways. One way is to simply set it up in your app's .run function:
angular.module('myApp', ['ngIdle'])
    .run([$rootScope, Idle, function($rootScope, Idle) {
         $rootScope.$on('IdleTimeout', function() {
             // redirect to login page
         });

         Idle.start();
     }]);

You could also place all this wireup in a service that you initialize during run.


Panel Title Overflow

Does this issue occur when all extensions are disabled?: Yes

Version: 1.85.0
Commit: af28b32d7e553898b2a91af498b1fb666fdebe0c
Date: 2023-12-06T22:27:05.695Z
Electron: 25.9.7
ElectronBuildId: 25551756
Chromium: 114.0.5735.289
Node.js: 18.15.0
V8: <IP_ADDRESS>-electron.0
OS: Linux x64 6.6.3-1-default
Steps to Reproduce:

Have a long terminal tab title, which can be set using terminal.integrated.tabs.title or by extensions.

Start a new terminal tab, and the right side of the panel will overflow:

This did not fix the problem. There is much more going wrong here. Width computation of the tool bar only takes clientWidth into account

Still pushes some of the toolbar buttons out of the way if it's long enough. Also doesn't adjust until the window is resized.

Closing this issue and creating a new one for the terminal title

Can still repro:

Verified that close action is no longer getting hidden until panel titles are hidden.

Encountered the error again in version 1.89.0:


Destroy UserDataMap entries on object destruction

Right now, entries in a UserDataMap are only destroyed when the object (such as a WlSurface) is destroyed.  This is counterintuitive and makes memory leaks due to circular references very easy to create.
A more developer-friendly approach would be to destroy the UserDataMap when the protocol-level object has been destroyed, whether or not there are other Rust-level references to the object.  This would trigger the destructors of the objects in the map, allowing circular references to be broken much more easily.

Closing as the underlying memory leak in Smithay has been fixed: Smithay/smithay@3842b78979f7aa0f3da2447bbc7620e211a329c0.


Improve repository registration

This PR improves registration of Repositories in a BoundedContext. This PR makes each repository has a link to the BoundedContext to which it belongs. The BoundedContext sets this relationship when the repository is registered.
After the repository is registered the BoundedContext calls Repository.onRegistered() allows the repository to perform post registration work specific to the type of the repository.
Breaking changes:

BoundedContext is no longer sent to the constructor of types descending from Repository.

The number of changed files in this PR is that big because of the optimized imports followed the recent root package migration.

@armiol, PTAL.


Opening the video files in the test project produces no result

I don't know if this project is still active, but when I open the project in godot and run it. I get the window with the open button. clicking on one of the 3 videos that comes up doesn't do anything. it just sits there. I assume it's supposed to be playing video. which versions of godot is this for?

there are 4 erros listed
W 0:00:00.237   The function 'list_dir_begin()' returns a value, but this value is never used.
<C++ Error>   RETURN_VALUE_DISCARDED
      World.gd:13
W 0:00:00.237   The argument 'delta' is never used in the function '_process'. If this is intended, prefix it with an underscore: '_delta'
<C++ Error>   UNUSED_ARGUMENT
      World.gd:52
E 0:00:00.238   godot_videodecoder_open_file(): Format not recognized:  ()
<C++ Source>  src/gdnative_videodecoder.c:549 @ godot_videodecoder_open_file()()
 World.gd:39 @ _open()
World.gd:26 @ _ready()
E 0:00:01.811   godot_videodecoder_open_file(): Format not recognized:  ()
<C++ Source>  src/gdnative_videodecoder.c:549 @ godot_videodecoder_open_file()()
 World.gd:39 @ _open()
World.gd:31 @ _on_menubutton_index_pressed()

The project is designed for Godot 3.0, tested upto Godot 3.1
It is inactive as GDNative support is removed in Godot 4.0
The new GDExtension version is in works.


ddh.org -> www.ddh.org

Root ddh.org does not resolve website.
Need to redirect to www (where the ssl lives)

This was fixed for http://datadrivenhypothesis.org but is still a problem for https://datadrivenhypothesis.org

I setup an additional route in OpenShift that has fixed the above error. I still need to record this additional route in the openshift config.

The additional route has been added/documented in the role that deploys DDH: https://github.com/Duke-GCB/gcb-ansible-roles/pull/83


Index was out of range. Must be non-negative and less than the size of the collection.

Hi hope you can help, I keep getting errors when I try to Import. I've split my binaries into Pokemon folders but haven't been able to actually start converting the binary files in Unity yet. I've attached the errors generated in console below (errors.txt), I'm sure I've just done something wrong on my end, any ideas?
errors.txt

Could you share a bit more details on the folder structure and which folder option you are using?
So in the preview section you can see which binaries its trying to merge together, every Pokemon merged binary subsection should only be trying to merge binaries from one mon.
Correct:

Incorrect, and might be the cause of this issue:

Hey @opeious, I think the merged binaries look okay:

The github repo, Bin3DS and Exported folders are all in the root of Assets.

Just confirming the element 0 of each binary is the model's binary, apart from that the settings look fine to me, maybe something is wrong with the binaries.
Which game are they from? I have only tested the binaries of Sun and Moon mainly.
Could you email them to me? or send me them on discord?
https://discord.gg/8yTPtmw5 (Server link)

Looks like my binaries were messed up, thanks a lot for your help @opeious


Chore/second speaker

Update speaker info

📝 Changed routes:

/
/speakers

(view full size)
(view full size)

Commit c47ceee6a63e42db2b5cf2d317469db47a06c3f0 (https://hackportal-hackutd-a2yislzld-acmutd.vercel.app).


Playing this m3u8 has no picture

http://skydvn-nowtv-atv-prod.skydvn.com/atv/skynews/1404/live/04.m3u8
Hi, guys, when I open this m3u8, It has no picture, but sound is playing
I open this m3u8 with potplayer in my pc works fine
Any idea?
Thank you
Android Emulator API 26
"dependencies": {
"babel-preset-react-native": "2.1.0",
"react": "16.0.0-alpha.12",
"react-native": "0.47.2",
"react-native-immersive": "^1.0.0",
"react-native-orientation": "^3.0.0",
"react-native-video": "^2.0.0",
"react-navigation": "^1.0.0-beta.11"
},

https://github.com/react-native-community/react-native-video/issues/759#issuecomment-326819269

thanks


Module 'JOSESwift' was not compiled with library evolution support; using it means binary compatibility for 'SnapKit' can't be guaranteed

Hi All,
I have created a swift framework and adding the joseswift into my pod file as below, When i try to use and import Joseswift i get a warning about binary compatibility. Can anyone please help me fix this warning.

Hi @deepesh-vasthimal-cko! Yes we indeed don't have library evolution support enabled.
Some background on this:
There's an article on the Swift website that states:

Library evolution support should only be used when a framework is going to be built and updated separately from its clients.

JOSESwift is always built together with its clients (via CocoaPods, Carthage, or SPM). We don't release pre-built binaries. Therefore, I believe, there's no need to enable library evolution support on our side.
Furthermore, the article states that:

Frameworks that are always built and distributed together (...) should not be built with library evolution support.

This is exactly the case for JOSESwift.

If your framework requires the ABI stability that library evolution support guarantees you can always compile your dependencies (JOSESwift in this case) with the BUILD_LIBRARY_FOR_DISTRIBUTION build setting enabled. The resulting binary should then have library evolution support enabled.
If you don't rely on ABI stability, you can ignore this warning.

@daniel-mohemian it is true that you don't need to enable library evolution support, however it would greatly help us if it would be guaranteed that the library compiles successfully with BUILD_LIBRARY_FOR_DISTRIBUTION enabled. Otherwise your clients (including us) would have to verify this themselves and diverge from your branch if it doesn't compile with the flag.
In practice this probably means creating tests would verify this.
The same was done in GRDB.

cc @nathan-mohemian who is leading this project now.


Add timestamp to logs

Depends on https://github.com/dotnet/diagnostics/pull/2229

@shirhatti and I happened to be talking about this so I figured its better to put my musings here. Don't take any of this to mean I'm unhappy with the PR as-is, its more a few thoughts on what an ideal/long-term log forwarding pipeline might be.
I'm skeptical if ILogger is best internal interface to be using for log handling for a few reasons:

The interface was designed for developers creating logs, not for forwarding pre-existing ones. Timestamps is one problematic example but others would be trying to fake up an exception object, or reconstitute and replay scopes to set up the right context.
Using the interface nearly guarantees that every log message needs to be fully deserialized into a .NET object (and additional scopes?), then that new object is re-serialized into some output format. It's probably not a pressing concern, but if someday we want to get into the really fast/low resource usage territory I suspect we'd have to re-implement without using ILogger.
Its not clear to me how much value we get from being able to plug in any arbitrary ILogger sink. I suspect there are only one or two pre-existing ones we care about and we have their source. Rather than spending effort trying to make our input data look like the ILogger interface they expect (and still losing some fidelity in the reconstruction regardless) it might be just as easy to fork and change them. Even if we do want the ability to plug in arbitrary ILoggers and accept some loss of fidelity we could still do that as an optional transformation rather than defining ILogger as the canonical interface that all log messages flow through.

And again not implying you guys should jump into any major change or that this is a priority. Maybe ILogger is more valuable than I've recognized. At this point its just an idea to think upon and you can let me know at some point if you think it would help : )

it might be just as easy to fork and change them. Even if we do want the ability to plug in arbitrary ILoggers and accept some loss of fidelity we could still do that as an optional transformation rather than defining ILogger as the canonical interface that all log messages flow through.

I think this is probably the right approach going forward.


Update Ruby to 2.3

This also bumps all dependencies (and thus incorporates the changes from #5129).

webrick is super unhappy with you.
getting ruby to build on 2.3 is only the start of the 2.3 yakshave and since this is still exploding so badly on 2.3 in travis, i'm certain you haven't see what it does on a chef-client-test run in manhattan.ci

@lamont-granquist fyi, all tests are fixed (confirming with latest commit).

just a bit of cruft to delete 👍

:+1: modulo possibly retargeting things to omnibus-software master and your special branch in omnibus with my critical changes.


safe write of manifest and lock: error while writing out vendor tree: failed to write dep tree

Dep version: f1346974068313371d889e120ec9e01f5ba43642
How to reproduce this:
go get -u -v github.com/gobuffalo/buffalo/...
cd $GOPATH/src/<some-folder>
buffalo new go4260 --with-dep

Output:
Buffalo version v0.9.3

--> go get -u golang.org/x/tools/cmd/goimports
--> go install golang.org/x/tools/cmd/goimports
--> go get -u github.com/golang/dep/cmd/dep
--> go install github.com/golang/dep/cmd/dep
--> go get -u github.com/motemen/gore
--> go install github.com/motemen/gore
--> /home/florin/go/src/github.com/dlsniper/go4260/README.md
--> /home/florin/go/src/github.com/dlsniper/go4260/actions/actions_test.go
--> /home/florin/go/src/github.com/dlsniper/go4260/actions/app.go
--> /home/florin/go/src/github.com/dlsniper/go4260/actions/home.go
--> /home/florin/go/src/github.com/dlsniper/go4260/actions/home_test.go
--> /home/florin/go/src/github.com/dlsniper/go4260/actions/render.go
--> /home/florin/go/src/github.com/dlsniper/go4260/.codeclimate.yml
--> /home/florin/go/src/github.com/dlsniper/go4260/.gitignore
--> /home/florin/go/src/github.com/dlsniper/go4260/grifts/init.go
--> /home/florin/go/src/github.com/dlsniper/go4260/locales/all.en-us.yaml
--> /home/florin/go/src/github.com/dlsniper/go4260/main.go
--> /home/florin/go/src/github.com/dlsniper/go4260/templates/_flash.html
--> /home/florin/go/src/github.com/dlsniper/go4260/templates/application.html
--> /home/florin/go/src/github.com/dlsniper/go4260/templates/index.html
--> /home/florin/go/src/github.com/dlsniper/go4260/.buffalo.dev.yml
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/init.go main.go
--> /home/florin/go/src/github.com/dlsniper/go4260/assets/images/logo.svg
--> /home/florin/go/src/github.com/dlsniper/go4260/assets/css/application.scss
--> /home/florin/go/src/github.com/dlsniper/go4260/assets/js/application.js
--> /home/florin/go/src/github.com/dlsniper/go4260/.babelrc
--> /home/florin/go/src/github.com/dlsniper/go4260/public/assets/.gitignore
--> /home/florin/go/src/github.com/dlsniper/go4260/webpack.config.js
--> yarn init --no-progress -y
yarn init v0.27.5
###
[ yarn output omitted for brevity]
###
Done in 29.27s.
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/init.go main.go
--> /home/florin/go/src/github.com/dlsniper/go4260/models/models.go
--> /home/florin/go/src/github.com/dlsniper/go4260/models/models_test.go
--> /home/florin/go/src/github.com/dlsniper/go4260/grifts/db.go
--> go get github.com/markbates/pop/...
--> go install github.com/markbates/pop/soda
--> database.yml
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/db.go grifts/init.go main.go models/models.go models/models_test.go
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/db.go grifts/init.go main.go models/models.go models/models_test.go
--> /home/florin/go/src/github.com/dlsniper/go4260/Dockerfile
--> /home/florin/go/src/github.com/dlsniper/go4260/.dockerignore
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/db.go grifts/init.go main.go models/models.go models/models_test.go
--> goimports -w actions/actions_test.go actions/app.go actions/home.go actions/home_test.go actions/render.go grifts/db.go grifts/init.go main.go models/models.go models/models_test.go
--> dep init
  Locking in master (feef008) for transitive dep github.com/sergi/go-diff
  Locking in v1.1.4 (69483b4) for transitive dep github.com/stretchr/testify
  Locking in v2.1.0 (25f3d42) for transitive dep github.com/gobuffalo/plush
  Locking in v0.2.0 (c37440a) for transitive dep github.com/pelletier/go-buffruneio
  Using ^3.32.1 as constraint for direct dep github.com/markbates/pop
  Locking in v3.32.1 (148e524) for direct dep github.com/markbates/pop
  Locking in v1.3 (a0583e0) for transitive dep github.com/go-sql-driver/mysql
  Locking in master (91d0d9c) for transitive dep github.com/shurcooL/github_flavored_markdown
  Locking in master (541ff5e) for transitive dep github.com/shurcooL/sanitized_anchor_name
  Locking in master (a0792a0) for transitive dep github.com/shurcooL/go-goon
  Locking in master (f0d1606) for transitive dep github.com/microcosm-cc/bluemonday
  Locking in master (1aed211) for transitive dep github.com/shurcooL/octiconssvg
  Locking in v1.2.0 (ea4d1f6) for transitive dep github.com/gorilla/websocket
  Locking in v1.0 (a720dfa) for transitive dep github.com/fatih/structs
  Locking in v1.1 (667fe4e) for transitive dep github.com/gorilla/securecookie
  Locking in master (57efc9c) for transitive dep golang.org/x/net
  Locking in master (81e9090) for transitive dep golang.org/x/crypto
  Locking in v1.8.1 (3e70a1a) for transitive dep github.com/nicksnyder/go-i18n
  Locking in v1.5.0 (570b54c) for transitive dep github.com/fatih/color
  Locking in v3.0 (99ca9dc) for transitive dep github.com/monoculum/formam
  Using master as constraint for direct dep github.com/markbates/grift
  Locking in master (8e706d9) for direct dep github.com/markbates/grift
  Using ^1.0.0 as constraint for direct dep github.com/gobuffalo/packr
  Locking in v1.0.0 (e9ca0e5) for direct dep github.com/gobuffalo/packr
  Locking in master (6cacb66) for transitive dep github.com/markbates/inflect
  Locking in v1.2.0 (ca5e381) for transitive dep github.com/mattn/go-sqlite3
  Locking in v1.0.3 (f006c2a) for transitive dep github.com/sirupsen/logrus
  Locking in v1.3.3 (31a58af) for transitive dep github.com/markbates/refresh
  Locking in v1.1.0 (879c588) for transitive dep github.com/satori/go.uuid
  Locking in v1.1 (1ea2538) for transitive dep github.com/gorilla/context
  Locking in master (e422674) for transitive dep github.com/lib/pq
  Locking in master (d9bd385) for transitive dep github.com/jmoiron/sqlx
  Locking in master (2d6f6f8) for transitive dep golang.org/x/sys
  Locking in v1.1 (726cc8b) for transitive dep github.com/joho/godotenv
  Using ^0.9.3 as constraint for direct dep github.com/gobuffalo/buffalo
  Locking in v0.9.3 (b68b2b7) for direct dep github.com/gobuffalo/buffalo
  Locking in master (a3969c6) for transitive dep github.com/mattn/anko
  Using master as constraint for direct dep github.com/gobuffalo/suite
  Locking in master (cadc8b8) for direct dep github.com/gobuffalo/suite
  Locking in master (805cee6) for transitive dep github.com/daviddengcn/go-colortext
  Locking in v1.1.0 (346938d) for transitive dep github.com/davecgh/go-spew
  Locking in v1.0.0 (792786c) for transitive dep github.com/pmezard/go-difflib
  Locking in v1.4.0 (bcd8bc7) for transitive dep github.com/gorilla/mux
  Locking in master (d2cdc73) for transitive dep github.com/markbates/willie
  Locking in v0.0.9 (167de6b) for transitive dep github.com/mattn/go-colorable
  Locking in v1.5 (4048872) for transitive dep github.com/russross/blackfriday
  Locking in master (b8bc1bf) for transitive dep github.com/mitchellh/go-homedir
  Locking in master (b4702c9) for transitive dep github.com/markbates/validate
  Locking in v2 (eb3733d) for transitive dep gopkg.in/yaml.v2
  Locking in master (3833324) for transitive dep github.com/dustin/go-humanize
  Locking in master (f4cad6c) for transitive dep github.com/sourcegraph/annotate
  Locking in v1.4.2 (629574c) for transitive dep github.com/fsnotify/fsnotify
  Locking in master (800e180) for transitive dep github.com/markbates/hmax
  Using ^1.1.0 as constraint for direct dep github.com/gobuffalo/envy
  Locking in v1.1.0 (45f72f3) for direct dep github.com/gobuffalo/envy
  Locking in v1.0.0 (c6f054f) for transitive dep github.com/gobuffalo/tags
  Locking in master (85cf7b3) for transitive dep github.com/shurcooL/go
  Locking in v0.8.0 (645ef00) for transitive dep github.com/pkg/errors
  Locking in v1.5 (cc29540) for transitive dep github.com/ajg/form
  Locking in master (0576708) for transitive dep github.com/markbates/going
  Locking in v1.1 (ca9ada4) for transitive dep github.com/gorilla/sessions
  Locking in master (09bb405) for transitive dep github.com/shurcooL/highlight_diff
  Locking in v0.0.2 (fc9e8d8) for transitive dep github.com/mattn/go-isatty
  Locking in master (78fb10f) for transitive dep github.com/shurcooL/highlight_go
  Locking in master (bd320f5) for transitive dep github.com/sourcegraph/syntaxhighlight
  Locking in v1.0.0 (5ccdfb1) for transitive dep github.com/pelletier/go-toml
  Locking in master (1c7f653) for transitive dep github.com/serenize/snaker
safe write of manifest and lock: error while writing out vendor tree: failed to write dep tree
--> goimports -w go4260/actions/actions_test.go go4260/actions/app.go go4260/actions/home.go go4260/actions/home_test.go go4260/actions/render.go go4260/grifts/db.go go4260/grifts/init.go go4260/main.go go4260/models/models.go go4260/models/models_test.go
Usage:
  buffalo new [name] [flags]

Flags:
      --api                  skip all front-end code and configure for an API server
      --ci-provider string   specify the type of ci file you would like buffalo to generate [none, travis, gitlab-ci] (default "none")
      --db-type string       specify the type of database you want to use [postgres, mysql, sqlite3] (default "postgres")
      --docker string        specify the type of Docker file to generate [none, multi, standard] (default "multi")
  -f, --force                delete and remake if the app already exists
  -h, --help                 help for new
      --skip-pop             skips adding pop/soda to your app
      --skip-webpack         skips adding Webpack to your app
      --skip-yarn            skip to use npm as the asset package manager
  -v, --verbose              verbosely print out the go get/install commands
      --with-dep             adds github.com/golang/dep to your app

Error: exit status 1

ach, with our recent refactor of the vendor writer, we lose crucial context when running without -v. is it possible for you to rerun with dep init -v, and share the error outputs? without it, we don't actually know what the writer is failing on 😢
/cc @ibrasho

Ran into this myself on Windows 10 64-bit.
Log:
$ dep init -v
Getting direct dependencies...
Checked 5 directories for packages.
Found 7 direct dependencies.
Root project is "github.com/F21/someproject"
 1 transitively valid internal packages
 7 external packages imported from 7 projects
(0)   ✓ select (root)
(1)     ? attempt github.com/hashicorp/go-cleanhttp with 1 pkgs; 1 versions to try
(1)         try github.com/hashicorp/go-cleanhttp@master
(1)     ✓ select github.com/hashicorp/go-cleanhttp@master w/1 pkgs
(2)     ? attempt github.com/cenkalti/backoff with 1 pkgs; 3 versions to try
(2)         try<EMAIL_ADDRESS>(2)     ✓ select<EMAIL_ADDRESS>w/1 pkgs
(3)     ? attempt golang.org/x/net with 1 pkgs; 5 versions to try
(3)         try golang.org/x/net@master
(3)     ✓ select golang.org/x/net@master w/1 pkgs
(4)     ? attempt github.com/Sirupsen/logrus with 1 pkgs; 46 versions to try
(4)         try<EMAIL_ADDRESS>(4)     ✓ select<EMAIL_ADDRESS>w/1 pkgs
(5)     ? attempt golang.org/x/crypto with 1 pkgs; 1 versions to try
(5)         try golang.org/x/crypto@master
(5)     ✓ select golang.org/x/crypto@master w/1 pkgs
(6)     ? attempt golang.org/x/sys with 1 pkgs; 1 versions to try
(6)         try golang.org/x/sys@master
(6)     ✓ select golang.org/x/sys@master w/1 pkgs
(7)     ? revisit golang.org/x/sys to add 1 pkgs
(7)       ✓ include 1 more pkgs from golang.org/x/sys@master
(7)     ? attempt github.com/pkg/errors with 1 pkgs; 11 versions to try
(8)         try<EMAIL_ADDRESS>(8)     ✓ select<EMAIL_ADDRESS>w/1 pkgs
(8)     ? attempt github.com/go-sql-driver/mysql with 1 pkgs; 18 versions to try
(9)         try<EMAIL_ADDRESS>(9)     ✓ select<EMAIL_ADDRESS>w/1 pkgs
(9)     ? attempt github.com/prometheus/client_golang with 1 pkgs; 15 versions to try
(10)      try<EMAIL_ADDRESS>(10)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(10)  ? attempt github.com/golang/protobuf with 1 pkgs; 1 versions to try
(11)      try github.com/golang/protobuf@master
(11)  ✓ select github.com/golang/protobuf@master w/1 pkgs
(11)  ? attempt github.com/prometheus/common with 2 pkgs; 2 versions to try
(12)      try github.com/prometheus/common@master
(12)  ✓ select github.com/prometheus/common@master w/3 pkgs
(12)  ? attempt github.com/prometheus/procfs with 1 pkgs; 2 versions to try
(13)      try github.com/prometheus/procfs@master
(13)  ✓ select github.com/prometheus/procfs@master w/2 pkgs
(13)  ? attempt github.com/matttproud/golang_protobuf_extensions with 1 pkgs; 6 versions to try
(14)      try<EMAIL_ADDRESS>(14)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(14)  ? attempt github.com/prometheus/client_model with 1 pkgs; 3 versions to try
(15)      try github.com/prometheus/client_model@master
(15)  ✓ select github.com/prometheus/client_model@master w/1 pkgs
(15)  ? attempt github.com/beorn7/perks with 1 pkgs; 5 versions to try
(16)      try github.com/beorn7/perks@master
(16)  ✓ select github.com/beorn7/perks@master w/1 pkgs
(16)  ? attempt github.com/hashicorp/vault with 1 pkgs; 72 versions to try
(17)      try<EMAIL_ADDRESS>(17)  ✓ select<EMAIL_ADDRESS>w/4 pkgs
(17)  ? revisit golang.org/x/net to add 1 pkgs
(18)    ✓ include 4 more pkgs from golang.org/x/net@master
(17)  ? attempt github.com/hashicorp/go-multierror with 1 pkgs; 1 versions to try
(19)      try github.com/hashicorp/go-multierror@master
(19)  ✓ select github.com/hashicorp/go-multierror@master w/1 pkgs
(18)  ? attempt github.com/hashicorp/errwrap with 1 pkgs; 1 versions to try
(20)      try github.com/hashicorp/errwrap@master
(20)  ✓ select github.com/hashicorp/errwrap@master w/1 pkgs
(19)  ? attempt github.com/hashicorp/go-rootcerts with 1 pkgs; 1 versions to try
(21)      try github.com/hashicorp/go-rootcerts@master
(21)  ✓ select github.com/hashicorp/go-rootcerts@master w/1 pkgs
(20)  ? attempt github.com/mitchellh/go-homedir with 1 pkgs; 1 versions to try
(22)      try github.com/mitchellh/go-homedir@master
(22)  ✓ select github.com/mitchellh/go-homedir@master w/1 pkgs
(21)  ? attempt github.com/mitchellh/mapstructure with 1 pkgs; 1 versions to try
(23)      try github.com/mitchellh/mapstructure@master
(23)  ✓ select github.com/mitchellh/mapstructure@master w/1 pkgs
(22)  ? attempt golang.org/x/text with 2 pkgs; 1 versions to try
(24)      try golang.org/x/text@master
(24)  ✓ select golang.org/x/text@master w/9 pkgs
(23)  ? attempt github.com/fatih/structs with 1 pkgs; 3 versions to try
(25)      try<EMAIL_ADDRESS>(25)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(24)  ? attempt github.com/hashicorp/hcl with 2 pkgs; 5 versions to try
(26)      try github.com/hashicorp/hcl@master
(26)  ✓ select github.com/hashicorp/hcl@master w/9 pkgs
(25)  ? attempt github.com/sethgrid/pester with 1 pkgs; 2 versions to try
(27)      try github.com/sethgrid/pester@master
(27)  ✓ select github.com/sethgrid/pester@master w/1 pkgs
(26)  ? attempt github.com/golang/snappy with 1 pkgs; 2 versions to try
(28)      try github.com/golang/snappy@master
(28)  ✓ select github.com/golang/snappy@master w/1 pkgs
  ✓ found solution with 53 packages from 26 projects

Solver wall times by segment:
         b-list-pkgs: 1m23.2663966s
              b-gmal: 1m21.5306715s
     b-list-versions:  1m4.0274955s
     b-source-exists:    7.6149477s
  b-deduce-proj-root:    1.4501824s
         select-atom:     25.0007ms
            new-atom:     12.4992ms
             satisfy:      9.5041ms
         select-root:           2ms
            add-atom:       500.1µs
               other:            0s

  TOTAL: 3m57.9391978s

  Locking in master (6bb64b3) for transitive dep github.com/hashicorp/go-rootcerts
  Locking in master (ac87088) for transitive dep golang.org/x/text
  Locking in master (553a641) for transitive dep github.com/golang/snappy
  Locking in master (57efc9c) for transitive dep golang.org/x/net
  Locking in master (2d6f6f8) for transitive dep golang.org/x/sys
  Using ^0.8.0 as constraint for direct dep github.com/pkg/errors
  Locking in v0.8.0 (645ef00) for direct dep github.com/pkg/errors
  Using ^0.8.1 as constraint for direct dep github.com/hashicorp/vault
  Locking in v0.8.1 (8d76a41) for direct dep github.com/hashicorp/vault
  Locking in master (e645f4e) for transitive dep github.com/prometheus/procfs
  Locking in master (4c0e845) for transitive dep github.com/beorn7/perks
  Locking in master (83588e7) for transitive dep github.com/hashicorp/go-multierror
  Locking in master (b8bc1bf) for transitive dep github.com/mitchellh/go-homedir
  Using master as constraint for direct dep github.com/hashicorp/go-cleanhttp
  Locking in master (3573b8b) for direct dep github.com/hashicorp/go-cleanhttp
  Using ^1.0.3 as constraint for direct dep github.com/Sirupsen/logrus
  Locking in v1.0.3 (f006c2a) for direct dep github.com/Sirupsen/logrus
  Using ^0.8.0 as constraint for direct dep github.com/prometheus/client_golang
  Locking in v0.8.0 (c5b7fcc) for direct dep github.com/prometheus/client_golang
  Locking in master (ab9f9a6) for transitive dep github.com/golang/protobuf
  Locking in v1.0 (a720dfa) for transitive dep github.com/fatih/structs
  Locking in v1.0.0 (3247c84) for transitive dep github.com/matttproud/golang_protobuf_extensions
  Locking in master (6f38060) for transitive dep github.com/prometheus/client_model
  Locking in master (7554cd9) for transitive dep github.com/hashicorp/errwrap
  Locking in master (d0303fe) for transitive dep github.com/mitchellh/mapstructure
  Locking in master (8f6b134) for transitive dep github.com/hashicorp/hcl
  Locking in master (a86a2d8) for transitive dep github.com/sethgrid/pester
  Using ^1.1.0 as constraint for direct dep github.com/cenkalti/backoff
  Locking in v1.1.0 (61153c7) for direct dep github.com/cenkalti/backoff
  Locking in master (81e9090) for transitive dep golang.org/x/crypto
  Using ^1.3.0 as constraint for direct dep github.com/go-sql-driver/mysql
  Locking in v1.3 (a0583e0) for direct dep github.com/go-sql-driver/mysql
  Locking in master (61f87aa) for transitive dep github.com/prometheus/common
Writing out golang.org/x/text@master
Writing out github.com/hashicorp/hcl@master
Writing out<EMAIL_ADDRESS>Writing out github.com/beorn7/perks@master
Writing out github.com/prometheus/client_model@master
Writing out<EMAIL_ADDRESS>Writing out<EMAIL_ADDRESS>Writing out<EMAIL_ADDRESS>Writing out<EMAIL_ADDRESS>Writing out<EMAIL_ADDRESS>Writing out github.com/golang/protobuf@master
Writing out<EMAIL_ADDRESS>Writing out github.com/golang/snappy@master
Writing out github.com/sethgrid/pester@master
Writing out github.com/hashicorp/errwrap@master
Writing out github.com/prometheus/common@master
Writing out github.com/hashicorp/go-cleanhttp@master
Writing out github.com/mitchellh/mapstructure@master
Writing out github.com/prometheus/procfs@master
Writing out github.com/hashicorp/go-rootcerts@master
Writing out<EMAIL_ADDRESS>Writing out golang.org/x/net@master
Writing out golang.org/x/sys@master
Writing out golang.org/x/crypto@master
Writing out github.com/mitchellh/go-homedir@master
Writing out github.com/hashicorp/go-multierror@master
Failed to write dep tree. The following errors occurred:
 *  failed to export github.com/hashicorp/vault: : command killed after 10s of no activity
safe write of manifest and lock: error while writing out vendor tree: failed to write dep tree

As a temporary fix, I changed defaultCmdTimeout to something larger (200 * time.Second).

@F21 yeah, that's gonna be a different issue - this one was an actual error while writing (of some kind, we don't know what), whereas yours was a timeout.


⚠ Jenkins Plugins Artifactory has degraded performance

In 954671a, Jenkins Plugins Artifactory (https://get.jenkins.io/plugins/artifactory/) experienced degraded performance:

HTTP code: 200
Response time: 1252 ms

Resolved: Jenkins Plugins Artifactory performance has improved in 7686c0a after 25 minutes.


Render low quality

What determines this better visualization? Normals?

O{15}.zip

O{22}.zip

Hello,
use below ComputeNormalsGroup function after loading obj file
public void ComputeNormalsGroup(Group group)
{
group.Traverse(o =>
{
if (o is Mesh)
{
var tempGeom = new Geometry();
(o.Geometry as BufferGeometry).deleteAttribute("normal");
tempGeom.FromBufferGeometry((BufferGeometry)o.Geometry);
tempGeom.MergeVertices();
tempGeom.ComputeVertexNormals();
tempGeom.NormalsNeedUpdate = true;
o.Geometry = tempGeom;
}
});
}
...
OBJLoader loader = new OBJLoader();
var rootObject  =loader.Load("../../../../assets/models/obj/O{22}.obj");
ComputeNormalsGroup(rootObject);
you can refer to https://discourse.threejs.org/t/how-to-smooth-an-obj-with-threejs/3950

ok.
Now I have this problem with raycast

now the objects are really soft!!  maybe too much  :)

you can convert to BufferGeometry like as below
         //o.Geometry = tempGeom;
         (o.Geometry as BufferGeometry).FromGeometry(tempGeom);


Add Grids to game and Make game board match parent square

As a user I want to see grids of the game board to see each cell position in the screen.
As a user I want to see the game board full screen to play easily in any screen size.

See this link to draw and measure grid and board game size.

See this link to use custom layouts.
https://developer.android.com/jetpack/compose/layouts/custom


Add ability to redeploy from the UI

This adds the ability to redeploy old deploys from the UI.
Basing this on run_now_fixes because it uses the doBefore() functionality introduced in that branch to load the data for the deploy being repeated.
Currently this implementation adds a re-deploy button to the deploy history table on request detail, next to the JSON button. It also adds a re-deploy button to the deploy detail page (also next to the JSON button).
The original feature request asked for a dropdown, however I believe putting a button on each deploy on the deploy history table is clearer and causes less clutter. It looks like this:

The modal looks like this:

Two things to notice:

There's a JSONTree in the modal so that users can see the attributes of the deploy they are about to redo.
The deployId field is populated with the Id of the old deploy by default. Even though the new deploy can't have the same id as the old one, likely the user will want it to be similar.

If creating the new deploy fails for some reason, the modal pops back up with an error message. Otherwise a success modal pops up with a link to both the new deploy and the old deploy.
Fixes #1079.
cc @tpetr @kwm4385 @wolfd

Nice!
Nit: The text might be a bit cleaner if it just said (New deploy ID must be unique). I think that still conveys the same message.


Add from_label to Operator class

Summary
Adds from_label method to Operator to match Pauli, Statevector and DensityMatrix classes.
Details and comments
This allows initializing an N-qubit Operator as tensor product of select single qubit operators:

"I", "X", "Y", "Z" for Pauli matrices
"H", "S", "T" for single-qubit standard gates
"0", "1", "+", "-", "r", "l" for Pauli matrix eigenstates (same as DensityMatrix matrices).

Eg. h3 = Operator.from_label("HHH") will be a $H\otimes H\otimes H$

This looks good. In Aqua one can do this:
from qiskit.aqua.operators import WeightedPauliOperator

pauli_dict = {
    'paulis': [{"coeff": {"imag": 0.0, "real": -1.052373245772859}, "label": "II"},
               {"coeff": {"imag": 0.0, "real": 0.39793742484318045}, "label": "IZ"},
               {"coeff": {"imag": 0.0, "real": -0.39793742484318045}, "label": "ZI"},
               {"coeff": {"imag": 0.0, "real": -0.01128010425623538}, "label": "ZZ"},
               {"coeff": {"imag": 0.0, "real": 0.18093119978423156}, "label": "XX"}
               ]
}
op = WeightedPauliOperator.from_dict(pauli_dict)

so assuming we have your change, can we overload * and + to construct a weighted pauli operator like:

op = -1.05j * Operator.from_label("II") + 0.39j * Operator.from_label("IZ") - \
      0.39j * Operator.from_label("ZI") - 0.01j * Operator.from_label("ZZ") - \
      0.18j * Operator.from_label("XX")


Fix ListRequisitionsRequest referencing the incorrect parent resource type.

This change is

CC @tristanvuong2021 as this clarifies the intended behavior of https://github.com/world-federation-of-advertisers/cross-media-measurement/pull/172


iocoin : added transaction classes and signing tests.

Description
Added support for creation and signing of transactions for iocoin. Signing tests added.
Test transactions were successfully submitted on the iocoin network. (Submitted via trezor).

Do you just copy everything in Bitcoin folder? what's the differences?

Please prepare PR before submitting for the main repo, cleanup and make sure you reuse all the functionality that's provided by the wallet core


bug: switch Ws connection to Http while sending transaction in Axon

Description
I found Axon's monitor works fine after the recreation of the underline Ws provider, but the transaction sender of Axon kept using Ws connection as well, to enhance its stability, I choose to switch it to Http connection instead

@jjyr please have a look at these failed ibc-test CI, I guess the http url in config rpc_addr is incorrect, which we haven't checked before


Reset HCI before setting parameters

Needed to clear HCI state on some versions/distributions. Without this, the HCI could be in an incompatible mode and not accept commands. On Ubuntu 18.04 (Nvidia JetPack 4.6) with an AX200, the output looked like this before the fix:
~/git/transmitter-linux/build$ sudo ./transmit 4
Command 0xA returned error 0xC
Command 0x39 returned error 0xC
Supported Low Energy Bluetooth features:
        Features: 0xff 0x59 0x00 0x00 0x00 0x00 0x00 0x00
          LE Encryption
          Connection Parameter Request Procedure
          Extended Reject Indication
          Slave-initiated Features Exchange
          LE Ping
          LE Data Packet Length Extension
          LL Privacy
          Extended Scanner Filter Policies
          LE 2M PHY
          LE Coded PHY
          LE Extended Advertising
          Channel Selection Algorithm #2
Command 0x36 returned error 0xC
The transmit power is set to 255 dBm
Command 0x39 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0x37 returned error 0xC
Command 0xA returned error 0xC
Command 0x39 returned error 0xC

And this after
~/git/transmitter-linux/build$ sudo ./transmit 4
Supported Low Energy Bluetooth features:
        Features: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Command 0xA returned error 0xC
Command 0x39 returned error 0xC
Supported Low Energy Bluetooth features:
        Features: 0xff 0x59 0x00 0x00 0x00 0x00 0x00 0x00
          LE Encryption
          Connection Parameter Request Procedure
          Extended Reject Indication
          Slave-initiated Features Exchange
          LE Ping
          LE Data Packet Length Extension
          LL Privacy
          Extended Scanner Filter Policies
          LE 2M PHY
          LE Coded PHY
          LE Extended Advertising
          Channel Selection Algorithm #2
Supported Low Energy Bluetooth features:
        Features: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
The transmit power is set to 7 dBm
Command 0xA returned error 0xC

Additionally, btmon showed the failures, then successes. And a drone scanner app also confirmed that no advertisements were received before the fix but were received after the fix.

Thanks. I did a quick sanity test on a Raspberry PI 4B and this doesn't seem to break anything to let's just merge it.


Add Blockchain Network Visualizer project

@qpwedev
Thank you so much for your submission.
This project is very interesting.


Fixes https://github.com/SAP/cloud-commerce-spartacus-storefront/issu…

…es/6802

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

It looks like our pipeline runs Jenkins only on the repo's branches that start from feature/. So I created a clone-PR: https://github.com/SAP/spartacus/pull/7221


Uncaught ReferenceError: merge is not defined

Using the standalone version i get "Uncaught ReferenceError: merge is not defined" when running the script. It looks like it's the code from he.js that hasn't been properly included.
On this line merge is called in the standalone file, but it's not defined anywhere inside that file:
https://github.com/IonicaBizau/medium-editor-markdown/blob/master/dist/me-markdown.standalone.js#L7
Here merge is defined in he.js:
https://github.com/mathiasbynens/he/blob/master/src/he.js#L89

Good point!
However, I cannot reproduce it in the demo, using the standalone version too: http://ionicabizau.github.io/medium-editor-markdown/
What do you do just before of error throwing?

@IonicaBizau The error throws on page load as far as I can tell. That is very strange, could it be because I am using "use strict"; and you're not?

I cannot reproduce it even using "use strict";, but definitely the merge function should be added.

@IonicaBizau Cool, just to be clear, my "use strict"; statement is in the script that calls new MeMarkdown();, don't know if that makes any difference. :)

This is the line which produce error

This is from my console

And this is my code

Thanks

I'm on it! Will make the changes in another branch.

Wow .. very fast response ...
Thanks :+1:

Yep! Shouldn't be complicated I guess. :smile:
BTW, are there anything special steps to make this error appear? Also, what browser/OS are you using?

I use latest chrome + win 7 ..
I think its because options that being passed to MediumEditor when initialized like this
contentEditor   = new MediumEditor('.content-editable', {
            buttons: ['bold', 'anchor', 'header2', 'pre'],
            buttonLabels: 'fontawesome',
});

:dancer:

I used stable Chrome on OSX Yosemite if that helps.

See #3 for the rebuilt scripts. You can get the standalone version using:
$ wget https://raw.githubusercontent.com/IonicaBizau/medium-editor-markdown/8d41c8fb4e04f94e15a65dfd11ab827fc5a1c0fe/dist/me-markdown.standalone.min.js

(or clicking here)

Got error using minified script above ..

@ghprod Can you please switch on the non-minified version and send me the line number where the error appears?
decode is not supposed to be called. Instead, it should be he.decode.

here they are

@ghprod Good point! Check now.

I'm sorry Ionica .. still error

Since I can't reproduce this error, it's a little bit difficult to commit these changes. Could you provide a JSFiddle reproducing the error?
Thanks!

/cc @ghprod @antonagestam

@IonicaBizau I'm sorry, but I've moved away from using markdown in my project.

@IonicaBizau I'm really sorry too, finally i must use codemirror + marked js ..
cheers for you :beer:

No problem for me. Getting this issue fixed is weird since I don't have any reproduction page.
However, using the *.no-deps.* version should be fine:
<script src="he.js"></script>
<script src="to-markdown.js"></script>
<script src="medium-editor.js"></script>
<script src="me-markdown.no-deps.js"></script>

Yes,
thats what i did when last time i try to make it works :+1:
using no-deps should fine for now ..
Thanks

Could anyone create an online demo to reproduce the error?
I know these functions are not defined, but I don't know if the problem is fixed or not if a demo is missing.


Vertica extension

We need to support Vertica-specific data/metadata

Basically Vertica extension is here.
Additional improvements will be tracked in separate tickets.


Consider Code-Generating helper code for invoking viewcomponents in razor

Related to #612 - this suggestion goes further.
Use razor/roslyn to code generate a wrapper for a view component that will simplify invoking it from Razor, while keeping the authoring experience the same.
Sample code:
@inject ViewComponent<TagCloud> TagCloud

@await TagCloud.GetTags(count: 10)

The generated methods would have the same names and parameters as the methods defined on the viewcomponent class.

We plan to address view component invocation by supporting invoking view components as tag helpers #1051.


Update LAB[PL-200]_M01L01_Environments.md

Fixing #221
Changes proposed in this pull request:

Two spaces after a numbering list <10
Four spaces (or 1 tab stop) for screenshots in-line in the instructions, will solve this numbering issue on Skillable.

Thanks, Simon!


WIP: upgrade to apn v2.2.0 and removed config plugin

This version of apn contains breaking api changes - mostly renaming and deprecating parts of the api.
The feedback api is removed, topic on notes are required.
Since this is a breaking changes we also remove the config plugin after a period of deprecation.
Note: Please squash merge this in to master and remember to put add a semantic commit title to trigger the semantic release.
"perf(apn): Upgrade to apn v2.2.0 and removed config plugin"

When using this branch I have this error in the logs when trying to send to iOS :
Push: Could not send notification id: "6mopWzCvCyESXpgrP", Error: apn.Device is not a constructor


Why don't we have sender's avatar in notify endpoint?

POST /_matrix/push/v1/notify
Issue
Since avatars are some kinda norms when displaying notifications, the current payload spec will probably raise some questions on why that property is not included. I think this should be clarified if there's a good reason behind it. I guessed that one of the reasons might be a permission thing because of the service workers when it comes to web push which probably makes things harder otherwise (not sure).
Also, I noticed that Element app requests the homeserver to fetch more data related to the received event ID inside the push payload.

Since the sender_display_name is sent, I can't see any technical reason not to include the URI for the sender's avatar, so I guess it's just that nobody has previously found any use for it.


ITIM Module

Add a IT Infrastructure Module (ITIM)
Details
A module to deal with the management of infrastructure that is not already covered by another module.
Cluster Management #71

[ ] #71 Management of an item known as a cluster.

Database Management #72

[ ] #72 Management of different database types

Service Management #69
Management of services deployed as part of infrastructure.
Role Management #70

[ ] #70 Management of the device role.

Virtual Machine Management

[ ] #73 Manage virtual machines

mentioned in commit dfba01aed9d7b6811fe9322e3cf2496a0f55efa3

mentioned in commit d44db5c08897a1530a36040b737d2a696de7983a

marked this issue as related to #70

marked this issue as related to #71

marked this issue as related to #69

added 5m of time spent

marked this issue as related to #73

marked this issue as related to #79

marked this issue as related to #72

marked this issue as related to #85

marked this issue as related to #87

marked this issue as related to #80

marked this issue as related to #97

marked this issue as related to #98

marked this issue as related to #125

closing as work is done or migrated to own issue.

added 2m of time spent

marked this issue as related to #149


Crop And Lock - Enhancement - Title bar Size

Description of the new feature / enhancement
Ability to remove / reduce / minimise the titlebar of the Thumbnail or Reparent. This effectively creates a seamless window that takes up less space.
Title bar to become visible either when hovering mouse over window or through shortcut to show/hide title bar or title bars of all created thumbnails or reparents.
Scenario when this would be used?
Reduces the size of the window where you are only cropping a small area that you are looking to keep note off.
Ability to stack / create a section on your desktop where you keep thumbnails / reparents together as a dedicated notification area.
Supporting information
No response

100% needs the title bar gone

/dup https://github.com/microsoft/PowerToys/issues/29381


How to Change Android Sender Name

Expected Behaviour
To have my app's name show up in Android Settings/notification tab when long-pressing a notification (or being asked if I want to dismiss them in the future).
Actual Behaviour
The name PhoneGap PushPlugin is shown.

https://cordova.apache.org/docs/en/latest/config_ref/#name

It's not taking the app's configured name...I am running 2.1.3, could that be it?


FIX #1858 Add engine port

Added flag --generic-engine-port to generic drive in order to specify other port than 2376 on
Docker engine.
Signed-off-by: Tiago Pires<EMAIL_ADDRESS>

Won't the provisioner code still try to use :2376 for the engine port?

No, because dockerPort will be overwritten by the driver.GetURL(). In provision/utils.go the dockerPort value is replaced if the driver.GetURL has ":" with a valid port.

There's assumptions like this that hardcode the port though: https://github.com/docker/machine/blob/15b5a1d10df275a0d1acd179ee1f2c0985ea5a97/libmachine/host/host.go#L113
Unfortunately I think the scope of the change needs to be a bit bigger (eliminating hardcoding of the engine port in all provisioning code) to make it really viable :(

Ok :+1:
So assumptions like https://github.com/docker/machine/blob/15b5a1d10df275a0d1acd179ee1f2c0985ea5a97/libmachine/provision/configure_swarm.go#L38 and https://github.com/docker/machine/blob/15b5a1d10df275a0d1acd179ee1f2c0985ea5a97/libmachine/provision/configure_swarm.go#L41 are also making it harder to make it viable?

@tpires Yes -- I would really love to enable this feature but those hardcoded assumptions need to be worked around before it's really viable.

@nathanleclaire ok, going to have a better look to avoid those hardcoded assumptions. I'll ping you after rebase.

OK thanks!

@nathanleclaire code rebased, I've updated libmachine/provision/configure_swarm.go to enable support for --generic-engine-port with --swarm and --swarm-master.
I've searched through the code and it seems that libmachine/host/host.go (hardcoded 2376) doesn't interfere with generic driver specific engine port (but I'm probably wrong about it).
I've tested both generic and virtualbox driver with and without generic-engine-port and it's :+1:.

Oh, very cool.  I'll take a look soon.

netstat check code needs also to be updated.  Otherwise Machine will never succeed in checking for listening daemon.

Hm, code seems like it should work for this but I'm getting netstat showing Docker listening only on 2376 on Boot2Docker.  I'll investigate

Blergh, https://github.com/boot2docker/boot2docker/blob/057e76a8cd6755415b42dea7b4b9185c5aae7ae4/rootfs/rootfs/usr/local/etc/init.d/docker#L70 over-writes DOCKER_HOST.  Maybe we can just open a new issue for that and treat it as a known issue, since I don't think using generic with boot2docker will be a very common use case.

@nathanleclaire I agree, using generic driver with boot2docker isn't a common use case. But my main focus on this PR was to be able to install and access docker on remote machines (that aren't on a supported cloud provider) even when you're behind a strong firewall (i.e. only outgoing connections on 80,443,8080 and 4443).

@tpires Can I get you to please add a note to the documentation that this feature will not work with boot2docker? After that, this PR LGTM

@nathanleclaire added the note to the documentation and rebased.

Thanks!
LGTM
@dgageot Please take a look and merge if it seems OK to you?

LGTM


How many ports are weavev daemon used for communication and DNS search?

I need to control the firewall and open some ports that weave launch will use. Which ports (tcp/udp/..) are needed to be opened?

Q: Which ports does Weave Net use (e.g. if I am configuring a firewall) ?
You must permit traffic to flow through TCP 6783 and UDP 6783/6784, which are Weave’s control and data ports.
The daemon also uses TCP port 6782 for metrics, but you would only need to open up this port if you wish to collect metrics from another host.
The Weave Net daemon listens on localhost (<IP_ADDRESS>) TCP port 6784 for commands from other Weave Net components. This port should not be opened to other hosts.
When using encrypted fast datapath, make sure that underlying network does not block ESP traffic (IP protocol 50). For instance on Google Cloud Platform a firewall rule for allowing ESP traffic has to be installed.
https://www.weave.works/docs/net/latest/faq/


Rename connect:delete-mapping to connect:mapping:delete

do we really want commands to have 2 colons in them?

:+1:


Flex Items Grow too Tall with flex-direction:column

I've been working on a flexbox layout for a media browser and have run into what I believe to be a flexbox bug in Firefox. I've also noticed the same issue in Spartan.
TL;DR
I've created a codepen to show the issue. Have a look in Firefox 37 and see notes on lines 72 and 110 of the CSS source.
Screenshot

Safari (correct, top left), Firefox (incorrect, right), Spartan (incorrect, bottom left)
Description
With the box model the child affects the parent. With flexbox, the parent and siblings affect the child. Webkit seems to be the only engine to fully grasp this; or I’ve lost my mind. Could be that too.
Webkit and non-Webkit browsers seem to disagree on how to handle intrinsic container sizing on elements with a display:flex;flex-direction:column; parent. For example, if we have a look at the codepen in Firefox 37 and uncomment line 110 we see that our tbody, seen below in red, is the perfect size it should be:

It fills the remaining space just like we want. Isn't that lovely? Now if only it would stay that way! The concept of this "holy grail" layout is that the topbar and footer are always visible and our tbody content area uses overflow-y:auto to scroll it's innerContent if needed. The problem is non-Webkit browsers allow the tbody container to grow as tall as it's innerContent, rather than stay the size the flexbox spec says it should be. In other words, once you add enough content to your tbody rather than kicking in scrollbars the tbody will just keep getting taller, breaking the layout entirely.
Notice in the codepen everything from the body down to the tbody uses flexbox. I did this in an attempt to ensure to rid out any traditional box model layout rules that Firefox may apply but it was to no avail, it lets the parent grow unless we set an explicit height or max-height. This is not a solution because

the whole point of flexbox is to not need to do something like this
due to the nature of our layout being flexible we can't just use something like percentages
calc() doesn't work here either (see line 71)

See also
Possibly related to https://github.com/philipwalton/flexbugs/issues/8
Possibly related to https://github.com/philipwalton/flexbugs/issues/26
Possibly related to https://github.com/philipwalton/flexbugs/issues/41
Also see https://github.com/jpdevries/eureka/issues/8

Notes

The default flex behavior of flex items has changed. In Internet Explorer 10, flex items that didn't fit their containers overflowed the margins of the container or clipped to the margins of the container. Starting with IE11, these items now shrink to fit their containers (up to the min-width value, if specified). Use the flex-shrink property to change this behavior.
https://msdn.microsoft.com/en-us/library/dn265027(v=vs.85).aspx

You can control how excess space along a parent box's layout axis is proportionately distributed to child elements. By using the -ms-flex property, you can make flexbox items "flex," altering their width or height to fill the available space. A flexbox distributes free space to its items proportional to their positive flexibility, or shrinks them to prevent overflow proportional to their negative flexibility.
When the element containing the -ms-flex property is a flexbox item, the -ms-flex property is consulted instead of the width or height properties to determine the main size of the element. (If an element is not a flexbox item, the -ms-flex property has no effect.)
https://msdn.microsoft.com/en-us/library/hh673531(v=vs.85).aspx

Ok so I think I finally figured something out... it comes down to
flex-basis:0 vs flex-basis:0%
I forked the above codepen here, which works in Spartan and Firefox. I used Spartan and Firefox CSS hacks to set flex-basis:0 rather than flex-basis:0%. (Webkit wants you to use flex-basis:0% or flex-basis:100% (try either). Firefox and Spartan want flex-basis:0)
Lastly, I forked one more time with this pen and removed the CSS hacks and took advantage of the ability to use flex-basis:0;-webkit-flex-basis:0%. If Webkit drops the prefix, that won't work of course. Oh wait...that doesn't work because Spartan will acknowledge the -webkit-flex-basis:0% and break itself!!! :anguished:
Conclusion
It's annoying that Project Spartan masks itself as webkit because as I've demonstrated it does not absolutely mimic it's behavior.
I'm not sure which browser engine, if any, properly conform to the flexbox spec in this scenario but I think if you had to pick one it would be webkit :/

Update
Firefox 38 seems to have fixed the issue! :tada:
to see for yourself, have a look at the original codepen in Firefox 38

If you apply flex-shrink:0 to your top bar, thead, and footer the layout works just fine. Keep in mind that the default flex-shrink value is 1.

@philipwalton hm, i've forked the original pen, removed bourbon, added autoprefixer, and applied flex-shrink:0 to the top bar, thead, and footer but am not seeing the desired result. Could i be missing something?
http://codepen.io/jpdevries/pen/doYYoR

However notice in this pen, if I set flex-basis:0 on the tbody it works in Chrome, Canary, Safari, Firefox and sort of Edge.

hello, I ran into an issue which is similar to jpdevries's issue. Please see my question in stackoverflow.

@rliuyi No one knows where to find your question in StackOverflow.

@garrettw I forgot to link sth: https://stackoverflow.com/questions/49662361/firefox-flex-how-to-prevent-flex-items-from-growing-to-tall-with-flex-directio


FSharp.Compiler.Tools nuget not working with new project structure

It seems like adding the FSharp.Compiler.Tools package to an F# project using the new structure causes that project to fail to load in Visual Studio (version 15.5.3).
Repro steps
Provide the steps required to reproduce the problem

Create a netstandard2.0 F# library.
Add the latest FSharp.Compiler.Tools (version 4.1.29) via the nuget UI.

Expected behavior
Should add the nuget package without incident.
Actual behavior
Project will fail to load with the following error:
Repro.fsproj : error  : Project file is incomplete. Expected imports are missing.

Known workarounds
None
Related information
Visual Studio 15.5.3 running on Windows.
NB this issue also occurs if using any net4x target framework.

This doesn't seem to be an active problem, will close