Remove meta description

No need to add meta description in the theme's _config.yml:
Hexo itself will inject a meta description: https://github.com/hexojs/hexo/blob/557487a2f8ab0065bf94d5a9466c54034f1db17f/lib/plugins/helper/open_graph.js#L62
The meta description generated by Hexo will be the excerpt of the post if the current page is a post. And Disqus usually scrapes
meta description as the description of a thread.
https://help.disqus.com/en/articles/3754345-thread-descriptions
The current configuration of hexo-theme-memory makes Disqus use my website description instead of the post excerpt generated by hexo as the description of the thread. And it generates two meta descriptions on one page sometimes.
Plus, description can be configurated in the site's _config.yml instead, which will be available by config.description.
https://hexo.io/docs/configuration#Extensions
https://hexo.io/docs/variables

Thanks


slidesPerView: 'auto' with breakpoints does not work

I have the following swiper configuration:
 slidesPerView: 'auto',
   breakpoints: {
      640: {
        slidesPerView: 1,
      }
   }

Also the width of ever odd slide is set to:
.swiper-slide:nth-child(2n+1) {
  width:200px;
}

Problem description:
When the app starts odd swiper-slides are 200px in width. Resizing from above 640px to below does work and I only get one slide per view. However, resizing back to above 640px results in odd swiper-slides which are NOT 200px but still 640px in width. See link above for live test! Thanks.
This is a (multiple allowed):

[x] bug

[ ] enhancement

[ ] feature-discussion (RFC)

Swiper Version: 4.0.6 (but also in 3.x.x)

Platform/Target and Browser Versions: All

Live Link or JSFiddle/Codepen or website with issue: https://codepen.io/miladfm/pen/dZeBgm

Cheers
MiladFm

It happens because Swiper doesn't unset slide's width style attribute, you can do it manually https://codepen.io/anon/pen/bYKjQJ

tnx :)


Content review of roadmap [Gaz.A]

Need inputs from others to progress this ... a jam session?

Have added intro block (prob sufficient for prototype)  -- remaining content on page grayed out till more detail emerges.


Create LICENSE

Looking good! Would it be fine to add "MIT License" at the beginning as well?

Looking good! Would it be fine to add "MIT License" at the beginning as well?

Yeah, of course. I just copied this from out other repo. ~Go for it.~ In fact I just did it myself.


document.body allows webkit-overflow-scrolling

You can scroll down the body and it allows overflow scrolling, which is bad. More on this:
https://github.com/lazd/iNoBounce
https://gist.github.com/mattsahr/1372229
We may need something custom because we need to allow users to define "scrollable" stuff and have it work.

Actually the iNoBounce looks good so far. It's live on kitchen.reapp.io. Will close unless people notice bugs.


Auto-complete not working

Describe the bug
When the form autocomplete is run, the original select changes its value, but the tom-select element will remain unchanged.
To Reproduce
Steps to reproduce the behavior.
If possible, please provide a JSFiddle or CodePen example.
Example: https://jsfiddle.net/4tLkzupv/

In the example autofill in my browser don't work
Copy a code to local projekct
You must cause to your browser save data at this form with non first element select list
Next click at username field and choose your saved user
In console (on Dev Tools) you have your saved value, but tom-select still have choose first element list

Expected behavior
After autofill change visible position of tom-select value
Additional context
Add any other context about the problem here.

Arch Linux
Brave
PC

@oyejorge,
This issue occurs when for example if you have an address form with country drop-down using tom-select, if I start entering my name, Safari prompts me to click my contact details and then auto-fills the name, and address fields, including setting the hidden  option to United Kingdom, but the Tom Select in the DOM remains showing the country that the page loaded with, "United States".


Enable SSL on grow-staging

Configure lgrow-staging SSL
The grow-staging url is https://lgrow-staging.herokuapp.com but the lgrow-staging settings say "You will need to enable SSL on your app"
Would someone with more heroku experience please take a go at configuring the heroku lgrow-staging SSL in the "Domains and certificates" section of lgrow-staging.

It should be working now: https://lgrow-staging.herokuapp.com/

Seems to work. Thanks, Jace!


gem install trtl fails to install the gem

Hi,
It seems that we can't install the gem using gem install trtl.
Under ruby --version (2.3.0):
Building native extensions.  This could take a while...
ERROR:  Error installing trtl:
	ERROR: Failed to build gem native extension.

    current directory: /home/user/.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/tk-0.1.2/ext/tk
/home/user/.rbenv/versions/2.3.0/bin/ruby -r ./siteconf20170502-12888-1ct74ew.rb extconf.rb
check functions.checking for ruby_native_thread_p() in ruby.h... yes
checking for rb_errinfo() in ruby.h... yes
checking for rb_safe_level() in ruby.h... yes
checking for rb_hash_lookup() in ruby.h... yes
checking for rb_proc_new() in ruby.h... yes
checking for rb_obj_untrust() in ruby.h... yes
checking for rb_obj_taint() in ruby.h... yes
checking for rb_set_safe_level_force() in ruby.h... yes
checking for rb_sourcefile() in ruby.h... yes
checking for rb_thread_alive_p() in ruby.h... no
checking for rb_thread_check_trap_pending() in ruby.h... yes
checking for ruby_enc_find_basename() in ruby.h... yes
check libraries.checking for t_open() in -lnsl... no
checking for socket() in -lsocket... no
checking for dlopen() in -ldl... yes
checking for log() in -lm... yes
Use ActiveTcl libraries (if available).
Search tclConfig.sh and tkConfig.sh.
Fail to find [tclConfig.sh, tkConfig.sh]
Use X11 libraries (or use TK_XINCLUDES/TK_XLIBSW information on tkConfig.sh).
checking for XOpenDisplay() in -lX11... yes
Search tcl.h
checking for tcl.h... no
Search tk.h
checking for tk.h... no
Search Tcl library............Search Tcl library............*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/user/.rbenv/versions/2.3.0/bin/$(RUBY_BASE_NAME)
	--enable-shared
	--disable-shared
	--with-tk-old-extconf
	--without-tk-old-extconf
	--with-tk-old-extconf
	--without-tk-old-extconf
	--with-ActiveTcl
	--without-ActiveTcl
	--with-tk-shlib-search-path
	--without-tk-shlib-search-path
	--with-tcltkversion
	--without-tcltkversion
	--with-tcl-build-dir
	--without-tcl-build-dir
	--with-tk-build-dir
	--without-tk-build-dir
	--with-tcl-config
	--without-tcl-config
	--with-tk-config
	--without-tk-config
	--with-tclConfig-dir
	--without-tclConfig-dir
	--with-tkConfig-dir
	--without-tkConfig-dir
	--with-tclConfig-file
	--without-tclConfig-file
	--with-tkConfig-file
	--without-tkConfig-file
	--with-tcllib
	--without-tcllib
	--with-tklib
	--without-tklib
	--with-tcl-dir
	--without-tcl-dir
	--with-tk-dir
	--without-tk-dir
	--with-tcl-include
	--without-tcl-include
	--with-tk-include
	--without-tk-include
	--with-tcl-lib
	--without-tcl-lib
	--with-tk-lib
	--without-tk-lib
	--with-tcltk-framework
	--without-tcltk-framework
	--with-tcl-framework-dir
	--without-tcl-framework-dir
	--with-tk-framework-dir
	--without-tk-framework-dir
	--with-tcl-framework-header
	--without-tcl-framework-header
	--with-tk-framework-header
	--without-tk-framework-header
	--with-X11
	--without-X11
	--with-X11-dir
	--without-X11-dir
	--with-X11-include
	--without-X11-include
	--with-X11-lib
	--without-X11-lib
	--enable-tcltk-stubs
	--disable-tcltk-stubs
	--enable-tcl-h-ver-check
	--disable-tcl-h-ver-check
	--enable-tk-h-ver-check
	--disable-tk-h-ver-check
	--enable-mac-tcltk-framework
	--disable-mac-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--enable-pthread
	--disable-pthread
	--enable-tcl-thread
	--disable-tcl-thread
	--enable-space-on-tk-libpath
	--disable-space-on-tk-libpath
	--with-nsllib
	--without-nsllib
	--with-socketlib
	--without-socketlib
	--with-dllib
	--without-dllib
	--with-mlib
	--without-mlib
	--with-tcl-build-dir
	--without-tcl-build-dir
	--with-tk-build-dir
	--without-tk-build-dir
	--with-tcltkversion
	--without-tcltkversion
	--with-ActiveTcl
	--without-ActiveTcl
	--enable-space-on-tk-libpath
	--disable-space-on-tk-libpath
	--enable-tcltk-stubs
	--disable-tcltk-stubs
	--with-tcltk-stubs
	--without-tcltk-stubs
	--with-tcl-dir
	--without-tcl-dir
	--with-tcl-include
	--without-tcl-include=${tcl-dir}/include
	--with-tcl-lib
	--without-tcl-lib=${tcl-dir}/lib
	--with-tk-dir
	--without-tk-dir
	--with-tk-include
	--without-tk-include=${tk-dir}/include
	--with-tk-lib
	--without-tk-lib=${tk-dir}/lib
	--with-tclConfig-file
	--without-tclConfig-file
	--with-tkConfig-file
	--without-tkConfig-file
	--with-tclConfig-dir
	--without-tclConfig-dir
	--with-tkConfig-dir
	--without-tkConfig-dir
	--with-tcl-framework-header
	--without-tcl-framework-header
	--with-tk-framework-header
	--without-tk-framework-header
	--with-tcl-framework-dir
	--without-tcl-framework-dir
	--with-tk-framework-dir
	--without-tk-framework-dir
	--with-tcltk-framework
	--without-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--with-tcltk-framework
	--without-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--enable-mac-tcltk-framework
	--disable-mac-tcltk-framework
	--with-tk-shlib-search-path
	--without-tk-shlib-search-path
	--with-tklib
	--without-tklib
	--with-tcllib
	--without-tcllib
	--with-X11
	--without-X11
	--with-X11-dir
	--without-X11-dir
	--with-X11-include
	--without-X11-include=${X11-dir}/include
	--with-X11-lib
	--without-X11-lib=${X11-dir}/lib
	--with-X11-lib
	--without-X11-lib
	--with-X11lib
	--without-X11lib
	--enable-tcl-h-ver-check
	--disable-tcl-h-ver-check
	--enable-tk-h-ver-check
	--disable-tk-h-ver-check

Warning:: cannot find Tcl library. tcltklib will not be compiled (tcltklib is disabled on your Ruby. That is, Ruby/Tk will not work). Please check configure options.

Can't find proper Tcl/Tk libraries. So, can't make tcltklib.so which is required by Ruby/Tk.
If you have Tcl/Tk libraries on your environment, you may be able to use them with configure options (see ext/tk/README.tcltklib).
At present, Tcl/Tk8.6 is not supported. Although you can try to use Tcl/Tk8.6 with configure options, it will not work correctly. I recommend you to use Tcl/Tk8.5 or 8.4.

