MacOS: finds Boost but refers to non-existing Boost files

Version of Beast
$ git log -1
commit 855fc23885307aeb6ad1318001a4bbdd4345d47c (HEAD -> develop, origin/develop, origin/HEAD)
Author: Richard Hodges<EMAIL_ADDRESS>Date:   Thu Sep 3 16:11:38 2020 +0200

    Set version to 302

Steps necessary to reproduce the problem
$ git clone https://github.com/boostorg/beast.git
$ cd beast && mkdir build && cd build
$ cmake -DCMAKE_INSTALL_PREFIX=/opt/local ..
-- The C compiler identification is AppleClang <IP_ADDRESS>00032
-- The CXX compiler identification is AppleClang <IP_ADDRESS>00032
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /opt/local/bin/clang - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /opt/local/bin/clang++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenSSL: /opt/local/lib/libcrypto.dylib (found version "1.1.1h")
-- Found Boost: /opt/local/include (found version "1.71.0") found components: coroutine filesystem system context
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/ur20980/src/beast/build
$ $ make 2>&1 | tee make-out.txt
Scanning dependencies of target lib-asio
[  0%] Building CXX object CMakeFiles/lib-asio.dir/test/lib_asio.cpp.o
[  1%] Linking CXX static library liblib-asio.a
[  1%] Built target lib-asio
Scanning dependencies of target lib-beast
[  2%] Building CXX object CMakeFiles/lib-beast.dir/test/lib_beast.cpp.o
In file included from /Users/ur20980/src/beast/test/lib_beast.cpp:12:
In file included from /Users/ur20980/src/beast/include/boost/beast/src.hpp:30:
In file included from /Users/ur20980/src/beast/include/boost/beast/_experimental/test/impl/stream.ipp:13:
In file included from /Users/ur20980/src/beast/include/boost/beast/_experimental/test/stream.hpp:14:
In file included from /Users/ur20980/src/beast/include/boost/beast/core/bind_handler.hpp:14:
/Users/ur20980/src/beast/include/boost/beast/core/detail/bind_handler.hpp:158:18: error: no type named 'asio_handler_invoke_is_deprecated' in namespace 'boost::asio'
    boost::asio::asio_handler_invoke_is_deprecated
    ~~~~~~~~~~~~~^
.  .  .  .  .
In file included from /Users/ur20980/src/beast/test/lib_beast.cpp:12:
In file included from /Users/ur20980/src/beast/include/boost/beast/src.hpp:30:
In file included from /Users/ur20980/src/beast/include/boost/beast/_experimental/test/impl/stream.ipp:13:
In file included from /Users/ur20980/src/beast/include/boost/beast/_experimental/test/stream.hpp:603:
/Users/ur20980/src/beast/include/boost/beast/_experimental/test/impl/stream.hpp:17:10: fatal error: 'boost/asio/any_io_executor.hpp' file not found
#include <boost/asio/any_io_executor.hpp>
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
15 errors generated.
make[2]: *** [CMakeFiles/lib-beast.dir/build.make:82: CMakeFiles/lib-beast.dir/test/lib_beast.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1410: CMakeFiles/lib-beast.dir/all] Error 2
$
$ find /opt/local/include/boost -name any_io_executor.hpp -print
$

And the complete make-out.txt: make-out.txt
All relevant compiler information
macOS Catalina 10.15.7, Xcode-12.1
$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.15.7
BuildVersion:	19H2
$ clang++ --version
Apple clang version 12.0.0 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin19.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Latest beast requires latest boost.asio

Hi there,
I've just checked this on my mac. Beast has to keep up with changes in Asio on which it depends. I notice that you a re building beast against boost version 1.71. If you're building 1.74 version of beast or later this won't work as Asio's interface changed in Boost version 1.74.
You have a few optioins:

use the version of Beast bundled with boost 1.71
install boost 1.74 and try again

Please let me know how you get on.

I did not realize that Beast is included in the Boost distro - otherwise I wouldn't even tried to (re-)build it from the source.
Getting examples from Boost 1.71 (somewhat of a pain, because it seems that I have to download each individual file), they appear to work on my Boost 1.71 installation.
Thank you!
P.S. I probably missed it - but if not, you may want to add a statement to the README that it's unnecessary to build Beast from sources, as Boost already includes it.


Migrate from 5/5mils tracks to 6/6mils

Investigate the migration of design to more cheap 6/6mils tech and 0.3mm hole.
Need:

[ ] Simulation of SDRAM route
[ ] Re-estimation of size.
[ ] Simulation of hot-speed signals like usb HS, ETH and SDRAM reflections

Maybe not for first prototype.

Start a new branch with 6mil/6mil trace/spacing


Fix method doc loading

Allow method doc as REDME style when method handler is Array as in README.
Following style is used in README.
module.exports.post = [function (res, req, next) { next();}, post];
function post(res, req, next) { res.status(200}.json({message:'ok'});}
module.exports.post.apiDoc = {
  // api doc here
};

On the other hand, implementation and test uses this:
module.exports.post = [function (res, req, next) { next();}, post];
function post(res, req, next) { res.status(200}.json({message:'ok'});}
post.apiDoc = {
  // api doc here
};

This PR allows both style. And for BC, latter style has priority.

@jsdevel If just readme is incorrect, reject this PR and fix it :wink:

@MugeSo I believe this has been fixed in the latest version.  What version are you using locally?

NVM.  I see it now.

Thanks @MugeSo !


Vienna doesn't maintain image aspect ratio when resizing images

The title is a guess as to the problem.  When displaying an item that contains an image where the image size is too large to fit in the Vienna window the image is made to fit, but the aspect ratio is not maintained.
Example: an item contains a 1920x1080 image.   Page is displayed in a window that is much narrower that 1920 pixels using Horizontal layout (although the issue seems to be the same in all layouts).  Image is shrunk on the X axis to fit the window.  Image is not shrunk on the Y axis since the window is more than 1080 pixels high.
OSX 10.11.1, Vienna based upon commit d69cabede2d5d9c97a132fb360737d7314060865 although I'm pretty sure this has been going on for a while.

Which style are you using ?
Also make sure there is no conflict with Vienna’s built-in styles and custom ones (in ~/Library/Application Support/Vienna/Styles)

On Nov 6, 2015, at 8:05 PM, Barijaona Ramaholimihaso<EMAIL_ADDRESS>wrote:

Which style are you using ?

FeedLight Graphite

Also make sure there is no conflict with Vienna’s built-in styles and custom ones (in ~/Library/Application Support/Vienna/Styles)

That folder only contains Images/, Sources/, and messages.db
Marc

I cannot reproduce the issue,even if I deliberately shrink Vienna's window.

On Nov 6, 2015, at 10:56 PM, Barijaona Ramaholimihaso<EMAIL_ADDRESS>wrote:

I cannot reproduce the issue,even if I deliberately shrink Vienna's window.

OK.  I’ll dig further to see if I can find what is going on.
Marc


Accessing a cookie manager's user_id property may raise an error

https://github.com/thesadru/genshin.py/blob/5570643029fcd376cd0677ed6ce5c577410d559a/genshin/client/manager/managers.py#L252
This line may throw an error if the associated cookie value is the empty string. It'd be nice if some type checking is added here.

But why would the value be an empty string? Unless you set it yourself this way

Indeed, I guess it can be an error that should be fixed from a downstream code, but it is unclear to consumers of the code that certain cookie values need to be a decimal representation of an integer, and otherwise the code will throw. A basic type checking and discarding a cookie if it doesn't pass would be nice, it took awhile to debug this issue..

This does not sound like an issue with the library but rather with your code. Although this type check could be implemented, I'm not sure. Need to know @thesadru's opinion on this

Yeah extra validation shouldn't hurt, I'd have no problem with implementing some clearer error.


Synctrayzor is stuck at "Syncthing Starting..."

Please note that I searched the Issues list for this exact problem before reporting.
Synctrayzor and Syncthing are getting stuck at the "Syncthing Starting..." splash screen upon opening the program on Windows 10 Pro x64, v1709.
I have tried running Synctrayzor through the Compatibility Troubleshooter running both Windows 8 and Windows Vista modes, with at least the program seeming to be more responsive and active (by outputting more logs) in the Windows Vista compat mode, but I will leave that to be said by examining the logs themselves.
I have uploaded here a whole copy of my "logs" directory found under C:\Users<username>\AppData\Roaming\SyncTrayzor.
Attachments:

logs.zip
Screenshot 01

Mind cranking the log level up to Debug then giving me an updated SyncTrayzor.log?

Uh, well, I've the same issue, but it's a different scenario as in my case it happens in a Windows 7 x64 machine.
As far as I have seen it's "somewhat" random, and the only probable cause (not quite sure how important is) that I've seen is that it seems to happen when I shutdown the machine and didn't close SyncTrayzor using the "Exit" command on the contextual menu of the systray icon, so I've the hypothesis that it could be related.
Curiously enough, that didn't happen on the other machine that I've on home, that is a Windows 10 x64 despite that I program an automatic shutdown for that one (I mention this because my hypothesis).
If there's no problem, and if I can use this thread for the issue, I'll upload the Debug log tonight, or (more) probably tomorrow (My TZ is UTC−6:00 / or CT/CST). Otherwise, I'll open a new issue and upload the log there.
Best regards!

Apologies for the late delay. Some debug logs would be very helpful, thanks!

I'll upload them in a moment or two (kinda busy days, and I completely forgot about this)...
But, I think that I've found certain pattern (more accurate), at least in my case: it seems that this is present when the network connection isn't established yet.

Sorry for the delay - I don't think I get notified about edits, so didn't spot you'd added the log.
There are two things going on. The first is that my attempt to connection to Syncthing's API times out after 5 minutes, rather than 70 seconds, which is what it should be. Not sure that could be causing this, probably something deep in the windows networking stack. The second is that my attempt fails in an unexpected way, which I interpret incorrectly...
Would you mind testing this build? https://ci.appveyor.com/project/canton7/synctrayzor/build/<IP_ADDRESS>8/artifacts

Hi. No problem with the delay.
Yeah, I'll check that build, and let you know what happens. Oh, and by the way, I'll be using the x64 version.
Best regards!

Hi again.
I've been testing the build, and the reported issue seems to be gone, at least in my particular scenario.
Regards.

Cool! I'll get that released at some point.

Cool, that's great!
Thank you for your support!


Update tooltip.

Summary:

What: Now that we're no longer using GISAID, update the public id tooltip for SC2 to mention genbank instead.  This PR renames the mpox publicId column to be generic and uses it in both tables.  This has the correct tooltip.
Ticket: None
Env: none

Demos:

Notes:
Checklist:

[ ] I merged latest <base branch>
[ ] I manually verified the change
[ ] I added labels to my PR
[ ] I tested in multiple browsers
[ ] I added relevant unit tests
[ ] I have notified others of changes they need to make locally (migrations, jobs, package updates, etc)

Closing - decided to just change sc2 tooltip rather than combining.


To work in Catalina (macOS 10.15.7) NSToolbarSidebarTrackingSeparatorItemIdentifier had to be removed

Hi,
first of all, GREAT WORK! I had no problems getting some examples to run in 10.15.7 - but unfortunately the NSToolbarSidebarTrackingSeparatorItemIdentifier is part of macOS 11 and I got a compile error on my Catalina (10.15.7) system:
note: Undefined symbols for architecture x86_64:
          "_NSToolbarSidebarTrackingSeparatorItemIdentifier", referenced from:
              cacao::macos::toolbar::enums::ItemIdentifier::to_nsstring::h93aee7ff60b47338 in libcacao-666ce155f0266e01.rlib(cacao-666ce155f0266e01.cacao.6ipigaqo-cgu.15.rcgu.o)
        ld: symbol(s) not found for architecture x86_64

I removed the Enum-entry and corresponding code and got the todo_list compiled and running. No Crashes or bugs (so far). Here is my modified enums.rs
enums.txt

Ah, yeah, I think I probably blanket replaced that - it should really just be hard coded to the enum value so it can compile on 10.15.7-, or there needs to be some kind of compile time check.
Will see what I can throw together… appreciate it!
On Sun, Jun 27, 2021 at 04:39, Gregor @.***> wrote:

Hi,
first of all, GREAT WORK! I had no problems getting some examples to run in 10.15.7 - but unfortunately the NSToolbarSidebarTrackingSeparatorItemIdentifier is part of macOS 11 and I got a compile error on my Catalina (10.15.7) system:
note: Undefined symbols for architecture x86_64:
"_NSToolbarSidebarTrackingSeparatorItemIdentifier", referenced from:
cacao::macos::toolbar::enums::ItemIdentifier::to_nsstring::h93aee7ff60b47338 in libcacao-666ce155f0266e01.rlib(cacao-666ce155f0266e01.cacao.6ipigaqo-cgu.15.rcgu.o)
ld: symbol(s) not found for architecture x86_64
I removed the Enum-entry and corresponding code and got the todo_list compiled and running. No Crashes or bugs (so far). Here is my modified enums.rs
enums.txt
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

@GrxE curious if the patch I just threw up works for you. If so, I can push a 0.2.1 to crates.io.
Thanks again!

0.2.1 should fix this.


CloudWatchLogs:filter_log_events() now supports the filterPattern-parameter

Fixes #1873
This also moves some tests around, and reintroduces them as a TestCase, in order to reduce the code duplication between them.

Codecov Report

Merging #5428 (13397d4) into master (b6929b7) will decrease coverage by 0.00%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master    #5428      +/-   ##
==========================================
- Coverage   96.08%   96.08%   -0.01%
==========================================
  Files         717      717
  Lines       71366    71398      +32
==========================================
+ Hits        68571    68601      +30
- Misses       2795     2797       +2

Flag
Coverage Δ

servertests
35.76% <38.23%> (-0.01%)
:arrow_down:

unittests
96.02% <100.00%> (-0.01%)
:arrow_down:

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

Impacted Files
Coverage Δ

moto/__init__.py
98.56% <100.00%> (ø)

moto/logs/models.py
96.25% <100.00%> (+<0.01%)
:arrow_up:

moto/logs/utils.py
100.00% <100.00%> (ø)

moto/iam/models.py
95.50% <0.00%> (-0.13%)
:arrow_down:

moto/apigateway/models.py
94.36% <0.00%> (ø)

moto/apigateway/responses.py
94.56% <0.00%> (+<0.01%)
:arrow_up:

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


Connect to defined port with WSS : Trying to connect using local(private) IP

As docx says no need to add any additional headers for WSS request. I tried to connect with WSS and defined the port.
ex:  uri = new URI("wss://develop-xxxxxx.xxxx.pl:9050/websocket");
Response bring an exception telling that failed to connect....
java.net.SocketTimeoutException: failed to connect to develop-xxxxxx.xxxx.pl/##.###.##.### (port 9050) from /###.###.#.### (port 42827) after 10000ms
In this exception,   from /###.###.#.### (port 42827) after 10000ms, the hash code includes my local(private) IP. I think it should connect via public IP of my network.
Is there any method to set manually port and where I missed?

You can try connecting to the WebSocket server using this Chrome plugin https://chrome.google.com/webstore/detail/simple-websocket-client/pfdhoblngboilpfeibdedpjgfnlcodoo?hl=en
If the connection is successful, there must be an error in the library, if not, you should verify that the specified port is ready to receive connection from the Internet.
The string is OK, there's no need to manually specify a port. And the IP is good as well, your NAT should be responsible to translate the private IP to the public one.


CocoaPods was not able to update the master repo

I have an app that was written several years ago; I am now in the process of making some changes to it, and needed to update Ensembles to v1.7 (to remove warnings/errors during build).  I followed the instructions in the release notes on GitHub, specifically the section Downloading Ensembles.
When doing the git clone command, I couldn't find the updated Ensembles code, so I did a download and unzipped the file, getting a ensembles-master.zip file.  My app's Podfile already contained the two lines of code exactly as listed in the release notes.  When I do the pod update, I get the following results of pod update --verbose command:

iMac:bookstoreinventorymanager rolfmarsh$ pod update --verbose
Update all pods
Preparing
Re-creating CocoaPods due to major version update.
Updating local specs repositories
Updating spec repo master
[!] CocoaPods was not able to update the master repo. If this is an unexpected issue and persists you can inspect it running pod repo update --verbose
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:110:in rescue in update_git_repo' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:106:in update_git_repo'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:124:in update_git_repo' /Library/Ruby/Gems/2.0.0/gems/cocoapods-core-1.1.1/lib/cocoapods-core/source.rb:334:in update'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-core-1.1.1/lib/cocoapods-core/master_source.rb:15:in update' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:88:in block (2 levels) in update'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/user_interface.rb:64:in section' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:87:in block in update'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:86:in each' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/sources_manager.rb:86:in update'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer/analyzer.rb:220:in block in update_repositories' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer/analyzer.rb:218:in each'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer/analyzer.rb:218:in update_repositories' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer.rb:146:in block in resolve_dependencies'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/user_interface.rb:64:in section' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer.rb:145:in resolve_dependencies'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/installer.rb:110:in install!' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/command/update.rb:60:in run'
/Library/Ruby/Gems/2.0.0/gems/claide-1.0.1/lib/claide/command.rb:334:in run' /Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/lib/cocoapods/command.rb:50:in run'
/Library/Ruby/Gems/2.0.0/gems/cocoapods-1.1.1/bin/pod:55:in <top (required)>' /usr/local/bin/pod:23:in load'
/usr/local/bin/pod:23:in `'

I have absolutely NO idea what this message is referring to (yes, I checked Google) nor do I know how to go about fixing it.  Help would be greatly appreciated.
SD

You shouldn't need to download or use git to get Ensembles if you are using Cocoapods. Cocoapods is designed to fulfill that purpose.
I'm afraid you problem here is with Cocoapods, and not with Ensembles, so I am not an expert there (I don't use it in my projects). My guess is that you should update the versions for Ensembles in the pod file, if necessary, and try the update again. If it fails, google the error, and if all fails, completely remove Cocoapods cache and reinstall it.


Update weaver-test-extra to 0.4.5

Updates io.github.dimitarg:weaver-test-extra from 0.3.9 to 0.4.5.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "io.github.dimitarg", artifactId = "weaver-test-extra" } ]

labels: test-library-update, semver-minor

Superseded by #50.


[TEST PR] New scale test for auto skipper.

Note: This is a test code for auto skipper. Please use it for reference.
(Reference #3233 )
I tested the display method not using auto skipper.
For testing, the code is not beautiful.
Summary
Extend Chart.Scale etc.
Two scale type ( linear2 and linear3 ) were added.
Fixed several bugs on the current Chart.Scale.
A sample html was added.

linear
Run the original linear scale type with extended Chart.Scale.
This means that the existing scale will work.
Other existing scales also work.
In this case, autoSkip is used.
linear2
Display the scale in a way not using autoSkip.
Ticks are divided into three levels to control label display.
I adjusted it display close to the original linear.
linear3
It is a scale that changes the scale calculation parameter and reduces the number of tick marks.
This will be useful for displaying fine scales.
jsFiddle
It was harder than I imagined. 😅

Additional notes : When min max stepsize is set, I think linear scale is correct. The step should start from min. 😃
https://github.com/chartjs/Chart.js/blob/master/src/core/core.ticks.js#L68-L75
I forgot this code.

Changed

jsFiddle
My opinion
linear2, linear3, the display of the scale is fine and it is not simple. To merge with the original, adjustment is still necessary.

@etimberg
Please close this PR whenever you like. 😃


Function modification in hash?

Hi, I was wondering if it's possible to include the function code in the cache?  That is, if I make a change to the function code, the function will not serve from cache.  Thanks for any advice.

Hey.
Please see my comments on your PR, #35 .

No Worries, it was just a quick way to add source code to the hash function. Unfortunately (and this is not a dig because cachier is a very nice package), cachier doesn't seem to work with class functions.  This is a big use case for me and really don't have a deep understanding of cachier for the enhancement.  Maybe you would consider adding the enhancement?  :)

I would also like this feature.  Personally, I would prefer it to default-on (with configuration to turn it off), because that seems like the most sensible situation to me.  If you change the code in your function, then obviously it is going to change some of the results; and if those results are already persisted, then you are going to get incorrect results.
I understand the concerns about whitespace or comment/documentation changes; but that sounds like an optimization to me.
I really like this project, but the first time I used it for anything interesting, I found myself renaming my function a half-dozen times to force the cache to reset after fixing some obvious bugs in the function.  I ended up writing a manual wrapper function to preserve the external interface.
Although, I should point out that hashing the source code is not a perfect solution: if it calls other functions that have changed, then it will not reset the cache.  To be pedantic, it would be nice to have an option to pass a list of called functions to the decorator, which will all be added to the hash for the source code.  It might be error prone, but it at least gives the ability to handle these types of changes.

You can manually reset the cache. See here: https://github.com/shaypal5/cachier#id6

The main concern is indeed cascade of changes from inner function calls, which is extremely common.

Still, I agree it's a great feature. It just requires some real work and extensive testing for edge cases, so someone has to pitch in, or I'll just get to it if enough people nag me about it and I get some time. :)

Also, note that any change will have to overcome the problem discovered in https://github.com/shaypal5/cachier/pull/35 , which forced a version rollback.

This is an often-requested feature which is way more complex than it seems initially.
This was discussed in the following issues:
#9
#34
And attempted in two separate pull requests:
#17 , which was merged and then had to be reverted due to issues #18 and #19
#35 , which was rejected for the same reasons.
I would absolutely LOVE it if you would like to make a contribution to help with this feature. If you would like  to do so, however, you would have to start with getting up-to-date with past discussions, issues and attempted contributions. Read up and let me know what you think.
Finally, I'm closing this issue as it's a duplicate of #34 .
Please continue all related discussion there.
Cheers,
Shay

Just leaving here an updates status:
This is an often-requested feature which is way more complex than it seems initially.
This was discussed in the following issues:
#9
#34
#70
And attempted in two separate pull requests:
#17 , which was merged and then had to be reverted due to issues #18 and #19
#35 , which was rejected for the same reasons.
I would absolutely LOVE it if someone would like to make a contribution to help with this feature. Any such potential contributor, however, would have to start with getting up-to-date with past discussions, issues and attempted contributions.
Please continue all related discussion there.
Cheers,
Shay


'4:2:2 Video Pixel Formats' broken link

'4:2:2 Video Pixel Formats' link points to vscode-resource://c:/drivers/drivers/windows-driver-docs-pr/display/4-2-2-video-pixel-formats.md

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

ID: 062f8724-08fa-0dca-a2b8-0b9509fef6af
Version Independent ID: db5beab6-db27-44e0-c25f-73ca5c5bcb04
Content: 4 2 0 Video Pixel Formats - Windows drivers
Content Source: windows-driver-docs-pr/display/4-2-0-video-pixel-formats.md
Product: windows-hardware
Technology: windows-devices
GitHub Login: @lorihollasch
Microsoft Alias: loriwhip

@Kojoley , thanks for reporting these broken links - they are now fixed!


Testing the Load Balancer

When I force the refresh only VM1 appears.
I checked the backend pool and it looks correct.

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

 Only then did I see that the refresh redirect to another VM.

@tapialuism this is by design. You will always get the same backend VM from the same computer. Which computer you get will depend upon the load balancer distribution mode.. To test if other backend VMs are receiving requests, you will need to connect to the load balancer endpoint from a different computer.

ah okay.. Thanks Travis
On Mon, Sep 24, 2018 at 2:01 PM TravisCragg-MSFT<EMAIL_ADDRESS>wrote:

@tapialuism https://github.com/tapialuism this is by design. You will
always get the same backend VM from the same computer. Which computer you
get will depend upon the load balancer distribution mode.
https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-distribution-mode.
To test if other backend VMs are receiving requests, you will need to
connect to the load balancer endpoint from a different computer.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/15507#issuecomment-424123554,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ApBWaMfYXHkRWieQPGuJnyywInEVR_klks5ueUg8gaJpZM4W3Ked
.

@tapialuism We will now proceed to close this thread. If there are further questions regarding this matter, please tag me in your reply. We will gladly continue the discussion and we will reopen the issue.


Unsure where to add IP / port / MAC to the IDE settings?

Hi all,
Unsure where to add the following information as per step 3 in usage:
"Configure the "MQTT Device" in the My Devices IDE with the IP Address, Port, and MAC Address of the machine running the Docker container"

I believe the "MQTT Bridge" device, in MY DEVICES on the smartthings website.

Go to My Devices in the SmartThings IDE and click on the MQTT device you set up in the previous step. There should be an "edit" link next to "Preferences" in the properties table. You can also configure the device from the SmartThings Classic App.


Rename core plugins to closer mirror CSS properties and modules

Note: This PR is only about changing the name of the core plugins themselves, not the classes generated by the core plugins. Even though the leading plugin will be renamed to lineHeight, the classes it generates will still be .leading-{modifier}.
As part of 1.0 I want to make the core plugin names more consistent and guessable. After way too much deliberation I've decided it makes the most sense to stick with singular names, and match the CSS property (or module name) where possible.
For example, fonts will change to fontFamily, backgroundColors will change to backgroundColor, svgStroke will change to stroke, etc.
Certain core plugins will continue to be responsible for multiple CSS properties, and those plugins will be named after the parent CSS module when possible. For example, the flexbox plugin will still be responsible for align-items, justify-content, flex-direction, etc., and in the future a grid or gridLayout plugin would likely be responsible for many of the CSS grid properties.
Other core plugins may be split into multiple plugins in order to give them better names, like we may split textStyle into separate textTransform, textDecoration, fontStyle, and fontSmoothing plugins (although we may not.)
This is one of the biggest breaking changes for 1.0 but I think it's better than being stuck with a bunch of inconsistent names forever. This break will only affect your actual config file, and won't require making any changes in your actual HTML.
To Do:

[x] Change backgroundColors to backgroundColor
[x] Change borderColors to borderColor
[x] Change borderWidths to borderWidth
[x] Change fonts to fontFamily
[ ] Change fontWeights to fontWeight
[ ] Change leading to lineHeight
[ ] Change lists to listStyle
[ ] Change shadows to boxShadow
[ ] Change svgFill to fill
[ ] Change svgStroke to stroke
[ ] Change textColors to color or textColor
[ ] Change textSizes to fontSize
[ ] Change textStyle to textTransform, textDecoration, fontStyle, and fontSmoothing
[ ] Change tracking to letterSpacing

Change lists to listStyle

Are you also planning on adding list style type utilities by any chance? :)

Are you also planning on adding list style type utilities by any chance? :)

Yeah I think I want to trash the whole list-reset class and just provide list style utilities instead.

Reverted the changes to leading and tracking for now, still unsure what to do there but it seemed really unintuitive to change tracking values in a key called letterSpacing. Maybe it's fine but I kinda think calling the plugins leading and tracking is fine too.
Going to open a separate issue to discuss potential new names for the leading and tracking classes, having a hard time deciding what to do there.


Running classifyToolbarItems () in the Window resizing event, but I want you to run classifyToolbarItems () in the toastui-editor-defaultUI resizing event

Describe the bug
Running classifyToolbarItems () in the Window resizing event, but I want you to run classifyToolbarItems () in the .toastui-editor-defaultUI resizing event.
Window resizing does not occur, side menus etc. are displayed and menus are not redrawn when the size of toastui-editor-defaultUI is changed.
window.addEventListener("resize",this.handleResize)};
↓
document.querySelector('.toastui-editor-defaultUI').addEventListener("resize",this.handleResize)};
Is this not good if you have two or more editors 😓

@HiroyukiNIshimura
The bug has been fixed in v3.0.3.


Put this on docker hub

Hi Oracle, why not putting these images on docker hub so people do not have to build theirselves? Please setup automated builds for docker hub. Thanks.

Hi @saily, we are first certifying our products and helping users to build their own images with these quickstart files, gather feedback, establish best practices and optimal default configurations as well customization points.
We do have though in our roadmap intation to provide pre-built images, but is not our focus right now.
But thanks for your interest. You are not the first nor the second to give sign of interest on pre-built images. And I hope we get even more :-)

Hi @brunoborges. What is your focus on right now?
Acutally we use custom built docker images to test and pre-build all oracle products like OracleDB, SOA appliaction and Commerce on premise. Having maintained images to start from would help a lot.

Focus is to dockerize even more Oracle technologies.  :-)
We certify and provide support for some products (the ones you see in this repo), but we do not require customers to use specific pre-built images. In fact, customers are allowed to come up with their own images, customizations, and parameters.


Backups are not working on Linux

Using the official AUR package catapult-bin.
Creating a backup generates the following error:
ERROR: Archive zip command exited with an error (exit code: 127)
   at: call (modules/gdscript/gdscript_functions.cpp:775)

I am also getting this error as well, also running on linux WSL2.

Alright seems like the issue is that it requires the zip/unzip package installed. Thats what fixed it for me:
for Debian: '''sudo apt install zip'''
I did have gunzip available, but I'm unsure if that would have worked or not, but zip doesn't come default on a lot of distributions.

Alright seems like the issue is that it requires the zip/unzip package installed. Thats what fixed it for me: for Debian: sudo apt install zip
I did have gunzip available, but I'm unsure if that would have worked or not, but zip doesn't come default on a lot of distributions.

Yep that works indeed. Installed the package by the same name on Arch.
Seems odd that the official AUR package doesn't list it as a dependency for this. Eitherway the error could be a bit more specific like what command was it trying to run since that will let anyone know exactly what Catapult is trying to do. I wouldn't happen to try ZIP since there's yet so many other compression packages and so far i havent ever had the need for this one specifically so it goes unnoticed at least for me.
I wont close it for now and let the bot do its thing just in case someone wants to work on improving on what I listed. I would if i had the time but currently i cant even really even play CDDA.


[Feature request] Controls for the Size of Journals or artwork pop outs.

Hi there use stream view all the time works great and been happy with it. As always thanks for all the hard work on this.
One feature I have been wondering if its possible. on my stream I have overlay that covers portions of the foundry screen It would be handy if I could change the position and the size of journal popouts or artwork being shown so the stay in a portion of the screen I set.
Thanks again
Axium

Should be doable. Would a single size/pos for all popouts work, so they all appear at the same location? Would mean multiple popouts would overlap, stacked directly on top of each other, but otherwise things would get kind of complicated.

That wouldnt be an issue at all would fit my needs. Thanks

Available in v1.2.0

This Works perfectly Thankyou so much for putting in the work on this.


[RFC] boards organization

As previously discussed in conjunction with #7705, https://github.com/PX4/Firmware/pull/8777, https://github.com/PX4/Firmware/pull/7806, https://github.com/PX4/Firmware/issues/8127, https://github.com/PX4/Firmware/issues/7318, I'd like to consolidate all components of a board into a single location.
Why?

easy board addition
easy board removal
third party boards can live out of tree
direct comparison between boards (ie diff fmu-v2 and fmu-v4)
trivial to create a custom minor board variant without hacking the existing board in a private fork (something I've seen many times).
work towards minimizing what's actually required in a board support package

Example

fmu-v2

default.cmake
nuttx_defconfig
include

board_config.h

src

init.c
etc

In this current PR I've sorted the boards by VENDOR (eg PX4) and then by MODEL (eg FMU-v2). The  downside is it changes the common naming from px4fmu-v2 to px4_fmu-v2. This is somewhat flexible if people feel strongly about it.
Thoughts/comments/concerns/complaints?
Here's the full tree.  The only minor thing is that .cmake & NuttX configs will be a bit more scattered, but I can live with that.
navio2/cross_no_shield.cmake does not use the navio hat, and thus should live under something like px4/raspberry_pi

Ok, I'll get this branch fully working and we'll give everyone that's interested a chance to review and test.
The other minor thing I was thinking about was giving the configs a special extension like .px4cfg.

Let's give this another go.

Aside from rebasing hurdles what is blocking this PR?

The main hurdle here will likely be the naming changing slightly.

Continued in https://github.com/PX4/Firmware/pull/10875


HDDS-9347. Fix Ozone FS listStatus() cache-table inconsistencies.

What changes were proposed in this pull request?
Few bugs found and fixed while testing with cache unflushed

[x] Fake dir not created when fsPaths is disabled
[x] CacheIterators should always skip null values as when we delete an object we mark it as  null in cache first and later delete it from the RawTable
[x] StartKey means the starting key from which listStatus should display in order not that keyName should start with the key. This is fixed. The below current code has this bug.

if (cacheOmKeyInfo != null
          && cacheKey.startsWith(startCacheKey)
          && cacheKey.compareTo(startCacheKey) >= 0) {

What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-9347
How was this patch tested?
Added an extra combination in TestRootedOzoneFileSystem to test when the OM Table cache is not flushed, This is useful in catching hold of issues that is caused by cache-table inconsistencies
Ran the entire test with extra combinations too : 15x10 times here : https://github.com/sadanand48/hadoop-ozone/actions/runs/6415907619

@sadanand48 thanks for the patch.  Can you please trigger repeated runs for a few more FS test classes (TestOzoneFileSystem, etc.) on this branch in your fork?

TestOzoneFileSystem 10x15 passed: https://github.com/sadanand48/hadoop-ozone/actions/runs/6493771280

@swamirishi can you review this change?

@SaketaChalamchala can you take a look at this as well?

Looks very similar to the bug described in #5093 / HDDS-8877


Add fail-fast: false to CI

https://github.com/momosetkn/liquibase-kotlin/actions/runs/11225960332
Confirm to fail all


Fix status code 400 getting logged

Responses with status code 400 are also being logged. This PR fixes that.
Cool package by the way!

Thank you! 🙏


Embed changesets don't always give errors for duplicates primary keys

Elixir version
1.15.2
Database and Version
PostgreSQL 11
Ecto Versions
3.9.5
Database Adapter and Versions (postgrex, myxql, etc)
0.16.5
Current behavior
If an embeds changeset has a duplicate id as apart of the changes it doesn't give a duplicate id error. This works correctly and gives an error if the id is in the data of the changeset.
For example the following test from the ecto codebase passes as it returns an error that the primary key id has already been taken.
test "duplicate pk on insert" do
    embeds = [%MyEmbed{x: "xyz", id: @uuid} |> Ecto.Changeset.change,
              %MyEmbed{x: "abc", id: @uuid} |> Ecto.Changeset.change]
    changeset =
      %MySchema{}
      |> Ecto.Changeset.change
      |> Ecto.Changeset.put_embed(:embeds, embeds)
    assert {:error, changeset} = TestRepo.insert(changeset)
    refute changeset.valid?
    errors = Ecto.Changeset.traverse_errors(changeset, fn {msg, _} -> msg end)
    assert errors == %{embeds: [%{}, %{id: ["has already been taken"]}]}
  end

If however we modify the test to where the second embed changeset has the id as part of the changes it give no error and fails.
test "duplicate pk on insert" do
    embeds = [%MyEmbed{x: "xyz", id: @uuid} |> Ecto.Changeset.change,
              %MyEmbed{} |> Ecto.Changeset.change(x: "abc", id: @uuid)]
    changeset =
      %MySchema{}
      |> Ecto.Changeset.change
      |> Ecto.Changeset.put_embed(:embeds, embeds)
    assert {:error, changeset} = TestRepo.insert(changeset)
    refute changeset.valid?
    errors = Ecto.Changeset.traverse_errors(changeset, fn {msg, _} -> msg end)
    assert errors == %{embeds: [%{}, %{id: ["has already been taken"]}]}
  end

The only thing changed in the above test is that the second embed changeset is created with
%MyEmbed{} |> Ecto.Changeset.change(x: "abc", id: @uuid)

instead of
 %MyEmbed{x: "abc", id: @uuid} |> Ecto.Changeset.change

Expected behavior
Embed changesets give errors for duplicate primary keys whether the id is in the data or the changes of the changeset.

I think we rather did not consider this case when it was implemented. :)


clients: properly detect and convert ErrRecordMismatch

https://github.com/sourcegraph/sourcegraph-accounts-sdk-go/pull/4 only gets the half-job done, which did not actually detect and convert error to ErrRecordMismatch 💩
Test plan
CI

Merging as-is, happy to address post-merge feedback!


[HOLD for payment 2024-11-11] [$250] Categories -Category name for spend is not updated offline & a new category is created instead

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: 9.0.47-1
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers<EMAIL_ADDRESS>Issue reported by: Applause - Internal Team
Action Performed:

Go to staging.new.expensify.com
Go to workspace settings > Categories
Open Travel category (because it is linked to Airlines spend in Settings)
Change the category name and save it
Click Settings
Note that the category for "Airlines" is also updated
Go offline
Open Travel category, rename and save it
Click Settings
Click Airlines

Expected Result:
Travel category will gray out and the name is updated when the category is updated offline
Actual Result:
Travel category is not grayed out and the name is not updated
A new category with the updated name is created down in the list
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/user-attachments/assets/3d2708e5-4a84-4aca-83e0-250ef594fc23
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~021844365273557975639
Upwork Job ID:<PHONE_NUMBER>557975639
Last Price Increase: 2024-10-17
Automatic offers:

huult | Contributor | 104555728

Issue OwnerCurrent Issue Owner: @eVoloshchak

@bfitzexpensify  FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

Proposal
Please re-state the problem that we are trying to solve in this issue.
Travel category is not grayed out and the name is not updated
A new category with the updated name is created down in the list
What is the root cause of that problem?
We haven't updated optimistic data for policy's mccGroup
What changes do you think we should make in order to solve the problem?

Update optimistic data for mccGroup to change the corresponding category name when renamePolicyCategory:
const policyCategories = Object.keys(allPolicyCategories?.[`${ONYXKEYS.COLLECTION.POLICY_CATEGORIES}${policyID}`] ?? {});
const mccGroup = policy?.mccGroup;

const updatedMccGroups: Record<string, MccGroup> = lodashCloneDeep(mccGroup ?? {});

Object.values(mccGroup ?? {}).forEach((group) => {
    if (policyCategories.includes(group.category)) {
        updatedMccGroups[group.groupID].category = policyCategory.newName;
    }
})

...
optimisticData: [
    ...,
    {
          onyxMethod: Onyx.METHOD.MERGE,
          key: `${ONYXKEYS.COLLECTION.POLICY}${policyID}`,
          value: {
              mccGroup: {
                  ...updatedMccGroups,
              }
          },
      },
]

We might need to update mccGroup's pendingAction as well.

Proposal
Please re-state the problem that we are trying to solve in this issue.
Category name for spend is not updated offline & a new category is created instead
What is the root cause of that problem?
We do not update the category in the mccGroup of the policy when renaming the policy category.
What changes do you think we should make in order to solve the problem?
We must update the category in the mccGroup of the policy when renaming the policy category. It should be something like this:
//src/libs/actions/Policy/Category.ts#L546
+  const mccGroup = policy?.mccGroup ?? [];
+  const updateMCCGroup = CategoryUtils.getCategoryMccGroup(mccGroup, policyCategory.oldName, policyCategory.newName);

//src/libs/actions/Policy/Category.ts#L641
value: {
                    rules: {
                        approvalRules,
                    },
+                    mccGroup: CategoryUtils.getCategoryMccGroup(updateMCCGroup, policyCategory.oldName, policyCategory.newName),
                },
// .src/libs/CategoryUtils.ts#L60
+ function getCategoryMccGroup(mccGroup: Record<string, MccGroup>, oldCategoryName: string, newCategoryName: string) {
+    for (const key in mccGroup) {
+        if (mccGroup[key].category === oldCategoryName) {
+            mccGroup[key].category = newCategoryName;
+        }
+    }
+    return mccGroup;
+ }

Couple of proposals ready for review @eVoloshchak

@mkzie2, thank you for the proposal, however, when testing it, I've encountered a couple of problems:

The category name is not updated in Settings
The app crashes when you click on an old category name in Settings

https://github.com/user-attachments/assets/5a5fe2ea-e70e-44d4-aa2a-f928e4778e69

@huult proposal looks and tests well, let's proceed with it
🎀👀🎀 C+ reviewed!

@youssef-lr I look forward to receiving your assignment

I will create a pull request within 24 hours. Thanks

PR has already been created.

@eVoloshchak I have created a new pull request to fix this issue and issue #51812. Could you check it? Thanks!

@eVoloshchak Could you please review this pull request when you have time? Thank you.

Still waiting on the updated changes to be deployed here, after https://github.com/Expensify/App/issues/51812 was caused by https://github.com/Expensify/App/pull/51390

waiting for @eVoloshchak to review the pull request

same above

@eVoloshchak Please review my pull request. Thank you.

@eVoloshchak Please review my pull request. Thank you.

@eVoloshchak Could you review the pull request so it can be completed? It has been open for 3 weeks and involves a small change, so your prompt review would be appreciated.

Waiting for @youssef-lr to review. https://github.com/Expensify/App/pull/51927

The pull request is already merged into the main branch

Payment complete to @huult.
@eVoloshchak, please complete the BZ checklist and I'll post the payment summary for the C+ work.

Bumping this @eVoloshchak

The PR that introduced the bug has been identified. Link to the PR: there isn't a PR that has caused this, this was a functionality not implemented initially
The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: N/A
A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: I don't think an additional discussion is needed, we already have the necessary item in PR author/reviewer checklists

Regression Test Proposal

Navigate to Workspace Settings > Categories.
Open the Travel category (because it is linked to the Airlines spend in Settings).
Change the category name and click Save.
Click Settings and verify that the Airlines category name is updated.
Go offline.
Open the Travel category, rename it, and click Save.
Click Settings and then open the Airlines category.
Verify that the Travel category has the updated name and is grayed out.

Do we agree 👍 or 👎

Thanks!
Payment summary:
@eVoloshchak due $250 for C+ work via ND manual request.


Added support for enabled cloudwatch logs exports (fixes #70)

v1.21.0 has been released.

Hi @antonbabenko after this release, the terraform breaks using or not using this variable:
Error: module.xyz.module.db_instance.aws_db_instance.this: : invalid or unknown key: enabled_cloudwatch_logs_exports
@wendelmineiro89


[Beta.2] Omission of relation field causes unclear rust error message at generate

Bug description
The generate module will fail with a rust error message if given a schema like this:

model HourRange {
  id          String   @default(cuid()) @id
  createdAt   DateTime @default(now())
  updatedAt   DateTime @updatedAt
  startHour   Int
  startMinute Int
  endHour     Int
  endMinute   Int
  dayId       String?
}

model Day {
  id         String      @default(cuid()) @id
  createdAt  DateTime    @default(now())
  updatedAt  DateTime    @updatedAt
  hourRanges HourRange[]
  day        String
}

Error message:
Error: Schema parsing
thread 'main' panicked at 'Expected exactly one data source field for ScalarFieldTemplate.', libs/prisma-models/src/datamodel_converter.rs:109:40
stack backtrace:
   0: <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt
   1: core::fmt::write
   2: std::io::Write::write_fmt
   3: std::panicking::default_hook::{{closure}}
   4: std::panicking::default_hook
   5: std::panicking::rust_panic_with_hook
   6: rust_begin_unwind
   7: core::panicking::panic_fmt
   8: core::option::expect_failed
   9: <core::iter::adapters::Map<I,F> as core::iter::traits::iterator::Iterator>::fold
  10: <core::iter::adapters::Map<I,F> as core::iter::traits::iterator::Iterator>::fold
  11: prisma_models::datamodel_converter::DatamodelConverter::convert
  12: query_engine::cli::CliCommand::dmmf
  13: query_engine::main::{{closure}}
  14: <std::future::GenFuture<T> as core::future::future::Future>::poll
  15: tokio::runtime::enter::Enter::block_on
  16: tokio::runtime::context::enter
  17: tokio::runtime::handle::Handle::enter
  18: query_engine::main
  19: std::rt::lang_start::{{closure}}
  20: std::panicking::try::do_call
  21: __rust_maybe_catch_panic
  22: std::rt::l

I believe this message can be improved to reflect the omission of the relation field (Day in this case).

How to reproduce
Run prisma generate with a model that omits a relation field.
Expected behavior
Error message that explains the schema error.

Prisma information

Version: 2.0.0-beta.2

Environment & setup

OS: MacOS Catalina
Database: MySQL
Prisma version: Beta.2
Node.js version: v12.16.1

I think it's because of this commit Link to the pull request #655

I can reproduce this. Schema validation needs to be improved for this case.

Running into this now- with a large schema it can be very difficult to track the origin.

@tylerjbainbridge The way I quickly noticed this is by formatting the model with the VS Code Prisma extension twice. The first time it will add only the foreign key field (userId String, for example) to the models that need it. And the second time, it will try to add it again, which then will mark errors because  of the duplication.

fixed in: https://github.com/prisma/prisma-engines/pull/687


YAML example not complete

Following this tutorial and example did not completely work for me. I had to add: device_aliases: {'ephemeral0': '/dev/sdb'} below #cloud-config to get a custom deployment to work in formatting the swap partition.

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

ID: 7781b573-2873-1d3a-b0fe-e8478aafd6f5
Version Independent ID: f79be585-5856-a616-5f56-8f73f3b2eccd
Content: Use cloud-init to configure a swap partition on a Linux VM - Azure Linux Virtual Machines
Content Source: articles/virtual-machines/linux/cloudinit-configure-swapfile.md
Service: virtual-machines-linux
GitHub Login: @RicksterCDN
Microsoft Alias: rclaus

Thanks for the feedback! I have assigned the issue to the content author to investigate further and update the document as appropriate.

We are currently cleaning up old issues and closing out items that are greater than 90 days old. If an issue is still present, please open a new feedback item on the document so we can prioritize correctly.
#please-close


Stack depth after Set Stack Depth Change on indirect call is 4 less than expected

Describe the bug
When using Set Stack Depth Change... on an indirect call i.e. CALL dword ptr [ECX + 0xC8] you must specify a value 4 larger than expected in order to get the desired change.
To Reproduce
Steps to reproduce the behaviour:

Find an indirect CALL that is followed by a - ? - stack depth
Right click the call, Function -> Set Stack Depth Change...
Enter any value

Expected behavior
If the stack depth was 0dc when the call is made and the change entered was 0xc the stack depth on the next instruction should be 0d0, instead it is 0d4
Screenshots

Attachments
n/a
Environment (please complete the following information):

OS: Windows 10
Java Version: 14
Ghidra Version: 9.2

Currently overriding the stack depth change includes the purge done by the called function.
In your case the three 4 byte values plus the 4 byte return, which is 16 bytes.
The stack depth 0xdc is that stack depth at the start of the instruction.  The instruction pushes on the 4 byte return.
If it wasn't done this way, you couldn't correct the stack depth of a function that doesn't purge the return value from the stack.

That makes sense, the equivalent facility in IDA doesn't seem to account for the return address which is what led to my confusion, thanks for the explanation.


presentation (cerebro-es-everything-plugin)

change presentation showing file type icons

That you can configure the search for system files or user files

Sorry I didn't understand your issue.


Hacktoberfest - Any help is welcome

Any improvement in the project helps.

Refactor;
Add missing endpoints;
Improve Documentation;
Improve tests;
anything helps

Hello! 👋
I have made a PR with a refactor - it's an abstraction on the retrieve_all method that is in a handful of resource files. It swaps the method in all of those resources to use a mixed in module method instead. I also noticed the potential for some additional abstractions and if this PR: https://github.com/rodolfobandeira/spacex/pull/43.
I would definitely welcome any feedback and would be happy to make any changes to the PR. Thanks for the opportunity!

@mtking2 Go for it! Please create an issue for this so other hacktoberfesters will know that you are working on it. Thanks!

If you haven't already noticed we already have some of the launch stuff implemented here https://github.com/rodolfobandeira/spacex/blob/master/lib/spacex/launches.rb

@invacuo will do! 👍


When a cutscene plays it freezes

The game freezes when a cutscene plays and makes you exit the client.  This happens in every campaign.

This is likely due to a hotkey being triggered on map load. Please send me your gwtoolbox.ini file privately on discord

What's your discord username?
On Thu, Aug 18, 2022, 3:36 PM Jon @.***> wrote:

This is likely due to a hotkey being triggered on map load. Please send me
your gwtoolbox.ini file privately on discord
—
Reply to this email directly, view it on GitHub
https://github.com/HasKha/GWToolboxpp/issues/767#issuecomment-1219876291,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIF77MW35EK4KIG2CP5P2R3VZ2GCZANCNFSM566CQQ5A
.
You are receiving this because you authored the thread.Message ID:
@.***>

Jon [SNOW]#1816

After debugging, may be an issue with umod/gwlauncher, works when using toolbox without these extras

Same problem, I've tested without gwlauncher it crash everytimes while the video is fading, I can try it at Boreas Seabed while talking to Elder Rhea to watch the intro video

Using the same config, the game freezes with cutscenes with version 5.16, but does not freeze with version 5.14

5.15 also freezes

After a month of playing for version 6.0, there was not a single freeze.


Translation by -COG doesn't make origo new COG

After translating a mesh with -COG one would expect the new COG to be the coordinate origin (0, 0, 0) (modulo small float errors), but when running the code found in the gist with gear-complex.stl (also in the gist), the new COG is clearly off-origin. The z component changes from +1.6 to -12 and thus gets further away from origo.
https://gist.github.com/md2perpe/80b097e58ddfd5f6cb48c014875ab565
System info:
$ uname -srvmpio
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 unknown unknown GNU/Linux

I'v been looking at the COG code for a bit and what I can gather from the algorithm is that it's only approaching the COG but in most cases it will never reach it: https://www.geometrictools.com/Documentation/PolyhedralMassProperties.pdf
The code (or algorithm) wasn't written by me so I'm far from an expert on the matter unfortunately, a few tests locally indicated that running the algorithm a few times until a "stable" state has been reached functions slightly better.
Perhaps @uvar can provide some useful input?

Well...
The short answer is: your intuition about -COG is right.
The semi-short answer: The STL file is quite badly corrupted and required repairs.
The long answer .. I haven't really gotten around to updating a bit of old code which auto-repaired meshes generated by 3D-scanners from Python 2 to Python 3 and re-ensuring compatibility with numpy-stl updates yet. Attached, please find the repaired file.
Repaired.zip
Output from COG snippet you already typed @md2perpe :

COG: [ 28.0400547   -9.17302581   1.5331031 ]
COG: [  1.91787741e-06   3.48241772e-07  -3.53684678e-07]

For a valid STL object, the oriented area should sum up to zero within some floating arithmetic error.
    def area_or(self):
        v0 = self.data['vectors'][:, 0]
        v1 = self.data['vectors'][:, 1]
        v2 = self.data['vectors'][:, 2]

        normals = numpy.cross(v1 - v0, v2 - v0)
        #normals = self.normals
        #print normals1 == normals
        normals_sum = numpy.array([math.fsum(normals[:, 0]),
                                   math.fsum(normals[:, 1]),
                                   math.fsum(normals[:, 2])])
        return normals_sum

This same calculation of normals from the vertex ordering, underlies many packages and software programs dealing with stl-files. It is also mathematically the correct way of ordering vertices.
What I think happened with your file, as I did not see any visible corruption right away, and around 12k faces were deleted, is that there were a lot of unmatched faces somewhere inside the hull.
As a side note, @WoLpH I do not find it helpful to have the code tell me speedups failed without specifying the exception caught. There is something in the code sensitive to improperly specified STLs, as I didn't get a warning on the repaired STL.


buffer_test.go: Add test case for reusing writer with bloomfilters

I don't know why yet, but this test appears to fail on arm64. Opening mainly to see if it works on amd64 and to see if anyone has an idea what the culprit might be.
@achille-roussel

If I'm getting this right I believe the problem we were seeing was that we reset the bits of bloomfilters of a column here:
https://github.com/segmentio/parquet-go/blob/6dc5e4bb634a24de7c2fa27f7c16bf1487416bdf/writer.go#L850
And because we reset the writer, the w.filter.bits is not nil here, and therefore it is still length 0 (because that's what it was reset to):
https://github.com/segmentio/parquet-go/blob/6dc5e4bb634a24de7c2fa27f7c16bf1487416bdf/writer.go#L896-L898
And when it is then passed to MakeSplitBlockFilter:
https://github.com/segmentio/parquet-go/blob/6dc5e4bb634a24de7c2fa27f7c16bf1487416bdf/bloom/filter.go#L33-L37
We create an empty filter (I checked through some logging and indeed we always create an empty filter with a reset column). So when we then attempt to insert into that empty filter we panic:
https://github.com/segmentio/parquet-go/blob/6dc5e4bb634a24de7c2fa27f7c16bf1487416bdf/bloom/filter_default.go#L12
I suspect that even on amd64 we had unsafe behavior but since the assembly code does not perform any bounds checks it just ran whatever we gave it, so it might potentially have produced garbage/caused buffer overflows before this.

Thanks for the thorough investigation!
I'll prioritize getting a fix out today.

Makes sense!


Rancher EBS continues to create new volumes if IAM permissions are incorrect

Summary:
If a service using an EBS volume fails to start because of IAM permissions problems when creating the volume, the volume is not deleted.
Steps to Reproduce:

Create an IAM user with a policy missing ec2:CreateTags like:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "Stmt1499811186000",
            "Effect": "Allow",
            "Action": [
                "ec2:AttachVolume",
                "ec2:CreateVolume",
                "ec2:CreateSnapshot",
                "ec2:DeleteVolume",
                "ec2:DescribeVolumeAttribute",
                "ec2:DescribeVolumesModifications",
                "ec2:DescribeVolumeStatus",
                "ec2:DescribeVolumes",
                "ec2:DescribeSnapshots",
                "ec2:DescribeTags",
                "ec2:DetachVolume",
                "ec2:ModifyVolume",
                "ec2:ModifyVolumeAttribute"
            ],
            "Resource": [
                "*"
            ]
        }
    ]
}

use this user's keys with rancher-ebs
start a new service that creates an EBS volume
the service will fail with an error about not having the CreateTags permission
the service will continue to restart
every time the service restarts, it will create another EBS volume
these volumes are never deleted and will incur AWS charges if left around

I've seen this error too.

Thanks for your report!
With the release of Rancher 2.0, development on v1.6 is only limited to critical bug fixes and security patches.
If you think we should keep this issue open, please let me know.


SSH failed with Ubuntu 22 and Centos 9

:speaking_head: Foreword
Thank for taking the time to fill this bug report fully. Without it we may not be able to fix the bug, and the issue may be closed without resolution.
:ghost: Brief Description
I am doing kitchen test with docker driver on Ubuntu 22 and Centos 9 platforms but it fails in SSH of kitchen create step.
Version
chef_version=17.10.3
platform=centos
ruby=ruby 3.0.3p157 (2021-11-24 revision 3fb7d2cadc) [x86_64-linux]
program_name=/opt/chef/bin/chef-solo
executable=/opt/chef/bin/chef-solo
Environment
Scenario
The kitchen test fails in kitchen create:
Successfully built fb2ef53a9909
D      [local command] END (0m1.06s)
D      build_run_command: run -d -p 22 -v /home/***:/vagrant --name defaultcentos9-***-gwxyskp5 --privileged fb2ef53a9909 /sbin/init
D      docker_command: docker -H unix:///var/run/docker.sock run -d -p 22 -v /home/***:/vagrant --name defaultcentos9-***-gwxyskp5 --privileged fb2ef53a9909 /sbin/init shell_opts: {}
D      [local command] BEGIN (docker -H unix:///var/run/docker.sock run -d -p 22 -v /home/***:/vagrant --name defaultcentos9-***-gwxyskp5 --privileged fb2ef53a9909 /sbin/init)
       cf4de9be2f979e561dfc7be1d2c938eb3c3665016015553e0a864d063878d745
D      [local command] END (0m0.29s)
D      docker_command: docker -H unix:///var/run/docker.sock port cf4de9be2f979e561dfc7be1d2c938eb3c3665016015553e0a864d063878d745 22/tcp shell_opts: {}
D      [local command] BEGIN (docker -H unix:///var/run/docker.sock port cf4de9be2f979e561dfc7be1d2c938eb3c3665016015553e0a864d063878d745 22/tcp)
       <IP_ADDRESS>:49197
       :::49197
D      [local command] END (0m0.01s)
D      [SSH] opening connection to kitchen@localhost<{:user_known_hosts_file=>"/dev/null", :port=>49197, :compression=>false, :compression_level=>0, :keepalive=>true, :keepalive_interval=>60, :keepalive_maxcount=>3, :timeout=>15, :keys_only=>true, :keys=>["/home/***/.kitchen/docker_id_rsa"], :auth_methods=>["publickey"], :verify_host_key=>:never}>
D      [SSH] connection failed (#<Errno::ECONNRESET: Connection reset by peer>)
       Waiting for SSH service on localhost:49197, retrying in 3 seconds
D      [SSH] opening connection to kitchen@localhost<{:user_known_hosts_file=>"/dev/null", :port=>49197, :compression=>false, :compression_level=>0, :keepalive=>true, :keepalive_interval=>60, :keepalive_maxcount=>3, :timeout=>15, :keys_only=>true, :keys=>["/home/***/.kitchen/docker_id_rsa"], :auth_methods=>["publickey"], :verify_host_key=>:never}>
D      [SSH] connection failed (#<Net::SSH::AuthenticationFailed: Authentication failed for user kitchen@localhost>)
       Waiting for SSH service on localhost:49197, retrying in 3 seconds
D      [SSH] opening connection to kitchen@localhost<{:user_known_hosts_file=>"/dev/null", :port=>49197, :compression=>false, :compression_level=>0, :keepalive=>true, :keepalive_interval=>60, :keepalive_maxcount=>3, :timeout=>15, :keys_only=>true, :keys=>["/home/***/.kitchen/docker_id_rsa"], :auth_methods=>["publickey"], :verify_host_key=>:never, :logger=>#<Logger:0x0000560d298caaf0 @level=4, @progname=nil, @default_formatter=#<Logger::Formatter:0x0000560d298caac8 @datetime_format=nil>, @formatter=nil, @logdev=#<Logger::LogDevice:0x0000560d298caa78 @shift_period_suffix=nil, @shift_size=nil, @shift_age=nil, @filename=nil, @dev=#<IO:<STDERR>>, @binmode=false, @mon_data=#<Monitor:0x0000560d298caa28>, @mon_data_owner_object_id=2880>>, :password_prompt=>#<Net::SSH::Prompt:0x0000560d298ca9b0>, :user=>"kitchen"}>

My kitchen.yml file is as below:
---
driver:
  name: docker
  use_sudo: false
  privileged: true
  volume: <%= Dir.pwd %>:/vagrant
  socket: <%= ENV['DOCKER_HOST'] || 'unix:///var/run/docker.sock' %>
  ssh_timeout: 5
  ssh_retries: 5

provisioner:
  name: chef_solo

platforms:
  - name: centos-9
    driver_config:
      image: rockylinux/rockylinux:9
      provision_command:
        - yum -y install initscripts
        - yum -y install iproute
      run_command: /sbin/init

suites:
  - name: default
    run_list:
      - ***

I can ssh to it with command ssh -p <port> -i <private-key-path> kitchen@localhost without any issue. And I checked that the container is forwarding the correct port:
CONTAINER ID   IMAGE          COMMAND        CREATED          STATUS          PORTS                                     NAMES
cf4de9be2f97   fb2ef53a9909   "/sbin/init"   14 minutes ago   Up 14 minutes   <IP_ADDRESS>:49197->22/tcp, :::49197->22/tcp   defaultcentos9-

I tried every effort in unsettling ssh-agent or stop it's daemon. None of them work. This issue only happens with Ubuntu 22 or Centos 9. It works well with Ubutnu 18, 20 and Centos 8
Any advice would be helpful, thanks in advance!

22.04 isn't working because it requires an ECDSA key.
Sep 01 19:14:27 337de265b081 sshd[231]: userauth_pubkey: key type ssh-rsa not in PubkeyAcceptedAlgorithms [preauth]
Sep 01 19:14:27 337de265b081 sshd[231]: Connection closed by authenticating user kitchen <IP_ADDRESS> port 62764 [preauth]

https://github.com/hashicorp/packer/issues/11656 has some more details.

I've gotten this to work by specifying a ed25519 key like below:
driver:
  name: docker
  public_key: test/id_ed25519.pub
  private_key: test/id_ed25519

The key can be generated with ssh-keygen -t ed25519.


pass the full path to each invocation for Bitcoind

Issue Fixed : #1857
Removed cp misc/test/bitcoin.conf $FM_BTC_DIR instead added .arg("-conf=misc/test/bitcoin.conf") to the // spawn bitcoind
code. I've tried to fix the issue with my best understanding of the problem, do let me know, If I'm missing out on something.

Codecov Report
Patch coverage has no change and project coverage change: +0.12 :tada:

Comparison is base (630be10) 62.55% compared to head (f3e343a) 62.68%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #2002      +/-   ##
==========================================
+ Coverage   62.55%   62.68%   +0.12%
==========================================
  Files         141      141
  Lines       28274    28257      -17
==========================================
+ Hits        17686    17712      +26
+ Misses      10588    10545      -43

Impacted Files
Coverage Δ

fedimint-testing/src/bin/fixtures.rs
0.25% <0.00%> (-0.01%)
:arrow_down:

... and 6 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Question about LPIPS and SSIM

For LPIPS
When evaluating LPIPS metric, the model inference result will be different for each instance for there existing random init weights.
I don't know it is the precision problem or not, keep the input same and torch.load the same weight again and run inference, the result value is different.
Here is my screencaption of two different instances

The two values should be the same, but they are not. After set manual seed to 0, they are amost identical.

For SSIM
the code ssim_all[v] += ssim(cur_gt_frame, cur_comp_frame, multichannel=True) may be better to change as ssim_all[v] += ssim(cur_gt_frame, cur_comp_frame, multichannel=True, data_range=1), because in the skimage library, it considers np.float32 as (-1, 1) range, but actually it is (0, 1) in our situation.
Of course, the minor problems do not affect the conclusions in the paper~
Thank you~

Hi @sydney0zq,
Sorry about the terribly late response. The LPIPS issue has been fixed in this commit. I will try to investigate the SSIM part as well, though it might lie outside the scope of maintenance if it does not affect results.


Scroll corpus cards vertically on mobile breakpoints

While the carousel of corpus cards makes sense on wider screens, scrolling the cards vertically on narrow screens would provide a smoother user experience. For this reason we should just arrange the cards vertically without the slider on breakpoints that don't allow for more than one card rendered horizontally.
The react-breakpoints package may be helpful implementing this.

Solved in PR #99


Failed compilation with VS 2022

Hi ,
Trying to make some tests  on Windows with VS 22, I got this error:

And this is the same for calls to LFS_DEBUG, LFS_WARN

oops it was due to SDL check setting in MSVC project config

oops it was due to SDL check setting in MSVC project config


Deprecate Brier and PIT metrics

Add deprecation warning messages to Brier and PIT metric classes. Update the dependency on qp-prob to the newest version that includes the Brier and PIT metrics. Update references to Brier and PIT in RAIL to use the qp-prob implementation. Deprecate/deactivate unittests for Brier and PIT in RAIL.

Closed by #283


[doc] Refine the framework and implement language-specific code tabs

Is your feature request related to a problem? Please describe.
We will adopt new structure for Pulsar Functions, as proposed in #4554, so we need new framework and implement language-specific code tabs for Java, Go, and Python languages.
Describe the solution you'd like
We can refine the framework, refer to https://docusaurus.io/docs/en/doc-markdown

@tuteng Could you please help refine the framework? Thank you very much.

@tuteng Could you please help refine the framework? Thank you very much.

Ok, I will try to upgrade docusaurus to 1.11.1 later

thank you very much.

Great, we can adopt the language-specific tab now. Thank you very much for your help.


run_generate_text ignores input_prefix & input_suffix

It seems like run_generate_text ignore the input_prefix and input_suffix.
I've prepared the following sample project. (LLama 8B instruct not included)
There are two buttons, but for seperate GDLlama instances. The first one has the properties set that should force him to act like a mean assistant, but the instance answers like normal. The second instance just takes the two properties of the first one and concatinates them into the prompt and it works.
Therefor I conclude that these properties are ignored.
main.zip

Yes you are right. I follow the original design of llama.cpp and the prefix and suffix are only activated for interactive mode (i.e., with Instruct or Interactive Enable) because it makes little sense to add prefix and suffix in a simple text generation in llama.cpp - just add that to the prompt.
It is confusing here in this plugin though, I will append the pre and suffix to the prompt in the next version

Thanks, I think that would be good. Another option would be to somehow name the Parameters accordingly, so that the user sees that they are for Interactive mode only.

Should be fixed in v0.4


Show Note Graph: Open graph instead of intro screen

Please select if your request is either something new or an enhancement

[x] Enhancement of an existing Feature.
[ ] Request of a new feature.

Please select the area your request applies to. (Multiple selections are Possible. You can leave blank if you're not sure.)

[ ] Workspace - VSCode workspace, vaults, Intellisense/autocomplete, Dendron settings
[ ] Lookup - Dendron's Lookup Command
[ ] Views - Dendron Preview, Tree View, Side Panels in the UI
[ ] Schema - Dendron Schemas
[ ] Pod - Data import from / export to Dendron
[ ] Publish - External Site Publish
[ ] Markdown - Markdown features, such as syntax support and features

Is your feature request related to a problem? Please describe
When I open note graph it shows an intro screen (see attached pic) instead of opening the graph immediately.
Describe the solution you'd like

Open the graph instead of the intro screen.
Provide a setting option to open 'Local Note Graph' or 'Full Note Graph' by default.

Describe alternatives you've considered
n/a
Additional context

Thank you for the suggestion. We'll keep track of this issue in our backlog 🙏🏼

Update: In the new releases of Dendron, Show Note Graph command opens a full note graph by default.


[Tech Refactoring] Auth and SSL Verification of Grafana requests

Standardize all requests to Grafana with Auth and SSL Verification configuration:
https://github.com/request/request/issues/2061

Add a configuration property for self signed cert!

This should be resolved by #76

Completed!


[transactions] Reset "pendingState" in case of failures writing to Pulsar

Motivation:
In S4K we store the state of the Transactions on a Pulsar topic and not on the local disk.
A failure in writing to the transaction-state topic can be considered "temporary" due to the natural self-healing nature of Pulsar (brokers and storage).
When a new Producer executes initTransactions() (that maps to the initProducer request) we have to ABORT the previous transaction for the producer.
In may happen that there is a (temporary) failure writing the new state of the transaction to the transaction-state topic: in that case the transaction remains with a "PendingState" (PREPARE_ABORT).
As the state of the TransactionMetadata is "dirty" if the Producer issues again the initProducer request, that is deemed to fail with CONCURRENT_TRANSACTIONS forever (probably restarting the broker may have a self healing effect as the in memory state will be recovered, but asking to restart a broker is not a good answer to the problem)
Solution:
Reset the "pendingState" of the TransactionMetadata
Why in Kafka they are not doing the same ?
Probably in Kafka when you have a local storage failure you are going to restart the Broker in any case ? The decoupled nature of Pulsar is adding some complexity (but that's also the source of the added elasticity and improved resilience)

merged to 2.10_ds


Fix wrong player count in minecraftvanilla protocol

Closes #162

@sonicsnes Anything else needed before releasing this fix?


Fix system layer call: add missing brackets

Fix master CI build: merge and revert caused a transition from ::SystemLayer to ::SystemLayer() to be missed.
Tested: local build passes after the change.

Weird I don't think I can approve? (I don't see the button.)

Ah I see it's already merged, I just got unlucky with syncing after the break but before the fix.


request.env['omniauth.origin'] 返回nil

The same is in Rails 5

Rails 5.1.4 + omniauth 1.6.1 worked fine, I just close now, if you have any issue, reopen please and tell me more.
Thanks for feedback! :heart:

I found a workaround:
/users/auth/wechat?origin=your_redirect_url_after_auth

Hi @ryancheung , thank you for information, maybe PR #24 for you, right? welcome feedback.

/users/auth/wechat?origin=your_redirect_url_after_auth

no wechat:
/users/auth/weibo?origin=your_redirect_url_after_auth


Documentation update for v4.0 beta

Please notify, if more files need to be updated.

@ParasDPain I think you got most of the remaining documentation problems.

@mrkno With integrations in their own repos, only tutorials are left and the need to unify the Wiki with the docs. I'd prefer making a separate PR for all the tutorials.
And the Wiki, I'll let the @concierge/benevolent-dictator handle how to merge that

Im glad someone noticed @concierge/benevolent-dictator.
Overriding merge requirements cause Travis hates documentation.


some android  browser  throw  maxWidth  error

the  gl.getParameter(gl.MAX_TEXTURE_SIZE)  returns  0 as the maxWidth, is there any idea for this problem?

and another problem is in some android  browser,it can loading the image, but it comes to white backgroud when tap on the screen.

the test url is https://aichat.cgboiler.com/static/pan_index.html

the gl.getParameter(gl.MAX_TEXTURE_SIZE) returns 0 as the maxWidth, is there any idea for this problem?

Your browser doesn't properly support WebGL. I'm not sure what else to tell you.

and another problem is in some android browser,it can loading the image, but it comes to white backgroud when tap on the screen.

The sad face icon in the top left of the canvas apparently means that Chrome's rendering process crashed:
https://superuser.com/questions/1440281/sad-face-with-x-for-eyes-in-chromeos-kiosk
Given the lack of a URL bar, neither of the screenshots look like a browser to me.


Fixed hyprpm implementation

Hello,
I tried using your hyprpm branch to add this plugin using the hyprpm, but it was unable to compile it. I fixed the error codes and got it working for my system using the "hyprpm add https://github.com/guusbotman/hyprland-virtual-desktops" command.
Hope you can use it, kind regards

Hey! Thank you so much for your work. I'll give a proper review + testing tomorrow. From a first look, why the wlr unstable thing?

I'll merge your stuff into my branch, and then I'll take it from there :) thank you very much again

Hello!
No problem at all! I use your virtual desktop plugin every day and I'm very
fond of it. I'm definitely not a top notch programmer as yourself.
I just followed the hyprpm guide to install external plugins, and noticed
the plugin would not compile through it. I used the hyprpm -v option to
give me a more detailed error and tried to fix the errors one by one.
The compiler complained about the missing of wlr unstable, so I added it
where it would give me errors.
Hope to help you this way,
Thanks for your great work
Guus Botman
Op za 13 jan 2024 om 11:41 schreef Alessio Molinari <
@.***>:

Merged #8
https://github.com/levnikmyskin/hyprland-virtual-desktops/pull/8 into
feat/hyprpm.
—
Reply to this email directly, view it on GitHub
https://github.com/levnikmyskin/hyprland-virtual-desktops/pull/8#event-11477646744,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AOT4ZFYDLE4UTL7J37J7QLTYOJQETAVCNFSM6AAAAABBYIYYHCVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJRGQ3TONRUGY3TINA
.
You are receiving this because you authored the thread.Message ID:
<levnikmyskin/hyprland-virtual-desktops/pull/8/issue_event/11477646744@
github.com>

Thank you very much for your kind words, I do appreciate them, even though I definitely do not consider myself a good programmer in C++. But I'm super glad that you find my plugin useful :)


Lightweight version

There should be a lightweight version of Json.NET. Over 600 kB is too much to be used in a tool application of just 30 kB. I certainly don't need all of the features Json.NET provides. And I'd prefer to include the source code rather than pulling a separate DLL file along.

Checkout https://github.com/facebook-csharp-sdk/simple-json

That's where I came from. It fails on pretty formatting and dictionaries.
Here's what I've just found and tested succesfully, much better: https://www.codeproject.com/Articles/159450/fastJSON

Thanks ygoe. Same here looking for lightweight json, newton is awesome but way to much functionnalities.


[helm] makefile target for ghcr.io hosting

Description
Push Helm charts to opea-project ghcr.io registry ghcr.io/opea-project/charts/<chart-name>
Issues
https://github.com/opea-project/GenAIInfra/issues/342
Type of change
List the type of change like below. Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds new functionality)
[ ] Breaking change (fix or feature that would break existing design and interface)

Dependencies
None
Tests
Tested manually. Pushes charts properly.

Dolpher had the experience of publish helm charts to repo. And we're planning to move all the helm charts from here to GenAIExamples and GenAIComps repos respectively in v1.2 release cycle.

Who has access to publish? @hshen14 ? @yongfengdu . Please provide @poussa

Current released charts are here, https://github.com/opea-project/GenAIInfra/tree/charts-release, and was generated by this script:
https://github.com/opea-project/GenAIInfra/blob/charts-release/update_chart_repo.sh
To avoid version confusion, I suggest we just push the current one from charts-release to ghcr.io instead of "helm package" again.
for file in *1.0.0.tgz; do helm push $file oci://$(RELEASE_REGISTRY)/charts; done
We can enhance the current script and setup CIs for automatic release after the helm-chart directory move done.

@poussa  Just talked with lianhao and found more gaps with the version management.
Currenlty for a release, we'll modify versions in this job:
https://github.com/opea-project/GenAIInfra/blob/main/.github/workflows/manual-freeze-tag.yaml

Docker image version - change from latest to release version(v1.1)
2). Helm chart version upgrade from 1.0.0 to 1.1.0, this include
a. all components' version upgraded to 1.1.0
b. Chart.yaml dependency changed to 1.1.0

To use the Makefile version, all helm-chart version are modified on the fly, this leaves the docker images version unchanged, and the dependency in Chart.yaml is not changed accordingly.
Before the above issues discussed and resolved, I think we still need to do the release via gihub actions instead of just simple "make helm-push"

As we decide to use GH workflow to handle the release, this PR will be closed after #570 merged.


release on pypi?

do you plan to publish this on pypi?
It'd be a bit easier to install and work with it from there.

You should now be able to pip install tqdm_pathos. Be warned, however, that the package is not thoroughly tested.


Safer loading

@tkf @fredrikekre
Is this better? Or should I take an approach like JuliaLang/julia/pull/43270?
Also, I'm not sure how to test if this actually works.
The current tests were passing even in the broken versions.

Seems fine. The main concern should be whether Hwloc is available though.

Seems fine. The main concern should be whether Hwloc is available though.

Why may it not be?
It's part of CPUSummary's project, so Base.lower_path_setup_code() should make it available, if the project's been instantiated?
Of course something seems to be going wrong, so it's probable that I am mistaken somewhere.

But you are only allowed to load "top level packages", and if Hwloc hasn't been explicitly Pkg.added by the user it will fail.

Ah.
CPUSummary.jl is itself allowed to using Hwloc.
One should thus be allowed to using Hwloc when using the CPUSummary.jl project.
I guess Base.load_path_setup_code() creates setup code for the main project, and not from the scope/environment it is called from?

This works:
julia> Hwloc = Base.require(Base.PkgId(Base.UUID("0e44f5e4-bd66-52a0-8798-143a42290a1d"), "Hwloc"))
Hwloc


Contributor page ui improvement

Hey, I want to add more fields on the contributor page and also change the UI.
Can you please assign it to me

Hello SubhamB2003, thanks for opening a issue, your contribution is valuable to us. The maintainers will review this issue and provide feedback as soon as possible.

UI Changes are not required.We are focusing more on the functionality part


(PE-30092) Dont write a bolt-debug.log when listing project content

This commit updates bolt-server metadata endpoints for serving project content to not create a bolt-debug.log file at the root of the project directory.

Given we mock out the project and config objects with instance doubles in our tests here I think we will have to just verify this in orch acceptance tests.

CLA signed by all contributors.


Squid proxy logs with URLs

Task
Enable ssl_bump to log the URLs of HTTPS connections if possible for the Squid proxy deployment running on golem. A separate Squid proxy deployment should be used in order to test the new configuration before updating the current deployment in order to not block the testing of private clusters.
Background
Some customers are using a proxy to filter HTTP/HTTPS requests and they need the list of URLs in order to allow connections.
Squid proxy, unfortunately, doesn't log URLs for HTTPS connections because the tunnel is encrypted. ssl_bump might allow us to get the URL. See the documentation.
Resources

SSL bump documentation;
Squid proxy HTTPS documentation.

It's not needed anymore because the customer was referring to domains, which we can already provide.


[META] Implement a Communication Mechanism Between Job Scheduler as a Plugin and Anomaly Detection as an Extension

Problem
Anomaly Detection currently takes Job Scheduler as a dependency in order to schedule Anomaly Detectors to run for a specified time interval. Job Scheduler has an SPI (Service Provider Interface) design and provides the JobSchedulerExtension interface which Anomaly Detection implements for its own Job Runner. Job Scheduler also implements the Extensible Plugin Interface which provides the capability to class load Anomaly Detection's implementations for the Job Scheduler Extension. This is the currently plugin architecture that enables Anomaly Detection to use Job Scheduler to schedule its own jobs, however in the case of Anomaly Detection as an extension running in a separate JVM process, the SPI design is not compatible.
Objective
In order to provide Anomaly Detection as an extension with the capability to schedule its own jobs, we must design and develop a communication mechanism between Anomaly Detection Extension and Job Scheduler as a plugin installed within OpenSearch. This communication mechanism should be integrated alongside the current plugin architecture in order to support both plugins and extensions.
AD Features Dependent on Job Scheduler Integration
In order to achieve support for Anomaly Detection Extension to schedule jobs, the communication mechanism must be able to facilitate the workflow triggered by the following APIs.

[ ] Start Detector API POST _plugins/_anomaly_detection/detectors/<detectorId>/_start (TODO : Link github issue for start detector API for extensibility)
[ ] https://github.com/opensearch-project/opensearch-sdk-java/issues/216

Start Detector Workflow
The Start Detector API triggers the process in which Anomaly Detector Jobs are configured and scheduled, therefore it is important to first understand the interactions of Job Scheduler and Anomaly Detection throughout this process within the current plugin architecture in order to determine how to build around this. The following workflow diagram describes how Job Scheduler class loads AD's JobSchedulerExtension implementations and also traces the events that invoke this job scheduling and execution.
Note : For Anomaly Detector jobs, Job Scheduler is used only to schedule and execute real-time anomaly detectors, therefore we have omitted exploration of the historical analysis workflow.
Design for Communication Mechanism between Plugins and Extensions
Issues will be created and linked here

[ ] Prerequisite work item : https://github.com/opensearch-project/opensearch-sdk-java/issues/262
[ ] Work Item 1 : Register AD rest/action handlers related to start detector
[ ] Work Item 2 : #274
[ ] Work Item 3 : Configure a ScheduledJobParser to send a parse request to AD Extension from JS and return AD's ScheduledJobParameter
[ ] Work Item 4 Configure a ScheduledJobRunner to send a run job request to AD Extension from JS with the given ScheduledJobParameter
[ ] Work Item 5 Send an aquireLock request from AD Extension to JS and return a LockModel object
[ ] Work Item 6 Send a releaseLock request from AD Extension to JS for the given LockModel associated with a provided ScheduledJobParameter name

Note : The work items above correspond with the purple boxes found on the start detector workflow diagram, which indicate when these various request/responses should executed

@joshpalis moving this issue to OpenSearch repo.


Release/v1.36.0

Proposed changes
Describe the big picture of your changes here to communicate to the maintainers why we should accept this pull request.
Fixes
If it fixes a bug or resolves a feature request, be sure to link to that issue.
Types of changes
What types of changes does your code introduce to agents-aea?
Put an x in the boxes that apply

[ ] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist
Put an x in the boxes that apply.

[ ] I have read the CONTRIBUTING doc
[ ] I am making a pull request against the develop branch (left side). Also you should start your branch off our develop.
[ ] Lint and unit tests pass locally with my changes and CI passes too
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have checked that code coverage does not decrease.
[ ] I have added necessary documentation (if appropriate)
[ ] Any dependent changes have been merged and published in downstream modules

Codecov Report
Patch coverage: 84.61% and project coverage change: -0.15% :warning:

Comparison is base (eb56009) 92.50% compared to head (c62ed2a) 92.35%.

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #654      +/-   ##
==========================================
- Coverage   92.50%   92.35%   -0.15%
==========================================
  Files         370      370
  Lines       29564    29600      +36
==========================================
- Hits        27347    27337      -10
- Misses       2217     2263      +46

Flag
Coverage Δ

unittests
92.35% <84.61%> (-0.15%)
:arrow_down:

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

Files Changed
Coverage Δ

aea/cli/utils/decorators.py
98.86% <ø> (ø)

aea/configurations/constants.py
100.00% <ø> (ø)

aea/configurations/utils.py
100.00% <ø> (ø)

aea/helpers/async_utils.py
100.00% <ø> (ø)

aea/helpers/base.py
100.00% <ø> (ø)

aea/helpers/exec_timeout.py
100.00% <ø> (ø)

aea/helpers/multiple_executor.py
100.00% <ø> (ø)

aea/helpers/profiling.py
100.00% <ø> (ø)

aea/helpers/serializers.py
100.00% <ø> (ø)

aea/launcher.py
98.92% <ø> (ø)

... and 12 more

... and 2 files with indirect coverage changes

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


Fixed the menu link, service link, contact us link

I fixed the menu link, service link, contact us link, and the cart link in the footer of the home page to navigate to the page the user wants to visit.

Tag your Issue!

The issue I am addressing in this pull request is issue #487 Menu link, service link, contact us link not working properly in footer section.

solve conflicts.

And this is not an issue. The links are working fine!


Vulkan: ReflectionProbe not visible in subviewport

Godot version
4.0 alpha10
System information
linux
Issue description
reflection probes do not affect objects in subviewport camera
even when visualinstance3D layers are checked

subviewport always renders reflected light of environment settings
Steps to reproduce
create a subviewport with second camera, set the cull mask of the 2nd camera to 2 (assign an object to layer2)
enable visualinstance3D layers to include layer 2 on the reflection probe.

subviewport doesnt take the reflection probe into account, it renders the reflected light property of the assigned environment

Minimal reproduction project
No response

@djmaesen Please upload a minimal reproduction project to make this easier to troubleshoot.

test.zip

@Calinou does the repo project work for u?
heres a screen of it, 2 spheres each with same material and same environment, left one is subviewport and doesnt get the reflection probes' reflections

heres a screen of it, 2 spheres each with same material and same environment, left one is subviewport and doesnt get the reflection probes' reflections

I think this is expected, as the sphere in the SubViewport exists within its own "space" so to speak. There is nothing surrounding it in that space, so the ReflectionProbe will just render the background sky for it.

could this be changed to have 'subviewports' get 'reflectionprobes 'reflections?

could this be changed to have 'subviewports' get 'reflectionprobes 'reflections?

If this is done by default, then you could end up with reflections showing things that don't exist in subviewports. Sometimes, you don't want your subviewport to have any kind of visual interaction with other viewports.

could this be changed to have 'subviewports' get 'reflectionprobes 'reflections?

If this is done by default, then you could end up with reflections showing things that don't exist in subviewports. Sometimes, you don't want your subviewport to have any kind of visual interaction with other viewports.

doesnt need to be default, maybe an option?

I ran the MRP locally and it looks like the issue has to do with the fact that the sphere is in layer 2 and the reflection probe is culling objects from layer 2. Enabling layer 2 in the ReflectionProbes cull mask makes it appear just fine.


Ed25519 / ECDSA ssh keys not supported for SSH tunneled connections

Hi there,
It seems that Ed25519 / ECDSA ssh keys are not supported for SSH tunneled connections:
Connection Error
Cannot parse privateKey: Unsupported key format
Sqlelectron 1.32.1
MacOS BigSur 11.1
Thanks.
Reference:
https://medium.com/risan/upgrade-your-ssh-key-to-ed25519-c6e8d60d3c54

@dsecareanu I'm facing the issue. Did you manage to find a solution for this?

Closing this because it is duplicated of https://github.com/sqlectron/sqlectron-gui/issues/559


Update optional parameters in public api into kwargs and update comments

Make optional parameters become kwargs
Update comments
Revert back to separate connection

Can one of the admins verify this patch?