Add OS X Mojave-specific build / link config

add OS X Mojave to the list of platforms which require /usr/local/include to be in include_dirs
add OS X Mojave to the list of platforms which require /usr/local/lib to be in library_dirs

Coverage remained the same at 96.667% when pulling 902df71f1abe9a3dfe7f7558a05eac0c6e06bab2 on wileykestner:add-os-x-mojave-build-link-config into 338102bd3b38ed90680b7c419eff1ae4f1ecbac1 on jalan:master.

Coverage remained the same at 96.667% when pulling 902df71f1abe9a3dfe7f7558a05eac0c6e06bab2 on wileykestner:add-os-x-mojave-build-link-config into 338102bd3b38ed90680b7c419eff1ae4f1ecbac1 on jalan:master.

Coverage remained the same at 96.667% when pulling 902df71f1abe9a3dfe7f7558a05eac0c6e06bab2 on wileykestner:add-os-x-mojave-build-link-config into 338102bd3b38ed90680b7c419eff1ae4f1ecbac1 on jalan:master.

Coverage remained the same at 96.667% when pulling 902df71f1abe9a3dfe7f7558a05eac0c6e06bab2 on wileykestner:add-os-x-mojave-build-link-config into 338102bd3b38ed90680b7c419eff1ae4f1ecbac1 on jalan:master.

Coverage remained the same at 96.667% when pulling 902df71f1abe9a3dfe7f7558a05eac0c6e06bab2 on wileykestner:add-os-x-mojave-build-link-config into 338102bd3b38ed90680b7c419eff1ae4f1ecbac1 on jalan:master.

I haven't updated to Mojave yet, but shouldn't /usr/local be included in the default search paths on macOS? I suspect something went wrong with your upgrade.

It's entirely possible that there is something idiosyncratic about my setup.  Any recommendations on how to compare the library and header search paths that my system is using to your setup or a "bare" installation of mojave?  I am using Xcode Version 10.1 10B61.
Here's the brief history of the changes in this change set and how I arrived at them.
I proposed this change set because I could not use pip to install pdftotext on my machine after following the instructions in the README.
When I tried to install with pip install pdftotext, clang failed when trying to compile the native extension.
First, clang could not find the headers for poppler so it failed at the compilation step.
After I added the explicit header search path in setup.py, clang made it past the first error, but then raised a second compiler error.
The second error suggested that you now have to specify version of the C++ standard library that you'd like to compile against, so I added that flag in setup.py as well.  That resolved the second error on my machine.
Once the std=c++11 flag was specified, clang was able to make it past the compilation step for the native extension, but still raised an error because it could not find the built poppler library to link against, so it failed at the link step.  So I added the explicit library search path to setup.py and that allowed the native extension to compile successfully.
Only after I added all three fixes was I then able to successfully run pip install pdftotext and use the library.  I tested on my machine using both python 2 and python 3.
I'm open to your guidance on how to proceed, thanks for publishing this useful library!

It's entirely possible that there is something idiosyncratic about my setup. Any recommendations on how to compare the library and header search paths that my system is using to your setup or a "bare" installation of mojave? I am using Xcode Version 10.1 10B61.

You could try cpp -v on your system vs on a new Mojave system, if you have one to test on. Here is the output from my High Sierra 10.13.6 system, for reference:
$ cpp -v
Apple LLVM version 10.0.0 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
 "/Library/Developer/CommandLineTools/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.13.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name - -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-cpu penryn -dwarf-column-info -debugger-tuning=lldb -target-linker-version 409.12 -v -resource-dir /Library/Developer/CommandLineTools/usr/lib/clang/10.0.0 -I /usr/include -fdebug-compilation-dir /Users/jason -ferror-limit 19 -fmessage-length 128 -stack-protector 1 -fblocks -fencode-extended-block-signature -fobjc-runtime=macosx-10.13.0 -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -traditional-cpp -o - -x c -
clang -cc1 version 10.0.0 (clang-1<IP_ADDRESS>) default target x86_64-apple-darwin17.7.0
ignoring duplicate directory "/usr/include"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /Library/Developer/CommandLineTools/usr/lib/clang/10.0.0/include
 /Library/Developer/CommandLineTools/usr/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.
^C

You can also ask brew which version of the Xcode Command Line Tools it sees. Here is mine for reference:
$ brew config
HOMEBREW_VERSION: 1.8.6
ORIGIN: https://github.com/Homebrew/brew
HEAD: 858c5e1afb0eb00079a4f014e8fbedf9065d50e4
Last commit: 2 weeks ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 5ffc6f250d04e8b337466dacedb4a249c57cf1e6
Core tap last commit: 2 days ago
HOMEBREW_PREFIX: /usr/local
CPU: octa-core 64-bit haswell
Homebrew Ruby: 2.3.7 => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Clang: 10.0 build 1000
Git: 2.20.1 => /usr/local/bin/git
Curl: 7.54.0 => /usr/bin/curl
macOS: 10.13.6-x86_64
CLT: <IP_ADDRESS>.1.1539992718
Xcode: N/A
XQuartz: 2.7.11 => /opt/X11

You might also run brew doctor to see if it notices any issues.

Thanks very much for the helpful suggestions.
After some more exploration, it seems as if the issues I'm experiencing only happen when I try to pip install pdftotext within a virtualenv.   I am able to install pdftotext==2.1.1 fine when I'm outside of the virtualenv using pip install pdftotext.
Naively I would assume something about being inside that virtualenv is messing with the contents of the environment variables that clang needs to find the header search paths and the library search paths.
When I'm inside my activated virtualenv here is the output I get from brew doctor:
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and what additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew provided
script of the same name. We found the following "config" scripts:
  /Users/wiley/workspace/pdftotext-test/env/bin/python-config

Here are the contents of that script.  Note the parts that deal with with header search paths and library paths - this looks very related to the issues I'm experiencing when inside the virtualenv:
#!/Users/wiley/workspace/pdftotext-test/env/bin/python

import sys
import getopt
import sysconfig

valid_opts = ['prefix', 'exec-prefix', 'includes', 'libs', 'cflags',
              'ldflags', 'help']

if sys.version_info >= (3, 2):
    valid_opts.insert(-1, 'extension-suffix')
    valid_opts.append('abiflags')
if sys.version_info >= (3, 3):
    valid_opts.append('configdir')

def exit_with_usage(code=1):
    sys.stderr.write("Usage: {0} [{1}]\n".format(
        sys.argv[0], '|'.join('--'+opt for opt in valid_opts)))
    sys.exit(code)

try:
    opts, args = getopt.getopt(sys.argv[1:], '', valid_opts)
except getopt.error:
    exit_with_usage()

if not opts:
    exit_with_usage()

pyver = sysconfig.get_config_var('VERSION')
getvar = sysconfig.get_config_var

opt_flags = [flag for (flag, val) in opts]

if '--help' in opt_flags:
    exit_with_usage(code=0)

for opt in opt_flags:
    if opt == '--prefix':
        print(sysconfig.get_config_var('prefix'))

    elif opt == '--exec-prefix':
        print(sysconfig.get_config_var('exec_prefix'))

    elif opt in ('--includes', '--cflags'):
        flags = ['-I' + sysconfig.get_path('include'),
                 '-I' + sysconfig.get_path('platinclude')]
        if opt == '--cflags':
            flags.extend(getvar('CFLAGS').split())
        print(' '.join(flags))

    elif opt in ('--libs', '--ldflags'):
        abiflags = getattr(sys, 'abiflags', '')
        libs = ['-lpython' + pyver + abiflags]
        libs += getvar('LIBS').split()
        libs += getvar('SYSLIBS').split()
        # add the prefix/lib/pythonX.Y/config dir, but only if there is no
        # shared library in prefix/lib/.
        if opt == '--ldflags':
            if not getvar('Py_ENABLE_SHARED'):
                libs.insert(0, '-L' + getvar('LIBPL'))
            if not getvar('PYTHONFRAMEWORK'):
                libs.extend(getvar('LINKFORSHARED').split())
        print(' '.join(libs))

    elif opt == '--extension-suffix':
        ext_suffix = sysconfig.get_config_var('EXT_SUFFIX')
        if ext_suffix is None:
            ext_suffix = sysconfig.get_config_var('SO')
        print(ext_suffix)

    elif opt == '--abiflags':
        if not getattr(sys, 'abiflags', None):
            exit_with_usage()
        print(sys.abiflags)

    elif opt == '--configdir':
        print(sysconfig.get_config_var('LIBPL'))

