In correct Hyper Link for Best Practices Analyzer for Web Application Proxy

[Enter feedback here]
The hyperlink for Best Practices Analyzer for Web Application Proxy is broken. Can you please help fix?
Here is the right link,
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/dn383651(v=ws.11)
Current link,
assetid:///995f5cea-e334-4ce6-a14c-6a2d03c0c79a

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

ID: d126ae85-fc95-be1c-faeb-90b9279f734a
Version Independent ID: 167f764c-bc47-25a7-b31b-7fdf18c81749
Content: Troubleshooting Web Application Proxy
Content Source: WindowsServerDocs/remote/remote-access/web-application-proxy/Troubleshooting-Web-Application-Proxy.md
Product: windows-server
Technology: remote
GitHub Login: @JasonGerend
Microsoft Alias: kgremban

Sure thing. Thank you for reporting the outdated link format and the correct link suggestion! 👍🏼

By the way; seeing as you have provided a link to the /previous-versions/ archive, I presume you have tried to locate any current documentation containing updated material for the same topic, but could not find one. I also presume that this content may be missing in current documentation or might be nearing discontinuation.

That's right. If there is no right version, then should we remove the reference altogether.

There you go. PR #5578 is now available for review, comments, and suggestions.

We hugely appreciate your contribution, feedback, and support to our technical documentation.
We’ve phased out GitHub Issues on this repository as the feedback mechanism for content and have replaced it with a new feedback system. For more information see, Content User Feedback. As part of this rollout, we are migrating your issue where our team will use your comments to improve the documentation experience. Unfortunately, this does mean you won't be able to access this issue after the migration is complete.
All issues will be migrated by Thursday 29th August 2024.
Once again, thank you for your valuable feedback, we hope you’ll continue to contribute using our new feedback system.


Introduce ClientFactoryOptions

Motivation:

Users might want to build a new ClientFactory which inherits an
existing ClientFactory's settings, while overriding a certain option
only.

Result:

Fixes #1890

This is in-progress yet, and I'd like to hear reviewers' thoughts about this approach. (ClientFactoryOptions similar to ClientOptions)

Looks like you’re going into the right direction. Just one thing though:
Is there a reason you did not add the options for name resolution and event loop scheduling? If we add options for them, we could remove ClientFactoryBuilderParams and just add ClientFactory.options(). We might have to add some validation logic so a user is still disallowed to set mutually exclusive options.

Is there a reason you did not add the options for name resolution and event loop scheduling?

I had the same question in mind, actually. :) These two factories are parameters of ClientFactoryBuilder, while others are parameters of ClientFactory, I think.
If I try event loop scheduling as ClientFactoryOption, what would be the type?
ClientFactoryOption<EventLoopScheduler>?

I think it is ready for review.

Ready for the next round.

Resolved the conflict for you ;-)

Looks good to me except Javadoc. Could you fill Javadoc?

Done. :)

Could you also move the implementations of ClientFactory.options() are located in the same order as in ClientFactory? For example, you could move options() so that it's placed after setMeterRegistry() and before newClient(), not after close().

@ikhoon I think the empty lines are inserted deliberately not to make the code look too compact?

@delegacy Could you give me permission to resolve the conflicting files?

@delegacy Sorry, the permission was granted already. I was my mistake 😅
Updated:

Merge master: https://github.com/line/armeria/pull/2230/commits/a480d9e65cb091d3dd1210042271c0fa9882b5ef
Address comments by @minwoox: https://github.com/line/armeria/pull/2230/commits/431f23f06c2a1326c8ce8b7e3c67d22fb327fc28

Thanks, reviewers.


Add tips and tricks

Water > Slag > Crushed stone >Mineralized water > Ores > Crushed ores
Void H2 / O2 in Flare stack
Slag > Crushed stone > Landfill / Stone
Mud > Landfill (lower power,more space)
Crushed ores > Plates
Slag > Slag slurry for more and specific ores
Viscous mud water > Hydrogen sulfide > Sulfur > Sulfur dioxide gas > Sulfuric acid
Clarifier to void Sulfuric waste water
Sulfuric waste water loop
FNEI
Crushed ore > sorter > regular ore
Ore > Ingots >Liquid metal > Plates
Suggest first green science techs: Geodes, Slag 2 for increased slag. Charcoal pellets, H2 Solid fuel for power. Mechanical refining for catalyst ores
Suggest first blue science techs: Catalyst ores. Syngas
Any bio stuff > Compost
How to duplicate bio tokens. Triggered when unlocking first bio science. If Alien Farming isn't already unlocked

Duplicate of #17


Error : Testing on GCP VM results " no such device exists

Testing Query Analyzer over a Google Cloud compute instance , Debian Buster and mySQL 8
Running the tool always results in : ERROR: Failed to open device: : No such device exists (SIOCGIFHWADDR: No such device)

I think the interface that is specified in conf file does not exist
can you check ifconfig and ListenInterface value in the conf file?

@sherifkozman Do you get any solution for this problem?


HDDS-5436. Add acceptance test for Hadoop 3.3

What changes were proposed in this pull request?
Add ozone-mr test run for Hadoop 3.3.1, and also upgrade ozonesecure-mr to the new version.
https://issues.apache.org/jira/browse/HDDS-5436
How was this patch tested?
https://github.com/adoroszlai/hadoop-ozone/runs/3096436774

Thanks @mukul1987 for reviewing and merging this.


gcc49 in staging fails to build: Unable to find a usable ISL.

Ping @shlevy @viric @peti
Relevant section of config.log:
configure:5894: checking for version 0.10 of ISL
configure:5913: gcc -o conftest -g -O2 -I/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/include -I/nix/store/wrwk289fryjq8c42nh5y1fi6lqrjsl16-gmp-5.1.3/include -I/nix/store/v2mq9xlmasb6z1ia3kalwpp0f81g8n4f-mpfr-3.1.2/include -I/nix/store/bnxq7b1nq3mhqc7s2wz3ihpadfly9
6cn-libmpc-1.0.3/include    -L/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/lib conftest.c  -lisl >&5
configure:5913: $? = 0
configure:5913: ./conftest
configure:5913: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| #include <isl/version.h>
|    #include <string.h>
| int
| main ()
| {
| if (strncmp (isl_version (), "isl-0.10", strlen ("isl-0.10")) != 0)
|      return 1;
|
|   ;
|   return 0;
| }
configure:5922: result: no
configure:5942: checking for version 0.11 of ISL
configure:5961: gcc -o conftest -g -O2 -I/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/include -I/nix/store/wrwk289fryjq8c42nh5y1fi6lqrjsl16-gmp-5.1.3/include -I/nix/store/v2mq9xlmasb6z1ia3kalwpp0f81g8n4f-mpfr-3.1.2/include -I/nix/store/bnxq7b1nq3mhqc7s2wz3ihpadfly9
6cn-libmpc-1.0.3/include    -L/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/lib conftest.c  -lisl >&5
configure:5961: $? = 0
configure:5961: ./conftest
configure:5961: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| #include <isl/version.h>
|    #include <string.h>
| int
| main ()
| {
| if (strncmp (isl_version (), "isl-0.11", strlen ("isl-0.11")) != 0)
|      return 1;
|
|   ;
|   return 0;
| }
configure:5970: result: no
configure:5990: checking for version 0.12 of ISL
configure:6009: gcc -o conftest -g -O2 -I/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/include -I/nix/store/wrwk289fryjq8c42nh5y1fi6lqrjsl16-gmp-5.1.3/include -I/nix/store/v2mq9xlmasb6z1ia3kalwpp0f81g8n4f-mpfr-3.1.2/include -I/nix/store/bnxq7b1nq3mhqc7s2wz3ihpadfly9
6cn-libmpc-1.0.3/include    -L/nix/store/jvb91vadv979gywgfcmh6ix9yillss4y-isl-0.14/lib conftest.c  -lisl >&5
configure:6009: $? = 0
configure:6009: ./conftest
configure:6009: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| #include <isl/version.h>
|    #include <string.h>
| int
| main ()
| {
| if (strncmp (isl_version (), "isl-0.12", strlen ("isl-0.12")) != 0)
|      return 1;
|
|   ;
|   return 0;
| }
configure:6018: result: no
configure:6054: error: Unable to find a usable ISL.  See config.log for details.

Fixed in 3aff74a7a266be14ec7d0ee242601fd037eefe9c


windows video convertion failed

I've successfully installed the necessary library and configured FFmpeg for video conversion, which worked seamlessly for other file types. However, when attempting to convert a video file, I encountered an unexpected and perplexing error that has proven challenging to resolve. Despite my efforts, I'm still seeking a solution to this particular issue.
PS H:\pythontest> backgroundremover -i "t.mp4" -tv -o "output.mov"
FRAME RATE DETECTED: 60/1 (if this looks wrong, override the frame rate)
FRAME RATE: 60 TOTAL FRAMES: 475
WORKER FRAMERIPPER ONLINE
WORKER 0 ONLINE
Process Process-2:
Traceback (most recent call last):
  File "C:\Python310\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python310\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\utilities.py", line 57, in capture_frames
    for idx, frame in enumerate(iter_frames(file_path)):
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\bg.py", line 206, in iter_frames
    return mpy.VideoFileClip(path).resize(height=320).iter_frames(dtype="uint8")
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\fx\resize.py", line 152, in resize
    newclip = clip.fl_image(fl)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\VideoClip.py", line 490, in fl_image
    return self.fl(lambda gf, t: image_func(gf(t)), apply_to)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\Clip.py", line 136, in fl
    newclip = self.set_make_frame(lambda t: fun(self.get_frame, t))
  File "<decorator-gen-61>", line 2, in set_make_frame
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\decorators.py", line 14, in outplace
    f(newclip, *a, **k)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\VideoClip.py", line 644, in set_make_frame
    self.size = self.get_frame(0).shape[:2][::-1]
  File "<decorator-gen-11>", line 2, in get_frame
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\decorators.py", line 89, in wrapper
    return f(*new_a, **new_kw)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\Clip.py", line 93, in get_frame
    return self.make_frame(t)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\Clip.py", line 136, in <lambda>
    newclip = self.set_make_frame(lambda t: fun(self.get_frame, t))
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\VideoClip.py", line 490, in <lambda>
    return self.fl(lambda gf, t: image_func(gf(t)), apply_to)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\fx\resize.py", line 150, in <lambda>
    fl = lambda pic: resizer(pic.astype('uint8'), newsize)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\moviepy\video\fx\resize.py", line 37, in resizer
    resized_pil = pilim.resize(newsize[::-1], Image.ANTIALIAS)
