pipenv lock failing for coloredlogs

I'm trying to install coloredlogs and it's failing while trying to lock [packages].
Environment

Debian Stretch - linux-image-amd64
Python version: Python 3.6.4
Pipenv version: pipenv, version 11.0.2

Pipfile:
[[source]]

url = "https://pypi.python.org/simple"
verify_ssl = false
name = "pypi"

[packages]

codecov = "*"
raven = "*"
"e1839a8" = {path = ".", editable = true}
"72eb2aa" = {file = "https://github.com/Rapptz/discord.py/archive/rewrite.zip", extras = ["voice"]}
toml = "*"
coloredlogs = "*"

[dev-packages]

sphinx = "*"
sphinx-rtd-theme = "*"
pytest = "*"
pytest-cov = "*"
pytest-runner = "*"
wheel = "*"

Expected result
Installing with pipenv install coloredlogs should work.
Actual result
It fails will with this traceback:
Installing coloredlogs…
Collecting coloredlogs
  Downloading coloredlogs-9.0-py2.py3-none-any.whl (43kB)
Requirement already satisfied: humanfriendly>=4.7 in /home/meredith/.local/share/virtualenvs/Enigma-Pd7N2ONm/lib/python3.6/site-packages (from coloredlogs)
Installing collected packages: coloredlogs
Successfully installed coloredlogs-9.0

Adding coloredlogs to Pipfile's [packages]…
Pipfile.lock (532312) out of date, updating to (3b1e22)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
site-packages/pipenv/patched/piptools/resolver.py", line 279, in _iter_dependencies
    for dependency in self.repository.get_dependencies(ireq):
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 162, in get_dependencies
    legacy_results = self.get_legacy_dependencies(ireq)
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 199, in get_legacy_dependencies
    result = reqset._prepare_file(self.finder, ireq)
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/pip/req/req_set.py", line 639, in _prepare_file
    abstract_dist.prep_for_dist()
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/pip/req/req_set.py", line 134, in prep_for_dist
    self.req_to_install.run_egg_info()
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/pip/req/req_install.py", line 438, in run_egg_info
    command_desc='python setup.py egg_info')
  File "/home/meredith/.pyenv/versions/3.6.4/lib/python3.6/site-packages/pipenv/patched/pip/utils/__init__.py", line 707, in call_subprocess
    % (command_desc, proc.returncode, cwd))
pip.exceptions.InstallationError: Command "python setup.py egg_info" failed with error code 1 in /tmp/tmppi1_gl12build/importlib/

Relevant Details
pip install coloredlogs works.
Following the above command with pipenv lock --verbose --clear woks as well with this output.
Courtesy Notice: Pipenv found itself running within a virtual environment, so it will automatically use that environment, instead of creating its own for any project.
Locking [dev-packages] dependencies…
Using pip: -i https://pypi.python.org/simple --trusted-host pypi.python.org

                          ROUND 1
Current constraints:
  pytest
  pytest-cov
  pytest-runner
  sphinx
  sphinx-rtd-theme
  wheel

Finding the best candidates:
  found candidate pytest==3.4.2 (constraint was <any>)
  found candidate pytest-cov==2.5.1 (constraint was <any>)
  found candidate pytest-runner==4.0 (constraint was <any>)
  found candidate sphinx==1.7.1 (constraint was <any>)
  found candidate sphinx-rtd-theme==0.2.4 (constraint was <any>)
  found candidate wheel==0.30.0 (constraint was <any>)

Finding secondary dependencies:
  pytest==3.4.2             requires attrs>=17.2.0, attrs>=17.2.0, colorama; sys_platform == "win32", funcsigs; python_version < "3.0", pluggy<0.7,>=0.5, pluggy<0.7,>=0.5, py>=1.5.0, py>=1.5.0, setuptools, setuptools, six>=1.10.0, six>=1.10.0
  sphinx==1.7.1             requires alabaster<0.8,>=0.7, babel!=2.0,>=1.3, docutils>=0.11, imagesize, Jinja2>=2.3, packaging, Pygments>=2.0, requests>=2.0.0, setuptools, six>=1.5, snowballstemmer>=1.1, sphinxcontrib-websupport
  pytest-cov==2.5.1         requires coverage>=3.7.1, coverage>=3.7.1, pytest>=2.6.0, pytest>=2.6.0
  pytest-runner==4.0        requires -
  wheel==0.30.0             requires -
  sphinx-rtd-theme==0.2.4   requires -