When I'm inside my activated virtualenv here is the output I get from cpp -v:
Apple LLVM version 10.0.0 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin18.2.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.14.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name - -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-cpu penryn -dwarf-column-info -debugger-tuning=lldb -target-linker-version 409.12 -v -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.0 -I /usr/include -fdebug-compilation-dir /Users/wiley/workspace/pdftotext-test -ferror-limit 19 -fmessage-length 189 -stack-protector 1 -fblocks -fencode-extended-block-signature -fobjc-runtime=macosx-10.14.0 -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -traditional-cpp -o - -x c -
clang -cc1 version 10.0.0 (clang-1<IP_ADDRESS>) default target x86_64-apple-darwin18.2.0
ignoring duplicate directory "/usr/include"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.0/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.

Finally, here is the error output of pip install pdftotext when I'm inside my activated virtualenv:
Collecting pdftotext
  Using cached https://files.pythonhosted.org/packages/21/35/60094dbadd9de2035873390b1cac25e01da605844eba6a07a53a82fa4adc/pdftotext-2.1.1.tar.gz
Building wheels for collected packages: pdftotext
  Running setup.py bdist_wheel for pdftotext ... error
  Complete output from command /Users/wiley/workspace/pdftotext-test/env/bin/python3.7 -u -c "import setuptools, tokenize;__file__='/private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-install-xt4zv63u/pdftotext/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-wheel-f1f_ydyf --python-tag cp37:
  running bdist_wheel
  running build
  running build_ext
  building 'pdftotext' extension
  creating build
  creating build/temp.macosx-10.14-x86_64-3.7
  clang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -DPOPPLER_CPP_AT_LEAST_0_30_0=1 -I/usr/local/Cellar/python/3.7.2/Frameworks/Python.framework/Versions/3.7/include/python3.7m -c pdftotext.cpp -o build/temp.macosx-10.14-x86_64-3.7/pdftotext.o -Wall -mmacosx-version-min=10.9
  pdftotext.cpp:3:10: fatal error: 'poppler/cpp/poppler-document.h' file not found
  #include <poppler/cpp/poppler-document.h>
           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1 error generated.
  error: command 'clang' failed with exit status 1

  ----------------------------------------
  Failed building wheel for pdftotext
  Running setup.py clean for pdftotext
Failed to build pdftotext
Installing collected packages: pdftotext
  Running setup.py install for pdftotext ... error
    Complete output from command /Users/wiley/workspace/pdftotext-test/env/bin/python3.7 -u -c "import setuptools, tokenize;__file__='/private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-install-xt4zv63u/pdftotext/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-record-gdo_i7mr/install-record.txt --single-version-externally-managed --compile --install-headers /Users/wiley/workspace/pdftotext-test/env/bin/../include/site/python3.7/pdftotext:
    running install
    running build
    running build_ext
    building 'pdftotext' extension
    creating build
    creating build/temp.macosx-10.14-x86_64-3.7
    clang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -DPOPPLER_CPP_AT_LEAST_0_30_0=1 -I/usr/local/Cellar/python/3.7.2/Frameworks/Python.framework/Versions/3.7/include/python3.7m -c pdftotext.cpp -o build/temp.macosx-10.14-x86_64-3.7/pdftotext.o -Wall -mmacosx-version-min=10.9
    pdftotext.cpp:3:10: fatal error: 'poppler/cpp/poppler-document.h' file not found
    #include <poppler/cpp/poppler-document.h>
             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    1 error generated.
    error: command 'clang' failed with exit status 1

    ----------------------------------------
Command "/Users/wiley/workspace/pdftotext-test/env/bin/python3.7 -u -c "import setuptools, tokenize;__file__='/private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-install-xt4zv63u/pdftotext/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-record-gdo_i7mr/install-record.txt --single-version-externally-managed --compile --install-headers /Users/wiley/workspace/pdftotext-test/env/bin/../include/site/python3.7/pdftotext" failed with error code 1 in /private/var/folders/jp/mxw37jkx02b88lv87493zxgr0000gp/T/pip-install-xt4zv63u/pdftotext/

So at this point, my working hypothesis is that activating the virtualenv is the source of this issue.  I think a lot of folks do use isolated virtualenvs to do their python development and application deployment so I would vote for supporting pip installs of pdftotext within isolated virtualenvs.  If there is a way to configure an isolated virtualenv such that clang can still see the same header and library search paths inside of virtualenv as outside, I don't know it - but I'm no expert so I would need guidance, perhaps someone like @carljm might be kind enough to share some knowledge.
If there is no extra configuration that can be added to a virtualenv to maintain its isolation but still allow clang to "see" the same header / library search paths inside the virtualenv as outside, at least part of this pull request may still be useful for supporting users who wish to install pdftotext within an isolated virtualenv.  I look forward to any thoughts or guidance you had on the matter and would be more than happy to update the pull request to better support this use case.

Thanks for all the troubleshooting!
That python-config script is a false alarm--looks normal to me.
Installing inside a virtualenv is of course the recommended way to go and has always been supported.
Until I get further evidence that this is broken for more macOS 10.14 users and not just you, I'm going to hold off on any changes. I hope to upgrade my own system to 10.14 soon. Otherwise I need to find someone else to help investigate.

+1 I see this issue as well.

@rob-h-w Did this PR work for you as a fix?

@rob-h-w Did this PR work for you as a fix?

Hi @wileykestner. Yes, the PR worked as expected. I"m using it for local development until it can get merged.

@jalan Looks like there's at least one other case of this in the wild.  Have you done an update to Mojave?  Were you able to reproduce the issue?

I have a Mojave system here now, and everything works fine without this PR, using all of

python 2.7.16 from brew
python 3.7.2 from brew
python 2.7.10 from /usr/bin

Let me know if there's any system information you want to compare, to see if we can find where the difference is

@jalan I'm on macOS version 10.14.3, I see that there is a 10.14.4 update available (as of yesterday I think).  Which version of macOS are you running?

I'm on 10.14.1 now. I will update to 10.14.4 and report back.

+1 same error.
Installed only from PR.
Mojave 10.14.4

Tested again on Mojave 10.14.5, and everything works fine without this PR, using all of

python 2.7.16 from brew
python 3.7.3 from brew
python 2.7.10 from /usr/bin

I have to believe that there's something wrong with your build environments ☹ . Maybe the Xcode command line tools are missing? xcode-select --install
For reference, here are the include paths that I get from cpp -v:
#include <...> search starts here:
 /usr/local/include
 /Library/Developer/CommandLineTools/usr/lib/clang/10.0.1/include
 /Library/Developer/CommandLineTools/usr/include
 /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include
 /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/System/Library/Frameworks (framework directory)
End of search list.

I can report that on OSX Mojave 10.14.5 after a fresh install in virtualenv the same problems occured and I was only able to get everything working with this PR.

python 3.7.3 from brew

The only change i made recently to my system (as far as i am aware) was that i had to update XCode to Version 10.2.1.

@SachaMPS Could you post the output of brew config and cpp -v and xcode-select -p from inside that virtual environment? Might help finally find the cause of this weirdness.

@jalan Here they are:
brew config:
HOMEBREW_VERSION: 2.1.6
ORIGIN: https://github.com/Homebrew/brew
HEAD: fddf5b16bd8df577380a1d810d17825ef611b81f
Last commit: 10 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 940d65f062abea4ba1bc62f3e75e05ec996ccc62
Core tap last commit: 4 days ago
HOMEBREW_PREFIX: /usr/local
CPU: quad-core 64-bit kabylake
Homebrew Ruby: 2.3.7 => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Clang: 10.0 build 1001
Git: 2.22.0 => /usr/local/bin/git
Curl: 7.54.0 => /usr/bin/curl
macOS: 10.14.5-x86_64
CLT: <IP_ADDRESS>.1.1554506761
Xcode: 10.2.1
CLT headers: <IP_ADDRESS>.1.1554506761

cpp -v:
Apple LLVM version 10.0.1 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin18.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.14.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name - -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose -munwind-tables -target-sdk-version=10.14 -target-cpu penryn -dwarf-column-info -debugger-tuning=lldb -target-linker-version 450.3 -v -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.1 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -I /usr/include -I/usr/local/include -Wno-atomic-implicit-seq-cst -Wno-framework-include-private-from-public -Wno-atimport-in-framework-header -Wno-quoted-include-in-framework-header -fdebug-compilation-dir /Users/smps/Mllrsohn/imageaimobile.beta -ferror-limit 19 -fmessage-length 117 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fobjc-runtime=macosx-10.14.0 -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -traditional-cpp -o - -x c -
clang -cc1 version 10.0.1 (clang-1<IP_ADDRESS>) default target x86_64-apple-darwin18.6.0
ignoring nonexistent directory "/usr/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.1/include
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include
 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks (framework directory)
End of search list.

xcode-select -p:
/Applications/Xcode.app/Contents/Developer

@SachaMPS Thanks for that info!

I'm still able to reproduce this with Mojave 10.14.5, pdftotext 2.1.1 & Python 3.7.3.

I finally set up Xcode and was able to reproduce this. Should be fixed in v2.1.2, which I just pushed to PyPI.
Thanks, everyone!