AttributeError: module 'PIL.Image' has no attribute 'ANTIALIAS'
Traceback (most recent call last):
  File "C:\Python310\lib\runpy.py", line 196, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "C:\Python310\lib\runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\Scripts\backgroundremover.exe\__main__.py", line 7, in <module>
Process Process-3:
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\cmd\cli.py", line 196, in main
Traceback (most recent call last):
  File "C:\Python310\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
    utilities.transparentvideo(os.path.abspath(args.output.name), os.path.abspath(args.input.name),
  File "C:\Python310\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\utilities.py", line 40, in worker
    time.sleep(0.1)
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\utilities.py", line 234, in transparentvideo
KeyboardInterrupt
    matte_key(temp_file, file_path,
  File "C:\Users\Sagi\AppData\Roaming\Python\Python310\site-packages\backgroundremover\utilities.py", line 127, in matte_key
    time.sleep(0.1)
KeyboardInterrupt
Exception ignored in atexit callback: <function _exit_function at 0x000001E38AAB6B00>
Traceback (most recent call last):
  File "C:\Python310\lib\multiprocessing\util.py", line 357, in _exit_function
    p.join()
  File "C:\Python310\lib\multiprocessing\process.py", line 149, in join
    res = self._popen.wait(timeout)
  File "C:\Python310\lib\multiprocessing\popen_spawn_win32.py", line 108, in wait
    res = _winapi.WaitForSingleObject(int(self._handle), msecs)
KeyboardInterrupt:

What OS are you using?  And also did you install python3.x-dev x being what
ever version of python you are using?
On Mon, Oct 16, 2023 at 4:05 PM sagi @.***> wrote:

maybe it is related to the OS? because I saw here some folks that were
able to convert it fine with ubuntu
—
Reply to this email directly, view it on GitHub
https://github.com/nadermx/backgroundremover/issues/102#issuecomment-1765188579,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABYACXAB74UBYLKXYM7NNMDX7WHPFAVCNFSM6AAAAAA6CXKWR6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONRVGE4DQNJXHE
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I’m using python 3.10 and OS is windows 10

moviepy is incompatible with Pillow>=10, because Image.ANTIALIAS was removed.
pip install "Pillow<10"


[WIP] Fix AMP in finetune_classifier.py

Description
(Brief description on what this PR is about)
Checklist
Essentials

[ ] PR's title starts with a category (e.g. [BUGFIX], [MODEL], [TUTORIAL], [FEATURE], [DOC], etc)
[ ] Changes are complete (i.e. I finished coding on this PR)
[ ] All changes have test coverage
[ ] Code is well-documented

Changes

[ ] Feature1, tests, (and when applicable, API doc)
[ ] Feature2, tests, (and when applicable, API doc)

Comments

If this change is a backward incompatible change, why must this change be made.
Interesting edge cases to note here

Found link check problems in job PR-848/2:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/2 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/2/index.html

Found link check problems in job PR-848/3:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/3 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/3/index.html

Found link check problems in job PR-848/4:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/4 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/4/index.html

Found link check problems in job PR-848/5:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/5 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/5/index.html

Found link check problems in job PR-848/6:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/6 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/6/index.html

Found link check problems in job PR-848/7:
(line   19) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line    5) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line   21) broken    https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/ - 404 Client Error: Not Found for url: https://www.salesforce.com/products/einstein/ai-research/the-wikitext-dependency-language-modeling-dataset/
(line  442) broken    https://www.aclweb.org/anthology/P02-1040.pdf)[1 - 404 Client Error: Not Found for url: https://www.aclweb.org/anthology/P02-1040.pdf)%5B1
(line   92) broken    https://nlp.stanford.edu/pubs/glove.pdf)[2 - 404 Client Error: NOT FOUND for url: https://nlp.stanford.edu/pubs/glove.pdf)%5B2
(line  208) broken    https://www.bioinf.jku.at/publications/older/2604.pdf)[3 - 404 Client Error: Not Found for url: https://www.bioinf.jku.at/publications/older/2604.pdf)%5B3

Job PR-848/7 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/7/index.html

Job PR-848/8 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/8/index.html

@paperplanet ChnSentiCorp dataset link seems broken

Job PR-848/9 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/9/index.html

Job PR-848/10 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/10/index.html

Job PR-848/11 is complete.
Docs are uploaded to http://gluon-nlp-staging.s3-accelerate.dualstack.amazonaws.com/PR-848/11/index.html


Support for qBittorent >3.1.11

Support for qBittorrent >3.1.11
Newer relases of qBittorent server has a different way to connect, and new features.

Supported for 3.2.x added on qBittorrent Client Pro

Supported for 3.2.x added on qBittorrent Client (Free)


PCAP_tools: Decompression error, Linux side

Everything works fine now with one exception. While un-gzipping works in most cases I found one case where it throws an error - see screenshot:

Interestingly processing the same logs on Windows works without any problems - see screenshot:

And here are two screenshots showing that besides the case mentioned above un-gzipping actuallly works on both systems:

Might be due to line ending differences.


Bulk edit of pass-through ports not saving when ports 1 and 2 selected

Environment

Python version:  3.5.2
NetBox version:  2.5.6

Bulk-editing of pass-through ports does not save if ports 1 and 2 are selected in the range of ports to edit.  If all ports are selected except 1 and 2, changes do save.  This occurs with Front and Rear ports.
Steps to Reproduce

Navigate in the system to one of our patch panels.
Scroll down to either Front Ports or Rear Ports.
Click check box next to "Name" to select all ports.
Scroll down and click "Edit" underneath the section selected.
On the bulk edit page, change any setting - doesn't matter which.
Click Apply.
Browser does not navigate away from the page.  What you had attempted to change does not in fact change.
Go back to the patch panel page, scroll down to the Front Ports or Rear Ports section and click the check box next to "Name".
Uncheck ports 1 and 2.
Scroll down and click "Edit".
Edit anything - description, type, etc.
Click Apply - your changes have now been saved.

**  This also works if you just randomly select any port in the list, so long as you do not select port 1 or 2.

The expect behavior is that when clicking Apply, the changes I entered would be applied.

Changes were not saved.  The same bulk edit page was displayed again without any changes.

I'm not able to reproduce this. This part:

Browser does not navigate away from the page

suggests to me that it's a browser issue. The "Apply" button is just a regular <button type="submit"> element; there's no Javascript involved.
I see that you've already got a thread going on the mailing list, so I'm going to close this out for now and continue the discussion there. If we find a way to reproduce the behavior, I'll reopen this issue.

Per Brian Candler on the mailing list:

OK, I can reproduce this now!

pick any device
add rearports using pattern [1-96].  Defaults for all other fields.
back at the device, select all rearports (using the checkbox which selects all)
select Edit
select type 100 Punch
click Apply

The page just refreshes.

Okay - it's definitely not a browser issue as I tried it in Chrome and Firefox.  I would have tried it in in Internet Explorer for the hell of it but it does NOT display correctly in IE.
This can definitely be reproduced and is in fact an issue as it's happening on multiple computers using multiple browsers in our environment.  Perhaps not in your environment but it's been reproduced many times in ours.

Per Brian Candler on the mailing list:

OK, I can reproduce this now!

pick any device
add rearports using pattern [1-96].  Defaults for all other fields.
back at the device, select all rearports (using the checkbox which selects all)
select Edit
select type 100 Punch
click Apply

The page just refreshes.

Yes!! That's it!!

Boy that's a weird one. Nice work! Found the issue:
class RearPortBulkEditForm(BootstrapMixin, AddRemoveTagsForm, BulkEditForm):
    pk = forms.ModelMultipleChoiceField(
        queryset=Interface.objects.all(),
        widget=forms.MultipleHiddenInput()
    )

The form is checking the specified primary keys against Interfaces instead of RearPorts.

Sneaky little bugger - I'm glad you found it in the code so quickly!

Fixed this and also added an error dump at the top of the page to hopefully make troubleshooting future bugs easier. Thanks again!


Makefile:167: recipe for target 'third_party/Csocket/Csocket.h' failed

Seems the following code is missing some double quotes on line 167 in Makefile.in.
@echo It looks like git submodules are not initialized. Run: git submodule update --init --recursive

This line in Makefile.in is fine. It shows the message, as it's supposed to:
It looks like git submodules are not initialized. Run: git submodule update --init --recursive

If you would use git directly, it's the message for you, it explains what user needs to do in order to update git submodules.
But you're installing not directly from git, but via https://aur.archlinux.org/packages/znc-git/ , so it's https://aur.archlinux.org/packages/znc-git/ 's job to update git submodules.
So archlinux package for znc-git needs to be fixed.

@gtmanfred Please look at it

I will take a look tonight after work.

Updated


fix(curriculum): require space in variable declaration

Checklist:

[x] I have read and followed the contribution guidelines.
[x] I have read and followed the how to open a pull request guide.
[x] My pull request targets the main branch of freeCodeCamp.
[x] I have tested these changes either locally on my machine, or GitPod.

Requires at least one space in variable declarations. That is:

After const, let, var and before variable name is required one space. Accepted one or more.
Unless variable(s) are from destructuring. { doesn't require space before it.

There's fixed also one case when not grouped const|let could result in incorrect pass.
Otherwise it's just replacing \s* or \s or   with \s+.

Edit: Bugger, when fixing merge conflicts VS Code cleared also some dangling spaces at the end of lines and lines that contain only spaces.

#53166 was merged so we have some merge conflicts here 😅

I'm prepared for fixing conflicts multiple times :P


Similarity maps with the new drawing code produce cropped and pixelated images

Describe the bug
I'm trying to generate similarity maps with the new drawing code as described here. But images are cropped and pixelated.
To Reproduce
from rdkit import Chem
from rdkit.Chem import Draw
from rdkit.Chem.Draw import SimilarityMaps
import io
from PIL import Image

def show_png(data):
    bio = io.BytesIO(data)
    img = Image.open(bio)
    return img

This is what I get with the new code:
mol = Chem.MolFromSmiles('N=C(N)NCCc1c[nH]cn1')
d = Draw.MolDraw2DCairo(512, 512)
SimilarityMaps.GetSimilarityMapFromWeights(mol, [1 for i in range(mol.GetNumAtoms())], draw2d=d)
d.FinishDrawing()
show_png(d.GetDrawingText())

This is what I get with the old code:
SimilarityMaps.GetSimilarityMapFromWeights(mol, [1 for i in range(mol.GetNumAtoms())])

Expected behavior
I would expect images that are not cropped or pixelated, as in the old code and in the blog post.
Screenshots
See above.
Configuration (please complete the following information):

RDKit version: 2022.09.5
OS: MacOS Monterey
Python version (if relevant): 3.9
Are you using conda? no
If you are using conda, which channel did you install the rdkit from? pypi
If you are not using conda: how did you install the RDKit? pip install rdkit-pypi

hi. i've been experiencing the same issue and never found a resolve all across the internet, perhaps there's some workaround for this one?


Add wincmd border wrap around

Closes #7
I noticed this only works if cycle_navigation = false. My assumption was that cycle_navigation is supposed to make tmux panes wrap, but I find that my tmux panes wrap even if this is set to false, so I'm not sure if I'm misunderstanding what it's supposed to do. If you do want to accept this PR, these changes probably shouldn't depend on cycle_navigation = false, so we should get that figured out.

hmm on my end cycle_navigation works. maybe we haven an issue here. I'll check the pr on my machine later this week, rl is wrestling me the next days  :D
btw. the setting cycle_navigation should prevent this behaviour in nvim as well.

Key descriptions are specified here https://neovim.io/doc/user/windows.html.

Im starting to belive that we should use global functions. Thus we can inject and use key bindings like C-W t as wrapping functions. This would on the other hand break the current api... Hmm, but it would free us and would open us a lot more capabilities. Or is there a function in lua im not aware of to send keys to nvim within a lua function?
local function wincmd_next(direction, count)
local prev_winnr = winnr()
wincmd(direction, count)
return winnr() ~= prev_winnr
end
This would change to C-W t or C-W b without going the 999 route. Im unsure if it would be worth though.

I'm not sure I understand. This is my first time writing lua with neovim stuff btw, so I might not be very helpful. If you're tight on time and you'd rather just implement yourself, feel free, but I'm happy to try to assist.

The current changes have a problem:

(P1) With the current PR changes https://github.com/aserowy/tmux.nvim/pull/8/files#diff-e28faf57259f9cb4b55c010e8244ac04e18dfe0b2fba5e277dfacc70d1aa9aa0L23-L25, pane 0 (nvim) with cycle_navigation set, move_top doesn't move to pane 2 (because wrapper.has_neighbor() is false). On the main branch, you've avoided this problem by returning true if cycle_navigation prior to checking has_neighbor:
https://github.com/aserowy/tmux.nvim/blob/df1bf1c337f7b60e0d49bfd354dfca7684e11299/lua/tmux/navigate.lua#L23-L25
But with the PR adding a new conditional for nvim cycling, there are two problems:

P1 results from removing https://github.com/aserowy/tmux.nvim/pull/8/files#diff-e28faf57259f9cb4b55c010e8244ac04e18dfe0b2fba5e277dfacc70d1aa9aa0L23-L25
If you don't remove https://github.com/aserowy/tmux.nvim/pull/8/files#diff-e28faf57259f9cb4b55c010e8244ac04e18dfe0b2fba5e277dfacc70d1aa9aa0L23-L25, then change_window_with_wrap() will never occur because of cycle_navigation = true always returning true. So wrap around for vim windows cannot work this way.

I'll see if I can figure out a fix.

Alright, it's a bit more confusing now, but it works.

heho,
ty, i will check the pr tomorrow. <3
kind regards

looks nice! thx for your help!

If your have time can you correct the formatting? (Otherwise ill press it through and correct it myself)
Just give me a ping pls :D

Just updated the formatting changes. (I assume you meant stylua).


Rename chell to bioblocks

Deps update

Using object for spring state instead of 3 states

Codecov Report

Merging #146 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #146      +/-   ##
==========================================
+ Coverage   82.08%   82.09%   +0.01%
==========================================
  Files          90       90
  Lines        2925     2927       +2
  Branches      592      592
==========================================
+ Hits         2401     2403       +2
  Misses        517      517
  Partials        7        7

Impacted Files
Coverage Δ

src/selector/ResiduePairSelectors.ts
100% <0%> (ø)
:arrow_up:

src/container/NGLContainer.tsx
54.54% <0%> (ø)
:arrow_up:

src/component/FeatureViewer.tsx
100% <0%> (ø)
:arrow_up:

src/data/event/ChellChartEvent.ts

src/data/ChellData.ts

src/ChellVizApp.tsx

src/data/TintedChell1DSection.ts

src/container/ChellVisualization.tsx

src/data/ChellPDB.ts

src/component/widget/ChellSlider.tsx

... and 17 more

Continue to review full report at Codecov.

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


Fix edge case for bottom sheet not being dismissed

If you drag the bottom sheet all the way to the dismiss offset, the
callback was not being notified.
This can be reproduced on master fairly reliably by keeping your finger down and dragging through the nav bar and onto the bezel.

Thanks Matt!


Add a nodejs workflow

Adding a Nodejs workflow through Github actions will help in testing and building all the PR that are made to the project and also makes it easy for the reviewers to review the PRs.

It checks it for the three versions of node.

Hi can I work on this issue?

Sure @AnuragThePathak  you can take this up


pg_tileserv: 1.0.6 -> 1.0.7

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/CrunchyData/pg_tileserv/releases.
meta.description for pg_tileserv is: "A very thin PostGIS-only tile server in Go"
meta.homepage for pg_tileserv is: "https://github.com/CrunchyData/pg_tileserv"
meta.changelog for pg_tileserv is: ""
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 1.0.7 with grep in /nix/store/2h5j7bjkkz6isvrryqvmj97k1mh5pjwn-pg_tileserv-1.0.7

directory tree listing: https://gist.github.com/7b28a6c2f2328c7dba5b2a85c0f5fa09

du listing: https://gist.github.com/33f09cf1cb137914b7db3bb64ad41919

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

1 package rebuild(s)

1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
1 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
pg_tileserv

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/2h5j7bjkkz6isvrryqvmj97k1mh5pjwn-pg_tileserv-1.0.7 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A pg_tileserv https://github.com/r-ryantm/nixpkgs/archive/709ee60e4ec46b803fb3b051be8f8cf6a53c10d6.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/2h5j7bjkkz6isvrryqvmj97k1mh5pjwn-pg_tileserv-1.0.7
ls -la /nix/store/2h5j7bjkkz6isvrryqvmj97k1mh5pjwn-pg_tileserv-1.0.7/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

pg_tileserv

Maintainer pings
cc @sikmir @kalbasit for testing.

Result of nixpkgs-review pr 112816 at 709ee60e run on aarch64-linux 1

1 package built:

pg_tileserv

1 suggestion:

error: no-flags-array
buildFlagsArray is only intended to be used in Bash, not as a Nix attribute.
Near pkgs/servers/pg_tileserv/default.nix:16:3:
   |
16 |   buildFlagsArray = [ "-ldflags=-s -w -X main.programVersion=${version}" ];
   |   ^


Slot mapping prototype

Proposed changes:

Explore a prototype for global slot mappings as part of this issue.

Status (please check what you already did):

[ ] added some tests for the functionality
[ ] updated the documentation
[ ] updated the changelog (please check changelog for instructions)
[ ] reformat files using black (please check Readme for instructions)

This is a brief summary of the changes made in this prototype - which is also the order I recommend reviewing in:

slots.py: added slot_mappings argument to the Slot constructors & deactivated auto-fill.
domain.py:
- enriched SlotMapping class to have a new type (CUSTOM), adapted validation method to get rid of forms, added two new static methods to check if the mapping intent matches tracker last message intent or mapping entity matches tracker extracted entities [These methods I lifted from forms and adapted for my purpose]
- added new _validate_forms and changed _validate_slot_mappings used in Domain.from_dict
forms.py: adapted FormAction to match changes in Domain & added mappingcondition validation in extract_requested_slot [As I write this, I realise I should have done the same for extract_other_slots - I'll add this quickly tomorrow Tue]
action.py:
- created new default action ActionExtractSlots: its run method always loops through every slot and all its mappings and checks if anything is applicable to be set after each new user message;
- if it encounters a condition key in its mapping, it returns a list of empty events since that mapping is only applicable in a form [the assumption I worked with is that condition only indicates if a mapping is valid only within a certain form, therefore making active_loop a mandatory key, while requested_slot is optional. If requested_slot is used, then it needs to be used with active_loop, but this is validation work I didn't implement in the prototype]
- had to make output_channel of type Optional for RemoteAction and ActionExtractSlots to make my bot examples run
processor.py: execute ActionExtractSlots for every message in MessageProcessor.handle_message() before the next action prediction

I've tested that:

global slot setting works outside forms for both predefined and custom mappings - the slots can be updated later in the dialogue too.
forms work as expected & also with re-usable slots in required_slots
when a condition is specified in the slot mapping, that mapping kicks in only during the correct active_loop

ok, seems rasa interactive is broken 🙈

Thoughts from testing it out:

More for an implementation proposal: We should maybe not add SlotSet events unless they are changing the state. Otherwise we have a bunch of useless SlotSet events after every user message
having utter_ask_{slot_name} would be helpful for the testing (I can look in the tracker but others might not)
I think slots are currently double extracted (related to this comment)

@wochinge many thanks for trying it out and leaving feedback 💯

We should maybe not add SlotSet events unless they are changing the state.
How would we know which ones of these events change the state?

having utter_ask_{slot_name} would be helpful for the testing
Yes, my bad, I wasn't sure how to add this, should have asked 🙈

slots are currently double extracted
Not sure I follow here - you mean during a form, they are extracted once by ActionExtractSlots and 2nd time by the form?
I might have overlooked this part 😬 Thanks for raising, something to consider for the implementation proposal.

@ancalita I'll review the code later. For now I've just built a bot with it to get you some feedback. The bot implements the Better Conditional Responses example from the proposal. It works great! You can find the bot and some dirty bug-fixes on the slot-prototype-johannes branch.
Just a few things:

Slots don't have to have slot mappings, but domain loading fails with The slot 'xyz' has no mappings defined. if you don't specify any. I fixed this in my branch, but in a quick-and-dirty way.
If the custom action fails (e.g. due to bug in code), Rasa doesn't handle it well so I have to restart it.
I'd always use a dummy slot to specify one slot mapping action that does everything (see example bot in my branch). I suggest we offer some other way of specifying this instead of the custom slot mapping separate for each slot. (as I've mentioned before, this is fine for this first prototype, though)

hey @JEM-Mosig great feedback, thank you!
Regarding points 1 + 3 - I think they're related and some food for thought if we want to make mappings optional overall with this change. I assumed that because 2.0 requires slot mappings in the form, these should be mandatory per slot, but your example with the custom mappings doesn't require this. We can discuss this at length with the implementation proposal.
I'm interested in the point 2 errors - are those usage errors or bugs in the prototype that I need to pay attention to with the implementation proposal?

@ancalita

Regarding points 1 + 3 - I think they're related and some food for thought if we want to make mappings optional overall with this change. I assumed that because 2.0 requires slot mappings in the form, these should be mandatory per slot, but your example with the custom mappings doesn't require this. We can discuss this at length with the implementation proposal.

In any case you don't always need slot mappings outside of a loop, so I'd say they have to be optional.

I'm interested in the point 2 errors - are those usage errors or bugs in the prototype that I need to pay attention to with the implementation proposal?

They are basically uncaught exceptions. In the end, I think Rasa should still continue to work most of the time if the action server is not running (e.g. slots just don't get filled and you get a warning instead of a program terminating exception).

How would we know which ones of these events change the state?

Basically if the new slot value is different than the current slot value.


TextTrackCue constructor throws on Toshiba dTV

- What version of Shaka Player are you using?
2.0.2

Can you reproduce the issue with our latest release version?

Yes

Can you reproduce the issue with the latest code from master?

Yes

Are you using the demo app or your own custom app?

Own custom app

If custom app, can you reproduce the issue using our demo app?

No. The demo app isn't working on Toshiba TV, where the issue is occuring.

What did you do?

I used uncompiled mode, modified logging to be able to see debugging output when running on the TV, set logging level to DEBUG, played standard demo asset "Tears of Steel (Widevine)".
The video was loaded and started playing with the lowest resolution. Even after few minutes of playback, the resolution has not changed. For the asset "Tears of Steel" (without Widevine), the resolution changed as expected.
During the playback of the Widevine video, following error has been logged:
"(text:4) failed fetch and append: code=undefined"
From debugging it seems, that segment for content type 'text' is not downloaded, which is leading to startupComplete_  property of StreamingEngine staying false, thus never calling onCanSwitch_ method.
When I deleted the 'text' content type from mediaStates_ property of StreamingEngine in the beggining of handleStartup_ method -
shaka.media.StreamingEngine.prototype.handleStartup_ = function(
    mediaState, stream) {
  var Functional = shaka.util.Functional;
  var MapUtils = shaka.util.MapUtils;

  delete this.mediaStates_['text'];
  if (this.startupComplete_)
    return;

startupComplete_ property was then set to true and changing to higher resolutions started to work.
This is the debugging output:
MediaKeys.install
Using nonprefixed EME v0.1b
PatchedMediaKeysWebkit.install
MediaSource.install
Using native MSE as-is.
Using Promises polyfill.
SimpleAbrManager.disable()
The last segment should not end before the end of the Period.
The last segment should not end before the end of the Period.
PatchedMediaKeysWebkit.requestMediaKeySystemAccess
PatchedMediaKeysWebkit.MediaKeySystemAccess
PatchedMediaKeysWebkit.MediaKeySystemAccess.getConfiguration
PatchedMediaKeysWebkit.MediaKeySystemAccess.createMediaKeys
PatchedMediaKeysWebkit.MediaKeys
PatchedMediaKeysWebkit.setMediaKeys
Player.createStreamingEngine()
onChooseStreams_
SimpleAbrManager.disable()
Choosing new streams after period changed
Choosing new streams for
init: completed initial Stream setup
(video:8)looking up segment:presentationTime=0currentPeriod.startTime=0
(video:8)looking up segment:presentationTime=0currentPeriod.startTime=0
(audio:1)looking up segment:presentationTime=0currentPeriod.startTime=0
(audio:1)looking up segment:presentationTime=0currentPeriod.startTime=0
(text:4)looking up segment:presentationTime=0currentPeriod.startTime=0
(text:4)looking up segment:presentationTime=0currentPeriod.startTime=0
PatchedMediaKeysWebkit.onWebkitNeedKey_[object MediaKeyEvent]
PatchedMediaKeysWebkit.MediaKeys.createSession
PatchedMediaKeysWebkit.MediaKeySession
PatchedMediaKeysWebkit.MediaKeySession.generateRequest
(text:4)failed fetch and append: code=undefined
PatchedMediaKeysWebkit.onWebkitKeyMessage_
PatchedMediaKeysWebkit.MediaKeys.findSession_
PatchedMediaKeysWebkit.MediaKeySession.generated
PatchedMediaKeysWebkit.MediaKeySession.update
PatchedMediaKeysWebkit.onWebkitKeyAdded_
PatchedMediaKeysWebkit.MediaKeys.findSession_
PatchedMediaKeysWebkit.MediaKeySession.ready
Choosing new streams after key status changed
No new streams need to be chosen.
Only some messages are logged, because of the way I modified the logging. If more logging would be helpful, I can improve that.
This issue doesn't occur in Chrome on desktop. The difference when running on Toshiba dTV is, that PatchedMediaKeysWebkit methods are called during the playback.
Is there something I could do to provide more specific information to help to find the cause of this issue?
Thanks
Tomas

The content you're testing with is from Unified Streaming.  (We don't control it.)
The "Tears of Steel (Widevine)" asset has text streams, but the "Tears of Steel" asset (without Widevine) from the same group has no text at all.  So naturally, the non-Widevine asset will not run into this same issue.  MediaKeys should not have anything to do with it.
To eliminate MediaKeys from the equation, you could try the asset "Tears of Steel (subtitles)" from that same group.  It has text streams, but no encryption.

Thank you for the suggestion.
Tears of Steel with subtitles is working the same way (without quality switching) as the Widevine encoded asset, but still only in TV browser, not on desktop in Chrome.

fix in https://github.com/google/shaka-player/pull/643

Ah, so the real problem is that the TextTrackCue constructor is throwing and causing StreamingEngine to break down.

Yes, thats correct.

Okay, cool.  Thank you for working on the pull request to correct this on the Toshiba.

I'm labeling this as an enhancement because we need a polyfill for the Toshiba, and as a bug because StreamingEngine shouldn't break down when the cue constructor fails.  I will start work on the StreamingEngine part.

The fix for the StreamingEngine breakdown has just been released in v2.0.3.  The Toshiba polyfill is still a work in progress (#643).


修复引用不同版本的react导致dll打包两个不同版本的同个库的bug

Codecov Report

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

@@          Coverage Diff           @@
##           master     #36   +/-   ##
======================================
  Coverage    90.9%   90.9%
======================================
  Files          82      82
  Lines        2078    2078
  Branches      486     495    +9
======================================
  Hits         1889    1889
+ Misses        184     180    -4
- Partials        5       9    +4

Impacted Files
Coverage Δ

packages/award-fetch/src/env/thrift/thrift.ts
89.09% <0%> (ø)
:arrow_up:

packages/award-fetch/src/utils/log.ts
66.66% <0%> (ø)
:arrow_up:

packages/award-utils/src/server/log.ts
23.8% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

No description provided.

2


  Basically object types, but with statics allowed, e.g.
type BI = class {
  bMethod1(): number;
  static bsMethod1(): number;
};

These are cute in that intersection provides extension semantics.
Is this worth the time to polish, or will a completed implementation get rejected in favor of some other syntax and/or semantics?

@popham I'm working on adding proper interface support to Flow.

@avikchaudhuri Yeah, I remember from https://github.com/facebook/flow/issues/478#issuecomment-113314880.  That's why I asked if a completed implementation would be rejected.  I assume by your response that yes, a completed implementation will be rejected.
Is the advantage of "proper" interfaces over "stupid simple" ones in error message sanity?  I've fallen in love with this syntax and the idea of intersections yielding interface refinements.  I feel it fits very naturally into the syntax of Flow, and I'm a little weary of using the interface word throughout my code.
The only challenge I expected was rebinding type parameters across an intersection, e.g. type A<T> = B<T> & class C {...}.  Is there any chance of someday desugaring this syntax (I imagine with type A<T> = B<T> & interface C {...}, type A<T> = B & C<T>, etc.)?  It seems like the natural analogue to class expressions versus class declarations.


add debug and trace logging, esp. for sending via outbox

https://github.com/cap-js/audit-logging/pull/51


Add FDA & IMDRF SBOM Compliance report

https://www.imdrf.org/documents/principles-and-practices-software-bill-materials-medical-device-cybersecurity
https://www.fda.gov/medical-devices/digital-health-center-excellence/cybersecurity
https://www.fda.gov/regulatory-information/search-fda-guidance-documents/cybersecurity-medical-devices-quality-system-considerations-and-content-premarket-submissions

Related FDA stuffs:

https://fossa.com/blog/complying-fdas-sbom-requirements/ ,
https://www.fda.gov/media/119933/download


asdict fails for attributes of type Mapping with keys of type Tuple

@attr.s
class A:
    a = attr.ib()

instance = A({(1, ): 1})
attr.asdict(instance)

produces:
TypeError: unhashable type: 'list'
when the retain_collection_types flag is set to false (the default).  This can take a while to figure out, since the error is not the most descriptive (and the classes are not toy examples like this one).
I just thought it would be worth mentioning. In any case, thanks for this awesome library.

I stumbled upon the same issue and it is indeed not easy to figure out what is going wrong. I'm trying to think how this could be fixed. @hynek Could you comment on the following? Thanks!

Would it be acceptable to change the default value for retain_collection_types to True? This would reduce the likelihood of this issue to appear unexpectedly. It is not a full fix though.

Would it be ok to use tuple as default collection type, when retain_collection_types=False? I would expect this to completely resolve the issue.

We cannot change the defaults for attr.asdict due to backward compatibility but we can do that for the upcoming attrs.asdict.

@hynek I understand. I've been thinking about related corner cases for asdict, which may also be addressed when making a newer version.
Frozen sets are not changed into a default collection type, while sets are:
>>> import attr
>>> @attr.s
... class A:
...     a = attr.ib()
...
>>> instance = A(frozenset([1, 2]))
>>> attr.asdict(instance)
{'a': frozenset({1, 2})}
>>>
>>> instance = A(set([1, 2]))
>>> attr.asdict(instance)
{'a': [1, 2]}
>>>

This type of behavior can be made consistent in general by checking whether objects are instances of the classes defined in collections.abc.
(Before making a new version, it would also be useful to understand the motivation for the current behavior.)

I have just merged #704 that fixes the frozenset issue – sorry for the late reply!

I have created a new issue for the new defaults, so closing this one.

No problem. Thank you for fixing!

I think I still experience this issue on latest stable attrs == 21.2.0. Is this expected?
import attr

@attr.s
class Test:
    x = attr.ib()

t = Test(x={(1, 2): 3})
attr.asdict(t)

Traceback (most recent call last):
  File "/tmp/t.py", line 11, in <module>
    attr.asdict(t)
  File "/tmp/.venv/lib/python3.9/site-packages/attr/_funcs.py", line 86, in asdict
    rv[a.name] = df(
TypeError: unhashable type: 'list'

You have to pass retain_collection_types=True because we can't change the default value – that would be a very breaking change.
We intend to change it when you can import it from attrs. I hope I'll get to it later this year.


Regression in 1.0.34

Hi,
there is regression related to the theming introduced in v1.0.34. I have BgColor set to #1e1e2e in my config but background is being reset to #282828. Before that version it was picked up correctly.
My full config is:
colors:
  BgColor: "#1e1e2e"
  FgColor: "#cdd6f4"
  BorderColor: "#585b70"
  Black: "#45475a"
  Red: "#f38ba8"
  Green: "#a6e3a1"
  Yellow: "#f9e2af"
  Blue: "#89b4fa"
  Magenta: "#f5c2e7"
  Cyan: "#94e2d5"
  Gray: "#9399b2"

Hi, I can't reproduce that. It works fine in my environment. Can you paste your full config file and command?

My full config is in first message. Running e1s with just
e1s

@ABAG603 Hi, with the latest version you can find colors in debug message.
2024-05-21T09:57:01+09:00 DBG color/colors.go:73 colors colors="{BgColor:#282828 FgColor:#ebdbb2 BorderColor:#8ec07c Black:#282828 Yellow:#d79921 Green:#98971a Red:#cc241d Blue:#458588 Magenta:#b16286 Cyan:#689d6a Gray:#808080}"

@keidarcy the colors in the log match the values I have in config but background isn't rendered correctly.

As I said, it was working correctly up untill version 1.0.34

the colors in the log match the values

In that case, not something I can help. Depends on your environment(terminal emulator, os etc..).
I tested multiple devices and multiple configurations working fine.


auto-determine publish mode

https://github.com/icbi-lab/nf-deseq2/blob/19ccb77a88c184aba2b322b39cad0474ab7465b3/nextflow.config#L10
Here is an idea how we could auto determine the publish mode:
import java.nio.file.Files;

def get_publishMode(d) {

    def mode = "copy"

    file(d).mkdirs()

    testFile = file(workflow.workDir + "/.test")
    testFile.write("test")

    testLink = file(d + "/.test")

    try {
        Files.createLink(testLink, testFile);
        mode = "link"
    } catch (IOException e) {
       System.err.println("WARNING: using copy as publish mode, reason: " + e)
    }

    testLink.delete()
    testFile.delete()
    return mode
 }

process test {
       publishDir "/tmp/testDR",
           mode: get_publishMode("/tmp/testDR")

    output:
    file("test_out.txt")

    script:
    """
    echo "TEST" > test_out.txt
    """

}

That's cool!
Two comments:

we should test creating the link in the res_dir, as that might be on a different file system
I think it would be best to set params.publish_dir_mode = "auto" per default and then use the function to figure out the mode. That would still allow to manually override it to something else if necessary.

To your first point, this is done with that code. It tries to create a link from the workDir to the publishDir, which is what happens when nextflow publishes results. When workDir and publishDir are on different filesystems, then an error is thrown and copy is used to publish
params.publish_dir_mode = "auto" is a nice idea


Improve video asset loading

This isn't ready to go yet -- There is a bug that needs to be fixed first. On the second visit to the tourism scene the double click event listener appears to be bound to the wrong object.


Create 5 Data-To-Go data sets for 2019 Q2

As per deliverables create 5 Data-To-Go data sets from ECDB.
Possible compilations (note, these are merely suggestions and should get KL input):
-xenoliths
-ophiolites
-all basalts (query already completed in Q1 by Bai for RT request by user)
-diamonds
-spreading centers
-volcanoes
-cratons

Baihao has finished all five datasets.
@klehnert55  @annikakj , please review and confirm that should we make forward to next step?

Are there files to review?

To test: Go to Admin tool: select download>under Query select group>under material refine if desired> under Variable Type refine if desired.

I have tested the following downloads:
Aleutians_All
Ophiolite_All
Melt Inclusions_All
EPR_All
EPR_Minerals
A couple of comments:

Mineral species (classification) must be present in all downloads that include minerals
for MI's the classification of the host mineral must be included
MI download has about 1100 samples listed, but the data entry that I did this FAll for DECADE contained close to 4700 samples, all of these were loaded to PetDB too. Why is there such a mismatch between number of samples?
Do we need every download to always have a standardized output of variable headings so that users can combine these downloads with each other and/or with other PetDB downloads?
Basalt download is very large and has not been tested yet.

Thanks, Annika, those are really important observations.

absolutely yes

absolutely yes

I am specifically concerned about the mismatch of MI data between
the data-to-go and the load that Annika did.

Yes, we should have a standard output for datasets that contain
majors, traces, and isotope ratios (radiogenic & stable). I would
eliminate U-series and most of the noble gas data except He. Annika and
I will work on a list of variables that should be included in a standard
output. Can we please get a count of 'number of data points available
for each variable.'? We had talked about that at the last meeting. That
will help us decide.

5.  - I don't think that it makes sense to have one file with 'all
basalts'. We should group by either tectonic setting or region. And we
should carefully select rock types. For Mid-Ocean Ridge Basalts, we need
to include tholeiites, dolerites, etc., rock types that are closely
related to basalts. Once we have defined a standard output format
several smaller 'basalt' files can be easily combined.
On 3/20/19 12:18, annikakj wrote:

I have tested the following downloads:
Aleutians_All
Ophiolite_All
Melt Inclusions_All
EPR_All
EPR_Minerals
A couple of comments:

Mineral species (classification) must be present in all downloads
that include minerals
for MI's the classification of the host mineral must be included
MI download has about 1100 samples listed, but the data entry that
I did this FAll for DECADE contained close to 4700 samples, all of
these were loaded to PetDB too. Why is there such a mismatch
between number of samples?
Do we need every download to always have a standardized output of
variable headings so that users can combine these downloads with
each other and/or with other PetDB downloads?
Basalt download is very large and has not been tested yet.

—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/iedadata/EarthChemAdmin2/issues/14#issuecomment-474910256,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AG9LCv1f4jn6_jocwZWDJ744MeA4mfuTks5vYl9vgaJpZM4b8co3.

--
Dr. Kerstin A. Lehnert
Doherty Senior Research Scientist
Director, Geoinformatics Research Group
Director, Interdisciplinary Earth Data Alliance
Lamont-Doherty Earth Observatory of Columbia University
61 Route 9W, Palisades, NY, 10964, USA
+1<PHONE_NUMBER>

I used the query run in old petdb and found that there are only 'GL' 904 samples.
select count(distinct sample_Id) from inclusion i, sample s, batch b where i.BATCH_NUM= b.BATCH_NUM and b.sample_num = s.SAMPLE_NUM and INCLUSION_TYPE = 'GL'


[cookies] Add --cookies-from-browser support for Firefox from Microsoft Store

IMPORTANT: PRs without the template will be CLOSED
Description of your pull request and other information

Provide support for cookies from Firefox Browser when installed from Microsoft Store
Fixes #
Firefox browser if installed first from Microsoft Store under Windows 11 will store user data into
another folder. Add this folder to the search list.
Firefox Documentation

Before submitting a pull request make sure you have:

[ x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[ x] Searched the bugtracker for similar pull requests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check all of the following options that apply:

[x ] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[ ] Fix or improvement to an extractor (Make sure to add/update tests)
[ ] New extractor (Piracy websites will not be accepted)
[x ] Core bug fix/improvement
[ ] New feature (It is strongly recommended to open an issue first)

--cookies-from-browser support for Firefox from winget?


Disable default features for tui in tui-react

The only default feature in tui is the termion backend, but tui-react doesn't depend on any backend. With the termion backend enabled by default you can't change the backend to another one in other crates.

Thanks a lot! I will publish a new minor release of tui-react soon.

Done


pessimistic-txn: support lock wait timeout (#5680) (#5848)

Signed-off-by: youjiali1995<EMAIL_ADDRESS>
What have you changed?
Cherry pick #5680

/merge

[2019-11-18T08:53:24.989Z] we need(81):

[2019-11-18T08:53:24.989Z] ALTER TABLE warehouse DROP PRIMARY KEY;

[2019-11-18T08:53:24.989Z] Error 1105: Unsupported drop primary key

[2019-11-18T08:53:24.989Z] but got(81):

[2019-11-18T08:53:24.989Z] ALTER TABLE warehouse DROP PRIMARY KEY;

[2019-11-18T08:53:24.989Z] Error 1105: unsupported drop primary key

Maybe we need to update tidb-test or tidb.

/run-integration-common-test

@AndreMouche CI has been fixed. It can be merged.

/merge

/run-all-tests

/merge


Split client tests into unit tests and end-to-end tests

The client tests are very slow to run and have external dependencies on a
running dataserv server.
This change splits up the client tests into end-to-end tests and unit tests,
where unit tests have no dependencies on external processes or global state.
The end-to-end tests exercise client-server interaction, but do not test
scenarios that are client or server focused. For example, there is no end to
end tests for double-registration of the same address because this is covered
by unit tests in both dataserv-client and dataserv (server). The end to end
tests are mainly positive tests of successful interaction between client and
server.
Also does some minor cleanup of the test code (removes multiple inheritance,
switches to context handler version of assertRaises).

I will fix the merge conflicts this evening

Fixed the merge conflicts, ready for review

coverage/coveralls — Coverage decreased (-20.3%) to 79.021%

It seems you removed some vital tests, please ensure we do not loose coverage.

This pull request no longer works because api.py changed out from under it


Add sticky offset

to let hide only part of extension view.

PR according to https://github.com/telly/TLYShyNavBar/issues/162.


planviewplot: Makie todo list

Some details left to work out

changing central longitude
contour labels
colors following WOCE Pantone suggestions (WOCE Atlas)
how to give a choice between CairoMakie, GLMakie

transferred to ggebbie/GGplot.jl


torch-directml fails with unbox expects Dml at::Tensor as inputs

Dear all,
I tried running stable diffusion using diffusers and torch-directml. Unfortunately, the minimal example fails with the following stack trace:
$ python stable_diffusion_v2_1.py
Fetching 13 files: 100%|█████████████████████████████████████████████████████████████| 13/13 [00:00<00:00, 79833.02it/s]
[some python venv]/lib/python3.10/site-packages/transformers/models/clip/feature_extraction_clip.py:28: FutureWarning: The class CLIPFeatureExtractor is deprecated and will be removed in version 5 of Transformers. Please use CLIPImageProcessor instead.
  warnings.warn(
  0%|                                                                                | 0/50 [00:04<?, ?it/s]
Traceback (most recent call last):
  File "/home/andreas/code/windows-ml/code/stable_diffusion_v2_1.py", line 21, in <module>
    image = pipe(prompt, height=256, width=256).images[0]
  File "/home/andreas/code/windows-ml/python-dml2/lib/python3.10/site-packages/torch/autograd/grad_mode.py", line 27, in decorate_context
    return func(*args, **kwargs)
  File "/home/andreas/code/windows-ml/python-dml2/lib/python3.10/site-packages/diffusers/pipelines/stable_diffusion/pipeline_stable_diffusion.py", line 656, in __call__
    latents = self.scheduler.step(noise_pred, t, latents, **extra_step_kwargs).prev_sample
  File "/home/andreas/code/windows-ml/python-dml2/lib/python3.10/site-packages/diffusers/schedulers/scheduling_dpmsolver_multistep.py", line 466, in step
    model_output = self.convert_model_output(model_output, timestep, sample)
  File "/home/andreas/code/windows-ml/python-dml2/lib/python3.10/site-packages/diffusers/schedulers/scheduling_dpmsolver_multistep.py", line 238, in convert_model_output
    x0_pred = alpha_t * sample - sigma_t * model_output
RuntimeError: tensor.device().type() == at::DeviceType::PrivateUse1 INTERNAL ASSERT FAILED at "/home/vsts/work/1/s/pytorch-directml-plugin/torch_directml/csrc/dml/DMLTensor.cpp":30, please report a bug to PyTorch. unbox expects Dml at::Tensor as inputs

I use WSL2 with torch-directml <IP_ADDRESS>.dev230119 and an AMD 580 with Adrenalin Edition 23.2.2.
I installed the following additional packages:
pip install torch-directml
pip install diffusers
pip install transformers
pip install accelerate

and the following code:
import torch
from diffusers import StableDiffusionPipeline, DPMSolverMultistepScheduler

import torch_directml
dml = torch_directml.device()

model_id = "stabilityai/stable-diffusion-2-1"

# Use the DPMSolverMultistepScheduler (DPM-Solver++) scheduler here instead
pipe = StableDiffusionPipeline.from_pretrained(model_id, torch_dtype=torch.float16)
pipe.scheduler = DPMSolverMultistepScheduler.from_config(pipe.scheduler.config)
pipe = pipe.to(dml)

prompt = "a photo of an astronaut riding a horse on mars"
image = pipe(prompt, height=256, width=256).images[0]

image.save("astronaut_rides_horse.png")

Unfortunately, I could not find the source code to torch-directml, so I could not investigate this issue any further myself.
Best,
Andreas

Hi @AndreasGocht, do you have a link to the minimal example you refer to? The runtime error occurs when a tensor hasn't been sent to the DML device (PrivateUse1). You may need to modify the script to ensure tensors are being sent to the correct device.

Hey,
the minimal example ist the code posted above.
Best,
Andreas

Hey,

You may need to modify the script to ensure tensors are being sent to the correct device.

That worked out well. Modifying diffusers and explicitly moving some Tensors to the CPU (.cpu()) or to the appropriate device (.to(device)) did the trick. However, I wondered how this is supposed to work with CUDA. Either it never did, or the CUDA device can handle this scenario more gracefully. I assume the latter.
Through the whole pipeline worked well, the image generated was mainly white. I assume that this is related to #398 .
Best,
Andreas

How was this solved please, can you put the code up?

上面说了是因为不同Tensor设置不同的device导致的。根据情况调整脚本哦


Fix wiki link for names with spaces

ooh good catch, thanks!
would you like to be in the "special thanks" section? you've been really helpful lately :D

ooh good catch, thanks!
would you like to be in the "special thanks" section? you've been really helpful lately :D

Oh sure, that'd be cool.

also please add this to the changelog file

Alright, done


Add p5.js books to book page

The Books page only lists Getting Started and its French translation.
The Books page could list other books about p5.js

the new edition of Generative Design by Groß & Bohnacker
(also in German)
Learn JavaScript with p5.js by Arslan
Creative Coding and Data Visualization with p5.js by Murray
et cetera.

https://www.amazon.com/s?k=p5.js&rh=n%3A283155&dc&qid=1586919031&rnid=2941120011&ref=is_r_n_1
Would you like to work on the issue?
Happy to add material in a pull request if there is consensus on what to include or principles of inclusion.
https://discourse.processing.org/t/book-recos-for-p5-js/19778/2

@jeremydouglass Is someone working on this issue?

@ayushjainrksh -- no, not that I know of!

Can I be assigned to this issue? Should I add all the books listed on Amazon link?

@ayushjainrksh -- so glad you are interested!
I am not a core developer of this site and won't be approving your PR, so I'll defer to @lmccart  and @limzykenneth. I opened the issue, so of course I think it is a good idea, and would love if you did it!
Regarding all the books listed, I'm personally not sure about some of the self-published pamphlets. Because I haven't read those, I'd start by only listing the ones from established publishers. But let's see what core devs think.

Whether to add these books or not is more of an editorial question that I'm not at liberty to decide on, since it would be reasonable to assume that inclusion of them on the website is a form of endorsement from the project and the PF. I think the decision here should be made by @lmccart.

Good point about PF endorsement. Several of these authors have other Processing books -- and sometimes Processing (Java mode) editions of the same book -- listed on https://processing.org/books/

I think these additions make sense! I would suggest that we use the criteria that the book should clearly utilize p5.js in some way (ie they should not be just general web programming books, but generative design would fit).

@lmccart Thanks for the suggestion. I will try to create a list of books that utilize p5.js is some way from the above links and ask for your reviews. Do you have any books in mind that should be added in particular?

the list that @jeremydouglass suggested looks great. I believe they have already volunteered to create a PR for this, but maybe you can two can decide between yourselves who would like to work on this?

Thank you, @lmccart.
@ayushjainrksh -- if you would still like to work on this, just say so, and I am happy to review your PR.

@lmccart @jeremydouglass Thank you. I would like to work on this and will submit a PR soon.

@jeremydouglass @lmccart I have added first book out of the list for your suggestions. Please review this PR and provide your feedback. I will be adding more books with further commits :)


Rewrite SPSA gradient with primitives.

An SPSA gradient was added by #8528 - was anything further expected or can this be closed?

I think it can be closed.


restrict scan all API, it should be called once every a period of time

Coverage increased (+0.1%) to 53.501% when pulling eb11cda596e882a7da85129885a252e99cf97b77 on reasonerjt:scan-all-control into e40fdc17196abf74d125743fb7fe6790759acf0e on vmware:master.

Coverage increased (+0.1%) to 53.506% when pulling fb07b544ab5823a71ab51475f0ad758540b24fb6 on reasonerjt:scan-all-control into e40fdc17196abf74d125743fb7fe6790759acf0e on vmware:master.


Create notebooks for algorithmic comparison

A notebook to compare SGD, ProxGD, and the Bregman framework.

With commit 9e4a080697cad49011db71fda334d97f43d18be9
this can now be found at https://github.com/TimRoith/BregmanLearning/notebooks/MLP-Classification.


Make crypto class robust

The current class (common/crypto.ts) does not handle errors in decryption functions. Make all those functions return a string, and an error value.
Modify all uses of decryptAsym and decryptSym to handle errors.
This is important. One wrong value sent by someone can break the platform for all users.

Fixed by a091fa2e4167f44d2a1a74b816349434ddec759a


[ffigen] Regression: v14.0.0 does not generate bindings with a "plain" include-directives

@dcharkes I tried looking around some commits and the changelog, but couldn't find where this was introduced intentionally.
In v13.0.0:
name: Bindings
output: 'lib/generated_bindings.dart'
headers:
  entry-points:
    - 'src/temp.h'
  include-directives:
    - 'src/temp.h'

is enough to generate bindings. In v14.0.0, this generates a blank file. Instead, you need:
  include-directives:
    - '**/src/temp.h'

Seems like a pretty big bug to me, as it was causing all of my bindings to delete themselves upon re-generation.

Here is my dart info
#### General info

- Dart 3.5.0 (stable) (Tue Jul 30 02:17:59 2024 -0700) on "windows_x64"
- on windows / "Windows 10 Home" 10.0 (Build 22631)
- locale is en-US

@liamappelbe could you ptal?

@Levi-Lesches Does it work if you remove the include-directives option? Most of our integration tests don't use that option, so it's probably not as well covered as the rest.

Seems to be related to the path that you invoke ffigen from. I couldn't repro it at all until I tried running ffigen from the same directory as the config file. It works fine if you go up a directory. Very odd.

Seems to be related to the path that you invoke ffigen from. I couldn't repro it at all until I tried running ffigen from the same directory as the config file. It works fine if you go up a directory. Very odd.

Yeah I figured as much when I realized adding the wildcards fixed it. Which isn't great because most people will be doing dart run ffigen --config ffigen.yaml, meaning, usually in the project root. Maybe getting it to output what it thinks the relative path would help.

Does it work if you remove the include-directives option? Most of our integration tests don't use that option, so it's probably not as well covered as the rest.

Yes, but then ffigen will generate everything from all header files which is usually not intended, especially when including standard header files.

@Levi-Lesches The fix is published in v14.0.1

Just tested it and it works, thanks!


mod_doh: support configurable timeout for DNS request.

Reference:

https://github.com/miekg/dns/blob/master/doc.go, usge of dns.Client.

#366


onclick - react, zone.js

Investigate problem with onclick event for react when using plugin for user interaction , react plugin, xmlhttprequest plugin, and zone manager.
More context here -> https://github.com/open-telemetry/opentelemetry-js-contrib/pull/164#issuecomment-668811140

I also found this bug recently. It looks like React attaches event listener only to root elements (or document for versions < 17.0.0).
instrumentation-user-interaction doesn't work here, because of this condition (document doesn't have the getAttribute method):
if (!element.getAttribute) {
  return undefined;
}

Changing the logic works, but the xpath is mapping to / (document).
The original event is still accessible though as the first extra argument.


Refractor packages 60 sophia

Context

This PR consists of the refactoring of the packaging to implement the By Layer packaging strategy. No new code was changed in this PR.
Fixes SE-(Jira Ticket)
Description

No features added

Type of change
Please select options that are relevant.

[ ] Bug fix (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)
[ ] This change requires a documentation update

How Can This Be Tested?

This PR should led to no changes in performance from the most recent PR, therefore it should be tested the same way.
Notes:

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ X] My changes generate no new warnings
[ X] I have given testing instructions for the reviewer
[ ] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules
[ X] Jira ticket number in PR title
[ X] Contributer name in PR title

build is fine. Packaging structure looks good for the layout that we currently have.


[Improvement] Support filter by status and type when show table optimizing process

Why are the changes needed?
To support filter of optimizing type and status when show table optimizing process list.
Brief change log

Add filter selection in WebUI
Add filter status in TableDescriptorAPI
Implement the filter in Mixed/Iceberg/Paimon/Hudi descriptor
Add RESTAPI to get table process type for different format.

How was this patch tested?

[ ] Add some test cases that check the changes thoroughly including negative and positive cases if possible

[ ] Add screenshots for manual tests if appropriate

[ ] Run test locally before making a pull request

Documentation

Does this pull request introduce a new feature? (no)

It looks like this.

And fetch process-type from backend


Add progress bar to captchas.json ingest

Large JSON files can take some time and it's not clear if the process is hanging.

https://github.com/prosopo/captcha/blob/5e49bf9da0be7bb5bcca468b8ed88bb99518f45b/packages/datasets/src/js/captcha/dataset.ts#L102-L119
Doesn't work with frontend.


Fixes #51, better error reporting from map->kvs

Both versions were tested w/ timing/ntimes 1000 and both come in around 0.004ms.


LSP: filetype sent as language id breaks sourcekit-lsp

Problem
I'm having trouble getting the lsp to work with objective c files and sourcekit-lsp.  The filetype is detected as objc, but it seems sourcekit-lsp calls it objective-c.  Adding objc to the filetypes in the config enables the connection with the lsp, but no lsp-based features actually work (completion, inline warnings, etc).
I suspect the issue might be that sourcekit-lsp expects the filetype to be objective-c and neovim is passing objc.
Steps to reproduce using "nvim -u minimal_init.lua"
Here's a minimal config:
-- init.lua
local lazypath = vim.fn.stdpath("data") .. "/lazy/lazy.nvim"
if not vim.loop.fs_stat(lazypath) then
   vim.fn.system({
       "git",
       "clone",
       "--filter=blob:none",
       "https://github.com/folke/lazy.nvim.git",
       "--branch=stable",
       lazypath
   })
end
vim.opt.rtp:prepend(lazypath)
require("lazy").setup({
   "neovim/nvim-lspconfig",
   config = function()
       local lspconfig = require('lspconfig')
       lspconfig.sourcekit.setup {
           capabilities = {
               workspace = {
                   didChangeWatchedFiles = {
                       dynamicRegistration = true,
                   },
               },
           },
       }

       vim.api.nvim_create_autocmd('LspAttach', {
           desc = "LSP Actions",
           callback = function(args)
               vim.keymap.set("n", "K", vim.lsp.buf.hover, {noremap = true, silent = true})
               vim.keymap.set("n", "gd", vim.lsp.buf.definition, {noremap = true, silent = true})
           end,
       })
   end,
})

and launching nvim with that config on a .m objc file shows the following :LspInfo
Language client log: /Users/achilleas/.local/state/nvim-debug/lsp.log
Detected filetype:   objc

0 client(s) attached to this buffer:

Configured servers list: sourcekit

Forcing the filetype detection by adding
filetypes = { 'swift', 'c', 'cpp', 'objective-c', 'objc', 'objective-cpp' },

makes it appear like it's working:
Language client log: /Users/achilleas/.local/state/nvim-debug/lsp.log
Detected filetype:   objc

1 client(s) attached to this buffer:

Client: sourcekit (id: 1, bufnr: [1])
  filetypes:       swift, c, cpp, objective-c, objc, objective-cpp
  autostart:       true
  root directory:  /Users/achilleas/projects/nvim-debug
  cmd:             /usr/bin/sourcekit-lsp

Configured servers list: sourcekit

but none of the lsp functionality actually works.
The included log file is from after the filetypes line was added.
Expected behavior
Completion and checks from sourcekit-lsp to work with objective c files.
Neovim version (nvim -v)
NVIM v0.10.1
Language server name/version
sourcekit-lsp (part of Xcode 15.4)
Operating system/version
macOS Sonoma 14.5
Log file
https://gist.github.com/achilleas-k/fe2409175dc0be879b729ccf7e7ebdeb

Moved it again to lspconfig because the mapping needs to be added there.
Similar to https://github.com/neovim/nvim-lspconfig/blob/652386deae739e38fa1bcf2f06e3e7de9b3436ba/lua/lspconfig/server_configurations/ocamllsp.lua#L12

I think there's a problem with vim.api.nvim_create_autocmd('LspAttach'. In my config, there is no functionality that works if it is declared in the lspAttach.


Security vulnerability reported by snyk

This vulnerability is reported by snyk
Regular Expression Denial of Service (ReDoS)
Vulnerable module: timespan
Introduced through<EMAIL_ADDRESS>https://snyk.io/test/npm/forever/0.15.3?severity=high&severity=medium&severity=low

I created https://github.com/foreverjs/forever/issues/960 to handle the vulnerabilities reported by NSP and SNYK.

Addressed by https://github.com/foreverjs/forever/pull/1014


timoni: init at 0.10.0

Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[x] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

@janvotava do we set the version when we build the binary? We do this upstream like so https://github.com/stefanprodan/timoni/blob/main/.goreleaser.yml#L9

@janvotava do we set the version when we build the binary? We do this upstream like so https://github.com/stefanprodan/timoni/blob/main/.goreleaser.yml#L9

Nope, I will fix that.
timoni version 0.0.0-dev.0

@emilylange Thanks for the feedback. Everything should be fixed.


timeUnit disappeared from function select

Testing locally with vega-lite-ui/master and voyager2/master
timeUnit is not in function select

seems like we just forget to release compassql

@ZeningQu Can you reproduce this? If not, please close.

Close as timeUnits are now back!


soc: npcx: Add output npcx image in hex format

To support west OpenOCD path image flashing, this generates an npcx hex
image from the npcx BIN image. Moreover, this also adds a config for
the name of the output image.
The OpenOCD side is under code review.
For testing, this can build by http://openocd.zylin.com/#/c/5950/

copy  ${OpenOCD}/src/openocd to {ZEPHYR_SDK_INSTALL_DIR}/sysroots/x86_64-pokysdk-linux/usr/bin/
copy ${OpenOCD}/tcl/target/npcx.cfg to {ZEPHYR_SDK_INSTALL_DIR}/sysroots/x86_64-pokysdk-linux/usr/share/openocd/scripts/target/

Then, NPCX evb can flash image by:
west flash --hex-file build/zephyr/zephyr.npcx.hex

@nashif please revisit

PR #35440 is merged. I will rebase it & modify the npcx9evb.


Command is not supported in this chat

I managed to get the project up and running but I stumbled upon this error after trying /chat command
Command is not supported in this chat

I fixed this error (a2946eeb658feb8755e7ba5a3c7c0662a43c9adb) if the list of allowed chats was empty, but you could have just added your ID in sudoers.txt


Safety file - Tasks and operation

Add the Tasks and operations table for the safety file

Day # | Main mission of the day | Sub tasks


Hcloud token env

Make token usage optional to use HCLOUD_TOKEN environment variable instead. This helps in avoiding unintentional versioning the token within git and to use it within a pipeline.

Thanks @gthieleb, I had no idea this was possible! Very useful indeed.

Deployed in v1.9.4 🚀


ValueError: all the input array dimensions except for the concatenation axis must match exactly

data: /Volumes/data_raid/data_shared/sct_testing/small/20151025_max/t2/
isct_test_function -f sct_label_vertebrae -d /Volumes/data_raid/data_shared/sct_testing/small/ -p \"-i t2/t2.nii.gz -s t2/t2_seg_manual.nii.gz -o t2_seg_labeled.nii.gz -r 0\"
SpinalCord Toolbox version 2.2_dev
SCT installed in /Users/jcohen/code/spinalcordtoolbox
PYTHON /Users/jcohen/code/spinalcordtoolbox/python/bin/python /Users/jcohen/code/spinalcordtoolbox/python /Users/jcohen/code/spinalcordtoolbox
running /Users/jcohen/code/spinalcordtoolbox/scripts/isct_test_function.py -f sct_label_vertebrae -d /Volumes/data_raid/data_shared/sct_testing/small/ -p "-i t2/t2.nii.gz -s t2/t2_seg_manual.nii.gz -o t2_seg_labeled.nii.gz -r 0"
Check folder existence...
Testing... (started on: 2016-04-04 19:29:51)
running /Users/jcohen/code/spinalcordtoolbox/scripts/sct_label_vertebrae.py -laplacian 0 -o t2_seg_labeled.nii.gz -i /Volumes/data_raid/data_shared/sct_testing/small/20151025_max/t2/t2.nii.gz -v 1 -s /Volumes/data_raid/data_shared/sct_testing/small/20151025_max/t2/t2_seg_manual.nii.gz -r 0 -denoise 0 -ofolder sct_label_vertebrae_20151025_max_160404192951_681407/ -initz 153,3
Check folder existence...

Create temporary folder...

Create temporary folder...
mkdir tmp.160404192952_622433/

Copying input data to tmp folder...
sct_convert -i /Volumes/data_raid/data_shared/sct_testing/small/20151025_max/t2/t2.nii.gz -o tmp.160404192952_622433/data.nii
sct_convert -i /Volumes/data_raid/data_shared/sct_testing/small/20151025_max/t2/t2_seg_manual.nii.gz -o tmp.160404192952_622433/segmentation.nii.gz

Create label to identify disc...

Straighten spinal cord...
sct_straighten_spinalcord -i data.nii -s segmentation.nii.gz -r 0 -qc 0

Apply straightening to segmentation...
sct_apply_transfo -i segmentation.nii.gz -d data_straight.nii -w warp_curve2straight.nii.gz -o segmentation_straight.nii.gz -x linear
sct_maths -i segmentation_straight.nii.gz -thr 0.5 -o segmentation_straight.nii.gz

Dilate z-label and apply straightening...
sct_apply_transfo -i labelz.nii.gz -d data_straight.nii -w warp_curve2straight.nii.gz -o labelz_straight.nii.gz -x nn

Get z and disc values from straight label...
.. [158, 3]

Detect intervertebral discs...
.. local adjustment to center disc
.... Peak found: 6 (correlation = 0.721473427483)
.... Update init_z position to: 157
Current disc: 3 (z=157). Direction: superior
.. approximate distance to next disc: 14 mm
.. Peak found: z=20, y=9 (correlation = 0.318761470997)
.. local adjustment to center disc...
.... Peak found: 11 (correlation = 0.831524776104)
.... Update init_z position to: 179
.. correcting factor: 1.53488375497
Current disc: 2 (z=179). Direction: superior
.. approximate distance to next disc: 25 mm
.. Peak found: z=16, y=7 (correlation = 0.272671775577)
.. local adjustment to center disc...
.... Peak found: 11 (correlation = 0.408835108928)
.... Update init_z position to: 197
.. correcting factor: 1.32558142475
.. Cannot go above disc 1.
.. Switching to inferior direction.
.. recalculating approximate distance to next disc: 20 mm
Current disc: 3 (z=157). Direction: inferior
.. approximate distance to next disc: 20 mm
.. Peak found: z=20, y=4 (correlation = 0.954111745336)
.. local adjustment to center disc...
.... Peak found: 6 (correlation = 0.673763704855)
.... Update init_z position to: 136
.. correcting factor: 1.34336528287
Current disc: 4 (z=136). Direction: inferior
.. approximate distance to next disc: 19 mm
.. Peak found: z=20, y=8 (correlation = 0.927860480603)
.. local adjustment to center disc...
.... Peak found: 8 (correlation = 0.846692371076)
.... Update init_z position to: 116
.. correcting factor: 1.35636117919
Current disc: 5 (z=116). Direction: inferior
.. approximate distance to next disc: 18 mm
.. Peak found: z=19, y=8 (correlation = 0.872623603367)
.. local adjustment to center disc...
.... Peak found: 8 (correlation = 0.745631763151)
.... Update init_z position to: 97
.. correcting factor: 1.36477144246
Current disc: 6 (z=97). Direction: inferior
.. approximate distance to next disc: 19 mm
Traceback (most recent call last):
File "/Users/jcohen/code/spinalcordtoolbox/scripts/sct_label_vertebrae.py", line 672, in <module>
main()
File "/Users/jcohen/code/spinalcordtoolbox/scripts/sct_label_vertebrae.py", line 193, in main
vertebral_detection('data_straight.nii', 'segmentation_straight.nii.gz', init_disc, verbose)
File "/Users/jcohen/code/spinalcordtoolbox/scripts/sct_label_vertebrae.py", line 354, in vertebral_detection
I_corr[ind_I][ind_y] = np.corrcoef(data_chunk1d, pattern1d)[0, 1]
File "/Users/jcohen/code/spinalcordtoolbox/python/lib/python2.7/site-packages/numpy/lib/function_base.py", line 2145, in corrcoef
c = cov(x, y, rowvar)
File "/Users/jcohen/code/spinalcordtoolbox/python/lib/python2.7/site-packages/numpy/lib/function_base.py", line 2024, in cov
X = np.vstack((X, y))
File "/Users/jcohen/code/spinalcordtoolbox/python/lib/python2.7/site-packages/numpy/core/shape_base.py", line 230, in vstack
return _nx.concatenate([atleast_2d(_m) for _m in tup], 0)
ValueError: all the input array dimensions except for the concatenation axis must match exactly

Have you solved this yet?I have a same issue but I don't know how to solve it .Please tell me how to solve it if you know.

hi @liukaii, i believe this issue has been solved by https://github.com/neuropoly/spinalcordtoolbox/commit/253610446a2a119db83b6314a93fc8b4eec249a9, however it is highly possible that our fix did not cover all the possible scenario. Could you please let us know:

what version you are running
what exact syntax you typed
what error you got

Best would be if you copy/paste the entire terminal output, starting from the syntax.

hi, I have solved this just now, but another issue comes. I'm new to Fast-Rcnn. I'm learning to solve it. Thank you very much!

@liukaii if would be very helpful for us if you let us know how you solved the issue, so that (i) we can keep improving the software, and (ii) others who experience the same issue can have a solution.
Also please let us know the other issue you are experiencing.

cannot reproduce this issue because the file "20151025_max" has disappeared.


Enable unified pipelines for event grid.

Merging this one in as it doesn't impact GA. /cc @Azure/azure-sdk-eng


Account settings view

New Settings tab added to the dashboard.
It is possible to enable or disable peer login expiration globally for an account.
As well as defining the expiration time period.

New Settings tab added to the dashboard.
It is possible to enable or disable peer login expiration globally for an account.
As well as defining the expiration time period.


New architecture support

Is your feature request related to a problem? Please describe.
I just wanted to know if echarts supports react native new architecture, if not when can I expect Echarts to migrate to fabric
Describe the solution you'd like
Echart supporting the new architecture

React-native-echarts contains only js code, and whether it supports the new architecture depends on which rendering library you're using and whether its version supports it.
Check out the related projects:
https://github.com/Shopify/react-native-skia
https://github.com/software-mansion/react-native-svg


Remove custom logging statements from curator notebooks

These are obfuscating the actual error messages returned by the API. This produces a suboptimal experience for the curator.

@brianraymor after poking around: the fact that we/you were not seeing interpretable error messages in the python notebooks was actually not due to my catching/rethrowing of Exceptions in the client-side convenience functions. It's actually a feature of how Python's requests http method functions work, which is kind of a bummer; the error message does not organically appear in the error trace even if you don't interfere at all (as I was doing with my extra code). You actually have to explicitly catch the errors and grab the text off of the response object when an error is thrown. So I've updated the notebooks to do exactly that.
Another small reason to have client side functions, otherwise curators who use Python (this isn't an issue in Bash and I haven't investigated it in R yet) would have to build in their own error handling.