Gym crashes since updating to 2.60

New Issue Checklist

[ ✅] Updated fastlane to the latest version
[ ✅] I read the Contribution Guidelines
[ ✅] I read docs.fastlane.tools
[ ✅] I searched for existing GitHub issues

Issue Description
Gym crashing
/usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:135:in match': stack level too deep (SystemStackError) 	from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:135:in match_variable'
from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:122:in resolve_variable_substitution' 	from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:131:in resolve_variable_substitution'
from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:87:in resolve_build_setting' 	from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:128:in resolve_variable_substitution'
from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:131:in resolve_variable_substitution' 	from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:87:in resolve_build_setting'
from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:128:in resolve_variable_substitution' 	 ... 7410 levels... 	from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/fastlane-2.60.1/fastlane/lib/fastlane/cli_tools_distributor.rb:66:in take_off'
from /usr/local/lib/fastlane_lib/bundle/lib/ruby/gems/2.2.0/gems/fastlane-2.60.1/bin/fastlane:20:in <top (required)>' 	from /usr/local/lib/fastlane_lib/bundle/bin/fastlane:22:in load'
from /usr/local/lib/fastlane_lib/bundle/bin/fastlane:22:in `'
Environment
✅ fastlane environment ✅
Stack

Key
Value

OS
10.12.6

Ruby
2.2.4

Bundler?
false

Git
git version 2.13.5 (Apple Git-94)

Installation Source
/usr/local/lib/fastlane_lib/bundle/bin/fastlane

Host
Mac OS X 10.12.6 (16G29)

Ruby Lib Dir
/usr/local/lib/fastlane_lib/bundle/lib

OpenSSL Version
OpenSSL 1.0.2g  1 Mar 2016

Is contained
false

Is homebrew
false

Is installed via Fabric.app
true

Xcode Path
/Applications/Xcode.app/Contents/Developer/

Xcode Version
9.0

System Locale

Variable
Value

LANG
en_US.UTF-8
✅

LC_ALL
en_US.UTF-8
✅

LANGUAGE
en_US.UTF-8
✅

fastlane files:
`./fastlane/Fastfile`

# Customise this file, documentation can be found here:
# https://github.com/KrauseFx/fastlane/tree/master/docs
# All available actions: https://github.com/KrauseFx/fastlane/blob/master/docs/Actions.md
# can also be listed using the `fastlane actions` command

# Change the syntax highlighting to Ruby
# All lines starting with a # are ignored when running `fastlane`

# By default, fastlane will send which actions are used
# No personal data is shared, more information on https://github.com/fastlane/enhancer
# Uncomment the following line to opt out
# opt_out_usage

# If you want to automatically update fastlane if a new version is available:
# update_fastlane

# This is the minimum version number required.
# Update this, if you use features of a newer version
#fastlane_version "1.30.1"

default_platform :ios

    # increment_build_number

    gym(scheme: “MyScheme”, export_method: "app-store")

    # xctool # run the tests of your app
  end

  desc "Runs all the tests"
  lane :test do
    snapshot
  end

  desc "Submit a new Beta Build to Apple TestFlight"
  desc "This will also make sure the profile is up to date"
  lane :beta do
    # snapshot
    # sigh
    deliver(skip_metadata: true)

    # sh "your_script.sh"
    # You can also use other beta testing services here
  end

  desc "Deploy a new version to the App Store"
  desc "** Full Markdown** Support: `code`"
  lane :deploy do
    snapshot
    # sigh
    deliver(skip_deploy: true, force: true)
    # frameit
  end

  # You can define as many lanes as you want

  after_all do |lane|
    # This block is called, only if the executed lane was successful

    end

  error do |lane, exception|
    # slack(
    #   message: exception.message,
    #   success: false
    # )
  end
end

# More information about multiple platforms in fastlane:
# https://github.com/KrauseFx/fastlane/blob/master/docs/Platforms.md

`./fastlane/Appfile`
app_identifier “BUNDLE_IDENTIFIER HERE”
apple_id “APPLE_ID_HERE”

fastlane gems

Gem
Version
Update-Status

fastlane
2.60.1
✅ Up-To-Date

Loaded fastlane plugins:
No plugins Loaded
Loaded gems

Gem
Version

slack-notifier
1.5.1

CFPropertyList
2.3.5

claide
1.0.2

colored2
3.1.2

nanaimo
0.2.3

xcodeproj
1.5.2

rouge
2.0.7

xcpretty
0.2.8

terminal-notifier
1.8.0

unicode-display_width
1.3.0

terminal-table
1.8.0

plist
3.3.0

public_suffix
2.0.5

addressable
2.5.2

multipart-post
2.0.0

word_wrap
1.0.0

tty-screen
0.5.0

babosa
1.0.2

colored
1.2

highline
1.7.8

commander-fastlane
4.4.5

excon
0.59.0

faraday
0.13.1

unf_ext
<IP_ADDRESS>

unf
0.1.4

domain_name
0.5.20170404

http-cookie
1.0.3

faraday-cookie_jar
0.0.6

fastimage
2.1.0

gh_inspector
1.0.3

json
1.8.1

mini_magick
4.5.1

multi_json
1.12.2

multi_xml
0.6.0

rubyzip
1.2.1

security
0.1.3

xcpretty-travis-formatter
0.0.4

dotenv
2.2.1

bundler
1.15.4

faraday_middleware
0.12.2

uber
0.1.0

declarative
0.0.10

declarative-option
0.1.0

representable
3.0.4

retriable
3.1.1

mime-types-data
3.2016.0521

mime-types
3.1

little-plugger
1.1.4

logging
2.2.2

jwt
1.5.6

memoist
0.16.0

os
0.9.6

signet
0.7.3

googleauth
0.5.3

httpclient
2.8.3

google-api-client
0.13.6

generated on: 2017-10-04

Have uninstalled fastlane and all associated files, ran fastlane init and setup appidentifier, itunes userid etc.. gym stills crashes with:
/Library/Ruby/Gems/2.0.0/gems/xcodeproj-1.5.2/lib/xcodeproj/project/object/build_configuration.rb:135: stack level too deep (SystemStackError)
Is this a system issue or something for fastlane to address..?

I am getting exact same error. Both in local and Travis CI. None of the other "stack level too deep" issues are similar to this. One was mentioning the issue originated by the match password, but in my case it already passed the match step. Crashes as soon as gym runs.
Please help!

A couple questions:

Are you just calling fastlane gym and it's crashing?
Also, I see

Is installed via Fabric.app
true

Is that true for you too @yapiskan?
@OJDee are you still using fastlane from the Fabric.app?

@taquitos yes this was updated via Fabric. Is this no longer recommended?

I just wanted to get a good understanding of how best to repro 😄
We still support Fabric.app install 👍
That being said, if you're in a bind, you might want to give installing it via rubygems or brew a try.

@taquitos it still crashes when i just call fastlane gym.
Fastlane wasn't install via Fabric. But Fabric is installed anyways.
I uninstalled and reinstalled fastlane via rubygems. Now I am on 2.61 and still crashing. I tried installing different rvm versions as well, but no luck.

I have this issue too. Any ideas how can I help to resolve it?

I'm using Fastlane installed by bundler. As a work around, adding this line to Gemfile helps:
gem 'xcodeproj', '1.5.1'

Any ideas why reverting to 1.5.1 fixes the issue on some of some projects?
We have multiple iOS projects that use the latest Fastlane with xcodeproj 1.5.3, but it only crashes on one of them on CircleCI.

I've noticed this problem as well. As described by tomaskraina, using xcodeproj v1.5.1 and fastlane v2.64.0 as a workaround. [This pull request][https://github.com/CocoaPods/Xcodeproj/pull/515] should fix the issue, but isn't yet integrated in the latest xcodeproj version (v1.5.3).

Heyyyy 👋 Its been a while but I just wanted to check in to see if that pull request that was mentioned above solved things for everyone 😊


Conventions for commit messages and pull requests

In order to facilitate the automatic generation of release notes (see #601) and to enforce conventions in commit messages and pull requests, it could be useful to implement a commit linter. This is an automatic check that makes sure that commit messages and pull request follow a convention. Here are some reasons for using a commit linter for open source projects.
I implemented Commit Lint on one of my personal repositories in order to give an idea on how it works and looks like. Commit Lint enforces a commit message convention (I chose Angular) and shows a green flag if the commit message and pull request title conform to the convention or a red flag if they break it.
Here is an example of a successful commit message and pull request title (not feat: in the commit message and pull request title):

Here is an example of a failed commit message and pull request title (no type specified in the commit message):

Here are some examples of commit messages following the Angular convention. The list of types in a commit message (i.e. the start of a commit message) is here.
Do XSpec maintainers and contributors think it could be useful to implement this in the xspec repo? I can easily implement it but I would like to get your feedback first since this will have an impact on how pull requests are raised.
I also think it would be good to write a CONTRIBUTING.md page describing how to contribute to XSpec (at the moment we only have two paragraphs in the README file). Technicalities like the commit lint and the CI could also feature in such a page. Again, I'm happy to prepare a draft.

Nice idea. Will it work well with our squash-and-merge strategy?
Establishing CONTRIBUTING.md sounds good too.

I think so, here is an example of how it will look like when doing a squash-and-merge:

As long as the maintainer doesn't change the main commit message after the commit lint checks, that should work and stay green. I will also write down instructions on how to amend a commit message already pushed to GitHub, this will happen a lot for new contributors.

Thanks for the image.
Will it require every commit contained in a PR to follow the convention? For example, #138 consists of 13 commits. If all the 13 commits must follow the convention, it might be too stern. Also, if we do squash-and-merge in the end, each commit is not that important.

No, only the last commit (and the PR title) must follow the convention. I tried amending my broken commit message in https://github.com/cirulls/vimrc/pull/2 and it looks like this:

Note that it shows the first commit as red because of breaking the naming conventions but the last commit and final check result are green.

Great.
xslt, xquery and schematron might be good candidates for the scope.

Assuming we take the Angular convention, do you have any proposal for the details, @cirulls?
If you have, we can follow it for v1.6.0.

@AirQuick: I submitted #756 with an initial draft for contributing guidelines, it contains conventions and examples for git commit messages following the Angular conventions. Feel free to comment directly in that pull request.


Paramater -DisallowMembersViewMembership

Paramater -DisallowMembersViewMembership
This seems confusing. In the UI there is no option to disallow Members from viewing the membership of the group. Rather, there are two options for who is allowed to view membership:-

Only Group Members
Everyone
Please clarify what this parameter does and how to use it. "DisallowMembersViewMembership" is highly un-intuitive.

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

ID: 44489c78-274c-2c09-cd51-16f6ed183317
Version Independent ID: eadbb80c-20fb-9bec-a996-325762c315d4
Content: New-PnPGroup (sharepoint-pnp)
Content Source: sharepoint/sharepoint-ps/sharepoint-pnp/New-PnPGroup.md
GitHub Login: @techwriter40
Microsoft Alias: kirks

@officedocsbot assign @yogkumgit

Hello @John471
I need to kindly redirect you to this other repo for PnP issues
As you might know, PnP cmdlets are community-driven, a member of the community will pick your request there and handle it, please do a search first in the issues to see if this has been already reported.
Hope this info helps you

@get-itips Thank you very much for the contribution and sharing this explanation. @John471
These repos are all open source and the community would welcome to contribute. Thanks for taking out some time to open the issue. Appreciate and encourage you to do the same in future also.


autochdir not working

Describe the bug
autochdir is not working for me
To Reproduce
Detailed steps to reproduce the behavior:
i don't know how to reproduce the behavior
Expected behavior
the terminal directory should be following vim's current working directories but it isn't i think
in the following video i'll show you what i mean, when i cd into Documents/haskell/tester.hs , and exit vim, the terminal directory should be left on Documents/haskell/ , i've been using vim for a couple of months now and if i'm not mistaken this is how it's supposed to work.
Screenshots
https://streamable.com/exfczx
Environment (please complete the following information):

Vim version
VIM - Vi IMproved 8.1 (2018 May 18, compiled Apr 15 2020 06:40:31)
Included patches: 1-2269
Modified by<EMAIL_ADDRESS>Compiled by<EMAIL_ADDRESS>Huge version with GTK3 GUI.  Features included (+) or not (-):
+acl               -farsi             -mouse_sysmouse    -tag_any_white
+arabic            +file_in_path      +mouse_urxvt       +tcl
+autocmd           +find_in_path      +mouse_xterm       +termguicolors
+autochdir         +float             +multi_byte        +terminal
-autoservername    +folding           +multi_lang        +terminfo
+balloon_eval      -footer            -mzscheme          +termresponse
+balloon_eval_term +fork()            +netbeans_intg     +textobjects
+browse            +gettext           +num64             +textprop
++builtin_terms    -hangul_input      +packages          +timers
+byte_offset       +iconv             +path_extra        +title
+channel           +insert_expand     +perl              +toolbar
+cindent           +job               +persistent_undo   +user_commands
+clientserver      +jumplist          +postscript        +vartabs
+clipboard         +keymap            +printer           +vertsplit
+cmdline_compl     +lambda            +profile           +virtualedit
+cmdline_hist      +langmap           -python            +visual
+cmdline_info      +libcall           +python3           +visualextra
+comments          +linebreak         +quickfix          +viminfo
+conceal           +lispindent        +reltime           +vreplace
+cryptv            +listcmds          +rightleft         +wildignore
+cscope            +localmap          -ruby              +wildmenu
+cursorbind        +lua               +scrollbind        +windows
+cursorshape       +menu              +signs             +writebackup
+dialog_con_gui    +mksession         +smartindent       +X11
+diff              +modify_fname      +sound             -xfontset
+digraphs          +mouse             +spell             +xim
+dnd               +mouseshape        +startuptime       +xpm
-ebcdic            +mouse_dec         +statusline        +xsmp_interact
+emacs_tags        +mouse_gpm         -sun_workshop      +xterm_clipboard
+eval              -mouse_jsbterm     +syntax            -xterm_save
+ex_extra          +mouse_netterm     +tag_binary
+extra_search      +mouse_sgr         -tag_old_static
system vimrc file: "$VIM/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
defaults file: "$VIMRUNTIME/defaults.vim"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/harfbuzz -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wdate-time  -g -O2 -fdebug-prefix-map=/build/vim-iU6mZD/vim-8.1.2269=. -fstack-protector-strong -Wformat -Werror=format-security -D_REENTRANT -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc   -Wl,-E  -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -o vim   -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE  -lm -ltinfo -lnsl  -lselinux  -lcanberra -lacl -lattr -lgpm -ldl  -L/usr/lib -llua5.2 -Wl,-E  -fstack-protector-strong -L/usr/local/lib  -L/usr/lib/x86_64-linux-gnu/perl/5.30/CORE -lperl -ldl -lm -lpthread -lcrypt  -L/usr/lib/python3.8/config-3.8-x86_64-linux-gnu -lpython3.8 -lcrypt -lpthread -ldl -lutil -lm -lm -L/usr/lib/x86_64-linux-gnu -ltcl8.6 -ldl -lz -lpthread -lm

OS:Kubuntu 20.04

Terminal: konsole

the terminal directory should be following vim's current working directories but it isn't i think

That is not what the autochdir setting is for. It's so that the current directory will be in sync for all buffers. However the shell has its own knowledge of a current directory and is totally independent of Vim. I am not even sure, it will be possible to make it follow Vims current directory.

the terminal directory should be following vim's current working directories but it isn't i think

That is not what the autochdir setting is for. It's so that the current directory will be in sync for all buffers. However the shell has its own knowledge of a current directory and is totally independent of Vim. I am not even sure, it will be possible to make it follow Vims current directory.

wow i must have been confused, thank you for replying i guess i should close this issue hah


+[NSData dataFromBase64String:]: unrecognized selector sent to class

This message appears and the app crashes.
I'm using cordova 5
My code is:
cordova.base64ToGallery(
        canvas.toDataURL().replace('data:image/png;base64,', ''),
        'img_',
        function(msg){
          console.log(msg);
        },
        function(err){
          console.log(err);
        }
      );

Hello emnloc,
which version of Xcode and iOS are you using?
And you don't need to call the replace() method on dataUrl stringe because the plugin already do that.

@StefanoMagrassi  I'm using Xcode 7.2 and ios 9.2

@emnloc it could be a problem with NSData+Base64.h class that, according to cordova-ios documentation, seems to have been removed from version 4.0 of the platform.
I wrote this plugin for a specific project and maybe I was lucky (Xcode warns me about deprecated methods, but the app runs well anyway).
I can't fix it now, but I'll probably start working on it tomorrow.
If you can't wait, you can try to edit the Base64ToGallery.m script and maybe send  a PR.

@emnloc I probably fixed the issue.
Please, checkout the "issue#3" branch and make some test.
I've tried with my cordova application on a Macmini with Xcode 7.2: no warnings or errors and the image was saved on the device. But I need to be more confident before merging it in "master" branch and publishing it on npm.
Tell me if have some troubles with the tests.

@StefanoMagrassi it works fine, I've tested in on my iPad mini and the simulator.
Great job!! :clap: :clap:

@emnloc ok, perfect.
I cannot merge the branch now, but I wil do it during the day.
When I'll close the issue you will find on npm (and here obviously) the new plugin version


[FLINK-4329] Fix Streaming File Source Timestamps/Watermarks Handling

This is a quick fix for the [FLINK-4329] issue. The fix on the master is different but it contains more changes that are not easy to back-port to 1.1.

Thanks @mxm and @StephanEwen for the comments. I have updated the PR.

Thanks! Merged. Could you close the PR?


feat: added rendered func to ssrContext

Maintain compatibility with some well-known Vue plugins, like @vue/apollo-ssr

Thanks for the pull request @hagushorn! I'm fine with adding this hook but would you please elaborate more about "maintain compatibility" ? Do you need it for Nuxt or in general?

closing as I think this is not needed and it's several years later
if there's an ongoing need please do link me to an upstream issue 🙏


请问我单独监听mysql，怎么没反应呢

arm64框架，监听mysql，开了个服务调用

Connect to port 3307 in your program?

no,my program port is 8888,I want to check the connection status of MySQL
if I remove -p param, It didn't respond
$ tproxy -r <IP_ADDRESS>:3306 -s -q
09:30:26.794 Listening on <IP_ADDRESS>:60785...

Listening on port 60785


feat(ONYX-511): move custom inputs below

This PR resolves ONYX-511
Description

PR Checklist

[x] I have tested my changes on iOS and Android.
[ ] I hid my changes behind a feature flag, or they don't need one.
[x] I have included screenshots or videos, or I have not changed the UI.
[ ] I have added tests, or my changes don't require any.
[ ] I added an app state migration, or my changes do not require one.
[ ] I have documented any follow-up work that this PR will require, or it does not require any.
[x] I have added a changelog entry below, or my changes do not require one.

To the reviewers 👀

[ ] I would like at least one of the reviewers to run this PR on the simulator or device.

Changelog updates
Changelog updates

Cross-platform user-facing changes

Move custom min/max inputs of Price Range filter below slider - daria

iOS user-facing changes

Android user-facing changes

Dev changes

Need help with something? Have a look at our docs, or get in touch with us.

This PR contains the following changes:

Cross-platform user-facing changes (Move custom min/max inputs of Price Range filter below slider - daria)

  Generated by :no_entry_sign: dangerJS against 53a77f6f09ea0e6dcb256ee8111b64509fd4ba66

Done @gkartalis! Was editing the description and didn't save the changes initially 😶🌫

FYI - we did the same on web
Discussion with the design: https://artsyproduct.atlassian.net/browse/ONYX-511?focusedCommentId=59493


Fzf 0.54.1 mac arm64 release contains a ._fzf file

Is this intended?
$ unzip -l ~/Downloads/fzf-0.54.1-darwin_arm64.zip
Archive:  /Users/lilja/Downloads/fzf-0.54.1-darwin_arm64.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
  4019680  07-19-2024 10:13   fzf
      163  07-19-2024 10:13   ._fzf
---------                     -------
  4019843                     2 files

$ unzip -l ~/Downloads/fzf-0.54.0-darwin_arm64.zip
Archive:  /Users/lilja/Downloads/fzf-0.54.0-darwin_arm64.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
  3985760  07-08-2024 15:53   fzf
---------                     -------
  3985760                     1 file

No, I didn't intend it. I'm not familiar with those files, but after going through some random pages on the internet, I think it's safe to remove them.

https://apple.stackexchange.com/questions/373450/why-are-almost-blank-files-being-created-by-macos-and-applications

I'll see what I can do.

https://forums.developer.apple.com/forums/thread/690457

Closed in https://github.com/junegunn/fzf/commit/b896e0d3140e4a80725fe5a54a9703e4a46e8b65


virtualhere.service: Main process exited, code=exited, status=5/NOTINSTALLED

Hello,
I'm trying to install virtualhere server on a device running Fedora Server 39.
After getting past the initial SELinux problems, now the service doesn't seem to start due to this status=5/NOTINSTALLED.
Any suggestion what could be wrong?
Here is the full systemctl status:
lexpaval@lexzone-beelink-ser6:~$ systemctl status virtualhere.service
× virtualhere.service - VirtualHere Server
     Loaded: loaded (/etc/systemd/system/virtualhere.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: failed (Result: exit-code) since Fri 2024-01-12 21:00:54 EET; 1min 12s ago
   Duration: 1.006s
    Process: 402117 ExecStart=/usr/local/sbin/vhusbdx86_64 -b -c /usr/local/etc/virtualhere/config.ini (code=exited, status=0/SUCCESS)
   Main PID: 402118 (code=exited, status=5)
        CPU: 31ms

Jan 12 21:00:52 lexzone-beelink-ser6 systemd[1]: Starting virtualhere.service - VirtualHere Server...
Jan 12 21:00:53 lexzone-beelink-ser6 vhusbdx86_64[402117]: >>> Starting VirtualHere USB Server v4.6.2 (Built: Dec 14 2023, 10:45:18)<<<
Jan 12 21:00:53 lexzone-beelink-ser6 vhusbdx86_64[402117]: Using configuration /usr/local/etc/virtualhere/config.ini
Jan 12 21:00:53 lexzone-beelink-ser6 systemd[1]: Started virtualhere.service - VirtualHere Server.
Jan 12 21:00:53 lexzone-beelink-ser6 vhusbdx86_64[402118]: Server licensed to=unlicensed max_devices=1
Jan 12 21:00:53 lexzone-beelink-ser6 vhusbdx86_64[402118]: Using large URB's
Jan 12 21:00:53 lexzone-beelink-ser6 vhusbdx86_64[402118]: Error starting server
Jan 12 21:00:54 lexzone-beelink-ser6 vhusbdx86_64[402118]: >>> Shutdown <<<
Jan 12 21:00:54 lexzone-beelink-ser6 systemd[1]: virtualhere.service: Main process exited, code=exited, status=5/NOTINSTALLED
Jan 12 21:00:54 lexzone-beelink-ser6 systemd[1]: virtualhere.service: Failed with result 'exit-code'.

Okay, I installed usbip, rebooted, and now it works, closing the issue.

The virtualhere server is completely different and doesn't use any usbip modules or programs and they are not required for installation.
I think you were running the virtualhere server already and you tried to start it again via the virtualhere service and it exited because of that. Rebooting the server would have stopped your existing virtualhere server process and on the reboot the service would have started it correctly.


Misaligned Information

We describe in the "Change the Service Administrator" section: The user with the Account Administrator role has no access to the Azure portal. The user with the Service Administrator role has full access to the Azure portal. If the Account Administrator and Service Administrator are the same user and you change the Service Administrator to a different user, then the Account Administrator loses access to Azure portal.
However, here (https://docs.microsoft.com/en-us/azure/role-based-access-control/rbac-and-directory-admin-roles#classic-subscription-administrator-roles) we describe the permission of the Account Administrator as follows:
Manage billing in the Azure portal
Manage all subscriptions in an account
Create new subscriptions
Cancel subscriptions
Change the billing for a subscription
Change the Service Administrator
Meaning, the Account Administrator still has access to the portal, even if they are not Service Admin anymore.

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

ID: 25dd53de-a48b-5cc3-4af3-2bc27d26efe4
Version Independent ID: 41c7fe08-42bb-8b32-c7d7-845d6bb39209
Content: Azure classic subscription administrators
Content Source: articles/role-based-access-control/classic-administrators.md
Service: role-based-access-control
GitHub Login: @rolyon
Microsoft Alias: rolyon

@lpassig Thanks for the feedback. We will engage the content development team for further investigation, they will verify and perform necessary changes in the document as needed.

Hi @lpassig
Thanks for your feedback, we've updated the docs:
https://docs.microsoft.com/en-us/azure/role-based-access-control/rbac-and-directory-admin-roles#classic-subscription-administrator-roles
Let us know if you have any additional feedback.
thanks

#please-close


Create a contact info block

Add links to social networks (LinkedIn, Facebook, Instagram), phone number, email, Telegram username, etc.

Done


Add more link relations for pull requests

https://developer.github.com/v3/pulls/#link-relations
vs.
https://hackage.haskell.org/package/github-0.15.0/docs/GitHub-Data-PullRequests.html#t:PullRequestLinks

I'm slightly :-1: on adding API links, there is no actual need as you should be able to construct them using the library. Won't reject the PR though.


Chore/node version update

created release/3.2.1 since Bellhop does not have a true develop branch (dev was last updated in 2015) and I want to fit a couple other small things into this release.
If we decide to create a dev branch I can always just close this PR.

Actually going to close this until further discussion

Actually going to close this until further discussion


Feature/8187 spec blockchain proof verification

Work in progress on verification spec - loading verification keys.

!approved-for-mainnet


Remove whitespace and fix component indentation

This PR removes the whitespace after each class attribute and ensures the indentation of the HTML output when the component template file is compiled is correct.

No worries! I haven't generated the READMEs yet as it looks like they render slightly differently than the output HTML in /public/components.
I spotted a couple of errors with the label and input components, where we're importing another component first and need to be able to define additional classes for both the label and the input. Have fixed those for input and file upload.

We will also be able to remove the additional (strip whitespace before and after){{- and -}} for each component once we've split the variants into separate files.


How to get Futures quotes faster than 1 minue

This could be a TD API limitation. Is there a way to pass frequency into the streamer for the futures contracts? Right now, it updates every minute. Can it be every 5 seconds, etc?

Though not documented, this seems to be an API limitation. I've even tried setting the qos level to 500ms, but has zero effect on chart data.

Are we supposed to use LEVELTWO_FUTURES?

I believe TIMESALE_FUTURES is a better option for that.

Probably correct. It seems like the chart sub is only one minute.
Then, it seems like the user app needs to calculate OHLCV with the TIMESALE_FUTURES data for that minute.
From the docs:

8.0 CHART
Chart provides  streaming one minute OHLCV (Open/High/Low/Close/Volume) for a one minute period .
The one minute bar falls on the 0 second slot (ie. 9:30:00) and includes data from 0 second to 59 seconds.
For example, a 9:30 bar includes data from 9:30:00 through 9:30:59.


Misleading "Cannot read properties of null (reading 'postMessage')" error

🐛 Bug Report
If browser page settings are defined to block popups by default user will see misleading error message:
ERROR
Cannot read properties of null (reading 'postMessage')
TypeError: Cannot read properties of null (reading 'postMessage')

In order to fix this just allow popup for a page.

To Reproduce
Block popup for a page and use ?showtranslations query param in your app.
Expected behavior
Check if window.open returns null and more clear error message that can suggest to take a look on browser settings for this page.
Your Environment

runtime version: browser
module version: "i18next": "^22.4.14", "translation-check": "^1.0.2",
os: Linux

Would you like to provide a PR?

v1.0.3


⚠ Secret Website 3 has degraded performance

In 1cbcd3f, Secret Website 3 ($SECRET_WEBSITE_3) experienced degraded performance:

HTTP code: 200
Response time: 2483 ms

Resolved: Secret Website 3 performance has improved in 570a9af.


gen unique name

closes #144

Coverage decreased (-0.3%) to 94.054% when pulling e05cb931e8978f9c12632a6cafca1da2c51440ce on negar-rostamzadeh:edit-negar into f0793309f25b03e1a2dced75b51a19d5e31dc820 on SMART-Lab:master.

@negar-rostamzadeh you'll need to rebase from master.


[NDArray] Update runtime.TVMArrayAllocWithScope to use ShapeTuple

runtime.TVMArrayAllocWithScope predates the introduction of ShapeTuple, and its use simplifies the tvm.nd.empty function.  The two modified locations are the only occurrences of the string "TVMArrayAllocWithScope" in the repository, so no other call sites should need to be updated.

Follow-up from a comment on #10712, where a similar change was requested on a newly introduced function.


Llama-3 support?

Very interested to use this library with Llama 3.  Any idea when Llama 3 will be supported?

Llama 3 is very much supported. The examples are not up to date I guess, but usage is similar to Llama 2 (And I recently used transformer-heads + Llama 3 in another project and it worked great).
Here some code that may help you get started
from transformer_heads import HeadConfig, create_headed_qlora
from transformer_heads.util.helpers import get_model_params

base_model_name = "meta-llama/Meta-Llama-3-8B"
model_params = get_model_params(base_model_name)
model_class = model_params["model_class"]
hidden_size = model_params["hidden_size"]
vocab_size = model_params["vocab_size"]

head_config = HeadConfig(
    name=f"value_head",
    layer_hook=-1,
    in_size=hidden_size,
...

From there, check the notebooks  to finish designing your HeadConfig and to create you model.


add a test for Github #6492

the issue was already fixed at some point.

@ptosco : this is another one of those super easy reviews: I just added a test for a bug that was apparently already fixed


Add more languages support

Add ruby/nodejs
Update Java
This checklist is used to make sure that common issues in a pull request are addressed. This will expedite the process of getting your pull request merged and avoid extra work on your part to fix issues discovered during the review process.
PR information

[x] The title of the PR is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For information on cleaning up the commits in your pull request, see this page.
[x] Except for special cases involving multiple contributors, the PR is started from a fork of the main repository, not a branch.
[ ] If applicable, the PR references the bug/issue that it fixes.
[x] Swagger files are correctly named (e.g. the api-version in the path should match the api-version in the spec).

Quality of Swagger

[x] I have read the contribution guidelines.
[x] My spec meets the review criteria:

[x] The spec conforms to the Swagger 2.0 specification.
[x] The spec follows the guidelines described in the Swagger checklist document.
[x] Validation tools were run on swagger spec(s) and have all been fixed in this PR.

Automation for azure-sdk-for-python

Automation for azure-sdk-for-node

Automation for azure-sdk-for-ruby

Automation for azure-libraries-for-java

Automation for azure-sdk-for-go

Curious why Ruby was removed?

Removed it since there were errors and didn't want it to hold up my PR. The immediate goal is Java / NodeJS so I'll revisit ruby at a later date.

@RikkiGibson @amarzavery does it look ok for Java/Node?

@jianghaolu probably knows how it's doing with Java, but it looks ok for node. Wondering why there's Ruby config while Ruby isn't listed in the top swagger-to-sdk repos list.

Automation for azure-sdk-for-java


[Feature Request] Customize shortcuts

Some shortcuts, such as "scroll to top", are different from Vim. But I want to change "go to graph view" to gv and "scroll to top" to gg.

Yes you can do that.
Step 1: Change logseq go graph view shortcut keybinding.

Step 2: Change vim shortcuts settings json file.


cdf on samplesets

Fixes #1098.
Also it's 30x faster on synthetic benchmark :)

bash: line 1: no: command not found
error Command failed with exit code 127.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
Error: Process completed with exit code 127.

This looks like broken CI to me, maybe codecov is down? https://status.codecov.com/ reports some issues...

Codecov Report

Merging #1171 (bfcea1d) into develop (d9f4171) will increase coverage by 0.06%.
The diff coverage is 100.00%.

@@             Coverage Diff             @@
##           develop    #1171      +/-   ##
===========================================
+ Coverage    59.18%   59.24%   +0.06%
===========================================
  Files           98       98
  Lines         4496     4498       +2
===========================================
+ Hits          2661     2665       +4
+ Misses        1835     1833       -2

Impacted Files
Coverage Δ

...le-lang/src/rescript/Distributions/GenericDist.res
63.54% <100.00%> (+0.98%)
:arrow_up:

...ript/Distributions/SampleSetDist/SampleSetDist.res
40.00% <100.00%> (+7.24%)
:arrow_up:

...script/Distributions/PointSetDist/PointSetDist.res
68.62% <0.00%> (-1.97%)
:arrow_down:

...rescript/Distributions/PointSetDist/Continuous.res
61.48% <0.00%> (-0.75%)
:arrow_down:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

This looks pretty good. I appreciate that you also added an efficient cdf function for SampleSet for this. Nice work!


feat: masking api key for litellm

Description: Masking API key for LiteLLM Chat Model to protect user secrets.
Issue: https://github.com/langchain-ai/langchain/issues/12165
Dependencies: Litellm and LangChain
Tag maintainer: @eyurtsev
make test skips current unit_test and we are unable to install the dependency litellm due to a conflict with tiktoken See #14419

closing due to merge conflicts


Runner is not healthy

I'm trying to setup new Fargate Gitlab runner on aws, however getting error that runner is not healthy and will be disabled. Also noticed that "https://gitlab.com/null" is the url it is trying, however in config I added proper url. Also not sure why there is 'null' path in URL.
2022-02-27T10:26:55.349+05:30	% Total % Received % Xferd Average Speed Time Time Time Current 2022-02-27T10:26:55.350+05:30	Dload Upload Total Spent Left Speed 2022-02-27T10:26:55.556+05:30	  0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 399 0 0 100 399 0 1965 --:--:-- --:--:-- --:--:-- 1955 100 426 100 27 100<PHONE_NUMBER> --:--:-- --:--:-- --:--:-- 2038 2022-02-27T10:26:55.746+05:30	Runtime platform  arch=amd64 os=linux pid=75 revision=de104fcd version=14.5.1 2022-02-27T10:26:55.746+05:30	Starting multi-runner from /etc/gitlab-runner/config.toml... builds=0 2022-02-27T10:26:55.746+05:30	Running in system-mode.  2022-02-27T10:26:55.746+05:30	 2022-02-27T10:26:55.746+05:30	Configuration loaded  builds=0 2022-02-27T10:26:55.746+05:30	listen_address not defined, metrics & debug endpoints disabled builds=0 2022-02-27T10:26:56.447+05:30	Session server listening  address=[::]:8093 builds=0 2022-02-27T10:26:56.927+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T10:26:59.786+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T10:27:02.855+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T10:27:02.857+05:30	ERROR: Runner https://gitlab.com/null is not healthy and will be disabled! 2022-02-27T11:26:56.671+05:30	ERROR: Runner https://gitlab.com/null is not healthy, but will be checked! 2022-02-27T11:26:57.081+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T11:27:00.107+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T11:27:03.896+05:30	ERROR: Checking for jobs... forbidden  runner=null 2022-02-27T11:27:03.898+05:30	ERROR: Runner https://gitlab.com/null is not healthy and will be disabled! 2022-02-27T12:26:56.891+05:30	ERROR: Runner https://gitlab.com/null is not healthy, but will be checked!

I fixed this by updating in gitlab_ci_fargate_runner/docker_fargate_driver/docker-entrypoint.sh default value of GITLAB_URL. Could not find other location where it can be passed as config or argument etc.
get_from_metadata() { ....     # Read theAccessKeyId, SecretAccessKey, and Token` values.
export AWS_ACCESS_KEY_ID=$(echo $AWS_CREDENTIALS | jq '.AccessKeyId' --raw-output)
export AWS_SECRET_ACCESS_KEY=$(echo $AWS_CREDENTIALS | jq '.SecretAccessKey' --raw-output)
export AWS_SESSION_TOKEN=$(echo $AWS_CREDENTIALS | jq '.Token' --raw-output)
# Default to https://gitlab.com if the GitLab URL was not specified
export GITLAB_URL=${GITLAB_URL:=<My gitlab url>}`

Hello @plpatankar ,
In the configuration file, you can set the gitlab server , in app.yml
here is an example of  app.yml-example.
The variable name is : gitlab_server
ex: gitlab_server: my-gilab-server

@boooziz gitlab_server is already added, however it still picks default gitlab.com. By the way variable in script is GITLAB_URL but you suggested gitlab_server.
I even added GITLAB_URL variable in app.yml but it does not work.

Hello @plpatankar ,
I corrected the issue and pushed a new patch, that  adds  variable GITLAB_URL to the task definition.
The GITLAB_URL = https://{gitlab_server}.
Regards


extension being stripped

Environment
Windows build number: Version 10.0.18362.418
PowerToys version: 0.12.0
PowerToy module for which you are reporting the bug (if applicable): PowerRename

Steps to reproduce
Folder containing 140 jpg images in the format 1_xxx.jpg
find 1_ and replace with nothing, have Match All Documents & Item Name Only selected
Expected behavior
The file extensions remain.
Actual behavior
The file's extensions are being stripped when the batch is run
Screenshots
image

Thanks! I recently checked in a fix for this.  Please install the next release when it is available.


Isar connector throws error at start

Steps to Reproduce
Hi, first of all thank you very much for the great work that you have been doing with Hive and Isar lately. Really looking forward to a stable version of Isar. I have been having some problems recently with connecting to Isar inspector using the example in the docs. I have a very simple Contact table with an id and name. When trying to open the inspector it throws the error below at the start:
Something went wrong. ext.isar.excecuteQuery: (-32000) Server error type 'null' is not a subtype of Iterable<dynamic>
When i print the entry in the table in the terminal it all seems fine and there are no null values or anything weird:
Contact(id:1, name: 'My first contact')
Version
isar: ^0.4.0
isar_flutter_libs: ^0.4.0
isar_connect:
git:
url: git@github.com:isar/isar.git
path: packages/isar_connect
dev_dependencies:
isar_generator: ^0.4.0
build_runner: any
analyzer:^1.0.0

Fixed with stable release


New PWA sample

Adding a new demo PWA I've been working on recently to the list of PWA demos on DMC.
This one uses quite a few of the APIs and features we are documenting on DMC, so it's a good one to have on this page.

Docs Build status updates of commit 7ad5d79:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

microsoft-edge/progressive-web-apps-chromium/demo-pwas.md
:white_check_mark:Succeeded
View

microsoft-edge/progressive-web-apps-chromium/media/pwamp.png
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


[$500] Web - Single Level Tags - System message doesn't come in the #admins chat

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: v1.4.21-4
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:

Log in to OldDot with a Expensifail account
If needed, create a control policy
3.Navigate to tags
Add a few tags
Click on edit budget next to a tag
Enable the option
Edit the personal budget to 50
Edit the workspace budget to 100
Edit the notification threshold to 50%
Create a report in the control policy
Add a 30$ expense with the tag that has a budget selected, mark the report as approved, create another report
Add some expenses with the same tag, submit the report but don't approve, create another report
Add some expenses with the same tag, and leave the report in open status
Navigate to the #admins chat
Verify there's a message posted related to the report and/or budget

Expected Result:
There's a message posted related to the report and/or budget
Actual Result:
System message doesn't come in the #admins chat
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

Screenshots/Videos
Add any screenshot/video evidence
https://github.com/Expensify/App/assets/93399543/ec928764-949c-4d80-b0c0-2b5dc585d36f
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~018727c3e01cd23aa1
Upwork Job ID:<PHONE_NUMBER>914841088
Last Price Increase: 2024-01-11

@muttmuure Checking with QA team, will back to you shortly. Thank you

@muttmuure Yes,  the Workspace default currency is UAH

@dangrous is this something that you would want to fix post budgets go live?

yeah i can take a look. Certainly feels internal not external, at least

I think this actually may have been fixed by a PR that got deployed 2 days ago. going to re-test to make sure. If not, will continue to look into it!

Okay yeah I just tested this and it looks like we're good now - one clarification on the testing steps though - the notification appears in #admins after step 10; there should not be any additional notification after step 10. Does that make sense?
Let me know if you can double check my testing @muttmuure and if you get the expected behavior too, we can close.


stacks : cpp( STL )

Description
This will be a tutorial video on stacks in cpp STL and will be detailed one
Domain
C/CPP
Type of Contribution
Video
Code of Conduct

[X] I follow Contributing Guidelines & Code of conduct of this project.

/assign

/assign


Fix for issue 34 bug where undefined values being seen on import

Fixes # .
Changes proposed in this pull request:
-Handle types String, boolean and number in helpers.ts

@csimoes1 Thanks for looking into this...haven't fully tested it but hopefully it helps.

@jloosli Thanks for accepting the fix.  Looking forward to the 10.4 release!  I'm using your project, and glad I could contribute to your helpful project.


cant detect WebGL

firefox 45 ubuntu 14.04 x64
(firefox 44 with same config - ok)

sorry, just need to reset gfx.crash-guard.* in about:config


Organize around bug reporting

The cards where bugs are really bad for us are outside the circle of "cards we think people care about" at wotc hq which leads to things like Living Lore not being fixed for multiple seasons. We could do a lot more to increase the visibility and importance of these bugs by organizing feedback from the community. Esp with our bug list.

Whenever I see people mention bugs on Reddit, I generally link to the relevant issue in our tracker.
Ideally, I'd like to spruce up the Bugged Cards page, and make it a better (and more reliable) version of the bug blog.  This requires full feature parity with the currently provided data there.
I'll make a checklist of what needs to be done tomorrow morning.

I think this would be awesome, especially as we are so far along towards having it. Can do some of the work as required.


[BUG REPORT]

Try launching it again, some specific circumstances can cause it to keep some of the files open on windows, re-running it after closing will usually work fine.


KAFKA-12864: Move queue and timeline into server-common

Move the KafkaEventQueue and timeline data structures into server-common. Since they are
generic data structures not specific to metadata, they fit better into the server-common gradle
module than into the metadata module.

Thanks for the PR. Can we please include the motivation?

Are we using these classes from any module besides metadata atm?

I would personally not move these classes unless we believe we will use them from other modules. They're a bit specialized, especially the timeline ones.

I would personally not move these classes unless we believe we will use them from other modules. They're a bit specialized, especially the timeline ones.

KafkaEventQueue is already used in core. It's just an event queue; there is nothing metadata-specific about it, so I think it belongs in server-common. The timeline data structures are not used anywhere else, however.
I will revise the PR to move just the queue and not the timeline data structures.

Makes sense. Thanks!

OK. Thanks for the reviews. I will commit after Jenkins runs if there are no objections
(current PR just moves KafkaEventQueue)


keshif.js loses styling when in offline mode

When using keshif without an internet connection the various online resources do not load. Is there an offline version of keshif.

You can run the open-source version on your own computer without an internet connection. If you connect to an online data souce (such as google sheet or a cloud file), or if you import images and custom styles from other websites, you'll still need to be connected online.
If you have a professional use case and want to get an updated version for offline use, and for more support, we'll be happy to hear from you at info @ keshif.me.
Thanks for your input & interest,


Keep consistent behavior between in the activities and 'Manage Access' dialog after changing the permissions for one Azure AD attached blob container

Storage Explorer Version: 1.16.0
Build Number: 20201208.6
Branch: main
Platform/OS: Windows 10/ CentOS 7.6.1810 (Core) / MacOS Catalina
Architecture: ia32/x64
Regression From: Not a regression
Steps to Reproduce

Expand one ADLS Gen2 account -> Blob Containers.
Create a blob container -> Right click it -> Click 'Manage Access Control Lists…'.
Click '$superuser(Owner)' -> Add an account (do not has access to the container) -> Check all permissions -> Click 'OK'.
Attach the blob container with Azure AD.
Change the permissions in the 'Manage Access' dialog for the Azure AD attached blob container.
Check whether the behavior is consistent between the activities and 'Manage Access' dialog.

Expected Experience
Keep consistent behavior between in the activities and 'Manage Access' dialog.
Actual Experience

Show a failed activity log.

The permissions is updated successfully when observing its permissions in the 'Manage Access' dialog.

Additional Context

This issue doesn't reproduce for one RBAC(Storage Blob Data Owner role) Azure AD attached blob container.
This issue also reproduces for one blob /folder under the attached blob container.
The error details of the failed activity log: Details.txt

This is a bit too risky to fix right now. In short, the problem is that when set the path ACL after clicking OK, that operation includes both the ACL strings themselves AND the owner identity. It seems setting the owner identity requires special permissions. I'm unsure as of to what.
So we need to probably break things up into distinct operations that can fail:

setting the ACL strings
setting the owner identity
setting the owning group identity

Talked about this with Jason offline. Effort to split this into multiple setAcl calls isn't worth it at this time. Moving this issue to future though incase a customer would like us to improve this scenario.

Talked about this with Jason offline. Effort to split this into multiple setAcl calls isn't worth it at this time. Moving this issue to future though incase a customer would like us to improve this scenario.

Update: This issue also reproduces on the below scenario [build: 20230505.3]
Steps:

Check "Disable Usage of Keys" setting -> Restart Storage Explorer.
Expand one ADLS Gen2 storage account -> Blob Containers.
Right click one blob container -> Click ‘Manage Access Control Lists…’ -> Change the permissions.
Click ‘Ok’.

Actual:

There is a failed activity log.
The permission has been changed.

We have decided to address this issue in 1.30.1 due to a customer report.
It should now be possible to:

Change POSIX ACL owner of a container/file/directory to a user who does not have RBAC roles for the container/account/subscription
Have that POSIX ACL owner attach the container/file's parent directory/directory to Storage Explorer
Have that POSIX ACL owner manage the ACLs of the container/file/directory, specifically including: remove/add/update named users in the ACL.

However:

It is not possible for such a POSIX ACL owner to change the owner or owning group of the container/file/directory. To do so you must have access to keys (and have "Disable Usage of Keys" unchecked) or have the Blob Data Owner Role.
If the POSIX ACL owner edits the owner or owning group to be the same user/group, that will count as an "edit", and trying to save changes to the POSIX ACL will fail.

@MRayermannMSFT Verified this issue on the hotfix/1.30.1 build. Reproduce.

@v-xianya there was an issue last night and unfortunately the build did not contain my fixes. Please try again with tonight's build. :)

Verified this issue on the build 20230712.2. Fixed.
The behaviors mentioned in the comments work as expected on the new build 20230712.2.


mise toml

add a way to edit mise.toml files:
$ mise toml set tools.python latest
$ mise toml rm tools.python
$ mise toml set FOO bar
$ mise toml add env._.path ./bin

@roele (because you're known for jumping on these sort of things) if you happen to look into this, reach out to me on discord first—I've got an idea to run by you first

Can this be made to not make mise.toml untrusted?
This is what I currently need to do to make a python virtual environment:
mise use python
vim .mise.toml # edit to add [env] section
python -m virtualenv .venv # ...unless create=true was added during the edit
mise trust

I'd much prefer being able to just do this:
mise use python
mise toml set env._python.venv.path .venv
mise toml set env._python.venv.create true

Of course, a way to set path and create at once would be even better.

given the purpose of the trust feature is to prevent loading files from untrusted projects I think it stands to reason that manually setting things should automatically make them trusted


Scroll to bottom (Always)

Thanks for the best component !!!
I created a chat room, for my chat I need to be scrolled always down (default),
how can I achieve this ?

Use the method scrollToBottom?
Get the instance first <Scrollbars ref={c => { this.scrollComponent = c }}> and then on every time the message is added call the function scrollToBottom, best in setTimeout(..., 0) to be sure it is called after render has completed. Or call it in componentDidUpdate and detect that number of messages have changed.

Yeah it work good!!!
thank you ...


4943 enable account token link can trigger ensure account has been activated error

This fixes #4943. @Kartones CR this, please.

Frontend tests were OK :+1: (details)

:+1:

Retest this, please.

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Retest this, please.

Retest this, please.

Frontend tests were OK :+1: (details)

Retest this, please.

Retest this, please.

Retest this, please.

Retest this, please.

Retest this, please.

Retest this, please.

Retest this, please.

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)


Merge design system packages into one package

Don't click on the files tab, it will probably crash your tab, github.dev works better: https://github.dev/Thinkmill/keystatic/pull/400

No changeset?


Arrow colors are inconsistent

When 3+ columns are shown on screen, the left arrow follows the color of the left-most column while the right arrow follows the colors of the currently focused column.

https://xd.adobe.com/view/e8c7871a-f8c4-4a55-af0f-ac39b7ea4616-bd94/

Duplicate of #1251 since we're moving the arrows to the action bars


spark with python3 - export PYSPARK_PYTHON=python3

Describe the bug
PySpark does not adopt the change in Python2 to Python3

via "export PYSPARK_PYTHON=python3"

To Reproduce
Install spark
export PYSPARK_PYTHON=python3
pyspark
Expected behavior
should use python3 (not python2)
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
Notify maintainers

@thoughtpolice
@offline
@kamilchm
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.

system: "x86_64-linux"
host os: Linux 5.7.10, NixOS, 20.03.2652.076c67fdea6 (Markhor)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.4pre20200622_334e26b
channels(ae): "home-manager-20.03, home-manager-unstable, nixos-20.03.2652.076c67fdea6, nixpkgs-20.03.2652.076c67fdea6, unstableNix-20.09pre235652.7d557a5d1b3, unstableOS-20.09pre235279.5717d9d2f7c"
nixpkgs: /home/ae/.nix-defexpr/channels/nixpkgs

Maintainer information:
# a list of nixpkgs attributes affected by the problem
attribute:
# a list of nixos modules affected by the problem
module:

I once had a brief look at the expression, and I concluded that it probably needs a lot of work by someone who knows what wrappers are needed.

Python2 not anymore developed (EOL) so Python3 would really be needed

whom to contact to go a next step?

wouldn't matter if Spark 3.1.1. would replace current nixos spark 2.x

any info?
any plan to pack Spark 3.x?

spark3 is available in 21.11
https://search.nixos.org/packages?channel=21.11&show=spark&from=0&size=50&sort=relevance&type=packages&query=spark
but I haven't tested it


Optimize matrix functions, color conversion performance

Add asserts to matrix functions to remove extraneous bounds checking
Improve Rgb into linear
Improve Lab to Xyz

This is quite interesting and I will have to come back to it with a more well rested brain.
Just a question, though. Was there a significant difference between asserts and destructuring? If not, I'm preferring destructuring to not even introduce the panic paths. Even if they are likely just removed by the optimizer. And I think it reads nicer. :slightly_smiling_face:

I started by focusing on the matrix multiplications. The asserts definitely showed improvements, in some cases I could take it farther. For the smaller improvements in the range of 2-3%, I thought they were worth including because I saw a consistent improvement when I put them in and consistent lower performance with them removed for a few runs. A quick thing I was using to check the difference was the amount of samples it would be collecting in the 5 seconds. When the numbers were substantially more, it seemed like a change worth keeping especially on the Rgb to linear path.
I'd need you to double check to make sure that the numbers aren't only on my end. This does seem like it brings some speed to the linear conversions which were noticed as a slow path from Rgb to Xyz, and apparently a huge roadblock was removed from Lab to Xyz.
I can check the destructuring and asserts again. If I remember correctly the asserts were still faster and destructuring was slower, sometimes markedly. I'm not sure why that reciprocal works either. I'm not an expert with assembly but I tried looking at the differences in the output. With more complicated functions they seemed to start deviating to my untrained eyes based on the recip change.
These were the benches with notable changes.

Improvements
Cie family/linsrgb to xyz
                        time:   [4.4561 us 4.4629 us 4.4704 us]
                        thrpt:  [31.317 Melem/s 31.370 Melem/s 31.418 Melem/s]
                 change:
                        time:   [-28.036% -27.787% -27.543%] (p = 0.00 < 0.05)
                        thrpt:  [+38.012% +38.480% +38.958%]
                        Performance has improved.

Cie family/lab to xyz   time:   [861.87 ns 864.43 ns 867.12 ns]
                        thrpt:  [161.45 Melem/s 161.96 Melem/s 162.44 Melem/s]
                 change:
                        time:   [-34.197% -33.915% -33.587%] (p = 0.00 < 0.05)
                        thrpt:  [+50.573% +51.321% +51.968%]
                        Performance has improved.

Matrix functions/multiply_xyz
                        time:   [5.4590 ns 5.4723 ns 5.4870 ns]
                        change: [-2.5207% -2.1988% -1.8708%] (p = 0.00 < 0.05)
                        Performance has improved.

Matrix functions/multiply_3x3
                        time:   [11.973 ns 11.993 ns 12.014 ns]
                        change: [-16.636% -16.447% -16.267%] (p = 0.00 < 0.05)
                        Performance has improved.

Matrix functions/matrix_inverse
                        time:   [20.981 ns 21.013 ns 21.048 ns]
                        change: [-26.532% -26.358% -26.173%] (p = 0.00 < 0.05)
                        Performance has improved.

Matrix functions/rgb_to_xyz_matrix
                        time:   [35.260 ns 35.316 ns 35.382 ns]
                        change: [-41.447% -41.283% -41.130%] (p = 0.00 < 0.05)
                        Performance has improved.

Rgb family/rgb to linsrgb
                        time:   [8.1507 us 8.1638 us 8.1778 us]
                        thrpt:  [17.120 Melem/s 17.149 Melem/s 17.177 Melem/s]
                 change:
                        time:   [-4.8448% -4.5442% -4.2355%] (p = 0.00 < 0.05)
                        thrpt:  [+4.4228% +4.7605% +5.0915%]

Rgb family/rgb to hsl   time:   [9.2963 us 9.3136 us 9.3316 us]
                        thrpt:  [15.003 Melem/s 15.032 Melem/s 15.060 Melem/s]
                 change:
                        time:   [-5.0379% -4.7627% -4.4815%] (p = 0.00 < 0.05)
                        thrpt:  [+4.6917% +5.0009% +5.3051%]
                        Performance has improved.

Rgb family/rgb to hsv   time:   [8.5788 us 8.5946 us 8.6114 us]
                        thrpt:  [16.257 Melem/s 16.289 Melem/s 16.319 Melem/s]
                 change:
                        time:   [-6.5063% -6.1843% -5.8439%] (p = 0.00 < 0.05)
                        thrpt:  [+6.2066% +6.5920% +6.9591%]
                        Performance has improved.

Rgb family/xyz to linsrgb
                        time:   [8.1488 us 8.1639 us 8.1807 us]
                        thrpt:  [17.113 Melem/s 17.149 Melem/s 17.180 Melem/s]
                 change:
                        time:   [-16.483% -16.232% -15.987%] (p = 0.00 < 0.05)
                        thrpt:  [+19.030% +19.377% +19.736%]
                        Performance has improved.

Rgb family/linsrgb to rgb
                        time:   [8.4807 us 8.4931 us 8.5055 us]
                        thrpt:  [16.460 Melem/s 16.484 Melem/s 16.508 Melem/s]
                 change:
                        time:   [-2.7129% -2.4336% -2.1709%] (p = 0.00 < 0.05)
                        thrpt:  [+2.2190% +2.4943% +2.7886%]
                        Performance has improved.

Rgb family/rgb_u8 to linsrgb_f32
                        time:   [8.6593 us 8.6714 us 8.6839 us]
                        thrpt:  [16.122 Melem/s 16.145 Melem/s 16.168 Melem/s]
                 change:
                        time:   [-11.008% -10.747% -10.477%] (p = 0.00 < 0.05)
                        thrpt:  [+11.704% +12.041% +12.369%]
                        Performance has improved.

I can't explain these but I know benchmarking isn't perfect.

Regressions
Rgb family/hsv to hsl   time:   [1.0087 us 1.0106 us 1.0125 us]
                        thrpt:  [138.27 Melem/s 138.53 Melem/s 138.79 Melem/s]
                 change:
                        time:   [+9.7911% +10.215% +10.653%] (p = 0.00 < 0.05)
                        thrpt:  [-9.6271% -9.2681% -8.9179%]
                        Performance has regressed.

Rgb family/hwb to hsv   time:   [936.00 ns 937.35 ns 938.70 ns]
                        thrpt:  [149.14 Melem/s 149.36 Melem/s 149.57 Melem/s]
                 change:
                        time:   [+17.039% +17.384% +17.775%] (p = 0.00 < 0.05)
                        thrpt:  [-15.092% -14.809% -14.559%]
                        Performance has regressed.

It looks like the problem with the benchmark is here? https://github.com/matchai/criterion-compare-action/blob/master/entrypoint.js#L30
https://octokit.github.io/rest.js/v16#issues-create-comment

Ah, right, it may have been rate limited after all of the requests I caused. I'll run it again later.
Those are some good improvements! Well done! Floats and assembly is not my strong side either, so a lot of it is a mystery to me. I will at least run it on my computer and see if I get the same results. It will however have to wait until at least tomorrow.
Those regressions seem odd. Something to investigate a bit more.

I just came to think of that it can sometimes help to add #[inline] or #[inline(always)] to smaller functions. The compiler is supposed to be able to inline on its own, but not always in the best way. I just noticed it had not been added in matrix.rs.

I noticed that too but wasn't sure if I wanted to go down that rabbit hole, seemed likely to blow up with the size of some of the functions. The TransferFn for Srgb is also missing an inline attribute.
I tried playing with the convert int_to_float and float_to_int macros but I'm not sure what more can be done in the current state.  Any improvements seemed to cause regressions somewhere else when I played with inline.

It has been forgotten in many places, so don't assume it's for any particular reason. 😄 But just leave it as it is if there's no clear improvement.

Chopping down some more time for two important functions, small impact on the others, and some are neutral.
Matrix functions/matrix_inverse
                        time:   [14.768 ns 14.799 ns 14.834 ns]
                        change: [-29.928% -29.698% -29.484%] (p = 0.00 < 0.05)
                        Performance has improved.

Matrix functions/rgb_to_xyz_matrix: Collecting 100 samples in estim                                                                                Matrix functions/rgb_to_xyz_matrix
                        time:   [25.418 ns 25.490 ns 25.556 ns]
                        change: [-32.540% -32.275% -32.014%] (p = 0.00 < 0.05)
                        Performance has improved.

I reran the master baseline since I was unsure of it before I started looking at the regressions. Compared to the current feature branch, the tests listed as regressions now see speedups. The minor speedup in Hsv to Hsl I assume is due to the same speedup for Rgb to linear. Hwb to Hsv isn't showing as a regression anymore. Maybe the compiler can do a better job with all the other changes now? Or when these showed as a regression maybe there was something using resources in the background on my computer. Not going to go mad trying to figure it all out.
Rgb family/hsv to hsl   time:   [915.43 ns 917.98 ns 920.58 ns]
                        thrpt:  [152.08 Melem/s 152.51 Melem/s 152.93 Melem/s]
                 change:
                        time:   [-2.7504% -2.3204% -1.9146%] (p = 0.00 < 0.05)
                        thrpt:  [+1.9520% +2.3755% +2.8282%]
                        Performance has improved.

Rgb family/hwb to hsv   time:   [507.82 ns 508.56 ns 509.32 ns]
                        thrpt:  [274.88 Melem/s 275.28 Melem/s 275.69 Melem/s]
                 change:
                        time:   [-36.738% -36.557% -36.370%] (p = 0.00 < 0.05)
                        thrpt:  [+57.158% +57.623% +58.072%]
                        Performance has improved.

Here are the results from my own run. No regressions and really good improvements!

Improvements
Cie family/linsrgb to xyz
                        time:   [3.0956 us 3.0961 us 3.0968 us]
                        thrpt:  [45.209 Melem/s 45.218 Melem/s 45.226 Melem/s]
                 change:
                        time:   [-21.531% -21.384% -21.241%] (p = 0.00 < 0.05)
                        thrpt:  [+26.969% +27.200% +27.439%]
                        Performance has improved.
Found 20 outliers among 100 measurements (20.00%)
  1 (1.00%) low severe
  3 (3.00%) low mild
  6 (6.00%) high mild
  10 (10.00%) high severe

Cie family/lab to xyz
                        time:   [676.19 ns 676.38 ns 676.59 ns]
                        thrpt:  [206.92 Melem/s 206.98 Melem/s 207.04 Melem/s]
                 change:
                        time:   [-21.242% -21.122% -20.998%] (p = 0.00 < 0.05)
                        thrpt:  [+26.579% +26.778% +26.971%]
                        Performance has improved.
Found 15 outliers among 100 measurements (15.00%)
  5 (5.00%) low mild
  3 (3.00%) high mild
  7 (7.00%) high severe

Matrix functions/multiply_3x3
                        time:   [7.0763 ns 7.0784 ns 7.0806 ns]
                        change: [-4.3961% -4.1563% -3.9025%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 12 outliers among 100 measurements (12.00%)
  1 (1.00%) low severe
  2 (2.00%) low mild
  1 (1.00%) high mild
  8 (8.00%) high severe

Matrix functions/matrix_inverse
                        time:   [10.646 ns 10.649 ns 10.652 ns]
                        change: [-34.040% -33.927% -33.819%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 18 outliers among 100 measurements (18.00%)
  7 (7.00%) high mild
  11 (11.00%) high severe

Matrix functions/rgb_to_xyz_matrix
                        time:   [16.563 ns 16.568 ns 16.574 ns]
                        change: [-56.968% -56.889% -56.795%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 18 outliers among 100 measurements (18.00%)
  3 (3.00%) high mild
  15 (15.00%) high severe

Rgb family/rgb to linsrgb
                        time:   [3.6251 us 3.6263 us 3.6278 us]
                        thrpt:  [38.591 Melem/s 38.606 Melem/s 38.620 Melem/s]
                 change:
                        time:   [-14.296% -14.158% -14.001%] (p = 0.00 < 0.05)
                        thrpt:  [+16.280% +16.493% +16.681%]
                        Performance has improved.
Found 16 outliers among 100 measurements (16.00%)
  5 (5.00%) low mild
  3 (3.00%) high mild
  8 (8.00%) high severe

Rgb family/rgb to hsl
                        time:   [4.4344 us 4.4365 us 4.4389 us]
                        thrpt:  [31.539 Melem/s 31.556 Melem/s 31.571 Melem/s]
                 change:
                        time:   [-11.714% -11.563% -11.407%] (p = 0.00 < 0.05)
                        thrpt:  [+12.876% +13.075% +13.268%]
                        Performance has improved.
Found 17 outliers among 100 measurements (17.00%)
  2 (2.00%) low mild
  1 (1.00%) high mild
  14 (14.00%) high severe

Rgb family/rgb to hsv
                        time:   [4.1305 us 4.1325 us 4.1348 us]
                        thrpt:  [33.859 Melem/s 33.878 Melem/s 33.895 Melem/s]
                 change:
                        time:   [-12.240% -12.076% -11.869%] (p = 0.00 < 0.05)
                        thrpt:  [+13.467% +13.735% +13.947%]
                        Performance has improved.
Found 20 outliers among 100 measurements (20.00%)
  4 (4.00%) low mild
  1 (1.00%) high mild
  15 (15.00%) high severe

Rgb family/hsl to hsv
                        time:   [501.81 ns 501.91 ns 502.00 ns]
                        thrpt:  [278.89 Melem/s 278.94 Melem/s 278.99 Melem/s]
                 change:
                        time:   [-3.0264% -2.7777% -2.5178%] (p = 0.00 < 0.05)
                        thrpt:  [+2.5828% +2.8571% +3.1208%]
                        Performance has improved.
Found 15 outliers among 100 measurements (15.00%)
  4 (4.00%) low mild
  3 (3.00%) high mild
  8 (8.00%) high severe

Rgb family/hwb to hsv
                        time:   [427.93 ns 428.11 ns 428.30 ns]
                        thrpt:  [326.88 Melem/s 327.02 Melem/s 327.16 Melem/s]
                 change:
                        time:   [-25.709% -25.592% -25.479%] (p = 0.00 < 0.05)
                        thrpt:  [+34.190% +34.395% +34.605%]
                        Performance has improved.
Found 14 outliers among 100 measurements (14.00%)
  4 (4.00%) high mild
  10 (10.00%) high severe

Rgb family/xyz to linsrgb
                        time:   [5.2303 us 5.2320 us 5.2338 us]
                        thrpt:  [26.749 Melem/s 26.759 Melem/s 26.767 Melem/s]
                 change:
                        time:   [-23.432% -23.300% -23.120%] (p = 0.00 < 0.05)
                        thrpt:  [+30.072% +30.378% +30.604%]
                        Performance has improved.
Found 14 outliers among 100 measurements (14.00%)
  4 (4.00%) low mild
  4 (4.00%) high mild
  6 (6.00%) high severe

Rgb family/rgb_u8 to linsrgb_f32
                        time:   [4.3870 us 4.3891 us 4.3915 us]
                        thrpt:  [31.880 Melem/s 31.897 Melem/s 31.912 Melem/s]
                 change:
                        time:   [-10.983% -10.727% -10.508%] (p = 0.00 < 0.05)
                        thrpt:  [+11.742% +12.016% +12.338%]
                        Performance has improved.
Found 17 outliers among 100 measurements (17.00%)
  1 (1.00%) low mild
  1 (1.00%) high mild
  15 (15.00%) high severe

Unchanged or minor difference
Cie family/xyz to lab
                        time:   [7.2940 us 7.2973 us 7.3011 us]
                        thrpt:  [19.175 Melem/s 19.185 Melem/s 19.194 Melem/s]
                 change:
                        time:   [-0.1800% +0.0585% +0.2567%] (p = 0.62 > 0.05)
                        thrpt:  [-0.2561% -0.0585% +0.1803%]
                        No change in performance detected.
Found 16 outliers among 100 measurements (16.00%)
  5 (5.00%) high mild
  11 (11.00%) high severe

Cie family/lch to lab
                        time:   [1.9700 us 1.9700 us 1.9700 us]
                        thrpt:  [71.065 Melem/s 71.066 Melem/s 71.067 Melem/s]
                 change:
                        time:   [-0.9328% -0.8840% -0.8453%] (p = 0.00 < 0.05)
                        thrpt:  [+0.8525% +0.8919% +0.9416%]
                        Change within noise threshold.
Found 13 outliers among 100 measurements (13.00%)
  1 (1.00%) low mild
  2 (2.00%) high mild
  10 (10.00%) high severe

Cie family/lab to lch
                        time:   [2.0126 us 2.0136 us 2.0148 us]
                        thrpt:  [69.485 Melem/s 69.526 Melem/s 69.563 Melem/s]
                 change:
                        time:   [+0.6424% +0.9398% +1.2916%] (p = 0.00 < 0.05)
                        thrpt:  [-1.2751% -0.9311% -0.6383%]
                        Change within noise threshold.
Found 9 outliers among 100 measurements (9.00%)
  3 (3.00%) high mild
  6 (6.00%) high severe

Cie family/yxy to xyz
                        time:   [464.69 ns 464.98 ns 465.30 ns]
                        thrpt:  [300.88 Melem/s 301.09 Melem/s 301.28 Melem/s]
                 change:
                        time:   [-0.1353% +0.0409% +0.2275%] (p = 0.66 > 0.05)
                        thrpt:  [-0.2270% -0.0409% +0.1355%]
                        No change in performance detected.
Found 8 outliers among 100 measurements (8.00%)
  2 (2.00%) high mild
  6 (6.00%) high severe

Cie family/xyz to yxy
                        time:   [431.49 ns 431.68 ns 431.89 ns]
                        thrpt:  [324.16 Melem/s 324.32 Melem/s 324.45 Melem/s]
                 change:
                        time:   [-0.1629% +0.0243% +0.2367%] (p = 0.83 > 0.05)
                        thrpt:  [-0.2362% -0.0243% +0.1631%]
                        No change in performance detected.
Found 22 outliers among 100 measurements (22.00%)
  5 (5.00%) low mild
  2 (2.00%) high mild
  15 (15.00%) high severe

Matrix functions/multiply_xyz
                        time:   [3.1030 ns 3.1038 ns 3.1046 ns]
                        change: [-0.9852% -0.7812% -0.5867%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Found 13 outliers among 100 measurements (13.00%)
  2 (2.00%) low mild
  4 (4.00%) high mild
  7 (7.00%) high severe

Matrix functions/multiply_xyz_to_rgb
                        time:   [3.1201 ns 3.1209 ns 3.1218 ns]
                        change: [-0.4326% -0.3082% -0.1925%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Found 14 outliers among 100 measurements (14.00%)
  3 (3.00%) low mild
  4 (4.00%) high mild
  7 (7.00%) high severe

Matrix functions/multiply_rgb_to_xyz
                        time:   [3.1196 ns 3.1202 ns 3.1209 ns]
                        change: [-0.6214% -0.3791% -0.1597%] (p = 0.00 < 0.05)
                        Change within noise threshold.
Found 10 outliers among 100 measurements (10.00%)
  4 (4.00%) low mild
  6 (6.00%) high severe

Rgb family/hsv to hsl
                        time:   [851.20 ns 851.86 ns 852.55 ns]
                        thrpt:  [164.21 Melem/s 164.35 Melem/s 164.47 Melem/s]
                 change:
                        time:   [-0.3723% -0.0568% +0.1817%] (p = 0.74 > 0.05)
                        thrpt:  [-0.1813% +0.0568% +0.3737%]
                        No change in performance detected.
Found 5 outliers among 100 measurements (5.00%)
  3 (3.00%) high mild
  2 (2.00%) high severe

Rgb family/hsv to hwb
                        time:   [154.06 ns 154.12 ns 154.18 ns]
                        thrpt:  [908.02 Melem/s 908.41 Melem/s 908.75 Melem/s]
                 change:
                        time:   [+0.7771% +0.9782% +1.2360%] (p = 0.00 < 0.05)
                        thrpt:  [-1.2209% -0.9687% -0.7711%]
                        Change within noise threshold.
Found 17 outliers among 100 measurements (17.00%)
  2 (2.00%) low mild
  4 (4.00%) high mild
  11 (11.00%) high severe

Rgb family/hsl to rgb
                        time:   [5.1071 us 5.1090 us 5.1111 us]
                        thrpt:  [27.391 Melem/s 27.403 Melem/s 27.413 Melem/s]
                 change:
                        time:   [+0.2280% +0.3897% +0.6057%] (p = 0.00 < 0.05)
                        thrpt:  [-0.6020% -0.3882% -0.2275%]
                        Change within noise threshold.
Found 17 outliers among 100 measurements (17.00%)
  4 (4.00%) high mild
  13 (13.00%) high severe

Rgb family/hsv to rgb
                        time:   [4.9960 us 4.9976 us 4.9994 us]
                        thrpt:  [28.004 Melem/s 28.013 Melem/s 28.023 Melem/s]
                 change:
                        time:   [-1.1262% -0.8155% -0.5646%] (p = 0.00 < 0.05)
                        thrpt:  [+0.5678% +0.8222% +1.1390%]
                        Change within noise threshold.
Found 17 outliers among 100 measurements (17.00%)
  3 (3.00%) low mild
  7 (7.00%) high mild
  7 (7.00%) high severe

Rgb family/linsrgb to rgb
                        time:   [3.2706 us 3.2716 us 3.2727 us]
                        thrpt:  [42.778 Melem/s 42.792 Melem/s 42.805 Melem/s]
                 change:
                        time:   [-0.3836% -0.1287% +0.1041%] (p = 0.31 > 0.05)
                        thrpt:  [-0.1040% +0.1289% +0.3851%]
                        No change in performance detected.
Found 15 outliers among 100 measurements (15.00%)
  3 (3.00%) low mild
  5 (5.00%) high mild
  7 (7.00%) high severe

Rgb family/linsrgb_f32 to rgb_u8
                        time:   [5.4606 us 5.4622 us 5.4640 us]
                        thrpt:  [25.622 Melem/s 25.631 Melem/s 25.638 Melem/s]
                 change:
                        time:   [+0.1743% +0.4110% +0.6777%] (p = 0.00 < 0.05)
                        thrpt:  [-0.6731% -0.4093% -0.1740%]
                        Change within noise threshold.
Found 15 outliers among 100 measurements (15.00%)
  4 (4.00%) low mild
  3 (3.00%) high mild
  8 (8.00%) high severe

As for the automatic benchmarks, it seem to hit what's described in https://github.community/t5/GitHub-Actions/GitHub-actions-are-severely-limited-on-PRs/m-p/54669#M9249. That's very unfortunate and there doesn't seem to be a good alternative that makes it available for forks.

That makes actions seem pretty pointless then for a lot of purposes.
Otherwise, that's great to see that the big wins were relatively consistent along :slightly_smiling_face:.
I'm on an older CPU from 2011 so I'm not surprised that some things which were bigger for me were minor/unchanged.
Do you have any idea why Hsl to Hsv and Hwb to Hsv would have improvements? I'm really happy about the conversion to and from linear is so much faster but those make little sense to me.

That makes actions seem pretty pointless then for a lot of purposes.

A bit, yes. Or at least less convenient. But there may be some way to do this without commenting on the PR. It can run everything else, so I'm thinking it could print the results in the logs instead. Not as nice, but almost there.

I'm on an older CPU from 2011 so I'm not surprised that some things which were bigger for me were minor/unchanged.

My CPU is only a bit newer (2014 it seems), but I got really stable results by not having anything heavier than the console and system monitor running.

Do you have any idea why Hsl to Hsv and Hwb to Hsv would have improvements?

I don't know about HSL to HSV, but for HWB to HSV I accidentally left RGB space conversion in there, meaning it will pull in RGB <-> XYZ code in there too. It's just a theory, but could be why it's affected. I'll see what happens if I change that function, but then I have to close this browser to get the stable results, so I will post this comment first.

I was doing the same thing of having just the bare minimum open and getting stable results. I was surprised by how many outliers were in the results you posted though compared to what I get on my desktop and laptop.
I think printing the log with the compare tool results would be the best course, we don't need the other capabilities as much.

I removed the RGB space conversion and got
time:   [-8.4998% -8.2138% -7.9330%] (p = 0.00 < 0.05)
thrpt:  [+8.6166% +8.9489% +9.2894%]

compared to your changes, but it did also cause a somewhat large improvement to hsv to hsl, but a regression to hsl to hsv. :man_shrugging: Still compared to your change.
To explain the rest, I think it need much deeper analysis than just looking at the code and numbers. But the code tells me there is at least some room for improvements. They are pretty much implemented off of mathematical formulas, so they may be more elaborate than necessary.
I don't know why I had so many outliers in some places, but maybe they are extra sensitive? Or didn't I reduce the interference enough? No idea. They didn't seem noisy when I ran master against master. I will have to come back to all of this later and look into the details.

That's encouraging to hear that there's still more improvements that can be made. I don't really use any of the hue types other than Lch, and am more concerned with the time for srgb-linsrgb-xyz-lab, but at least we have a test bench now to measure things.
I tried shuffling the ordering of some of the benchmarks around to see if the numbers still stay the same, and they mostly did except for hwb to hsl and hsv to hsl. I guess the black box really isn't enough for those.
Is there anything else I should do with the current code?

Hmm, the black box may be an issue. It's apparently not perfect on stable... It would also be interesting to see what happens if there's more work to do in each iteration. I.e. more colors in the arrays. Right now it seem to be able to convert a few HD pictures per second, if I calculated it correctly, so it's not like it's overwhelmed with what's essentially 140 pixels.

Is there anything else I should do with the current code?

It's perhaps out of scope for this, could you do me a favor and remove the RGB space conversion when going from HWB to HSV? They are supposed to have the same color spaces, like when converting from HSL. It's a small change in hsv.rs.
I don't have anything else that needs to be fixed, so feel free to wrap it up. 🙂

I removed the Sp from Hwb to Hsv. I glossed over that conversion and didn't think anything of it when I was looking at all the from_color_unclamped for more speedups.
I agree something with a bigger test load would be better since it'd result in lower iterations. I didn't want to add any images in the first bench PR but now it'd be fine. I'm not sure how you feel but I personally think that the images should be small enough that the benches can run in the ~5 seconds like they do now. I don't think I'm impatient but it already feels really long running through all the benches and not touch the computer during it.

Perfect, thank you! It bothered me after I discovered it. And thank you for finding all of these improvements!
There are already a few images in the repo that can be used, but randomized data, mixed with the test data, may be a better challenge. I don't know enough about CPUs, but it wouldn't do to have it branch predict its way through it.
It seem to group them as 100 samples and always run in close to 5 seconds, so as long as it can run at least a few hundred iterations in 5 seconds it's probably no issue.
Let's hope the broken benchmark isn't going to block the merge, but I don't think it's required by default.
bors r+


feat: support abortable requests via AbortController

Types of changes

[ ] Chore (a non-breaking change which is related to package maintenance)
[ ] Bug fix (a non-breaking change which fixes an issue)
[x] New feature (a non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Description
This PR adds the ability to abort network requests made by the client using an AbortController.
Aborting a client method looks like the following (assume a client has been created):
const controller = new AbortController();

setTimeout(() => controller.abort(), 100);

const result = await client.getByUID("page", "home", {
	signal: controller.signal,
});

The request will be aborted after 100ms if it is not resolved by then.
This is useful to set timeouts per-request (see the Custom Timeout example for a global timeout). It is also useful if an in-progress request is replaced by a newer one (for example, navigating to a different route).
Closes #214
Checklist:

[x] My change requires an update to the official documentation.
[x] All TSDoc comments are up-to-date and new ones have been added where necessary.
[x] All new and existing tests are passing.

🙊

Codecov Report

Merging #221 (dbf4069) into master (96cad0b) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##            master      #221   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           20        20
  Lines          326       328    +2
  Branches        61        62    +1
=========================================
+ Hits           326       328    +2

Impacted Files
Coverage Δ

src/client.ts
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


fix(hp):Make the updated hanging protocol compatible with modes

There had been a change made to make the hanging protocols auto initialize, but that caused problems on mode init because the couldn't specify the hanging protocols any longer. THis change restores that, and also improves the API a little bit by allowing the display set selectors to be specified by id instead of positionally.

@sedghi  - I added some documentation in the typescript files to help users understand how to create hanging protocols.  We might want to also update the general documentation pages on this to explain how to match etc, but the main change here is to allow setting the hanging protocol according to the discussion we had, from "hangingProtocol" as a string or list item.


error for line 190 fixed

Added optional chaining to eliminate console error for line 190

⭐⭐
On Fri, 4 Oct 2024 at 16:10, YadavAkhileshh @.***>
wrote:

Merged #59
https://github.com/YadavAkhileshh/Alien-Invasion-Defense/pull/59 into
main.
—
Reply to this email directly, view it on GitHub
https://github.com/YadavAkhileshh/Alien-Invasion-Defense/pull/59#event-14517241879,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BGNHVWUOPTSEMHBAGMXPBLDZZZWATAVCNFSM6AAAAABPKPNNVKVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJUGUYTOMRUGE4DOOI
.
You are receiving this because you authored the thread.Message ID:
<YadavAkhileshh/Alien-Invasion-Defense/pull/59/issue_event/14517241879@
github.com>


topk should be change to top_k

In the example for south-park semantic search the parameter topk for search task should be replaced with top_k.
https://github.com/jina-ai/examples/blob/b4266a5399fb41a8221acad3f0fcb30e00651b94/southpark-search/app.py#L57

Thanks for your comment! We'll correct this.
@YueLiu-jina Would you have a look into this?

@tagizaade You are right. Thank you for your kind reminding!


[Feature Request] Allow tasks to be copied and modified before saving

Often several very similar tasks are created, being able to copy an existing task and make minor modifications to it before saving would save time.

Task templates would be a nice way to solve this and #458 at the same time.

Task templates are nice for tasks that are often repeated. I am, however, looking for the ability to copy an existing task, make some minor change and then save it, thus copy/save as for tasks that are not suitable for templating.

I see. At present this should be fairly easy to implement. The details view just needs to launch the editor with the current ContentSet (maybe after clearing some columns like _id and uid). The editor will be populated with the values of the original task. Saving the task will create the copy.
Dealing with more complex cases like recurring tasks with overrides or relations could become a challenge. For instance, should we also copy overridden instances of a recurring task?

I have not given thought how to handle recurring tasks. Since OpenTasks does not currently support recurring tasks that can be left for the future, off the top of my head, however, I envision that the recurring task itself would be copied.


[MM-41917] Use feature flag when fetching thread bindings

Summary
This PR uses the appsEnabled selector to determine whether we should fetch thread bindings. Otherwise, we unnecessarily try to communicate with the Apps plugin, resulting in 404s for plugin not found.
Ticket Link
Fixes https://mattermost.atlassian.net/browse/MM-41917
Related Pull Requests
https://github.com/mattermost/mattermost-mobile/pull/6018
The web app no longer attempts to fetch thread bindings when the AppsEnabled feature flag is false

@amyblais Please note that this bug fix would also be valuable for the March 30th Cloud and v6.6 releases
cc @mickmister

/cherry-pick cloud

Cherry pick is scheduled.


Typo in wave suport?

I think there is an extra underscore in CodeBase\Source\Lib\PVF\Modules\File\File.cb:
it says:
#IfDef _pvf_ReadWave_ : _

but the following effect only compiles when I change it to
#IfDef _pvf_ReadWave : _

EFFECT:
desc: test plugin

slider1:/:test.wav::WAV File
@init
handle = file_open(slider1);
file_riff(handle, num_channels, samplerate);
file_close(handle);

@gfx 500 10
gfx_set(0);
gfx_rect(0, 0, gfx_w, gfx_h);

@sample

also of note, the plugin doesn't compile correctly without the top line: "desc: ...", because it does not include the required libraries, perhaps because it fails to recognize the included file as A JSFX.

thanks
sorry for the late reply.

the wave was corrected.

yes the 'desc' is required for identify it as an eelfx.
you can ignore it , if you use cmdline switch -e,
and also in the @include directive with the same swicth
look at yutani.pvf


When manually cropping magnifier is hidden under finger

Version
1.4.3
What platform are you using?
Android
OS Version
Android 13
What happened?
The magnifier of the manual crop should be shifted a little bit in order to see it, because it is hidden under my finger and can't see it clearly
Relevant log output
No response
Code of Conduct

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

@hexman1999 there should be a text in the view now explaining you how it works. The best way to use that feature is not to click on the corner itself but anywhere near it. I will find the closest one to your finger.
That way the magnifier is always at the expected place

@hexman1999 there should be a text in the view now explaining you how it works. The best way to use that feature is not to click on the corner itself but anywhere near it. I will find the closest one to your finger.
That way the magnifier is always at the expected place

OK!, thanks, great work

@farfromrefug I ran into this same issue, and had to figure it out on my own (there was no explainer text). Also, I found the magnifier extremely difficult to use because of its high sensitivity. I also found it to be way too sensitive to the touch, which I will create a separate issue for right now.

@48-mq there should be a text now to explain it. As for the sensitivity, maybe a video would help understand it? Like you feel the magnifier is moving too fast compare to your finger touch speed ? (I could make that a setting, here it feels OK)


preserve selected options for server generated html

building on top of #55
this fixes the issue that the initial <option> elements in the server generated html disappear when the user selects an element from the search result list even though preserveSelected is true

@debueb thank you so much for this fix.  I can't believe I missed that when looking into this. Will get this built and released soon.

@debueb this is in v1.3.6 release.


Wonders of the World - Wring items

In the Wonders of the World,
Deianeira of Snezhevna has two in the list, please remove it.
Semnai Sans Shadow should be in "Fontaine: Dance of the Dew-White Springs (II)"

Duplicate #485 #487 #488 #491 #493 #497 #498 #500 #504 #513 #517 #539 #540 #552 #557


Proposal: refactor rust programs to remove dependancy on pkg-config

most rust packages depend on pkg-config so that the openssl-sys crate can find openssl.
however, one alternative is to tell it where openssl is directly:
  env = {
    OPENSSL_DIR = openssl.dev.outPath;
    OPENSSL_LIB_DIR = openssl.out.outPath + "/lib";
  };

if this attrset was added as a field on openssl.passthru, it could potentially be used by rust crates to speed up the build process a moderate amount.

of course, fixing the redundant build during checkPhase would speed things up a lot more, and so that should be prioritized

it could potentially be used by rust crates to speed up the build process a moderate amount.

On what is this based? Is pkg-config that slow? Or did you benchmark this?
Also does this impact cross compilation?

On what is this based? Is pkg-config that slow? Or did you benchmark this?

i have not benchmarked this, but i know getenv is going to be faster than spawn.
how much faster, i'm not sure.

This probably makes a really negligible difference and compared to the effort of reimplementing the cross logic in nix, I highly doubt that that is worth it. Also keeping close to the build system upstream uses makes sure that we don't introduce subtle bugs and can easier report issues to upstream.
As you wrote earlier, reducing the duplicated builds done by tests would be much more worth wile and the decreased build time for every package would be wort wile. There is already an issue for that here #291222


PSR-4

http://www.php-fig.org/psr/psr-4/
This enables us to have a VendorName\PackageName namespace. I would suggest "php-gitlab-api\php-gitlab-api" as the vendor\package names. this may be better suited then in a GitHub organisation.
It would also allow the code structure to be a little bit neater.
It would also make the suggested adapter packages a little neater and easier to find.
Thoughts?

I am thinking of going ahead with making the library PHP 5.4+ in the next major update

Guzzle4 requires 5.4
It's 2015

Thoughts? @ls12styler @hollodotme @jubianchi @cordova

In #195, I changed the autoload config to use PSR-4 instead of deprecated PSR-0. I don't think changing namespace is a good idea as it's an heavy breaking change with near to 0 added value. What do you think about closing this issue?

:+1: for closing.


FileLog::new should take an Into

This would allow for something like FileLog::new("foo").
Happy to come up with a PR ...

Thanks. I wonder if you’d need it though? Paths are hardly ever literals.

Not necessarily literals, but what about strings, e.g. from config files?

Just checked in std - the pattern appears to be using`AsRef<Path>, but here in particular, we're looking to own the path. When looking to own something, the style is to avoid passing in a ref...
Also, when reading in from config files, you'll end up with strings, not literals.

As I wrote, Into<PathBuf> also works for Strings, because there's an From<String> impl for PathBuf.

As I wrote, Into<PathBuf> also works for Strings, because there's an From<String> impl for PathBuf.

I really should read what you write more thoroughly! ;-)

I really should read what you write more thoroughly! ;-)

LOL

Fix in https://github.com/streambed/streambed-rs/pull/19


fix bdist_rpm tools/cleanup-ms: ms.version properly handled in gen_completion

is required to make rpm using python setup.py bdist_rpm (assuming all deps are available ofcourse)

@stdweird For our internal review process we need the commit log to have a Change-Id: line.
Please can you install this hook in .git/hooks/commit-msg before submitting future requests?
For this commit, please can you then amend the commit log with a Change-Id line? (You can just pick the original commit id) We can't do it because the commit-id will change and GH won't see it as the same commit.

Replaced by #70