feat: add a link to Toggle VAT number field

fixes: #4130
This PR adds a link Add Tax Id to toggle the input box for the Tax Id.
Here is how it looks:
https://github.com/user-attachments/assets/53b9caa6-935e-410b-a410-4b4456f0ce27

@birkjernstrom Please have a look and let me know your thoughts. Thanks!

Thank you @apsinghdev 👍  I've tweaked the PR a bit to match our code style, but that was really helpful, thanks!

Thank you @apsinghdev 👍 I've tweaked the PR a bit to match our code style, but that was really helpful, thanks!

Thanks! I'll keep in mind Polar's code style in the next PRs. 🙂


data retention policy

Description
Create data retention policy

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-communication-chat


Proposal: Umbrella chart values per env

Hello!
I have around 10 subcharts(and this number grows..) I'm using in one umbrella chart. Most of these charts has a pretty heavy values file(around 200lines per values file), and I'm dividing my values per env. So, for each chart I have 2 files: values-prod.yaml, values-qa.yaml
Until my SRE asked to create umbrella chart to manage all charts in one, everything was OK. I just deployed my chart and specified -f values-{$ENV}.yaml. For now, I need to manage my subcharts deployment under umbrella chart... and ta-da! I'm in trouble.
Which solutions I could use?

Put content of each values file from each chart to values file of umbrella chart.
when doing helm dep up to install/update umbrella's chart requirements, copy values-{qa/prod} to file values.yaml.

Let's discuss each of the solution one by one...

For me, helm chart is a kind of independent building block. If in future I will build new umbrella chart I will need to copy values from prev umbrella's chart values.. Also it's very hard to manage this file, because in my case I have .yaml file with 2000+ lines of code..

Everything is OK, except I have to write sh/gradlefile/makefile and force my SREs to learn new ways how to deploy k8s based software.

What is proposal then?
Ideally it would be great if we could pass -f option to helm dep up cmd. If this option specified chart will be packaged with chosen values file.(renamed if needed to values.yaml). Firstly I was thinking about adding extra key to requirements.yaml, but it seems like a pretty bad idea..
What do you think?

Hey @Olefine,
I think this is a good idea, and I remember seeing this issue a couple of times in the past.
Until this issue is addressed, there are quite a few tools out there to help you with your situation:
https://github.com/roboll/helmfile
https://github.com/Praqma/helmsman
https://github.com/Eneco/landscaper
https://github.com/nuvo/orca
Hope this helps!

closing as inactive.


chore: formatting and cleanup

No actual code changes here, just created a basic prettier configuration (a mix of the default from the docs, my own configuration, and what it looks like you have so far) and ran the formatter. I also removed two SVGs that must have come with whatever template/starter you used that it didn't look like we were using.

I also thought we could update the README image with a nicer screenshot (with the updated dark mode as well). Thoughts on something like this?


Update Readme

Can you please update your Readme briefly including kibana integation with java application step by step.

It can be found in the linked article:

https://bytefish.de/blog/elasticsearch_java/


Add schema on a fuzzy link match

Hi,
When a fuzzy email is matched, the schema is set on the match but not on a fuzzy link. Do you know why? I think the schema should always be set on a match.
Best,
David

For fuzzy emails we can say exact schema type. For URL-s - we can not. Empty schema is an additional flag that source is a fuzzy link.
That's indended and don't need change.


    can not utilize

Describe the bug

Reproduction
no
Steps to reproduce
No response
System Info
No response
Used Package Manager
npm
Code of Conduct

[X] I agree to follow this project's Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] The provided reproduction is a minimal reproducible example of the bug.

Instead of importing from cientos, you can use the Sky component in this way below, and I don't see why using the import is not available.
Code from cientos:
<script setup lang="ts">
// eslint-disable-file vue/attribute-hyphenation
import { MathUtils, Vector3 } from 'three';
import { Sky as SkyImpl } from 'three/examples/jsm/objects/Sky';
import { computed, shallowRef } from 'vue';

export interface SkyProps {
  /**
   * Haziness
   * @param {number} turbidity
   */
  turbidity?: number;
  /**
   * [Rayleigh scattering](https://en.wikipedia.org/wiki/Rayleigh_scattering)
   */
  rayleigh?: number;
  /**
   * [Mie scattering](https://en.wikipedia.org/wiki/Mie_scattering) amount
   */
  mieCoefficient?: number;
  /**
   * [Mie scattering](https://en.wikipedia.org/wiki/Mie_scattering) direction
   */
  mieDirectionalG?: number;
  /**
   * Sun's elevation from the horizon, in degrees
   */
  elevation?: number;
  /**
   * Sun's [azimuth angle](https://en.wikipedia.org/wiki/Solar_azimuth_angle), in degrees – its horizontal coordinate on the horizon
   */
  azimuth?: number;
  /**
   * Sky box scale
   */
  distance?: number;
}

const props = withDefaults(defineProps<SkyProps>(), {
  turbidity: 3.4,
  rayleigh: 3,
  mieCoefficient: 0.005,
  mieDirectionalG: 0.7,
  elevation: 0.6,
  azimuth: 180,
  distance: 450000,
});

const skyRef = shallowRef<SkyImpl>();
const skyImpl = new SkyImpl();
const sunPosition = computed(() => getSunPosition(props.azimuth, props.elevation));

function getSunPosition(azimuth: number, elevation: number) {
  const phi = MathUtils.degToRad(90 - elevation);
  const theta = MathUtils.degToRad(azimuth);
  return new Vector3().setFromSphericalCoords(1, phi, theta);
}

defineExpose({
  root: skyRef,
  sunPosition: sunPosition.value,
});
</script>

<template>
  <primitive
    ref="skyRef"
    :object="skyImpl"
    :material-uniforms-turbidity-value="props.turbidity"
    :material-uniforms-rayleigh-value="props.rayleigh"
    :material-uniforms-mieCoefficient-value="props.mieCoefficient"
    :material-uniforms-mieDirectionalG-value="props.mieDirectionalG"
    :material-uniforms-sunPosition-value="sunPosition"
    :scale="props.distance"
  />
</template>

I also encountered this problem，But it's normal in the guidelines
Suggest adding version display in the guidelines

Hi @IKE1001
Thanks for filing the issue. I can also reproduce.
Minimal reproduction
https://stackblitz.com/edit/tresjs-basic-2wnmw7?file=src%2Fcomponents%2FTheExperience.vue
Workaround
@RaneeX 's solution here: https://github.com/Tresjs/cientos/issues/451#issuecomment-2277028362
For followup
In the past, Tres core as well as the linter have broken props that have camelCase in their props, which Cientos sometimes uses for sending values directly to THREE.
That may be what's happening here with: :material-uniforms-mieCoefficient-value.

This was solved with the V4 of cientos, please feel free to re-open if not


[BUG] Race condition when building SRPM vs binary RPMs in Copr

(this time, I hope this is the right repo)
So I noticed an interesting side effect of actively working on .packit.yml in a PR. At some point I was able to make it work and both SRPM and testing stage completed successfully. As I was playing around, I got into a situation where an SRPM build succeeded but testing failed because of a change in the following commit. So basically SRPM used HEAD^ for checkout (the last one in the PR at the time). While it was still in progress, a new commit (HEAD) appeared and when SRPM succeeded (with the right commit), the testing stage jobs started, but checked out a different commit (the last one in the PR at the time) and failed because of the difference in the .packit.yml file (the last commit broke something).
I think that Packit should behave like other CIs and use the same commit that other jobs in the same workflow run use. I would expect that the commit with the proper config would have a green status reported and the broken commit would be red. What I saw was both commits turning red.
Unfortunately, I haven't kept the logs but I hope this gives you some idea of what's been happening.

Hi! Thank you for creating an issue.
Just to check and avoid confusion, are we talking, as the title says, about a race condition between SRPM and RPM builds where these 2 were working with different commits or RPM build job and test (Testing Farm) job? And if it's the first case, are you building your SRPMs in Copr (or with the old solution - in our infra)?

I think it must be the first case but I'm not sure, since I don't remember whether this was before or after I enabled Copr. I'm almost sure that it was after, though.

@webknjaz this is a good point. If we are using PR ID as an identifier, then the latest commit is always used and can lead to inconsistent results. Agreed that we should point to commit SHA.

How to try to reproduce:

Create a new test in packit/hello-world
Trigger Copr build and test
Before Copr build is finished, push a new commit that would break the tests
TF should be triggered with the commit that was used for Copr build

I just verified that Packit already pairs Copr RPM builds with Testing Farm runs using either commit ID or a specific build - not using PR refs:
https://github.com/packit/packit-service/blob/6f648528db0535b9bf798b814efb74a5fc895139/packit_service/worker/handlers/testing_farm.py#L139-L144
We are also planning to rework the relationship between copr_build and tests jobs that will completely change the codepaths:
https://github.com/packit/packit-service/issues/1775
Therefore I'm closing this as done. Please reopen if you find a deterministic set of steps that lead to a race condition. Otherwise it's really hard to investigate and fix races.


