Unexpected error code returned by Vulkan

I am getting an internal error: entered unreachable code: Unexpected error code returned by Vulkan:<PHONE_NUMBER> on this line of my project, when I try to compile it.
Stacktrace:
$ env RUST_BACKTRACE=1 cargo run
    Finished dev [unoptimized + debuginfo] target(s) in 0.0 secs
     Running `target/debug/vulkanscratch`
thread 'main' panicked at 'internal error: entered unreachable code: Unexpected error code returned by Vulkan:<PHONE_NUMBER>', /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/934169d/vulkano/src/lib.rs:229
stack backtrace:
   0: std::sys::imp::backtrace::tracing::imp::unwind_backtrace
             at /checkout/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::_print
             at /checkout/src/libstd/sys_common/backtrace.rs:71
   2: std::panicking::default_hook::{{closure}}
             at /checkout/src/libstd/sys_common/backtrace.rs:60
             at /checkout/src/libstd/panicking.rs:355
   3: std::panicking::default_hook
             at /checkout/src/libstd/panicking.rs:371
   4: std::panicking::rust_panic_with_hook
             at /checkout/src/libstd/panicking.rs:549
   5: std::panicking::begin_panic
             at /checkout/src/libstd/panicking.rs:511
   6: std::panicking::begin_panic_fmt
             at /checkout/src/libstd/panicking.rs:495
   7: vulkano::check_errors
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/934169d/vulkano/src/lib.rs:229
   8: <vulkano::pipeline::compute_pipeline::ComputePipeline<Pl>>::with_unchecked_pipeline_layout
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/934169d/vulkano/src/pipeline/compute_pipeline.rs:141
   9: <vulkano::pipeline::compute_pipeline::ComputePipeline<()>>::new
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/934169d/vulkano/src/pipeline/compute_pipeline.rs:67
  10: vulkanscratch::WorkerDevice::new
             at src/main.rs:64
  11: vulkanscratch::main
             at src/main.rs:97
  12: __rust_maybe_catch_panic
             at /checkout/src/libpanic_unwind/lib.rs:98
  13: std::rt::lang_start
             at /checkout/src/libstd/panicking.rs:433
             at /checkout/src/libstd/panic.rs:361
             at /checkout/src/libstd/rt.rs:59
  14: main
  15: __libc_start_main
  16: _start

Also happens after updating to the latest commit: updated repo.

That code is VK_ERROR_INVALID_SHADER_NV, which isn't supported on purpose by vulkano.

What this means is that you are probably trying to do something weird in your shader that glslang doesn't like.

I think it might be caused by me trying to use uint64_t types in the shader using
#extension GL_ARB_gpu_shader_int64 : require

No, that's not the cause. Ugh...

Debug output to share with those who might come across the same issue.
    Finished dev [unoptimized + debuginfo] target(s) in 28.62 secs
     Running `target/debug/vulkanscratch`