New dependencies found in this round:
  adding ['alabaster', '<0.8,>=0.7', '[]']
  adding ['attrs', '>=17.2.0', '[]']
  adding ['babel', '!=2.0,>=1.3', '[]']
  adding ['colorama', '', '[]']
  adding ['coverage', '>=3.7.1', '[]']
  adding ['docutils', '>=0.11', '[]']
  adding ['funcsigs', '', '[]']
  adding ['imagesize', '', '[]']
  adding ['jinja2', '>=2.3', '[]']
  adding ['packaging', '', '[]']
  adding ['pluggy', '<0.7,>=0.5', '[]']
  adding ['py', '>=1.5.0', '[]']
  adding ['pygments', '>=2.0', '[]']
  adding ['pytest', '>=2.6.0', '[]']
  adding ['requests', '>=2.0.0', '[]']
  adding ['six', '>=1.10.0,>=1.5', '[]']
  adding ['snowballstemmer', '>=1.1', '[]']
  adding ['sphinxcontrib-websupport', '', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2
Current constraints:
  alabaster<0.8,>=0.7
  attrs>=17.2.0
  babel!=2.0,>=1.3
  colorama
  coverage>=3.7.1
  docutils>=0.11
  funcsigs
  imagesize
  Jinja2>=2.3
  packaging
  pluggy<0.7,>=0.5
  py>=1.5.0
  Pygments>=2.0
  pytest>=2.6.0
  pytest-cov
  pytest-runner
  requests>=2.0.0
  six>=1.10.0,>=1.5
  snowballstemmer>=1.1
  sphinx
  sphinx-rtd-theme
  sphinxcontrib-websupport
  wheel

Finding the best candidates:
  found candidate alabaster==0.7.10 (constraint was >=0.7,<0.8)
  found candidate attrs==17.4.0 (constraint was >=17.2.0)
  found candidate babel==2.5.3 (constraint was >=1.3,!=2.0)
  found candidate colorama==0.3.9 (constraint was <any>)
  found candidate coverage==4.5.1 (constraint was >=3.7.1)
  found candidate docutils==0.14 (constraint was >=0.11)
  found candidate funcsigs==1.0.2 (constraint was <any>)
  found candidate imagesize==1.0.0 (constraint was <any>)
  found candidate jinja2==2.10 (constraint was >=2.3)
  found candidate packaging==17.1 (constraint was <any>)
  found candidate pluggy==0.6.0 (constraint was >=0.5,<0.7)
  found candidate py==1.5.2 (constraint was >=1.5.0)
  found candidate pygments==2.2.0 (constraint was >=2.0)
  found candidate pytest==3.4.2 (constraint was >=2.6.0)
  found candidate pytest-cov==2.5.1 (constraint was <any>)
  found candidate pytest-runner==4.0 (constraint was <any>)
  found candidate requests==2.18.4 (constraint was >=2.0.0)
  found candidate six==1.11.0 (constraint was >=1.10.0,>=1.5)
  found candidate snowballstemmer==1.2.1 (constraint was >=1.1)
  found candidate sphinx==1.7.1 (constraint was <any>)
  found candidate sphinx-rtd-theme==0.2.4 (constraint was <any>)
  found candidate sphinxcontrib-websupport==1.0.1 (constraint was <any>)
  found candidate wheel==0.30.0 (constraint was <any>)

Finding secondary dependencies:
  pluggy==0.6.0             requires -
  docutils==0.14            requires -
  imagesize==1.0.0          requires -
  py==1.5.2                 requires -
  pytest-cov==2.5.1         requires coverage>=3.7.1, coverage>=3.7.1, pytest>=2.6.0, pytest>=2.6.0
  wheel==0.30.0             requires -
  sphinxcontrib-websupport==1.0.1 requires -
  coverage==4.5.1           requires -
  sphinx-rtd-theme==0.2.4   requires -
  pytest-runner==4.0        requires -
  requests==2.18.4          requires certifi>=2017.4.17, chardet<3.1.0,>=3.0.2, idna<2.7,>=2.5, urllib3<1.23,>=1.21.1
  babel==2.5.3              requires pytz>=0a, pytz>=0a
  snowballstemmer==1.2.1    requires -
  sphinx==1.7.1             requires alabaster<0.8,>=0.7, babel!=2.0,>=1.3, docutils>=0.11, imagesize, Jinja2>=2.3, packaging, Pygments>=2.0, requests>=2.0.0, setuptools, six>=1.5, snowballstemmer>=1.1, sphinxcontrib-websupport
  alabaster==0.7.10         requires -
  pytest==3.4.2             requires attrs>=17.2.0, attrs>=17.2.0, colorama; sys_platform == "win32", funcsigs; python_version < "3.0", pluggy<0.7,>=0.5, pluggy<0.7,>=0.5, py>=1.5.0, py>=1.5.0, setuptools, setuptools, six>=1.10.0, six>=1.10.0
  pygments==2.2.0           requires -
  attrs==17.4.0             requires -
  packaging==17.1           requires pyparsing>=2.0.2, pyparsing>=2.0.2, six, six
  six==1.11.0               requires -
  jinja2==2.10              requires MarkupSafe>=0.23

New dependencies found in this round:
  adding ['certifi', '>=2017.4.17', '[]']
  adding ['chardet', '<3.1.0,>=3.0.2', '[]']
  adding ['idna', '<2.7,>=2.5', '[]']
  adding ['markupsafe', '>=0.23', '[]']
  adding ['pyparsing', '>=2.0.2', '[]']
  adding ['pytz', '>=0a', '[]']
  adding ['urllib3', '<1.23,>=1.21.1', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 2: not stable

                          ROUND 3
Current constraints:
  alabaster<0.8,>=0.7
  attrs>=17.2.0
  babel!=2.0,>=1.3
  certifi>=2017.4.17
  chardet<3.1.0,>=3.0.2
  colorama
  coverage>=3.7.1
  docutils>=0.11
  funcsigs
  idna<2.7,>=2.5
  imagesize
  Jinja2>=2.3
  MarkupSafe>=0.23
  packaging
  pluggy<0.7,>=0.5
  py>=1.5.0
  Pygments>=2.0
  pyparsing>=2.0.2
  pytest>=2.6.0
  pytest-cov
  pytest-runner
  pytz>=0a
  requests>=2.0.0
  six>=1.10.0,>=1.5
  snowballstemmer>=1.1
  sphinx
  sphinx-rtd-theme
  sphinxcontrib-websupport
  urllib3<1.23,>=1.21.1
  wheel

Finding the best candidates:
  found candidate alabaster==0.7.10 (constraint was >=0.7,<0.8)
  found candidate attrs==17.4.0 (constraint was >=17.2.0)
  found candidate babel==2.5.3 (constraint was >=1.3,!=2.0)
  found candidate certifi==2018.1.18 (constraint was >=2017.4.17)
  found candidate chardet==3.0.4 (constraint was >=3.0.2,<3.1.0)
  found candidate colorama==0.3.9 (constraint was <any>)
  found candidate coverage==4.5.1 (constraint was >=3.7.1)
  found candidate docutils==0.14 (constraint was >=0.11)
  found candidate funcsigs==1.0.2 (constraint was <any>)
  found candidate idna==2.6 (constraint was >=2.5,<2.7)
  found candidate imagesize==1.0.0 (constraint was <any>)
  found candidate jinja2==2.10 (constraint was >=2.3)
  found candidate markupsafe==1.0 (constraint was >=0.23)
  found candidate packaging==17.1 (constraint was <any>)
  found candidate pluggy==0.6.0 (constraint was >=0.5,<0.7)
  found candidate py==1.5.2 (constraint was >=1.5.0)
  found candidate pygments==2.2.0 (constraint was >=2.0)
  found candidate pyparsing==2.2.0 (constraint was >=2.0.2)
  found candidate pytest==3.4.2 (constraint was >=2.6.0)
  found candidate pytest-cov==2.5.1 (constraint was <any>)
  found candidate pytest-runner==4.0 (constraint was <any>)
  found candidate pytz==2018.3 (constraint was >=0a)
  found candidate requests==2.18.4 (constraint was >=2.0.0)
  found candidate six==1.11.0 (constraint was >=1.10.0,>=1.5)
  found candidate snowballstemmer==1.2.1 (constraint was >=1.1)
  found candidate sphinx==1.7.1 (constraint was <any>)
  found candidate sphinx-rtd-theme==0.2.4 (constraint was <any>)
  found candidate sphinxcontrib-websupport==1.0.1 (constraint was <any>)
  found candidate urllib3==1.22 (constraint was >=1.21.1,<1.23)
  found candidate wheel==0.30.0 (constraint was <any>)

Finding secondary dependencies:
  py==1.5.2                 requires -
  pytest-runner==4.0        requires -
  pygments==2.2.0           requires -
  wheel==0.30.0             requires -
  babel==2.5.3              requires pytz>=0a, pytz>=0a
  chardet==3.0.4            requires -
  snowballstemmer==1.2.1    requires -
  urllib3==1.22             requires -
  alabaster==0.7.10         requires -
  requests==2.18.4          requires certifi>=2017.4.17, chardet<3.1.0,>=3.0.2, idna<2.7,>=2.5, urllib3<1.23,>=1.21.1
  six==1.11.0               requires -
  idna==2.6                 requires -
  pyparsing==2.2.0          requires -
  imagesize==1.0.0          requires -
  jinja2==2.10              requires MarkupSafe>=0.23
  markupsafe==1.0           requires -
  attrs==17.4.0             requires -
  sphinx==1.7.1             requires alabaster<0.8,>=0.7, babel!=2.0,>=1.3, docutils>=0.11, imagesize, Jinja2>=2.3, packaging, Pygments>=2.0, requests>=2.0.0, setuptools, six>=1.5, snowballstemmer>=1.1, sphinxcontrib-websupport
  pytz==2018.3              requires -
  sphinx-rtd-theme==0.2.4   requires -
  pytest-cov==2.5.1         requires coverage>=3.7.1, coverage>=3.7.1, pytest>=2.6.0, pytest>=2.6.0
  pytest==3.4.2             requires attrs>=17.2.0, attrs>=17.2.0, colorama; sys_platform == "win32", funcsigs; python_version < "3.0", pluggy<0.7,>=0.5, pluggy<0.7,>=0.5, py>=1.5.0, py>=1.5.0, setuptools, setuptools, six>=1.10.0, six>=1.10.0
  packaging==17.1           requires pyparsing>=2.0.2, pyparsing>=2.0.2, six, six
  pluggy==0.6.0             requires -
  sphinxcontrib-websupport==1.0.1 requires -
  certifi==2018.1.18        requires -
  docutils==0.14            requires -
  coverage==4.5.1           requires -
------------------------------------------------------------
Result of round 3: stable, done

Locking [packages] dependencies…
Using pip: -i https://pypi.python.org/simple --trusted-host pypi.python.org

                          ROUND 1
Current constraints:
  codecov
  file:///home/meredith/PycharmProjects/Enigma
  raven
  toml

Finding the best candidates:
  found candidate codecov==2.0.15 (constraint was <any>)
  found candidate -e file:///home/meredith/PycharmProjects/Enigma (constraint was <any>)
  found candidate raven==6.6.0 (constraint was <any>)
  found candidate toml==0.9.4 (constraint was <any>)

Finding secondary dependencies:
  toml==0.9.4               requires -
  codecov==2.0.15           requires coverage, requests>=2.7.9
  raven==6.6.0              requires contextlib2; python_version < "3.2"

New dependencies found in this round:
  adding ['contextlib2', '', '[]']
  adding ['coverage', '', '[]']
  adding ['requests', '>=2.7.9', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2
Current constraints:
  codecov
  contextlib2
  coverage
  Enigma==0.1.0.dev0 from file:///home/meredith/PycharmProjects/Enigma
  raven
  requests>=2.7.9
  toml

Finding the best candidates:
  found candidate codecov==2.0.15 (constraint was <any>)
  found candidate contextlib2==0.5.5 (constraint was <any>)
  found candidate coverage==4.5.1 (constraint was <any>)
  found candidate -e file:///home/meredith/PycharmProjects/Enigma (constraint was ==0.1.0.dev0)
  found candidate raven==6.6.0 (constraint was <any>)
  found candidate requests==2.18.4 (constraint was >=2.7.9)
  found candidate toml==0.9.4 (constraint was <any>)

Finding secondary dependencies:
  codecov==2.0.15           requires coverage, requests>=2.7.9
  coverage==4.5.1           requires -
  raven==6.6.0              requires contextlib2; python_version < "3.2"
  toml==0.9.4               requires -
  requests==2.18.4          requires certifi>=2017.4.17, chardet<3.1.0,>=3.0.2, idna<2.7,>=2.5, urllib3<1.23,>=1.21.1

New dependencies found in this round:
  adding ['certifi', '>=2017.4.17', '[]']
  adding ['chardet', '<3.1.0,>=3.0.2', '[]']
  adding ['idna', '<2.7,>=2.5', '[]']
  adding ['urllib3', '<1.23,>=1.21.1', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 2: not stable

                          ROUND 3
Current constraints:
  certifi>=2017.4.17
  chardet<3.1.0,>=3.0.2
  codecov
  contextlib2
  coverage
  Enigma==0.1.0.dev0 from file:///home/meredith/PycharmProjects/Enigma
  idna<2.7,>=2.5
  raven
  requests>=2.7.9
  toml
  urllib3<1.23,>=1.21.1

Finding the best candidates:
  found candidate certifi==2018.1.18 (constraint was >=2017.4.17)
  found candidate chardet==3.0.4 (constraint was >=3.0.2,<3.1.0)
  found candidate codecov==2.0.15 (constraint was <any>)
  found candidate contextlib2==0.5.5 (constraint was <any>)
  found candidate coverage==4.5.1 (constraint was <any>)
  found candidate -e file:///home/meredith/PycharmProjects/Enigma (constraint was ==0.1.0.dev0)
  found candidate idna==2.6 (constraint was >=2.5,<2.7)
  found candidate raven==6.6.0 (constraint was <any>)
  found candidate requests==2.18.4 (constraint was >=2.7.9)
  found candidate toml==0.9.4 (constraint was <any>)
  found candidate urllib3==1.22 (constraint was >=1.21.1,<1.23)

Finding secondary dependencies:
  raven==6.6.0              requires contextlib2; python_version < "3.2"
  coverage==4.5.1           requires -
  codecov==2.0.15           requires coverage, requests>=2.7.9
  idna==2.6                 requires -
  certifi==2018.1.18        requires -
  chardet==3.0.4            requires -
  requests==2.18.4          requires certifi>=2017.4.17, chardet<3.1.0,>=3.0.2, idna<2.7,>=2.5, urllib3<1.23,>=1.21.1
  toml==0.9.4               requires -
  urllib3==1.22             requires -
------------------------------------------------------------
Result of round 3: stable, done

Updated Pipfile.lock (532312)!

However, doing pipenv uninstall coloredlogs and reinstalling with pipenv install coloredlogs fails again.
Also note that verify_ssl = false as recommended by #871 . Setting it to true does not show any changes.

Disabling ssl was not a solution in the linked issue, although with troubleshooting it was determined that there was a missing certificate file. You should definitely not disable ssl verification as a fix. There is an underlying misconfiguration of SSL and the certificate chain here that will make it hard to untangle the other problems

@techalchemy Actually, I keep it enabled by default. I just wanted to let you guys know that it doesn't solve the problem even if it's disabled (in the unlikely event it was connected to the issue).

nothing we can do about bad setup.pys

@kennethreitz Could you be a bit more specific? What exactly did they screw up in their library considering so many people are using it? I don't mind sending a PR to them since pipenv is pretty important for me.

cannot reproduce.

This is the 4th package i've answered with this answer today:
def get_extras_require():
    """Add conditional dependencies for Windows (when creating wheel distributions)."""
    extras_require = dict(cron='capturer>=2.4')
    if have_environment_marker_support():
        expression = ':sys_platform == "win32"'
        extras_require[expression] = 'colorama'
    return extras_require

This format is no longer valid for setup.py and will break the pipenv resolver.  See the setuptools documentation


Document Greedy host_regex (Moved from OOD repo)

This is just a ticket to move a request about the docs to the correct location so we can implement the fix here.
The issue was originally posted here:
https://github.com/OSC/ondemand/issues/3130
And the following is a copy of the post from micket:
I spent some time debugging why some of my apps didn't work correctly, when I eventually discovered I had been neglectful when specifying my host_regex configuration. I had done something like
host_regex: "foo.*"
which will cause confusing issues, no error messages (from what I could find), but apps either didn't work, or just partially didn't work.
Example, the desktop app still worked fine, while a jupyter notebook will launch the browser just fine, but won't be able to connect to any python kernel.
Other fails to find most of it's linked material, leaving a typical white page and maybe a favicon.
While the examples do correctly show regex which correctly excludes /, I think it would help to make this requirement explicitly written in the docs, otherwise strange things will happen with the proxy'ing.
https://osc.github.io/ood-documentation/latest/reference/files/ood-portal-yml.html?highlight=host_regex#configure-reverse-proxy

Thanks! Sorry for putting it in the wrong repo


Create new Mobile App

Please describe about your Androapp

A clear and concise description about your application and how it'll help to the beginners in android development. Ex. Contributing Calculator app [...]
Programming Language

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
If possible add any other context or screenshots about the feature request here.

hey! I want to contribute an app that will contain the all the commonly used FireBase ML Kit resources in one single app and i will include documentation for the same if new developers want to follow along just by reading the documentation.

Hey Rahul! Thats great!
Can you please create new issue for your app so I'll assign that issue to you, as this is a general issue!

Hey, I want to contribute an android app to click a photo and add your current latitude and longitude on top the photo as text and download that photo in phone.

Hey,
I would like to contribute an app that shows climate.
It will help new beginners to work with API as well as have hands-on UI part.
I would use Flutter.


tutanota-desktop: 3.118.27 -> 3.119.3

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/tutanota-desktop/versions.
meta.description for tutanota-desktop is: Tutanota official desktop client
meta.homepage for tutanota-desktop is: https://tutanota.com/
meta.changelog for tutanota-desktop is: https://github.com/tutao/tutanota/releases/tag/tutanota-desktop-release-3.119.3
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 3.119.3 with grep in /nix/store/w2avqqhld6s8qd8mlrsqq7w6sfchbwij-tutanota-desktop-3.119.3
found 3.119.3 in filename of file in /nix/store/w2avqqhld6s8qd8mlrsqq7w6sfchbwij-tutanota-desktop-3.119.3

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

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
tutanota-desktop

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/w2avqqhld6s8qd8mlrsqq7w6sfchbwij-tutanota-desktop-3.119.3 \
  --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 tutanota-desktop https://github.com/r-ryantm/nixpkgs/archive/cdbb25cf40e64b01fe07b5847d0be1376dcfe29e.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/cdbb25cf40e64b01fe07b5847d0be1376dcfe29e#tutanota-desktop

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/w2avqqhld6s8qd8mlrsqq7w6sfchbwij-tutanota-desktop-3.119.3
ls -la /nix/store/w2avqqhld6s8qd8mlrsqq7w6sfchbwij-tutanota-desktop-3.119.3/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 run on x86_64-linux 1

1 package built:

tutanota-desktop

Maintainer pings
cc @WolfangAukang for testing.

Result of nixpkgs-review pr 273231 run on x86_64-linux 1

1 package built:

tutanota-desktop


Documentation: Fix typo: sk_params are passed to build_fn, not to sk_params, right?

Summary
Related Issues
PR Overview

[ ] This PR requires new unit tests [y/n] (make sure tests are included)
[ ] This PR requires to update the documentation [y/n] (make sure the docs are up-to-date)
[ ] This PR is backwards compatible [y/n]
[ ] This PR changes the current API [y/n] (all API changes need to be approved by fchollet)

Sorry! As I read it more, I think the original is correct! It's not telling where the values come FROM but where they go TO.


[release] v6.1.6

I'll wait for https://github.com/mui/material-ui/pull/44193 and https://github.com/mui/material-ui/pull/44266

Just merged https://github.com/mui/material-ui/pull/44193

https://github.com/mui/material-ui/pull/44266 might take longer than expected, so I'll go ahead with the release

@mnajdova ready for a final review


Add poll_read/poll_write and need_read/need_write

As described in tokio-rs/tokio-core#196 I need these methods to implement sendfile support. And yes, contrary to #6 it would be good to have them on trait object.
In the latter case, tk-sendfile don't have to depend on tokio-core and libraries that need sendfile support for their own streams (say a http library) can  implement AsyncWrite + AsRawFd instead of depending on tk-sendfile itself to a custom trait (because of coherence rules).

IMO using AsyncWrite + AsRawFd doesn't feel like the right traits to provide OS specific functionality. Because even if a type implements AsyncWrite + AsRawFd doesn't mean it supports sendfile behavior. Maybe your crate could provide a trait itself? I know you said you didn't want to depend on tokio-core, but you could make it a cargo feature so that it is easy to opt in / out of it.
Asking all implementations of AsyncWrite to figure out how to impl poll_write / need_write feels onerous to me.

Yeah I feel like the sendfile use case is best not handled with AsyncWrite and AsRawFd, but rather a custom trait implemented for specific types (if a trait is really necessary).
@carllerche made a case for removing poll_read/write from the traits recently and it was convincing to me, so we'd want to add it back pretty carefully, if at all.

I think the status quo has panned out well. I am going to close this for now, but if anyone disagrees, feel free to re-open.

Well, the status quo is that we can't use sendfile. And with TLS implemented in recent kernel means we can use sendfile even for TLS connections. So this should be solved somehow.

I'm not sure how the status quo means we can't use sendfile? I made a proposal and there was no response.


Deployment Fails When Trying to Deploy Template From Vercel.ai Page

Bug report
Describe the bug
When I go to vercel.ai and choose this template to deploy, and start the process, it fails immediately and wont deploy with alteration to build step or change in code. If I change it to look to the right directory, the pages directory, I get another build error in api/vector-search.js because there are unsupported modules
To Reproduce

Go to vercel.ai
Scroll down to and click on 'OpenAI Doc Search Start'
Click Deploy
Go through deployment steps on the vercel dashboard (set up a supabase project and then get an openai key)
Then deploy
In a second or so you will see build failed due 'The specified Root Directory 'app' does not exist'
Go into the project settings for you newly created project
Adjust the root directory to be pages
Redeploy
You will then see, after a few promising seconds, The edge function 'api/vector-search.js' is referencing unsupported modules'

Expected behavior

The template to be deployed.

Screenshots

Build Fail 1

Build Fail 2

Thanks for reporting this. I'm working with @steven-tey to get this fixed. Will update here once done.

This has been resolved.


[Bug Report] Headers lose position in table

Element UI version
2.4.9
OS/Browsers version
70.0.3538.102
Vue version
2.1.10
Reproduction Link
https://jsfiddle.net/7t4juvgj/96/
Steps to reproduce
Input some large date to the latest TextInput
What is Expected?
Table headers have fixed position
What is actually happening?
Table headers move out to the left side and lose ours position

I can't reproduce. Are you using IE or edge?

It's stange! Is it related to OS platform?

@ziyoung  No, I use only win 10  chrome browser or firefox, it's problem repeated at all users in my app, which size of monitor are you use?


KAFKA-5595: Ensure client connection ids are not reused too quickly

When there are broker delays that cause a response to take longer than connections.max.idle.ms, connections may be closed by the broker (as well as by the client) before the response is processed.
If the port is reused, broker may send the outstanding response to a new connection with the reused port. The new connection will end up with correlation id mismatch, requiring process restart. This is also a security exposure since clients receive response intended for the wrong connection.

@hachikuji @ijuma Can you review, please? Thank you...

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6095/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6080/
Test PASSed (JDK 8 and Scala 2.12).

Closing this PR since I dont think this scenario can occur.

Different scenario - updated description.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6100/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6085/
Test PASSed (JDK 8 and Scala 2.12).

@ijuma Thank you for the review. Have addressed the review comments and fixed another issue in the sendResponse.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6147/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6131/
Test PASSed (JDK 8 and Scala 2.12).

@ijuma Thank you for the review. For client-side connect, we should throw an exception if the id is still in closingChannels (that should never happen). For server-side, if the id was reused, we should close the old connection immediately before registering the new one. With the incrementing index to reduce reuse, this is even more unlikely to happen. But I have added the code to do the close anyway. This adds more code, but feels like the right behaviour. Let me know what you think.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6162/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6146/
Test PASSed (JDK 8 and Scala 2.12).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6165/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6149/
Test PASSed (JDK 8 and Scala 2.12).

@ijuma Thank you for the review. I have made the updates.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk7-scala2.11/6443/
Test PASSed (JDK 7 and Scala 2.11).

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/kafka-pr-jdk8-scala2.12/6428/
Test PASSed (JDK 8 and Scala 2.12).


Issue discovered with src/main/java/org/openrewrite/kubernetes/ContainerImage.java

Problem
These methods were removed but they're very much used
Expected behavior
Not remove these.
Example PR and Failing CI

https://github.com/openrewrite/rewrite-kubernetes/pull/23/checks?check_run_id=3559188076
https://github.com/openrewrite/rewrite-kubernetes/pull/23

Example diff
             }
             return s;
         }
-
-
-        private static boolean bothNull(@Nullable String s1, @Nullable String s2) {
-            return s1 == null && s2 == null;
-        }
-
-        private static boolean isGlobMatch(@Nullable String s1, @Nullable String s2) {
-            if ("*".equals(s2)) {
-                return true;
-            }
-            PathMatcher pm = FS.getPathMatcher("glob:" + s2);
-            Path path;
-            if (s1 != null && s1.contains("/")) {
-                String[] parts = s1.split("/");
-                if (parts.length > 1) {
-                    path = Paths.get(parts[0], Arrays.copyOfRange(parts, 1, parts.length - 1));
-                } else {
-                    path = Paths.get(parts[0]);
-                }
-            } else if (s1 == null) {
-                path = Paths.get("");
-            } else {
-                path = Paths.get(s1);
-            }
-            return pm.matches(path);
-        }
     }

 }