To see why this extension failed to compile, please check the mkmf.log which can be found here:

  /home/user/.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/extensions/x86_64-linux/2.3.0-static/tk-0.1.2/mkmf.log

extconf failed, exit code 1

Gem files will remain installed in /home/user/.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/tk-0.1.2 for inspection.
Results logged to /home/user/.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/extensions/x86_64-linux/2.3.0-static/tk-0.1.2/gem_make.out

Under ruby --version (2.4.0):
Fetching: tk-0.1.2.gem (100%)
Building native extensions.  This could take a while...
ERROR:  Error installing trtl:
	ERROR: Failed to build gem native extension.

    current directory: /home/user/.rbenv/versions/2.4.0/lib/ruby/gems/2.4.0/gems/tk-0.1.2/ext/tk
/home/user/.rbenv/versions/2.4.0/bin/ruby -r ./siteconf20170502-25746-1qytk2a.rb extconf.rb
check functions.checking for ruby_native_thread_p() in ruby.h... yes
checking for rb_errinfo() in ruby.h... yes
checking for rb_safe_level() in ruby.h... yes
checking for rb_hash_lookup() in ruby.h... yes
checking for rb_proc_new() in ruby.h... yes
checking for rb_obj_untrust() in ruby.h... yes
checking for rb_obj_taint() in ruby.h... yes
checking for rb_set_safe_level_force() in ruby.h... yes
checking for rb_sourcefile() in ruby.h... yes
checking for rb_thread_alive_p() in ruby.h... no
checking for rb_thread_check_trap_pending() in ruby.h... yes
checking for ruby_enc_find_basename() in ruby.h... yes
check libraries.checking for t_open() in -lnsl... no
checking for socket() in -lsocket... no
checking for dlopen() in -ldl... yes
checking for log() in -lm... yes
Use ActiveTcl libraries (if available).
Search tclConfig.sh and tkConfig.sh.
Fail to find [tclConfig.sh, tkConfig.sh]
Use X11 libraries (or use TK_XINCLUDES/TK_XLIBSW information on tkConfig.sh).
checking for XOpenDisplay() in -lX11... yes
Search tcl.h
checking for tcl.h... no
Search tk.h
checking for tk.h... no
Search Tcl library............Search Tcl library............*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/user/.rbenv/versions/2.4.0/bin/$(RUBY_BASE_NAME)
	--enable-shared
	--disable-shared
	--with-tk-old-extconf
	--without-tk-old-extconf
	--with-tk-old-extconf
	--without-tk-old-extconf
	--with-ActiveTcl
	--without-ActiveTcl
	--with-tk-shlib-search-path
	--without-tk-shlib-search-path
	--with-tcltkversion
	--without-tcltkversion
	--with-tcl-build-dir
	--without-tcl-build-dir
	--with-tk-build-dir
	--without-tk-build-dir
	--with-tcl-config
	--without-tcl-config
	--with-tk-config
	--without-tk-config
	--with-tclConfig-dir
	--without-tclConfig-dir
	--with-tkConfig-dir
	--without-tkConfig-dir
	--with-tclConfig-file
	--without-tclConfig-file
	--with-tkConfig-file
	--without-tkConfig-file
	--with-tcllib
	--without-tcllib
	--with-tklib
	--without-tklib
	--with-tcl-dir
	--without-tcl-dir
	--with-tk-dir
	--without-tk-dir
	--with-tcl-include
	--without-tcl-include
	--with-tk-include
	--without-tk-include
	--with-tcl-lib
	--without-tcl-lib
	--with-tk-lib
	--without-tk-lib
	--with-tcltk-framework
	--without-tcltk-framework
	--with-tcl-framework-dir
	--without-tcl-framework-dir
	--with-tk-framework-dir
	--without-tk-framework-dir
	--with-tcl-framework-header
	--without-tcl-framework-header
	--with-tk-framework-header
	--without-tk-framework-header
	--with-X11
	--without-X11
	--with-X11-dir
	--without-X11-dir
	--with-X11-include
	--without-X11-include
	--with-X11-lib
	--without-X11-lib
	--enable-tcltk-stubs
	--disable-tcltk-stubs
	--enable-tcl-h-ver-check
	--disable-tcl-h-ver-check
	--enable-tk-h-ver-check
	--disable-tk-h-ver-check
	--enable-mac-tcltk-framework
	--disable-mac-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--enable-pthread
	--disable-pthread
	--enable-tcl-thread
	--disable-tcl-thread
	--enable-space-on-tk-libpath
	--disable-space-on-tk-libpath
	--with-nsllib
	--without-nsllib
	--with-socketlib
	--without-socketlib
	--with-dllib
	--without-dllib
	--with-mlib
	--without-mlib
	--with-tcl-build-dir
	--without-tcl-build-dir
	--with-tk-build-dir
	--without-tk-build-dir
	--with-tcltkversion
	--without-tcltkversion
	--with-ActiveTcl
	--without-ActiveTcl
	--enable-space-on-tk-libpath
	--disable-space-on-tk-libpath
	--enable-tcltk-stubs
	--disable-tcltk-stubs
	--with-tcltk-stubs
	--without-tcltk-stubs
	--with-tcl-dir
	--without-tcl-dir
	--with-tcl-include
	--without-tcl-include=${tcl-dir}/include
	--with-tcl-lib
	--without-tcl-lib=${tcl-dir}/lib
	--with-tk-dir
	--without-tk-dir
	--with-tk-include
	--without-tk-include=${tk-dir}/include
	--with-tk-lib
	--without-tk-lib=${tk-dir}/lib
	--with-tclConfig-file
	--without-tclConfig-file
	--with-tkConfig-file
	--without-tkConfig-file
	--with-tclConfig-dir
	--without-tclConfig-dir
	--with-tkConfig-dir
	--without-tkConfig-dir
	--with-tcl-framework-header
	--without-tcl-framework-header
	--with-tk-framework-header
	--without-tk-framework-header
	--with-tcl-framework-dir
	--without-tcl-framework-dir
	--with-tk-framework-dir
	--without-tk-framework-dir
	--with-tcltk-framework
	--without-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--with-tcltk-framework
	--without-tcltk-framework
	--enable-tcltk-framework
	--disable-tcltk-framework
	--enable-mac-tcltk-framework
	--disable-mac-tcltk-framework
	--with-tk-shlib-search-path
	--without-tk-shlib-search-path
	--with-tklib
	--without-tklib
	--with-tcllib
	--without-tcllib
	--with-X11
	--without-X11
	--with-X11-dir
	--without-X11-dir
	--with-X11-include
	--without-X11-include=${X11-dir}/include
	--with-X11-lib
	--without-X11-lib=${X11-dir}/lib
	--with-X11-lib
	--without-X11-lib
	--with-X11lib
	--without-X11lib
	--enable-tcl-h-ver-check
	--disable-tcl-h-ver-check
	--enable-tk-h-ver-check
	--disable-tk-h-ver-check

Warning:: cannot find Tcl library. tcltklib will not be compiled (tcltklib is disabled on your Ruby. That is, Ruby/Tk will not work). Please check configure options.

Can't find proper Tcl/Tk libraries. So, can't make tcltklib.so which is required by Ruby/Tk.
If you have Tcl/Tk libraries on your environment, you may be able to use them with configure options (see ext/tk/README.tcltklib).
At present, Tcl/Tk8.6 is not supported. Although you can try to use Tcl/Tk8.6 with configure options, it will not work correctly. I recommend you to use Tcl/Tk8.5 or 8.4.

To see why this extension failed to compile, please check the mkmf.log which can be found here:

  /home/user/.rbenv/versions/2.4.0/lib/ruby/gems/2.4.0/extensions/x86_64-linux/2.4.0-static/tk-0.1.2/mkmf.log

extconf failed, exit code 1

Gem files will remain installed in /home/user/.rbenv/versions/2.4.0/lib/ruby/gems/2.4.0/gems/tk-0.1.2 for inspection.
Results logged to /home/user/.rbenv/versions/2.4.0/lib/ruby/gems/2.4.0/extensions/x86_64-linux/2.4.0-static/tk-0.1.2/gem_make.out

Do not hesitate for more informations if I can help :) .

Unfortunately the Tk system that Trtl relies upon was no longer included with Ruby as of.. Ruby 2.1-ish, so now it's installed as a regular third party gem. The downside is this means on setups without the right system libraries, it can be tricky to install.
Both error messages in your case are complaining that the Tcl libraries required to install Ruby's bindings to Tk are not available, so you'd need to install those at the system level first. What OS are you on? I'm guessing a Linux of some sort based on one of the pathnames.
You'll want to search for "tcl/tk libraries" for your platform, particularly version 8.5, as 8.6 is not supported by Ruby's tk gem. If you're on Ubuntu you might try apt-get install tk8.5-dev tk8.5 but I can't guarantee that.

On the debian-based systems one usually has to uncripple the packages. I always found the biggest hurdle to be to find out the names in use (I use slackware and GoboLinux myself).
By the way, I just compiled both tcl and tk, then installed the tk gem and then the turtle, and it all installed on my system fine. Debian-based systems really get into the way.
URLs I used were:
http://downloads.sourceforge.net/tcl/tcl8.6.7-src.tar.gz
http://downloads.sourceforge.net/tcl/tk8.6.7-src.tar.gz
https://rubygems.org/gems/tk
https://rubygems.org/gems/trtl
The above error is simple to solve - just install the package that includes tcl.h and tk.h.
Or use slackware, it gets less into the way. :D (I track many programs via my cookbooks
gem; I simply got tired of distributions forcing their way onto me many years ago.)

The instructions worked well for me on Ubuntu 18.04:
https://saveriomiroddi.github.io/Installing-ruby-tk-bindings-gem-on-ubuntu/
In addition to installing the packages Peter mentions above, they suggest symlinking the libraries:
sudo ln -s /usr/lib/x86_64-linux-gnu/tcl8.5/tclConfig.sh /usr/lib/tclConfig.sh
sudo ln -s /usr/lib/x86_64-linux-gnu/tk8.5/tkConfig.sh /usr/lib/tkConfig.sh
sudo ln -s /usr/lib/x86_64-linux-gnu/libtcl8.5.so.0 /usr/lib/libtcl8.5.so.0
sudo ln -s /usr/lib/x86_64-linux-gnu/libtk8.5.so.0 /usr/lib/libtk8.5.so.0

I hope it's not necroposting, but the article has been updated, with a cleaner approach to the issue. Specifically, install the gem via:
$ gem install tk -- \
  --with-tcltkversion="$latest_version" \
  --with-tcl-lib=/usr/lib/x86_64-linux-gnu \
  --with-tk-lib=/usr/lib/x86_64-linux-gnu \
  --with-tcl-include=/usr/include/tcl"$latest_version" \
  --with-tk-include=/usr/include/tcl"$latest_version" \
  --enable-pthread

but the symlinking approach works as well :smile:

I'm not in a position to test all of this yet, but I will add a note to the README pointing here in case anyone is having difficulties. Thanks!