DebugReport debug: Added callback
DebugReport debug: Added callback
DebugReport debug: Added callback
DebugReport debug: Added callback
ObjectTracker information: OBJ[0x2] : CREATE DebugReportCallbackEXT object 0x7fa098c21008
DebugReport debug: Added callback
DebugReport debug: Added callback
loader debug: Device Extension: VK_KHR_swapchain (libGLX_nvidia.so.0) version 0.0.68
loader debug: Device Extension: VK_NV_glsl_shader (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_KHR_sampler_mirror_clamp_to_edge (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NV_dedicated_allocation (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NV_external_memory (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NVX_device_generated_commands (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_KHR_swapchain (Unknown) version 0.0.68
loader debug: Device Extension: VK_NV_glsl_shader (Unknown) version 0.0.1
loader debug: Device Extension: VK_KHR_sampler_mirror_clamp_to_edge (Unknown) version 0.0.1
loader debug: Device Extension: VK_NV_dedicated_allocation (Unknown) version 0.0.1
loader debug: Device Extension: VK_NV_external_memory (Unknown) version 0.0.1
loader debug: Device Extension: VK_NVX_device_generated_commands (Unknown) version 0.0.1
loader debug: Loading layer library libVkLayer_unique_objects.so
loader information: Insert device layer VK_LAYER_GOOGLE_unique_objects (libVkLayer_unique_objects.so)
loader debug: Loading layer library libVkLayer_swapchain.so
loader information: Insert device layer VK_LAYER_LUNARG_swapchain (libVkLayer_swapchain.so)
loader debug: Loading layer library libVkLayer_core_validation.so
loader information: Insert device layer VK_LAYER_LUNARG_core_validation (libVkLayer_core_validation.so)
loader debug: Loading layer library libVkLayer_object_tracker.so
loader information: Insert device layer VK_LAYER_LUNARG_object_tracker (libVkLayer_object_tracker.so)
loader debug: Loading layer library libVkLayer_parameter_validation.so
loader information: Insert device layer VK_LAYER_LUNARG_parameter_validation (libVkLayer_parameter_validation.so)
loader debug: Loading layer library libVkLayer_threading.so
loader information: Insert device layer VK_LAYER_GOOGLE_threading (libVkLayer_threading.so)
loader debug: Device Extension: VK_KHR_swapchain (libGLX_nvidia.so.0) version 0.0.68
loader debug: Device Extension: VK_NV_glsl_shader (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_KHR_sampler_mirror_clamp_to_edge (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NV_dedicated_allocation (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NV_external_memory (libGLX_nvidia.so.0) version 0.0.1
loader debug: Device Extension: VK_NVX_device_generated_commands (libGLX_nvidia.so.0) version 0.0.1
ObjectTracker information: OBJ[0x3] : CREATE Device object 0x7fa098d8d800
ObjectTracker information: OBJ[0x4] : CREATE VK_DEBUG_REPORT_OBJECT_TYPE_QUEUE_EXT object 0x7fa098c15a00
ObjectTracker information: OBJ[0x5] : CREATE Buffer object 0x1
ObjectTracker information: OBJ[0x6] : CREATE DeviceMemory object 0x2
ObjectTracker information: OBJ[0x7] : CREATE Buffer object 0x3
ObjectTracker information: OBJ[0x8] : CREATE DeviceMemory object 0x4
ObjectTracker information: OBJ[0x9] : CREATE CommandPool object 0x5
ObjectTracker information: OBJ[0xa] : CREATE VK_DEBUG_REPORT_OBJECT_TYPE_COMMAND_BUFFER_EXT object 0x7fa093341000
ObjectTracker information: OBJ[0xb] : CREATE Buffer object 0x6
ObjectTracker information: OBJ[0xc] : CREATE Buffer object 0x7
ObjectTracker information: OBJ[0xd] : CREATE ShaderModule object 0x8
ObjectTracker information: OBJ[0xe] : CREATE DescriptorSetLayout object 0x9
ObjectTracker information: OBJ[0xf] : CREATE PipelineLayout object 0xa
Driver error: Compute info
------------
Internal error: assembly compile error for compute shader at offset 0:
-- error message --
line 1, column 1:  error: invalid compute program header
-- internal assembly text --

ParameterValidation warning: vkCreateComputePipelines: returned VK_ERROR_INVALID_SHADER_NV, indicating that one or more shaders failed to compile or link
thread 'main' panicked at 'internal error: entered unreachable code: Unexpected error code returned by Vulkan:<PHONE_NUMBER>', /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/6c4aef6/vulkano/src/lib.rs:229
stack backtrace:
   0: std::sys::imp::backtrace::tracing::imp::unwind_backtrace
             at /checkout/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::_print
             at /checkout/src/libstd/sys_common/backtrace.rs:71
   2: std::panicking::default_hook::{{closure}}
             at /checkout/src/libstd/sys_common/backtrace.rs:60
             at /checkout/src/libstd/panicking.rs:355
   3: std::panicking::default_hook
             at /checkout/src/libstd/panicking.rs:371
   4: std::panicking::rust_panic_with_hook
             at /checkout/src/libstd/panicking.rs:549
   5: std::panicking::begin_panic
             at /checkout/src/libstd/panicking.rs:511
   6: std::panicking::begin_panic_fmt
             at /checkout/src/libstd/panicking.rs:495
   7: vulkano::check_errors
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/6c4aef6/vulkano/src/lib.rs:229
   8: <vulkano::pipeline::compute_pipeline::ComputePipeline<Pl>>::with_unchecked_pipeline_layout
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/6c4aef6/vulkano/src/pipeline/compute_pipeline.rs:141
   9: <vulkano::pipeline::compute_pipeline::ComputePipeline<()>>::new
             at /home/limeth/.cargo/git/checkouts/vulkano-fcdd9024751cb884/6c4aef6/vulkano/src/pipeline/compute_pipeline.rs:67
  10: vulkanscratch::WorkerDevice::new
             at src/main.rs:65
  11: vulkanscratch::main
             at src/main.rs:128
  12: __rust_maybe_catch_panic
             at /checkout/src/libpanic_unwind/lib.rs:98
  13: std::rt::lang_start
             at /checkout/src/libstd/panicking.rs:433
             at /checkout/src/libstd/panic.rs:361
             at /checkout/src/libstd/rt.rs:59
  14: main
  15: __libc_start_main
  16: _start
ObjectTracker information: OBJ_STAT Destroy PipelineLayout obj 0xa (12 total objs remain & 0 PipelineLayout objs).
ObjectTracker information: OBJ_STAT Destroy DescriptorSetLayout obj 0x9 (11 total objs remain & 0 DescriptorSetLayout objs).
ObjectTracker information: OBJ_STAT Destroy ShaderModule obj 0x8 (10 total objs remain & 0 ShaderModule objs).
ObjectTracker information: OBJ_STAT Destroy Buffer obj 0x7 (9 total objs remain & 3 Buffer objs).
ObjectTracker information: OBJ_STAT Destroy Buffer obj 0x6 (8 total objs remain & 2 Buffer objs).
ObjectTracker information: OBJ_STAT Destroy CommandBuffer obj 0x7fa093341000 (7 total objs remain & 0 CommandBuffer objs).
ObjectTracker information: OBJ_STAT Destroy CommandPool obj 0x5 (6 total objs remain & 0 CommandPool objs).
ObjectTracker information: OBJ_STAT Destroy Buffer obj 0x1 (5 total objs remain & 1 Buffer objs).
ObjectTracker information: OBJ_STAT Destroy Buffer obj 0x3 (4 total objs remain & 0 Buffer objs).
ObjectTracker information: OBJ_STAT Destroy DeviceMemory obj 0x2 (3 total objs remain & 1 DeviceMemory objs).
ObjectTracker information: OBJ_STAT Destroy DeviceMemory obj 0x4 (2 total objs remain & 0 DeviceMemory objs).
ObjectTracker information: OBJ_STAT Destroy Device obj 0x7fa098d8d800 (1 total objs remain & 0 Device objs).
ObjectTracker information: OBJ_STAT Destroy Queue obj 0x7fa098c15a00 (0 total objs remain & 0 Queue objs).
loader debug: Unloading layer library libVkLayer_threading.so
loader debug: Unloading layer library libVkLayer_parameter_validation.so
loader debug: Unloading layer library libVkLayer_object_tracker.so
loader debug: Unloading layer library libVkLayer_core_validation.so
loader debug: Unloading layer library libVkLayer_swapchain.so
loader debug: Unloading layer library libVkLayer_unique_objects.so

Updating to the latest nvidia driver (381) reveals more information about the error:
What follows
Driver error: Compute info
------------
(0) : error C6007: Constant register limit exceeded; more than 1024 constant registers needed to compiled program

are 12 000 repetitions of this line:
(0) : error C6007: Constant register limit exceeded; more than 1024 constant registers needed to compiled program

followed by
(0) : error C6020: Constant register limit exceeded at infinity; more than 1024 registers needed to compiled program
(0) : error C6020: Constant register limit exceeded at prec; more than 1024 registers needed to compiled program

It looks to me like an infinite loop of sorts is generating these errors. Odd.

You should try again after #556

Thanks, but unfortunately, no luck.

Just an update; I received a response from the NVIDIA Developer Support:

Our engineers from Vulkan team have seen something like this when the shader uses too large of a UBO. Our limit is 64KB. It looks like you have a single UBO with a huge array of structure in it.

Ah! Vulkano doesn't check the limits of shaders yet, so it could be the problem.

Closing in favour of #585


win32 ignore system and hidden folders

Ideally we add flags to directories() function for this. I'm ok with hiding system folders by default, but not hidden, to keep it consistent with linux.


Alignment Accuracy Evaluation Related

Thank you very much for your work. However, in the current code, I don't seem to find any code related to the accuracy evaluation of the alignment method. I would appreciate it if you could point it out or add it. Thank you again.

Hi! Thanks for your interest in our benchmark project. The related codes have been uploaded. I will keep this issue open for a while, so feel free to keep us in the loop if you have any other questions!
Best

Thank you very much for your reply！

Hello! I have a small question about the updated code, specifically regarding the Alignment input for the accuracy evaluation function. The example you provided is PASTE, where Alignment can be directly obtained from OT (Optimal Transport). However, for methods like GPSA, there isn't an explicit Alignment output. I checked runGPSA but couldn't find how Alignment is calculated there. Could you please explain how to handle the alignment calculation for methods that do not produce a probability mapping matrix during the alignment process? Thank you!

Hi! This is a very good question. For those methods that have a coordinate output (like GPSA). Our makeshift is using the transformed coordinates to calculate the euc dis. The closeness of spots from different slices after transformation could represent the alignment result.
coords=df[['aligned_x','aligned_y']].to_numpy() split_idx = ad1.shape[0] alignment = sklearn.metrics.pairwise.euclidean_distances(coords[:split_idx], coords[split_idx:]) alignment = np.exp(-alignment)
Regards,


trouble for installation

EDIT: False alarm, I forgot a parameter in the command. (chimeric).
It actually works very well.  It was just the Readme that confused me a little bit  :sweat_smile: .

Hi Pierre,
I'm very interested by your package, but the installation fails or almost fails. I tried to install from conda, source and cargo on my mac 10.14.4 and via Docker (official Rust image) for source and cargo. The two next commands outputs the same thing everytime:

Get the help message

yacrd 0.5.1 Omanyte
Pierre Marijon<EMAIL_ADDRESS>Yet Another Chimeric Read Detector

USAGE:
    yacrd [SUBCOMMAND]

FLAGS:
    -h, --help       Prints help information
    -V, --version    Prints version information

SUBCOMMANDS:
    chimeric     In chimeric mode yacrd detect chimera if coverage gap are in middle of read
    help         Prints this message or the help of the given subcommand(s)
    scrubbing    In scrubbing mode yacrd remove all part of read not covered

Run chimera detection

yacrd -i /data/mapping.paf -o /data/reads.yacrd
error: Found argument '-i' which wasn't expected, or isn't valid in this context

USAGE:
    yacrd [SUBCOMMAND]

For more information try --help

Do you have any idea of the origin of the problem?
Regards,

Thank you for your bug report, I'm sorry for the confusion, I think I'm correcting the error that caused your confusion.


[Requst] Allow multiple urls download

Python version:
python3 --version
Python 3.5.2

Bandcamp-dl version:
bandcamp-dl 0.0.8-12
Describe the issue:
I would like to be able to do something like:
bandcamp-dl url1 url2 url3
Actual result:
bdl https://sebastiangampl.bandcamp.com/album/city-hunter https://sebastiangampl.bandcamp.com/track/titanium-soldiers
Usage:
    bandcamp-dl [options] [URL]

I guess, also having an option to download ALL the albums somebody made would be really cool too.

Discography downloading is something I have planned to do for some time now but just haven't gotten around to. Likely I would do the multiple URL handling first then adjust the parser to handle artist discography pages and simply pass that over as multiple urls.
Soon-ish, just other projects on my plate currently.

In regards to the first request for multiple URL support, you can work around this with a shell function. This works with bash:
bdl() { for URL in "$@"; do bandcamp-dl "$URL"; done; }

Thank you!
For anyone looking, this is added with commit: https://github.com/iheanyi/bandcamp-dl/pull/160/commits/c7eb7eb66338ff93997c8cd7a1b6f0e0dd6a121e


Reference Implementation

We need a relatively realistic reference Implementation, not only for our eventual consumers but for our own ideation.

I'd like to take a stab at it this weekend and will consider the PR a request for comments and corrections :)

Can you elaborate on what you mean? Do you just mean a test-bed application that is using all these features to demonstrate how they work?

Yes, a set of examples, samples, whatever you want to call them. À la https://github.com/cashapp/sqldelight/tree/master/sample

This would also help someone other than asarazan to add kdoc to the lib, which also needs to happen at some point.

@vaudevillen did a little along those lines out of pure necessity to debug the ios layer. You can find it here: https://github.com/asarazan/bismarck/pull/12


Create XanderRubio.json

Check List (Check all the applicable boxes)

[x] My code follows the code style of this project.
[ ] My change requires changes to the documentation.
[ ] I have updated the documentation as needed.
[x] All new and existing tests passed.
[x] This PR does not contain plagiarized content.
[x] The title of my pull request is a short description of the requested changes.

Note to reviewers
I've added the JSON file to add my links to the project. Thank you for this great project. Let me know if I need to make adjustments, and have a great day!

Updates have been made from comments on fixing the FaLinkedin name and renaming the file structure to data/XanderRubio.json. Thank you for providing your feedback!

Thank you @sital002! Have a nice day!

Thank you @kumarsonsoff3. Have a great day!


Update jscs validateJSDoc to jsDoc rule

Replaced depricated validateJSDoc rule with jsDoc rule: http://jscs.info/rule/jsDoc.html

Yep! Good to go.


No coverage at zero point

Choose chr1 and select a portion of data spanning the centromere. There should be a bunch of data at zero coverage, but there is not.

It will show zero coverage if you span the whole region.  It also sometimes does if you select the latter half of the centromere.  I'm  trying to figure out why it never does if you span the first part...

This one is actually pretty weird. I keep selecting different regions entirely within the centromere, spanning one side of it, or spanning the whole thing. Sometimes I see a peak at 0, sometimes I don't. If I'm entirely within the centromere, all coverage is at 0X, but sometimes I see the same result even when I have selected a region that clearly contains coverage.
I'm guessing that this is purely a result of how much data is being sampled?


Support per app volume relabel?

Ref https://github.com/kubernetes/kubernetes/issues/28187
So basically with the :Z mount option, docker is able to relabel volumes on per container bases, the feature is currently supported by k8s. However we don't have the ability to do per container volume relabeling today in rkt.
Not really sure about the use case, but since the containers does not share mount ns within k8s pod, this feature makes some sort of sense.

Not really sure about the use case,

can we figure this out? I'd rather steer them away from features without use cases. k8s should be striving to minimise API, not maximise it

The feature wass originally added in https://github.com/kubernetes/kubernetes/pull/15323
Maybe @swagiaal @pmorie has more clues.  Does the pod level separation good enough for k8s?


Update ctl-container-install.md

Description
Fixing documentation example alias for use with calicoctl.
Using the existing alias:
▶ calicoctl version OCI runtime exec failed: exec failed: container_linux.go:346: starting container process caused "exec: \"version\": executable file not found in $PATH": unknown command terminated with exit code 126
Using the updated alias:
▶ calicoctl version Client Version:    v3.13.3 Git commit:        eb796e31 Cluster Version:   v3.13.3 Cluster Type:      kops,bgp,kdd,k8s

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

Deploy preview for calico ready!
Built with commit 024592574d167a141da39eb6ad89fb6da54fb44d
https://deploy-preview-3458--calico.netlify.app

@bljordan sorry for not getting to this sooner, but it appears this change has already made its way into master. Thanks for thinking of contributing!


data: project addition by Vivek Kumar Tiwari

Add a new project to the list
I want to add a new project to the list
I want to add a new open source project to the list under GSSoC'23.
Legendary Nokia Snake Game which would take you back to the good old days.
Tech-stack: python
Code of Conduct

[ ] I agree to follow this project's Code of Conduct

Sir i will complete this within 2 days
That's my guarantee
I am right now noting down the points of making this game

Sir i will complete this within 2 days That's my guarantee I am right now noting down the points of making this game

ok

Completed. Thanks for your contributions 🎉 ❤


License?

Hey,
Just noticed that this project had no license specified – you should add one!

Thx, I added MIT license


xDnsServerForwarder : Add UseRootHint

Pull Request (PR) description

This Pull Request (PR) fixes the following issues
Task list

[X] Added an entry under the Unreleased section of the change log in the README.md.
Entry should say what was changed, and how that affects users (if applicable).
[X] Resource documentation added/updated in README.md.
[X] Resource parameter descriptions added/updated in README.md, schema.mof
and comment-based help.

[ ] Localization strings added/updated in all localization files as appropriate.
[X] Examples appropriately added/updated.
[X] Unit tests added/updated. See DSC Resource Testing Guidelines.

[X] New/changed code adheres to DSC Resource Style Guidelines and Best Practices.

This change is

Codecov Report

Merging #82 into dev will increase coverage by 0.31%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##              dev      #82      +/-   ##
==========================================
+ Coverage   72.56%   72.88%   +0.31%
==========================================
  Files          10       10
  Lines         514      520       +6
==========================================
+ Hits          373      379       +6
  Misses        141      141

Impacted Files
Coverage Δ

..._xDnsServerForwarder/MSFT_xDnsServerForwarder.psm1
93.33% <100%> (+1.66%)
:arrow_up:

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 4b84752...4908c4c. Read the comment docs.

Thanks @NicolasBn for the PR. Will try to get back to review this in the following weeks.
I've removed the abandoned label, and added need review.
Will be back in touch but you know where to find me anyway! :)

LGTM

You should have perms to merge @indented-automation , if not ping me ;)


Conversion.md

Some basic information about the two big conversions out there.

Can you reword/explain "original SDE"? To anyone new who comes along that doesn't make any sense.e

umm. I think I just updated it? :D

@fuzzysteve Thank you very much for doing this. I need to free some personal time and start contributing on this docs.


Is there a way to show tasks from only a specific project?

This plugin uses Todoist's built-in filtering, so any of their project filters should work!


Cursor position outside buffer stack in the nvim_win_set_cursor function [2]. Line 391

Similar to this issue but now in a different function:
https://github.com/glepnir/dashboard-nvim/issues/150#issue-1269045130
Error detected while processing CursorMoved Autocommands for "<buffer=9>":
Error executing lua callback: ...share/nvim/plugged/dashboard-nvim/lua/dashboard/init.lua:391: Cursor position outside buffer
stack traceback:
        [C]: in function 'nvim_win_set_cursor'
        ...share/nvim/plugged/dashboard-nvim/lua/dashboard/init.lua:391: in function <...share/nvim/plugged/dashboard-nvim/lua/dashboard/init.lua:386>

Neovim 0.7.0
Configuration is almost the same, I just added highlights;
local db = require('dashboard')

db.custom_header = {
     '',
     '',
     '',
     ' ███╗   ██╗ ███████╗ ██████╗  ██╗   ██╗ ██╗ ███╗   ███╗',
     ' ████╗  ██║ ██╔════╝██╔═══██╗ ██║   ██║ ██║ ████╗ ████║',
     ' ██╔██╗ ██║ █████╗  ██║   ██║ ██║   ██║ ██║ ██╔████╔██║',
     ' ██║╚██╗██║ ██╔══╝  ██║   ██║ ╚██╗ ██╔╝ ██║ ██║╚██╔╝██║',
     ' ██║ ╚████║ ███████╗╚██████╔╝  ╚████╔╝  ██║ ██║ ╚═╝ ██║',
     ' ╚═╝  ╚═══╝ ╚══════╝ ╚═════╝    ╚═══╝   ╚═╝ ╚═╝     ╚═╝',
     '',
     '',
    }
db.custom_center = {
    {icon = '  ',
     desc = 'New File                  ',
     shortcut = '      ',
     action ='DashboardNewFile'},
    {icon = '  ',
     desc = 'Find File                 ',
     action = 'lua require("telescope").extensions.file_browser.file_browser({ cwd = require("telescope.utils").buffer_dir() })',
     shortcut = 'SPC o '},
    {icon = '  ',
     desc = 'Search text               ',
     action = 'lua require("telescope.builtin").live_grep()',
     shortcut = 'SPC rr'},
    {icon = '  ',
     desc = 'Recent files              ',
     action = 'lua require("telescope.builtin").oldfiles()',
     shortcut = 'SPC fo'},
    {icon = '  ',
     desc = 'Git Files                 ',
     action = 'lua require("alex.telescope").find_files_or_git_files()',
     shortcut = 'SPC gf'},
    {icon = '  ',
     desc = 'VimWiki                   ',
     action = 'VimwikiIndex',
     shortcut = 'SPC ww'},
    {icon = '  ',
     desc = 'Configs                   ',
     action = 'lua require("alex.config_select").get_config()',
     shortcut = 'SPC cs'},
    }
db.custom_footer = { '', '', 'press F2 to call dashboard' }

vim.cmd([[
    autocmd FileType dashboard :highlight DashboardHeader guifg='#b2b2b2'
    autocmd FileType dashboard :highlight DashboardCenter guifg='#5f8700'
    autocmd FileType dashboard :highlight DashboardCenterIcon guifg='#0087af'
    autocmd FileType dashboard :highlight DashboardShortCut guifg='#ffd7ff'
    autocmd FileType dashboard :highlight DashboardFooter guifg='#878787'
]])

@alexeygumirov provide a reproduce step will be better

Same issue here.
Repo step:

Open any file.
Execute command :Dashboard.

Error message
Error executing lua callback: .../pack/packer/start/dashboard-nvim/lua/dashboard/init.lua:395: Cursor position outside buffer
stack traceback:
        [C]: in function 'nvim_win_set_cursor'
        .../pack/packer/start/dashboard-nvim/lua/dashboard/init.lua:395: in function <.../pack/packer/start/dashboard-nvim/lua/dashboard/init.lua:390>

@AllenDang  hmm can't reproduce this step. please show me a gif or video?

@glepnir It's weird, the issue is gone. I tried to repo from several ways, none of them works.
I will report once it happens. :P

The same for me. Issue has gone for now. But let's keep this issue opened for some few days in order to check if this error will pop up again.

I think can close if you can reproduce it use new issue template will be better

The issue is also arising when nothing is declared  in the custom_center dict.
Error can be reproduced by doing any of the following :
db.custom_center = {
}
OR
db.custom_center = {
{
icon = "",
desc = "",
action = "",
shortcut = "",
},
}
Commenting the line number 390 to 401 in lua/dashboard/init.lua  disables those error message.


Add static linking to wlc, Fixes #157

Updates Way Cooler to use the latest version of rust-wlc (0.5.2), which includes static linking to wlc as a feature.
The feature is not enabled by default in Way Cooler, and should only be enabled for distribution purposes.

Coverage increased (+0.5%) to 60.227% when pulling de82bbfa85d61115ad9b6566509f032acac8deac on static-wlc into d4934e9f240cfc098bb192d32c1a28d969fe9222 on master.

Haha don't know how that increased coverage but whatever 👍


How can i parse GET parameter ?

For example link : test.com/news?id=19
How can i parse id parameter in Vuejs ?

Hi, thanks for filling this issue, however the issue tracker is reserved for bug reports and feature requests only, so please use our dedicated gitter or forum to ask questions. Thanks!
http://router.vuejs.org/en/essentials/dynamic-matching.html


Develop upstream sync 191202

Weekly upstream-sync (Dec 2nd, 2019).
At this point, all conflicts have been fixed, and I'm able to build ROCm locally.
Here's the original merge log:
# git merge google_upstream/master --no-edit
Auto-merging third_party/mlir/lib/IR/FunctionImplementation.cpp
Auto-merging third_party/mlir/lib/Dialect/Linalg/Transforms/LinalgToLoops.cpp
Auto-merging tensorflow/tools/api/golden/v2/tensorflow.raw_ops.pbtxt
Auto-merging tensorflow/tools/api/golden/v2/tensorflow.pbtxt
Auto-merging tensorflow/tools/api/golden/v2/tensorflow.linalg.pbtxt
Auto-merging tensorflow/tools/api/golden/v1/tensorflow.raw_ops.pbtxt
Auto-merging tensorflow/tools/api/golden/v1/tensorflow.pbtxt
Auto-merging tensorflow/tools/api/golden/v1/tensorflow.linalg.pbtxt
Auto-merging tensorflow/python/saved_model/BUILD
Auto-merging tensorflow/python/ops/math_ops.py
Auto-merging tensorflow/python/ops/math_grad.py
Auto-merging tensorflow/python/kernel_tests/BUILD
Auto-merging tensorflow/python/keras/layers/image_preprocessing_test.py
CONFLICT (content): Merge conflict in tensorflow/python/keras/layers/image_preprocessing_test.py
Auto-merging tensorflow/python/keras/BUILD
Auto-merging tensorflow/python/data/kernel_tests/BUILD
Auto-merging tensorflow/python/BUILD
Auto-merging tensorflow/lite/kernels/internal/BUILD
Removing tensorflow/lite/kernels/activation_functor.h
Auto-merging tensorflow/lite/kernels/BUILD
Removing tensorflow/lite/experimental/c/c_api_types.h
Removing tensorflow/lite/experimental/c/BUILD
Auto-merging tensorflow/lite/c/c_api_test.cc
Auto-merging tensorflow/lite/c/c_api_internal.h
Auto-merging tensorflow/lite/c/c_api_experimental_test.cc
Auto-merging tensorflow/lite/c/c_api_experimental.h
Auto-merging tensorflow/lite/c/c_api_experimental.cc
Auto-merging tensorflow/lite/c/c_api.h
Auto-merging tensorflow/lite/c/c_api.cc
Auto-merging tensorflow/core/platform/status.cc
Auto-merging tensorflow/core/platform/random.h
Auto-merging tensorflow/core/platform/random.cc
Auto-merging tensorflow/core/platform/path.cc
Auto-merging tensorflow/core/platform/hash.cc
Auto-merging tensorflow/core/platform/coding.cc
Auto-merging tensorflow/core/platform/base64.cc
Auto-merging tensorflow/core/nccl/nccl_manager.cc
Auto-merging tensorflow/core/kernels/sparse/sparse_tensor_to_csr_sparse_matrix_op.cc
CONFLICT (content): Merge conflict in tensorflow/core/kernels/sparse/sparse_tensor_to_csr_sparse_matrix_op.cc
Auto-merging tensorflow/core/kernels/sparse/dense_to_csr_sparse_matrix_op.cc
CONFLICT (content): Merge conflict in tensorflow/core/kernels/sparse/dense_to_csr_sparse_matrix_op.cc
Auto-merging tensorflow/core/kernels/reduction_ops.h
Auto-merging tensorflow/core/kernels/BUILD
Auto-merging tensorflow/core/common_runtime/gpu/gpu_device.cc
Auto-merging tensorflow/core/BUILD
Auto-merging tensorflow/compiler/xla/service/gpu/BUILD
CONFLICT (content): Merge conflict in tensorflow/compiler/xla/service/gpu/BUILD
Auto-merging tensorflow/compiler/mlir/tensorflow/BUILD
Auto-merging configure.py
Automatic merge failed; fix conflicts and then commit the result.

All tests are passing.  Should be good to go for this week.


firstWhere can not return nullable result?

why this statement is not allowed:
TaskWrapper<dynamic>? taskWrapper =
              _tasks.firstWhere((element) => element.status == TaskStatus.idle, orElse: () => null);

E is TaskWrapper<dynamic>?
so, orElse should be able to return null

Most likely because the type of _tasks is Iterable<X> where X is not nullable, and the type of firstWhere's orElse parameter is then X Function(). (So, E is not TaskWrapper<dynamic>? for the iterable that firstWhere is being called on, it's probably just TaskWrapper<dynamic>).
The firstWhere has to return something which has the same type as the element type of the iterable it's called on, so you can't return null as an alternative.
Try using firstWhereOrNull from package:collection instead..

oh, i got it, thanks.


json file missing

I get this error when using the library and ncc to compile my project: ::error::Cannot find module '../../store/public-good-instance-root.json'
Problem with tuf-js?
Any pointers? happy to send a PR, but I'm not sure where this file is looked up.

/cc asraa

/cc @asraa

This seems like a similar problem to the rekor.pub being distributed - for Ian and Laurent - this file is likely the initial trusted root after which the Rekor/Fulcio key material is fetched from

I think this is where it is being read: https://github.com/sigstore/sigstore-js/blob/6ccf8d04a6b8c12e0a2457f217325a022dff7b76/src/tuf/index.ts#L63
There's a small indirection here that probably made codesearch hard. The public-good-instance-root.json is fetched from its definition in this map.json file that describes the TUF roots: https://github.com/sigstore/sigstore-js/blob/6ccf8d04a6b8c12e0a2457f217325a022dff7b76/store/map.json

Thanks Asra, indeed I just did a lazy grep which returned nothing :-)
The fix for the rekor.pub was to use require.resolve (see https://github.com/sigstore/sigstore-js/pull/216/files) but the code here already uses that.
I wonder whether the indirection makes ncc not realize that it needs to copy the file over, or something to this effect. The hard-coded lookup https://github.com/sigstore/sigstore-js/blob/6ccf8d04a6b8c12e0a2457f217325a022dff7b76/src/tuf/index.ts#L46 seems to be working just fine.

Haven't used ncc before, but it does seem that the dynamic nature of the resolution of the public-good-instance-root.json makes it so that ncc doesn't realize that this file needs to be packed.
After I ran ncc on the sigstore-js project, I saw that the require.resolve for the "map.json" file got re-written to:
const mapSrc = __nccwpck_require__.ab + "map.json";

while the statement for the "public-good-instance-root.json" was left as:
const tufRootSrc = require.resolve(`../../store/${name}-root.json`);

Definitely open to suggestions for how to make this more ncc-friendly.

Based on https://github.com/vercel/ncc/issues/74#issuecomment-442836858 we might have better luck with ncc static analysis if the require took the following form. I guess it then could know that anything under ../../store/ should be included?
const tufRootFile = `${name}-root.json`
const tufRootSrc = require.resolve(`../../store/' + name);

@ianlewis we haven't yet published the new version (probably next week), but #330 should have resolved this issue.

@ianlewis we haven't yet published the new version (probably next week), but #330 should have resolved this issue.

@bdehamer Thanks! I saw your PR. I'll look forward to the new release.

New version published: https://github.com/sigstore/sigstore-js/releases/tag/v1.1.1


WFLY-14263 Updating the outdated 'Remote EJB invocations via JNDI - E…

Issue: https://issues.redhat.com/browse/WFLY-14263

@chengfang or @tadamski please review

Thanks, @RanabirChakraborty


Support Web Components

Currently, web components won't work because the definitions made by the fragmented app won't exist on the main context, where createElement is patched to create elements.
Specifically, when the fragmented app defines web components, it calls window.customElements.define in the iframe context. Reframed does not patch window.customElements and it should not patch it.
The customElements registry uses a global namespace per frame, and one of the major pain points with MFEs is namespace collisions. If two fragmented apps both want to create a web component named fabulous-button with different definitions, this project can support that by using the iframe contexts for the customElements registries, updating the createElement patch to create custom elements in the iframe context, and taking advantage of the custom element adoption semantics that keep a custom element's original definition behavior when it changes document.
Getting this working would add to the list of things that reframed improves for MFEs. In the same frame, two MFEs that use different versions of the same shared web components library need to configure and use namespaces for them, like mfe1-fabulous-button and mfe2-fabulous-button. Web components need to be authored with special considerations for that kind of namespacing to work. It's an ongoing headache that reframing can help avoid.
Custom element names must contain a dash, so the patch for createElement can check for a dash to decide which context to create the element in.

Great callout. Patching document.createElement() to allow creation of custom elements to pass through to the reframed document is a good suggestion. Unfortunately it'll only handle custom elements created dynamically at runtime within a reframed context. Any server-rendered custom elements included in an embedded fragment during the initial page load will be parsed into the main document and use the main window's custom element registry.
I'm open to implementing your suggestion to at least handle the former scenario until we can come up with a solution that can handle SSRed content as well.


Examples in documentation have incorrect URL

Many examples have an incorrect URL, everywhere where you have the sub-string: "https://vedo.embl.es/example/data/" should be "https://vedo.embl.es/examples/data/"

Looking at the quick start: https://vedo.embl.es/, the one example I tried :)
from vedo import *

# Load a polygonal mesh, make it white and glossy:
man = Mesh('https://vedo.embl.es/example/data/man.vtk')
man.c('white').lighting('glossy')

# Create two points:
p1 = Point([ 1,0,1], c='yellow')
p2 = Point([-1,0,2], c='red')

# Add colored light sources at the point positions:
l1 = Light(p1, c='yellow')
l2 = Light(p2, c='red')

# Show everything in one go:
show(man, l1, l2, p1, p2, "Hello World", axes=True)

The fourth example in the "Quick Start" section of the webpage (https://vedo.embl.es/) still has the wrong URL.
# Load a polygonal mesh, make it white and glossy:
man = Mesh('https://vedo.embl.es/example/data/man.vtk')
                                 ^^^^^^^

Other than that, quick start was a smooth experience for me.
Thanks.


[bug] Buffer dtype mismatch, expected 'npy_intp' but got 'double'

What happened?
Some users using the cutout operation (from anemoi-datasets) have the following error when calculating area weights over these nodes:
Buffer dtype mismatch, expected 'npy_intp' but got 'double'
Thanks to Ophélia Miralles for raising this issue.
What are the steps to reproduce the bug?
import torch
from anemoi.graphs.nodes.attributes import AreaWeights

nodes = torch.load("graph.pt")["data"]
AreaWeights().get_raw_values(nodes)

Version
anemoi-graphs 0.3.0 (scipy 1.12, 1.13, and 1.14)
Platform (OS and architecture)
x86_64 GNU/Linux
Relevant log output
Exception has occurred: ValueError       (note: full exception trace is shown but execution is paused at: _run_module_as_main)
Buffer dtype mismatch, expected 'npy_intp' but got 'double'

  File ".../python3.10/site-packages/_voronoi.pyx", line 37, in scipy.spatial._voronoi.sort_vertices_of_regions
  File ".../python3.10/site-packages/scipy/spatial/_spherical_voronoi.py", line 261, in sort_vertices_of_regions
    _voronoi.sort_vertices_of_regions(self._simplices, self.regions)
  File ".../python3.10/site-packages/scipy/spatial/_spherical_voronoi.py", line 264, in _calculate_areas_3d
    self.sort_vertices_of_regions()
  File ".../python3.10/site-packages/scipy/spatial/_spherical_voronoi.py", line 339, in calculate_areas
    return self._calculate_areas_3d()
  File ".../anemoi-graphs/src/anemoi/graphs/nodes/attributes.py", line 123, in get_raw_values
    area_weights = sv.calculate_areas()

Accompanying data
The sample test graph can be downloaded from the following link:
wget https://object-store.os-api.cci1.ecmwf.int/ml-tests/test-data/anemoi-graphs/test_graph.pt

Organisation
ECMWF & MeteoSwiss

See PR #79


unable to compile the code on rhel7/go1.4.2

make build
CGO_ENABLED=1 go build -a -installsuffix cgo
/local/golang/src/github.com/docker/docker/client/hijack.go:15:2: no buildable Go source files in /local/golang/src/github.co
make: *** [build] Error 1
code seems not to compile either on 1.5 + due to circular import issues..

Hi,
Can you give us a full stack trace ?  Are you trying to build the Example ?
We are testing/building the code against go1.7. 1.6 should work also.
1.4 is definitely not supported and I would have my doubts on 1.5.

Hi,
yes am trying to build the example. i tried to build it with 1.7 but didnt work. will post the stack trace in a min

here is the error
example]# make build
CGO_ENABLED=1 go build -a -installsuffix cgo
import cycle not allowed
package github.com/aporeto-inc/trireme/example
imports flag
imports errors
imports runtime
imports runtime/internal/atomic
imports unsafe
imports runtime
import cycle not allowed
package github.com/aporeto-inc/trireme/example
imports github.com/aporeto-inc/trireme
imports github.com/aporeto-inc/trireme/enforcer
imports github.com/aporeto-inc/trireme/collector
imports github.com/aporeto-inc/trireme/enforcer/packet
imports golang.org/x/net/ipv4
imports golang.org/x/net/internal/netreflect
imports net
imports runtime/cgo
imports runtime/cgo
make: *** [build] Error 1
[root@833853vm1 example]# go version
go version go1.7.1 linux/amd64

Can you try a
glide install ; make build ? With go 1.7

@Pavanvk:
I just built Trireme on a brand new Trireme on Centos7 and had no issues. The only hard requirement is to install libnetfilter-queue,and the whole GCC building tools.
[centos@ip-172-31-35-164 docker]$ go version
go version go1.7.4 linux/amd64
[centos@ip-172-31-35-164 docker]$ go env
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/centos/golang/"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
CC="gcc"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build376119536=/tmp/go-build -gno-record-gcc-switches"
CXX="g++"
CGO_ENABLED="1"
[centos@ip-172-31-35-164 docker]$

Could you try again and let us know ?
[centos@ip-172-31-35-164 example]$ make build
CGO_ENABLED=1 go build -a -installsuffix cgo
make package
make[1]: Entering directory `/home/centos/golang/src/github.com/aporeto-inc/trireme/example'
mv example docker/trireme-example
make[1]: Leaving directory `/home/centos/golang/src/github.com/aporeto-inc/trireme/example'
[centos@ip-172-31-35-164 example]$


[BUG] DWR not working as expected

As mentioned on Telegram, Dual Watch Respond isn't working as expected: even when secondary channel is on RX, if I press PTT the radio transmits on primary channel.
FW Version: v19.8

Thanks @fsclavo.
Does the issue affect @egzumer fw as well?

See Wiki
under 10 ‐ Radio operation

The main channel is marked ► and with PTT active ►TX

Read Main also as Primary...
under 20 ‐ Menu

RxMode - sets how how the upper and lower frequency is used

MAIN ONLY - always transmits and listens on the main frequency (NO extra characters on screen)
DUAL RX RESPOND - listens to both frequencies, if signal is received on the secondary frequency it locks to it for a couple of seconds so you can respond to the call (DWR on screen)
CROSS BAND - always transmits on the MAIN/primary and listens on the secondary frequency (XB on screen)
MAIN TX DUAL RX - always transmits on the primary, listens to both (DW on screen)

Does the issue affect @egzumer fw as well?

The last egzumer version I've used was v0.20, as far as I can remember DWR worked fine.

Yup, this bug doesn't occur on latest egzumer.

Wow, that was fast! I could try in a few hours when I get home: will try v19.10 and if I found any problem, I'll let you know.
Thanks!

@fsclavo: Any time to test ....and what is the result ?
Solution was....

And it is included inlatest release v.19.10

I've just updated my radio to v19.10 and DWR is working as expected.
Thanks!


Asg update policy

Based on what I've been doing to better support Lambda, I think I can rework this support for UpdatePolicy.

Seems reasonable.  :shipit:
Can you just make sure any enhancements you are thinking of make it into issues.  Thanks @simonirwin-r7


Support primitive array terms

This carries around primitive arrays down the MetaCoq pipeline.
I tried to impact as little as possible the derivations, by using nested inductive types for auxiliary judgements.
We now have a typing judgement for primitive arrays (modelled as lists, as array not nestable), and they get erased
to just a default value and list of elements. In pcuic and erasure we use a bunch of generic lemmas for automating the proofs on the prim_val container, which works pretty well. We have reduction on arrays but they are not considered in  evaluation yet, this will be the subject of a later PR.
Interesting points:

We prove no-confusion lemmas for conversion between applied axioms (i.e. primitive types) and products/inductives etc, to show correctness of erasure.
We have generalized primitives so that they can carry terms, so we have to make substitution/lifting/reduction etc go through these which takes up a good part of the development (three more reduction rules to consider in confluence).
Typechecking and erasure are rather straightforward otherwise.

ping @ed-hermoreyes (is Mireia also on github?), maybe file your changes introducing explicit admits as a PR against the primitive-arrays branch?

@mattam82 is there some issue with quotation here that required disabling it?


Use reflection to get source location when FCS doesn't give enough information

Partial fix for #947 (NOT YET READY).
For Octokit NuGet package, FCS returns faulty ranges (no range or a dummy range with wrong information). We try to use Reflection to recover source locations. I'm not sure it's a good approach; any other idea is appreciated.
@ctaggart It seems pdbReader.GetMethod doesn't work correctly for any overriden/abstract member e.g. any symbol from this line:
let a = github.Activity.Events.GetAll()

Is this a SourceLink's bug? Any idea?

@ctaggart I need your help with this one to move forward. Should I wait for changes in SourceLink or discard this PR as we don't support source-indexed C# assemblies at this point?

As I just mentioned in ctaggart/SourceLink#63, not all files or methods gets indexed by the compilers. F12 at design time will only work with concrete methods that get source indexed, not any of the interfaces.

That sounds really limiting. On a related note, can signature files (*.fsi) be source indexed?

Closing this PR until there is more versatile support for pdb files from SourceLink.

I believe Portable PDBs https://github.com/ctaggart/SourceLink/issues/93 will solve several of the issues here. I'll create a new issue here.


Open file command does not start in relative to the current file's path

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

VS Code Version: 1.91.1
OS Version: GenToo

Steps to Reproduce:

Open VSCode with a code file open
Press CTRL+O to open a file
File browser is shown but not in the directory of the current file but "/"

/duplicate https://github.com/microsoft/vscode/issues/213780


Auto-expand flame menu in the documentation site

What could be improved
Make the "flame" section of the docs auto-expanded when the user first visits the Flame documentation site.
Why should this be improved
This would let the user see more clearly where the main content is.
Any risks?
No.

There is no default way of doing this using sphinx. But, there is a workaround which can work when loading the page.
I tried it out in local, and it works fine. We can customise it to only expand the "flame" section instead of all sections and sub sections.
But, a limitation is that, the "flame" section is always expanded even when the other sections are expanded ("flame-audio", etc.)
I would like to work on a PR for this.

You can simply add the script into the home page file index.md:
```{raw} html

<script> ... </script>
```

Wouldn't that expand only from the current branch and not previous. I think we should be doing the change which works for previous version also.
I have made a commit based on the case I have sent earlier. Can you please look at it => here.
I will try to check adding the script inside index.md meanwhile.

I tried adding the script in index.md. It worked fine as expected. I doubt it will work on previous versions of documentation.
The only question now is which one to implement.

Add a script to whole doc theme, script runs everything the page loads.
Add the script in index file. Which will run only when in index and might not work for previous versions of the documentation.

I like the first option, but would your suggestion work when the user isn't coming in to the root page as the first page?
If they'd for example click on https://docs.flame-engine.org/1.2.0/flame_forge2d/forge2d.html the Flame section shouldn't be expanded.

Yes, the Flame section won't be expanded then. The only place it is expanded is when it is in the home page of the complete docs site.


Gracefully handle erlang-wx compiled without wxWebView support

Prints an actionable warning and falls back to a browser view.

This looks good. Did you test this on the other operating systems, or are you just assuming it works fine? I'll run some smoke tests on Mac/Windows/Linux in the later case

I'll will want to keep the windows user specific warning about installing the edge webview. So I'll have a look on windows here and add a commit

This looks good. Did you test this on the other operating systems, or are you just assuming it works fine? I'll run some smoke tests on Mac/Windows/Linux in the later case

I didn't have a chance to test on other systems, unfortunately.  I'm using Debian 11.3 and tested with the erlang-solutions.org packages, both the full ESL bundle and the discrete packages, and also with a locally-compiled installation.

I'll will want to keep the windows user specific warning about installing the edge webview. So I'll have a look on windows here and add a commit

Thanks!  I'd like to set up a windows VM for testing this sort of thing, but it sounds like you'll get to this before I do.
I... may have overreacted a bit to the way that the notice was being passed up the call hierarchy.  It seems that the code was returning a wxHtmlWindow which doesn't seem to share any base interface with wxWebView.  Very possible that I'm completely misunderstanding the code which handles this.  But is it possible to just show the html window from within Fallback rather than returning this object?


Make Sluggable getter and setter nullable

It resolve the bug Expected argument of type "string", "null" given at property path "slug". when you use Sonata Admin.

Hi, thanks for contribution. We'll need a test case to cover this too.

Closing for lack of feedback. We're narrowing issues to keep focus on active and engaging contributor to keep project growing. Thank you for understanding.
Feel free to re-open with failing test case.

Closing for lack of feedback. We're narrowing issues to keep focus on active and engaging contributor to keep project growing. Thank you for understanding.
Feel free to re-open with failing test case.


[Rendering] Cannot display hyperlink inside choice title with markdown syntax

Copied bug from: https://github.com/microsoft/AdaptiveCards/issues/7769
Details from original post:
Target Platforms
Other
SDK Version
Bot Framework 4.12.2
Application Name
Testing Application
Problem Description
I used markdown syntax to display hyperlink inside choice title.
For the textbox MS teams can display but for the Input.ChoiceSet.Choices CANNOT.
Can display on https://adaptivecards.io/designer/ and Bot Framework Emulator but MS Teams cannot.
Please take a look in the Card JSON
Screenshots

Card JSON
{
    "type": "AdaptiveCard",
    "body": [
        {
            "type": "Input.ChoiceSet",
            "placeholder": "Placeholder text",
            "choices": [
                {
                    "title": "ABC. [URL Title](https://www.google.com/).",
                    "value": "AAA"
                },
                {
                    "title": "XYZ. [Here's what will happen](https://www.microsoft.com/).",
                    "value": "BBB"
                }
            ],
            "id": "choiceset",
            "style": "expanded",
            "isRequired": true,
            "wrap": true,
            "errorMessage": "please choose one option at least!",
            "label": "Label text here"
        }
    ],
    "$schema": "http://adaptivecards.io/schemas/adaptive-card.json",
    "version": "1.3"
}

Sample Code Language
C#
Sample Code
No response---
Document Details
⚠ Do not edit this section.It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 3fb4394d-25b1-8752-3996-fe3a2934732d
Version Independent ID: 6d391381-89d0-117c-27cc-00043bd26a36
Content: Cards reference - Teams
Content Source: msteams-platform/task-modules-and-cards/cards/cards-reference.md
Product: msteams
GitHub Login: @surbhigupta12
Microsoft Alias: surbhigupta12

I'm using MS Teams version: You have Microsoft Teams Version <IP_ADDRESS>63 (64-bit). It was last updated on 8/5/2022.

@thanhnt210793 - We are investigating your query. We will update you soon.

Yes. If it doesn't support inside choice title. I think this issue can close.

We are closing this issue now. Please feel free to reopen if required.


install GSA on CI machine

@peterjgrainger amazing! is this ready to be merged?

@tlmnrnhrdt merged, works first time!


fix: Add top padding to webview panels

Add top padding to webview panels to make it easier to distinguish which tab is active.

resolves #77

what's the vsix?

I've been building a .vsix of the PR that can be downloaded and installed to test the PR if you wanted to.


A.1-6

Migratable from CLRS2e's A.1-3. The exercise allows for x=0 now.

Migrated from CLRS2e's A.1-3


fix: add check that the readme sample cfg is accepted by log4rs

Resolve #334

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (58b92c8) 61.12% compared to head (1794a99) 62.10%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #339      +/-   ##
==========================================
+ Coverage   61.12%   62.10%   +0.97%
==========================================
  Files          23       23
  Lines        1407     1409       +2
==========================================
+ Hits          860      875      +15
+ Misses        547      534      -13

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


BUG: Install FFTW headers in same location as ITK

The "Algorithm" appears to be a remnant of a prior organization of
ITK. This fixes the header installation path so it's install along
side other ITK header files, enabling the ITK FFT module to utilizes
these include.

PR Checklist

[X] :no_entry_sign: Makes breaking changes
[X] :no_entry_sign: Makes design changes
[X] :no_entry_sign: Adds the License notice to new files.
[X] :no_entry_sign: Adds Python wrapping.
[X] :no_entry_sign: Adds tests and baseline comparison (quantitative).
[X] :no_entry_sign: Adds test data.
[X] :no_entry_sign: Adds Examples to ITKExamples
[X] :no_entry_sign: Adds Documentation.

Refer to the ITK Software Guide for
further development details if necessary.

#976 is for the release branch as well.


The OutlineInputBorder is inconsistently drawn on the left and right

Steps to reproduce

Run example code.
We can temporarily change the background color of the label container to make errors easier to observe.

https://github.com/flutter/flutter/blob/3f08b617848e26b462560601c4a8b89a93515e77/packages/flutter/lib/src/material/input_decorator.dart#L2216-L2220
+  child: Container(
+    color: Colors.red.withOpacity(0.2),
     child: decoration.label ?? Text(
       decoration.labelText!,
       overflow: TextOverflow.ellipsis,
       textAlign: textAlign,
     ),
+  ),

Expected results
OutlineInputBorder is consistently drawn on the left and right.
Actual results
OutlineInputBorder is inconsistently drawn on the left and right.
Code sample
Code sample
import 'package:flutter/material.dart';

void main() {
  runApp(
    MaterialApp(
      debugShowCheckedModeBanner: false,
      home: Scaffold(
        body: Padding(
          padding: const EdgeInsets.all(16.0),
          child: Column(
            mainAxisAlignment: MainAxisAlignment.spaceEvenly,
            children: [
              Directionality(
                textDirection: TextDirection.ltr,
                child: RepaintBoundary(
                  child: InputDecorator(
                    isFocused: true,
                    decoration: InputDecoration(
                      labelText: 'ABCDEFGGFEDCBAABCDEFGGFEDCBAABCDEFGGFEDCBAABCDEFGGFEDCBA',
                      border: OutlineInputBorder(
                        gapPadding: 0.0,
                      ),
                    ),
                  ),
                ),
              ),
              Directionality(
                textDirection: TextDirection.rtl,
                child: RepaintBoundary(
                  child: InputDecorator(
                    isFocused: true,
                    decoration: InputDecoration(
                      labelText: 'ABCDEFGGFEDCBAABCDEFGGFEDCBAABCDEFGGFEDCBAABCDEFGGFEDCBA',
                      border: OutlineInputBorder(
                        gapPadding: 0.0,
                      ),
                    ),
                  ),
                ),
              ),
            ],
          ),
        ),
      ),
    ),
  );
}

Screenshots or Video

Screenshots / Video demonstration

Flutter Doctor output
Doctor output
Flutter 3.27.0-1.0.pre.740 • channel master

PR: #159943
Related Discussion: https://github.com/flutter/flutter/pull/158440#discussion_r1844902638

Reproducible using the code sample provided above.

flutter doctor -v
[✓] Flutter (Channel stable, 3.24.5, on macOS 15.1.1 24B91 darwin-arm64, locale en-US)
    • Flutter version 3.24.5 on channel stable at /Users/deanli/dev/stable
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision dec2ee5c1f (4 weeks ago), 2024-11-13 11:13:06 -0800
    • Engine revision a18df97ca5
    • Dart version 3.5.4
    • DevTools version 2.37.3

[!] Flutter (Channel master, 3.27.0-1.0.pre.744, on macOS 15.1.1 24B91 darwin-arm64, locale en-US)
    • Flutter version 3.27.0-1.0.pre.744 on channel master at /Users/deanli/dev/master
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 1c1f35711b (10 hours ago), 2024-12-08 17:29:34 -0500
    • Engine revision 292146ab2f
    • Dart version 3.7.0 (build 3.7.0-224.0.dev)
    • DevTools version 2.41.0


chore: bump version to 0.5.0

Breaking Changes

Drop support for Node v4.x.x
Add support for Node v10.x.x

Changes

Update dependency versions

[x] Tests and linter pass

[x] Code coverage does not decrease (if any source code was changed)

[x] Appropriate docs were updated (if necessary)

This appears to be missing the change to package.json :)


/v1/relay-server-replacement services is not working for the combination of Current and Future application are same

Issue Description: /v1/relay-server-replacement service is not working as expected, For the request-body of current - application name, current-release-number and Future-application-name future-release-number are same. it is removing the operation-lists from the client list of the application.
Detail of Issue : when we initiate the request with above mention request-body combination, as a callback update-client will initiate. first it is adding the operation list to the application client list first then it is removing operation-list from the application since current and future application - name and release - number are same

This issue is handled in the AP issue https://github.com/openBackhaul/ApplicationPattern/issues/1020, hence closing this issue


memlib enhancements

Proposal for the following changes to memlib.
int libspdm_copy_mem(void *dst_buf, size_t dst_len, const void *src_buf, size_t src_len);

becomes

void libspdm_copy_mem(void *dst_buf, size_t dst_len, const void *src_buf, size_t src_len);

libspdm does not currently check the return value.
void *libspdm_zero_mem(void *buffer, size_t length);

becomes

void libspdm_zero_mem(void *buffer, size_t length);

libspdm has no need for the return value.
int32_t libspdm_const_compare_mem(const void *destination_buffer, const void *source_buffer, size_t length);

becomes

bool libspdm_const_compare_mem(const void *destination_buffer, const void *source_buffer, size_t length);

bool is the appropriate return type.
void *libspdm_set_mem(void *buffer, size_t length, uint8_t value);

becomes

...nothing...

libspdm_set_mem is not used by any of the core libraries.

@richkong88 @xiaoyuruan

libspdm_copy_mem() -> need assert and deadloop in the function.
libspdm_zero_mem() -> OK
libspdm_const_compare_mem() -> comply with linux. OK.
libspdm_set_mem() -> 1.3 may use it. keep it.

libspdm_const_compare_mem() -> that is too confusing. Do we have to change?
This will bring big impact - all existing code must be changed. Now I would prefer to keep it as is.

3/13/2023 - to avoid misuse of compare_mem, we can introduce bool libspdm_const_is_mem_equal().
Then true means the memory is equal.


Update index.html

Added a date at the beginning, and made "Improving Software Security Principles" the same class as "Background: About Threat Modeling" for consistency.

the one liner makes this the worse diff I have ever seen 🤣

merging.. let's see if everything breaks 🤞


Question: Trigger copy from JavaScript

Is there an API to trigger Clipboard.js to copy?
Minimal example

See this JSFiddle to reproduce.

Expected behaviour
When 'k' is pressed and $('#foo').click() is called, expected Clipboard.js to copy href, this happens correctly when clicking the link with the mouse.
Actual behaviour
Instead of the success or error handlers, nothing gets triggered.
Browsers affected
I tested on chrome but it's not a browser issue.
Thanks in advance.

Nope. See, https://github.com/zenorocha/clipboard.js/issues/270#issuecomment-228770685


enforced little-endianess

To my understanding the numpy dtype <M8[ns] is the byte-order equivalent to datetime64[ns] on little-endian hardware, whereas on big-endian machines datetime64[ns] == >M8[ns].
So we are enforcing little-endianess of our dataframes in tivs_from_timeseries()?
    class STAREDataFrame(geopandas.GeoDataFrame):
        make_tids():
            if not pandas.api.types.is_datetime64_any_dtype(start_col.dtype): <= Allowing any datetime64 object
                raise TypeError('dtype of column must be numpy.datetime64')

            # which calls
            temporal_conversions.tivs_from_timeseries():
                if not series.dtype == '<M8[ns]':         <= enforcing little-endianess?

Not that I can even think of a big-endian machine nowadays, but perhaps we should add a note (or issue a warning) to this?
import sys
sys_is_le = sys.byteorder == 'little'

I say this because  by default panadas and datetime make datetime64[ns] objects which defaults to that machine's byte-order.
Also, am I correct that STATEPandas does not want/support datatimes with timezone (UTC) encoding (i.e., not '<M8[ns, UTC]', 'datetime64[ns UTC]')?

really good question. I'd assume we can safely remove the little-endianness enforcement. It should not make a difference. I think we really just wanted to test if those are nanoseconds; not the byte-order. Most lazy approach to clear this up would be adding tests.

Also, am I correct that STATEPandas does not want/support datatimes with timezone (UTC) encoding (i.e., not '<M8[ns, UTC]', 'datetime64[ns UTC]')?

Just not yet! But we could easily tweak that. I.e. just enforcing conversion to datetime64[ns UTC].


Store feedback survey responses

Codecov Report

Merging #55 into develop will increase coverage by 0.57%.
The diff coverage is 83.78%.

@@             Coverage Diff             @@
##           develop      #55      +/-   ##
===========================================
+ Coverage     81.7%   82.27%   +0.57%
===========================================
  Files            6        6
  Lines          388      440      +52
===========================================
+ Hits           317      362      +45
- Misses          71       78       +7

Impacted Files
Coverage Δ

tests/test_data.py
100% <100%> (ø)
:arrow_up:

tests/test_store.py
100% <100%> (ø)
:arrow_up:

server.py
79.56% <78.57%> (+0.07%)
:arrow_up:

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 e2f5318...e9d94c3. Read the comment docs.

Closing for now - will be reopened following further work and onto master branch


gccgo: allows multiple definitions of a function

gcc successfully compiles the following program:
package a
func n()
func n()

Both gc and go/types reject it. Compilers need to agree.
gcc version 6.0.0 20150702 (experimental) (GCC)

@paranoiacblack


Refresh linux installer scripts state

Hi @pdsouza , I have created some patches to refresh linux installer scripts state:

Copy install.sh and uninstall.sh to linux idrectory from top directory. The cmd scripts have moved to windows directory, so I move it to linux directory to be consistent.
Fix incorrect unlocked state for sailfish(Pixel 1). In sailfish, fastboot oem device-info will show "Device unlocked" and "Device critical unlocked", so origin grep and cut command will fail to parse real device unlocked state. So I change grep content from "unlocked" to "device unlocked" to fix this problem.
Upgrade platform tools to 28.0.1 to support A/B updates. The 28.0.2 needs the windows updating, what maybe increase the difficulty for user, so I don't use it.

I test patches with sailfish and bullhead, and it works fine to flash images.
My work machine is Ubuntu, so I just do work for linux, not mac and windows. If needs, I can upgrade tools for windows too, based on my VirtualBox.
Thanks.

Thanks for the PR @utzcoz! I haven't updated these installer scripts in a while since we are now shipping the update zips directly from Maru 0.6 onwards. It is good to have the latest platform tools for Linux.
Is there any difference between functional.sh and linux-functional.sh tests? I think we can just update functional.sh instead since it only tests the linux install scripts?

The linux-functional.sh is copied from functional.sh, but I change the mock file path to the location in linux subdirectory. My first commit is copying install.sh and uninstall.sh to the linux subdirectory, and fix bug for incorrect locked state of sailfish/pixel. The window cmd scripts is copied to windows subdirectory, so I think maybe its better to manage install and uninstall scripts based on os type. I know macOS and Linux are both nix system, but its complicated to copy install.sh and uninstall.sh to linux or mac subdirectory to use its adb and fastboot bins to install/uninstall MaruOS manually.

@pdsouza I have changed the modification to origin install.sh, and squash them to a single patch.

@utzcoz Thanks, I can definitely start by merging this in.
I think you're right that we need to make it easier for users to run the scripts depending on their OS. In Maru 0.2-0.4 I had a release script that created different install packages based on the OS (one for windows, one for linux, one for mac) with the correct binaries. Maybe we can make the scripts check which platform they are running on if adb and fastboot is not in the PATH and use the correct binaries.

@utzcoz Merged, thanks! I really appreciate you taking the time to contribute to the project!


Hash Conflict Test

Hash Conflict Test added.
Please don't merge it.
I just want to use this to provide a test that manifest the hash conflict problem.

As I couldn't figure out (a) why are there hash conflicts (2) why the subsequent test selectively failed on https://github.com/Bo-Yuan-Huang/ILAng/pull/67/commits/d206b1fb35449cba501aa8096c32c9239c23c216. I eventually disabled it, and continue to add more tests on the Verilog generation part to increase coverage.

Attempt to fix #68


Refactoring MQTT broadcaster

Also @magni-mar there are a number of issues referencing this binary. Could you tag the relevant issues that will be closed by merging this request with Closes #<issue number>


Requirements definitions

The goal of the current project stage is to build a minimalist working alternative Evernote client. So, we've got to focus in the most important features.
Let's discuss what features should be developed for now. Then we can start writing the docs with the requirements.
Features:

Notes: list all, list by notebook, list by category, create note, edit note, delete note, sync note
Notebooks: list all, create notebook, rename notebook, delete notebook
Tags: list all, create tag, rename tag, delete tag, add tag to note, remove tag from note

Roadmap included in readme as per https://github.com/fmoliveira/tantalus/commit/d28210e493ff7616d3ea116b068fb003002cbd27.


Deploy rocker image and qgis on Linux Desktop image to GHG center

As part of our contract with GHG, to consider the hub as 'deployed', the last remaining items are:

Deploy a rocker based image to the hub, for RStudio users https://github.com/2i2c-org/infrastructure/pull/3011
Deploy a Linux Desktop based image with qgis https://github.com/2i2c-org/infrastructure/issues/2949

/cc @colliand and @freitagb

This was deployed, so am going to close this.


Apply gradle plugin to sample app

Still a few details to iron out but it worked pretty well!

@marwanad this is ready to go now


feat: Add support for SubtleCrypto

This adds an implementation of a subset of SubtleCrypto, specifically for JSON Web Token signing and validating.

SubtleCrypto.prototype.generateKey
SubtleCrypto.prototype.importKey
SubtleCrypto.prototype.sign
SubtleCrypto.prototype.verify with the following algorithms:
RSASSA_PKCS1_v1_5
RSA_OAEP and the following digest algorithms:
SHA_1
SHA_224
SHA_256
SHA_384
SHA_512

Work in the future will be done to add the remaining algorithms and SubtleCrypto method implementations

Changing this to a draft as I will be breaking the PR up into a bunch of smaller PRs

If I could lobby for a few more algorithms to be supported

RSA-PSS
ECDSA (at least P-256, but ideally all three curves)
Ed25519 from https://wicg.github.io/webcrypto-secure-curves/

@JakeChampion We are using 3rd party dependencies relying on subtle.crypto, e.g. for signing AWS requests.
We're still getting errors like Supplied algorithm is not yet supported.
Here's a code fragment from https://github.com/mhart/aws4fetch which seems to trigger this error:
async function hmac(key2, string3) {
  const cryptoKey = await crypto.subtle.importKey(
    "raw",
    typeof key2 === "string" ? encoder2.encode(key2) : key2,
    { name: "HMAC", hash: { name: "SHA-256" } },
    false,
    ["sign"]
  );
  return crypto.subtle.sign("HMAC", cryptoKey, encoder2.encode(string3));
}

It seems like the lack of HMAC support is causing the error.
This is a blocker for us as it. Without this support we won't be able to use C@E.
Can you give us an ETA when this PR finally lands in production?

For a complete move to compute edge we would need support for the following API

crypto.subtle.encrypt
crypto.subtle.decrypt

Both with support for AES-CBC and AES-GCM

Thanks all -- we've added HMAC and raw importkey support and I have opened issues for the other requests which have been added to this draft pull-request.
I will be closing this pull-request as it is never going to be merged, all the work is happening in other, smaller pull-requests 👍


possible to use snippets from CSS3 package

This one is very well done and complete.
https://github.com/y0ssar1an/CSS3

Looks like it won't ever happen. No one is interested in this.


Simplify XAudio Driver

Avoid classes and only use functions to define the XAudio driver.

git fetch origin
git checkout 1-simplify-xaudio-driver


No syntax for specifying teleportation to a player's own bed.

We're trying to replace the vanilla end portal with a multiverse portal to avoid some 1.9 glitchiness.
I can see that the BedDestination class actually supports a player's own bed if the player name is empty, however, it is impossible to specify such a destination because DestinationFactory validates destinations by calling isThisType() and the BedDestination.isThisType() method requires a valid player name and offers no syntax with the meaning of "this player".
I note that one previous issue, #137, asked for the same thing and there was a linked document in that discussion that purported to solve the issue, however, that page is now gone from the internet and the current documentation for destinations is of no assistance in this matter.
So, at the very least, the documentation is somewhat incomplete in that it doesn't categorically rule out teleportation to a player's own bed (which would save some time in searching for a solution), but I would hope that you might see the problem as more of a missing feature.
Cheers.

Apologies,  I may have written this bug a long time back.
From what I see, it should still be backwards compatible with the old way of specifying the players bed, which was literally "b:playerbed"
I'm surprised that "b:" wouldn't throw an exception actually...

Bump.
Also running into this issue.
Triggering a portal with dest b:playerbed throws an error.
Also an issue with /mv tp b:playerbed.

Actually, re-opening this because I just tested this again and it seems when you do /mv tp b:playername, it only works when you're in the world that the bed is at, it's not found/blocked in other worlds. This might be intentional, not sure. So not sure if this is a bug or not.
As for using a portal set to dest b:playername, it does throw an error, on both the world the bed is in and a world it isn't. Error: https://pastebin.com/raw/5UWvnjQg


Download failure: error: can't resume download

I have this problem with Gundam Breaker 3 and Ultimate Marvel VS Capcom

@PhantomBlade4321 Just use pkgj. Afaik, support for pkgi is completely dead.


Styles without webkit prefix (such as transitions) not supported

Most browsers have dropped prefixes by now. Should it be easily possible to alias webkit prefixed properties? I can make a pull request if someone can point me in the direction of the most appropriate solution.

A duplicate of #32. We're working on this now, stay tuned!


Enable 'meeting agenda on demand'

I have several communities I work with that run on a non-standard schedule, where being able to build the agenda on demand would be quite nice. It feels like this could be done with a workflow_dispatch event, but not sure on the right schedule to use - any suggestions?

@jmertic I think a lot of the current structure is geared toward scheduled structures. What you're asking for is relatively related to the solutions being proposed in https://github.com/pkgjs/meet/issues/26, and also aligns with what the solution for https://github.com/pkgjs/meet/issues/51 would need to be.
Seems like multiple birds are popping up. We need to find a stone. If you've got ideas, PRs and proposals welcome.

Thanks, @bnb!  and something as generic as "build on-demand" could hit some of those use-cases. Let me look more into the code and perhaps I can come up with some ideas.

I think this is a great idea. We could pretty easily do it with a dispatch workflow. A PR for that seems like a good idea.


Update ACL service and documentation

This is a backwards incompatible change! As the previous code didn't work with the current version of Chef server, I guess it isn't used a lot. Let me know if you have suggestions to keep it backwards compatible.
These endpoints are not included in the Chef documentation. Changes are based on the source of knife acl and packet captures between knife, go-chef and the Chef server.
I'm using the updated code like this:
   name := "some-node.example.com"

   acls, err := client.ACLs.Get("nodes", name)
   if err != nil {
      log.Fatalln(err.Error())
   }

outer:
   for perm, acl := range acls {
      for i := range acl.Clients {
         if acl.Clients[i] == name {
            continue outer
         }
      }

      acl.Clients = append(acl.Clients, name)

      // We need to replace Actors with an empty list when updating.
      // Comments in the knife source code explain that this was used in older versions of the Chef server.
      // Newer versions use the separate groups, users and clients.
      //
      // The response contains Actors for backwards compat, but we can't update them.
      acl.Actors = []string{}

      put := chef.ACL{perm: acl}

      if err = client.ACLs.Put("nodes", name, perm, &put); err != nil {
         log.Fatalln(err.Error())
      }
   }

Hi sorcix,
Thanks for the updates.  I usually look at the Chef Server source code to figure out the available API calls and data.  If we support ACL apis in a meaningful way I think we'll need the interfaces defined in the documentation.  I'll look this over, probably next week.
At a first glance I think this needs do be done, but ACLs are tricky and some serious thought and work may need to be done.  Cool stuff to play with.

Develop integration tests in the testapi directory to make sure the ACL api calls work against a real chef server.

Make sure we have a mostly complete set of the available API calls and accurate stuct definitions.

Write and submit the documentation changes to the API doc.  Quite a bit of the existing doc was written in support of this project.

I'm a bit confused by the structs for lower levels of the API.  I didn't see them on a quick read.  This area might need to be expanded.

Regards,
Mark

Well, you are definitely the first to contribute to the testapi integration tests.  Thank you.

I'm not sure if there's anything I can do to address your other points, but let me know if I can. :smile:
It would be great to have decent documentation about the ACL API though.
The ACLitems struct and ACL map in go-chef are very confusing. As far as I know there are only 5 permission types and the Chef server returns them all when you request the ACL for an object.
It may be better to have a separate:

ACLResponse struct (instead of the current ACL map) containing all permissions as properties.
ACLRequest struct with only a single permission to make changes to.

But I don't know how much changes I'm allowed to make to the structure that's already there, so I kept it.

I started looking at it last night. I'm running your branch and will see how it works. Don't worry about the rest of the list of things to do.
Cheers

@sorcix Do these additions to the inline documentation seem fair to you?  I'd like to make it clear where in the structs a type of access is actually granted.
// ACL represents the native Go version of the deserialized ACL type
// The key string will be one of:
//  create, delete, grant, read, update
//
// indicating the type of access granted to an accessor in the ACLitems lists
type ACL map[string]ACLitems
// ACLitem
// A list of a specific type of accessor.  In ACLitems the group ACLitem consists of a list of groups.
type ACLitem []string

@sorcix I'm working on a set of changes so I do not expect you to update your pull request.

@sorcix I'm sorry this is taking so long.  I got busy with school.
I'm adding some checks to make sure pivotal access is maintained.

I'm very sorry this took so long. I had to figure out how to use it and I worried about a bunch of odd cases.  I added checks to make sure the pivotal user is present when updating the ACL.
Merged now.


Newly defined flag annotation columns is hidden and cannot be shown

Found this issue in f432b0b.
Using example data file vacation.csv
The following scenario demonstrates the issue:

Open the file in Tracy (using the standard CSV converter)
Create a flag annotation column

the Type does not seem to matter, e.g. choose a User Defined column, leave the Name "FlagRule1" (no Description, no Default Value),
with a single flag with Name "Flag1",
and the following condition (for Flag1): column Action contains text: vacation
then close the pop-up

Now the newly defined column is hidden. Selecting (unhiding) it in the "Choose Columns" menu is not possible (after closing the "Choose Columns" menu, it is hidden again).

PS. An additional (minor) issue is that in the Edit Flag Annotation Column pop-up, the value for Name cannot be cleared: when trying to clear the last remaining character, the value "FlagRule1" re-appears.


add examples for pad_by_time

Added examples for pad_by_time()

Nice work! Thanks also for pointing out the issue with "auto".


useAuthUser in layout Error

Describe the bug
using useAuthUser in layout that is in _app used to work in canary up to 1.0.0-canary.3. But 1.0.0-canary.4 and  1.0.0-canary.5 Errors:
When using `useAuthUser`, the page must be wrapped in `withAuthUser`.

Versions
next-firebase-auth version: 1.0.0-canary.5
Firebase JS SDK: 9.6.6
Next.js: 12.0.10
Expected behavior
Can use useAuthUser in the layout.
Additional context
Not sure if bug or intentional, if intentional what is the new pattern to use useAuthUser in wrapped component?

This is expected behavior: #155. See this comment for approaches to using a layout page across the app.


Change colors

This PR changes the 10 default colors used by lightning, with a slightly modified set that are overall more balanced and avoid extreme values in other brightness or saturation (the dark green and black were most problematic in this regard)
Graphic shows old and new, in each case ordered as they are sampled during random labeling (above) and in order of hue (below)

lgtm :+1: :art:


Release date for IOS 15.8,2

Is it possible to say when there will be an update for newer IOS Versions like 15.8.2?

Is it possible to say when there will be an update for newer IOS Versions like 15.8.2?

This repo is only for a12+ devices. So if you meant ios 15.8.2 on an Iphone X and under, it is indeed not supported... Use roothide dopamine 2 instead


Duplicated sync tags

As a user, I don't want the app to create duplicate synced tags.

@CodiumAI-Agent /similar_issue


Update the start page to use the prompt

For #16102
Will lint in a separate PR.
Behavior:
https://user-images.githubusercontent.com/51720070/121100852-83d65c80-c7af-11eb-9696-313838cfc555.mov
Clicking on "Do not show again":
https://user-images.githubusercontent.com/51720070/121100910-9fd9fe00-c7af-11eb-9a5f-acf66b78bbc7.mov

For the "Do not show" case are we dropping some message in the logs when user clicks on things. I can totally see some one clicking "Do not show", and then wondering why something is not working. At least it will be in the logs.

For the "Do not show" case are we dropping some message in the logs when user clicks on things. I can totally see some one clicking "Do not show", and then wondering why something is not working. At least it will be in the logs.

@karthiknadig Not at the moment. What do you think would be best (I would think option 1):

Whenever a Jupyter-related entrypoint is hit, log something, no matter what the user does with the prompt? This way it would be logged for all sessions, and I'm not worried about it being too noisy since it'll be in the Python console.
Whenever a Jupyter-related entrypoint is hit, log something until "Do not show again" is selected, and in that case log this and never show anything again after that?
Log the "Do not show again" action when it happens, and never log anything besides that? Might be able to log something on session start.

I think Option 1 is the best.


updata zh_cn.json

sryyyyyy
Recently, I have been quite busy and sometimes I cannot reply to messages in a timely manner.
If you are in a hurry to release the version, you can release it first, and then I will submit a Chinese translation here at the same time as i18n. Don't worry about not having Chinese.
Thank you for your efforts in internationalizing Mod.

No worries, I completely understand! Thank you for your efforts in translating the mod, as it would most likely otherwise not receive the localization that it does!


Oauth2 group causes panic in cloudflare_access_group

I'm having the same issue as #947 with Oauth2 groups - specifically GSuite.
Terraform v0.14.7

provider registry.terraform.io/cloudflare/cloudflare v2.18.0

resource "cloudflare_access_group" "example" {
  zone_id          = var.cloudflare_zone_id
  name             = "Example Group"
  include {
    gsuite {
      email                 =<EMAIL_ADDRESS>      identity_provider_id = "54791972-28fa-49c0-b3a7-0887ed38634e"
    }
  }
}

the resulting group is actually created successfully, but the cloudflare provider still panics:
cloudflare_access_group.example: Creating...

Error: rpc error: code = Unavailable desc = transport is closing

panic: interface conversion: interface {} is nil, not string

Can this be fixed for Oauth2 as well?
Originally posted by @ideologysec in https://github.com/cloudflare/terraform-provider-cloudflare/issues/947#issuecomment-782233190

per #947, it looks like the identity-group-id is no longer returned, so an attempt to parse a null string is causing the panic. (and a quick peek at the code seems to confirm it).

The example you're showing above was raised via #935 already addressed in #940 (scheduled for the 2.19.0 release). Can you please build the provider per the README instructions and confirm whether or not it works for you?


outgoing connection fails on 3.119.1

seems like a regression, user updated and seems that outgoing stopped working.
I suspect
- Allow using IPv6 sockets with mirrord.

Happens on Java BootSpring + macOS

Found two places were we assume only IPv4:

agent dns lookup config
getaddrinfo hook

The second one is probably not related to this bug, but the first one looks like a probable cause

But we don't support IPv6 in connect anyway, and when we changed it we actually "allowed" ipv6 so I don't think those references are related.

What are the symptoms of this bug? Any logs/error codes? :eyes:

We just saw the app faiiling to start on some connectivity issue. Unfortunately I couldn't grab logs.


Broken link

Description
The "YouTube videos" link in the "Reliable web app patterns" paragraph is broken. When you click the link it shows the attached image:

Page URL
https://learn.microsoft.com/en-us/aspnet/core/tutorials/first-mvc-app/details?view=aspnetcore-8.0
Content source URL
https://github.com/dotnet/AspNetCore.Docs/blob/main/aspnetcore/tutorials/first-mvc-app/details.md
Document ID
1bf4792d-dab4-e03d-2021-3dcdcaff6a0f
Article author
@wadepickett

@NetCito, thanks for letting us know!   It appears that the video has moved to here: https://www.youtube.com/watch?v=tU2kYzB3noM&list=PLI7iePan8aH54gIDJquV61dE3ENyaDi3Q
We will update the link.


Obsolete Message is incorrect

This
"DependencyTelemetry.DependencyKind" is obsolete: "Use DependencyTypeName"

should be
"DependencyTelemetry.DependencyKind" is obsolete: "Use Type"

https://github.com/Microsoft/ApplicationInsights-dotnet/blob/d22722286e203ffee0a2fada1219ae776e11c720/src/Core/Managed/Shared/DataContracts/DependencyTelemetry.cs#L210

Thanks

Fixed in the pull request: https://github.com/Microsoft/ApplicationInsights-dotnet/pull/377/files


feat(#329): added the fund Widget

Resolving issue #329 by this PR
-Added fund widget in the widget section
-Modified the docs file
-Modified the stories file

@hari  PLEASE REVIEW THE CHANGES..


DOCS: Update index.html

Hey, thank you for contributing to wavesurfer.js!
To review/merge open PRs it is very helpful to know as much as possible about the changes which are being introduced. Reviewing PRs is very time consuming, please be patient, it can take some time to do properly.
Title: Please make sure the name of your PR is as descriptive as possible (Describe the feature that is introduced or the bug that is being fixed).
Please make sure you provide the information below:
Short description of changes:
Breaking in the external API:
Breaking changes in the internal API:
Todos/Notes:
Related Issues and other PRs:

Coverage remained the same at 80.578% when pulling 11110e8de4ed51959c76cbd1429b7bc68cc68349 on vitaliytv:patch-1 into ee67ce3251c54c014458ab7363e7ffffc974942e on katspaugh:master.


Dashboard does not display complex URL in custom_client attribute correctly

I supply:
https://REDACTED/#/discover?_g=()&_a=(columns:!(_source),index:%5Blogstash-%5DYYYY.MM.DD,interval:auto,query:(query_string:(analyze_wildcard:!t,query:'host:sensu-client')),sort:!('@timestamp',desc))

and get:
https://REDACTED/#/discover?_g=()&_a=(columns:!(_source),index:%5Blogstash-%5DYYYY.MM.DD,interval:auto,query:(query_string:(analyze_wildcard:!t,query:'host:sensu-client')),sort:!('@timestamp',desc

(for easier viewing):
INPUT: https://…('@timestamp',desc))
OUTPUT: https://…('@timestamp',desc

Upon further investigation it seems that a closing bracket at the end of the URL is always omitted.

Here's a screenshot to better illustrate what the exact problem is, because I seemed not to have mentioned that the URL is indeed displayed, just not correctly. The link is wrong because the closing bracket is omitted; it's also omitted from the href element.

I have a similar (same?) problem here. I tried to add a Description attribute to one of the checks -- to test, whether we can use the feature to add instructions to the Operations team on what to do, when a check is alerting. Plain text works, but trying to embed a links:
"SSLcerts": {
        "command":      "check-ssl-certs.rb /etc/pki/tls",
        "interval":     86423,
        "Description":  "Find all SSL-certificates -- individual files and bundles -- under /etc/pki/tls and check their expiration.",
        "subscribers":  [ "unix" ]
},

does not look nice:

Maybe, it is the problem with the erroneously deleted closing quote. Or, maybe, Uchiwa ought to only perform the escaping/sanitizing to the standard fields, while allowing all others to go through unmodified?
To future-proof things -- what if Sensu adds a new standard field later? -- an agreement can be made, whereby any field-name beginning with a Capital letter is to be considered custom...

This seems related to the linky filter in the ngSanitize module of AngularJS. We'll have to see if it's fixed in the latest Angular 1.5.x release.


Show when a card is being hovered over.

Not quite ready to merge, but pull-requesting for discussion.
Basically this adds whether a card is being hovered to the gamestate, so the opponent can see it as well.
This is currently wrong, in that it will always show the hovers on the active player, even if the move was made by the inactive player, but I'm not sure how the gamestate can tell which of its players[] sent the move.
Also, while I'm pretty sure cards-being-hovered should be sent to the opponent, I'm not sure it should be stored in the gamestate necessarily.

It seems like the inactive player can't play a card, so why bother sending their hovers? We could just only send it out for the active player.
I think storing the hovers in the gamestate is logical because it makes it easier to reason about if everything the UI displays can be defined by what's in the gamestate.


Don't show both const/non-const member overloads.

Common pattern:
class X {
  const int &yyy() const;
  int &yyy();
};
void foo(X &x) { x.y^ }

Here there are two overloads that are identical except for the return type (never used in overload resolution) and the this-qualifiers, which are known. The const overload is dominated and cannot be called (without a cast etc). It should not be suggested in code completion, the same way we don't show private members.
Obviously if arg lists differ then we need to show both, as overload resolution may be able to select either. But identical arg types for the overloads is a common case.
The right fix is probably in Sema. It in fact knows something about the this-qualifiers already:

it rejects members with incompatible this-qualifiers
it boosts members with exactly-matching this-qualifiers
The bit that's missing is grouping members by name/signature so we can determine when one is dominated.

I'm fixing this in Sema: https://reviews.llvm.org/D62582
(This landed and got reverted - apparently a memory leak. I'll get it re-landed)


provision redhat sso namespaces in silver

Summary
In prep for SSO migration to silver, we need namespaces
To Do

provisioning request made
yaml infra code of rolebindings to template
(we should probs consider documenting the idea of gitopsifying rolebinding control via argo)

Update:

currently waiting for project set provisioning to be complete
we can't get a project set of 5. As for ocp4, we can only get standard project set with 4 namespaces. Manual namespace creation has been disabled. As a result, the team has suggested to make another project set request for sso sandbox. We will have to setup cicd pipeline to link up to the one extra when done

Update:

currently waiting for project set provisioning to be complete
we can't get a project set of 5. As for ocp4, we can only get standard project set with 4 namespaces. Manual namespace creation has been disabled. As a result, the team has suggested to make another project set request for sso sandbox. We will have to setup cicd pipeline to link up to the one extra when done

Update:
Namespaces here:
3d5c3f-dev - Single Signon Sandbox (dev)
3d5c3f-prod - Single Signon Sandbox (prod)
3d5c3f-test - Single Signon Sandbox (test)
3d5c3f-tools - Single Signon Sandbox (tools)

6d70e7-dev - Single Signon (dev)
6d70e7-prod - Single Signon (prod)
6d70e7-test - Single Signon (test)
6d70e7-tools - Single Signon (tools)

Also need a quota increase of SSO OCP4 project sets to Medium:
1 SSO instance will need:

7 cores - 14 cores
7 GiB - 14 GiB

1 DB instance will need:

750 millicores to 1500 millicores
3 GiB to 6 GiB

Audit log backup process will need:

50 millicores to 250 millicores
256 MiB to 1 GiB

Update:
Namespaces here:
3d5c3f-dev - Single Signon Sandbox (dev)
3d5c3f-prod - Single Signon Sandbox (prod)
3d5c3f-test - Single Signon Sandbox (test)
3d5c3f-tools - Single Signon Sandbox (tools)

6d70e7-dev - Single Signon (dev)
6d70e7-prod - Single Signon (prod)
6d70e7-test - Single Signon (test)
6d70e7-tools - Single Signon (tools)

Also need a quota increase of SSO OCP4 project sets to Medium:
1 SSO instance will need:

7 cores - 14 cores
7 GiB - 14 GiB

1 DB instance will need:

750 millicores to 1500 millicores
3 GiB to 6 GiB

Audit log backup process will need:

50 millicores to 250 millicores
256 MiB to 1 GiB

dup of https://app.zenhub.com/workspaces/platform-experience-5bb7c5ab4b5806bc2beb9d15/issues/bcgov/ocp-sso/131
closing

dup of https://app.zenhub.com/workspaces/platform-experience-5bb7c5ab4b5806bc2beb9d15/issues/bcgov/ocp-sso/131
closing


Make cypress-plugin-steps work with cypress-terminal-report plugin

At the moment two cypress-terminal-report is not showing sections nor steps
Link to cypress-terminal-report plugin -> https://www.npmjs.com/package/cypress-terminal-report?activeTab=versions

released in v1.1.0


Inline CSS Disappearing

I have just begun to use this to send emails upon a form submission, and I am attempting to send an html body with background-color and color stylings, etc..
When I send the email, it appears without the background color and color styling, but leaves present the display stylings. I am confused as to where in the process this is getting screwy, but something is definitely not working.

Nodemailer just passes on the HTML you have defined and does not modify it in any way. Designing e-mail templates is a science in itself, for example see this article for tips: http://www.sitepoint.com/how-to-code-html-email-newsletters/


Example in the README does not work

The Python example from README.md returns an error.
Executing:
import opentimelineio as otio

timeline = otio.adapters.read_from_file("foo.aaf")
for clip in timeline.find_clips():
  print(clip.name, clip.duration())

returns
AttributeError: 'opentimelineio._otio.Timeline' object has no attribute 'find_clips'

Hi @palemieux!
What version of OTIO are you currently using? The find_clips() method was recently added to the "main" branch and is not available in the latest released version 0.15.
For some reason there is no ReadTheDocs for 0.15 :thinking:
To make your example work, please try: timeline.each_clip(). Note that this is deprecated in the upcoming release.

the find_clips() method was recently added to the "main" branch and is not available in the latest released version 0.15.

Ok. That is likely the issue.

To make your example work, please try: timeline.each_clip(). Note that this is deprecated in the upcoming release.

Yes, that is what I ended up doing.

For some reason there is no ReadTheDocs for 0.15 🤔

Ok.
I recommend not breaking the API between major releases.

I recommend not breaking the API between major releases.

0.15 > 0.16 isn't a major. There is also a notice in the README that says:

OpenTimelineIO is currently in Public Beta. That means that it may be missing some essential features and there are large changes planned. During this phase we actively encourage you to provide feedback, requests, comments, and/or contributions.

Thanks for catching the documentation problem. The ReadTheDocs build for v0.15 has been pushed, so that issue is resolved.
We will certainly flag this API change when the next release happens, though as you noted, we did not communicate the deprecation in the previous release. Our release cadence has been much slower than we would like, which makes that level of planning difficult. If we want to be strict about it, we could add back shims for the old name, mark them as deprecated, and then remove the shims in the following release.
Also, if you're curious, you can see the reason for the rename here: https://github.com/AcademySoftwareFoundation/OpenTimelineIO/issues/1409

@jminor they were correctly marked as deprecated, see https://opentimelineio.readthedocs.io/en/stable/api/python/opentimelineio.core.html#opentimelineio.core.Track.each_clip. Though, it is true we didn't publicize it loudly.

Well, I say "correctly". It is correct from my point of view. A better word would be "formally". So we did some effort to announce it in some way, but more communication would have been better.

Ah thanks. I only looked at the release notes and didn't see it mentioned. We can discuss before the next release.