Recipes in example diff:

https://app.moderne.io/recipes/org.openrewrite.java.cleanup.RemoveUnusedPrivateMethods

References:

Recipe ID: Y3V0e
Recipe Name: "Common static analysis issues"
Repository: openrewrite/rewrite-kubernetes
Created at Thu Sep 09 2021 10:30:09 GMT-0700 (PDT)

This is a rewrite/Lombok issue.
The source file uses Lombok annotations resulting in an AST which is not fully type-attributed.
Notice the invocation arguments for the removed methods are autogenerated Lombok getters.
@Value
public static class ImageName {
   ....
    public boolean matches(ImageName otherName)
        boolean matchesRepo = bothNull(this.getRepository(), otherName.getRepository())
                        || Objects.equals(this.getRepository(), otherName.getRepository())
                        || isGlobMatch(this.getRepository(), otherName.getRepository());
        ....
  }


It does not work at all for Next.js 14.2.4

I was trying to use chrome extension. It does not see rsc at all.
RSC in the page of my Next.js application looks in another way you described

I plan on updating the parsing code this weekend. It should fix the issues.

Please try again now. It should be fixed.


No handler for BASIC authentication on Fedora with private repository

Description
I have pulling images from a remote private repository on Fedora 25. The problem is repoducable on all newly installed Fedora 25.
That very same repo is working with Ubuntu, WIndows and Mac version of docker.
Steps to reproduce the issue:

The Docker is installed with DNF (from Fedora official repository)

sudo dnf install docker-engine

Last metadata expiration check: 1:38:50 ago on Thu Jan 19 12:00:08 2017.
Dependencies resolved.
===============================================================================================================================================================================================================================================
 Package                                                          Arch                                            Version                                                               Repository                                        Size
===============================================================================================================================================================================================================================================
Installing:
 container-selinux                                                noarch                                          2:2.2-2.fc25                                                          updates                                           28 k
 docker                                                           x86_64                                          2:1.12.6-4.gitf499e8b.fc25                                            updates                                           17 M
 docker-common                                                    x86_64                                          2:1.12.6-4.gitf499e8b.fc25                                            updates                                           70 k
 oci-register-machine                                             x86_64                                          0-2.7.gitbb20b00.fc25                                                 fedora                                           954 k
 oci-systemd-hook                                                 x86_64                                          0.1.4-4.git15c2f48.fc25                                               updates                                           32 k
 selinux-policy                                                   noarch                                          3.13.1-225.6.fc25                                                     updates                                          485 k
 selinux-policy-targeted                                          noarch                                          3.13.1-225.6.fc25                                                     updates                                          8.7 M
 skopeo-containers                                                x86_64                                          0.1.14-5.git550a480.fc25                                              fedora                                           9.1 k

Transaction Summary
===============================================================================================================================================================================================================================================
Install  8 Packages