sudo gem install tk -- --with-tcltkversion=8.6 \
--with-tcl-lib=/usr/lib/x86_64-linux-gnu \
--with-tk-lib=/usr/lib/x86_64-linux-gnu \
--with-tcl-include=/usr/include/tcl8.6 \
--with-tk-include=/usr/include/tcl8.6 \
--enable-pthread
ruby g0
I can confirm this is working on
Linux kali 6.5.0-kali2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.3-1kali2 (2023-10-03) x86_64 GNU/Linux


Messages number upper limit solution

Closing Issue #212
Implementation + benches of the 3 proposals: https://github.com/BasileiosKal/bbs-issue-212
A benchmark report is attached. See also comment here for some of the bench results.
This PR proposes option A from the issue (Pros: faster, simpler. Cons: Multiple PRF calls) + adds a consideration to address the cons.
benchmarks.zip

Discussed on WG call 12th of December, multiple approvals, merging.


Update terminationGracePeriodSeconds to 300 seconds

A value of 0 is strongly recommended against in the Kubernetes docs (https://github.com/kubernetes/website/pull/1731/files#diff-da05a631829c13713cb0f46fc58f809d75db6d624c62a292fc787faf441e612cR38). The CockroachDB public operator uses a value of 300 seconds (https://github.com/cockroachdb/cockroach-operator/blob/master/pkg/resource/statefulset.go#L52).

It looks like we also set this value in these locations:

job.init.yaml
statefulset.yaml

@pseudomuto, I would imagine we'd want to keep things consistent at 300?

@pseudomuto Is there any convention about release notes in this repo? Updating defaults seems like it might need a release note.

@mdlinville Can you please rebase your branch with master so that github workflows can run. Merging is allowed only after the github workflows passes.

@mdlinville Can you please rebase your branch with master so that github workflows can run. Merging is allowed only after the github workflows passes.

ANy idea aBout the build failure after rebase?


Gain approval from contribs for License change to Apache

As contributors to OpenNARS can we please have you agreement to change from GPL license to Apache?
@trevershick
@jnorthrup
@automenta
Any issues or questions please let me know

Agreed. Do you need something specifically?

https://www.gnu.org/philosophy/open-source-misses-the-point.html
https://digitizor.com/apache-license-vs-the-gpl/
https://www.fsf.org/bulletin/2016/fall/the-role-of-lawsuits-in-gpl-compliance
http://gpl-violations.org/faq/legal-faq/

:memo:

It's called Seth-style!

@automenta thanks - I understand your position


about .gitignore files

Current setting is confusing, since a lot of files are listed in MITgcm/.gitignore
and listed again within verification sub directories. Since the list of files to ignore
is quiet different when dealing with testreport generated files or building the docs,
I would prefer to remove the one in MITgcm/ and have all the .gitignore files in the first level (all in MITgcm/*/.ignore) with some specific list of files for verification, doc, pkg, eesupp (and model ?)
I thinks this would be safer and cleaner.
and## I'm submitting a ...

[x] feature request

I would vote for a single top-level gitignore file that includes all the special cases for sub-directories using patterns with leading slashes.  This keeps all the ignore information for the repository in a single easy-to-find place.  An exception are the gitignore files in the verification build and run directories that also serve as dummy files that allow checking in otherwise empty directories.  The top-level gitignore file would look something like this: gitignore.txt.  We can clean this up a bit.  I have pretty much just taken what was ignored in cvs.
The files verification/*/run/.gitignore could ignore all files in the run directories:
*

(and need to be added with the 'force' option), and verification/*/build/.gitignore all files in the build directories except genmake_local:
*
!/genmake_local

Alternatively, we could add patterns matching all the symbolic links generated by the build process to the current gitignore files, i.e., something like
*.h
*.c
*.F
*.F90

in addition to what is already there.

I agree that a single top-level .gitignore is the most elegant way to do this. It keeps all of the information in one place. Needing to force add the verification/*/run and verification/*/build /gitignore files isn't ideal, but that only needs to be done once. Besides, we can't add empty directories, so if we wan't to keep those directories, this is a good file to have inside them.


Upgrade to MUI v6

Reading the upgrade guide page it seems that there will be minimal impact to the codebase.

:tada: This issue has been resolved in version 10.3.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Device Python library

Create python package devices can use to communicate with EIT-Hub.

Azure IoT support
Web Socket client.
Simple api for device.

We are archiving this repo.


Add support for ES6 modules

http://wiki.ecmascript.org/doku.php?id=harmony:modules

Isn't this a valid ES6 syntax that was missed ?
export {Foo as Bar};

That may not have been valid at the time.


Ensure that dev docker images don't overwrite

If pulling from the same repository, "alternative" deployments can overwrite the docker image that serves the production server. Since these are created from the same git commit there should be no ambiguity. However, it's just best to keep these distinct.
Solution- add some additional tag to disambiguate 'production' Dockerhub images from other versions.

Closing since we now don't create and push docker images on the fly. We instead pull from the github container repo


Document the major pain points users have with the Prototype Kit

We have a wealth of past user research and feedback. It would be really useful to summarise and document the main pain points from all of this, to help inform and prioritise future work.

done: https://github.com/orgs/alphagov/projects/28


Point readme to latest version

Ready for copy & paste by other people just as lazy as me

lgtm, thanks!


Only dark mode available

Hi,
It looks like dark mode is hardcoded into the plugin, is this correct?
I have my system settings to Dark, but when I select Light mode in Nova, the table stays in dark mode.
Regards Gijs

It looks like dark mode is hardcoded into the plugin, is this correct?

This is not correct. Dark mode is implemented same way Nova has done this and how Tailwind describes it in their docs. Moreover nova-settings itself does not create any components but reuses Nova's own components (only component we add is a message when you have no setting fields defined).
You can try clearing your browsers cache. Also make sure you have chosen "light" from modes not "system". Also note that each field or panel that you use has to have implemented dark mode.


chore(all): fix typos with spellchecker

fix current exist typo:codespell  -L TE,tHi,modul,everytime,iSelf  --skip="*test,CHANGELOG.md"
consider add typo checker in workflow ref: https://github.com/codespell-project/codespell

There is not enough added value here to consider merging.  If you'd like to be a contributor to o1js, please take a look at our open issues!


LSP-managed Inbound Liquidity (client just gets an LSP-specified SCID and uses it for all invoices, LSP figures out how to get payments to the client)

https://github.com/BitcoinAndLightningLayerSpecs/lsp/pull/22#issuecomment-1494353774

FUTURE Idea that will not be added to this pull request, but should be written down somewhere anyway: the jit_channel_scid is a permanent ID for a particular client.  The client uses the same jit_channel_scid for all its invoice routehints.  When a payment arrives at the LSP, it can check if the client has enough inbound liquidity to forward it; if there is, it simply redirects the payment to any channels with sufficient liquidity.  If not, the LSP does liquidity management actions, such as opening a 0-conf channel, or a 0-conf splice, or a 0-conf swap, possibly with help from LSPS4 and other things to make 0-conf safe(r).
Open questions:

MPP.  Probably we should spec out the onion-oracle idea first before doing this.
How to negotiate the onchain feerates.  Liquidity management actions are all onchain actions (at least until we get channel factories, but channel factories require everyone to be online and "online" is not a good expectation from mobile clients), and those actions have to be paid for by the client.  We need some way to continuously negotiate the feerates for the onchain fees.  In the current LSPS3 spec the onchain fee negotiation is really part of the opening_fee calculation, which is why there is a opening_fee_params.valid_until.

Consider allowing a single client to acquire multiple SCIDs; for example the client could use multiple SCIDs for privacy, and associate a different client-known pubkey with each SCID (the LSP informs the SCID it received as next hop in addition to the onion, so that the client can use an SCID-to-keypair mapping, then decode the onion using the keypair).
Against this, note that SCIDs are more limited --- they are less than 64 bits (some SCIDs refer to actual outpoints on the blockchain) and if a single client were allowed to acquire multiple SCIDs then the available space is that much smaller.  LDK in particular uses random pick for interception SCIDs, and random nonces (which is what the SCID would really be, as no two clients are allowed to use the same SCID) are often suggested to be at least 80 bits in size, 64 bits is pushing it for nonces, and because some SCIDs point to actual blockchain positions, we have less than 64 bits actually.  We would need to build a persisted table of SCIDs issued.

I understand the deferment and now the technical challenges around bits.
Will LSPS2 be compatible with all the route blinding efforts? My initial reading of it seems like it would be but wanted to double check. Because the privacy considerations of SCID and pubkey rotation should be able to go away with that, correct? I could probably hold off until then, I have a privacy conscious LSP solution currently but do want to move towards this spec. Just need route blinding.

LSPS2 would be compatible with route blinding: it only requires that the LSP somehow receive an onion that points to the jit_channel_scid it specified, which can be done with route blinding.

The continuous JIT Channels spec allows LSP to issue one "permanent" SCID and multiple "ephemeral" SCIDs.

@TonyGiorgio the LSPS group hum is that BOLT11 will be replaced by BOLT12 "soon" anyway, so the ephemeral SCIDs support has been removed from the LSPS4 #37.  LSPS4 now only issues a single SCID for each client.


Compatibility with import maps

I'm looking into using yrb-actioncable with my rails app, but am blocked on the requirement to use yarn… Is there a way to use this project with import maps, which is the standard way to load JavaScript in a rails app since 7.0?

There shouldn't be a hard blocker using this package itself with import maps, but the dependencies are a problem. In other words, yjs could be a bit tricky to get right.
There are three dependencies, you could try adding them to the import map and run the bare minimum example app?

yjs The client-side CRDT library (This might be hard to get right)
@y-rb/actioncable The Websocket bridge for CRDTs (this URL should work for the import map https://ga.jspm.io/npm<EMAIL_ADDRESS>@rails/actioncable for Rails Actioncable (I think Rails supports that out of the box already)

I can try to find some time setting up a Rails demo app with import maps as well, but if you already have something, happily taking PRs.

In case anyone else will find this thread.
This is how I made it work in my Rails app.
https://phaengris.art/stories/2024-02-21_how-to-use-yjs-in-rails-with-importmap/


Fixed retrieval of wrong sibling

Looks good, thanks!
Note however that I don’t really intend for this to be a project maintained over time, it is rather publishing the results of one-off experiments.

Yes I know, but I think the idtree would it worth to make it a maintained crate. ☺

Feel free to copy the code as a starting point to do that!

Thank you!


eps don't connect anymore

Good morning !
Since today I have a new problem to connect eps to my full bitcoin node.
I've been doing it always the same way since this summer, and it worked, but now after some month without doing it (and maybe a new update to Kubuntu 20.10 last october ?) it doesn't start anymore.
Here is what I have, doing the usual command line "electrum-personal-server config.ini" in the folder of eps, with the usual config.ini file I used before:
INFO:2020-12-21 11:15:32,697: Starting Electrum Personal Server <IP_ADDRESS>
INFO:2020-12-21 11:15:32,759: Logging to /tmp/electrumpersonalserver.log
WARNING:2020-12-21 11:15:32,896: Unable to find .cookie file, try setting datadir config
Could someone help me ? I didn't find more logs, but maybe someone can help me to find the log file to explain more ?
Thank you very much,

It seems like either your datadir is misconfigured, or Bitcoin Core is not running.

Thank you for your answer ! 😀
Sadly Bitcoin Core was running behind, as I did before several times when I was working...
I didn't modified any config file too... But probably an update did it somehow did it ?
Sorry but what is exactly my datadir ?

@svpi11 @svpi11 Your datadir is the Bitcojn directory specified when first starting Bitcoin Core, where your blockchain and wallet stored. Default is ~/.bitcoin. You have to specify location to it in the config.ini. Make sure that bitcoin RPC server is running.

Thank you very much to all for your answers !!
I've found the solution by myself and I'm confused... Another program just simply wrote into my bitcoin.conf file without I realized it... So I removed the line of this program.
Thank you again, and sorry for disturbing ;)
Thanks for your work by the way !


letsencrypt certificates installed but get error on https

Hello
I saw https://github.com/jmorganca/ollama/pull/1310#issue-2015690206 which says
Place cert.pem and key.pem into  ~/.ollama/ssl/ restart server. It will come up in SSL mode. Remove, rename or delete files to disable ssl mode.
I had generated the letsencrypt self signed certificates and copied them into  /usr/share/ollama/.ollama (as I had followed the manual instructions for installing Ollama). I had done a chown ollama:ollama for both the files I had copied into the above folder. later, did systemctl daemon-reload as well as systemctl restart ollama and rebooted my Ubuntu 20 vm for good measure as well
And then for a Curl with a http request, I get a response. All is well
For a https request, i get
`curl https://mysubdomain.mydomain.com:11434/api/generate -d '{

"model": "openchat",
"stream": false,
"prompt": "Hello"
}'
curl: (35) error:1408F10B:SSL routines:ssl3_get_record:wrong version number`

and journalctl -u ollama shows no logs for this :-( . Obviously because the request never reached Ollama.
Usually the above error occurs when there is a conflict in the port or if the port is not open, etc. Is the SSL configured on a different port, other than 11434?
How do I get SSL to work please?
Thanks
Edit:
Note:
I had removed the id_ed file there as well as the one with the .pub extension and restarted the daemon and the service: then I see the following in the logs:
Dec 09 14:02:27 mysubdomain.mydomain.com ollama[2971]: Couldn't find '/usr/share/ollama/.ollama/id_ed25519'. Generating new private key. Dec 09 14:02:27 mysubdomain.mydomain.com ollama[2971]: Your new public key is: Dec 09 14:02:27 mysubdomain.mydomain.com ollama[2971]: ssh-ed25519 AA<<truncated>>Y
But the error remains on https

Did you compile ollama from source from that feature branch? That pull request hasn't been accepted yet and once it has been it still needs to be released in a binary.
The keypair you messed with is for pushing models to your personal library on ollama.ai.

Did you compile ollama from source from that feature branch? That pull request hasn't been accepted yet and once it has been it still needs to be released in a binary.
The keypair you messed with is for pushing models to your personal library on ollama.ai.

Ohhhh.. thanks @easp
I shall wait for the pull request to be accepted or try using that particular source: hadn't noticed this
I had done the manual install


share data flag behaviour

addressing concerns raised in
https://github.com/SciTools/iris/pull/2549#discussion_r118005791

Thanks @marqh


(doc): PCF Documentation update

Description

PCF Documentation update

Pre-review checks
Please ensure to do as many of the following checks as possible, before asking for committer review:

[x] DEPENDENCIES are up-to-date. Dash license tool. Committers can open IP issues for restricted libs.
[x] Copyright and license header are present on all affected files

Please Merge this PR after #43
@AjayRaturi123  Please review it.
@FaGru3n Please merge after review.


Refactor gis tools

What I am changing
I moved the GIS manipulation logic into a separate module. This allows for importing and using the data manipulation logic in different contexts. Hopefully, I haven't broken anything in the process.
How I did it
I refactored the factory.py module and moved the data manipulation logic into a separate module (gis_tools.py).
I also modified some of the functions slightly in order to regroup similar code contained in the different subclasses of the TilerFactory (for example, using multi_bands=True or multi_assets=True and calling the same geojson_statistics function).
How you can test it
By verifying nothing is broken in the various API routes.
Related Issues
I initially tried to implement a custom /x/y/z route but had to copy the tile fetch logic in my code: https://github.com/developmentseed/titiler/discussions/531. With this PR, I should be able to import the gis_tools.tile function directly and use it in my custom route which should prevent some of the potential maintenance issues in the future.

I apologize, I initially forgot to run the tests and fixed them in my latest commit.

I'm gonna close this, we may retry this later 🙏


QObject: Cannot create children for a parent that is in a different thread.

When running this example https://raw.githubusercontent.com/nitroshare/qhttpengine/master/examples/fileserver/main.cpp on Windows 7 (32-bit) with Qt 5.9.6 and Windows 10 (64-bit) with Qt 5.9.6, I got the following error:
QObject: Cannot create children for a parent that is in a different thread.
(Parent is QHttpEngine::Server(0x18e035f848), parent's thread is QThread(0x1f1a2bca6a0), current thread is QThread(0x1f1a2bdac80)

But it worked on macOS.
It seems like new objects are created inside handling methods of the library.

@jiakuan I am experiencing this issue myself, did you ever find a fix?
I'm on Windows 10 with Qt5.6.1


Code Inspection: npm audit on tree2

marked:>=0.3.14 <0.6.2

(warn) Regular Expression Denial of Service Upgrade to version 0.6.2 or later.

marked:0.4.0:

typedoc>marked

[atomist:code-inspection:tree2=@atomist/atomist-sdm]

Issue closed because branch tree2 was deleted.

Issue closed because branch tree2 was deleted.


[release/v1.4] Add changelog for v1.4.4

What type of PR is this?
/kind documentation
What this PR does / why we need it:
This is a manual cherry-pick of #2087.
Does this PR introduce a user-facing change?:
NONE

/assign @kron4eg @ahmedwaleedmalik

/approve
/lgtm


Changed link title for cookiecutter-django-paas

Hi! Thanks Audrey for thus

Codecov Report

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

@@          Coverage Diff          @@
##           master   #933   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          17     17
  Lines         684    684
=====================================
  Hits          684    684

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 f9887ca...43859b2. Read the comment docs.


Various bug fixes concerning outbound bidirectional connections

Use custom network-transport and network-transport-tcp branches which implement ConnectionBundle identifiers, and provide more regular ConnectionClosed events (for instance, if a connection is lost, all open lightweight connections are reported closed). Relevant nt issue https://github.com/haskell-distributed/network-transport/issues/33
Sharpen exception reporting in node: exceptions in the action versus exceptions in trying to stop the node itself.
Fix a bug in the dispatcher in which partial control headers would be incorrectly parsed.
Eliminate races in connecting/disconnecting from a peer and determining which connection should send the peer data.
Always plug the input channels on un-ACK'd locally-initiated conversation handlers.

@volhovM has requested that this be merged and I agree, it should be merged. Waiting for CI to pass and then I'll press the green button. CC @georgeee


Recent dependency bumps broke building the docker image

I forgot we don't have presubmits for this repo...
$ docker build .
[+] Building 14.2s (14/21)                                                                                docker:default
 => [internal] load .dockerignore                                                                                0.2s
 => => transferring context: 126B                                                                                0.0s
 => [internal] load build definition from Dockerfile                                                                                0.1s
 => => transferring dockerfile: 1.46kB                                                                                0.0s
 => [internal] load metadata for docker.io/library/alpine:3.14                                                                                0.0s
 => [internal] load metadata for docker.io/library/golang:1.16                                                                                0.0s
 => [internal] load metadata for docker.io/hashicorp/terraform:light                                                                                0.0s
 => [gobuild 1/6] FROM docker.io/library/golang:1.16                                                                                0.0s
 => [stage-2 1/5] FROM docker.io/library/alpine:3.14                                                                                0.0s
 => [tfbuild 1/4] FROM docker.io/hashicorp/terraform:light                                                                                0.0s
 => [internal] load build context                                                                                0.0s
 => => transferring context: 2.74kB                                                                                0.0s
 => CACHED [gobuild 2/6] WORKDIR /src                                                                                0.0s
 => CACHED [gobuild 3/6] COPY go.mod go.sum ./                                                                                0.0s
 => CACHED [gobuild 4/6] RUN go mod download                                                                                0.0s
 => CACHED [gobuild 5/6] COPY . .                                                                                0.0s
 => ERROR [gobuild 6/6] RUN CGO_ENABLED=0 go test -c                                                                                13.9s
------
 > [gobuild 6/6] RUN CGO_ENABLED=0 go test -c:
2.245 # github.com/docker/docker/api/types/filters
2.245 /go/pkg/mod/github.com/docker/docker@v24.0.7+incompatible/api/types/filters/parse.go:165:29: undefined: strings.Cut
2.405 # github.com/docker/docker/api/types/time
2.405 /go/pkg/mod/github.com/docker/docker@v24.0.7+incompatible/api/types/time/timestamp.go:116:14: undefined: strings.Cut
2.564 # golang.org/x/sys/unix
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/mremap.go:42:10: undefined: unsafe.Slice
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/syscall.go:83:16: undefined: unsafe.Slice
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/syscall_linux.go:1009:20: undefined: unsafe.Slice
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/syscall_linux.go:2289:9: undefined: unsafe.Slice
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/syscall_unix.go:118:7: undefined: unsafe.Slice
2.564 /go/pkg/mod/golang.org/x/sys@v0.13.0/unix/sysvshm_unix.go:33:7: undefined: unsafe.Slice
2.564 note: module requires Go 1.17
3.887 # github.com/docker/docker/api/types/container
3.887 /go/pkg/mod/github.com/docker/docker@v24.0.7+incompatible/api/types/container/hostconfig.go:444:18: undefined: strings.Cut
------
Dockerfile:23
--------------------
  21 |
  22 |     COPY . .
  23 | >>> RUN CGO_ENABLED=0 go test -c
  24 |
  25 |     FROM hashicorp/terraform:light as tfbuild
--------------------
ERROR: failed to solve: process "/bin/sh -c CGO_ENABLED=0 go test -c" did not complete successfully: exit code: 2

This must have been fixed at some point, build is working and #54 added CI


Added monitoring of network connection

@knowuh there wasn't a story for this but we will need to monitor the network connection so I wrote this which keeps a top level state variable for the network connection status.


[KOGITO-4322] Add startup probes

Note: This PR includes commits from KOGITO-4781 and is meant to be merged after it. I am only opening this in advance for review purposes, and the specific code from this PR can be found in this commit.
See: https://issues.redhat.com/browse/KOGITO-4322
Downstream PR: https://github.com/kiegroup/rhpam-kogito-operator/pull/12
Description
This PR allows the operator to add startup probes to the deployment if the Kubernetes cluster version is ≥1.18 when the feature is enabled by default.
Testing
I deployed with the following YAML:
apiVersion: app.kiegroup.org/v1beta1
kind: KogitoRuntime
metadata:
  name: qe
spec:
  replicas: 1
  image: quay.io/kmok/process-quarkus-example:health-no-redirect
  probes:
    startupProbe:
      failureThreshold: 60
      periodSeconds: 1

Where I set the periodSeconds to the minimum amount such that it was bound to fail and show up in the pod events:
Warning  Unhealthy 28s (x5 over 32s)  kubelet, crc-j55b9-master-0  Startup probe failed: Get http://<IP_ADDRESS>:8080/q/health/live: dial tcp <IP_ADDRESS>:8080: connect: connection refused

I assume it to be working as such.
Requirements
Many thanks for submiting your Pull Request :heart:!
Please make sure that your PR meets the following requirements:

[x] You have read the contributors' guide
[x] Pull Request title is properly formatted:
[x] Pull Request contains link to the JIRA issue
[x] Pull Request contains description of the issue
[x] Pull Request does not include fixes for issues other than the main ticket
[x] Your feature/bug fix has a unit test that verifies it
[x] You've tested the new feature/bug fix in an actual OpenShift cluster
[x] You've added a RELEASE_NOTES.md entry regarding this change

/jenkins test

The code looks good, will do a full review once https://github.com/kiegroup/kogito-operator/pull/822 is merged.

@spolti This PR is rebased on top of KOGITO-4781 since that fixes the issue that this PR triggers even more, so it should be merged after it. @sutaakar will also do his full review after KOGITO-4781 is merged.

looks it needs a rebase.
Do this change depends on https://github.com/kiegroup/kogito-operator/pull/822 ?

@spolti Yes, it does. I will rebase after #822 is merged.

/jenkins test

Seems to be issue specific for TCP sockets and startup probe:
{"level":"info","ts":1618312624.1972435,"logger":"comparator","msg":"Objects are not equal",

"deployed":......"livenessProbe":{"tcpSocket":{"port":8080}},"readinessProbe":{"tcpSocket":{"port":8080}},"startupProbe":{"tcpSocket":{"port":8080},"timeoutSeconds":1,"periodSeconds":10,"successThreshold":1,"failureThreshold":3},.....

"requested":....,"livenessProbe":{"tcpSocket":{"port":8080}},"readinessProbe":{"tcpSocket":{"port":8080}},"startupProbe":{"tcpSocket":{"port":8080}},"imagePullPolicy":"Always"}],....

^ @Kevin-Mok you can either customize the comparator for the probes (see the DeploymentComparator) or you can set the defaults. I think the former is a better option.

/jenkins test
@sutaakar I initially forgot to add the function call to setDefaultProbeValues in getTCPHealthCheckProbe, so in this PR, it's missing the line. But in the PR for KOGITO-4781, I added the line, rebased this PR on top of it, so it should be working now.

is it ready to merge?

I'm pretty sure this is ready to merge, but I'll ping @ricardozanini here just to make sure.


[BUG] Kantra CLI doesn't work in VS Code MTA extension

Is there an existing issue for this?

[X] I have searched the existing issues

Konveyor version
v0.3.1
Priority
Critical
Current Behavior
When I ran the analysis in VS Code MTA (v7.0.2) extension using the Kantra CLI (v0.3.1) regardless of any apps, I failed with this error:
+ cp -r /opt/input/source /tmp/source-code
+ sed -i 's|/opt/input/source|/tmp/source-code|g' /opt/input/config/settings.json
+ /usr/local/bin/konveyor-analyzer --provider-settings=/opt/input/config/settings.json --output-file=/opt/output/output.yaml --context-lines=100 --rules=/opt/rulesets/ '--dep-label-selector=(!konveyor.io/dep-source=open-source)' --verbose=4 '--label-selector=((konveyor.io/target=jakarta-ee || konveyor.io/target=quarkus) && konveyor.io/source) || (discovery)'
time="2024-04-27T01:27:03Z" level=error msg="error for list services retrying" error="rpc error: code = Unavailable desc = connection error: desc = \"transport: Error while dialing: dial tcp [::1]:34137: connect: connection refused\"" logger=java provider=grpc

Expected Behavior
The analysis should be done without an error.
How Reproducible
Always (Default)
Steps To Reproduce

Install VS Code - Version: 1.88.1 (Universal)
Install MTA extension: v7.0.2
Set the kantra CLI path: v0.3.1
Add any Java apps
Set any target and source
Run the analysis application

Environment
- OS:Mac M2

Anything else?
No response

This is fixed via #216


my Flutter page can not show

xcode print
2021-12-10 09:42:35.181810+0800 MyApp_flutter[8192:3751169] Failed to find assets path for "Frameworks/App.framework/flutter_assets"
2021-12-10 09:42:35.182114+0800 MyApp_flutter[8192:3751169] Metal API Validation Enabled
2021-12-10 09:42:35.240189+0800 MyApp_flutter[8192:3751169] Writing analzed variants.
2021-12-10 09:42:35.244068+0800 MyApp_flutter[8192:3751530] [VERBOSE-2:engine.cc(194)] Engine run configuration was invalid.
2021-12-10 09:42:35.244349+0800 MyApp_flutter[8192:3751530] [VERBOSE-2:shell.cc(576)] Could not launch engine with configuration.
2021-12-10 09:42:35.352376+0800 MyApp_flutter[8192:3751559] flutter: Observatory listening on http://<IP_ADDRESS>:50022/-E6ccbSLJl4=/

flutter run print
Resolving dependencies...
  characters 1.1.0 (1.2.0 available)
  json_annotation 4.1.0 (4.4.0 available)
  json_serializable 5.0.2 (6.1.1 available)
  pubspec_parse 1.1.0 (1.2.0 available)
  vector_math 2.1.0 (2.1.1 available)
Got dependencies in /Users/bmask/Desktop/sohu-code/MPTC-Flutter/flutterw/tools!
Package flutter_wrapper is currently active at path "/Users/bmask/Desktop/sohu-code/MPTC-Flutter/flutterw/tools".
Activated flutter_wrapper 0.0.1 at path "/Users/bmask/Desktop/sohu-code/MPTC-Flutter/flutterw/tools".
================================================
target packages:

================================================
Multiple devices found:
Android SDK built for x86 (mobile) • emulator-5554                        • android-x86 • Android 11 (API 30)
(emulator)
Bmask (mobile)                     • 00008101-0005505C00E1401E            • ios         • iOS 15.1.1 19B81
iPhone 12 (mobile)                 • 2BF72B4D-5471-4D82-9ECD-65C9FA2E62BD • ios         •
com.apple.CoreSimulator.SimRuntime.iOS-15-0 (simulator)
[1]: Android SDK built for x86 (emulator-5554)
[2]: Bmask [(00008101-0005505C00E1401E)](url)
[3]: iPhone 12 (2BF72B4D-5471-4D82-9ECD-65C9FA2E62BD)

flutter doctor print
[✓] Flutter (Channel unknown, 2.5.2, on macOS 12.0.1 21A559 darwin-x64, locale zh-Hans-CN)
    • Flutter version 2.5.2 at /Users/bmask/.flutter_sdks/2.5.2
    • Upstream repository unknown
    • Framework revision 3595343e20 (2 months ago), 2021-09-30 12:58:18 -0700
    • Engine revision 6ac856380f
    • Dart version 2.14.3
    • Pub download mirror https://pub.flutter-io.cn
    • Flutter download mirror https://storage.flutter-io.cn

[!] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
    • Android SDK at /Users/bmask/Library/Android/sdk
    ✗ cmdline-tools component is missing
      Run `path/to/sdkmanager --install "cmdline-tools;latest"`
      See https://developer.android.com/studio/command-line for more details.
    ✗ Android license status unknown.
      Run `flutter doctor --android-licenses` to accept the SDK licenses.
      See https://flutter.dev/docs/get-started/install/macos#android-setup for more details.

[✓] Xcode - develop for iOS and macOS
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 13.1, Build version 13A1030d
    • CocoaPods version 1.11.2

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2020.3)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7281165)

[✓] IntelliJ IDEA Ultimate Edition (version 2020.2)
    • IntelliJ at /Applications/IntelliJ IDEA.app
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart

[✓] VS Code (version 1.62.3)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.29.0

[✓] VS Code (version 1.45.1)
    • VS Code at /Users/bmask/Desktop/sohu-code/MPTC-iOS/PINOperation-Distribution/Applications/Visual Studio
      Code.app/Contents
    • Flutter extension version 3.29.0

[✓] Connected device (4 available)
    • Android SDK built for x86 (mobile) • emulator-5554                        • android-x86    • Android 11 (API 30)
      (emulator)
    • Bmask (mobile)                     • 00008101-0005505C00E1401E            • ios            • iOS 15.1.1 19B81
    • iPhone 12 (mobile)                 • 2BF72B4D-5471-4D82-9ECD-65C9FA2E62BD • ios            •
      com.apple.CoreSimulator.SimRuntime.iOS-15-0 (simulator)
    • Chrome (web)                       • chrome                               • web-javascript • Google Chrome
      96.0.4664.93
    ! Error: Bmask is busy: Making the device ready for development. Xcode will continue when Bmask is finished. (code -10)

! Doctor found issues in 1 category.

###screen shot
https://user-images.githubusercontent.com/11421328/145509867-8c335c7b-7e0c-41ab-ae7b-b28cad003c02.mp4
###Build Export
Build MyApp_flutter_2021-12-10T09-42-12.txt

@MrBMask
Assuming you are using add2app scenario, can you provide complete minimal code sample that we can use to verify this ? You may create a demo repo and share github link of it here that we can clone and run.
Also follow this document and see if you have properly set up the project.

@darshankawar here is my code url https://github.com/MrBMask/FluttterDemo

@darshankawar  I tried to upgrade the flutter version. This issue is not resolved I don't know why. The same code Colleagues don't have this problem

Can you provide complete steps to replicate this behavior after cloning the repo ?
Thanks.

@darshankawar first clone repo These are my step

cd my_flutter
2.flutter pub get
3.cd MyApp_flutter
4.pod install
Then run the app

@MrBMask
Thanks for the steps. I followed it and ran it on iOS simulator which compiled and built the app properly for me:

But I don't see Show Flutter button as shown in your video.
Are you facing same issue as https://github.com/flutter/flutter/issues/94554 ?

@darshankawar  Yes  , I facing same issue as #94554 .
this is my anthor account. I will repaly you with this account. Thank you

@darshankawar  Yes  , I facing same issue as #94554 .
this is my anthor account. I will repaly you with this account. Thank you

@darshankawar  Yes  , I facing same issue as #94554 .
this is my anthor account. I will repaly you with this account. Thank you

closing this as duplicate of https://github.com/flutter/flutter/issues/94554


Add Open-source Library Guidelines section to .NET Guide

This is an initial copy and paste of the content at https://github.com/JamesNK/BookOfDotNetOSS/tree/master/docs with added metadata, images moved to media and a md TOC
To be done:

[ ] Decide on the exact name of this section of content
[ ] Ensure content is the right format
[ ] Ensure content uses the right voice
[ ] Add introduction and context to index.md

As discussed with @BillWagner @mairaw

cc @terrajobst

Could you incorporate the suggestions from here?
@mairaw @BillWagner it would be great to get your input on TOC and language.

Preview URL: https://review.docs.microsoft.com/en-us/dotnet/standard/library-guidelines/?branch=pr-en-us-7833

Once this is merged, I'll add a new topic that covers how cross-targeting guidelines in a bit more detail, in particular around how to think about .NET Standard vs. framework-specific assemblies and capability APIs.

I've gone through all the content with the neat tool y'all use and made a lot of changes it suggested.
@mairaw @BillWagner Can you please take a look and give feedback. I'm happy to spend my time making any changes that are required.

@mairaw @BillWagner Can you please take a look and give feedback.

I'm at Ignite this week, and Maira is at Grace Hopper. I should have time to give a thorough review today. (Sorry for the delays.

OK!
All feedback has been addressed. Also I have updated the index.md and get-started.md pages to a state that I'm happy with them. I would appreciate a proof-read/language review of them. I don't have your docs tool on my home PC.

I think this is ready to merge // @BillWagner @mairaw

@JamesNK do you mind if I do some quick corrections myself?

Be my guest

Hold off merging for a few days. We're considering having a blog post to go with the content.
I don't want to block you merging master to live.

Sounds good @JamesNK. Added the WIP label to block from merging. Ping us when you're ready.

Ok! Lets merge now // @mairaw


HeliosSoloDeployment: support Google Container Registry credentials

If the configuration profile used by helios-solo contains an entry for
googleContainerRegistryCredentials, then HeliosSoloDeployment will launch
the helios-solo container with additional configuration:

add an environment variable for HELIOS_AGENT_OPTS which contains the
flag --docker-gcp-account-credentials=<file>
add a volume bind for the directory containing the credentials file so
that helios agent can find the credentials pointed to above

The purpose of these checks is to allow helios-agent inside the helios-solo
container to be able to fetch images from Google Container Registry for any
tests that need to do so.
Note: this support currently is only for credentials stored in a file, and
not for any Application Default Credentials (i.e. if the local user is
logged into gcloud).

Codecov Report

Merging #1131 into master will increase coverage by 4.07%.
The diff coverage is 90%.

@@             Coverage Diff              @@
##             master    #1131      +/-   ##
============================================
+ Coverage     48.14%   52.22%   +4.07%
- Complexity      585     1590    +1005
============================================
  Files           102      267     +165
  Lines          4999    12914    +7915
  Branches        770     1495     +725
============================================
+ Hits           2407     6744    +4337
- Misses         2369     5659    +3290
- Partials        223      511     +288

@davidxia @caipre @mavenraven

Added something so that this works for human users too, who have credentials stored in the gcloud CLI.


How to add negative data for training？

Thanks for sharing，
I want to add some negative samples as background training, how should I do it? Could you give me a detailed introduction?
I try to add some negative data without label to the training set and then train, is that ok？
Looking forward to your reply，Thank you

Your attempt has no problem. Just run it

感谢回复, 我按照coco数据格式制作训练数据, 那么背景图片的数据格式应该如何制作呢,  能否详细说明一下


warn the script is depreciated

this should be in 1.8.0, since we will wait to merge https://github.com/docker/docker/pull/14745 til after
ping @tianon

LGTM

LGTM

LGTM


Broke the tests, somehow

Original report by Joseph Fowler (Bitbucket: joe_fowler, ).

@jojo978 made a commit that caused the tests to fail. I cannot understand why, but I'm sure Young can. And if not, maybe @oneilg can figure it out, because he is the test-master.

Original comment by Joseph Fowler (Bitbucket: joe_fowler, ).

Was using mass.calibration.algorithms.find_local_maxima(...) in tests.
Proper usage in tests makes the tests pass again. Fixes #84.


move with touch should not end with a click

Currently when stopping to touch the screen, whether we moved or not, the behavior is always to click (on a node an edge or the stage depending on where we stop touching)
This means we cannot move or rescale the network view without actually triggering a click event which is actually rarely desired and I feel should rather be plugged manually in such cases.
This commit fixes declaring isMoving to true when touchdown and only activates it after having really moved, and it uses that flag to determine whether click/mouseup actions should be triggered or not on touchup.
Pull request type
Check the type of change your PR introduces:

[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] Documentation content changes
[ ] Other (please describe):

NOTE: Before to create a PR, read our contributing guide

NOTE: Try to limit your pull request to one type, submit multiple pull requests if needed.

What is the current behavior?
Issue Number: N/A

NOTE: Describe the current behavior that you are modifying, or link to a relevant issue.

What is the new behavior?

NOTE: Describe the behavior or changes that are being added by this PR.

Other information

NOTE: Any other information that is important to this PR such as screenshots of how the component looks before and after the change.

@boogheta I will merge and add a tiny fix over this to ensure the down/click logic works as it does with the mouse captor.

Sorry, your fix was correct but my merge was not. I got your fix back. Merging now.


STARlong compatibility

The STARlong has been recommended as a better choice for alignment of IsoSeq than GMAP on the wiki (https://github.com/PacificBiosciences/cDNA_primer/wiki/Bioinfx-study:-Optimizing-STAR-aligner-for-Iso-Seq-data).
The Cogent and cDNA_cupcake pipeline seems to require GMAP sam file as input. I have tried using the STARlong sam file as input towards cDNA_cupake and it seems to run fine except for the last line of the sam file where it produces the error shown below.
Traceback (most recent call last):
  File "/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/bin/collapse_isoforms_by_sam.py", line 4, in <module>
    __import__('pkg_resources').run_script('cupcake==2.1', 'collapse_isoforms_by_sam.py')
  File "/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/setuptools-27.2.0-py2.7.egg/pkg_resources/__init__.py", line 744, in run_script
  File "/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/setuptools-27.2.0-py2.7.egg/pkg_resources/__init__.py", line 1499, in run_script
  File "/mnt/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/cupcake-2.1-py2.7-linux-x86_64.egg/EGG-INFO/scripts/collapse_isoforms_by_sam.py", line 242, in <module>
    main(args)
  File "/mnt/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/cupcake-2.1-py2.7-linux-x86_64.egg/EGG-INFO/scripts/collapse_isoforms_by_sam.py", line 203, in main
    collapse_fuzzy_junctions(f_good.name, f_txt.name, args.allow_extra_5exon, internal_fuzzy_max_dist=args.max_fuzzy_junction)
  File "/mnt/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/cupcake-2.1-py2.7-linux-x86_64.egg/EGG-INFO/scripts/collapse_isoforms_by_sam.py", line 149, in collapse_fuzzy_junctions
    _size = get_fl_from_id(group_info[pbid])
  File "/mnt/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/cupcake-2.1-py2.7-linux-x86_64.egg/EGG-INFO/scripts/collapse_isoforms_by_sam.py", line 92, in get_fl_from_id
    return sum(int(_id.split('/')[1].split('p')[0][1:]) for _id in members)
  File "/mnt/ruby/PacBio/Project/AK1/ASIAN_GENOME/SangJin/01.AK1/python/envs/anaCogent/lib/python2.7/site-packages/cupcake-2.1-py2.7-linux-x86_64.egg/EGG-INFO/scripts/collapse_isoforms_by_sam.py", line 92, in <genexpr>
    return sum(int(_id.split('/')[1].split('p')[0][1:]) for _id in members)
ValueError: invalid literal for int() with base 10: ''

Would there be any significant differences in using STARlong or GMAP for the Cogent and cDNA_cupcake pipeline?
Best,
Jin

Hi,
Interesting. I would think STAR's SAM output should be the same as GMAP's and it would work. The error message displayed seemed to suggest the last line of SAM file may be corrupt or incomplete. What happens if you make a new SAM file that just has the last line deleted? If it works then, it's an indication your SAM file is incomplete and re-running STARlong again may be helpful.
If not, I can take a look at the SAM file to troubleshoot.
--Liz

Hello,
I have recreated and resorted the sam file. It has worked perfectly. I should have tried this first! It is good to know that cDNA_cupcake is compatible with STARlong!
Thank you so much for your help.
Best,
Jin

Hi,
I do not think the issue has to do with mapping or sam file not being sorted.
If you did the cluster part using tofu or pbtranscript.ice_partial,  the fasta file -
final.consensus.fasta - will have headers that resemble the one below.
>c262127/1/1651 isoform=c262127;full_length_coverage=1;isoform_length=1651
>c262128/1/512 isoform=c262128;full_length_coverage=1;isoform_length=512
>c262130/1/1174 isoform=c262130;full_length_coverage=1;isoform_length=1174
>c87379/1/2329 isoform=c87379;full_length_coverage=1;isoform_length=2329

The above ids (eg. c262127/1/1651 ) will make it to the sam files regardless of what you used for alignment, GMAP or STARlong.
Therefore, the following line in the collapse_fuzzy_junctions method in collapse_isoforms_by_sam.py will throw the above error since a 'p' literal is not in the ids
int(_id.split('/')[1].split('p')[0][1:])
>>> int('')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: invalid literal for int() with base 10: ''

Whereas, you would not see the issue if clustering as well as polishing is done via the SMRLink pipe and the input fasta is one like hq_isoforms.fasta with id that have 'p' for number of passes in them.
>i6_HQ_sample1888c8|c8/f2p0/6963 isoform=c8;full_length_coverage=2;non_full_length_coverage=0;isoform_length=6963
>i6_HQ_sample1888c8|c10/f2p0/6488 isoform=c10;full_length_coverage=2;non_full_length_coverage=0;isoform_length=6488
>i6_HQ_sample1888c8|c11/f2p0/7208 isoform=c11;full_length_coverage=2;non_full_length_coverage=0;isoform_length=7208
>i6_HQ_sample1888c8|c12/f2p0/6803 isoform=c12;full_length_coverage=2;non_full_length_coverage=0;isoform_length=6803
>i6_HQ_sample1888c8|c14/f2p0/6288 isoform=c14;full_length_coverage=2;non_full_length_coverage=0;isoform_length=6288

Hi @gnetsanet ,
You are correct that having reads without the expected format, namely >c262127/1/1651 (an old format that is now deprecated) instead of >i0_HQ_sample1|c262127/f1p10/1651 (new, expected format) will cause collapse script to fail.
If you do have the old format, you will need to convert it to the new format by hacking the sequence IDs. This could be done with Python and BioPython library. Let me know if you need help with that.
--Liz


⚠ Bofrost.be has degraded performance

In 6f875c5, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2459 ms

Resolved: Bofrost.be performance has improved in cd854bc.


Hub groups & Relay improvements

WIP.

Member management UI requires two accounts to see, so here are screenshots; https://quri-hub-git-hub-groups-quantified-uncertainty.vercel.app/groups/testgroup
When user is not a member of a group:

When user is a member:

Invite dropdown:

Invite modal:
(TODO)
Pending invites:

Members can be deleted:

Pending invites can be canceled:

It's possible to change a role of members or pending invites:

Fail-safe against accidentally orphaning the group (also works when you try to delete the last owner):

Invite dialog:

Accepted:

Accepting an invite re-renders the page (by invalidating the page query). Unfortunately, since models/members tabs are currently not routes, this resets the page back to "Models" tab; this can be fixed later.
Also, right now it's still possible to invite an existing member. I should add a check for this in inviteUserToGroup mutation.

Another note: I didn't implement all some important error messages yet. Some mutations check for permissions by asking for conditions in Prisma create/update queries. Those checks fail with cryptic errors that are passed to the frontend.

This now fixes #2243.

Also, right now it's still possible to invite an existing member. I should add a check for this in inviteUserToGroup mutation.

Fixed.

Another note: I didn't implement some important error messages yet. Some mutations check for permissions by asking for conditions in Prisma create/update queries. Those checks fail with cryptic errors that are passed to the frontend.

Fixed for inviteUserToGroup mutation, and added basic tests (these tests won't run in CI because they require a clean local DB for tests; in the future, we should configure this with Docker on each run.)

I've marked this as ready for review, but please do not merge, this PR will require a manual DB migration first.


Adding a Trait to a class and saving do not update the methods

I added a trait to an existing class and saved but to see the methods of the class I had to change of selected class and come back.
Saving a class should refresh the methods.

It is fixed (not exist) in dev version due to removed trait inheritance
logic (methods instead of localMethods).
By the way there is non trait scenario. Try enable visibility of superclass
methods and then replace superclass to Object in class definition. The
method pane will still show original superclass methods but they not exist
in hierarchy anymore. I opened for #363 for this
пн, 12 нояб. 2018 г. в 13:17, CyrilFerlicot<EMAIL_ADDRESS>
I added a trait to an existing class and saved but to see the methods of
the class I had to change of selected class and come back.
Saving a class should refresh the methods.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/pharo-ide/Calypso/issues/361, or mute the thread
https://github.com/notifications/unsubscribe-auth/AHxaoIawIMuPHarlKdp0y6MIITB3v8tPks5uuXThgaJpZM4YZoO8
.

Fixed and integrated


Show hours if duration is greater than or equal to 60 minutes

Fixes #1084.
The number of days in a TimeSpan cannot be optionally shown just by using a forma string, so I've created an IValueConverter to format the duration.
Seconds:

Minutes:

Hours:

Days:

Thank you!


No IVs stored into db.sqlite

Hello,
By some reason I don't find a way to store IV's or movesets into the database file, stays empty. My actual configuration is:
ENCOUNTER = 'all'
And I manage the notifications (they are working but it only shows pokemon, time and location) by using "ALWAYS_NOTIFY_IDS". I do keep
IGNORE_IVS = True
IGNORE_RARITY = False
Do I need any specific setting to store the IV's and movesets apart from "ENCOUNTER"?
Thanks in advance.

Same problem, I will show my config.py
config.txt

Same here...

The error happens here, worker.py:
responses = await self.call(request, action=2.25)
    try:
        pdata = responses['ENCOUNTER']['wild_pokemon']['pokemon_data']
        pokemon['move_1'] = pdata['move_1']
        pokemon['move_2'] = pdata['move_2']
        pokemon['individual_attack'] = pdata.get('individual_attack', 0)
        pokemon['individual_defense'] = pdata.get('individual_defense', 0)
        pokemon['individual_stamina'] = pdata.get('individual_stamina', 0)
    except KeyError:
        self.log.error('Missing Pokemon data in encounter response.')
    self.error_code = '!'

Because in the scan.log..
[2017-03-20 14:27:52][   ERROR][worker-7] Missing Pokemon data in encounter response.
[2017-03-20 14:27:55][   ERROR][worker-7] Missing Pokemon data in encounter response.
All time...
Same problem here #111
Could be the problem the .get()???
or responses['ENCOUNTER']['wild_pokemon']['pokemon_data']???


Add basic support for SSR

Should just be a case of providing a method you can call that performs the presentation work based on a given model. Then you could use the same codebase for SPA's or SSR.

The complication here is that you'd expect to use this in JVM based services (Http4s for Scala.js does exist but that won't be people's first thought), and Tyrian uses snabbdom to render.
Couple of options:

We don't need a virtualdom differ for straight rendering, so we could just write a simple renderer. Probably not hard, but makes it inconsistent with the SPA version.
We write a virtualdom + renderer in Scala.js and remove snabbdom.

A minimal version is now in the main branch.


Review open data criteria

https://docs.google.com/document/d/1gXoWZXESjLM5lvBniRPrYzHLoY5G5pmAug-yLNuoIqQ/edit


[Hub Generated] Public private branch 'stuartko/Mar21_NewTSVersion'

This is a PR generated at OpenAPI Hub. You can view your work branch via this link.
Changelog
Please ensure to add changelog with this PR by answering the following questions.

What's the purpose of the update?

[ ] new service onboarding
[x] new API version
[ ] update existing version for new feature
[ ] update existing version to fix swagger quality issue in s360
[ ] Other, please clarify

When you are targeting to deploy new service/feature to public regions? Please provide date, or month to public if date is not available yet.
When you expect to publish swagger? Please provide date, or month to public if date is not available yet.
If it's an update to existing version,  please select SDKs of specific language and CLIs that require refresh after swagger is published.

[ ] SDK of .NET (need service team to ensure code readiness)
[ ] SDK of Python
[ ] SDK of Java
[ ] SDK of Js
[ ] SDK of Go
[ ] PowerShell
[ ] CLI
[ ] Terraform
[ ] No, no need to refresh for updates in this PR

Contribution checklist:

[x] I commit to follow the Breaking Change Policy of "no breaking changes"
[x] I have reviewed the documentation for the workflow.
[x] Validation tools were run on swagger spec(s) and errors have all been fixed in this PR. How to fix?

If any further question about AME onboarding or validation tools, please view the FAQ.
ARM API Review Checklist

[ ] Ensure to check this box if one of the following scenarios meet updates in the PR, so that label “WaitForARMFeedback” will be added automatically to involve ARM API Review. Failure to comply may result in delays for manifest application. Note this does not apply to data plane APIs, all “removals” and “adding a new property” no more require ARM API review.

Adding new API(s)
Adding a new API version
[ ] Ensure to copy the existing version into new directory structure for first commit (including refactoring) and then push new changes including version updates in separate commits. This is required to review the changes efficiently.
Adding a new service

[ ] Please ensure you've reviewed following guidelines including ARM resource provider contract and REST guidelines. Estimated time (4 hours). This is required before you can request review from ARM API Review board.

[ ] If you are blocked on ARM review and want to get the PR merged with urgency, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.

Breaking Change Review Checklist
If there are following updates in the PR, ensure to request an approval from Breaking Change Review Board as defined in the Breaking Change Policy.

[ ] Removing API(s) in stable version
[ ] Removing properties in stable version
[ ] Removing API version(s) in stable version
[ ] Updating API in stable or public preview version with Breaking Change Validation errors
[ ] Updating API(s) in public preview over 1 year (refer to Retirement of Previews)

Action: to initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Addition details on the process and office hours are on the Breaking change Wiki.
Please follow the link to find more details on PR review process.

The PR is created based on the updates in the private branch. The updates in the PR has already been reviewed and approved with this PR Azure/azure-rest-api-specs-pr/3357

@raych1 As this is automatically created from an existing PR using the OpenAPI Hub, does the PR description/checklist have to be updated by us manually to match the one in the private PR? Or is it sufficient to leave it the default description?

@raych1 As this is automatically created from an existing PR using the OpenAPI Hub, does the PR description/checklist have to be updated by us manually to match the one in the private PR? Or is it sufficient to leave it the default description?

@stuartko , it's enough.

@ArcturusZhang , can you have a look at the GO breaking change?

@ArcturusZhang , can you have a look at the GO breaking change?

This PR does not bring any breaking changes.


Series filter in main navigation

You could achieve this by having a top or side bar, where you could have different themes such as "MumsRockTech", "OnesToWatch", "WeRockTech"

From #7


Parallel circuit evaluation

This PR implements:

parallel_execution: executes a given circuit for multiple input states.
parallel_reuploading_execution: executes a given circuit for multiple parametrization values (reuploading)
both approaches are based on multi-processing and share the parallel_L-BFGS-B procedure.

This PR also:

moves the parallel related code to parallel.py
cleanup the ParallelResources singleton.

@stavros11 thanks for the careful review, I will implement your suggestions, but lets discuss about the crash for nqubits > 15. The problem seems to appears when calling the tf.zeros method in _default_initial_state and may be related to the tf thread pool environment.
I can do more than 15 qubits if I set tf.config.threading.set_intra_op_parallelism_threads(1), could you please check that from your side? If so, then we can propose 2 alternative fixes:

replace that line with numpy (which however I think cannot do more than 32 qubits)
try to rewrite the tf.zeros as a custom operator based on openmp.

I can do more than 15 qubits if I set tf.config.threading.set_intra_op_parallelism_threads(1), could you please check that from your side?

Thanks for finding the issue. Indeed when I set the intra op threads it works for any number of qubits. I also agree that the problem is related to tf.zeros, because if I pass a custom initial state (thus avoid tf.zeros) it works for any number of qubits without setting the intra op threads.
Note however that during these tests I discovered another bug: If the initial state passed to parallel_reuploading_execution is a numpy array I get the following error:
TypeError: Initial state type <class 'qibo.tensorflow.circuit.TensorflowCircuit'> is not recognized.

On the other hand if I pass a tf.Tensor, eg:
initial_state = tf.cast(np.random.random(2 ** nqubits), dtype=tf.complex128)

it works for any number of qubits.

If so, then we can propose 2 alternative fixes:

replace that line with numpy (which however I think cannot do more than 32 qubits)
try to rewrite the tf.zeros as a custom operator based on openmp.

I would prefer to avoid numpy because the 32 qubit limitation will break other features, although . I am fine with the custom operator solution but I guess that we would have to follow a slightly different approach compared to the custom operators we already have since we would have to create a new tensor. Our custom operators modify existing tensors but never create one from scratch I think.
Another simple (but perhaps temporary) solution would be to use np.zeros for up to 32 qubits and tf.zeros for more. This would not break any existing features as the initial_state op would automatically convert np.zeros to tf. It would also solve the parallelization problem for most cases, as it is highly unlikely one would use the parallel execution in a circuit with more than 32 qubits. This would be very CPU and memory intensive.

@stavros11 thanks for spotting this bug with numpy, I have just fixed it.
I will now give a try at the tensor initialization operator.

@stavros11 thanks for the benchmark, the numbers look good. I will implement the suggestions, so we can then merge this PR.

@stavros11 I have implemented your comments, except the nshots option, because the code hangs at the sample call, for the same reason as tf.zeros, the only way to preserve the threadpool is with the set_intra*(1) at the beginning of the script. So, if you agree let merge this PR and then open another where we try to check if it is possible to solve this issue without writing custom operators to tf.cast, tf.random.categorical, tf.transpose etc.

@stavros11 I have implemented your comments, except the nshots option, because the code hangs at the sample call, for the same reason as tf.zeros, the only way to preserve the threadpool is with the set_intra*(1) at the beginning of the script. So, if you agree let merge this PR and then open another where we try to check if it is possible to solve this issue without writing custom operators to tf.cast, tf.random.categorical, tf.transpose etc.

Thanks for the updates, I agree with merging. Regarding nshots, we can indeed look at this in a different PR. I was also planning to have a look on using the parallel functionality for noise with repetition.

Thanks for the updates, I agree with merging. Regarding nshots, we can indeed look at this in a different PR. I was also planning to have a look on using the parallel functionality for noise with repetition.


Make it possible to avoid syncing certain workflows

Currently, if a workflow is deleted, the next run of Update AL-Go System Files will bring it back, polluting the view of workflow/actions.
There should be a configuration to avoid syncing workflows that are not in use.
`

I agree that a setting in the repo settings file, which lists unused workflows (specified by workflow filenames) would be the way to go. The Update AL-Go System Files would then remove these files if they exist (instead of comparing their content)

No, this should be a list of unused workflows - NOT a list of used workflows.
So, if the partner adds their own workflow or AL-Go comes out with a new workflow - they would be included (until you remove them if you like)

Sorry I was just asking in general wether added action are removed on update.
Wasn't suggesting any changes.

I know:-)
Actions added into an AL-Go repo are left alone by the update action (unless there is an action with the same name added in the AL-Go template).
AL-Go only touches known workflows.


Add autoclose to control whether to close stdin after showing menu.

This is needed to prevent closing of stdin when additional user input is
needed after selecting an option, such as confirming creation of some
local resources for an exercise.
The default is true, to keep the current default behaviour.

Thanks for the patch! Merged in 2.10.0.


[kmac/rtl] Decide if we need a way to recover from an error if the HW application interface does not provide the last data item.

Description
Factored out from #22794: we should decide if KMAC needs a way to recover from an error if a hardware application interface does not provide the last data item.
This may happen e.g. because of an escalation or bug in the hardware block connecting to the hardware interface. Right now, KMAC cannot handle this and will become unusable. One way to avoid KMAC becoming unusable would be to add an interface for software to clear all hardware application interfaces and put them back into a known good state.
For Earl Grey, @andreaskurth and I disucssed that we most likely don't need that because the hardware blocks interfacing with KMAC over app interfaces are critical system blocks like ROM_CTRL, LC_CTRL and KEYMGR. If any of these blocks hangs due to an issue, we anyway need to reset the system and thus KMAC. But for future versions, this might be desirable as other hardware blocks might get an application interface as well (e.g. OTBN or DMA). A hang condition in any of these blocks would then cause KMAC and thus ROM_CTRL, LC_CTRL, KEYMGR to hang which is most likely not acceptable.
I am thus adding the FutureReleases label.

What is the current behavior? Would an error be reported in KMAC.INTR_STATE.kmac_err or KMAC.STATUS? Is it possible to reset it from software? Like KMAC enable / disable somehow? If other hw block like KEYMGR is using KMAC, and KMAC hangs - would it be possible for software to check KMAC status and reset it? If yes, it can be a workaround at the cost of extra checks.
I suppose that KMAC should report this state in one of the status registers, and software using it should check for it and reset it as needed.  Hardware blocks need to propagate error status to their status. Hanging is definitely not a good behavior.

What is the current behavior? Would an error be reported in KMAC.INTR_STATE.kmac_err or KMAC.STATUS?

KMAC's Programmer's Guide should answer this (PLMK if it's unclear):

When the KMAC HW IP encounters an error, it raises the kmac_err IRQ. SW can then read the ERR_CODE CSR to obtain more information about the error. Having handled that IRQ, SW is expected to clear the kmac_err bit in the INTR_STATE CSR before exiting the ISR. When SW has handled the error condition, it is expected to set the err_processed bit in the CMD CSR. The internal SHA3 engine then flushes its FIFOs and state, which may take a few cycles. The KMAC HW IP is ready for operation again as soon as the sha3_idle bit in the STATUS CSR is set; SW must not change the configuration of or send commands to the KMAC HW IP before that. If the error occurred while the KMAC HW IP was being used from SW (i.e., not via an HW application interface), the kmac_done IRQ is raised when the KMAC HW IP is ready again.

If the HW application interface doesn't provide the last data item, the internal SHA3 engine will remain in the flushing state and the sha3_idle bit won't get set.

Is it possible to reset it from software? Like KMAC enable / disable somehow? If other hw block like KEYMGR is using KMAC, and KMAC hangs - would it be possible for software to check KMAC status and reset it?

KMAC and keymgr can be reset together with most modules through a SW-requested system reset. This means the CPU will start executing from ROM again (although ROM behavior might be different as the reset reason is SW-requested rather than power-on reset).

I suppose that KMAC should report this state in one of the status registers, and software using it should check for it and reset it as needed. Hardware blocks need to propagate error status to their status. Hanging is definitely not a good behavior.

KMAC does report this state to SW through the sha3_idle status bit, and SW can recover from it through a system reset. This issue was mainly intended to raise the question whether a more targeted clearing method than a system reset is needed. Such targeted clearing is tricky, though, because FSMs in at least two different modules need to be brought back to the initial state simultaneously.
If it helps, we can add this extra information to KMAC's documentation.

@andreaskurth , thank you for detailed answer!

question whether a more targeted clearing method than a system reset is needed

This clearing method would be very useful. Cryptolib can always check the state of engine before proceeding.  I wonder though why only system reset can help?  Why KMAC enable/disable is not enough? From documentation you've cited, it seems that set err_processed bit in the CMD CSR. is enough. Or this is because this reset may need to be applied to other modules depending on KMAC? Can state of other modules be recovered? I guess KEYMGR would have to be reloaded if it stuck, thus system reset?

If it helps, we can add this extra information to KMAC's documentation.

Yes, this always helps later with maintenance and development. Specifically this stuck state and potential recovery from it for the cascade of dependent modules. I'd imagine some check_hw_state function in Cryptolib to make sure that before proceeding all hw module are in the correct state.


Sort composer packages

See https://github.com/yoanm/symfony-jsonrpc-http-server/issues/59

Fixed by #30


Not Found

Visual Studio Code Version : 1.4.0
Code Sync Settings Version : 1.6.3
Operating System : Windows 10
When running command Sync: Download Settings:
[Extension Host] Windows_NT
[Extension Host] {"message":"Not Found","documentation_url":"https://developer.github.com/v3"}
ERROR ! Logged In Console (Help menu > Toggle Developer Tools). Please open an issue in Github Repo using 'Sync : Open Issue' command.

this is due to invalid gist ID. please reset the settings by sync reset settings command and then again try to download. also look GIST is already created in your github account


INT-2406 Add JMSTimestamp Property To Headers

Inbound JMSTimestamp property is now mapped to header
jms_timestamp.

Gary, how about to implement jmsMessage.setJMSTimestamp in the DefaultJmsHeaderMapper.fromHeaders?
Or it will be enough to do it through jmsMessage.setObjectProperty, as it will be now?

It is set by the broker when sending messages; and is ignored if you set it, so ther is no point it mapping in in fromHeaders().
Sending it via setObjectProperty is suppressed because it starts with JMSHeaders.PREFIX.


Implement terminal based GUI

Implement a fully interactive terminal GUI (similarly to what has been done in https://github.com/aristocratos/bpytop).
Desiderata

[ ] menu to configure the yaml input file
[ ] board display not only with letters but with more advance characters (eg: ♔♛♙)
[ ] repertoire variants tree represented as an ascii tree (eg: https://ascii-tree-generator.com/)

From https://github.com/JaDogg/pydoro/tree/develop another interesting library for terminal-based UI: https://python-prompt-toolkit.readthedocs.io/en/master/


basic view test layout (Android browser)

Row items different widths, see Windows Phone for screenshot (sorry)

looks like view-head has some issues as well

fixed in master - looks like the full-view.html test page wasn't applying the row-item base class for the row-item--shrink elements


Clarified first 2 sentences

Updated word order and added comma in the first sentence to clarify meaning.
Standardized the order and look of if/elif/else to match main article on the topic.

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

Closed and Reopened this PR to attempt to resolve a specific Travis build failure.

@kristenkinnearohlmann Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 📝


Code blocks are broken in the docs

https://leafletjs.com/examples/quick-start/
Just noticed that code blocks on the website are broken — they have a redundant indentation at the beginning and no syntax highlighting. I wonder what might have broken this. cc @simon04 maybe something in your changes?

I think we should add the hljs class in addition to the javascript class to get back the background but for the syntax highlighting let me look at the code

Still doesn't appear to be fixed :(

Nope, seems to be a hiccup in the GH pages build. All good now.


Tokens give full cover with 3D algorithm

Hi! Thank you for your great work! I noticed that tokens give full cover with 3D algorithm when, as per D&D5e rule (PH pg. 196), they should give just half cover. Can you fix it or add an option to decide how much cover they give? Thanks!

Thanks!
I think PHB p. 196 is a bit vague on this point. The first part says, "For example, if a target is behind a creature that gives half cover ...." To me, that is saying that a creature might give half cover, not that every creature gives half cover. But I do get what you are saying, that the later example in that paragraph says "The obstacle might be a . . . creature, whether that creature is an enemy or a friend." This seems to imply that creatures are only supposed to provide half cover, but it is obvious that a more realistic approach would consider relative heights before setting cover.
Here is the technical problem, though: I don't have any basis to change the size or shape of the live token, and it is the shape of the 3d token that is used to measure cover. And the PHB and DMG don't give any suggestions for how such a thing would be measured. So tokens, for purposes of Area3d, are approximated as cubes. (Or, for hexes, sort of lumpy cylinders based on the hex shape.)
Now, if you are using midi-qol, there is an option in the Alt Token Visibility settings that allows the GM to intervene. Basically, a dialog pops up when it detects cover, and the GM can change the cover to be applied. If you are not using automation, then the GM can simply overrule.
Otherwise, I see two possible solutions:

Use 3d tokens with exact token shapes. This would naturally mean that any given token is very unlikely to provide full cover to another, assuming similarly sized tokens. But this would be very difficult, as it would require moving everything to the GPU as well as importing and using 3d shape objects created elsewhere. Ripper's 3d Canvas can do this, but I doubt I will take this on.
Allow tokens to "duck" or "crouch." This would give a reason to make a live token half-height, like what is assumed for dead tokens. I will look into this, but my initial take is that setting the prone condition in dnd5e would suffice. Then the cover algorithm could optionally take the token's condition into account, and adjust height accordingly. I will keep this open and look into this possibility at some point.

Thank you for the answer. I think solution number 2 (with an option) is the best. Setting live token as half-height and, if prone condition is enabled, to 1/4 height or 0 height. Thus, with this hypothetical option enabled, dead token would be treated as live prone token.
Also, as per PHB. pg 196: "If a target is behind multiple sources of cover, only the most protective degree of cover applies; the degrees aren't added together. For example, if a target is behind a creature that gives half cover and a tree trunk that gives threequarters cover, the target has three-quarters cover.
Now, the behaviour is to add cover degrees:

Addressed in v0.4.4. Thanks!