Use current global params outside of the PoS consensus

Current dependencies on/for this PR:

feature/proof-of-stake

PR #579

PR #624   👈

This comment was auto-generated by Graphite.


top texture of cubemesh rotated 180°

Godot version
v3.4.3
System information
Windows 11, GLES3, Intel(R) UHD Graphics
Issue description
If i put two mesh instances one with a cubemesh and one with a planemesh next to each other, apply the same texture and rotate the perspective until she positive end of the x-axis points to the right, the texture on the planemesh appears upright, but the one ontop of the cubemesh appears upsidedown

left side: cubemesh with upside down top texture
right side: two planemeshes aligned with the top and bottom of the cube
Why it´s rotated this way on the cube?
Steps to reproduce
just every time using a cubemesh
Minimal reproduction project
No response

Related to https://github.com/godotengine/godot/issues/19143.

it seems like it is the normal behavior of cubemesh.
i just wonder, why the developers made the top texture appear this way around.

Closing due to lack of response, if you provide the requested information this can be reopened


Non-default Jekyll theme

Migrated from GitLab: https://gitlab.com/meltano/hub/-/issues/16
Originally created by @tayloramurphy on 2021-04-23 22:11:34

Update the singerhub.io website to have a non-default theme. Something simple.

View 3 previous comments from the original issue on GitLab


Fix fails query if bucket number exceeds declared bucket size

fix #4378

@sopel39 thank you very much for your time.

The commit message title is too long. Please shorten to something like

Fail query if there are too many buckets