Total download size: 28 M
Installed size: 84 M
Is this ok [y/N]: y
Downloading Packages:
(1/8): container-selinux-2.2-2.fc25.noarch.rpm                                                                                102 kB/s |  28 kB     00:00
(2/8): docker-common-1.12.6-4.gitf499e8b.fc25.x86_64.rpm                                                                                1.8 MB/s |  70 kB     00:00
(3/8): skopeo-containers-0.1.14-5.git550a480.fc25.x86_64.rpm                                                                                26 kB/s | 9.1 kB     00:00
(4/8): selinux-policy-3.13.1-225.6.fc25.noarch.rpm                                                                                3.7 MB/s | 485 kB     00:00
(5/8): oci-systemd-hook-0.1.4-4.git15c2f48.fc25.x86_64.rpm                                                                                1.2 MB/s |  32 kB     00:00
(6/8): selinux-policy-targeted-3.13.1-225.6.fc25.noarch.rpm                                                                                16 MB/s | 8.7 MB     00:00
(7/8): docker-1.12.6-4.gitf499e8b.fc25.x86_64.rpm                                                                                17 MB/s |  17 MB     00:01
(8/8): oci-register-machine-0-2.7.gitbb20b00.fc25.x86_64.rpm                                                                                1.1 MB/s | 954 kB     00:00
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total                                                                                5.9 MB/s |  28 MB     00:04
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Installing  : selinux-policy-3.13.1-225.6.fc25.noarch                                                                                1/8
  Installing  : selinux-policy-targeted-3.13.1-225.6.fc25.noarch                                                                                2/8
  Installing  : container-selinux-2:2.2-2.fc25.noarch                                                                                3/8
setsebool:  SELinux is disabled.
  Installing  : docker-common-2:1.12.6-4.gitf499e8b.fc25.x86_64                                                                                4/8
  Installing  : skopeo-containers-0.1.14-5.git550a480.fc25.x86_64                                                                                5/8
  Installing  : docker-2:1.12.6-4.gitf499e8b.fc25.x86_64                                                                                6/8
  Installing  : oci-register-machine-0-2.7.gitbb20b00.fc25.x86_64                                                                                7/8
  Installing  : oci-systemd-hook-0.1.4-4.git15c2f48.fc25.x86_64                                                                                8/8
  Verifying   : docker-2:1.12.6-4.gitf499e8b.fc25.x86_64                                                                                1/8
  Verifying   : skopeo-containers-0.1.14-5.git550a480.fc25.x86_64                                                                                2/8
  Verifying   : container-selinux-2:2.2-2.fc25.noarch                                                                                3/8
  Verifying   : docker-common-2:1.12.6-4.gitf499e8b.fc25.x86_64                                                                                4/8
  Verifying   : selinux-policy-3.13.1-225.6.fc25.noarch                                                                                5/8
  Verifying   : selinux-policy-targeted-3.13.1-225.6.fc25.noarch                                                                                6/8
  Verifying   : oci-systemd-hook-0.1.4-4.git15c2f48.fc25.x86_64                                                                                7/8
  Verifying   : oci-register-machine-0-2.7.gitbb20b00.fc25.x86_64                                                                                8/8

Installed:
  container-selinux.noarch 2:2.2-2.fc25   docker.x86_64 2:1.12.6-4.gitf499e8b.fc25         docker-common.x86_64 2:1.12.6-4.gitf499e8b.fc25   oci-register-machine.x86_64 0-2.7.gitbb20b00.fc25 oci-systemd-hook.x86_64 0.1.4-4.git15c2f48.fc25
  selinux-policy.noarch 3.13.1-225.6.fc25 selinux-policy-targeted.noarch 3.13.1-225.6.fc25 skopeo-containers.x86_64 0.1.14-5.git550a480.fc25

Complete!

Adding my user to docker group.

sudo groupadd docker && sudo gpasswd -a ${USER} docker && sudo systemctl restart docker
Adding user robson to group docker

Login to private repository

docker login https://docker.xxxx.cloud
Username: xxxxx
Password:
Login Succeeded

Pulling image

docker pull docker.xxxx.cloud/xxx-xxxxx:1.5.0-5
Trying to pull repository docker.xxx.cloud/xxx-xxxxx ...
no handler for BASIC authentication

Describe the results you received:
The pulling from docker-hub is working, so without authentication everyting works fine, but from our repository it is not working.
Describe the results you expected:
Pulling the image from private repository.
Additional information you deem important (e.g. issue happens only occasionally):
Happens only from remoute private repository and Fedora 25 only.
Output of docker version:
Client:
 Version:         1.12.6
 API version:     1.24
 Package version: docker-common-1.12.6-4.gitf499e8b.fc25.x86_64
 Go version:      go1.7.4
 Git commit:      f499e8b/1.12.6
 Built:           Fri Jan 13 11:03:22 2017
 OS/Arch:         linux/amd64

Server:
 Version:         1.12.6
 API version:     1.24
 Package version: docker-common-1.12.6-4.gitf499e8b.fc25.x86_64
 Go version:      go1.7.4
 Git commit:      f499e8b/1.12.6
 Built:           Fri Jan 13 11:03:22 2017
 OS/Arch:         linux/amd64

Output of docker info:
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 0
Server Version: 1.12.6
Storage Driver: devicemapper
 Pool Name: docker-8:6-1053851-pool
 Pool Blocksize: 65.54 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 11.8 MB
 Data Space Total: 107.4 GB
 Data Space Available: 27.35 GB
 Metadata Space Used: 581.6 kB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.147 GB
 Thin Pool Minimum Free Space: 10.74 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Deferred Deletion Enabled: false
 Deferred Deleted Device Count: 0
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.136 (2016-11-05)
Logging Driver: journald
Cgroup Driver: systemd
Plugins:
 Volume: local
 Network: bridge null host overlay
Swarm: inactive
Runtimes: oci runc
Default Runtime: oci
Security Options: seccomp
Kernel Version: 4.8.15-300.fc25.x86_64
Operating System: Fedora 25 (Workstation Edition)
OSType: linux
Architecture: x86_64
Number of Docker Hooks: 2
CPUs: 8
Total Memory: 15.37 GiB
Name: bb-robson-lenovo
ID: OI6Q:TG7U:NWCJ:RI53:4SMZ:XYOB:MROV:CMI2:ZWR7:RDJ6:XOPY:WKK6
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Insecure Registries:
 <IP_ADDRESS>/8
Registries: docker.io (secure)

Additional environment details (AWS, VirtualBox, physical, etc.):
Physical Lenovo T540p laptop with fedora 25.
Linux bb-robson-lenovo 4.8.15-300.fc25.x86_64 #1 SMP Thu Dec 15 23:10:23 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

I have a similar problem...
Login to private repository
docker login hub.docker.xxxx.net
Username<EMAIL_ADDRESS>Password:
Login Succeeded

Pulling image
docker pull hub.docker.xxxx.net/yyy/zzz
Using default tag: latest
Trying to pull repository hub.docker.xxxx.net/yyy/zzz ...
unauthorized: authentication required

Linux comelli 4.8.16-300.fc25.x86_64 #1 SMP Fri Jan 6 18:11:49 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Client:
 Version:         1.12.5
 API version:     1.24
 Package version: docker-common-1.12.5-4.git03508cc.fc25.x86_64
 Go version:      go1.7.4
 Git commit:      03508cc/1.12.5
 Built:           Thu Jan  5 00:59:17 2017
 OS/Arch:         linux/amd64

Server:
 Version:         1.12.5
 API version:     1.24
 Package version: docker-common-1.12.5-4.git03508cc.fc25.x86_64
 Go version:      go1.7.4
 Git commit:      03508cc/1.12.5
 Built:           Thu Jan  5 00:59:17 2017
 OS/Arch:         linux/amd64

Given that it works on Ubuntu, Mac, and Windows, I highly suspect this may be an issue in the Red Hat fork of Docker;  that fork contains a lot of modifications, which can lead to these issues.
Can you try installing the official Docker packages, and see if that resolves the issue?
https://docs.docker.com/engine/installation/linux/fedora/

@thaJeztah works fine!
Client:
 Version:      1.13.0
 API version:  1.25
 Go version:   go1.7.3
 Git commit:   49bf474
 Built:        Tue Jan 17 09:58:06 2017
 OS/Arch:      linux/amd64

Server:
 Version:      1.13.0
 API version:  1.25 (minimum version 1.12)
 Go version:   go1.7.3
 Git commit:   49bf474
 Built:        Tue Jan 17 09:58:06 2017
 OS/Arch:      linux/amd64
 Experimental: false

Thank you!

@thaJeztah :ok_hand: Thank you very much, its working like charm!
So I'll forget the Fedora repositories arround docker!

Good to hear it's resolved!

Any idea what actually causes this problem?  I'm facing the same issue right now with RHEL7's docker-1.12.5.

@joshuabaird there's literally thousands of lines of code changes in the RHEL fork, hard to tell

