text:
MacOS multiprocess issues

If you attempt to use soufi on MacOS you will hit multiprocess issues. As an example I created the following simply test script.
#!/usr/bin/env python

import pylru
import soufi

LRU_CACHE = pylru.lrucache(size=1024)
finder = soufi.finder.factory('centos',
                              'vim-minimal',
                              '7.4.629-8.el7_9',
                              soufi.finder.SourceType.os,
                              cache_backend='dogpile.cache.memory',
                              cache_args=dict(cache_dict=LRU_CACHE))

print(finder.find())

On my Mac I have installed python 3.10.3 via pyenv. If I setup a venv with the latest soufi and then try and run the above script (and the fix for #29)  I get an error about  calling freeze_support() which is a windows only thing, but the error is coming from multiprocessing/spawn.py. MacOS and Windows share the same start method (spawn, see https://docs.python.org/3/library/multiprocessing.html) so I suspect the issue is actually related to the use of spawn vs fork. Note this script works fine on Linux.
cfb@sandman:ccs/> python -m venv venv
cfb@sandman:ccs/> venv/bin/python --version
Python 3.10.3
cfb@sandman:ccs/> venv/bin/pip install -U pip setuptools wheel
Requirement already satisfied: pip in ./venv/lib/python3.10/site-packages (22.0.4)
Collecting pip
  Downloading pip-22.1.2-py3-none-any.whl (2.1 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.1/2.1 MB 18.2 MB/s eta 0:00:00
Requirement already satisfied: setuptools in ./venv/lib/python3.10/site-packages (58.1.0)
Collecting setuptools
  Downloading setuptools-62.3.2-py3-none-any.whl (1.2 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.2/1.2 MB 15.2 MB/s eta 0:00:00
Collecting wheel
  Using cached wheel-0.37.1-py2.py3-none-any.whl (35 kB)
Installing collected packages: wheel, setuptools, pip
  Attempting uninstall: setuptools
    Found existing installation: setuptools 58.1.0
    Uninstalling setuptools-58.1.0:
      Successfully uninstalled setuptools-58.1.0
  Attempting uninstall: pip
    Found existing installation: pip 22.0.4
    Uninstalling pip-22.0.4:
      Successfully uninstalled pip-22.0.4
Successfully installed pip-22.1.2 setuptools-62.3.2 wheel-0.37.1
cfb@sandman:ccs/> venv/bin/pip install soufi
Collecting soufi
  Using cached soufi-2022.3.14-py2.py3-none-any.whl (37 kB)
Collecting lxml>=4.6.3
  Using cached lxml-4.9.0-cp310-cp310-macosx_10_15_x86_64.whl (4.6 MB)
Collecting click>=7.1.2
  Using cached click-8.1.3-py3-none-any.whl (96 kB)
Collecting dogpile.cache>=1.1.5
  Using cached dogpile.cache-1.1.5-py3-none-any.whl (51 kB)
Collecting requests>=2.25.1
  Using cached requests-2.27.1-py2.py3-none-any.whl (63 kB)
Collecting cryptography>=3.3.1
  Using cached cryptography-37.0.2-cp36-abi3-macosx_10_10_x86_64.whl (2.8 MB)
Collecting pylru>=1.2.0
  Using cached pylru-1.2.1-py3-none-any.whl (16 kB)
Collecting requests-oauthlib>=1.3.0
  Using cached requests_oauthlib-1.3.1-py2.py3-none-any.whl (23 kB)
Collecting launchpadlib>=1.10.13
  Using cached launchpadlib-1.10.16-py2.py3-none-any.whl (216 kB)
Collecting repomd>=0.2.1
  Using cached repomd-0.2.1-py3-none-any.whl (3.9 kB)
Collecting cffi>=1.12
  Using cached cffi-1.15.0-cp310-cp310-macosx_10_9_x86_64.whl (178 kB)
Collecting decorator>=4.0.0
  Using cached decorator-5.1.1-py3-none-any.whl (9.1 kB)
Collecting stevedore>=3.0.0
  Using cached stevedore-3.5.0-py3-none-any.whl (49 kB)
Collecting httplib2
  Using cached httplib2-0.20.4-py3-none-any.whl (96 kB)
Collecting keyring
  Using cached keyring-23.5.1-py3-none-any.whl (33 kB)
Collecting six
  Using cached six-1.16.0-py2.py3-none-any.whl (11 kB)
Collecting lazr.restfulclient>=0.9.19
  Using cached lazr.restfulclient-0.14.4.tar.gz (62 kB)
  Preparing metadata (setup.py) ... done
Collecting lazr.uri
  Using cached lazr.uri-1.0.6.tar.gz (18 kB)
  Preparing metadata (setup.py) ... done
Collecting defusedxml
  Using cached defusedxml-0.7.1-py2.py3-none-any.whl (25 kB)
Collecting charset-normalizer~=2.0.0
  Using cached charset_normalizer-2.0.12-py3-none-any.whl (39 kB)
Collecting idna<4,>=2.5
  Using cached idna-3.3-py3-none-any.whl (61 kB)
Collecting certifi>=2017.4.17
  Using cached certifi-2022.5.18.1-py3-none-any.whl (155 kB)
Collecting urllib3<1.27,>=1.21.1
  Using cached urllib3-1.26.9-py2.py3-none-any.whl (138 kB)
Collecting oauthlib>=3.0.0
  Using cached oauthlib-3.2.0-py3-none-any.whl (151 kB)
Collecting pycparser
  Using cached pycparser-2.21-py2.py3-none-any.whl (118 kB)
Collecting distro
  Using cached distro-1.7.0-py3-none-any.whl (20 kB)
Requirement already satisfied: setuptools in ./venv/lib/python3.10/site-packages (from lazr.restfulclient>=0.9.19->launchpadlib>=1.10.13->soufi) (62.3.2)
Collecting wadllib>=1.1.4
  Using cached wadllib-1.3.6.tar.gz (62 kB)
  Preparing metadata (setup.py) ... done
Collecting pyparsing!=3.0.0,!=3.0.1,!=3.0.2,!=3.0.3,<4,>=2.4.2
  Using cached pyparsing-3.0.9-py3-none-any.whl (98 kB)
Collecting pbr!=2.1.0,>=2.0.0
  Using cached pbr-5.9.0-py2.py3-none-any.whl (112 kB)
Collecting importlib-metadata>=3.6
  Using cached importlib_metadata-4.11.4-py3-none-any.whl (18 kB)
Collecting zipp>=0.5
  Using cached zipp-3.8.0-py3-none-any.whl (5.4 kB)
Building wheels for collected packages: lazr.restfulclient, lazr.uri, wadllib
  Building wheel for lazr.restfulclient (setup.py) ... done
  Created wheel for lazr.restfulclient: filename=lazr.restfulclient-0.14.4-py3-none-any.whl size=70795 sha256=05572584d048c23747a4c6fa01343e8de7e8b8f8e158e73bffd04fde053a5480
  Stored in directory: /Users/cfb/Library/Caches/pip/wheels/bb/9c/51/fcd209a75c812670370bd6013e0746b947f4baa0242c342029
  Building wheel for lazr.uri (setup.py) ... done
  Created wheel for lazr.uri: filename=lazr.uri-1.0.6-py3-none-any.whl size=20362 sha256=cf33027a6d722b77c556af313a1a000291350c1a7b3bbae110ed5b10f7657f16
  Stored in directory: /Users/cfb/Library/Caches/pip/wheels/cb/27/9a/232fcb7a33bce3386e70db9f87f9cbe67d4dded43faff30129
  Building wheel for wadllib (setup.py) ... done
  Created wheel for wadllib: filename=wadllib-1.3.6-py3-none-any.whl size=58280 sha256=96c0e83bf3f065f9216f00ec3a388b904d4ea7bfee895fa975f3ede779f98258
  Stored in directory: /Users/cfb/Library/Caches/pip/wheels/70/14/54/863a40409358975621e53fee1fe000478845aff98c1a9b8e4f
Successfully built lazr.restfulclient lazr.uri wadllib
Installing collected packages: pylru, zipp, urllib3, six, pyparsing, pycparser, pbr, oauthlib, lxml, lazr.uri, idna, distro, defusedxml, decorator, click, charset-normalizer, certifi, wadllib, stevedore, requests, repomd, importlib-metadata, httplib2, cffi, requests-oauthlib, lazr.restfulclient, keyring, dogpile.cache, cryptography, launchpadlib, soufi
Successfully installed certifi-2022.5.18.1 cffi-1.15.0 charset-normalizer-2.0.12 click-8.1.3 cryptography-37.0.2 decorator-5.1.1 defusedxml-0.7.1 distro-1.7.0 dogpile.cache-1.1.5 httplib2-0.20.4 idna-3.3 importlib-metadata-4.11.4 keyring-23.5.1 launchpadlib-1.10.16 lazr.restfulclient-0.14.4 lazr.uri-1.0.6 lxml-4.9.0 oauthlib-3.2.0 pbr-5.9.0 pycparser-2.21 pylru-1.2.1 pyparsing-3.0.9 repomd-0.2.1 requests-2.27.1 requests-oauthlib-1.3.1 six-1.16.0 soufi-2022.3.14 stevedore-3.5.0 urllib3-1.26.9 wadllib-1.3.6 zipp-3.8.0
cfb@sandman:ccs/> venv/bin/python find_packages.py
Traceback (most recent call last):
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 92, in get_source_url
    source_name, source_ver = self._walk_binary_repos(self.name)
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 144, in _walk_binary_repos
    baseurl, repo_xml = self._cache.get_or_create(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/cache/region.py", line 1042, in get_or_create
    with Lock(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 185, in __enter__
    return self._enter()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 94, in _enter
    generated = self._enter_create(value, createdtime)
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 178, in _enter_create
    return self.creator()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/cache/region.py", line 995, in gen_value
    created_value = creator(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 233, in do_task
    process.start()
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/process.py", line 121, in start
    self._popen = self._Popen(self)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/context.py", line 224, in _Popen
    return _default_context.get_context().Process._Popen(process_obj)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/context.py", line 284, in _Popen
    return Popen(process_obj)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/popen_spawn_posix.py", line 32, in __init__
    super().__init__(process_obj)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/popen_fork.py", line 19, in __init__
    self._launch(process_obj)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/popen_spawn_posix.py", line 42, in _launch
    prep_data = spawn.get_preparation_data(process_obj._name)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 154, in get_preparation_data
    _check_not_importing_main()
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 134, in _check_not_importing_main
    raise RuntimeError('''
RuntimeError:
        An attempt has been made to start a new process before the
        current process has finished its bootstrapping phase.

        This probably means that you are not using fork to start your
        child processes and you have forgotten to use the proper idiom
        in the main module:

            if __name__ == '__main__':
                freeze_support()
                ...

        The "freeze_support()" line can be omitted if the program
        is not going to be frozen to produce an executable.

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 116, in spawn_main
    exitcode = _main(fd, parent_sentinel)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 125, in _main
    prepare(preparation_data)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 236, in prepare
    _fixup_main_from_path(data['init_main_from_path'])
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/spawn.py", line 287, in _fixup_main_from_path
    main_content = runpy.run_path(main_path,
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/runpy.py", line 269, in run_path
    return _run_module_code(code, init_globals, run_name,
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/runpy.py", line 96, in _run_module_code
    _run_code(code, mod_globals, init_globals,
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/Users/cfb/cisco/scratch/ccs/find_packages.py", line 14, in <module>
    print(finder.find())
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finder.py", line 228, in find
    return self._find()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 74, in _find
    source_url = self.get_source_url()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 94, in get_source_url
    raise exceptions.DownloadError from e
soufi.exceptions.DownloadError
^CTraceback (most recent call last):
  File "/Users/cfb/cisco/scratch/ccs/find_packages.py", line 14, in <module>
    print(finder.find())
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finder.py", line 228, in find
    return self._find()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 74, in _find
    source_url = self.get_source_url()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 92, in get_source_url
    source_name, source_ver = self._walk_binary_repos(self.name)
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 144, in _walk_binary_repos
    baseurl, repo_xml = self._cache.get_or_create(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/cache/region.py", line 1042, in get_or_create
    with Lock(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 185, in __enter__
    return self._enter()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 94, in _enter
    generated = self._enter_create(value, createdtime)
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/lock.py", line 178, in _enter_create
    return self.creator()
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/dogpile/cache/region.py", line 995, in gen_value
    created_value = creator(
  File "/Users/cfb/cisco/scratch/ccs/venv/lib/python3.10/site-packages/soufi/finders/yum.py", line 236, in do_task
    response = queue.get(timeout=600)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/queues.py", line 113, in get
    if not self._poll(timeout):
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/connection.py", line 262, in poll
    return self._poll(timeout)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/connection.py", line 429, in _poll
    r = wait([self], timeout)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/multiprocessing/connection.py", line 936, in wait
    ready = selector.select(timeout)
  File "/Users/cfb/.pyenv/versions/3.10.3/lib/python3.10/selectors.py", line 416, in select
    fd_event_list = self._selector.poll(timeout)
KeyboardInterrupt

I am able to reproduce the error with both Python 3.8.3 and 3.10.4 on MacOS.
A cursory web search infers that multiprocessing has some explicit protection against being run in a global scope, and indeed, this version of the script runs without complaint:
#!/usr/bin/env python

import pylru
import soufi

LRU_CACHE = pylru.lrucache(size=1024)

def main():
    finder = soufi.finder.factory('centos',
                                  'vim-minimal',
                                  '7.4.629-8.el7_9',
                                  soufi.finder.SourceType.os,
                                  cache_backend='dogpile.cache.memory',
                                  cache_args=dict(cache_dict=LRU_CACHE))
    print(finder.find())

if __name__ == '__main__':
    main()

Soufi should probably make a good-faith effort to catch the RuntimeError and present a useful error message.

Bizarre. Ok then.

Did you want to submit a fix for this Nic?

authors: 0xDEC0DE bigjools cburgess juledwar

repo: juledwar/soufi


text:
Incorporate the Gitpod Ready-to-code system

Description
With Gitpod.io, everyone can easily compile the website's code and run it in one single click, which will make it easier for contributors to make changes, especially for those that do not have the required tools or such.
This has been added in a lot of repositories and is highly configurable. Those who opt to not use this tool can compile the website locally on their machines.
If this is accepted, I'd like to work on this. Thank you. 🙂

This is a good idea.
We look forward to your work. If you need any help, please feel free to contact us.
Thanks.

Cool, thanks! Working on this. 🙂

source: gharchive/issue

repo: julelang/website

license_type: permissive

license_source: github-api


text:
Add Equal instance for optics in test

optics are functions, so we could approximate an Equal instance as it is done in cats:
https://github.com/typelevel/cats/blob/master/laws/src/main/scala/cats/laws/discipline/Eq.scala#L11-L15

done

repo: julien-truffaut/Monocle

license: MIT


text:
How to build scenario tree from historical data

I try to do a multi-stage optimization. And I have historical data about uncertainty. Is there any example which can show how to construct the scenario tree using these historical data? Or which function should I use?

Currently there is no tool to construct multistage scenario tree from historical data in StochOptim (only (1) multistage from distribution and (2) two-stage from historical data). So one possibility would be to infer a distribution from your data and apply (1). Another possibility is to use a more standard "distribution-driven approach" like SCENRED2 (available in GAMS).

authors: julienkeutchayan ridongwang

repo: julienkeutchayan/StochOptim


text:
Updating readme from example branch

Updates
I updated the readme file. Please review and accept!

Thoughts
I probably shouldn't, but okay 💯

source: gharchive/pull-request

repo: julierindone/website


text:
Update README.md

Clarified some points - of course please triple check it's correct!

LGTM!

authors: AnneCarpenter niranjchandrasekaran

repo: jump-cellpainting/JUMP-Target


text:
Bundle Identifier Not Valid

Describe the bug
A clear and concise description of what the bug is.
Says I can't use an iOS bundle identifier with a hyphen in it because "it's not valid" but that's not true. My app has a hyphen in it. So I can't use the script to build my app.
To Reproduce
Steps to reproduce the behavior:
react-native-rename TestApp --iosBundleID com.org.test-app
Expected behavior
A clear and concise description of what you expected to happen.
It should work
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):

operating system: MacOS
npm version: 8
node version:16
react-native-rename version: 3.2.10
react-native version: 67

Additional context
Add any other context about the problem here.

Thanks, @redreceipt for pointing it out. Fixed in v3.2.11

here's another one, underscores too https://github.com/junedomingo/react-native-rename/pull/236

authors: junedomingo redreceipt

repo: junedomingo/react-native-rename


text:
Calling fzf with popup window options, I found E863

[x] I have read through the manual page (man fzf)
[x] I have the latest version of fzf
[x] I have searched through the existing issues

Info

OS

[ ] Linux
[x] Mac OS X
[ ] Windows
[ ] Etc.

Shell

[ ] bash
[x] zsh
[ ] fish

Problem / Steps to reproduce
Calling fzf with popup window options, I found E863.
All of vimrc :
call plug#begin($HOME.'/.local/share' . '/vim-plug')
  " {{{ junegunn/fzf
  let g:fzf_layout = { 'window': {
        \ 'width': 0.8,
        \ 'height': 0.8,
        \ 'border': 'ascii'
        \ } }

  Plug 'junegunn/fzf', { 'do': { -> fzf#install() } }
  Plug 'junegunn/fzf.vim'

  let g:fzf_command_prefix = 'Fzf'
  nnoremap <Leader>f  :<C-u>FzfFiles<CR>
  " }}}

call plug#end()

:version :
VIM - Vi IMproved 8.2 (2019 Dec 12, compiled May 13 2020 16:28:49)
macOS version
Included patches: 1-750
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl               +channel           +cscope            +ex_extra          -hangul_input      +linebreak         +mouse_dec         -mzscheme          +profile           -sound             +termguicolors     +vartabs           +writebackup
+arabic            +cindent           +cursorbind        +extra_search      +iconv             +lispindent        -mouse_gpm         +netbeans_intg     -python            +spell             +terminal          +vertsplit         -X11
+autocmd           -clientserver      +cursorshape       -farsi             +insert_expand     +listcmds          -mouse_jsbterm     +num64             +python3           +startuptime       +terminfo          +virtualedit       -xfontset
+autochdir         +clipboard         +dialog_con        +file_in_path      +ipv6              +localmap          +mouse_netterm     +packages          +quickfix          +statusline        +termresponse      +visual            -xim
-autoservername    +cmdline_compl     +diff              +find_in_path      +job               +lua               +mouse_sgr         +path_extra        +reltime           -sun_workshop      +textobjects       +visualextra       -xpm
-balloon_eval      +cmdline_hist      +digraphs          +float             +jumplist          +menu              -mouse_sysmouse    +perl              +rightleft         +syntax            +textprop          +viminfo           -xsmp
+balloon_eval_term +cmdline_info      -dnd               +folding           +keymap            +mksession         +mouse_urxvt       +persistent_undo   +ruby              +tag_binary        +timers            +vreplace          -xterm_clipboard
-browse            +comments          -ebcdic            -footer            +lambda            +modify_fname      +mouse_xterm       +popupwin          +scrollbind        -tag_old_static    +title             +wildignore        -xterm_save
++builtin_terms    +conceal           +emacs_tags        +fork()            +langmap           +mouse             +multi_byte        +postscript        +signs             -tag_any_white     -toolbar           +wildmenu
+byte_offset       +cryptv            +eval              +gettext           +libcall           -mouseshape        +multi_lang        +printer           +smartindent       -tcl               +user_commands     +windows
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
       defaults file: "$VIMRUNTIME/defaults.vim"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X -DMACOS_X_DARWIN  -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: clang   -L. -fstack-protector-strong -L/usr/local/lib -L/usr/local/opt/libyaml/lib -L/usr/local/opt/openssl@1.1/lib -L/usr/local/opt/readline/lib  -L/usr/local/lib -o vim        -lncurses -liconv -lintl -framework AppKit  -L/usr/local/opt/lua/lib -llua5.3 -mmacosx-version-min=10.15 -fstack-protector-strong -L/usr/local/lib  -L/usr/local/Cellar/perl/5.30.2_1/lib/perl5/5.30.2/darwin-thread-multi-2level/CORE -lperl -lm -lutil -lc  -L/usr/local/opt/python@3.8/Frameworks/Python.framework/Versions/3.8/lib/python3.8/config-3.8-darwin -lpython3.8 -framework CoreFoundation  -lruby.2.7

So now I cannot use popup window.
It's very painful

The issue is caused by the patch 8.2.0743.
Try this PR: https://github.com/junegunn/fzf/pull/2000

Thank you for this fix @junegunn!  Just ran into this, and saw that you already fixed 💪

authors: jesseleite kyoh86 lacygoill

repo: junegunn/fzf


text:
Output updating log into stdout

I am going to schedule updating plug as a routine with crontab.
Now I am using
nvim +'PlugUpdate --sync' +qa

which basically saves a screenshot of the vim window.
Is there anyway to print those updating information into a normal stdout?

Type:

[ ] Bug
[ ] Enhancement
[X] Feature Request
[ ] Question

OS:

[ ] All/Other
[X] Linux
[ ] OS X
[ ] Windows

Vim:

[ ] Terminal Vim
[ ] GVim
[X] Neovim

No, but you can write the content of the buffer to a file before quitting.
nvim +'PlugUpdate --sync' +'%w /tmp/vim-plug.log' +qa

authors: junegunn szsdk

repo: junegunn/vim-plug


text:
Action Unit extraction

Hi, thanks for sharing your work.
Could I know your method to speed up the AU extraction process by using openface? Would you mind to share your extracted AUs of the AffectNet dataset?

@liuyvchi  can you help me to execute this script on my macos m1

repo: junleen/Expression-manipulator


text:
TensorFlow input_states有些疑问

self.input_states = tf.placeholder(
tf.float32, shape=[None, 4, board_height, board_width],name="input_states")
第二的参数为什么是4,代表着什么?按道理不是应该是3(3种情况,玩家1,玩家2,未下),有人可以帮我解答一下吗?

1: 当前玩家落子
2: 对方玩家落子
3: 上一步落子
4: 当前玩家，全是 0 or 1


text:
specify container ip on user.server

I'm not 100% sure container_ip is always the right value for this, but I think it is.

I think this works, too.
In SwarmSpawner I apparently set self.container_ip = "0.0.0.0" and then set self.user.server.ip equal to the IP address of the machine that it was started on by swarm. I don't entirely remember why they're not the same, but I think it's just because self.container_ip = "0.0.0.0" is a useful catchall that allows the container to run publicly but self.user.server.ip needs to be the real IP so that the hub can communicate with the server. But, if the container IP were correctly set to the real IP, then that would still work I think -- the difficulty in that case is that the container IP isn't known until the container is started by swarm, but I'm handling that in any case, so yeah, I think it's fine.

I think 90% of the time setting self.container_ip is a right value for self.user.server.ip. The other 10% of the time, it would have to be handled in a subclass.
An option to handle more cases would be to have a container_ip (or container_ip_bind) and a container_ip_connect.   container_ip  would be used for binding the ports on the host side as is done today.  self.user.server.ip would be assigned container_ip_connect is specified, else it would be assiend container_ip.  Since container_ip defaults to 127.0.0.1 in the config, not specifying either should not change behavior.
With this option, DockerSpawner probably handles the cases outside of using Swam or specialized network/firewall configuration.

@minrk I implemented my idea at bigzachattack/dockerspawner@b72dc5276187e0e40484b877232f2d00dae52b39
I built it ontop of your commit and rebased from upstream.

authors: bigzachattack jhamrick minrk

repo: jupyter/dockerspawner

license_source: bigquery


text:
Can't install with without access to /usr/local/share

This seems to be a problem with install_nbextension not our code.  Is it possible that nb extensions aren't as compatible with  virt_env as they should be?  Or is it just that IPython don't want notebook extensions to be part of the virtual env?

Ping @takluyver IIRC. Virtualenv is python specific, so we have no knowlege of it. There is a userflag for that if you want to explicitely install elsewhere.

We've gone back and forth on where to install things by default - for now, the default is systemwide, and you can pass user=True if you want to do a per-user installation. We don't want to encode knowledge of a particular Python-specific environment tool into these functions (nbextensions and kernelspecs are not part of the Python environment), but we will look for them in e.g. share/jupyter/nbextensions relative to sys.prefix, so if you know you're in an environment, you can install there.

Thanks for the clarification @takluyver.  @Carreau, can you add one more option that allow us to specify an alternate install directory, so that user's can manually specify the path sharee/jupyter/nbextensions relative to sys.prefix

There's already a prefix option. But once you know where you want to install to, the installation process is really just copying files.

(i.e. there's no reason to go through an IPython API if you know where you're installing to - just use standard shutil functions to copy a file or folder)

Thanks @takluyver, since we already call the IPython API, we have just added the prefix option.
Closed by #77

I stumbled on
OSError: [Errno 13] Permission denied: '/usr/local/share/jupyter'

error as well, from @takluyver 's comment I'd think that the --user option in init would do the trick and install files in ~/.ipython but it's not working, here's the output with and without the --user flag
	(colaboratory)me@bibook ~/D/Python> python -m jupyterdrive drive
	Traceback (most recent call last):
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 162, in _run_module_as_main
	    "__main__", fname, loader, pkg_name)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 72, in _run_code
	    exec code in run_globals
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__main__.py", line 2, in <module>
	    jupyterdrive.main()
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__init__.py", line 96, in main
	    verbose=args.verbose
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__init__.py", line 31, in install
	    nbextensions_dir=path)
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/IPython/html/nbextensions.py", line 176, in install_nbextension
	    ensure_dir_exists(nbext)
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/IPython/utils/path.py", line 588, in ensure_dir_exists
	    os.makedirs(path, mode=mode)
	  File "/Users/me/Development/Python/environments/colaboratory/bin/../lib/python2.7/os.py", line 150, in makedirs
	    makedirs(head, mode)
	  File "/Users/me/Development/Python/environments/colaboratory/bin/../lib/python2.7/os.py", line 157, in makedirs
	    mkdir(name, mode)
	OSError: [Errno 13] Permission denied: '/usr/local/share/jupyter'
	(colaboratory)me@bibook ~/D/Python> python -m jupyterdrive --user drive
	Traceback (most recent call last):
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 162, in _run_module_as_main
	    "__main__", fname, loader, pkg_name)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 72, in _run_code
	    exec code in run_globals
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__main__.py", line 2, in <module>
	    jupyterdrive.main()
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__init__.py", line 96, in main
	    verbose=args.verbose
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/jupyterdrive/__init__.py", line 31, in install
	    nbextensions_dir=path)
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/IPython/html/nbextensions.py", line 176, in install_nbextension
	    ensure_dir_exists(nbext)
	  File "/Users/me/Development/Python/environments/colaboratory/lib/python2.7/site-packages/IPython/utils/path.py", line 588, in ensure_dir_exists
	    os.makedirs(path, mode=mode)
	  File "/Users/me/Development/Python/environments/colaboratory/bin/../lib/python2.7/os.py", line 150, in makedirs
	    makedirs(head, mode)
	  File "/Users/me/Development/Python/environments/colaboratory/bin/../lib/python2.7/os.py", line 157, in makedirs
	    mkdir(name, mode)
	OSError: [Errno 13] Permission denied: '/usr/local/share/jupyter'

In both cases I get a permision denied error for '/usr/local/share/jupyter'.
Did I misunderstood the "pass user=True part that @takluyver suggested?
What's the proper way for an user to install into his home directory?

@KesterTong @Carreau - there's a --user option, but it looks like you don't actually use it when calling install().

I can't remember if I ever used --user.  I may have used --path all along.  Or maybe I just started installing using sudo.  Sorry for the confusion @anddam, it looks like your final command line is close to what I was using at one point.  @takluyver I will investigate the --user option, maybe it once did something and stopped working

I think all the machinery for it is there, you're just missing a user=args.user here: https://github.com/jupyter/jupyter-drive/blob/master/jupyterdrive/init.py#L97

@takluyver you are right.  I created #99 so we remember to fix this.

authors: Carreau KesterTong anddam takluyver

repo: jupyter/jupyter-drive


text:
Add note about os support and update example repo

Closes #281

Update example repo
Add note about os support and link to windows in docs
reflow text

Tip top!

authors: betatim willingc


text:
[MRG] Add FAQ entry and Howto on exporting conda environments

This adds a FAQ entry and a short how-to guide to explain how a user can get a strict export of their conda environment that will work in repo2docker even if they use OSX or Windows as their operating system.
I also created https://github.com/binder-examples/conda-freeze as a "base" conda env people can use. The goal is that it installs nothing extra but triggers the conda build pack.
This is in response to https://github.com/jupyterhub/binder/issues/149 and https://github.com/jupyterhub/mybinder.org-deploy/issues/906 which both had problems with this.

We might want to adjust the command used to create and export the environment after thinking about #600. Right now I am not sure which process (clicking and browser terminal vs all-in-one complex command line invocation) is easier to follow and modify for people who aren't shell + docker + conda experts.


text:
Improvements to the social media images

Now that social media images work, a few things we could do to improve them:

Make the background of the image white so that it pops better

Add a square image as well (I think that you can have both a rectangular and a square image and sites will choose the best one)

Should we make any changes to the tagline that is shared as well? I was thinking it’d be good to have the word “open” in there

Get the full URL of the image automatically(copypasted from @betatim):

To include the host checkout
https://www.tornadoweb.org/en/stable/web.html#tornado.web.RequestHandler.static_url
though we probably want to use

https://github.com/jupyterhub/binderhub/blob/master/binderhub/app.py#L148-L158

as the "base" instead of the host on which BinderHub is actually running. In the case
of our federation it would mean you'd get different URLs depending on which cluster
you get sent to. I think.

My comment in Point 4 was about how to make the URL of the image absolute and reusing some config we already have. Tried to make the text better by editing your comment.

Another idea would be to generate the content of the image "on the fly" to include the name of the repo that is being launched. A bit like shields.io let's you generate custom shields by specifying things in the URL. I think that would be nice to make it easier to see where the link is going. At least on twitter I now just see a t.co link which doesn't tell me much about what link I am about to click.
In another iteration we could think about how to combine the binder logo with the social media image of a repository (on GitHub).
Thse would be a great task to help out with if you know design but are new to programming as the first steps would be about mock ups and finding a good design.

Another thing to discuss is should we show the large card or the small card? So card type summary vs summary_large_image.

Should there be more margin on the left and right side of our card image? Right now it feels like it is an image that got auto-cropped to me :-/

It seems like the margin point is an easy one to address...I can make a PR that shrinks this down a little bit and adds a white background.
re: summary vs. large summary, it sounded like most blogs recommended defaulting to the "larger" image because it is more common across other platforms. but happy to think about other perspectives there.
re: auto-generating the name, that sounds like a great idea although more complex than I can tackle in a weekend afternoon hack :-)

auto generating images

Nods, this isn't a Sunday morning hack project, would make a nice first contribution though :) Probably wise to tackle it in two steps even: figure out what the image should look like (design) and then figure out the code to generate it on the fly.

large vs small

Yeah dunno. I was thinking that we use a lot of space in people's timeline with our large image and there isn't a lot of info in it -> more polite to be smaller? shrug Not a high priority task.
Another thought: could we (easily) customise the message users see to include the repo name? What do I mean? In this card:

there is a title, description and a hostname. We could expand the description to include "Try out $repolink without installing anything." or some such?

see https://github.com/jupyterhub/binderhub/pull/910 for some thoughts - good point re: title, I think it might be easier than I'd initially thought so if you want we can iterate on some quick ideas there

@betatim here's what the twitter box looks like now, what do you think?

(we can still choose twitter-specific images etc, just asking if you've got thoughts on the design to tack on to those changes)

Came here to post a screenshot of the same tweet and its card :) I think this is a pretty great v2!
Agree on "GitHub repository" being long, what do you think of something like "Run/Launch/some-verb github.com//@master" for the title? Even longer though ...
Undecided on the white space. Though I think "if in doubt add white space" is probably good advice for non designers like us.
Maybe for launch pages we keep the title as is and put something that tells the user what they will do if thye click the link into the description? I don't know why but I feel like telling people what will happen if they click the link is important/entices clicking. Might just be my old-man'ess that is angry and twitter, mailinglist, etc URLs being obfuscated via t.co or other trackers so I can't see where I am about to go (or if I already visited that page previously).

Sounds good - I'll bump the white space, and maybe play around with the wording a bit (I agree we shouldn't change the title much, and the description could use some changing).
Also just FYI apparently Facebook detects if the image is square and displays a different-sized card if so, so I don't think we need a twitter-specific image unless we want the big banner image on facebook

I think this is now fixed!

authors: betatim choldgraf

repo: jupyterhub/binderhub


text:
@jupyterlab/katex-extension. Add settings section.

Add settings section to katex-extension.
For now, it contains just one entry, macros, a collection of custom  LaTeX macros.
Cheers

You are perfectly right @ian-r-rose! Now, it is way better.

Added! :-)

Thanks @AlbertHilb!

Published as @jupyterlab/katex-extension@0.19.1

authors: AlbertHilb ian-r-rose

repo: jupyterlab/jupyter-renderers


text:
package not found in desktopapp but found in (browser)lab and notebook

my desktopapp jupyterlab works well a few days ago and today it cannot find some packages such as jieba, xpinyin
but when running jupyter lab in browser and notebook, they both work fine with the packages
I have updated to the latest version 3.2.3-1 but problem remains, anyone has the same issue?

You are likely using a different Python environment. Please change the environment using the selector in the statusbar.

You are likely using a different Python environment. Please change the environment using the selector in the statusbar.

Indeed!
Thanks a lot - although I could not select the other env from the statusbar, but I manually delete the new env created during lab installation, and problem resolved

authors: krassowski nphaibk

repo: jupyterlab/jupyterlab-desktop


text:
Reverse search for xkcd

There should be a reverse search for xkcd comics.
eg. .xkcd sandwich should give the same result as .xkcd 149

I think I'l do this by making a google search for "site:xkcd.com " and just pick the top result

authors: arthfl jurgemaister

repo: jurgemaister/turid


text:
feat(payments): [Payment links] Add locale case fix

Type of Change

[ ] Bugfix
[ ] New feature
[ ] Enhancement
[ ] Refactoring
[ ] Dependency updates
[ ] Documentation
[ ] CI/CD

Description
hotfix for https://github.com/juspay/hyperswitch/pull/6789
Additional Changes

[ ] This PR modifies the API contract
[ ] This PR modifies the database schema
[ ] This PR modifies application configuration/environment variables

Motivation and Context

How did you test it?

Checklist

[ ] I formatted the code cargo +nightly fmt --all
[ ] I addressed lints thrown by cargo clippy
[ ] I reviewed the submitted code
[ ] I added unit tests for my changes where possible

closing it, duplicate PR for https://github.com/juspay/hyperswitch/pull/6820

closing it, duplicate PR for https://github.com/juspay/hyperswitch/pull/6820

repo: juspay/hyperswitch


text:
fix: compile-time configurable NY-delimiter

Problem
Describe the problem you are trying to solve here
Solution
Provide a brief summary of your solution so that reviewers can understand your code
Environment variable changes
What ENVs need to be added or changed
Pre-deployment activity
Things needed to be done before deploying this change (if any)
Post-deployment activity
Things needed to be done after deploying this change (if any)
API changes

Endpoint
Method
Request body
Response Body

API
GET/POST, etc
request
response

Possible Issues in the future
Describe any possible issues that could occur because of this change

Lets not label anything with ny and lets keep it a generic feature (no matter for what short time period we would be keeping this feature)

Write a proper PR description

we would need changes in Makefile as well, right ?

authors: Datron ShubhranshuSanjeev ayushjain17

repo: juspay/superposition


text:
limit entry on history

maybe to 30 last entry

Traceback (most recent call last):
  File "/usr/src/app/dogetipper.py", line 68, in main
    bot_command.history_user(msg)
  File "/usr/src/app/bot_command.py", line 285, in history_user
    msg.reply(Template(lang.message_history + history_table + lang.message_footer).render(username=msg.author.name))
  File "/usr/local/lib/python2.7/site-packages/praw/models/reddit/mixins/replyable.py", line 16, in reply
    return self._reddit.post(API_PATH['comment'], data=data)[0]
  File "/usr/local/lib/python2.7/site-packages/praw/reddit.py", line 411, in post
    return self._objector.objectify(data)
  File "/usr/local/lib/python2.7/site-packages/praw/objector.py", line 122, in objectify
    raise APIException(*errors[0])
APIException: TOO_LONG: 'this is too long (max: 10000)' on field 'text'

repo: just-an-dev/sodogetip

license: mit


text:
Loading labeledFaceDescriptors into React state from backend

Hi Vincent,
I am trying to make a React frontend with facial recognition and want to send the labeledFaceDescriptors from a backend into state when the page loads.
When the labeledFaceDescriptor is made it console logs as follows and can be used by the faceMatcher:
[LabeledFaceDescriptors, LabeledFaceDescriptors, LabeledFaceDescriptors]
0: LabeledFaceDescriptors {_label: "milo", _descriptors: Array(1)}
1: LabeledFaceDescriptors {_label: "rick", _descriptors: Array(1)}
2: LabeledFaceDescriptors {_label: "teo", _descriptors: Array(1)}
However when I save this on the backend and send this through to the frontend is comes out as follows and faceMatcher will not use is despite the structure being the same:
(3) [{…}, {…}, {…}]
0: {_label: "milo", _descriptors: Array(1)}
1: {_label: "rick", _descriptors: Array(1)}
2: {_label: "teo", _descriptors: Array(1)}
I think the issue has something to do with it losing the LabeledFaceDescriptors and it being replaced with  {…}.
Is it possible to get around this anyway?
Thanks
Rick

I have got past this issue now, thanks anyway

Okay, just for future reference:. You can not simply use object rest spead (... operator) or object.assign to serialize a class instance.


text:
Update info on Coursera

Coursera now allows you to delete your account from the settings page

Hello @ChrRaz ,
This repo is not being maintained anymore, but we are trying to keep it alive on a detached fork here, would you kindly submit your PR there and close this one here? :)

authors: ChrRaz tupaschoal


text:
🛑 Bitwarden is down

In 65c6467, Bitwarden (https://bitwarden.mkacg.com) was down:

HTTP code: 530
Response time: 48 ms

Resolved: Bitwarden is back up in fb5fffa after 19 minutes.


text:
Overriding predicates

Summary by CodeRabbit

New Features

Introduced enhanced handling of predicates in configuration loading, allowing for more controlled overrides based on specific conditions.
Added validation for unresolved predicates to ensure they are properly addressed during configuration.

Bug Fixes

Improved logic to prevent issues with unresolved predicates by ensuring they are a subset of overriding predicates.

I'll take a look once tests are passing @justin13601


text:
Make the tag of the wrapper configurable

Now the tag of the wrapper was hard code to li, but sometimes I want them to be wrapped by div or others. Do you think it is a good choice to make it configurable?

Oh, Sorry. I checked the source code of formtastic. It provided a very convenient way to build a common form. If I want to customize the wrapper of it, the better way is hack it not configure it. Thank you for your work. Just omit my question from this issue.

repo: justinfrench/formtastic


text:
Spatializing mixtures

Just wondering if we have any thoughts about spatializing mixtures, say with a library of room impulse responses added as a directory for Scaper? Opening the issue early because I think this will be a rather complex change (that possibly won't happen). However, if we had the ability to spatialize sources in a mixture with varying degrees of reverberation or receiver/source placement, we could make some pretty cool stuff I think!
Here's a library out there that could be interesting: https://github.com/LCAV/pyroomacoustics

Some time ago I forked Scaper (master branch, commit e0cc1c9701bb4bcd96a02cd1737c723d765dcd16) with the aim of supporting spatial scenes, namely Ambisonics. The result software is unsurprisingly named AmbiScaper. It supports Ambisonics Room Impulse Responses, both simulated (by calling the Matlab's great SMIR GENERATOR) or recorded (using databases formatted with the SOFA AmbisonicsDRIR Convention).
Despite it is already functional, I momentarily stopped adding functionality due to priority issues. But I'm planning to come back to it in a couple of months. Any help would be welcomed!

I love that scaper was helpful in putting together ambiscaper :)
It might make sense to consider folding AmbiScaper into Scaper - they both achieve very similar goals, the only difference being the synthesis engine - but that could be an option in Scaper, e.g. when you create a Scaper object you can select a "standard" synthesizer or an "ambisonic" synthesizer, the rest is mostly unchanged.
This would not only have the advantage of consolidating related features into the same package, but also of consolidating development efforts, with improvements (like the ones currently being implemented) benefitting both engines.
Just a thought.

It was indeed helpful! Many thanks!
About the potential folding of AmbiScaper into Scaper: the arguments sound very reasonable, so I will definitely consider it. There might be some minor implementation/architecture issues, but in general I agree with you.
Let's keep it in mind, and continue the discussion later.

authors: andresperezlopez justinsalamon pseeth

repo: justinsalamon/scaper


text:
Showing all URLs on the navigation pane

Is it possible to show all the URLs rather than clicking the tree to show the pages in deep subfolders?

We will see if there is a nicer way to display the tree to be able to show links without going through each page

authors: onigoetz ubreddy


text:
original paper using deepcut to fuse body part info

From the  code i cannot find body part fusing.
Is the fusing step in provided h5 model?

I think fusing body part information is the property of the StackNet

I think fusing body part information is the property of the StackNet @shensheng27

@chenyuan1994 Thanks for reply.
I think the paper indicate that the input of stacknetpose is two image patch and their seven body part detection result. Well, author did refer stacknet as network which input is two image stack.
I found the repo is quite computation infeasible, using dmax=100 will cost too much time. And deepmatching is quite show too.  After long time, MOT16-02 calculate 30 million cost and output edge.txt and liftedge.txt, but running c++ code for graph solver result in "cannot relocate memory". Any idea?

@shensheng27
Sorry, I ignored the input of the stacknet in the repo . the repo do not include pose estimation net as I know. the result of the repo is not match the result in paper in my practice.
The deepmatching has GPU version . it is faster but it also cost much time because there are too much image pair. it is available here. http://lear.inrialpes.fr/src/deepmatching/
And I had meet the problem  of the shortage of memory. I found out that all the images were loaded in the memory first. So I change to load images when they needed.

@chenyuan1994  Thanks for reply.
Deepmatching do has a gpu version which is quite hard for me to configuration. I found the docker version which is useful.  However, using downscale 2 will over 8gb gpu memory, so i just take slow cpu version.
By the way, I am using poi detection which has 14092 detection on MOT16-02 and 30million edges graph when dmax=100, the graph solver run for 3days and no result yet. Is this normal?

I have take 2 GPU for graph solver, each batch would coast 10 second. And the deepmatching has been completed prior to it.

@chenyuan1994 @shensheng27 I also want to use gpu version of deepmatch....Please tell me how to set up it!!

@MADONOKOUKI I set up gpu version of deepmatching follow the step in https://github.com/lpplbiubiubiub/DeepMatchingGPU

I also used cpu for graph Algorithms, but it took not much time as you spent, maybe 8 hours for MOT16-11.

@chenyuan1994 thank you!!

@chenyuan1994  @shensheng27 Can you download the model .h5 file in line 56 in MultiplePeopleTracking.py: "reid = StackNet64x64(data_root)"?

repo: jutanke/cabbage


text:
EventStreamManager 在 bot reset 时可能产生事件监听被重复挂载的问题

https://github.com/juzibot/wechaty-puppet-service/blob/d46a6e13c05ac97c11640bc13e1a0efb9def86e4/src/server/event-stream-manager.ts#L58-L59
https://github.com/juzibot/wechaty-puppet-service/blob/d46a6e13c05ac97c11640bc13e1a0efb9def86e4/src/server/event-stream-manager.ts#L153-L292
https://github.com/juzibot/wechaty-puppet-service/blob/d46a6e13c05ac97c11640bc13e1a0efb9def86e4/src/server/event-stream-manager.ts#L298-L383
结合以上三段代码，我们可以看出 EventStreamManager 在处理 puppet 的事件时的逻辑。在启动时，EventStreamManager 监听 puppt 的各项事件通过 grpcStream 转发出去，然后把移除监听器的方法保存在 removeAllListeners 临时变量中，传入 EventStreamManager.onStreamingCallEnd ，在 eventStream 出现 error, finish, end, cancelled 等事件的时候移除这些监听器。对于这一操作，我觉得是有风险的，grpc 的文档中并没有明确 ServerWritableStream 的事件列表，只说了一个 cancelled。 如果因为其他事件 stream 断开，则无法正确的清除监听。因此，要在挂载新监听器时检查是否有旧的监听器存在。

ref: https://grpc.github.io/grpc/node/grpc-ServerWritableStream.html

https://github.com/grpc/grpc-node/blob/0dbcbcc320925249cc2132a9d1716579ac86783e/packages/grpc-js/src/server-call.ts
根据这个源码至少可以看出还有 'drain' 'streamEnd' 这两种事件。

repo: juzibot/wechaty-puppet-service


text:
🛑 TRAPANNI PIZZA is down

In 8861af7, TRAPANNI PIZZA (https://trapanipizzaestofada.com) was down:

HTTP code: 500
Response time: 1007 ms

Resolved: TRAPANNI PIZZA is back up in 7b87537 after 1 day, 3 hours, 8 minutes.

repo: jveyes/upptime


text:
Add quart compatibility.

This PR adds:

quart_compat.py [A simple test module with 1 function only.]
Quart compatibility fixes to get it working with it.

If this PR gets accepted, this would fix issues with quart with flask-security.
This does not affect any flask functionality as far as I'm aware.
If I need to fix/change/lint anything please let me know.

Also - I don't see any tests - so that might mean in the future things get broken?
Probably but the only thing that would break the entire system would be quart_compat.py check. which is unlikely unless they renamed flask_patch to something else.

For now - I am following Pallets lead on keeping py2.7 support. I don't know when they will drop it - hopefully soon!
Until then - I would like to keep it working - so could you add a if quart and PY3: around async code? you don't support 2.7 - so it shouldn't matter.

so could you add a if quart and PY3: around async code? you don't support 2.7 - so it shouldn't matter.

Not really. The issue is that async keyword causes a syntax error on all python 2 versions...
On second thoughts doing a try and except could work...

Try and catch doesnt seem to work on python 2.7 tests...
We COULD try this: https://stackoverflow.com/a/57023749 (An exec a hardcoded script source. But at that point, "Is it worth it?"

I cloned your PR, fixed coverage issues and merged...
Thanks!

Thanks again for all your work. :)


text:
Specific settings for each domain

Hi all,
The questions will not be new but I'm wondering how I can get proxy settings for each specific docker container. For example if working with a angular app I need every 404 to point to the index.html. Do I edit the config of this container or do I spin op another docker container with nginx?

I guess #678 answers my question?

repo: jwilder/nginx-proxy


text:
Update .travis.yml

Update docker version to fix travis build

Thanks @auchri!

authors: auchri jwilder


text:
Invoking .assignee on an Issue with no assignee throws a NameError

Looks like Issue is missing a natural_key definition? Not sure exactly what this is supposed to be doing or I would fork it and submit a patch.
irb(main):011:0> @i.assignee
NameError: undefined local variable or method `natural_key' for #<GitHubV3API::Issue:0x877d03c>
        from /var/lib/gems/1.9.1/gems/github-v3-api-0.1.0/lib/github_v3_api/entity.rb:50:in `fetch_data'
        from /var/lib/gems/1.9.1/gems/github-v3-api-0.1.0/lib/github_v3_api/entity.rb:27:in `[]'
        from /var/lib/gems/1.9.1/gems/github-v3-api-0.1.0/lib/github_v3_api/entity.rb:35:in `block (2 levels) in attr_reader'
        from (irb):11
        from /usr/bin/irb1.9.1:12:in `<main>'

Natural key is used by api to figure out what Entity to fetch. It looks like @jonmagic (who submitted the IssuesAPI) didn't address that, and I didn't catch it. For some reason, I also didn't see this bug report until months later (while looking at a different issue.) :-(
I'll have a look at this in the next few days and see if I can get it patched (unless @jonmagic gets to it first).

Thanks @jwilger, appreciate it.

authors: jwilger tkrajcar


text:
Move icon embed build step out of winpty, etc

In preparation for feature gating winpty (#2890), move the embed step out of the winpty build process.
Add default-members to workspace, this permits non-targeted platforms to completely ignore unused packages.
Remove default features from image dependency, further reducing build time.

In preparation for feature gating winpty

There's no plan to feature-gate WinPTY anytime soon. I don't see why we would take steps not to achieve that in potentially years?

I've got a branch that does just that, keeping it a default feature. This allows a cargo build --no-default-features, which requires substantially less time and fewer dependencies, while having no effect on those who enjoy the default build time.

Fair enough, making it possible to opt out of winpty seems like a reasonable addition, I've got no issues with that.

authors: chrisduerr sterlingjensen

repo: jwilm/alacritty


text:
Move documentation to a Read the Docs site

The versioningit README is huge, and the planned addition of a cmdclass in #3 is only going to make it bigger.  Everything after the "Installation & Setup" section should be moved into a Sphinx site for hosting on Read the Docs.

Done: https://versioningit.readthedocs.io

repo: jwodder/versioningit


text:
Problems with universal rendering

I've created a version of the rebass demo with universal rendering, using next.js. The demo is live here: https://next-rebass-example.now.sh/demo
It looks mostly identical to the original (I copied the code and components from your demo), except for one big difference: All "Box" elements seem to take up 100% width, so that instead of getting three cards on a row, each card gets rendered in its own row.
I've looked at the CSS to see what the difference is, but cannot identify the source of the problem. Can you tell me what I'm doing wrong?

I'm not sure what the issue would be here – hopefully you figured it out or v1 fixes this issue. Feel free to reopen this if needed

authors: jxnblk olifante

repo: jxnblk/rebass


text:
自己实现 access_token 的获取和刷新

我自己实现了 access_token 的更新，如何操作实现用我自己的？重载 property access_token in WeChatClient 就行了吗？
PS:
我之前用的是 wechat-python-sdk，它允许你传入三个 access_token 相关函数，我觉得这样比较灵活。
'access_token_getfunc': access token 获取函数 (用于单机及分布式环境下, 具体格式参见文档)
'access_token_setfunc': access token 写入函数 (用于单机及分布式环境下, 具体格式参见文档)
'access_token_refreshfunc': access token 刷新函数 (用于单机及分布式环境下, 具体格式参见文档)

希望自行管理 access_token 的话：
from wechatpy.client import WeChatClient

def get_wechat_client():
    access_token = your_get_access_token_func()
    return WeChatClient('app_id', 'secret', access_token=access_token, auto_retry=False)

刷新 access_token 应当配置定时任务。
或者参考：http://docs.wechatpy.org/zh_CN/master/enterprise/quickstart.html#accesstoken

你这样的话，如果 access_token 过期了，那么就不行了吧。你再fetch_access_token会使我储存的 access_token 过期。
我试试重载
@property
access_token

另外，secret 是否只与 access_token 有关，我打算传入错误的，防止 wechat_client 使我储存的 access_token 过期。

auto_retry = False 并不会自动刷新 access_token

Mark ,是否是自动管理，单个app时是否可以不自行管理 access_token 。

要自行管理 access_token 的话可以设定 auto_retry=False
然后重载 access_token和fetch_access_token
之后考虑在 FAQ 文档中给出更详细的说明

authors: Jay54520 LKI fbigun messense

repo: jxtech/wechatpy


text:
Update mica_mds.py

Enable multiple Ks in mds mode based on up2date version

Enable multiple Ks

repo: jyyulab/MICA


text:
Make separate builds for tests on Travis CI

This makes the build look nicer on Travis CI.

👍 thanks

authors: bittner k-bx

repo: k-bx/python-semver


text:
How to train a phone-based RNNT

Hi,
i want to know how to train a phone-based RNNT in icefall.
Thanks

You can refer to https://github.com/k2-fsa/icefall/issues/855#issuecomment-1407567658

thanks, the tdnn_lstm_ctc use the ctc loss, but how to train a phone-based RNNT with RNNT loss, like zipformer or enformer.

The data preparation part should be similar.  Please post your issues when you adapt it for the transducer.

i think the UniqLexicon is incompatiable for chinese, and i don't  know how to implement multiple prons lexicon

https://github.com/k2-fsa/icefall/tree/master/egs/librispeech/ASR/tdnn_lstm_ctc
this recipe does not use UniqLexicon and it does support words with multiple pronunciations.
You can have a look and find how it is implemented.

authors: csukuangfj didadida-r yaozengwei


text:
Is there VAD in Triton whisper?

There are hallucinations exist when using of Triton whisper with TensorRT-LLM in sherpa，and a VAD can solve most of hallucinations as my experience, so i wonder is there VAD in Triton whisper that i can enable it directly? or i have to integrate a new one by myself?

There are hallucinations exist when using of Triton whisper with TensorRT-LLM in sherpa，and a VAD can solve most of hallucinations as my experience, so i wonder is there VAD in Triton whisper that i can enable it directly? or i have to integrate a new one by myself?

You may integrate it a new one by checking this https://github.com/k2-fsa/sherpa-onnx/blob/master/python-api-examples/vad-with-non-streaming-asr.py. Welcome to contribute if you do so.

Or you could do VAD at the client side.

There are hallucinations exist when using of Triton whisper with TensorRT-LLM in sherpa，and a VAD can solve most of hallucinations as my experience, so i wonder is there VAD in Triton whisper that i can enable it directly? or i have to integrate a new one by myself?

You may integrate it a new one by checking this https://github.com/k2-fsa/sherpa-onnx/blob/master/python-api-examples/vad-with-non-streaming-asr.py. Welcome to contribute if you do so.

silero-vad
https://github.com/snakers4/silero-vad
thank you ! and do you which vad is better?

There are hallucinations exist when using of Triton whisper with TensorRT-LLM in sherpa，and a VAD can solve most of hallucinations as my experience, so i wonder is there VAD in Triton whisper that i can enable it directly? or i have to integrate a new one by myself?

You may integrate it a new one by checking this https://github.com/k2-fsa/sherpa-onnx/blob/master/python-api-examples/vad-with-non-streaming-asr.py. Welcome to contribute if you do so.

silero-vad https://github.com/snakers4/silero-vad
thank you ! and do you know which vad is better?

They are exactly same model. It's up to you.

authors: evanxqs yuekaizhang


text:
K3D on Ubuntu with Metallb and Unifi USG via BGP

Hi, I have set up k3d on a ubuntu 22 LTS server and trying to get Metallb to work with Unifi USG to get a working Internal (within LAN) Load Balancer IP with a different subnet.
I have followed the docs from Metallb to get BGP working (https://metallb.universe.tf/configuration/) and have added the CRDs below:
apiVersion: metallb.io/v1beta1
kind: IPAddressPool
metadata:
  namespace: metallb
  name: unifi-usg-addr-pool
  labels:
    router: unifi-usg
    dhcp: unifi-usg
spec:
  addresses:
  - 10.1.1.6-10.1.1.250

 ----
apiVersion: metallb.io/v1beta1
kind: BGPAdvertisement
metadata:
  name: unfi-usg-bgp-adv
  namespace: metallb

 ----
 apiVersion: metallb.io/v1beta1
kind: BGPPeer
metadata:
  name: unfi-usg-bgp-peer
  namespace: metallb
spec:
  myASN: 64512
  peerASN: 64512
  peerAddress: 10.0.0.1

My current subnet is 10.0.0.0/24 with the router-ip being 10.0.0.1. I created the k3d cluster with the following flags on my Ubuntu server (10.0.0.26 IP address):
k3d cluster create homelab --api-port 6550 --agents 1 --k3s-arg "--disable=traefik@server:*" --k3s-arg "--disable=servicelb@server:*" --k3s-arg "--kube-proxy-arg=--ipvs-strict-arp=true@server:*"  --no-lb --wait

My plan is to use ingress-nginx as the Ingress Controller and have that get a LoadBalancer service with an IP address with routing from the Unifi USG. I created a test-nginx service as a first step and can see that is getting an IP from the metallb ip address pool:
nginx        LoadBalancer   10.43.20.20   10.1.1.6      80:30355/TCP   60m

I also set up bgp routing in unifi usg as below:
 bgp 64512 {
     neighbor 10.0.0.26 {
         remote-as 64512
     }
     parameters {
         router-id 10.0.0.1
     }
 }

But in the show ip bgp output, I see that it is directing hops to 172.19.0.2:
admin@ubnt:~$ show ip bgp
BGP table version is 0, local router ID is 10.0.0.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, R Removed
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*>i10.1.1.6/32      172.19.0.2                      0      0 i

Total number of prefixes 1

That 172.19.0.2 ip address is for the docker container that runs the agent of k3d:  "Hostname": "k3d-homelab-agent-0"
"Gateway": "172.19.0.1",
"IPAddress": "172.19.0.2",

The current routing and configuration is not working as I am unable to get a response back from 10.1.1.6 (assigned LB IP). Does anyone have a similar experience with some resolution and could point me in the right direction?
It appears the hop is going directly to the agent which kind of makes sense since its the one actually handling communication with pods/services but not really since how it would directly communicate with the docker container without going through the host/Ubuntu server? I believe there might need to be some type of bridge network between the two (host and container) but I'm unsure what exactly to try next.
Any help appreciated, thanks!
Relevant Versions:
// k3d
k3d version v5.4.6
k3s version v1.24.4-k3s1 (default)

//metallb via helm chart
NAME    NAMESPACE       REVISION        UPDATED                                 STATUS          CHART           APP VERSION
metallb metallb         1               2022-09-21 01:06:43.8366683 -0400 EDT   deployed        metallb-0.13.5  v0.13.5

// kube versions
Client Version: version.Info{Major:"1", Minor:"25", GitVersion:"v1.25.2", GitCommit:"5835544ca568b757a8ecae5c153f317e5736700e", GitTreeState:"clean", BuildDate:"2022-09-21T14:33:49Z", GoVersion:"go1.19.1", Compiler:"gc", Platform:"linux/amd64"}
Kustomize Version: v4.5.7
Server Version: version.Info{Major:"1", Minor:"24", GitVersion:"v1.24.4+k3s1", GitCommit:"c3f830e9b9ed8a4d9d0e2aa663b4591b923a296e", GitTreeState:"clean", BuildDate:"2022-08-25T03:45:26Z", GoVersion:"go1.18.1", Compiler:"gc", Platform:"linux/amd64"}

One thing I did notice that I'm not too sure about but looks wrong is when I look into the unifi USG config, I can see that the subnet I allocated to Metallb is showing up in the ip routes:
admin@ubnt:~$ ip route
default via 192.168.1.254 dev eth0  proto zebra
10.0.0.0/24 dev eth1  proto kernel  scope link  src 10.0.0.1
10.1.1.6 via 192.168.1.254 dev eth0  proto zebra
10.1.1.7 via 192.168.1.254 dev eth0  proto zebra
127.0.0.0/8 dev lo  proto kernel  scope link  src 127.0.0.1
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.64

We can see the 10.1.1.6 IP address allocated to the nginx test server in the output and it shows as using eth1 interface. My current subnet of 10.0.0.0/24 also shows using eth0 interface. But when I look at network interfaces:
admin@ubnt:~$ show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         192.168.1.64/24                   u/u  WAN
             2600:1700:28a0:bd30::48/128
eth1         10.0.0.1/24                       u/u  LAN
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128

10.0.0.0/24 using eth1 interface looks correct since this is my LAN network. But seeing the 10.1.1.6 IP address using the eth0 network seems wrong since it's purpose is for WAN and would be public facing. Shouldn't it being using the same interface, eth1, as my LAN subnet?

So I ended up going with k3s instead due to the issue with the next-hop showing as the docker container instead of the actual host. From my limited knowledge that is something that won't work unless there is some type of bridge network or tunnel between the container and the host. Personally I'd rather not introduce more supporting services/requirements to get this to work so ended up going with K3s
admin@ubnt:~$ show ip bgp
BGP table version is 0, local router ID is 10.0.0.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, R Removed
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*>i10.1.1.6/32      10.0.0.26                       0      0 i

I also don't see the issue with the Metallb subnet using the eth0/WAN interface in USG after switching to k3s:
admin@ubnt:~$ ip route
default via 192.168.1.254 dev eth0  proto zebra
10.0.0.0/24 dev eth1  proto kernel  scope link  src 10.0.0.1
10.1.1.6 via 10.0.0.26 dev eth1  proto zebra
127.0.0.0/8 dev lo  proto kernel  scope link  src 127.0.0.1
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.64

It is now properly using the eth1/LAN interface as I thought it should. I am able to hit the nginx-test service with the allocated IP address of the different subnet (the one assigned to Metallb):
curl -X get http://10.1.1.6:80

<title>400 Bad Request</title>

400 Bad Request

nginx/1.14.2

For anyone who is looking to do something similar in the future, here are some additional steps I did to get this to work:
On Unifi USG, enable bgp, example with the neighbor being my k3s node:
configure
set protocols bgp 64512 parameters router-id 10.0.0.1
set protocols bgp 64512 neighbor "10.0.0.26" remote-as 64512
commit
save

If using Ubuntu, to enable cluster access form other LAN hosts, you need to add an allow rule in ufw for ipv6 port 6443 (or your api server port). Note when I installed K3s, it was using/listening on ipv6, at least in my set up so this was required. ufw is enabled by default and you can either allow 6443 ipv6 traffic with a blanket statement or be more specific by specifying your LAN subnets(s). Blanket allow all rule example below but can be more specific:
netstat -tulpn

tcp6       0      0 :::6443                 :::*                    LISTEN      83327/k3s server

ufw allow 6443

ufw status numbered
Status: active

     To                         Action      From
     --                         ------      ----
[ 1] 443/tcp                    ALLOW IN    Anywhere
[ 2] OpenSSH                    ALLOW IN    Anywhere
[ 3] 6443                       ALLOW IN    Anywhere
[ 4] 443/tcp (v6)               ALLOW IN    Anywhere (v6)
[ 5] OpenSSH (v6)               ALLOW IN    Anywhere (v6)
[ 6] 6443 (v6)                  ALLOW IN    Anywhere (v6)

I then could start/install K3s with the following flags:
curl -sfL https://get.k3s.io | INSTALL_K3S_EXEC="--disable=traefik --disable=servicelb --kube-proxy-arg=--ipvs-strict-arp=true"  sh -

According to Metallb docs, you should always specify --disable=servicelb and -kube-proxy-arg=--ipvs-strict-arp flags for this to work. I also disabled Traefik (don't have to, I'm sure it's fine to use) since I am much more familiar with nginx-ingress and prefer to use it for my day to day ingress controller.
I am unsure of what exactly needs to be done to fix this issue with k3d but if anyone ever wants to investigate/resolve it, I ddo hope this helps. The two things I see so far that need be fixed/added (again limited knowledge but learning, so may be wrong):

Bridge network (Container and host)?
Metallb subnet using the correct interface in the USG route table

I will leave this ticket up just in case anyone wants to take a look or if it will hopefully provide some help to any users. But if not applicable, please feel free to close.


text:
Playbook Doesn't install k3s-killall script

Running this playbook to install k3s doesn't seem to install anything but k3s binary.
This makes it unclear how to perform a clean restart as the documentation mentions the k3s-killall script -> https://rancher.com/docs/k3s/latest/en/upgrades/killall/
But the script is missing.
This makes me wonder if there any other scripts missing and if this playbook would gracefully handle a version upgrade.

Sorry i rushed i confused killall with uninstall :) I guess for that a new playbook is needed to handle upgrades...

authors: Setheck gnuninu


text:
[Release-1.27] - leader-elected etcd controllers not consistently functional when leader election/lease mismatches occur

Backport fix for leader-elected etcd controllers not consistently functional when leader election/lease mismatches occur

#10046

Reproduced over here and elsewhere - https://github.com/k3s-io/k3s/issues/10046#issuecomment-2143063618
$ kg cm -n kube-system
NAME                                                   DATA   AGE
chart-content-traefik                                  0      2m17s
chart-content-traefik-crd                              0      2m17s
cluster-dns                                            2      2m21s
coredns                                                2      2m20s
extension-apiserver-authentication                     6      2m25s
k3s                                                    0      2m22s
k3s-etcd                                               0      2m22s
k3s-etcd-snapshot-extra-metadata                       1      23s
kube-apiserver-legacy-service-account-token-tracking   1      2m25s
kube-root-ca.crt                                       1      2m8s
local-path-config                                      4      2m20s

$ kg lease k3s -n kube-system
NAME   HOLDER             AGE
k3s    ip-1-1-1-221      2m37s

$ k edit lease k3s-etcd -n kube-system
lease.coordination.k8s.io/k3s-etcd edited

$ kg lease k3s-etcd -n kube-system
NAME       HOLDER             AGE
k3s-etcd   ip-1-1-1-29       2m42s

$ kg cm -n kube-system
NAME                                                   DATA   AGE
chart-content-traefik                                  0      3m18s
chart-content-traefik-crd                              0      3m18s
cluster-dns                                            2      3m22s
coredns                                                2      3m21s
extension-apiserver-authentication                     6      3m26s
k3s                                                    0      3m23s
k3s-etcd                                               0      3m23s
k3s-etcd-snapshot-extra-metadata                       1      84s
k3s-etcd-snapshots                                     8      18s
kube-apiserver-legacy-service-account-token-tracking   1      3m26s
kube-root-ca.crt                                       1      3m9s
local-path-config                                      4      3m21s

##Environment Details
Validated using COMMIT=30401ec352004666d7c77d4aa8dbb91a82cc389b
Infrastructure

[X] Cloud

Node(s) CPU architecture, OS, and version:
Linux 5.14.21-150500.53-default x86_64 GNU/Linux
PRETTY_NAME="SUSE Linux Enterprise Server 15 SP5"
Cluster Configuration:
NAME               STATUS   ROLES                       AGE     VERSION
ip-1-1-1-39        Ready    control-plane,etcd,master   6m29s   v1.27.14+k3s-30401ec3
ip-1-1-1-30        Ready    <none>                      6m59s   v1.27.14+k3s-30401ec3
ip-1-1-1-221       Ready    control-plane,etcd,master   7m16s   v1.27.14+k3s-30401ec3
ip-1-1-1-29        Ready    control-plane,etcd,master   6m39s   v1.27.14+k3s-30401ec3

Config.yaml:
node-external-ip: 1.1.1.221
token: YOUR_TOKEN_HERE
write-kubeconfig-mode: 644
debug: true
cluster-init: true
embedded-registry: true

Steps

$ curl https://get.k3s.io --output install-"k3s".sh
$ sudo chmod +x install-"k3s".sh
$ sudo groupadd --system etcd && sudo useradd -s /sbin/nologin --system -g etcd etcd
$ sudo modprobe ip_vs_rr
$ sudo modprobe ip_vs_wrr
$ sudo modprobe ip_vs_sh
$ sudo printf "on_oovm.panic_on_oom=0 \nvm.overcommit_memory=1 \nkernel.panic=10 \nkernel.panic_ps=1 \nkernel.panic_on_oops=1 \n" > ~/90-kubelet.conf
$ sudo cp 90-kubelet.conf /etc/sysctl.d/
$ sudo systemctl restart systemd-sysctl

$ COMMIT=30401ec352004666d7c77d4aa8dbb91a82cc389b
$ sudo INSTALL_K3S_COMMIT=$COMMIT INSTALL_K3S_EXEC=server ./install-k3s.sh
$ kg cm -n kube-system
$ kubectl create configmap -n kube-system k3s-etcd-snapshot-extra-metadata --from-literal=test=ing
$ kg cm -n kube-system
$ kg lease k3s -n kube-system
$ k edit lease k3s-etcd -n kube-system
$ kg lease k3s-etcd -n kube-system
$ kg cm -n kube-system
$ kg lease k3s-etcd -n kube-system
$ kg cm -n kube-system

Results:

authors: VestigeJ brandond


text:
[release-1.22] Massive state.db-wal file

Backport fix for Massive state.db-wal file to branch release-1.22

#3660

Closing as commented on https://github.com/k3s-io/k3s/issues/3660#issuecomment-996180565

authors: ShylajaDevadiga brandond


text:
Ubuntu 22.04 LTS -> Failed to get unit file state for nm-cloud-setup.service (as already reported)

Since the last ticket is already pointing to this issue I'm just linking this again:
https://github.com/k3s-io/k3s/issues/4911
It was just closed as solved - but this seems actually unsolved
Should be able to reproduce this easily with a brand new/clean Ubuntu 22.04 VM
If you don't have Network Manager installed or if the Service file 'nm-cloud-setup.service' is not there the k3s.service will actually never start.
(seems to be the default case for new Ubuntu LTS)
I just verified this on three different Bare Metal Machines all running Ubuntu
Two different architectures (amd64, arm64), 3 different Ubuntu Server Versions 20.04, 22.02 and 22.04 and installation state (fresh - old lts, upgraded, fresh new lts).

As I said at https://github.com/k3s-io/k3s/issues/4911#issuecomment-1087968204

If k3s is failing and you see this message in your logs, look further - this is not the cause of your problem.

Yes I did read all and verified it myself on my different hosts before I put it up - let me add reference from the systemd manpage:

ExecStart= commands are only run after all ExecStartPre= commands that were not prefixed with a "-" exit successfully.

from https://www.freedesktop.org/software/systemd/man/systemd.service.html
So for the case of
ExecStartPre=/bin/sh -xc '! /usr/bin/systemctl is-enabled --quiet nm-cloud-setup.service'
This will actually cause the ExecStart k3s to fail, or did I miss an update on this? Do I need to be on latest master?

No, we DON'T want to skip that check, unlike the others. K3s will fail to operate properly if nm-cloud-setup is enabled, so we want the startup to fail if it is found.
I'm not aware of any distros that only have /bin/systemctl:
root@dev01:~# grep VERSION= /etc/os-release; ls -la /bin/systemctl /usr/bin/systemctl
VERSION="22.04 LTS (Jammy Jellyfish)"
-rwxr-xr-x 1 root root 1115760 Apr 21 05:14 /bin/systemctl
-rwxr-xr-x 1 root root 1115760 Apr 21 05:14 /usr/bin/systemctl

root@ubuntu01:~# grep VERSION= /etc/os-release; ls -la /bin/systemctl /usr/bin/systemctl
VERSION="21.10 (Impish Indri)"
-rwxr-xr-x 1 root root 1107504 Apr 21 12:41 /bin/systemctl
-rwxr-xr-x 1 root root 1107504 Apr 21 12:41 /usr/bin/systemctl

[root@centos01 ~]# grep VERSION= /etc/os-release; ls -la /bin/systemctl /usr/bin/systemctl
VERSION="7 (Core)"
-rwxr-xr-x. 1 root root 721744 Oct  1  2020 /bin/systemctl
-rwxr-xr-x. 1 root root 721744 Oct  1  2020 /usr/bin/systemctl

Then how about something like making sure the file does not exists or if exists the service is disabled?
ExecStartPre=/bin/sh -xc '[! -f /etc/systemd/nm-cloud-setup.service ] || ! systemctl is-enabled --quiet nm-cloud-setup.service'

I'm more interested in figuring out why your host is missing one of the standard systemctl binary locations...

That is because Ubuntu Server is not using NetworkManager but systemd-networkd in 20.04 and from 22.04 by default netplan:
https://tecadmin.net/how-to-configure-static-ip-address-on-ubuntu-22-04/
NetworkManager isn't installed by default.
So you check will fail for everyone using the Server deployments not the Desktop variants.
Same should hold true for other Server variants not going after Desktop Deployments - e.g OpenSUSE (using wicked).
So in the end it all comes down to not every deployment having installed NetworkManager,
which should be handled by the above file-check proporsal for everyone.

Hi, I'm just run into a similar issue. Actually I was using autok3s to start a single-node cluster.
The instance is started on google cloud and using the base image: "ubuntu-os-cloud/global/images/ubuntu-1804-bionic-v20210514"
grep VERSION= /etc/os-release; ls -la /bin/systemctl /usr/bin/systemctl
VERSION="18.04.5 LTS (Bionic Beaver)"
ls: cannot access '/usr/bin/systemctl': No such file or directory
-rwxr-xr-x 1 root root 182352 Apr  7  2021 /bin/systemctl

That was the default image provided, by autok3s. But tried to change it to 22.04 and that was working fine.
So I leave this comment here, if somebody runs into:

upgrading from ubuntu 18.04 to 22.04 solves the issue on google cloud

This is still an issue, when you try to install and run RKE2 on a fresh Ubuntu 22.04.2 VM.

@Bizkitcan no, this is not your issue. All of your ExecStartPre commands exited successfully. Please check the journald logs for rke2-agent. If you're not able to figure out from those logs why it's not working, please open a new issue.

I am closing and locking this issue.

K3s expects systemctl to reside at /usr/bin/systemctl. If your distro uses systemd but places the binaries somewhere else, you will need to modify the k3s systemd unit.
Messages about nm-cloud-setup.service not being found are not errors. We are specifically checking to confirm that this service IS NOT ENABLED.

authors: Bizkitcan brandond lalyos thiscantbeserious


text:
[Release-1.25] - Containerd logging not using logrus

Backport fix for Containerd logging not using logrus

#8251

I'm dumb


text:
operator project-quay (3.9.0-nightly.20230507)

Add 3.9.0-nightly.20230507 to community operators

/merge possible

/merge possible

authors: framework-automation quay-devel


text:
[Question]: Is there a way to remove a filter?

Checklist

[X] I've searched for similar issues and couldn't find anything matching
[X] I've included steps to reproduce the behavior

Affected Components

[ ] K8sGPT (CLI)
[X] K8sGPT Operator

K8sGPT Version
No response
Kubernetes Version
No response
Host OS and its Version
No response
Steps to reproduce
---
apiVersion: core.k8sgpt.ai/v1alpha1
kind: K8sGPT
metadata:
  name: k8sgpt-local-ai
  namespace: ai
spec:
  ai:
    backend: localai
    baseUrl: http://localai-local-ai.ai.svc.cluster.local:80/v1
    #model: gpt-3.5-turbo
    model: ggml-gpt4all-j
    secret:
      name: localai-api-key-secret
      key: localai-api-key
  noCache: false
  version: v0.3.29
  filters:
    - Ingress

This only adds the ingress filter, but how can I remove processing of ingresses?
Expected behaviour
remove a filter
Actual behaviour
add a filter
Additional Information
No response

Hey @rwlove, I guess you tried to just remove the filter from your k8sGPT CR ?
In theory in each analysis k8sgpt -operator just reads the current filter list so by removing the
...
filters:
  - Ingress
...

it should be OK

@rwlove,
K8sGPT's  filters  at the moment is a whitelist so there is no clever way to exclude an analyzer, you have to have a list of all the analysers you want to run against your clusters.
If we want to dive into the current implementation there are two conditions re: filters here  and here  whereby in your scenario you will have to put all the desired analysers in your filter's CR list.
K8sGPT cli can be more intuitive cause it can interact with the config file i.e by using the k8sgpt add/remove filter commands which write to the K8sGPT's config file so there is no need to specify on runtime filters during your analysis k8sgpt analyze --filter X,Z
Hope that answers your question

authors: arbreezy rwlove


text:
Tests for LineWrapOutputStream

Probably not my final attempt. I probably want to remove some comments, in light of my new understanding of UTF8.

I don't think this approach is very fruitful. I'll try to write up some documentation on how we'd like out tests to be like.


text:
Config/msw

Configure MSW.

Codecov Report

Merging #12 (9b8b04c) into master (35f1e6a) will increase coverage by 0.04%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #12      +/-   ##
==========================================
+ Coverage   97.91%   97.95%   +0.04%
==========================================
  Files           2        3       +1
  Lines          48       49       +1
  Branches        8        8
==========================================
+ Hits           47       48       +1
  Misses          1        1

Flag
Coverage Δ

unittests
97.95% <100.00%> (+0.04%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

src/__api-mocks__/server.ts
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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

:tada: This PR is included in version 1.1.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

authors: codecov-commenter kaciakmaciak

repo: kaciakmaciak/react-query-subscription


text:
Storage issue for images and videos

This is a permanently closed storage issue for images and videos used in the documentation of the package.
If they would be stored inside the docs/src/assets directory, every time a user adds the package, all these files are downloaded on their system. To make the repo smaller in size, these images should instead be dropped inside this issue, one image at a time. This will create a unique url to this file that then can be used to add the image.

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/728da1f0-4750-4ab6-a430-9b206e475577

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/0380b1b8-4527-4f38-a20e-435a6f1c8ba1

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/b899c8d3-e358-4d4d-b52f-13b6c0af747b

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/5b340634-7c3f-4ddf-a056-06c31564077c

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/e908c804-a6d4-4bf6-b75a-988f33989213

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/a5cfb0f2-db8a-4c3b-9f9e-6fc1c66b3716

```
https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/32246ca6-548d-4883-87e0-c9fb88baffd4
```

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/78c618e8-0a3b-455c-a1f7-707079714479

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/484cdf0a-16ac-4c64-b2b4-9ad96ca6c817

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/7a38a834-1157-469b-9b79-3c3b24388c39

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/d2f333d4-ffa5-4227-aed9-542d49298c01

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/dda2b7b3-d44b-41a9-b133-6d1b548df1c1

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/fcd71bd7-f6ef-4f72-97c2-27ddd2acbf89

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/11dd6107-12fa-4ccc-9083-629ee057d788

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/d74d60fb-c792-4d5b-a683-9448d6c92e83

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/ca3e724b-9dd7-417a-b3aa-bc37f81f4674

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/36a16d3e-a2a5-4db7-9b73-55b321583902

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/7c3e0b71-57b7-4bff-9bca-617bdae9f5be

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/9dd6b70e-46de-48c7-ad46-c2970cb150a2

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/0f78a13a-7497-4218-a254-45d936df9602

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/56648a2d-9d5a-4b99-94bf-10570affa113

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/817c7bd4-9c02-4cc4-ac66-998c0f5e95e2

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/6dc362ef-4997-4327-9bc1-41350fac2dc1

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/ba21d9d1-4fc3-4894-8842-65c835506463

the old logo
https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/5439e112-9088-49a3-bb01-aff541adc0f8

https://github.com/kaipartmann/Peridynamics.jl/assets/68582683/b79fd475-67fc-4097-9f05-791833f29fa9

https://github.com/user-attachments/assets/e953c31a-c4f8-4889-8e5e-03ee81e6dc4b

https://github.com/user-attachments/assets/b6b2ba41-1ed3-497f-b496-44655d4be696
https://github.com/user-attachments/assets/b6b2ba41-1ed3-497f-b496-44655d4be696

https://github.com/user-attachments/assets/332babb0-5c6f-4ae0-89e8-3ae1a7a80177
https://github.com/user-attachments/assets/332babb0-5c6f-4ae0-89e8-3ae1a7a80177

https://github.com/user-attachments/assets/918aed7b-735d-418f-900c-e0a996db2bab
https://github.com/user-attachments/assets/918aed7b-735d-418f-900c-e0a996db2bab

https://github.com/user-attachments/assets/49aca8fe-cbe8-4e5a-8a78-02ce4aeb3cae
https://github.com/user-attachments/assets/49aca8fe-cbe8-4e5a-8a78-02ce4aeb3cae

https://github.com/user-attachments/assets/0761ba02-f69a-4f3a-b5c5-0f219548070f
https://github.com/user-attachments/assets/0761ba02-f69a-4f3a-b5c5-0f219548070f

https://github.com/user-attachments/assets/58e11123-6143-4e13-8642-7e30c9e6c86d

https://github.com/user-attachments/assets/a2594777-5d0b-4c5a-acd4-da1e357a06e3
https://github.com/user-attachments/assets/a2594777-5d0b-4c5a-acd4-da1e357a06e3

https://github.com/user-attachments/assets/34165b09-2df9-495d-8e41-acff28d0098c

https://github.com/user-attachments/assets/1903c83d-072e-4d50-a575-293d03bb7a94

https://github.com/user-attachments/assets/3a236222-ef75-44fc-921d-c2d4231c33ec

https://github.com/user-attachments/assets/d7e600ee-cad8-40f9-99f4-e96ac05585d6
https://github.com/user-attachments/assets/d7e600ee-cad8-40f9-99f4-e96ac05585d6

https://github.com/user-attachments/assets/91bfd2df-158d-4455-8285-06898639a619

https://github.com/user-attachments/assets/7fa65fd4-38d8-46cb-833f-990417211d17

https://github.com/user-attachments/assets/47196703-09e9-40c0-8742-10396762a4f1

https://github.com/user-attachments/assets/f69ec7f5-2deb-4328-bfab-05cc15508af2

authors: kaipartmann mdienst


text:
a small typo in renviron file location + structure

First of all: thanks for a great package, strange that something like this was not done yet... It is 2023 for Pete's sake :)
Secondly: I had slight issues with storing my login creds in the  .Renviron file, nothing truly serious: extra space in filename and single quotation marks as string separators. It made the crash go away...
Thanks again!

Thank you! Its my first package :). Its improved port from my older QGIS plugin and following python library. It makes more sense since R is much more widespread than python in ecology.
Yes, the login store was wrong, thank you. It maybe could causes crashes in some logins and passwords, not my case so I didn't notice :)
But I just don't understand why Sys.sleep(3), because at that time all infomrations are stored in filter_page and next request always works fine. Its just being polite :) or am I missing something?

Congrats on your first package then! The first one is always special.
The creds store was more of an issue, as it led to crashes (that is how I found out, wink wink).
The sleep was more of a suggestion, as the ndop_search() function behaved strangely for me. I kept getting NA_Real_ for number of records, leading to all sort of bad results down the line.
I did not have time to debug it thoroughly, but it seemed to me that the root cause was that the content did not finish loading by the time it was processed; I have noticed issues like this in API wrapping functions.
It could be that this is why you call the API twice - which I noticed, but did not really dwell upon. Feel free to reject the wait, as I said it was more of a suggestion than an issue.

Yes, the for loop is workaround and I will fix it (https://github.com/kalab-oto/rndop/issues/6), but I think its unrelated. I Merge it as it is and test it further, and maybe remove it later.
Anyway, thanks a lot for testing!

If you mean the dates that is in the table, then that is on purpose, I wanted to keep the raw data so that it is the same as when someone downloads it via the web, so it can be used already in established processes. But I plan to add an argument that will return the modified table (or it will be default, and the argument will be for the raw table, maybe this will be better). I plan return dates separately, year, month and day, and a column as Date class, and some other stuff. A lot of work to think about :D

I knew it! It seemed too obvious to be just coincidence. I rest my case :)

authors: jlacko kalab-oto

repo: kalab-oto/rndop


text:
tinyproxy 1.11.2

Recently tinyproxy releases verfsion 1.11.2 which closes critical security issue. Please publish updated version of docker image.
It's already published in alpine repo. Debian also published it in trixie (testing), so base image should be changed.

Thanks for the heads up. I'm just publishing it.

authors: kalaksi onyn

repo: kalaksi/docker-tinyproxy