We follow these guidelines: https://chris.beams.io/posts/git-commit/
When updating the PR, please squash the commits into a single commit (we don't want to merge "fixup" commits).

@electrum For sure I will squash all the commits into one and shorten the commit message after all comments are addressed.

@ArvinZheng either one sounds good to me. Apart from the review comments, I don't have anything else. It should be ready to merge after those addressed. Thanks for the quick response.

@electrum addressed all the comments except for the error message, replied you inline, trying to figure out a better sentence, mind taking a look, thanks.

Thanks!


Allow for database migration scripts that runs on every re-deployment.

See https://github.com/docker-library/postgres/pull/496

One possibility is to make use of COMMENTS to persistent the database version directly in the database. This will make it easier to understand when an update script should be run.


Region Europe missing

Thanks for this integration, I would love to use it. Unfortunately I cannot logon to the Hyundai Bluelink server (it works in the Bluelink app). I am located Europe, which region should I choose?

This is the wrong integration, please uninstall this and install Kia Uvo / Hyundai Bluelink from HACS.

My mistake! I didn't realize there are two repositories. I just switched to your one! Thanks!


Minimal shell: honor full chain of hooks, on either minimal entry point

We have 2 points in which LISA might decide to go with a minimal shell profile:

When first contacting a node, issuing a 'cmd' command, checking if
'Windows' is present in the output or not (rule out Windows shell
type). A negative case will incur in either the POSIX shell type,
if 'Unknown syntax' is not thrown as output. Otherwise, an early
decision for the 'minimal' shell type is taken and the shell object is
set to follow that config from there on.

When running the actual first lisa suite SSH command on the same
node. It turns out we've seen cases where 'Unknown syntax' is not
output at early node initialization (1), for some reason. Well, the
exception path of actual command execution will check internal node
state, that tracks if a minimal profile has been tested before or
not. If not used yet and under a command execution exception, set the
node to minimal type and try again was the logic.

It turns out the 'minification' of the node config was only done partially, in
(2). We missed the full logic of overriding its final SSH command
tokenizer. Make it so it uses the minimal possible way of doing so
in that route as well: just a plain string with all the tokens, no
use of any quotes around any symbol. POSIX shells won't mind this,
and things which are really minimal on the other side (and really not
fully POSIX) will appreciate the simplicity and work again, having
missed the trigger in (1).

@lubaihua33 @LiliDeng LGTM, please verify it.

@glima please fix CI check error.
nox > flake8
./lisa/util/shell.py:215:1: BLK100 Black would make changes.
./lisa/util/shell.py:215:1: E302 expected 2 blank lines, found 1
./lisa/util/shell.py:320:5: E303 too many blank lines (2)

@squirrelsc do I get it in?

@glima please fix the CI check error, thanks.
./lisa/util/shell.py:49:19: BLK100 Black would make changes.


useConfig must be used within WagmiConfig

Is there an existing issue for this?

[X] I have searched the existing issues

Package Version
1.4.1
Current Behavior
Package version: 1.4.1
I have a react native expo app and I try to integrate wagmi with RainbowKit. After I completed the installation process and open the app I get this error:
Unhandled Rejection (Error): useConfig must be used within WagmiConfig.
This is the implementation code:
const { chains, publicClient, webSocketPublicClient } = configureChains(
    [
      mainnet,
      polygon
    ],
    [publicProvider()]
)

const { connectors } = getDefaultWallets({
    appName: 'test',
    projectId: 'b67c616c2f896b215dff2499d07587ed',
    chains,
})

const wagmiConfig = createConfig({
    autoConnect: true,
    connectors,
    publicClient,
    webSocketPublicClient,
})

export default function App() {
    return (
        <WagmiConfig config={wagmiConfig}>
            <RainbowKitProvider chains={chains}>
                <ConnectButton />
            </RainbowKitProvider>
        </WagmiConfig>
    )
}

It's worth noted that I have a separate package inside my project where I install the dependencies and make a build with webpack so I can have the libraries loaded already when I use them, but I don't see how this can be an issue, the only thing I do is import them from that package
Expected Behavior
Should work as expected and load the ConnectButton on the app
Steps To Reproduce
No response
Link to Minimal Reproducible Example (StackBlitz, CodeSandbox, GitHub repo etc.)
No response
Anything else?
No response

Thanks for reporting. This issue is temporarily closed due to lack of information. Please provide a minimal reproducible example and reopen this issue.

@SergiuT did you resolve the issue. I am also getting the same issue. Will post here if there is anything I figure out.

I nuked my node modules and reinstalled and it worked. Probably a stale version of Wagmi cached somewhere.

An MRE on this would be very helpful @TYRONEMICHAEL

Getting this error now.

same issue

There's definitely some weird behavior going on here. Experiencing this in NextJS (app router) as well.
Something like this does not work and gives me the same error described as above:
// wagmi.js

export default function WAGMI({children}){
  return(
    <WagmiConfig config={config}>
      {children}
    </WagmiConfig>
  )
}

//page.js
import WAGMI from './wagmi.js'

export default function Home(){
  const { isConnected, address } = useAccount()

  return(
    <WAGMI>
      <button>Connect Wallet</button>
    </WAGMI>
  )
}

but... if I were to wrap the button in another component and send it to Home like this:
//page.js
import WAGMI from './wagmi.js'

function App(){
  const { isConnected, address } = useAccount()
  return(
    <button>Connect Wallet</button>
  )
}

export default function Home(){
  return(
    <WAGMI>
      <App />
    </WAGMI>
  )
}

it works! strange...

All Wagmi hooks must be used inside <WagmiConfig />. I the first example you posted, useAccount` is not inside it.

All Wagmi hooks must be used inside <WagmiConfig />. I the first example you posted, useAccount` is not inside it.

It does not help

Looks like the error is from RainbowKit. My guess is an update was done on wagmi that the RainbowKit team isn't aware of.  I had to study the node_modules file contents. useProvider is not among the available exports available in wagmi anymore. RainbowKit is still importing and using it to fetch providers

This might be useful for other users:
Not including WagmiConfig or using Wagmi hooks like useAccount() in the same component that contains WagmiConfig will cause this error: "Error: useConfig must be used within WagmiConfig."

I update wagmi, viem and @rainbow-me/rainbowkit to last version and error disappear. updaet this package everywhere

I update wagmi, viem and @rainbow-me/rainbowkit to last version and error disappear. updaet this package everywhere

Which versions?

I update wagmi, viem and @rainbow-me/rainbowkit to last version and error disappear. updaet this package everywhere

could you share the version of each modules - @rainbow-me/rainbowkit, wagmi and viem?

This issue is telling you that you cannot use any hook outside of the WagmiConfig, that means that you SHOULD be using the hook on a CHILD element of WagmiConfig:
As you can see on the documentation,  There is one file that encloses the <Profile /> inside of <WagmiConfig> ... </WagmiConfig> and THEN ont he Profile file the sample uses a hook.
Hopefully this can help you! 😃
import { WagmiConfig, createConfig, mainnet } from 'wagmi'
import { createPublicClient, http } from 'viem'

const config = createConfig({
  autoConnect: true,
  publicClient: createPublicClient({
    chain: mainnet,
    transport: http()
  }),
})

function App() {
  return (
    <WagmiConfig config={config}>
      <Profile />
    </WagmiConfig>
  )
}

import { useAccount, useConnect, useDisconnect } from 'wagmi'
import { InjectedConnector } from 'wagmi/connectors/injected'

function Profile() {
  const { address, isConnected } = useAccount()
  const { connect } = useConnect({
    connector: new InjectedConnector(),
  })
  const { disconnect } = useDisconnect()

  if (isConnected)
    return (
      <div>
        Connected to {address}
        <button onClick={() => disconnect()}>Disconnect</button>
      </div>
    )
  return <button onClick={() => connect()}>Connect Wallet</button>
}

i ran into this error in a correctly configured project because i had some funky import loop going on related to exposing some chains from viem/chains in a dependency that my next13 project was importing in order to use in configureChains... i have no clue what the actual issue was but it may be helpful to future searchers to look at how they're importing chains and to streamline that as much as possible. in my case i had a dependency called config that had two files chains.ts and config.ts (hah), both exported in a bullet file index.ts. chains.ts exposed some viem/chains and config.ts imported them. i actually only needed the type of them in this file, so that fixed my issue.
// NOTE: importing this value directly makes the nextjs build blow up, idk
import type { SUPPORTED_CHAINS } from "./chains";

This just started happening for me too. Last night, everything was working fine. Today, this error shows up. wagmi version 1.4.7

Another message for future searchers. Hard for me to pin down exactly what was going on here as well. I figured I had some sort of "funky import loop" similar to what @shrugs was talking about, or possibly a module resolution issue.
I created a minimal reproduction that was as close to the create-wagmi rainbowkit example as possible: https://github.com/nickbytes/useconfig-repro
Interesting thing to note:

when I use bun, I see the useConfig error
when I use pnpm, I do not see the useConfig error


[Spotify Player] keeps disconnecting from Spotify API

Extension
https://www.raycast.com/mattisssa/spotify-player
Description
Error:
{"_isRayError":true,"code":16,"title":"Could not initialize OAuth","name":"Error","message":"OAuth request creation is not available when command is launched in background","stack":"Error: OAuth request creation is not available when command is launched in background\n    at Rr (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:25:230)\n    at Ke (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6250)\n    at pt (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6375)\n    at Immediate.<anonymous> (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6140)\n    at process.processImmediate (node:internal/timers:478:21)","breadcrumbs":[{"level":"debug","category":"Request","message":"","timestamp":"2024-04-05T19:59:39.809Z","data":{"function":"getApplications"}}]}:

Steps To Reproduce
it just happens randomly. 3 times since yesterday, when I started using.
I got it disconnected twice today while being active on my computer. 2-3 hours apart each
Current Behaviour
No response
Expected Behaviour
No response

I have the same issue
Logs
{"_isRayError":true,"code":16,"title":"Could not initialize OAuth","name":"Error","message":"OAuth request creation is not available when command is launched in background","stack":"Error: OAuth request creation is not available when command is launched in background\n    at Rr (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:25:230)\n    at Ke (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6250)\n    at pt (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6375)\n    at Immediate.<anonymous> (/Applications/Raycast.app/Contents/Resources/RaycastNodeExtensions_RaycastNodeExtensions.bundle/Contents/Resources/api/node_modules/@raycast/server/index.js:24:6140)\n    at process.processImmediate (node:internal/timers:478:21)","breadcrumbs":[{"level":"debug","category":"Request","message":"","timestamp":"2024-04-09T22:14:27.064Z","data":{"function":"getApplications"}}]}:

no one?

Thank you for the report. This issue has been occurring for other users too. We will look into it.

After reviewing it again, it appears that this is a duplicate of issue https://github.com/raycast/extensions/issues/9988, so I'll mark it as such.


Question: how to populate string value to date type from JSP

I have a pojo:with property:

@DbColumn(sqlType=TimestampSqlType.class)
private Date startTime;

then I want to populate value from jsp:(entity is the output parameter)

<input type="text" name="entity.startTime" id="startTime" />

when submit the form , the property 'startTime' can not get the value from JSP
I know   mismatch type.between JSP and property cause that.error
I want to know where can I register sth like TypeConverter to populate without further intervention.
thank you.

Closing as backlog


Does the manager need to run after the cluster is ready?

First of all: Thank you very much for your work on this project and for releasing the information to the public.
I have one question: Does the manager need to keep running after the cluster is up and ready? Or may I shut it down to save compute costs and for security reasons. My idea is to just boot the manager whenever I need to change something.
Thank you and best regards,
Lars

Feel free to shut it down. The only time it needs to be running is when you want to use the UI or when a new node is requesting configuration to bootstrap itself.
Some kind of auto sleep / wake up based on incoming requests would probably be optimal, if possible.


Fix average energy for Wishart

This PR fixes issue #148.

Codecov Report

Merging #149 (60be55b) into master (093cbd4) will decrease coverage by 0.03%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #149      +/-   ##
==========================================
- Coverage   75.38%   75.34%   -0.04%
==========================================
  Files         179      179
  Lines        6371     6369       -2
==========================================
- Hits         4803     4799       -4
- Misses       1568     1570       +2

Impacted Files
Coverage Δ

src/nodes/wishart.jl
100.00% <100.00%> (ø)

src/macrohelpers.jl
59.57% <0.00%> (-2.13%)
:arrow_down:

src/constraints/spec/spec.jl
66.07% <0.00%> (-0.60%)
:arrow_down:

src/node.jl
81.76% <0.00%> (-0.30%)
:arrow_down:

src/constraints/meta/meta.jl
89.13% <0.00%> (-0.24%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 093cbd4...60be55b. Read the comment docs.


Another missing line from TimeIntervalCollection

This was the only other error I found when I looked through the original source.

Can you please add a test that triggers the bug this was causing.

Nevermind.  I'm pretty sure the only case I thought this could effect is impossible.


Remove Buildable interface

That way we could move Provider/Property/FileCollection interfaces out of :core-api. Also we could use Provider API in :process-services  project (ProcessForkOptions, ExecSpec, BaseExecSpec).
https://github.com/gradle/gradle/blob/b0032a8a355379e5868b22d660f8be5cf857168e/subprojects/core-api/src/main/java/org/gradle/api/Buildable.java#L24

Adam
It was originally intended to represent some abstract buildable "thing" so you could wire in a dependency on a logical thing without knowing which tasks produce that thing.
This has been superseded by providers, which carry both the thing and its producers (and more).  (I've never really understood how that thing worked anyway, but it's problematic for other reasons, too, e.g. because it assumes things can only be built by Tasks specifically.)
There are other types that have a TaskDependency getBuildDependencies() method, some without implementing Buildable:

ComponentArtifactMetadata
Configuration (is Buildable)
TextResource (is Buildable)

Some types already have their getBuildDependencies() methods deprecated:

FileCollectionDependency
ProjectDependency

We also have these as @Incubating:

VisualStudioProject
VisualStudioSolution


URL incorrect

the URL here doesn't seem to match the page description

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 116a7d33-b79a-f07d-b9de-d032d805c8d5
Version Independent ID: 94908ca2-5edc-eb8c-b8a2-72cf61969dc7
Content: Set Files On-Demand states
Content Source: OneDrive/files-on-demand-mac.md
Service: one-drive
GitHub Login: @kaarins
Microsoft Alias: kaarins

@v-mianth Thank you for submitting feedback and contributing to the docs. We are currently investigating this.

@v-mianth Thank you for submitting feedback. We understand that this issue has been resolved.
Please feel free to re-open this issue if there is a specific area of the docs that we can improve or make better. Thank you.


Add cookie defaults to listener

add cookie defaults to event listener that fix travis tests
fix TreeBuilder cookie configuration
see comments https://github.com/liip/LiipThemeBundle/commit/8f08c6726a61060f8868ff30c04e2878bc6747f5#commitcomment-852648

You are missing a testcase for the default values.

see last commit ;)

Still missing test for the request listener uses the default values when it isnt configured through the extension. So again - you are missing a testcase for default cookie values.

ok .. i have merged the PR and made some changes to how the cookie defaults are set .. tests are passing now once again


docs(perf): refactor ComponentControls

Before

After

This PR grabs controls from Stardust. I asked my collegues about this, before this change they don't know about editor 🤔
This also allows us to omit Popups creation for each example, it costs over 50-100 ms in development mode.

Codecov Report

Merging #3069 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #3069   +/-   ##
=======================================
  Coverage   99.92%   99.92%
=======================================
  Files         163      163
  Lines        2738     2738
=======================================
  Hits         2736     2736
  Misses          2        2

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a12205a...a5850f1. Read the comment docs.

This PR grabs controls from Stardust. I asked my collegues about this, before this change they don't know about editor 🤔

This is exactly what prompted the refactor here!  I was quite surprised and bummed out that people didn't know about the editor :(

Should we also reverse the order of the links as in Stardust?  This makes the first link "Try it".

On second thought, we can always reorder them after this is merged 😄


nexmon support

Why can't I use nexmon patched firmware to dump?
nexmon: https://github.com/seemoo-lab/nexmon
 ⚡ root@samsung-jflte  ~  ip link set wlan0 down ; ip link set wlan0 up ; ./nexutil -m2 -d
 ⚡ root@samsung-jflte  ~  export LD_PRELOAD="./libfakeioctl.so"
 ⚡ root@samsung-jflte  ~  strace -o strace.log ./hcxdumptool -i wlan0 -o hcx_fun
initialization...
__nex_driver_io: error
failed to set monitor mode: No such device
failed to init socket
__nex_driver_io: error
 ✘ ⚡ root@samsung-jflte  ~  cat strace.log
execve("./hcxdumptool", ["./hcxdumptool", "-i", "wlan0", "-o", "hcx_fun"], 0xbe849cd8 /* 25 vars */) = 0
set_tls(0xb6f78588)                     = 0
set_tid_address(0xb6f7852c)             = 4992
open("./libfakeioctl.so", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0755, st_size=13336, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\234\7\0\0004\0\0\0"..., 936) = 936
mmap2(NULL, 77824, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb6ee3000
mmap2(0xb6ef4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0xb6ef4000
close(3)                                = 0
mprotect(0xb6ef4000, 4096, PROT_READ)   = 0
mprotect(0xb6f9b000, 4096, PROT_READ)   = 0
getuid32()                              = 0
ioctl(1, TIOCGWINSZ, {ws_row=62, ws_col=271, ws_xpixel=0, ws_ypixel=0}) = 0
writev(1, [{iov_base="initialization...", iov_len=17}, {iov_base="\n", iov_len=1}], 2) = 18
pipe2([3, 4], O_CLOEXEC)                = 0
pipe2([5, 6], O_CLOEXEC)                = 0
rt_sigprocmask(SIG_BLOCK, ~[], [], 8)   = 0
clone(child_stack=0xbefd2af0, flags=CLONE_VM|CLONE_VFORK|SIGCHLD) = 4993
close(6)                                = 0
read(5, "", 4)                          = 0
close(5)                                = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
fcntl64(3, F_SETFD, 0)                  = 0
close(4)                                = 0
read(3, "", 1024)                       = 0
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=4993, si_uid=0, si_status=0, si_utime=0, si_stime=4} ---
close(3)                                = 0
wait4(4993, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 4993
pipe2([3, 4], O_CLOEXEC)                = 0
pipe2([5, 6], O_CLOEXEC)                = 0
rt_sigprocmask(SIG_BLOCK, ~[], [], 8)   = 0
clone(child_stack=0xbefd2af0, flags=CLONE_VM|CLONE_VFORK|SIGCHLD) = 4994
close(6)                                = 0
read(5, "", 4)                          = 0
close(5)                                = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
fcntl64(3, F_SETFD, 0)                  = 0
close(4)                                = 0
read(3, "", 1024)                       = 0
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=4994, si_uid=0, si_status=0, si_utime=0, si_stime=3} ---
close(3)                                = 0
wait4(4994, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 4994
socket(AF_PACKET, SOCK_RAW, 768)        = 3
ioctl(3, SIOCGIFFLAGS, {ifr_name="wlan0", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(3, SIOCGIWMODE, 0xb6fa01ec)       = 0
socket(AF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCDEVPRIVATE, 0xb6f76110)    = 0
close(4)                                = 0
ioctl(3, SIOCSIFFLAGS, {ifr_name="wlan0", ifr_flags=0}) = 0
ioctl(3, SIOCSIWMODE, 0xb6fa0e04)       = -1 EOPNOTSUPP (Not supported)
socket(AF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCDEVPRIVATE, 0xb6f76110)    = -1 ENODEV (No such device)
writev(1, [{iov_base="__nex_driver_io", iov_len=15}, {iov_base=": error\n", iov_len=8}], 2) = 23
close(4)                                = 0
writev(2, [{iov_base="", iov_len=0}, {iov_base="failed to set monitor mode", iov_len=26}], 2) = 26
writev(2, [{iov_base="", iov_len=0}, {iov_base=":", iov_len=1}], 2) = 1
writev(2, [{iov_base="", iov_len=0}, {iov_base=" ", iov_len=1}], 2) = 1
writev(2, [{iov_base="", iov_len=0}, {iov_base="No such device", iov_len=14}], 2) = 14
writev(2, [{iov_base="", iov_len=0}, {iov_base="\n", iov_len=1}], 2) = 1
writev(2, [{iov_base="", iov_len=0}, {iov_base="failed to init socket\n", iov_len=22}], 2) = 22
ioctl(3, SIOCSIFFLAGS, {ifr_name="wlan0", ifr_flags=0}) = 0
ioctl(3, SIOCSIWMODE, 0xb6fa01ec)       = -1 EOPNOTSUPP (Not supported)
socket(AF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCDEVPRIVATE, 0xb6f76110)    = -1 ENODEV (No such device)
writev(1, [{iov_base="__nex_driver_io", iov_len=15}, {iov_base=": error\n", iov_len=8}], 2) = 23
close(4)                                = 0
ioctl(3, SIOCSIFFLAGS, {ifr_name="wlan0", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
close(3)                                = 0
exit_group(1)                           = ?
+++ exited with 1 +++

Did you activate nexmon monitor?
https://github.com/seemoo-lab/nexmon
Using the Monitor Mode patch
Thanks to the prior work of Mame82, you can setup a new monitor mode interface by executing: iw phy iw dev wlan0 info | gawk '/wiphy/ {printf "phy" $2}' interface add mon0 type monitor
To activate monitor mode in the firmware, simply set the interface up: ifconfig mon0 up.
At this point, monitor mode is active. There is no need to call airmon-ng.
The interface already set the Radiotap header, therefore, tools like tcpdump or airodump-ng can be used out of the box: tcpdump -i mon0

This modified driver for Raspberry Pi is not working on phones as far as I know, I'm using libfakeioctl in LD_PRELOAD to simulate monitor mode on non-monitor-mode capable interface.
This way I can make it work with bettercap.

You got 2 error messages from hcxdumptool:
failed to set monitor mode: No such device -> hcxdumptool can't find the interface
failed to init socket -> hcxdumptool can't create a raw socket to receive and transmit raw packets
Error 2 is related to error 1. If we have no interface, we can't send or receive packets .
So let's see if monitor mode is working and iw is able to detect the device. Please set the interface to monitor mode:
iw dev  set type monitor
and comment the result:
sudo iw dev  info
If everything is ok, we expect no error message running this command:
iw dev wlp3s0f0u1 set type monitor
and we expect an output like this for the second command:
Interface wlp3s0f0u1
ifindex 3
wdev 0x1
addr c8:3a:35:e0:f4:52
type monitor
wiphy 0
txpower 20.00 dBm

nexmon doesn't allow me to set interface to monitor mode, it's emulating it by preloaded library
It's not modifying driver to allow monitor mode, it's modifying just wifi firmware and emulating monitor for apps using preloaded library
iw doesn't show the interface as monitor mode even with preloading library

In that case hcxdumptool will not work for you, because the emulator doesn't allow this:
"nexmon doesn't allow me to set interface to monitor mode"
$ hcxdumptool --help
do not run hcxdumptool on logical interfaces (monx, wlanxmon)
do not use hcxdumptool in combination with other 3rd party tools, which take access to the interface
Closed this issue, because it is related to the emulator.

Please read also all comments here:
https://github.com/ZerBea/hcxdumptool/issues/42
to understand  that the driver (in your case the emulator) must support full and hardware near monitor mode, included raw packet injection.
Only if the driver supports this, hcxdumptool will work.

It supports monitor mode and packet injection, but doesn't report it.
Ioctls are overwritten on preloaded library.
To set firmware to monitor mode you need to use custom software, not linux API.
I commented section that sets interface to monitor mode and it ALMOST works.
It captures packets with NEXMON header, which should be handled by preloaded library and passed to hcxdumptool as normal RADIOTAP.

The issue is within the preloaded library:
__nex_driver_io: error
and hcxdudmptool reports correctly:
failed to set monitor mode: No such device
failed to init socket
ioctl(3, SIOCSIWMODE, 0xb6fa0e04)       = -1 EOPNOTSUPP (Not supported)
socket(AF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCDEVPRIVATE, 0xb6f76110)    = -1 ENODEV (No such device)
writev(1, [{iov_base="__nex_driver_io", iov_len=15}, {iov_base=": error\n", iov_len=8}], 2) = 23
...
ioctl(3, SIOCSIWMODE, 0xb6fa01ec)       = -1 EOPNOTSUPP (Not supported)
socket(AF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCDEVPRIVATE, 0xb6f76110)    = -1 ENODEV (No such device)
writev(1, [{iov_base="__nex_driver_io", iov_len=15}, {iov_base=": error\n", iov_len=8}], 2) = 23
hcxdumptool needs the ioctls, otherwise it will not work:
start capturing (stop with ctrl+c)
INTERFACE:...............: wlp3s0f0u1
ERRORMAX.................: 100 errors
FILTERLIST...............: 0 entries
MAC CLIENT...............: b0ece1f25217
MAC ACCESS POINT.........: 0084edce9fef (incremented on every new client)
EAPOL TIMEOUT............: 150000
REPLAYCOUNT..............: 64046
ANONCE...................: 60f6f16c3028e0d9ed6450d82b176c7be213d7a4162e64f486638b4b8bb474ec
INFO: cha=6, rx=0, rx(dropped)=0, tx=30, powned=0, err=0


python311Packages.django-vite: 3.0.3 -> 3.0.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.django-vite is: Integration of ViteJS in a Django project
meta.homepage for python311Packages.django-vite is: https://github.com/MrBin99/django-vite
meta.changelog for python311Packages.django-vite is: https://github.com/MrBin99/django-vite/releases/tag/3.0.4
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 3.0.4 with grep in /nix/store/015qxqfqmizwj5qqjxk13yx99aajh31y-python3.11-django-vite-3.0.4
found 3.0.4 in filename of file in /nix/store/015qxqfqmizwj5qqjxk13yx99aajh31y-python3.11-django-vite-3.0.4

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath
python311Packages.django-vite
python312Packages.django-vite

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/015qxqfqmizwj5qqjxk13yx99aajh31y-python3.11-django-vite-3.0.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.django-vite https://github.com/r-ryantm/nixpkgs/archive/103e7e7ebb8ae73a79d968c6cf9f79cff1ae08a4.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/103e7e7ebb8ae73a79d968c6cf9f79cff1ae08a4#python311Packages.django-vite

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/015qxqfqmizwj5qqjxk13yx99aajh31y-python3.11-django-vite-3.0.4
ls -la /nix/store/015qxqfqmizwj5qqjxk13yx99aajh31y-python3.11-django-vite-3.0.4/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

4 packages built:

python311Packages.django-vite
python311Packages.django-vite.dist
python312Packages.django-vite
python312Packages.django-vite.dist

Maintainer pings
cc @sephii for testing.

Done in #302476.


Update lombok to newer version compatible with Java module and Java 11

Compile error when using the latest JDKs, since lombok was using a sun package now hidden with Java modules.  Corrected implemented in newer lombok version updated in POM.
Pushed with force post rebase to move the Travis-CI commit fix above the POM fix, and both are now reporting "ok" on Travis-CI

Ironic also that your Travis-CI build has failed as it has tried to install a version of Java 9+ yet it is being asked to use Java 8 which it no longer has.
Please also update.  I've pushed an updated Travis-CI file also.

Updated the README.md to add instructions and commands to manually install the LightStream jar, since it is not available in Maven repos.

Thank you.


post no longer works via fetch

What is the issue?
		const response = await fetch('https://ai.profullstack.com/api/generate', {
			method: 'POST',
			body: JSON.stringify({
				/* these don't categorize properly */
				// model: 'llama2-uncensored:latest',
				// model: 'codellama',
				// model: 'phi:latest',
				// model: 'dolphin-mixtral:latest',
				/* todo: try next */
				// model: 'mixtral:latest',
				// model: 'mistral',
				model: 'solar',
				prompt,
				stream: false,
				format: 'json'
			})
		});

		if (response.ok) {
			const data = await response.json();
			console.log(data.response);

			return JSON.parse(data.response);
		} else {
			console.error(await response.json());
		}

What did you expect to see?
it worked a month or two ago. i just updated
Steps to reproduce
	const response = await fetch('https://ai.profullstack.com/api/generate', {
		method: 'POST',
		body: JSON.stringify({
			/* these don't categorize properly */
			// model: 'llama2-uncensored:latest',
			// model: 'codellama',
			// model: 'phi:latest',
			// model: 'dolphin-mixtral:latest',
			/* todo: try next */
			// model: 'mixtral:latest',
			// model: 'mistral',
			model: 'solar',
			prompt,
			stream: false,
			format: 'json'
		})
	});

	if (response.ok) {
		const data = await response.json();
		console.log(data.response);

		return JSON.parse(data.response);
	} else {
		console.error(await response.json());
	}

Are there any recent changes that introduced the issue?
yes, i upgraded to latest ollama
OS
Linux
Architecture
amd64
Platform
Docker
Ollama version
No response
GPU
Other
GPU info
no gpu
CPU
Intel
Other software
No response

I get 405 method not allowed. My nginx proxy looks like this:
    location / {
        # auth_basic "ai access required";
        # auth_basic_user_file /etc/nginx/.htpasswd;
        proxy_pass http://localhost:5432;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_cache_bypass $http_upgrade;
        # proxy_set_header Host $host;
        # proxy_set_header X-Real-IP $remote_addr;
        # proxy_set_header X-Forwarded-Proto https;
        # proxy_set_header X-Forwarded-For $remote_addr;
    }

something broke after recent upgrade of ollamaa

I think the stream: false flag is ignored. I get the same behaviour

weird. i need it, i wonder why it was removed.

Not removed, but ignored.
I think this c863c6a96d01afda37b65f86eb14a1f04a3c7c47 breaks it.

is anyone looking into this? i upgraded to latest. I still get 405

https://github.com/ollama/ollama/blob/main/docs/api.md#request-2

I think now should work. Please get the latest.

It should be working fine:
% curl -X POST http://localhost:11434/api/generate -d '{"model": "llama3", "stream": false, "prompt": "hi there"}'
{"model":"llama3","created_at":"2024-05-15T00:08:31.042327Z","response":"Hi there! It's nice to meet you. Is there something I can help you with or would you like to chat?","done":true,"done_reason":"stop","context":[128006,882,128007,198,198,6151,1070,128009,128006,78191,128007,198,198,13347,1070,0,1102,6,82,6555,311,3449,499,13,2209,1070,2555,358,649,1520,499,449,477,1053,499,1093,311,6369,30,128009],"total_duration":1571077041,"load_duration":1075794458,"prompt_eval_count":12,"prompt_eval_duration":80494000,"eval_count":26,"eval_duration":414090000}

I'll go ahead an close the issue.


Norton "Antivirus Auto-Protect" prevents freshly downloaded installers to run

After clicking "Run anyway" during install (see #1934), I got a small popup (disappeared again before I could read it) and then this .
The file seems to removed from the filesystem then too.
If I disable Norton's "Antivirus Auto-Protect", it seems to carry on and open the installer, or: if I disable it  "Antivirus Auto-Protect", then cancel the installer once it's reached, then enable it and run the installer (for the second time), but if I download a new copy of the installer this doesn't work because I get the warning screen again ("Run anyway", etc) because it's a new file.
I'm not 100% sure what's going on here or what the solution could be. If it is indeed Norton, then it's strange that the popup doesn't credit Norton in any way.

Sorry for a long waiting..
Today I downloaded the newest version of brackets(1.1) + Extract and antivirus Symantec was silent.
I use the same corporate pc, mybe antivirus signatures changed or problem was fixed in meantime.

Thanks for the update!  Glad to know it's working ok now.


Properties are not being persisted inside Updating event

I'm having this strange bug.
Let's say I have this entity:
`
public class Subscription
{
public long Id {get;set;}
public decimal Amount {get;set;}
public bool IsPaid {get;set;}
public DateTime? PaidOnUtc {get;set;}
}
when I update, like this,
Triggers.Updating += context => {
context.Entity.Amount = 30.0M;
};
using (var myTriggerContext = new MyTriggerContext()) {
var existingSub = myTriggerContext.Subscriptions.FirstOrDefault(x => x.Id == 30);
existingSub.PaidOnUtc = DateTime.UtcNow;
await myTriggerContext.SaveChangesAsync();
}
`
Amount prop is never getting persisted. It persists only when following:

When I set Amount property explicity like: existingSub.Amount = 10M;
or when I call context.ChangeTracker.DetectChanges() method inside Updating event handler.

It seems to me that when we change entities inside Updating event handler, change tracker's DetectChanges method is not being called automatically in the base context's SaveChanges method.
Could you clarify the issue?
Thanks

is your MyTriggerContext class inheriting from DbContextWithTriggers?


Possible to configure the fonts directory

Is it possible to configure the fonts directory? We can do this with the MathLive.makeMathField.

Yes, you can set the fontsDirectory config option, or any other option, when setting up the Vue view:
    <mathlive-mathfield id="mf" ref="mathfield" :config="{smartFence:false, fontsDirectory:' ../fonts'}" @focus="ping"


macOS Catalina Beta - Accessibility Settings Checkbox not working (and the workaround)

When configuring Unshaky on macOS Catalina Beta [10.15 Beta (19A526h)], the checkbox to allow accessibility access for Unshaky in System Preferences -> Security & Privacy -> Accessibility ('Allow the apps below to control your computer') cannot be marked to grant accessibility control permissions.
Steps to reproduce the behavior:

Open Unshaky.app for the first time and acknowledge the message about granting accessibility permissions.
The System Preference pane for Security & Privacy -> Accessibility opens.
Trying to tick the checkbox for Unshaky.app to grant permissions has no effect (checkbox does not 'tick') and permissions are not granted for Unshaky.
Re-opening Unshaky results in the notification about permissions, confirming that permissions were not granted. Unshaky cannot operate as a result.

Workaround:

In the System Preference pane for Security & Privacy -> Accessibility, select Unshaky.app from the list and click the "-" button to remove the app from the list.
Click the "+" button to browse for a new app to add to the list.
Navigate to the install location for Unshaky (/Applications in my case) and select Unshaky to be added back to the list of apps.
After selecting Unshaky from the browse window and adding it back to the list, the checkbox for granting permissions is properly 'ticked'.
Unshaky works as expected after following these workaround steps (this resolved the issue for me).

It seems like the issue happened when Unshaky populated itself in the System Preference pane for Security & Privacy -> Accessibility apps list. Manually removing and adding the app back worked without issues.
Not sure if this is an issue with Unshaky or macOS Catalina Beta, but since the other checkboxes  for other apps worked without issue I thought it was worth filing a bug.
Unshaky is working great to address the key doubling issues I'm having on my MacBook Pro 15,1 (2018). I've already taken advantage of the keyboard service program and the issues still persist for certain keys, so Unshaky is a godsend.

@brad07x just felt bad about myself since I removed Catalina from my disk last week 😢. Thanks for providing this workaround, since Catalina is the beta software, I will re-visit this bug the week before Catalina is officially released to everyone (September).

Thanks. Worked like a charm.


Foreach is not working.

Hi,
I have found that foreach code examples are not working.
E.g.:
var somArray[] = {"zero", "one", "two" };

for( var v : somArray ) {
   print(v);
}

An error occurred:
ine:5
err:21
5     }
      ^
compile error [WR_ERR_var_not_seen_before_label]

Fixed with current checkin, oversight when I added in the "var" requirement.


Windows container

About the installation of "Windows Admin Centre", does it support to create the container image by using windows container ?
Actually, I tried but failed at the end . Please refer the the error log for the reference.
MSI (s) (78:90) [02:57:46:092]: Running as a service.
MSI (s) (78:90) [02:57:46:094]: Hello, I'm your 32bit Elevated Non-remapped custom action server.
ExecFirewallExceptions:  Installing firewall exception2 SmeInboundOpenException on port 443, protocol 6
ExecFirewallExceptions:  Error 0x800706d9: failed trying to find existing port rule
ExecFirewallExceptions:  Error 0x800706d9: failed to add/update port exception for name 'SmeInboundOpenException' on port 443, protocol 6

Ran into the same issue. I am curious if the container version of windows server core is actually supported? Would be really great to get up and running with this within a container :)

Running in a container is not currently supported, but on the roadmap. You can add votes to this request to influence the priority.


Can't group documents by weeknumbers

I want to calculate sum amount of payments over week.
Payments stored as Payment class with amount and date attributes

select date.format('ww') as week
from Payment

gives

{"@type":"d","@rid":"#-2:4","@version":0,"week":"01"},
{"@type":"d","@rid":"#-2:5","@version":0,"week":"01"},
{"@type":"d","@rid":"#-2:6","@version":0,"week":"02"},
{"@type":"d","@rid":"#-2:7","@version":0,"week":"02"},
{"@type":"d","@rid":"#-2:8","@version":0,"week":"02"},
{"@type":"d","@rid":"#-2:9","@version":0,"week":"03"},
{"@type":"d","@rid":"#-2:10","@version":0,"week":"03"},
{"@type":"d","@rid":"#-2:11","@version":0,"week":"53"}

but
select date.format('ww') as week, sum(amount) as total
from Payment
group by week

gives

[{"@type":"d","@rid":"#-2:1","@version":0,"week":"03","total":-3860753.93,"@fieldTypes":"total=c"}]

Expected result: sum of payments amount grouped by the week

GROUP BY supports only one existing field. So you can't use functions and etc. And more over week in group by treated as field of documents which is null for every payment.
More details here: http://orientdb.com/docs/2.2.x/SQL-Query.html
Correct SQL for you is this one:
select week, sum(amount) as total from (select date.format('ww') as week, amount from Payment) group by week


Unloading areas with NPCs errors.

So here's a doozy.
The following occurs when I walk out of the loaded cell with NPCs. They are patrolling the area, as well as a few stationary ones.
STACK TRACE
function: start -- file: WalkToTimedAction.lua line # 44 | Vanilla
Callframe at: StartAction
function: begin -- file: ISBaseTimedAction.lua line # 61 | Vanilla
function: addToQueue -- file: ISTimedActionQueue.lua line # 23 | Vanilla
function: add -- file: ISTimedActionQueue.lua line # 131 | Vanilla
function: PZNS_AddNPCActionToQueue -- file: PZNS_UtilsNPCs.lua line # 366 | MOD: PZNS_Framework
function: PZNS_WalkToSquareXYZ -- file: PZNS_WalkTo.lua line # 21 | MOD: PZNS_Framework
function: PZNS_JobGuard -- file: PZNS_JobGuard.lua line # 46 | MOD: PZNS_Framework
function: PZNS_UpdateNPCJobRoutine -- file: PZNS_ManageJobs.lua line # 68 | MOD: PZNS_Framework
function: PZNS_UpdateAllJobsRoutines -- file: PZNS_ManageJobs.lua line # 84 | MOD: PZNS_Framework.
[27-07-23 18:13:35.764] ERROR: General     ,<PHONE_NUMBER>764> ExceptionLogger.logException> Exception thrown java.lang.RuntimeException: attempted index: getX of non-table: null at KahluaThread.tableget line:1689..
[27-07-23 18:13:35.764] ERROR: General     ,<PHONE_NUMBER>764> DebugLogStream.printException> Stack trace:.
[27-07-23 18:13:35.767] LOG  : General     ,<PHONE_NUMBER>767> -----------------------------------------
STACK TRACE

I can look into it later this weekend.
I'll need to know how you triggered this error so that I can reproduce the error (if possible).
How many NPCs did you spawn in? Were they off-screen?
Do you have an approximate distance from the NPC throwing the error?
That way I can identify the root cause and fix it.

Simply walking far enough away from some patrolling or wandering NPCs triggers the errors.
Seems to happen with any amount tbh. But a safe bet would be more than 4.
From Rosewood Police to the far end of the Rosewood Fire station's far enough. But you 100% have to walk/run there. Teleporting doesn't throw an error.

Merged the PR in, closing the issue now.


[Feature Request] ClaimBalanceUpdateEvent

We have a modded server network running Velocity that has each world on a different server (spawn, nether, wild, etc..). Players gain claim blocks through voting and on an hourly basis. We're trying to set it up so that the players experience it as a single server while maintaining the advantage of multithreading by having each world on a different server.
After a short conversation with your discord mods it's clear you can't/won't be adding database support in this version due to the release of GD.
However, a ClaimBalanceUpdateEvent would really help us write our own plugin to support the claiming system in a multi-server environment.
Thank you for your time

No new features will be added to GP Sponge as GriefDefender will be taking over. If you have an API request, create a ticket here
https://github.com/bloodmc/GriefDefenderAPI


Add Devin as member of the Apps Team

Timeouted. Aborted the upgrade of the test server. Please check the logs.

Spintmint test server creation failed. See the logs for more information.


[Github Actions CI] Latest development ESMValCore breaks running a few recipes

See failed tests - I'll have a closer look now :+1:

See https://github.com/ESMValGroup/ESMValCore/issues/2323

undeed was about to post exactly that, and thank you for fixing it! I am rerunning the Tool tests here - always a good check before closing the issue :+1: :beer:

Bam! All green! Well done @schlunma :beers:


fix(@angular/build): add timeout to route extraction

This commit introduces a 30-second timeout for route extraction.

The changes were merged into the following branches: main, 19.0.x


Old WebSocketClient version used.

Using an unsupported and archived version. Newest here, which is why I think it's crashing (and the old Twoku has the same issue): https://github.com/SuitestAutomation/BrightWebSocket

I had actually included this before i refactored the code.
Thanks for the reminder to port it back in. it definitely makes a difference with snappyness.