Same issue here, using RHEL 7.3, Docker 1.12.5 and Nexus 3.2.0-01.
I had help from RHEL support and after "sosreport" with docker daemon running on debug mode they detected a bad behavior on parsing fields by the private registry. They suggested to open a ticket on Sonatype (since I'm using Nexus as a private registry), so far the only solution that works for me was a rollback to docker 1.10

@joshuabaird @fabiogoma there's a fix coming for that, for now the workaround is to add --signature-verification=false in OPTIONS to /etc/sysconfig/docker. That will solve the issue.

It worked, thank @runcom, now I'm planning to upgrade to docker 1.12 all my dev hosts.


Updating conllu library

Hi Dan, I see in the code and in #5  that updating the conllu library is on the agenda.
I have made a few modifications on my forked version of UDify. From what I understand, parser.py contains some source code from the conllu library with a few modifications, mainly to handle multi-word tokens, where the desired output (example from fr_gsd-ud-train.conllu) looks like:
multiword_ids ['3-4', '72-73', '87-88', '105-106', '110-111', '121-122']
multiword_forms ['du', 'des', 'des', 'des', 'du', 'du']

In my forked version, I am still using the conllu library to return the annotation but do the MWT processing in a subsequent step in a process_MWTs function. In this version, I confirmed that the outputs are the same:
multiword_ids ['3-4', '72-73', '87-88', '105-106', '110-111', '121-122']
multiword_forms ['du', 'des', 'des', 'des', 'du', 'du']

I have done another few checks to make sure the data is the same, where updated is the forked version and original is the current version e.g.:
cat fr_gsd_original/vocabulary/tokens.txt | md5sum
e80f1f1e341fc5734c8f3a3d1c779c55
cat fr_gsd_updated/vocabulary/tokens.txt | md5sum
e80f1f1e341fc5734c8f3a3d1c779c55

There are a few benefits I can see from this:

Supports most recent conllu library.
Reduces the amount of code needed in parser.py

There are probably more elegant ways of going about MWT processing but I just thought I'd post it here in case you find it helpful. If you do, I can do more tests and once confirming behaviour is exactly the same, I can submit a PR.

Thanks for your contribution, your assessments are correct. I wanted to do the same thing you have done but never got around to it. If you can, a PR would be greatly appreciated.

Thanks, I made a few other small changes: conllu returns tuple objects for elided tokens and multiword tokens, e.g. (8, '.', 1) and (105, '-', 106) respectively. I had to add another check which sets the token id to None when the token is an elided token as well.
I have confirmed that the outputs are the same for both en_ewt and fr_gsd (fr_gsd only shown here):
jbarry@jbarry-desktop:~/udify/logs/fr_gsd/fr_gsd_updated/vocabulary$ cat feats.txt head_tags.txt lemmas.txt token_characters.txt tokens.txt upos.txt xpos.txt | wc -l
44020
jbarry@jbarry-desktop:~/udify/logs/fr_gsd/fr_gsd_updated/vocabulary$ cat feats.txt head_tags.txt lemmas.txt token_characters.txt tokens.txt upos.txt xpos.txt | md5sum
c489d1a0890b84e6f30272feca0905f2

jbarry@jbarry-desktop:~/udify/logs/fr_gsd/fr_gsd_original/vocabulary$ cat feats.txt head_tags.txt lemmas.txt token_characters.txt tokens.txt upos.txt xpos.txt | wc -l
44020
jbarry@jbarry-desktop:~/udify/logs/fr_gsd/fr_gsd_original/vocabulary$ cat feats.txt head_tags.txt lemmas.txt token_characters.txt tokens.txt upos.txt xpos.txt | md5sum
c489d1a0890b84e6f30272feca0905f2

I will do a full run on en_ewt and fr_gsd and use the predictor to make sure everything is still working as normal there and then submit the PR!

I did a few checks and everything seems to have the same behaviour.
I trained a model for en_ewt and fr_gsd using the upstream conllu library and the post-processing of token IDs/MWTs in parser.py. I then used predict.py to predict on the dev files. I then reverted the dataset reader to the original version v1 to compare outputs:
# fr_gsd conllu output files
1b5016fa8ce46578c853035dac673b7b  pred_fr_gsd.conllu
1b5016fa8ce46578c853035dac673b7b  pred_fr_gsd-v1.conllu

# en_ewt conllu output files
9b4560573aa4a5057b83fe9057749128  pred_en_ewt.conllu
9b4560573aa4a5057b83fe9057749128  pred_en_ewt-v1.conllu

I then downloaded the udify-model.tar.gz model from Lindat and predicted with the original v1 and updated dataset reader:
# fr_gsd conllu output files
9369a87a7502f64054ff2b7ba125ea25  udify_pred_fr_gsd.conllu
9369a87a7502f64054ff2b7ba125ea25  udify_pred_fr_gsd-v1.conllu

# en_ewt conllu output files
d2189dfdfef3487606de4e4350bac676  udify_pred_en_ewt.conllu
d2189dfdfef3487606de4e4350bac676  udify_pred_en_ewt-v1.conllu

# Accordingly, the JSON results files are also the same:
d9899d7d68a7f63cf4684d757031dea8  udify_pred_fr_gsd.json
d9899d7d68a7f63cf4684d757031dea8  udify_pred_fr_gsd-v1.json

So I think that it should be safe enough to make these changes without breaking the code, though users may need to install the latest conllu version to use parse_incr:
pip install -U conllu

I will submit the PR now.

Finally got around to reviewing your changes
Looks great to me.

Thanks Dan!


Sources in SOC - the /client endpoint? Searchable? Any index?

CATEGORY

[x] Question
[ ] Typo
[ ] Bug
[ ] Additional article idea

Expected or Desired Behavior
Is there a way to explore or search Support.office.com for this new /client endpoint (https://support.office.com/en-us/client/{id}?embed=true&ns=trainingservices&version=1) ?
Observed Behavior
When you create custom playlists and extend the Custom Learning solution, it would be great to know what resources at support.office.com there is to refer to (as an url)? The other way - to create local assets in the site library - doesn't seem like a good Evergreen way to go?
Please advise,
BR / Emil

When you create a custom playlist, there is the option to either search or add a new asset to that playlist.  Search is looking at articles coming from Microsoft (i.e. support.office.com or docs.microsoft.com pages) or custom assets you added which would be pages in a library in your tenant.
With regard to your comment about creating local assets, this is a storage mechanism by which a consumer of learning pathways can assemble either their own pages and/or the Microsoft provided pages together into their own custom playlists. Since the playlists are specific to your own needs, Microsoft is not providing a separate secured storage area outside of SharePoint for this content.
We hope to provide even more flexibility to the creation and maintenance of customized content as the solution evolves.

Thanks for quick reply @juliemturner.
Yes, I experienced that the search function in playlist editing gives an answer "Is there any good help for...". But two problems I encounter:

Have I put the search question right? I don't get any match?
Is there any material in our prefered language?

Being able to browse/search the SOC content index for the /client endpoint would be a much easier way I think.
BR / Emil

To answer your first question, yes we had only the most basic search implemented in the first version of the UX. You're not the only one who would like to see more options there and we have plans to do so in future releases.
To answer your second question we are looking at implementing a solution to bring resources in for the preferred language, this is tied in part to Microsoft supporting multilingual pages as well as us expanding our manifests to support pointing to the language variations of Microsoft assets.  This is all WIP and I cannot give you an exact date that we'll be releasing it but it is a current effort.


CacheUtils shown in this tutorial are now Deprecated and marked for removal

When I was looking for some less manual approaches of caching in Reactor i had a look at your https://www.baeldung.com/spring-webflux-cacheable article linking to this tutorial:
https://github.com/eugenp/tutorials/blob/7ab48bf6f4bf10a3578c6461eaa871f7482502b7/spring-5-webflux-2/src/main/java/com/baeldung/webflux/caching/ItemService.java#L38-L39
Looking in the current documentation and this issue the mentioned extensions are deprecated and marked for removal.
It might make sense to remove these parts or annotate them that they are no longer supported in the future.

Hey, @danielrehmann.
Thanks for the feedback. We'll look into this and update the article if necessary.
Cheers.

Resolved.


ScrollableHtmlView random scroll jumps on Windows Mobile 10

I'm having scrolling issue with ScrollableHtmlView then setting a big amount of HTML. It's connected with usability. So then slowly scrolling up a huge HTML page in ScrollableHtmlView from the page bottom, it's randomly jumping to the top of the page, like there is nothing in between (finger should be "on the screen" while scrolling).
I've found there is #region Scroll jumping fix in ScrollableItemsControl.cs file applied to WP8 || WP7. Maybe something similar for WinRT/WM10 is needed?

I've recorded some video on which it's easier to see the problem. Page there is without images, with images scroll performance even worse.
Video is here - https://www.dropbox.com/s/ra41myk3jpcxvc1/P1010911.MOV?dl=0

This is the issue, but i dont think this is the same problem.
https://blog.rsuter.com/jumpy-listbox-while-scrolling-in-windows-phone-7-5/

Do you also encounter this issue when no header and footer template is set?

It seems yes, problem is not the same. I tried without header and yes, problem is still the same.

I can copy/paste my cleaned html with and without images, if needed.

Oh, and one more thing. On really long pages with images sometimes I can't scroll to the bottom, then scrolling fast. So it's going to some edge and after it's jumping a bit upper. Further efforts to scroll down repeating previous algorithm and after some time app randomly can crash.

I've just achieved crash described above and there is no error message at all. App crashing and debug just stops. Only message is The program '[1920] PlayUA.mini.exe' has exited with code -1073741189 (0xc000027b). in Output window.

I set debugger type to 'Native Only' and what I had in Output:
Exception thrown at 0x76C7E243 in PlayUA.mini.exe: Microsoft C++ exception: _com_error at memory location 0x03CF7558.
Exception thrown at 0x76C7E243 in PlayUA.mini.exe: Microsoft C++ exception: _com_error at memory location 0x03CF8038.
Exception thrown at 0x76C7E243 in PlayUA.mini.exe: Microsoft C++ exception: _com_error at memory location 0x03CF81D8.
Unhandled exception at 0x76F4E031 (combase.dll) in PlayUA.mini.exe: 0xC000027B: An application-internal exception has occurred (parameters: 0x0A8FFF78, 0x00000001).

Call Stack - http://i.imgur.com/tr75g7H.png
I think it's separate issue more connected with memory management. I had similar error for HtmlView with large amount of html ( I asked about that here - http://stackoverflow.com/questions/32954696/mytoolkit-reduce-memory-usage )

Maybe its only a problem when in debug mode? Do you see the same behavior in release mode with .NET Native?

I think its a bigger problem to improve the perf... Ill also look into it as soon as possible...

Sorry, but I don't know how to set release mod with .Net Native for Windows Phone WinRT application. I set debugger type here - http://i.imgur.com/LBqNcxi.png
I deployed my app in Release mode and scrolling behavior is the same as in video.
As for crashes, they are rare on my 920 and happening just in few big html posts with images. They are not really critical for now. Scrolling performance is much more important..

Because my current app version in Windows Store using ScrollView with HtmlView and scrolling is perfect but there are a lot of app crashes due to lack of virtualization for big posts. So I decided to change to ScrollableHtmlView and 'scroll jumps' issue is the only I have now.. Thank you for trying to improve this!

I've recorded a new video with some other kind of 'scrolling jumps' issue. You can see on the video that there is no bug on the top of HTML page, but there is one on the bottom, similar to the previous scrolling issue.
Link to video - https://www.dropbox.com/s/ld614r6mgvhwr39/P1010912.MOV?dl=0


Update providers.md

Docs page is missing the noun 'write' before IOPS. Further disambiguate by removing the /, which canonically means "and/or", but in this case, the docs should say "and".

Thank you!


where is the /api/docs?

I can't find it

It should be on http://localhost:3001/api/docs/ if you are running your backend on the default port.


Publish arm64-Darwin releases

When using the install script on an Apple M1 machine you run across:
install: error: Could not determine target from output of uname -m-uname -s, please use --target: arm64-Darwin
Can this be published? I can currently install via brew or manually but the script was useful for local CICD.

Thanks for opening this issue! This is blocked on Github Actions releasing arm64 MacOS runners. I think this is the issue for that: https://github.com/actions/runner/issues/805
Once arm64 runners are available, this should be very easy.

FYI, you don't need arm64 macOS runners to build for M1 Mac, Rust supports cross compile to aarch64-apple-darwin on x86_64 macOS:
❯ uname -a
Darwin ali-166442.local 21.3.0 Darwin Kernel Version 21.3.0: Wed Jan  5 21:37:58 PST 2022; root:xnu-8019.80.24~20/RELEASE_X86_64 x86_64

❯ cargo build --target aarch64-apple-darwin
    Updating crates.io index
  Downloaded nix v0.23.1
  Downloaded regex v1.5.5
  Downloaded typed-arena v2.0.1
  Downloaded strum_macros v0.24.0
  Downloaded strum v0.24.0
  Downloaded snafu-derive v0.7.0
  Downloaded target v2.0.0
  Downloaded edit-distance v2.1.0
  Downloaded lexiclean v0.0.1
  Downloaded ctrlc v3.2.1
  Downloaded dotenv v0.15.0
  Downloaded snafu v0.7.0
  Downloaded similar v2.1.0
  Downloaded rustversion v1.0.6
  Downloaded 14 crates (705.2 KB) in 3.43s
   Compiling proc-macro2 v1.0.36
   Compiling unicode-xid v0.2.2
   Compiling syn v1.0.86
   Compiling libc v0.2.119
   Compiling memchr v2.4.1
   Compiling cfg-if v1.0.0
   Compiling autocfg v1.1.0
   Compiling rustversion v1.0.6
   Compiling serde_derive v1.0.136
   Compiling log v0.4.14
   Compiling serde v1.0.136
   Compiling doc-comment v0.3.3
   Compiling unicode-segmentation v1.9.0
   Compiling bitflags v1.3.2
   Compiling regex-syntax v0.6.25
   Compiling camino v1.0.7
   Compiling serde_json v1.0.79
   Compiling lazy_static v1.4.0
   Compiling unicode-width v0.1.9
   Compiling heck v0.4.0
   Compiling regex-automata v0.1.10
   Compiling ansi_term v0.12.1
   Compiling itoa v1.0.1
   Compiling strsim v0.8.0
   Compiling humantime v2.1.0
   Compiling ryu v1.0.9
   Compiling fastrand v1.7.0
   Compiling vec_map v0.8.2
   Compiling termcolor v1.1.3
   Compiling remove_dir_all v0.5.3
   Compiling target v2.0.0
   Compiling typed-arena v2.0.1
   Compiling edit-distance v2.1.0
   Compiling dotenv v0.15.0
   Compiling lexiclean v0.0.1
   Compiling memoffset v0.6.5
   Compiling heck v0.3.3
   Compiling aho-corasick v0.7.18
   Compiling bstr v0.2.17
   Compiling quote v1.0.15
   Compiling similar v2.1.0
   Compiling regex v1.5.5
   Compiling atty v0.2.14
   Compiling term_size v0.3.2
   Compiling nix v0.23.1
   Compiling tempfile v3.3.0
   Compiling textwrap v0.11.0
   Compiling clap v2.34.0
   Compiling env_logger v0.9.0
   Compiling ctrlc v3.2.1
   Compiling strum_macros v0.24.0
   Compiling snafu-derive v0.7.0
   Compiling derivative v2.2.0
   Compiling strum v0.24.0
   Compiling snafu v0.7.0
   Compiling just v1.1.0 (/Users/lusheng.lls/Projects/just)
    Finished dev [unoptimized + debuginfo] target(s) in 1m 08s

❯ file target/aarch64-apple-darwin/debug/just
target/aarch64-apple-darwin/debug/just: Mach-O 64-bit executable arm64

Nice, I didn't know that! I just released 1.1.1, which should include MacOS ARM binaries, once the build finishes: https://github.com/casey/just/releases/tag/1.1.1

Just confirmed that the install script works on my M1 Mac!


Missing step in registering the App

Hi, all.
There is a missing step in the app registration process. After choosing the "Web" platform one will need to select "Allow Implicit Flow".
Cheers

Thanks, @seesharpdev : I just updated the readme.md
cc: @kalyankrishna1


Some links point on pages that do not exist

Subj. (e.g. http://hydra.nixos.org/job/nixos/release-unstabl/tested#tabs-constituents shows 404 for me)

This seems to be a side effect of #8, so I'll mark it as a duplicate.


Modify API request to return more than 30 repos.

As of now, when submitting request, github returns and array with a max of 30 items.
enhancement should return all of them with pagination.
Should discuss how many items per page.
current call https://api.github.com/users/user/repos
proposed call https://api.github.com/user/repos?page=5&per_page=50

@cxoltero I can reproduce this as well but I am seeing the Link headers as shown in the API docs you linked.  So, will need to implement some pagination functionality.

An infinite scroll solution might be nice here


problem uploading file

I'm having a very odd issue trying to upload a file using ungular 2.
I have an angular 2 app. and I'm working to a file upload to load files in the app, but trying with 2 different libraries during the upload of the file I have a 415 error (unsupported media type).
The strange thing is I have another project with angular 1 and there file upload it's working fine, so I checked using chrome tools to understand differences, and try to make equal.
At this point I have this situation:

this is the result of the upload using angular 1.5 and it's workign fine.

this one is from the upload with angular2 and gives me error.
Even configuring the console at trace level I don't find any valuable information, and I don't see any real di difference that justify this kind of error.
Where have I to look to solve this problem?

The URL used to submit the request is different between the two, as are the names of the form files - name="titolo" vs name="dataImport".
However, the best explanation of the 415 response code is that the wrong action is being hit. Can you paste in the signature of your action method?

this is the action and the declaration of the angular 2 procedure
[Route("api/[controller]")]
   public class AllegatiController : Controller
   {
       private IHostingEnvironment _environment;

       private AccountService _account { get; set; }
       public AllegatiController(AccountService account, IHostingEnvironment environment)
       {
           _account = account;
           _environment = environment;
       }

       [AllowAnonymous]
       [Route("test")]
       [HttpPost]
       public async Task<IActionResult> AddAllegato([FromBody] AllegatiPostVm model)
       {
           var uploads = Path.Combine(_environment.WebRootPath, "uploads");
....

this is the declaration of the angular 1 procedure that is working
        [Route("[action]")]
        [HttpPost]
        public async Task<IActionResult> SimpleExcel(UploadData model)
        {
            var dtImport = Convert.ToDateTime(this.Request.Form["dataImport"], new CultureInfo(1040));
            dtImport = new DateTime(dtImport.Year, dtImport.Month, dtImport.Day);

Ok, I'm missing something. based on your suggestion I changed the only different thing, the [FromBody] and this solved the problem.
Sorry, but I don't understand why

[FromBody] doesn't play with forms

Don't worry, after almost 1 working day spent trying to solve this problem is clear.
Could be nice in the future to have better indication at least at logging level, because the message is confusing, and with all the possible source of problems using new client frameworks too, look at this detail is the last thing.
thanks anyway.

which message do you think is confusing? Should we log better data when we report a 415? What information would you like to see?

Well, the fact that the presence of the [FromBody] attribute is even blocking for the action call is confusing. Could be that the general idea that mvc and web api has been merged in asp.net core didn't help me in understand the problem.
Now I understand that the unsupported media type answer is related to his presence, but in this situation gave me the impression that there is some general problem with the client component.
I think that change the behavior of the [FromBody], doing nothing when is processing form data is excessive, but give a specific message in the log console when are you using with with the two typical form content type could be useful.
Generally speaking I have to deal quite often with this 415 error message: asp.net core accepts a restricted set of content types while sending json data packets, and I found that several client packages send data in text/html by default, or when you change some options and forget to set explicitly the content type again.
Since new frameworks has been just release the community libraries are still to an eraly stage: just to do an example, while trying to solve this problem I found at least a couple of upload libraries where setting the content type header explicitly they forget to add the boundary to that line, making unusable.

I'm reopening this issue so we don't lose track of your feedback, thanks!

ok, nice to be of help

Let's add log messages to our input formatters that state that they were attempting to handle the request, but couldn't.
Also, the filter that ends up returning the 415 status message should have some new behavior:

Log this message: "No formatter could be found to support the content type "{0}" for use with the [FromBody] attribute."
If the content type is form data, it should log an additional message stating: "To use model binding, remove the [FromBody] attribute from the action method's parameter."

These messages should all be at the Debug level.

Hi


Exclude specific combinations of Parameters from a Matrix

In TEP-0090: Matrix, we introduced Matrix to support fanning out a PipelineTask with different combinations of Parameters.
This issue tracks the work to exclude a specific combination of Parameters in a Matrix, which was a non-goal in TEP-0090.

/lifecycle frozen


Credential issued to Jhon Smith dont appear in to his wallet

Hi @SmithSamuelM  , Kindly please help on , I have succesfully tested first functional scenario and while testing second scenario where CEO OOR  need to be assigned to Jhon Smith , I can succesfully issue credentials (with port 5623 UI) , but issued creds cant be seen in Jhon wallet . I am checking containers Jhon and qvi logs also but no logs got generated for this there .  FYI:  @rowanshedden

@savitaraghuvanshi within the last hour we have deployed a new set of infrastructure. With enhancements based off of what we were seeing from people running through the functional scenarios.
If you could go ahead and stop, delete and pull the containers again and restart the functional scenarios we'll be monitoring things on our end.
We appreciate the you taking the time to work through these issues with us!
Feel free to close this issue if you have a successful test :)

Thanks for quick update , I am testing now and will update you .

@SmithSamuelM There is a progress , I can now test functional scenario 2 : Jhon Smith can see its OOR VC of  role CEO in its wallet
while scenario 3 the same issue . I can issue ECR role but Jhon doe cant see in its wallet ,

Thank you for taking the time to participate in the vLEI Beta software qualification program.
For any remaining open issues lodged during the qualification, the discussion during the deep dive session we ran at the conclusion of the beta qualification has provided answers to these issues.  GLEIF proposes to close these issues and asks you to reach out to your contact at GLEIF for a link to the recording.
The vLEI development team will continue to develop the software in preparation for the pilot phase of the vLEI development.  GLEIF would like to thank you again for the contribution of your feedback toward the development of the vLEI Beta software


Issue passing URLs as options

So I have a very simple program that I'm trying to pass partial URLs to, the options look like:
        [Value(0)]
        public string Endpoint { get; set; }

        [Value(1)]
        public string Username { get; set; }

        [Value(2)]
        public string Password { get; set; }

The EndPoint value would look like "/users/dealer", but I always get an error when I pass a value like that, even if enclosed in double-quotes.  The error is "UnknownOptionError" and the Token is "u".  If I switch on IgnoreUnknownOptions then I don't get an error, but my Endpoint option ends up being "sers/dealer".
Am I missing something, is there something that I need to change to make it accept these parameters, or is this a legit bug?

What version of the library?

Version <IP_ADDRESS>, packages.config shows:
<package id="CommandLineParser20" version="<IP_ADDRESS>" targetFramework="net461" />

Install CommandLineParser 2.1.1-beta and try again. You're using an unofficial build that isn't supported (and is likely out of date).

Yep, that did the trick.  Thanks!


Could not create cudnn handle: CUDNN_STATUS_NOT_INITIALIZED

System information

Windows 10 Pro 2004
TensorFlow  installed from (pip):
TensorFlow version (2.4.0):
Python version 3.8.1:
Installed in anaconda venv
CUDA version 11.0, cuDNN version 8.0.4
GPU model gtx 1660ti, 6Gb vram:

The code
`import os
os.environ['TF_CPP_MIN_LOG_LEVEL'] = '2'
import tensorflow as tf
import tensorflow_datasets as tfds
import tensorflow_addons as tfa
import math
from tensorflow.keras import layers
from tensorflow import keras
print(tf.version)
if tf.test.gpu_device_name():
print('Default GPU Device:{}'.format(tf.test.gpu_device_name()))
else:
print("Please install GPU version of TF")
physical_devices = tf.config.list_physical_devices('GPU')
print(physical_devices)
tf.config.experimental.set_memory_growth(physical_devices[0], True)
(ds_train, ds_test), ds_info = tfds.load('mnist',
split=['train', 'test'],
shuffle_files=False,
as_supervised=True,
with_info=True,)
@tf.function
def normalize_img(image, label):
return tf.cast(image, tf.float32) / 255.0, label
@tf.function
def rotate(img, max_degrees=25):
degrees = tf.random.uniform([], -max_degrees, max_degrees, dtype=tf.float32)
img = tfa.image.rotate(img, degrees*math.pi / 180, interpolation='BILINEAR')
return img

@tf.function
def augment(image, label):
image = tf.image.resize(image, size=[28, 28])
image = rotate(image)
# coloring of image
image = tf.image.random_brightness(image, max_delta=0.2)
image = tf.image.random_contrast(image, lower=0.5, upper=1.5)
return image, label

AUTOTUNE = tf.data.experimental.AUTOTUNE
BATCH_SIZE = 32
ds_train = ds_train.cache()
ds_train = ds_train.shuffle(ds_info.splits['train'].num_examples)
ds_train = ds_train.map(normalize_img, num_parallel_calls=AUTOTUNE)
ds_train = ds_train.map(augment, num_parallel_calls=AUTOTUNE)
ds_train = ds_train.batch(BATCH_SIZE)
ds_train = ds_train.prefetch(AUTOTUNE)
ds_test = ds_test.map(normalize_img, num_parallel_calls=AUTOTUNE)
ds_test = ds_test.batch(BATCH_SIZE)
ds_test = ds_test.prefetch(AUTOTUNE)
def my_model():
inputs = keras.Input(shape=(28, 28, 1))
x = layers.Conv2D(32, 3)(inputs)
x = layers.BatchNormalization()(x)
x = keras.activations.relu(x)
x = layers.MaxPooling2D()(x)
x = layers.Conv2D(64, 3)(x)
x = layers.BatchNormalization()(x)
x = keras.activations.relu(x)
x = layers.MaxPooling2D()(x)
x = layers.Conv2D(128, 3)(x)
x = layers.BatchNormalization()(x)
x = keras.activations.relu(x)
x = layers.Flatten()(x)
x = layers.Dense(64, activation='relu')(x)
outputs = layers.Dense(10, activation='softmax')(x)
return keras.Model(inputs=inputs, outputs=outputs)
model = my_model()
compile model
model.compile(loss=keras.losses.SparseCategoricalCrossentropy(from_logits=False),
optimizer=keras.optimizers.Adam(lr=1e-4),
metrics=['accuracy'])
model.fit
model.fit(ds_train, epochs=30, verbose=2)
model.evaluate
model.evaluate(ds_test)
model.save('model')
`
The error it produced

2.4.0
Default GPU Device:/device:GPU:0
[PhysicalDevice(name='/physical_device:GPU:0', device_type='GPU')]
Epoch 1/30
2021-01-09 11:59:09.630855: E tensorflow/stream_executor/cuda/cuda_dnn.cc:336] Could not create cudnn handle: CUDNN_STATUS_NOT_INITIALIZED
2021-01-09 11:59:09.631034: E tensorflow/stream_executor/cuda/cuda_dnn.cc:340] Error retrieving driver version: Unimplemented: kernel reported driver version not implemented on Windows
2021-01-09 11:59:09.632741: E tensorflow/stream_executor/cuda/cuda_dnn.cc:336] Could not create cudnn handle: CUDNN_STATUS_NOT_INITIALIZED
2021-01-09 11:59:09.632910: E tensorflow/stream_executor/cuda/cuda_dnn.cc:340] Error retrieving driver version: Unimplemented: kernel reported driver version not implemented on Windows
Traceback (most recent call last):
File "D:/Projects/pythonProject/main.py", line 85, in
model.fit(ds_train, epochs=30, verbose=2)
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\keras\engine\training.py", line 1100, in fit
tmp_logs = self.train_function(iterator)
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\def_function.py", line 828, in call
result = self._call(*args, **kwds)
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\def_function.py", line 888, in _call
return self._stateless_fn(*args, **kwds)
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\function.py", line 2942, in call
return graph_function._call_flat(
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\function.py", line 1918, in _call_flat
return self._build_call_outputs(self._inference_function.call(
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\function.py", line 555, in call
outputs = execute.execute(
File "C:\Users.\AppData\Roaming\Python\Python38\site-packages\tensorflow\python\eager\execute.py", line 59, in quick_execute
tensors = pywrap_tfe.TFE_Py_Execute(ctx._handle, device_name, op_name,
tensorflow.python.framework.errors_impl.UnknownError:  Failed to get convolution algorithm. This is probably because cuDNN failed to initialize, so try looking to see if a warning log message was printed above.
[[node model/conv2d/Conv2D (defined at D:/Projects/pythonProject/main.py:85) ]] [Op:__inference_train_function_1489]
Function call stack:
train_function

Verified versions of drivers, cuda toolkit and cudnn several times, and reinstalled them also several times.
Any advice or suggestion will be appriciated.
Thx

@Heizenber
Please refer to this resolved issue and let us know:#45779, #42298, #34214

@Heizenber
Please refer to this resolved issue and let us know:#45779, #42298, #34214

Solved the issue using this link https://yann-leguilly.gitlab.io/post/2019-10-08-tensorflow-and-cuda/, changed only the versions, thank you!!!

Solved the issue using this link https://yann-leguilly.gitlab.io/post/2019-10-08-tensorflow-and-cuda/, changed only the versions, thank you!!!


[SPARK-19868] conflict TasksetManager lead to spark stopped

What changes were proposed in this pull request?
move the sched.dagScheduler.taskEnded(tasks(index), Success, result.value(), result.accumUpdates, info) after the isZombie assigned to true

Can one of the admins verify this patch?

CC @kayousterhout or @squito

This looks like the right change.  In fact, I could have sworn we had recently merged in something like this -- maybe there is another pr still in flight which includes this?  @jinxing64 perhaps this is in one of your open prs?
The description needs to be updated, and we really should have a unit test (though with a very quick look I don't see a good way to test, I'll need to think about that part).  Here is my suggestion for the description:

We must set the taskset to zombie before the dagscheduler handles the taskEnded event, because that event may cause the dagscheduler to launch another task attempt.  If that happens before the taskSet has been set to zombie, it will appear that we have conflicting task sets.

The code worked before this change because dagScheduler.taskEnded() is async, so the task ended was almost always processed after the zombie status had been updated.  However, that left a race, which would occasionally go the wrong way.

Jenkins, ok to test

Test build #74212 has started for PR 17208 at commit 6c40b9f.

Test build #74212 has finished for PR 17208 at commit 6c40b9f.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/74212/
Test PASSed.

Merged build finished. Test PASSed.

Looks good.  Expanding on Imran's comment, how about:
We must set the taskset to zombie before the DAGScheduler handles the taskEnded event.  It's possible the taskEnded event will cause the DAGScheduler to launch a new stage attempt (this happens when map output data was lost), and if this happens before the taskSet has been set to zombie, it will appear that we have conflicting task sets.

@squito
Thanks for notification :) this is not in my pr.

@liujianhuiouc do you have time to update the comment here?  It would be great to get this in soon.

to be clear, I agree with Kay's rewording (in particular, I meant stage attempt, not task attempt).
Also I think its worth including a test.  You can use this: https://github.com/squito/spark/commit/3da535f5664746f57928c693a45cdc1ffdce5311
I know its very narrowly focused but it seems worth including.

ok, I will  update that.

@liujianhuiouc have you had time to fix this up yet?

@kayousterhout I have already update the comments, and fix this issue, do you mean i should merge the test case by squito

Yes can you also merge @squito's test case?

@kayousterhout Done

@kayousterhout Done

Test build #75290 has started for PR 17208 at commit 17acd55.

lgtm assuming tests pass

Test build #75290 has finished for PR 17208 at commit 17acd55.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/75290/
Test FAILed.

@squito tests fails

Test build #75299 has started for PR 17208 at commit fd67392.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/75299/
Test FAILed.

@squito update the no-args ManualClock constructor with initialized time

Jenkins, retest this please

Looks like the tests were manually killed (-9).
Thanks for catching that and fixing @liujianhuiouc

Test build #75312 has started for PR 17208 at commit fd67392.

Test build #75312 has finished for PR 17208 at commit fd67392.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/75312/
Test PASSed.

Merged build finished. Test PASSed.

LGTM merged this to master

I think handleFailedTask has the similar issue. Right?

hmm I think you're right @zsxwing that we should be updating isZombie before sched.dagScheduler.taskEnded and sched.dagScheduler.taskSetFailed is called, just to keep state consistent.  I don't think you'll actually hit the bug described here, as (a) if it was from a fetch failure, isZombie is already set first or if (b) its just a regular task failure, and it leads to the stage getting aborted, then there aren't any more retries of the stage anyway.


Path must be a string

Hi
I'm receiving following error:
Warning: Path must be a string. Received [ 'build/blog/2015-10-12-example-article/index.html' ] Use --force to continue.

Here is my config
module.exports = ->
  @config 'responsive_images_extender',
    thumbnails:
      files: [
        expand: true
        cwd: 'build/'
        src: ['**/*.{html,htm,php}']
        dest: 'test/'
      ]

It's quite same, as the one in readme.md.
Versions:
grunt-cli v0.1.13
grunt v1.0.1
node v6.2.0

Here is full log with message:

Am I missing something obvious?

Hi
I have the same issue on one machine but not on the other.
The only difference I can see is that the machine it isn’t working on has different dependencies:

├─┬<EMAIL_ADDRESS>│ ├─┬<EMAIL_ADDRESS>│ │ ├─┬<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ ├─┬<EMAIL_ADDRESS>│ │ │ │ └──<EMAIL_ADDRESS>/* only on the machine, where it’s not working */
│ │ │ └──<EMAIL_ADDRESS>│ │ ├─┬<EMAIL_ADDRESS>│ │ │ └──<EMAIL_ADDRESS>/* only on the machine, where it’s not working */
│ │ ├──<EMAIL_ADDRESS>│ │ ├─┬<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ ├──<EMAIL_ADDRESS>│ │ │ └─┬<EMAIL_ADDRESS>│ │ │   ├──<EMAIL_ADDRESS>│ │ │   ├──<EMAIL_ADDRESS>/* only on the machine, where it’s not working */
│ │ │   ├──<EMAIL_ADDRESS>│ │ │   └──<EMAIL_ADDRESS>│ │ └──<EMAIL_ADDRESS>│ └──<EMAIL_ADDRESS>
Any hints would be greatly appreciated!

Hey guys,
I'm on the road right now, but will look into this during the weekend.
Thanks for flagging,
Stephan

Thanks @stephanmax!
I checked the node.js versions on both machines: the one it was working on was running 5.9.0 the one it was not working on 6.3.0. After downgrading the latter to 5.12.0 it is working again. So it might be something in the change from the node 5.x-branch to the 6.x-branch?

This is because on Node 6.0.0 and higher path module accepts only string as input, while grunt-responsive-images-extender passes array with single value

Is there a way to fix this? @ArmorDarks

It should be fixed in code, so, only via PR.

Hi @stephanmax
Just thought that it worth to ping you out :)

Dear S, by reviewing your JS code,  I think the function named parseAndExtendImg need a string as the parameter, while f. src is an Array. Maybe a simple forEach will fix it. Hope your update because this is a really aewsome plugin!

So, is there a workaround, @ArmorDarks? I'm stuck with the "Path must be string" error too.
Thanks.

Has anyone been able to make this plugin work with higher versions of Node? I tried downgrading using nvmw but it's not as easy as it should've been.

Hi guys,
It's been a while, sorry for that and more importantly thanks for your patience.
This bug has been fixed, the plugin now also accounts for multi-src files and I added a test to make sure things are going down smoothly.
Let me know if something does not work. Until then I consider this matter closed. Thanks all for contributing and your nice words about this plugin.
Stephan

It's fixed in version 2.0.1? I got if working downgrading to Node 4. Should we upgrade the plugin for your fix to work then?
Thanks!

Hi @mau-ferrusca, it's been fixed in version 3.0.0 and is good to go for Node version >=6. Upgrading to latest Node and plugin and you should be good to go.

Thanks for the clarification.
I asked because I ran npm update but the plugin is stil v 2.0.1

Weird, thanks for flagging. Could you try again? It should have been updated in the npm registry by now.

Perfect. Got 3.0.0 now. Thank you, @stephanmax.


Binance.cc Could not resolve host

Binance.cc host is not working

In Binance.php file located in src/BinanceApi ,
edit the line 21 with code protected $url = "https://binance.cc"; to protected $url = "https://c2c.binance.com";


TypeError: download_songs() got an unexpected keyword argument 'manual'

With this config
[ytm-yld]
cookie = C:\Users\yuriy\Downloads\music.youtube.com_cookies.txt
mode = m
json = C:\Users\yuriy\Music\ytm-yld\metadata.json
songs-json = C:\Users\yuriy\Music\ytm-yld\songs_metadata.json
output = C:\Users\yuriy\Music\ytm-yld

no-cover = True
no-lyrics = True

Upon selecting the desired song number I'm getting this:

[2023-05-27 12:28:31.133748] [INPUT] [playlistmanual 34] Enter the song numbers you wish to download (e.g. 1-5,12,7-9,10):
> 3
Traceback (most recent call last):
File "main.py", line 349, in
TypeError: download_songs() got an unexpected keyword argument 'manual'
[20456] Failed to execute script 'main' due to unhandled exception!

Notes

Windows 10
ytm-yld version 8.0.0

I forgot to remove the argument that was passed to the function. Simple as that 😅 Because of it unfortunately, manual mode isn't usable.
Sorry about that. I will include this issue in the following hotfix

I pushed a hotfix v8.0.1, hopefully fixing the issue.
Still though, if anything is wrong, let me know.


Fixed a typo

TextDocumentPositioParams -> TextDocumentPositionParams

@dbaeumer Can somebody take a look at this?

@anisalibegic was out on vacation until today.


remove direct ivar access and use methods instead

These minor changes allow rubysl-socket to work with the codedb-ffi-io branch which is preparing to merge to master soon.

@chuckremes thanks for working on this? Ready to merge? Do you want to merge it when you are ready?

I'll be ready soon. Eliminating a hang on OS X right now.


Document some guidelines for directory structure

Would be good to put some forethought into how we structure our packages and directories. We can put these in the README.

Done when there exists either a README or wiki on directory structure / file organization guidelines.

Done when there exists either a README or wiki on directory structure / file organization guidelines.

Our README touches on this a bit (at least WRT to tests), and we had some team discussions about the organization of the rest (views, services, controllers, etc). I think I'll close this since our package names seem to do a good job of speaking for themselves so far.


Added generic param on AddEntityFrameworkStores

The 2.0 version of AddEntityFrameworkStores still needs the DbContext type

@WilkaH,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by .NET Foundation. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

@scottaddie  I think we need tabs here - right?

@Rick-Anderson No need for tabs. This code is the same in all versions of ASP.NET Core. :shipit:

@WilkaH Nice catch! Thank you for the contribution.


i am using latest version on fscalendar and xcode16 but in iPhone 15Pro and 16Pro i got issue where only one column is visible

i am using latest version on fscalendar and xcode16 but in iPhone 15Pro and 16Pro i got issue where only one column is visible
https://github.com/user-attachments/assets/86c70197-390a-4010-aacb-fa8adac0a4f1

It's duplicate of https://github.com/WenchaoD/FSCalendar/issues/1415


back and forward slashes issue

Hello,
In your description you say "Though Windows may use /, , or \ as path separators, you can only use forward-slashes (/) when specifying glob expressions. Any back-slashes () will be interpreted as escape characters instead of path separators."
Tests I ran suggest it should be the opposite. I am using Windows 7.
I wanted to list all files except some, so I used forward slashes as per your suggestion '!(**.jpg|css/style.css)'
This kept throwing an error and failing. When I modified it to use back-slashes instead '!(**.jpg|css\\style.css)' it worked flawlessly.

Hi @mnakalay
Thank you! I'll have a look at this. Could you be interested in doing a PR?


Progress on Invariant Tests

Component
Forge
Describe the feature you would like
Currently the invariant testing goes blind while running.
It would be nice to have a dynamic progress on-run like Echidna (where it shows a counter of the current runs / total runs).
Additional context
No response

I am currently testing the invariant testing feature by solving Damn Vulnerable Defi using only invariants.
Another thing that could be improved is how is the sequence logged.
For example, with the Naive-Receiver level (spoiler alert):

10 subsequent calls are needed to crack this level in order to drain the receiver.

Trying to get 10 calls within the same run was pretty impossible (needed to tune the invariant up to 7 ether). When the logs are shown, the whole stack of failed txs is shown.
Maybe it is pretty complicated by it would be great to show only those calls who differentially modify the invariant (thinking of this as a slope of a function a.k.a derivative). Also, that idea could be used as a feedback seed to the invariant engine as another path to check if the invariant could be broken (for example, when a recently performed call approaches the invariant to be broken, try to do it again). This could be a config parameter.

Maybe it is pretty complicated by it would be great to show only those calls who differentially modify the invariant (thinking of this as a slope of a function a.k.a derivative). Also, that idea could be used as a feedback seed to the invariant engine as another path to check if the invariant could be broken (for example, when a recently performed call approaches the invariant to be broken, try to do it again). This could be a config parameter.

cc @mds1 @transmissions11 have we thought about this before?

I haven't thought of that idea before in this context. It's interesting, sounds like converting the process of breaking invariants into solving an optimization problem with gradient descent, where the function you're "optimizing" is the invariant. My initial guess is that this may not be practical to implement, because (1) invariant expressions are not necessarily mathematical functions / differentiable curves, but boolean expressions, and (2) a single test may look for more than one related invariants, so which do we analyze? However I don't want to dismiss this too quickly, and would love for someone to tell me this is feasible. Because I believe Harvey does covert code into cost functions that it tries to minimize (see figure 1 here), so maybe this is more doable than I think.
In general, Harvey has a couple of nice ideas (all described in that same paper) that we should consider implementing, though I haven't looked at that paper recently so am hazy on the details.
And I do agree progress bars or counters for fuzz/invariant runs would be nice, see also https://github.com/foundry-rs/foundry/issues/585

Will dig into that paper today so I can brainstorm in here with the same theory.
I come from a more scientific field (chemical process engineer). It could sound pretty odd and maybe it could be impossible to implement but how compounds are made and the thermodynamics behind the transformation of the matter could help as an approach.
The feasible and most common reaction within a system is the one that happens through the "minimum energy path" (MEP). The way it is modeled is in the vectorial field due to the fact that each variable is modified whenever another one suffers from a change. That's why the math behind the solution of finding the MEP conveys an optimization of a vectorial field using partial derivatives yielding to the best compromise between feasibility in time (compared to the other "feasible" times of the same system) and also energy minimization. A quick overview of this could be seen on the following paper.
The idea of having a vectorial field of solutions where the objectives need to converge could be also applied to the idea we are speaking in order to build a game-changing coverage/corpus  feedback engine.

Read the paper about Harvey, it mixes the idea of a typical grey-boxed fuzzer with the concept of optimization by leveraging from the cost optimization. It could be a nice approach IMO that mixes the idea of minimizing the cost (the same way a material system tries to reduce its energy towards a more stable state) with an energy factor to each instruction as a strategy of weighting the alternatives in order to maximize the amount of paths explored minimizing the effort.


[DELETEME] Test kafka upgrade

@kvish this seems to have worked (52 tests passed the failing test is test_kerberos_authz_no_acls_required.test_authz_acls_not_required which should not be related to the change we were trying)


DSN with ENV Variables (Symfony 3.3.9). Request for release

Hi there!
I'm trying to get my dsn information through env variables, i.e:
snc_redis:
    clients:
        default:
            type: predis
            alias: default
            dsn: '%env(APP_REDIS_IP)%@%env(APP_REDIS_PORT)%'
            logging: %kernel.debug%

And I got literals as in issue #302. As I saw in #353, this problem has been solved and I can see these changes in master (https://github.com/snc/SncRedisBundle/tree/master/DependencyInjection/Configuration) but not in version tag 2.0.2 (https://github.com/snc/SncRedisBundle/tree/2.0.2/DependencyInjection).
Could you make a new tagged version including this fix so that composer can reach it @snc?
Thank you!

I've just tagged 2.0.3.

Thank you!


Add note about certs on CentOS

Inserted admonition for for adding certs in CentOS 6 & 7, and in CentOS 5.

Beautiful, thanks @JimGalasyn :)


Formatting UnitLength Measurement on iOS 16 does not consider user's Measurement System settings

Description
Starting from iOS 16 iPhone users can choose Measurement System in Settings app. However, this settings does not affect formatting UnitLength Measurement values in iOS 16, while on iOS 17 it works as expected.
Reproduction
    let measurement = Measurement(value: 100, unit: UnitLength.kilometers)
    let locale_us_metric = Locale(identifier: "en_US@measure=metric")
    print(measurement.formatted(.measurement(width: .abbreviated, usage: .road).locale(locale_us_metric)))

In iOS 16 this prints: 62 mi
While in iOS 17: 100 km
The same can also be achieved by manually changing Measurement System setting in Settings app.
Expected behavior
Both iOS versions should produce the same result, i.e. if Measurement System is set to metric, the formatted value should be in kilometres.
Environment
Apple Swift version 5.9 (swiftlang-<IP_ADDRESS>.108 clang-15<IP_ADDRESS>)
Additional information
It seems like in iOS 16 when formatting kilometres and miles, only region is taken into consideration, i.e. is US is set as region, then all the formatted strings will be in miles. While in iOS 17, Measurement System setting affects the formatting so even if the selected region is US but the measurement system is metric, the value will be in meters/kilometres.

This is an issue with Apple's SDK, not with the Swift programming language.  Such concerns should be filed with Apple, for example at feedbackassistant.apple.com
I doubt that Apple can fix this in iOS 16, since that has already shipped.  :grin:


WIP: Merge the 1.7 documentation changes

Not to be merged until after cert-manager v1.7.0 has been released.
/hold

/override dco

/override dco

/hold cancel

Trying to fix this merge conflict

/override dco

/lgtm


Add Tilt component

@assumptionsandg is this all we need for the azimuth dev environment?

@assumptionsandg is this all we need for the azimuth dev environment?

Think so, we'll also need to add it to the Tiltfile in azimuth-config too.


fix issue 850

fixes #850
@netsensei not sure what to do with that package-lock.json
that constantly seems to change. I've included it now, but
probably not a good idea?

@miet @nicolasfranck Is this ready to be merged or still some discussion around it?