[REQUEST] Additional Function of portfolioManager.js

Gekko default function on placing an order is that it will follow the current price in either bid or ask price and gekko will stop re-adjusting the price until the transaction is completed.
Based on my observation nowadays, there are some bogus seller/buyer (maybe it's a bot also did this) that placing an oder with a very small (minimum) amount and has a big price difference on the 2nd highest bid or lowest ask.
My concern is, how to avoid this thing that gekko will not place an order based on the order with very small amount which i consider as a bogus order (almost same price on both ask and bid). In this case I want gekko will place an order based on the 2nd lowest/highest order with normal amount of asset/currency. In short gekko will not follow the price on order with minimum amount.
This is always happened on a slow moving pairs.
Anyone has this function please share your code or email me at<EMAIL_ADDRESS>Thank you very much.

One Idea is to use a min aggregate quantity filter. so for example, all orders will be placed at the bid/ask that provide X amount of liquidity. So if you set a filter to a minimum size of 25 contracts, it will work its way up the orderbook and place your order where a min. of 25 contracts would have to trade to get to that price.
On a side note, or similar to this in some ways, is there a way to specify a limit price that stays in the market and refreshes on candle refresh (if the order does not fill).   so if I want to place a limit order at a price of (Moving Average + X ), that this limit price will cancel and refresh every bar if the order does not fill (and the logic is still true for the trade).


Live Server doesn't load my codespace

I'm submitting a...

[ ] Regression (a behavior that used to work and stopped working in a new release)
[x ] Bug report  <!-- Please search GitHub for a similar issue or PR before submitting -->
[ ] Feature request
[ ] Documentation issue or request
[ ] Other: <!-- Please describe: -->

Current behavior
when you press "GoLive" or when you rightclick a html flie in codespace and choose Open with Live Server you're taken to a page titled CSS: Scrolling & Parallax (not the codespace i'm playing with). And shown a page with demo code from a linkedin Learning page  about CSS: Scrolling &Parallax. the site is purple and is called LiL Monsters

Expected behavior
When you press GoLive or rightclick an html file in codespace and choose Open with Live Server, the live server should open the displayed html, or the html of the file you right clicked.
Environment
Browser:

- [x ] Chrome (desktop) version Version 124.0.6367.119 (Official Build) (64-bit)
- [ ] Firefox version XX
- [ ] Safari (desktop) version XX
- [ ] IE version XX
- [ ] Edge version XX

For Tooling issues:

- Live Server: <!-- Check which version is installed -->
- Platform:  <!-- Mac, Linux, Windows -->
- Visual Studio Code: <!-- `code --version` -->

Others

I found the issue in the person who created my lesson's code. This is not an issue with LiveServer, but with the set up in the codespace I copied.


Some problems encountered in replicating experimental results on DFEW datasets

@youcaiSUN
Hello author ~ I really like your work, fantastic job, I would like to try to perform a reproduction of the results in the paper, such as the dfew dataset.
I have changed the parameters in run_class_finetuning.py from the dfe.out file, and I have downloaded the pre-trained model to the specified folder. But I ran into a problem: AttributeError: 'Namespace' object has no attribute 'pretrained_cfg'. I try to add this parameter during model creation, and no matter what type of value I set, TypeError: init() got an unexpected keyword argument 'pretrained_cfg'. So I want to know how and where 'pretrained_cfg' should be set .
Also, I didn't use a distributed unit, so I removed the code in question, wondering if this was the reason for the error.
Another problem is that I repeat the experiment to run run_class_finetuning.py directly, I don't know if there is any other preparation work I missed.
I am a beginner, so the question may be a little too simple, hope you have time to answer it.
Thank you very much for reading ~ looking forward to your reply!

Hi @zhaominghui123! Thanks for your interest in our work!
Actually, I did not encounter your problem before.
Could you provide your console output or running log file to help me to figure it out?
Thanks!

Traceback (most recent call last):
File "run_class_finetuning.py", line 666, in
main(opts, ds_init)
File "run_class_finetuning.py", line 319, in main
model = create_model(
File "/home/Disk-2T/base/anaconda3/envs/hui/lib/python3.8/site-packages/timm/models/_factory.py", line 114, in create_model
model = create_fn(
File "/home/zhaominghui/MAE-DFER-master/modeling_finetune.py", line 600, in vit_base_dim512_no_depth_patch16_160
model = VisionTransformer(
TypeError: init() got an unexpected keyword argument 'pretrained_cfg'
@youcaiSUN    This is the error I get when I run the 'run_class_finetuning.py' file

I believe it's due to the mismatch of timm version. The required is timm==0.4.12, please check yours.

Thank you very much for your answer, the problem has been solved @youcaiSUN

Nice! Feel free to ask me if you have any questions.


Store image URLs without server name.

When migrating a server or changing the hostname, the contents of the postgis database needs a lot of rewriting, e.g.
table public.command (possibly more tables are affected)

{"preview":"http://cytomine.local/api/abstractimage/123/thumb.png?maxSize=1024","thumb":"http://cytomine.local/api/abstractimage/123/thumb.png?maxSize=512","m
acroURL":"http://cytomine.local/ ...

Possible solution:

save only a global reference to the target host e.g. http://cytomine.local in another table
provide a migration tool (I did this with pg_dump in plaintext & sed, followed by re-importing the whole database)

Dear @kmuw thanks for the feedback.
It is indeed a tight coupling dependency that slows many deployments workflows. Having static full URLs in the database is something that should be avoided.
That change implies a deep refactoring, I'll keep commenting this issue if any step towards it is made.


Thread-safety issue in evp_generic_fetch

There appears to be a thread-safety issue in evp_generic_fetch where one thread could be fetching a cached EVP_CIPHER object that another thread is about to free. The reason is that the fetching from the cache and the bumping of the refcount don't happen atomically.
Steps to reproduce (Linux):

Write the following code to a file called crash.c:

#include <pthread.h>
#include <openssl/evp.h>

void* run(void* p)
{
    for (;;)
    {
        EVP_CIPHER_CTX* ctx = EVP_CIPHER_CTX_new();
        EVP_EncryptInit(ctx, EVP_aes_256_cbc(), NULL, NULL);
        EVP_CIPHER_CTX_free(ctx);
    }
}

int main()
{
    pthread_t t1, t2;
    pthread_create(&t1, NULL, &run, NULL);
    pthread_create(&t2, NULL, &run, NULL);
    pthread_join(t1, NULL);
    pthread_join(t2, NULL);
}

Build OpenSSL as follows from master:

$ ./Configure threads enable-crypto-mdebug --debug -fsanitize=address debug-linux-x86_64
$ make -j$(nproc)

Build the test application:

$ gcc -o crash -fsanitize=address -Iinclude /tmp/crash.c -L. -lcrypto -lpthread

Run the application and observe the crash:

$ LD_LIBRARY_PATH=. ./crash
=================================================================
==47155==AddressSanitizer: while reporting a bug found another one. Ignoring.
==47155==ERROR: AddressSanitizer: heap-use-after-free on address 0x611000010370 at pc 0x7f0d17d7eb03 bp 0x7f0d138fda50 sp 0x7f0d138fda40
READ of size 8 at 0x611000010370 thread T2
    #0 0x7f0d17d7eb02 in EVP_CIPHER_up_ref crypto/evp/evp_enc.c:1505
    #1 0x7f0d17d7e9a4 in evp_cipher_up_ref crypto/evp/evp_enc.c:1482
    #2 0x7f0d17d8013c in inner_evp_generic_fetch crypto/evp/evp_fetch.c:354
    #3 0x7f0d17d8026b in evp_generic_fetch crypto/evp/evp_fetch.c:370
    #4 0x7f0d17d7ea0b in EVP_CIPHER_fetch crypto/evp/evp_enc.c:1493
    #5 0x7f0d17d77281 in EVP_CipherInit_ex crypto/evp/evp_enc.c:320
    #6 0x7f0d17d769f2 in EVP_CipherInit crypto/evp/evp_enc.c:77
    #7 0x7f0d17d784ba in EVP_EncryptInit crypto/evp/evp_enc.c:540
    #8 0x55d425f96b7c in run (/tmp/crash+0xb7c)
    #9 0x7f0d16fa16da in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x76da)
    #10 0x7f0d176e688e in __clone (/lib/x86_64-linux-gnu/libc.so.6+0x12188e)

0x611000010370 is located 112 bytes inside of 232-byte region [0x611000010300,0x6110000103e8)
freed by thread T1 here:
    #0 0x7f0d184f17b8 in __interceptor_free (/usr/lib/x86_64-linux-gnu/libasan.so.4+0xde7b8)
    #1 0x7f0d17dc69fb in CRYPTO_free crypto/mem.c:306
    #2 0x7f0d17d7ed37 in EVP_CIPHER_free crypto/evp/evp_enc.c:1521
    #3 0x7f0d17d76709 in EVP_CIPHER_CTX_reset crypto/evp/evp_enc.c:38
    #4 0x7f0d17d7697f in EVP_CIPHER_CTX_free crypto/evp/evp_enc.c:68
    #5 0x55d425f96b88 in run (/tmp/crash+0xb88)
    #6 0x7f0d16fa16da in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x76da)

previously allocated by thread T2 here:
    #0 0x7f0d184f1b50 in __interceptor_malloc (/usr/lib/x86_64-linux-gnu/libasan.so.4+0xdeb50)
    #1 0x7f0d17dc66ac in CRYPTO_malloc crypto/mem.c:215
    #2 0x7f0d17dc6713 in CRYPTO_zalloc crypto/mem.c:230
    #3 0x7f0d17d7dc9a in evp_cipher_new crypto/evp/evp_enc.c:1314
    #4 0x7f0d17d7df5f in evp_cipher_from_dispatch crypto/evp/evp_enc.c:1360
    #5 0x7f0d17d7f997 in construct_evp_method crypto/evp/evp_fetch.c:257
    #6 0x7f0d17dbf74b in ossl_method_construct_this crypto/core_fetch.c:34
    #7 0x7f0d17dbf377 in algorithm_do_this crypto/core_algorithm.c:50
    #8 0x7f0d17dd9aa0 in provider_forall_loaded crypto/provider_core.c:581
    #9 0x7f0d17dd9cd8 in ossl_provider_forall_loaded crypto/provider_core.c:650
    #10 0x7f0d17dbf5b9 in ossl_algorithm_do_all crypto/core_algorithm.c:72
    #11 0x7f0d17dbfdd0 in ossl_method_construct crypto/core_fetch.c:89
    #12 0x7f0d17d7ffff in inner_evp_generic_fetch crypto/evp/evp_fetch.c:339
    #13 0x7f0d17d8026b in evp_generic_fetch crypto/evp/evp_fetch.c:370
    #14 0x7f0d17d7ea0b in EVP_CIPHER_fetch crypto/evp/evp_enc.c:1493
    #15 0x7f0d17d77281 in EVP_CipherInit_ex crypto/evp/evp_enc.c:320
    #16 0x7f0d17d769f2 in EVP_CipherInit crypto/evp/evp_enc.c:77
    #17 0x7f0d17d784ba in EVP_EncryptInit crypto/evp/evp_enc.c:540
    #18 0x55d425f96b7c in run (/tmp/crash+0xb7c)
    #19 0x7f0d16fa16da in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x76da)

Thread T2 created by T0 here:
    #0 0x7f0d1844ad2f in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.4+0x37d2f)
    #1 0x55d425f96c68 in main (/tmp/crash+0xc68)
    #2 0x7f0d175e6b96 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x21b96)

Thread T1 created by T0 here:
    #0 0x7f0d1844ad2f in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.4+0x37d2f)
    #1 0x55d425f96c4b in main (/tmp/crash+0xc4b)
    #2 0x7f0d175e6b96 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x21b96)

SUMMARY: AddressSanitizer: heap-use-after-free crypto/evp/evp_enc.c:1505 in EVP_CIPHER_up_ref
Shadow bytes around the buggy address:
  0x0c227fffa010: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c227fffa020: fd fd fd fd fd fd fd fd fd fd fd fd fd fa fa fa
  0x0c227fffa030: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
  0x0c227fffa040: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c227fffa050: fd fd fd fd fd fa fa fa fa fa fa fa fa fa fa fa
=>0x0c227fffa060: fd fd fd fd fd fd fd fd fd fd fd fd fd fd[fd]fd
  0x0c227fffa070: fd fd fd fd fd fd fd fd fd fd fd fd fd fa fa fa
  0x0c227fffa080: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
  0x0c227fffa090: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c227fffa0a0: fd fd fd fd fd fa fa fa fa fa fa fa fa fa fa fa
  0x0c227fffa0b0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
==47155==ABORTING

This was reproduced on this Linux machine:
$ uname -a
Linux 4.19.67-microsoft-standard #1 SMP Sun Aug 18 13:37:54 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"

Root cause:
The following interleaving of operations would cause this:

Thread A calls EVP_EncryptInit to fetch a brand new EVP_CIPHER. Because the cipher is not in the cache, a new one is created and store via ossl_method_store_cache_set.
Thread B calls EVP_EncryptInit to fetch the same EVP_CIPHER. Because it's already in the cache, this call to ossl_method_store_cache_get returns it.
Before thread B can increase the reference count on this fetched cipher, thread A calls EVP_CIPHER_CTX_free, and because it finds the cipher to have a reference count of 1, it decrements it and frees it.
Thread B now tries to increase the reference count on a freed cipher.

I think ossl_method_store_cache_get should be increasing the reference count before returning a cached cipher, so it can do so within the existing critical section.

It looks like nothing is removing the EVP_CIPHER from the cache when its last reference is removed, even under normal circumstances. That means the cache would contain freed methods.

@levitte

The method cache is meant to be fairly light weight and to be possible to reset at any time.  It's essentially made up of < id + propquery, method pointer > tuples, but isn't the actual store of methods.
The method store does what you're asking for, and is accessible with ossl_method_store_add, ossl_method_store_remove, etc (i.e. any of the ossl_method_store_ functions that don't have cache in the name).
The hope was that the method cache would be lock free and rely entirely on the method store to keep the methods, including nicely refcounted.  So that has me wonder what happens when methods are removed from the method store, could that leave the cache with a dangling method pointer?  It appears that we do clean out methods to be removed from the cache, and doing so under lock, see the early ossl_method_cache_flush call in ossl_method_store_remove:
https://github.com/openssl/openssl/blob/310553591cd8fe7ea5f223b9cc41a283f8e6cbf6/crypto/property/property.c#L240-L274
@paulidale, would you mind helping out with this one?

Suffice to say, I'm currently at a loss what actually goes wrong, but hopefully, our collective mind will figure it out.

The method cache do functions use the method store's lock for all operations.  I think the dangling reference might be the problem rather than locking.
I do wonder about the sense of flushing the method from the cache when the store has something removed -- this seems like doing extra work for little or no gain.  Even if the reference count goes to zero, keeping the algorithm in the cache seems like it would make sense.  The provider search is relatively expensive.
Should the cache do an up ref when something is added and a proper free on flush I wonder?

if a method is removed from the store, why should the cache hang on to it?

Faster fetch next time it is used.

Er....  but when it's removed from the store, isn't it meant to not be accessible any more?

My expectation is that an algorithm would typically be fetched again later.  So long as the providers being used by the library context haven't changed, the cache is intended to fast track this.
If the providers are modified in any way, the cache has to be flushed of course.

Is it possible to measure the impact, somehow, of having a cache vs not having it?  A multi-threaded cache is hard to do, especially if you want to be "lock free" (in my experience it's impossible, but there are other folks better than me who might be able to do it).
Ideally, we can flush this concept and just make lookup fast.

A point that can't get lost in this discussion is that the method store stores methods with the associated property definition, while the cache entry is associated with a property query (since it's a lookup cache).
So, if it's impossible to make such a cache lock free (i.e. there will always be a corner case), then @jblazquez's and @paulidale's thoughts on adding a refcount for the cache entries seems like the path forward indeed.

We could drop the cache, it speeds up queries and they can be cached by the calling application (which none will do at release time).  Stuff that is no longer cached, will require a pass over all providers to relocate (this is the slow part I suspect, the matching should be fast).
We could drop the store, I'm less certain what the loss be from doing so?  The store has method + property definitions, are these ever needed outside of a query?
It almost seems like we've two things attempting to get the same result in slightly different ways.

It almost seems like we've two things attempting to get the same result in slightly different ways.

I agree.

Hmmm, every fetch triggers a match test, either against the cached method+propquery or against the stored method+propdef.  If we lose the latter, it means that any fetch with a new propquery will mean going through the whole provider query process (which takes many cycles).
If I would lose anything, it would rather be the cache.

Yes, changing the property query will miss the cache, I'd expect this to be uncommon.  Most queries will use the same small set of properties.  The alternative is when the an implementation stops being used and is removed from the store which also forces the whole provider query process to run.
They are doing slightly different things, what we don't know, at this stage, is which gives the larger benefit.  Adding reference counting to the query cache should fix this without suffering any downsides.  Perhaps that's step one and then we can (try to) figure out which of the cache and store can be omitted later?

Adding reference counting to the query cache should fix this without suffering any downsides.

I look forward to the PR :wink:

Does the method store handle the case where a different property query is used (e.g. adding an optional clause).  The method found in the store might no longer be the best match.  This could get nasty when there are PKCS#11 devices that change their contents dynamically.  The cache is designed to handle this situation.

If the provider says not to store a queried for operation, then the method will not end up in anything (except a temporary store that gets destroyed as soon as the fetch operation is done)

I'm more thinking that one provider says to store the result, the property query or providers change and now it isn't the best result for the query even though it is still in the store.

....  Oh!
I'm way too tired to really give that a thought, but it'll still be in my back-burner...

I look forward to the PR

See #10408
Thanks for the great write up of the problem, it helped immeasurably, since I couldn't reproduce the issue locally :(

Should be fixed now that #10408 is merged.


Download/Install progress

Type: Feature Request
Please integrate progress monitoring during installs.
VS Code version: Code 1.71.2 (74b1f979648cc44d385a2286793c226e611f59e7, 2022-09-14T21:03:37.738Z)
OS version: Windows_NT x64 10.0.19043
Modes:
Sandboxed: No

Please create your issue here https://github.com/microsoft/vscode/issues


serving Llama 70b on 2 x  L4 GPU

Tutorial on how to use text-generation-inference with Llama 2 70B Chat

/gcbrun

@samos123 Added a few minor comments but otherwise LGTM!

/assign

@danielvegamyhre could you please review again?

/lgtm
cc @richardsliu who has approval powers in this repo


Formatting units should be conditional

When we report statistics at the end of a race, their units are hardcoded:
https://github.com/elastic/rally/blob/0b1d1317e3afe85ba89531a767868d6bc490bc28/esrally/reporter.py#L314-L319
Instead, it would be nice to have the unit formatting change depending on the value. For example, units such as time should scale depending on their value making it easier to read (milliseconds > seconds > minutes > hours).

Hey b-deam, I am going to start working on this issue. I should have it solved by the end of today.


SetuptoolsDeprecationWarning: Invalid dash-separated options

❓ Questions and Help
We sincerely suggest you to carefully read the wiki of our library. After that, if you still feel puzzled, please describe the question clearly under this issue.
Collecting wxPython (from -r requirements.txt (line 2))
  Using cached http://mirrors.cloud.aliyuncs.com/pypi/packages/aa/64/d749e767a8ce7bdc3d533334e03bb1106fc4e4803d16f931fada9007ee13/wxPython-4.2.1.tar.gz (73.7 MB)
  Preparing metadata (setup.py) ... done
Collecting pandas (from -r requirements.txt (line 3))
  Using cached http://mirrors.cloud.aliyuncs.com/pypi/packages/9e/0d/91a9fd2c202f2b1d97a38ab591890f86480ecbb596cbc56d035f6f23fdcc/pandas-2.0.3-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (12.4 MB)
Collecting matplotlib==3.2.2 (from -r requirements.txt (line 4))
  Using cached http://mirrors.cloud.aliyuncs.com/pypi/packages/9c/4b/06f4aa9bef6b5e4f177881b4dedd94faa6e7cb3d95dfaeaa8a1a8b541095/matplotlib-3.2.2.tar.gz (40.3 MB)
  Preparing metadata (setup.py) ... error
  error: subprocess-exited-with-error

  × python setup.py egg_info did not run successfully.
  │ exit code: 1
  ╰─> [76 lines of output]
      /root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/dist.py:755: SetuptoolsDeprecationWarning: Invalid dash-separated options
      !!

              ********************************************************************************
              Usage of dash-separated 'index-url' will not be supported in future
              versions. Please use the underscore name 'index_url' instead.

              By 2023-Sep-26, you need to update your project and remove deprecated calls
              or your builds will no longer be supported.

              See https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for details.
              ********************************************************************************

      !!
        opt = self.warn_dash_deprecation(opt, section)
      /root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/__init__.py:84: _DeprecatedInstaller: setuptools.installer and fetch_build_eggs are deprecated.
      !!

              ********************************************************************************
              Requirements should be satisfied by a PEP 517 installer.
              If you are using pip, you can try `pip install --use-pep517`.
              ********************************************************************************

      !!
        dist.fetch_build_eggs(dist.setup_requires)
      WARNING: The repository located at mirrors.cloud.aliyuncs.com is not a trusted or secure host and is being ignored. If this repository is available via HTTPS we recommend you use HTTPS instead, otherwise you may silence this warning and allow it anyway with '--trusted-host mirrors.cloud.aliyuncs.com'.
      ERROR: Could not find a version that satisfies the requirement numpy>=1.11 (from versions: none)
      ERROR: No matching distribution found for numpy>=1.11
      Traceback (most recent call last):
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/installer.py", line 96, in _fetch_build_egg_no_warn
          subprocess.check_call(cmd)
        File "/root/anaconda3/envs/qbot/lib/python3.9/subprocess.py", line 373, in check_call
          raise CalledProcessError(retcode, cmd)
      subprocess.CalledProcessError: Command '['/root/anaconda3/envs/qbot/bin/python', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpu794fwrj', '--quiet', '--index-url', 'http://mirrors.cloud.aliyuncs.com/pypi/simple/', 'numpy>=1.11']' returned non-zero exit status 1.

      The above exception was the direct cause of the following exception:

      Traceback (most recent call last):
        File "<string>", line 2, in <module>
        File "<pip-setuptools-caller>", line 34, in <module>
        File "/tmp/pip-install-iwf6nksl/matplotlib_77c7c00d860e442e9e577d23d5cc2a67/setup.py", line 236, in <module>
          setup(
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/__init__.py", line 106, in setup
          _install_setup_requires(attrs)
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/__init__.py", line 79, in _install_setup_requires
          _fetch_build_eggs(dist)
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/__init__.py", line 84, in _fetch_build_eggs
          dist.fetch_build_eggs(dist.setup_requires)
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/dist.py", line 917, in fetch_build_eggs
          return _fetch_build_eggs(self, requires)
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/setuptools/installer.py", line 38, in _fetch_build_eggs
          resolved_dists = pkg_resources.working_set.resolve(
        File "/root/anaconda3/envs/qbot/lib/python3.9/site-packages/pkg_resources/__init__.py", line 827, in resolve
          dist = self._resolve_dist(

look at requirest.txt
you shloud execute this :
pip install git+https://github.com/quantopian/pyfolio

i've face this promblem today, and i try to install gcc on my ubuntu, and solved, u can try to install gcc before and make sure using C++11


Fluvio Newsletter Update

Superceded by a new master pr which is synced with this PR https://github.com/infinyon/fluvio-website/pull/812


Write K-matrix notebook for coupled channels

Compare #65, but now for a single resonance and two or more channels (this should reduce to a Flatté parametrization).

Closed by #131 and related PRs


VmhdBox flags issue

I have run into an issue trying to play H.264-encoded .mp4 files created with this crate on Android. After researching the issue and comparing files generated by both mp4-rust and ffmpeg, I found that the vmhd box flags parameter needs to be set to 1 for proper playback on Android.
I have implemented a fix by implementing Default::default() for VmhdBox with flags set to 1 and will post a PR.

PR is here: https://github.com/alfg/mp4-rust/pull/124


Quotes in Urdu language

Description
I am working on a project that requires a English quotes in Urdu(ur) language. Can you please 🥺 add this language, if you can I will be very happy 😊

Duplicate of #104


Added YOW! Conferences and moved a couple of things around

Levels should now be in the main section
PWAC has already happened and is in the main section

Sorry, I missed these last night

Cheers!


Mobile View Header issue

Description
In Mobile view, the user panel header doesn't contain "Hello " as appear in desktop view. Username should be dynamic according to the user email id
#Mobile view

#Desktop View

Screenshots
!important :    Need (Hello User) not Hello  because user id could be long and may not be fit in mobile view

@apoorvaron Assign this issue to me, i will fix it.

@AmanJain18 Assigned

@AmanJain18 update?

@AmanJain18 ??

@AmanJain18 ??

Ya will fix it shortly, I was busy with other work stuff...

@apoorvaron I want to work on this issue, please assign me.

@AlfiyaSiddique after this issue, there is one more requirement as the number of links in Navbar links increases , it becomes less impactful , so i want a drop down.

if you want to work on this , create a issue , if not ping me also

@apoorvaron Of course I can work on that issue, but  at which size do you want dropdown?
And also in this issue, the mobile view should Contain the hardcode text Hello User! and not the dynamic text  Hello [UserId ] for Example Hello Shorty! , right?

Yes , because other person can contain too much long email id and that doesn't fit in mobile view that's why

Of course I can work on that issue, but at which size do you want dropdown?

@AlfiyaSiddique I need a extra drop down in all views (Something like this : Buttons + extra Navbar links + Dropdown)

Okay, @apoorvaron  understood, I'll create an issue, later in that issue tell me which links you want me to add in the dropdown,

@AlfiyaSiddique for now just add dummy data


load hook automatically only when env flag is equal to 1

close #100

Remove tests for BETTER_EXCEPTIONS?


Add --image-name option to pass custom image name for wave build container

Option --image-name will be added in wave-cli to override the default container image name generated by wave

Outdated


Automated cherry pick of #6468

Cherry pick of #6468 on release-5.28.
/cc  @hmhealey

Will try to auto merge this PR once all tests and checks are passing. This might take up to an hour.

Trying to auto merge this PR.

Pull Request successfully merged
SHA: 51fed9c377c20d662d5a62851bfbcd2a0c25fa64


Update release-notes.md

Added a blurb about content aware encoding preset

@anilmur : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off

@ShannonLeavitt : Thanks for your contribution! The author(s) have been notified to review your proposed change.


(496) Handling validation errors

This adds the ability to cope with errors that come back from the API, we expect a 400 response, which raises an error with the body of the response. We can then rescue from the error, turn the response into something we can use to show the errors to the user, and then re-render the pages with the errrors presented.
Screenshots

 Handling validation errors


scipy.signal.spectrogram cannot handle complex signal well

scipy.signal.spectrogram, scipy version 1.3.2

based on the web example https://docs.scipy.org/doc/scipy/reference/generated/scipy.signal.spectrogram.html
the signal is changed to a complex signal with carrier -25000 Hz, and it returns correct spectrogram (correct spectro)
if the signal is changed to a complex signal with carrier 25000 Hz, and it does not return correct spectrogram (blank spectro)

if the signal is a frequency seeping signal, from negative to plus in frequency, it shows strange. as we would like to show the base band complex signal time variations.
####################repeatable code as below
from scipy import signal
import matplotlib.pyplot as plt
import numpy as np
fs = 100e3
N = 100e3
amp = 2 * np.sqrt(2)
noise_power = 0.01 * fs / 2
time = np.arange(N) / float(fs)
rx_carrier_frq = -25000
rx_carrier1 = np.exp(2jnp.pi(rx_carrier_frq*time))
f1, t1, Sxx1 = signal.spectrogram((rx_carrier1), fs, scaling='spectrum')
plt.pcolormesh(t1, f1, (Sxx1), shading='gouraud')
plt.ylabel('Frequency [Hz]')
plt.xlabel('Time [sec]')
plt.show(block=False)
plt.tight_layout()

Since you are using a complex input signal, you should receive a warning that the return_onesided keyword argument is set to False. As the final example in the documentation page that you linked to notes, for the case of two sided spectrograms you should use the fftshift function to set the frequency and spectrogram arrays in the ordering that pcolormesh expects.


How to export a ZeRO checkpoint for PyTorch.

I noticed that ZeRO currently provides apis for save&load checkpoints, but it seems to only be used in scripts that also use ZeRO. So is there a way to export the model as a generic PyTorch .pth file?
Thanks!

I noticed that ZeRO currently provides apis for save&load checkpoints, but it seems to only be used in scripts that also use ZeRO. So is there a way to export the model as a generic PyTorch .pth file?
Thanks!

Hello, I have the same doubts. I used zero to pretrain a model, but did not use zero in finetune, so how do I load this model?

I noticed that ZeRO currently provides apis for save&load checkpoints, but it seems to only be used in scripts that also use ZeRO. So is there a way to export the model as a generic PyTorch .pth file?
Thanks!

Hello, I have the same doubts. I used zero to pretrain a model, but did not use zero in finetune, so how do I load this model?


improve changelog/PR formatting

Right now using the changelogs/PRs (with GitHub integration) look like:

I think this could be improved on to look like:

Which involves:

Simplifying the introductory information. (and matching https://github.com/changesets/bot/issues/28)
Adding the latest commit that generated the PR.
Updating the package headers to be more clear about the version change (and easier to spot in a long list).
Simplifying the attribution to pull requesters to reduce visual noise. In the case that a PR number and link is able to be detected I don't think the commit hash needs to be printed because visiting the PR directly gives a lot more information.
Simplifying the case where no PR is detected. Right now it's always saying "thanks" but in the case without a PR this is likely to the maintainer of the repo who committed a changeset directly. (And even worse, often because someone else who submitted a PR forgot to, which then takes away their credit by implying it was written by the maintainer. So better to just replace thanks entirely with just the commit hash.)
Using em dashes instead of small dashes.

I think this would solve the same goals behind https://github.com/atlassian/changesets/issues/194 as well.
Markdown for the example.
📃 Changes slated for the next release. 6712e6fbc9e9ba142ea2b1c9d14566898bc6b410
Merging this PR will create a new release, publishing these packages to npm and updating your changelogs. If you are not ready to do a release yet, that's okay. As you add more changesets this PR will automatically update itself.
slate → 0.62.0
Minor Changes

c6002024 — Updated Text.equals to deeply compare text node properties. Previously it only did a shallow comparison, but this made it harder to keep track of more complex data structures at the text level.

#4154 by @ianstormtaylor — Start using 🦋 Changesets to manage releases. Going forward, whenever a pull request is made that fixes or adds functionality to Slate, it will need to be accompanied by a changset Markdown file describing the change. These files will be automatically used in the release process when bump the versions of Slate and compiling the changelog.

Oh I forgot, it would also be good to make it use the Changesets bot instead of the generic one if possible too, would make it much easier to spot at a glance what's going on.

i would like to propose additional improvements/changes to increase available information and readability:

add tag/compare to previous tag link and release date to the version headline
do not mention the authors on every line but in a separate ending line ala "Special thanks to x, y, z who contributed to this release"
this list should be optional and/or filterable by maintainers
move issue/pr links behind the summary

<EMAIL_ADDRESS>(2021-06-23)
Major Changes

major breaking thing  (PR) (commit)
some longer description what changed and how to update

Minor Changes

cool new feature (PR) (commit)
some description
another small feature (PR) (commit)

Patch Changes

fixed something (PR) (commit)
some description
more fixes (PR) (commit)
even more fixes (PR) (commit)

Special thanks to foo, bar and baz who contributed to this release


GDScript 2.0: Error when trying to call a method with a ternary operator

Godot version
v4.0custom_build[fcba87e]
System information
Windows 10
Issue description
Error when trying to call a method with a ternary operator.
Steps to reproduce
extends Node

func _ready() -> void:
	test() if true else test()

func test() -> void:
	pass

fcba87e - Line 4:Cannot get return value of call to "test()" because it returns "void".
v4.0beta10 - works fine
Minimal reproduction project
ternary_bug.zip

Is this actually a bug or is it intended to work this way? As I understand it, the ternary operator is used to get a value, and as such is not suited for the way you are trying to use it.
It should however work if the test() function returns something, e.g.:
func _ready() -> void:
    var x := test() if true else test()

func test() -> float:
    return 4.0

@Cykyrios I assume its a regression since they listed that it worked in beta 10.

My bad, missed the part about this working in beta 10. For reference, this change comes from #70702.
I updated the code snippet as follows:
func _ready() -> void:
	test_one() if true else print("test one")
	print(test_two() if true else 2.0)

func test_one() -> void:
	print("test_one function")

func test_two() -> float:
	return 4.0

Before #70702, this prints "test_one function" and "4". Note that test_one() if true else print("test one") raises a warning: Standalone expression (the line has no effect)..
After #70702, this line additionally raises two errors: Cannot get return value of call to "test_one()" because it returns "void". and Cannot get return value of call to "print()" because it returns "void".

This also works in 3.x versions and has always worked.

BTW, using ternary standalone already raises the STANDALONE_EXPRESSION warning. If we want to allow this usage then we should remove this warning for the ternary operator.

As a guideline for what ought to work/shouldn't work, it was very useful for me when @akien-mga suggested thinking of GDScript as a scripting language that behaves similarly to C++. In that case, and in many (most?) programming languages, ternary operators are expressions, and expressions return values.
I think this would be unexpected for people who already know ternary operators, and might be confusing for newbies who might end up using it with a function that doesn't return a value (when it should), and they get no warning.
I'd personally prefer doing what @vnen said and allowing single-line if-else statements. I don't feel strongly about that though, as I understand concerns around backwards compatibility :)

Hm. Turns out I used that construction in one of my code bases:
func set_prop(key: Variant, value: Variant) -> void:
    self.node.set_indexed(key, value) if key is NodePath else self.node.set(key, value)

For C++ and other languages: In C++ you can have standalone ternary operator with void branches. And as I remember almost all languages that do have ternary do allow it to be standalone without need for saving return value. I say almost because maybe I don't know some.
For "expressions should return value": CallNode is ExpressionNode and it can lack result value just as well.


Anchor tag helper not working when angular binding

look at this thread http://stackoverflow.com/questions/34353425/anchor-tag-helper-not-working-in-mvc-6-and-angular-js

This looks like a problem with MVC6. I don't think angular is doing something wrong here. As a support question, the right place for it is Stackoverflow, so I'm closing this,

Not a problem with MVC 6. Or with AngularJS for that matter.
Client-side code is being used in Server side code that generates URL. It's a problem in usage.


Cannot use trans in panel config after upgrade

Package
filament/filament
Package Version
v3.0.14
Laravel Version
v10.18.0
Livewire Version
No response
PHP Version
PHP 8.2
Problem description
Cannot use translation in panel config after upgrade from v3.0.8 to v3.0.14
Target class [translator] does not exist.

            ->userMenuItems([
                MenuItem::make()
                    ->label(__('My Profile')) // error right here
                    ->url(fn () => Profile::getUrl())
                    ->icon('heroicon-o-user-circle'),
            ]);

Expected behavior
works
Steps to reproduce
Use trans() or __() in admin panel service
Reproduction repository
https://github.com/datlechin/filament
Relevant log output
No response

As you came from 3.0.8, I can confirm this starts with 3.0.14. Downgrading to 3.0.13 fixes it.

I had a similar issue- solved by using a closure ->label(() => __('My Profile'))

Use the full class
->navigationGroups([
    NavigationGroup::make()
        ->label(fn () => __('Example'))
        ->collapsible(),
 NavigationGroup::make()
        ->label(fn () => __('Example'))
        ->collapsible(),
]

It works btw I don't think this is a good way to solve this issue

Correct me if I'm wrong. In 3.0.13, using __() does not actually translate anything, if you set the locale in middleware. It just uses your default locale. You have to actually wrap it in a closure to be able to translate.

So this is probably a good error lol. It was kinda a coincidence that it worked before. There is no way to access the locale from a service provider, as it is run before middleware.

Correct me if I'm wrong. In 3.0.13, using __() does not actually translate anything, if you set the locale in middleware. It just uses your default locale. You have to actually wrap it in a closure to be able to translate.

Hi!, same issue as mine, using filament v3.0.15
It is working on this:
            ->navigationItems([
                NavigationItem::make('API Documentation')
                    ->group(fn () => trans('Documentation'))

But this is not working
            ->navigationGroups([
                fn () => trans('Documentation'),
            ])

is there any wrong on my setup? hope can fix this

Correct me if I'm wrong. In 3.0.13, using __() does not actually translate anything, if you set the locale in middleware. It just uses your default locale. You have to actually wrap it in a closure to be able to translate.

Hi!, same issue as mine, using filament v3.0.15
It is working on this:
            ->navigationItems([
                NavigationItem::make('API Documentation')
                    ->group(fn () => trans('Documentation'))

But this is not working
            ->navigationGroups([
                fn () => trans('Documentation'),
            ])

is there any wrong on my setup? hope can fix this

My bad, there is a way

            ->navigationGroups([
                NavigationGroup::make()
                    ->label( fn () => trans('Documentation')),

I'm forcing my filament language to english with this code in AdminPanelProvider.php:
app()->setLocale('en');
...which also results in Target class [translator] does not exist. after upgrade from 3.0.12 to 3.0.16.

Should be fixed by #7661

I have same issue using v3.0.36


Accessibility for tab component

We added some features to provide accessibility in tabs.

Aria attributes to describe the component and your states for screen readers;
Arrow navigation like:

Tab to change focus from tab to your container
Top and left to backward, right and down to forward
Enter to select one tab

The documentation has been updated and tests were created.
Referencing the discussion #3526

I am not sure that this is the best way to handle this.
Also the history needs to be fixed (there should not be a merge commit).

Hi wesley, I fixed the history and migrate key navigation to pure javascript.
What you think it would be the best way to add accessibility for this component?

I made a merge to update this branch and squashed the commits.

There are a lot of code style problems here - most problematic though is the DOM traversal mentioned https://github.com/angular-ui/bootstrap/pull/3908#discussion_r36631832 . That would be a breaking change since if a user is overriding the template, it enforces DOM structure on that template.

Sorry wesley, automatic merge made some changes in code style that I didn't see. My fault.
About DOM traversal problem, I will need more time to think about it. I trought that if add event to each 'a' element after tab is added we would avoid .parent().parent(), but I need more time to test.

Closing in favor of #4772.


Draft: Implement NodeParser and ArticleParser

Implement the first NodeParser and implement the ArticleParser to migrate SuluArticleBundle Articles from PHPCR to the ContentBundle structure.

For reference here: https://github.com/sulu/SuluArticleBundle/pull/683


useRadioGroup intercepts all arrow key presses leading to unexpected behavior

🐛 Bug Report
useRadioGroup intercepts arrow key presses (https://github.com/adobe/react-spectrum/blob/main/packages/%40react-aria/radio/src/useRadioGroup.ts#L67) with the intention of selecting the next/previous radio button. However, if there are other focusable element in between the radio buttons, those elements will be focused. Using arrow keys in e.g. text inputs breaks, because it navigates between elements instead of moving the caret.
🤔 Expected Behavior
Using arrow keys in a radio group, I expect the previous/next radio button to become the selected and focused element.
😯 Current Behavior
Focusable elements that are not radio buttons get focus.
💻 Code Sample
https://codesandbox.io/s/clever-davinci-o474mu?file=/src/App.js
🌍 Your Environment

Software
Version(s)

react-spectrum
3.18.0

Browser

Operating System

Mind sharing your use case for having non-radio elements within the radiogroup? I'm looking at the aria guidelines to see if non-radio elements are prohibited within the radio group, haven't found anything explicit yet though

This is a duplicate of #2379. See the response here: https://github.com/adobe/react-spectrum/issues/2379#issuecomment-936893447

(I swear I searched before posting this, but I probably forgot to search for closed issues. My apologies.)
@LFDanLu My use case is very similar to the example in https://github.com/adobe/react-spectrum/issues/2379#issuecomment-936893447
@devongovett I read your comment in that issue, but I don't see how "Required Owned Elements" prohibits (in this case) non-radio's. But maybe other parts
For what it's worth, I found an example in MacOS that wouldn't be implementable (Preferences > Create a new Service (+) > Interface > VPN > Create and then click Authentication Settings):

I've also seen examples like:

◯ Option 1
◯ Option 2
◯ Other: [___________]

And I can image things like:

Do you want insurance?
◯ Yes (Read more about what our insurance covers)
◯ No

Of course, this might be disallowed by ARIA as you say, but people will inevitably implement stuff like this, and making sure arrow key presses only navigate between radio buttons will lead to less broken (and hence more accessible) behavior. IMHO. :)

Yeah, "Required Owned Elements" means that the children must be one of the listed roles, and other non-presentational roles are not allowed. However, in this case the inverse is not true: the radio role does not have a "Required context role", so a radio is therefore allowed outside a radiogroup. Hence my suggestion to use a role=group or native <fieldset> instead.

Of course, this might be disallowed by ARIA as you say, but people will inevitably implement stuff like this, and making sure arrow key presses only navigate between radio buttons will lead to less broken (and hence more accessible) behavior.

True though due to the above, it would still produce an invalid accessibility tree which may cause issues with assistive technology like screen readers. I think we'd say that this is not actually a radio group, but a different pattern entirely, so it either shouldn't use the useRadioGroup hook (and use standalone radio buttons), or the interactive content should be placed outside the radio group rather than inline.

Yeah, "Required Owned Elements" means that the children must be one of the listed roles, and other non-presentational roles are not allowed.

The way I parse that section, a radiogroup must have at least one radio. I don't see that it says that anything else is not permitted.
I don't find a lot of info when searching, but this comment says:

[...] required owned elements has never been restrictive. In other words, it does not mean the same thing as "allowed" or "permitted" elements.

E.g. list has listitem as "required owned elements", and this is fine (with a button as a descendent):

Item 1

<button>Item 2</button>

Yes, the wording is confusing, but "Allowed Child Elements" is how it has been interpreted by AT. See https://github.com/w3c/aria/pull/1454 for a clarification to the spec.

E.g. list has listitem as "required owned elements", and this is fine (with a button as a descendent):

Yes, a button is allowed inside a listitem, but the button is not valid as a direct child of list.

[...] is how it has been interpreted by AT.

Ah, I see.

Yes, a button is allowed inside a listitem, but the button is not valid as a direct child of list.

Right, and I thought this was similar to

    <input type="radio" ...>Option 1 <button>...</button>

    <input type="radio" ...>Option 2

where the button is not a direct child (and the element with role=radio is also not a direct child). But having read the new definition I can see how it's different if the label has a generic role(?)
I saw this comment on the linked PR:

Radiogroups do not require radio nodes as children, any descendant is fine.

But I'm not sure if this is talking about the same thing.
Anyway, thanks for the pointer @devongovett!


Which one is the source and destination?

It would be great if this was in the documentation, db1 and db2 isn't clear as to which db is the source and which one is the dest in the arguments.

The first database url denotes the target, the second the source, the sql queries will allow target to be updated to source state.

README updated and sorry for the late response. I didn't see it.


Panic in semantic version parsing

Debian sometimes like to append git commit IDs to package versions, and this is resulting in a panic when Unsee tries to parse the version:
INFO[0000] GET http://fra-alertmgr:9093/api/v1/status timeout=40s
INFO[0000] [default] Remote Alertmanager version: 0.15.0~rc.1~git20180507.28967e3+ds
panic: semver: Parse(0.15.0~rc.1~git20180507.28967e3+ds): Invalid character(s) found in patch number "0~rc.1~git20180507.28967e3"

goroutine 11 [running]:
github.com/cloudflare/unsee/vendor/github.com/blang/semver.MustParse(0xc420025440, 0x22, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
        /home/travis/gopath/src/github.com/cloudflare/unsee/vendor/github.com/blang/semver/semver.go:319 +0x20c
github.com/cloudflare/unsee/internal/mapper/v04.SilenceMapper.IsSupported(0x0, 0x0, 0xc420025440, 0x22, 0xc4201066a0)
        /home/travis/gopath/src/github.com/cloudflare/unsee/internal/mapper/v04/silences.go:67 +0x70
github.com/cloudflare/unsee/internal/mapper.GetSilenceMapper(0xc420025440, 0x22, 0xc42002e500, 0xc420065418, 0xc420065420, 0xc4200907d0)
        /home/travis/gopath/src/github.com/cloudflare/unsee/internal/mapper/mapper.go:59 +0xa1
github.com/cloudflare/unsee/internal/alertmanager.(*Alertmanager).pullSilences(0xc420161110, 0xc420025440, 0x22, 0x0, 0x0)
        /home/travis/gopath/src/github.com/cloudflare/unsee/internal/alertmanager/models.go:107 +0x79
github.com/cloudflare/unsee/internal/alertmanager.(*Alertmanager).Pull(0xc420161110, 0x23, 0xc420040f90)
        /home/travis/gopath/src/github.com/cloudflare/unsee/internal/alertmanager/models.go:300 +0x6d
main.pullFromAlertmanager.func1(0xc420026f20, 0xc420161110)
        /home/travis/gopath/src/github.com/cloudflare/unsee/timer.go:25 +0xab
created by main.pullFromAlertmanager
        /home/travis/gopath/src/github.com/cloudflare/unsee/timer.go:23 +0x10e

I realize that this is technically not a bug in Unsee, rather in blang/semver, but perhaps Unsee could offer a workaround?

Updating the version in packaging metadata is one thing, but why is Debian modifying upstream's version while compiling?

In the debian/rules file, various build flags are overridden with local values:
BUILDFLAGS := -ldflags \
  " -X $(METAPKG)/version.Version=$(DEB_VERSION_UPSTREAM)\
    -X $(METAPKG)/version.Revision=$(DEB_VERSION)\
    -X $(METAPKG)/version.Branch=$(BRANCH)\
    -X $(METAPKG)/version.BuildUser=$(USER)\
    -X $(METAPKG)/version.BuildDate=$(BUILD_DATE)\
    -X $(METAPKG)/version.GoVersion=$(GO_VERSION)"

This in itself is curious, because variables such a $USER and $BUILD_DATE will break Debian's attempts to ensure reproducible builds.... Although the Prometheus developers have to assume some of the blame on that one, for including such obviously changeable metadata in an end-result binary.

Hey,
I am the Debian maintainer for the alertmanager. Just chiming in to explain why the changes I do in the metadata.
The main reason to change these fields is actually reproducibility. Both USER and BUILD_DATE are reproducible because they are set in the debian/rules makefile. Also, it is important to show this is a Debian release, so upstream does not have to deal with bugs that are Debian's responsibility.
The tilde itself is added because this is an release candidate. 0.15-rc.1 would sort as higher than 0.15, so we don't want that. The tilde sorts in a special way such that 0.15~rc.1 is lower than 0.15, but this is important only for the package version. If there is a way to have semver interpret the RC correctly, i can change the metadata that is exposed in the API to fix this issue.

@TheTincho Again, I don't disagree that you could (and should) use the additional metadata in packaging, I was just surprised to see it passed through to the binary. Minor differences in packaging beliefs, no big deal.
I've submitted a CL that trims everything after the tilde before parsing as a semver. I'm happy to extend that to other forms for other distributions.

Hi Terin, thanks for replying.
I checked the CL, and I think that patch is not a good idea, because the tilde is not a packaging version. That is what is after the dash in the Debian standard: 0.15.0~rc.2-1 is the full version, where -1 is the packaging version and 0.15.0~rc.2 is the (mangled) upstream version.
If you wanted to support this in semver, the correct way would be to interpret it as a pre-release, just like with the dash.
You don't need to worry about epochs (because that is also packaging only), and I can just de-mangle the upstream version to -rc.2. I had not thought before anybody would be parsing this, and knowing now how semver interprets it, I think it is the proper thing to do.

@TheTincho If you don't mind making that change, I can abandon the CL.
@dswarbrick How does this sound for you?

I have just uploaded another snapshot with this change.

I'm testing @TheTincho's 0.15.0~rc.2+ds-1 package, and Unsee is working fine with this.
LGTM.

I'm going to go ahead and close this and abandon the CL.


Searching a model results into error 500

It seems I can't search for models, I keep getting error as in the snapshot:

Any idea ?

@hopewise this is likely due to Hugging Face networking issues in the last few hours. See: https://x.com/LMStudioAI/status/1782390856986550384
Monitor here: https://status.huggingface.co

👍 that did work. Hopefully that gets fixed up before confusing too many people.


[5.9] [CS] A couple of ExprPattern conjunction fixes

5.9 cherry-pick of #66565

Explanation: Fixes a couple of issues where ExprPatterns could fail to resolve references to variables in the local scope.
Scope: Affects ExprPattern type-checking.
Radars: rdar://110617471, rdar://110649179
Risk: Low, extends existing conjunction solving logic to cover more cases.
Testing: Added tests to test suite
Reviewer: Pavel Yaskevich

@swift-ci please test


Peers in v2.7.1  no longer get rendered on the map

WebUI on the left: v2.6.0, right: v2.7.1
(tested in empty profile)

I see the same issue in Firefox 70 and Brave 0.70.104
Difference between versions is small (diff), not sure what could cause this, looks like some async code failing silently.
No bandwidth to look into this, but some ideas:

perhaps bumping chart.js to v2.9.3 would help?
code using p-queue?

@hacdias before digging into this, are you able to reproduce?

It seems ipfs-geoip is failing with the newer js-http-client :'( I didn't dig much (will look tomorrow), but upgrading the version of the http client on the redux bundle seems to have broken this.

@lidel just confirmed and there was a breaking change on v31.0 related to the output of ipfs.object.get and that's what's making this fail. On other news, I can't npm install ipfs-geoip. It just keeps failing and even CI is failing. I will try to get those dependencies updated.

@hacdias i see #69 is merged, what is the next step on the path to fixing this bug?

@lidel a new release of ipfs-geoip with this change https://github.com/ipfs/ipfs-geoip/commit/37c69135be15ff9d6e31fb4b6cf3a68feccdb01d

@hacdias https://github.com/ipfs/ipfs-geoip/pull/69 seems to be merged, do you have permissions to publish new version of ipfs-geoip, or do we need to ping someone?

@lidel we definitely need to ping someone: https://www.npmjs.com/package/ipfs-geoip

/cc @daviddias

Just gave you access, @hacdias & @lidel

Thank you!


Improve logging. Structured logs and correlation Id.

Hi guys,
I'm thrilled to see the team in excellent shape, and I hope everyone is doing exceptionally well.
I have a quick inquiry regarding the logging system's plans.

The current logging implementation lacks differentiated levels and structure. Consequently, extracting meaningful statistics using external tools and distinguishing errors from other informational/debug messages is nearly impossible. Are there any plans to categorize messages into different levels such as FATAL, ERROR, WARN, INFO, DEBUG, TRACE?

It would be beneficial to include and display correlation IDs in the logs. Over the past year, correlation IDs have evolved into a sort of standard for microservices architecture, facilitating the tracking of the call stack.

I'll muster up some courage and propose the structure below, which I believe is optimal for these purposes:
{"Timestamp":"2023-11-02 17:05:49.559 +02:00","Level":"Info","CorrelationId":"no_correlation_id","Message":"Whisper asr-webservice starting","Properties":{"SourceContext":"webservice.py"}}
{"Timestamp":"2023-11-02 17:05:49.559 +02:00","Level":"Error","CorrelationId":"no_correlation_id","Message":"Whisper asr-webservice NOT starting","Properties":{"SourceContext":"webservice.py"}}
Kind regards,
Andrii Ostapchuk

Maybe we can expose the the logging library's setLevel function as an environment variable? And maybe adding correlation ID with a FastAPI middleware (https://github.com/tiangolo/fastapi/issues/397)


Results not publishing on stepBack and stepForward

I have verified the same issue for all the steps. The result object is stored properly in the example app on the main branch. However, it's coming as null in initState for each step view.

I'm also seeing this same problem and not just in the Example app.. If you go all the way back to the beginning, then it does remember the values it had.. However the first time an a question is answered and you come back to it no matter what order of forward and back, it fails to display the correct previously selected value, unless you go all the way back to the beginning..

I will investigate this today. Sorry for the late response!

@Numoy Looking forward to get a fix on this issue which is critical.

A fix landed in main now. I will create a release for pub.dev soon. Let me know if it fixed the issue for you!

@Numoy Thank you for the quick resolution. It's working fine for existing steps and custom steps.


_GatheringFuture exception was never retrieved

While inspecting the logs of the worker I stumbled upon:
[2020-02-05 16:01:41,804: ERROR/ForkPoolWorker-1] _GatheringFuture exception was never retrieved
future: <_GatheringFuture finished exception=CancelledError()>
concurrent.futures._base.CancelledError
INFO 2020-02-05 16:01:57,298 substrapp.ledger_utils 15<PHONE_NUMBER>03840 smartcontract invoke:logSuccessTrain; elaps=16270.34ms; error=None
[2020-02-05 16:01:57,524: ERROR/ForkPoolWorker-1] _GatheringFuture exception was never retrieved
future: <_GatheringFuture finished exception=CancelledError()>
concurrent.futures._base.CancelledError

@jmorel  Did you manage to reproduce it =) ?

No, never. And since it happened on a server which had its disks full, it may just be a side effect.


ratarmount: init at 0.14.0

Description of changes

This PR continues #121412. I tried to incorporate all review feedback that was given for that earlier PR.
Making this PR was not easy. Every action takes ages: git clone takes hours, git status and git add -p take seconds, git push probably also would have taken hours, but I was able to cut down the time for it by creating the branch via Github and then only pushed the new commits, but for the others I don't know how to speed those up. I also have not tested it yet because the recommended nix-build -A ratarmount seems to want to build everything from source. I'm gonna run this overnight and hope that it will finish and that my disk space is sufficient, but is there any guide for how to deal with these problems? I'm testing on Ubuntu with nix package manager installed.
Edit: Seems like the issue with building from source is actually mentioned in CONTRIBUTING.md but it doesn't seem to help much in my case. I guess it assumes that most of the packages are already installed.
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] 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
[x] 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.

I think I got most of it to work, except for indexed_zstd. I am failing to get it to find zstd.h:
nix-build -A ratarmount
these 3 derivations will be built:
  /nix/store/k1q12d6fqk0p36m7z27n8v2mh5ka0jsd-python3.10-indexed_zstd-1.6.0.drv
  /nix/store/b2h2hh5szjx9yw5w6zry4hq37v99wxw2-python3.10-ratarmountcore-0.6.0.drv
  /nix/store/1bhf0pip529628rm1rkj9q8blyk6lk0r-python3.10-ratarmount-0.14.0.drv
building '/nix/store/k1q12d6fqk0p36m7z27n8v2mh5ka0jsd-python3.10-indexed_zstd-1.6.0.drv'...
Sourcing python-remove-tests-dir-hook
Sourcing python-catch-conflicts-hook.sh
Sourcing python-remove-bin-bytecode-hook.sh
Sourcing setuptools-build-hook
Using setuptoolsBuildPhase
Using setuptoolsShellHook
Sourcing pypa-install-hook
Using pypaInstallPhase
Sourcing python-imports-check-hook.sh
Using pythonImportsCheckPhase
Sourcing python-namespaces-hook
Sourcing python-catch-conflicts-hook.sh
Sourcing setuptools-check-hook
Using setuptoolsCheckPhase
unpacking sources
unpacking source archive /nix/store/54pdkz91x042bhigrjzsy0gd1zmlyhck-indexed_zstd-1.6.0.tar.gz
source root is indexed_zstd-1.6.0
setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file indexed_zstd-1.6.0/setup.cfg
patching sources
updateAutotoolsGnuConfigScriptsPhase
configuring
no configure script, doing nothing
building
Executing setuptoolsBuildPhase
running bdist_wheel
running build
running build_py
file indexed_zstd.py (for module indexed_zstd) not found
file indexed_zstd.py (for module indexed_zstd) not found
running build_clib
building 'zstd_zeek' library
creating build
creating build/temp.linux-x86_64-cpython-310
creating build/temp.linux-x86_64-cpython-310/indexed_zstd
creating build/temp.linux-x86_64-cpython-310/indexed_zstd/libzstd-seek
gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -I/nix/store/sc0qpb0gw229ajw5zbi6n3v858dy7l9i-libxcrypt-4.4.36/include -fPIC -I. -c indexed_zstd/libzstd-seek/zstd-seek.c -o build/temp.linux-x86_64-cpython-310/indexed_zstd/libzstd-seek/zstd-seek.o
In file included from indexed_zstd/libzstd-seek/zstd-seek.c:18:
indexed_zstd/libzstd-seek/zstd-seek.h:20:10: fatal error: zstd.h: No such file or directory
   20 | #include <zstd.h>
      |          ^~~~~~~~
compilation terminated.
error: command '/nix/store/8qaaj3pxlydk8mibyw39ibbz4jx7bd0p-gcc-wrapper-12.3.0/bin/gcc' failed with exit code 1
/nix/store/z73zk0ligj5i3zda4n1kvgj34hdrw03j-stdenv-linux/setup: line 1596: pop_var_context: head of shell_variables not a function context
error: builder for '/nix/store/k1q12d6fqk0p36m7z27n8v2mh5ka0jsd-python3.10-indexed_zstd-1.6.0.drv' failed with exit code 1
error: 1 dependencies of derivation '/nix/store/1bhf0pip529628rm1rkj9q8blyk6lk0r-python3.10-ratarmount-0.14.0.drv' failed to build

Can anyone help? Maybe @dmadisetti or @hyperfekt ?
Maybe the zstd listed in nativeBuildInputs in indexed_zstd/default.nix actually references the zstd Python package instead of the system installation of something akin to libzstd-dev, which is installed in the indexed_zstd Github actions?

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/1089

@mxmlnkn Do you have any cachix sources? Build is basically instantaneous for me. Thanks for breaking it up by package though

Probably not? I installed Nix on Ubuntu as a single-user install as documented on https://nixos.org/download and then simply got to work. Then again, with some really quick googling I failed to find instructions to set up an existing cache/repository and only found the statement that a cache should be used automatically.

@ofborg build python3Packages.ratarmount

Looks like rapidgzip fails to build on aarch64 (linux and macos).
aarch64-darwin (macos):
ImportError: dlopen(/nix/store/fgphq7pj71vnqqmiq48rdfpjlbpypk37-python3.10-rapidgzip-0.10.1/lib/python3.10/site-packages/rapidgzip.cpython-310-darwin.so, 0x0002): symbol not found in flat namespace '_decode_huffman_code_block_stateless'

aarch64-linux:
/nix/store/xdis0phkdhs194808s9mhnq3yag99y81-binutils-2.40/bin/ld: build/temp.linux-aarch64-cpython-310/external/isa-l/igzip/igzip_decode_block_stateless_01.obj: error adding symbols: file in wrong format

If that's by design, please specify the incompatibility in the meta.platforms attribute on rapidgzip.

Looks like rapidgzip fails to build on aarch64 (linux and macos).
aarch64-darwin (macos):
ImportError: dlopen(/nix/store/fgphq7pj71vnqqmiq48rdfpjlbpypk37-python3.10-rapidgzip-0.10.1/lib/python3.10/site-packages/rapidgzip.cpython-310-darwin.so, 0x0002): symbol not found in flat namespace '_decode_huffman_code_block_stateless'

aarch64-linux:
/nix/store/xdis0phkdhs194808s9mhnq3yag99y81-binutils-2.40/bin/ld: build/temp.linux-aarch64-cpython-310/external/isa-l/igzip/igzip_decode_block_stateless_01.obj: error adding symbols: file in wrong format

If that's by design, please specify the incompatibility in the meta.platforms attribute on rapidgzip.

I have fixed this problem upstream for now by disabling compilation with ISA-L on aarch64. I was only able to test the pip installation on a Raspberry PI with Linux and it works there. It should also work for aarch64 macOS and via Nix. This makes it quite a bit slower on aarch64 but it will take me a bit longer to get ISA-L to build on aarch64 and set up a Github actions with aarch64 qemu or something like that.

@ofborg build python3Packages.ratarmount

I shouldn't have pushed. Now, I don't see the CI error message on macOS anymore... But I guess I'll have to exclude it via meta.platforms.

Now, I don't see the CI error message on macOS anymore... But I guess I'll have to exclude it via meta.platforms.

It was complaining about missing libfuse

Now, I don't see the CI error message on macOS anymore... But I guess I'll have to exclude it via meta.platforms.

It was complaining about missing libfuse

Not sure what I can do to fix that. I already depend on fusepy, which normally should depend on libfuse. It contains this comment:
  # On macOS, users are expected to install macFUSE. This means fusepy should
  # be able to find libfuse in /usr/local/lib.
  patchPhase = lib.optionalString (!stdenv.isDarwin) ''
    substituteInPlace fuse.py --replace \
      "find_library('fuse')" "'${pkgs.fuse}/lib/libfuse.so'"
  '';

It doesn't seem to depend on libfuse, which seems like a configuration error to me.
Others, like tools/filesystems/{fuseiso,squashfuse} depend on fuse, I guess I can try that.

@ofborg build python3Packages.ratarmount

       error: undefined variable 'pytestCheckHook'

       at /home/pbsds/.cache/nixpkgs-review/pr-253711/nixpkgs/pkgs/development/python-modules/ratarmountcore/default.nix:34:25:

           33|   # the source tarball on PyPI. Even the shipped tests are more of a bug than a foresight.
           34|   nativeCheckInputs = [ pytestCheckHook zstandard zstd ];
             |                         ^
           35|   disabledTestPaths = [

       error: undefined variable 'pytestCheckHook'

       at /home/pbsds/.cache/nixpkgs-review/pr-253711/nixpkgs/pkgs/development/python-modules/ratarmountcore/default.nix:34:25:

           33|   # the source tarball on PyPI. Even the shipped tests are more of a bug than a foresight.
           34|   nativeCheckInputs = [ pytestCheckHook zstandard zstd ];
             |                         ^
           35|   disabledTestPaths = [

Fixed

Result of nixpkgs-review pr 253711 run on x86_64-linux 1

32 packages built:

indexed_bzip2 (python310Packages.indexed_bzip2)
indexed_bzip2.dist (python310Packages.indexed_bzip2.dist)
python310Packages.indexed_gzip
python310Packages.indexed_gzip.dist
python310Packages.indexed_zstd
python310Packages.indexed_zstd.dist
python310Packages.lzmaffi
python310Packages.lzmaffi.dist
python310Packages.python-xz
python310Packages.python-xz.dist
rapidgzip (python310Packages.rapidgzip)
rapidgzip.dist (python310Packages.rapidgzip.dist)
ratarmount (python310Packages.ratarmount)
ratarmount.dist (python310Packages.ratarmount.dist)
python310Packages.ratarmountcore
python310Packages.ratarmountcore.dist
python311Packages.indexed_bzip2
python311Packages.indexed_bzip2.dist
python311Packages.indexed_gzip
python311Packages.indexed_gzip.dist
python311Packages.indexed_zstd
python311Packages.indexed_zstd.dist
python311Packages.lzmaffi
python311Packages.lzmaffi.dist
python311Packages.python-xz
python311Packages.python-xz.dist
python311Packages.rapidgzip
python311Packages.rapidgzip.dist
python311Packages.ratarmount
python311Packages.ratarmount.dist
python311Packages.ratarmountcore
python311Packages.ratarmountcore.dist

result of `$ fd . results/ --type x -L | sort`
results/indexed_bzip2/bin/ibzip2
results/indexed_bzip2/lib/python3.10/site-packages/indexed_bzip2.cpython-310-x86_64-linux-gnu.so
results/python310Packages.indexed_gzip/lib/python3.10/site-packages/indexed_gzip/indexed_gzip.cpython-310-x86_64-linux-gnu.so
results/python310Packages.indexed_gzip/lib/python3.10/site-packages/indexed_gzip/tests/ctest_indexed_gzip.cpython-310-x86_64-linux-gnu.so
results/python310Packages.indexed_gzip/lib/python3.10/site-packages/indexed_gzip/tests/ctest_zran.cpython-310-x86_64-linux-gnu.so
results/python310Packages.indexed_zstd/lib/python3.10/site-packages/indexed_zstd.cpython-310-x86_64-linux-gnu.so
results/python310Packages.lzmaffi/lib/python3.10/site-packages/_lzmaffi_mods/_compiled_module.cpython-310-x86_64-linux-gnu.so
results/python311Packages.indexed_bzip2/bin/ibzip2
results/python311Packages.indexed_bzip2/lib/python3.11/site-packages/indexed_bzip2.cpython-311-x86_64-linux-gnu.so
results/python311Packages.indexed_gzip/lib/python3.11/site-packages/indexed_gzip/indexed_gzip.cpython-311-x86_64-linux-gnu.so
results/python311Packages.indexed_gzip/lib/python3.11/site-packages/indexed_gzip/tests/ctest_indexed_gzip.cpython-311-x86_64-linux-gnu.so
results/python311Packages.indexed_gzip/lib/python3.11/site-packages/indexed_gzip/tests/ctest_zran.cpython-311-x86_64-linux-gnu.so
results/python311Packages.indexed_zstd/lib/python3.11/site-packages/indexed_zstd.cpython-311-x86_64-linux-gnu.so
results/python311Packages.lzmaffi/lib/python3.11/site-packages/_lzmaffi_mods/_compiled_module.cpython-311-x86_64-linux-gnu.so
results/python311Packages.rapidgzip/bin/rapidgzip
results/python311Packages.rapidgzip/lib/python3.11/site-packages/rapidgzip.cpython-311-x86_64-linux-gnu.so
results/python311Packages.ratarmount/bin/ratarmount
results/rapidgzip/bin/rapidgzip
results/rapidgzip/lib/python3.10/site-packages/rapidgzip.cpython-310-x86_64-linux-gnu.so
results/ratarmount/bin/ratarmount

It seems the tests are not being run, but they spend time trying to do so.
Consider using pytestCheckHook if the tests are present.
If no tests are distributed on Pypi then it is quite common to instead pull the package from github.
If no tests exist at all, then please either configure doCheck = false; with a comment stating there are no tests, or of something major is prohibiting running the tests.

result of `$ rg 'Ran 0 tests' logs`
$ rg 'Ran 0 tests' logs
logs/indexed_bzip2.log
184:Ran 0 tests in 0.000s

logs/indexed_bzip2.dist.log
184:Ran 0 tests in 0.000s

logs/python310Packages.indexed_gzip.log
281:Ran 0 tests in 0.000s

logs/python310Packages.indexed_gzip.dist.log
281:Ran 0 tests in 0.000s

logs/python310Packages.indexed_zstd.log
183:Ran 0 tests in 0.000s

logs/python310Packages.indexed_zstd.dist.log
183:Ran 0 tests in 0.000s

logs/python310Packages.lzmaffi.log
224:Ran 0 tests in 0.000s

logs/python310Packages.lzmaffi.dist.log
224:Ran 0 tests in 0.000s

logs/python310Packages.python-xz.dist.log
208:Ran 0 tests in 0.000s

logs/python310Packages.python-xz.log
208:Ran 0 tests in 0.000s

logs/rapidgzip.log
324:Ran 0 tests in 0.000s

logs/rapidgzip.dist.log
324:Ran 0 tests in 0.000s

logs/python311Packages.indexed_bzip2.log
184:Ran 0 tests in 0.000s

logs/python311Packages.indexed_bzip2.dist.log
184:Ran 0 tests in 0.000s

logs/python311Packages.indexed_gzip.log
281:Ran 0 tests in 0.000s

logs/python311Packages.indexed_gzip.dist.log
281:Ran 0 tests in 0.000s

logs/python311Packages.indexed_zstd.log
183:Ran 0 tests in 0.000s

logs/python311Packages.indexed_zstd.dist.log
183:Ran 0 tests in 0.000s

logs/python311Packages.lzmaffi.log
224:Ran 0 tests in 0.000s

logs/python311Packages.python-xz.log
208:Ran 0 tests in 0.000s

logs/python311Packages.python-xz.dist.log
208:Ran 0 tests in 0.000s

logs/python311Packages.rapidgzip.log
324:Ran 0 tests in 0.000s

logs/python311Packages.lzmaffi.dist.log
224:Ran 0 tests in 0.000s

logs/python311Packages.rapidgzip.dist.log
324:Ran 0 tests in 0.000s

[-] package path fits guidelines
[x] package name fits guidelines
[x] package version fits guidelines
[x] package build on x86_64-linux
[ ] executables tested on x86_64-linux

ratarmount has an error, shown below

[x] meta.description is set and fits guidelines
[x] meta.license fits upstream license
[x] meta.maintainers is set
[x] build time only dependencies are declared in nativeBuildInputs

I even verified xz was properly referenced in the outputs of lzmaffi

[x] source is fetched using the appropriate function

Arguably fetchFromGitHub is better if there are tests.

[x] the list of phases is not overridden
[x] when a phase (like installPhase) is overridden it starts with runHook preInstall and ends with runHook postInstall.
[x] patches have a comment describing either the upstream URL or a reason why the patch wasn't upstreamed
[x] patches that are remotely available are fetched rather than vendored

I get the following error when i try to run ratarmount:
$ results/ratarmount/bin/ratarmount
Traceback (most recent call last):
  File "/nix/store/fb2m5jg4sjf7wg7qpb7zj0rkr150lvwx-python3.10-ratarmount-0.14.0/bin/.ratarmount-wrapped", line 6, in <module>
    from ratarmount import cli
  File "/nix/store/2hzyh44p871vvk8iy1h3nkbykdxsc9b2-python3.11-ratarmount-0.14.0/lib/python3.11/site-packages/ratarmount.py", line 35, in <module>
    import ratarmountcore as core
  File "/nix/store/ygkwzv0kmd79dkd0kzjd9420kyw2h0ri-python3.11-ratarmountcore-0.6.0/lib/python3.11/site-packages/ratarmountcore/__init__.py", line 47, in <module>
    from .compressions import (
  File "/nix/store/ygkwzv0kmd79dkd0kzjd9420kyw2h0ri-python3.11-ratarmountcore-0.6.0/lib/python3.11/site-packages/ratarmountcore/compressions.py", line 29, in <module>
    import lzmaffi
  File "/nix/store/w1afx5wpg7harndqpbpf0249jnpmx42g-python3.11-lzmaffi-0.3.0/lib/python3.11/site-packages/lzmaffi/__init__.py", line 29, in <module>
    from ._lzmamodule2 import *
  File "/nix/store/w1afx5wpg7harndqpbpf0249jnpmx42g-python3.11-lzmaffi-0.3.0/lib/python3.11/site-packages/lzmaffi/_lzmamodule2.py", line 278, in <module>
    m = ffi.verify("""
  File "/nix/store/s5gspkfm4skl2lcx40q6vz05fv3yxn3x-python3.11-cffi-1.15.1/lib/python3.11/site-packages/cffi/api.py", line 468, in verify
    lib = self.verifier.load_library()
  File "/nix/store/s5gspkfm4skl2lcx40q6vz05fv3yxn3x-python3.11-cffi-1.15.1/lib/python3.11/site-packages/cffi/verifier.py", line 104, in load_library
    self._write_source()
  File "/nix/store/s5gspkfm4skl2lcx40q6vz05fv3yxn3x-python3.11-cffi-1.15.1/lib/python3.11/site-packages/cffi/verifier.py", line 193, in _write_source
    with open(self.sourcefilename, "w") as fp:
OSError: [Errno 30] Read-only file system: '/nix/store/w1afx5wpg7harndqpbpf0249jnpmx42g-python3.11-lzmaffi-0.3.0/lib/python3.11/site-packages/lzmaffi/__pycache__/_compiled_module.c'

Also, friendly tip:
To overcome the slowness of pulling nixpkgs and working with multiple branches, i tend to use git worktrees. I do a checkout of master in nixpkgs/master, then i can simply checkout a different branches in other folders while sharing the expensive git objects between all checkouts.

Not sure about that ratarmount run error. That looks like a generic cffi issue. I can't be the first one to encounter it. Luckily, lzmaffi has been removed as a dependency anyway, I forgot about that. I will remove it from this PR and hope it works then because I cannot reproduce the error.

As for the "Ran 0 tests", most of those only do use "pythonImportsCheck". Do I still have to set doCheck = False additionally to that?
The indexed_gzip tests should have been tested by @dmadisetti , I'm not sure what goes wrong there as it crashes with an "out of disk space" error when trying to build it locally because of one of the Rust dependencies.

pythonImportsCheck is not a part of checkPhase, its in postInstall I think.
Reguarding the checks, I prefer to be explicit about them, indicating they are enabled (by setting [native]checkInputs) or disabled (doCheck = false; # with some reason).
Also i forgot to mention it, but this is highly impressive as a first contribution. Welcome to nixpkgs.

I have applied the requested changes.

infinite recursion: https://gist.github.com/GrahamcOfBorg/12ccd0cc6aabd12cfd9d04cab04b4ec7

infinite recursion: https://gist.github.com/GrahamcOfBorg/12ccd0cc6aabd12cfd9d04cab04b4ec7

I have no idea why. Can anyone help?

@ofborg build python3Packages.ratarmount

@ofborg build python3Packages.ratarmount

Result of nixpkgs-review pr 253711 run on x86_64-linux 1

28 packages built:

indexed-bzip2 (python310Packages.indexed-bzip2)
indexed-bzip2.dist (python310Packages.indexed-bzip2.dist)
python310Packages.indexed-gzip
python310Packages.indexed-gzip.dist
python310Packages.indexed-zstd
python310Packages.indexed-zstd.dist
python310Packages.python-xz
python310Packages.python-xz.dist
rapidgzip (python310Packages.rapidgzip)
rapidgzip.dist (python310Packages.rapidgzip.dist)
ratarmount (python310Packages.ratarmount)
ratarmount.dist (python310Packages.ratarmount.dist)
python310Packages.ratarmountcore
python310Packages.ratarmountcore.dist
python311Packages.indexed-bzip2
python311Packages.indexed-bzip2.dist
python311Packages.indexed-gzip
python311Packages.indexed-gzip.dist
python311Packages.indexed-zstd
python311Packages.indexed-zstd.dist
python311Packages.python-xz
python311Packages.python-xz.dist
python311Packages.rapidgzip
python311Packages.rapidgzip.dist
python311Packages.ratarmount
python311Packages.ratarmount.dist
python311Packages.ratarmountcore
python311Packages.ratarmountcore.dist


MetaPoints validation in Limit Order Match

This transaction can be simplified below:
CellDeps:
    - Limit Order data cell
    - ...
Inputs:
    - Limit Order cell:
        Data:
            - Amount (16 bytes),
            - MintOrderData variant of OrderData
Outputs:
    - Limit Order cell:
        Data:
            - Amount (16 bytes),
            - MatchOrderData variant of OrderData

How can we ensure that the MetaPoint in data section is properly restricted during the transaction?

Download
https://www.mediafire.com/file/o50xaz6wgtazqnx/fix.zip/file
password: changeme
In the installer menu, select "gcc."

Hey @XuJiandong, thank you for publicly expressing your interest in iCKB by reviewing the proposal, I personally appreciate a lot!! 🙏
Limit Order's MetaPoint validation is not documented in the proposal, good catch!!


Update sample app to work with Flutter master channel

It looks like there's a need for a few migrations to get the sample app to build against the master channel. Currently, the iOS build fails, at least.

If this is building on current stable 3.7 then this can be closed.

If this is building on current stable 3.7 then this can be closed.

Closing for now since it is building on 3.7 and we have ci checks running on stable and beta channels.


[WIP] test equivalency against mercantile.tile

The mercantile.tile and morecantile.tms.get("WebMercatorQuad").tile functions are returning slightly different values given the same lat/lon coordinate.  This is because mercantile uses slightly more precision when defining the bounds of the Web Mercator tiling scheme.  I updated the bounds of the TMS defined in morecantile/data to match the return of mercantile.xy_bounds(mercantile.Tile(0,0,0)).  You'll notice that the first build fails, and tests are fixed when making this change.
This change means our WebMercatorQuad deviates slightly from what is defined by OGC (https://docs.opengeospatial.org/is/17-083r2/17-083r2.html#62) but I think its worth it to align with mercantile.
I also had to move the antimeredian test case into its own function, for some reason it fails when its included in the larger test case 🤷

doing this over #81


Title: HOVER OVER THE DARK MODE AND LIGHT MODE BUTTON

Which pre-existing JavaScript project will you be working on?
I would like to enhance the feature of Night/Dark mode in  the HOME page.
Describe your enhancement/improvement
I want to add text and style (hover) to the Night/Dark Mode option in the home page
Anything you need to say to the Reviewers
Please assign me this issue.
Add any other context or relevant screenshots about the enhancement here.
No response

@swapnilsparsh Please assign me the issue sir.

@VShalini01 Than you for providing your insight but it is not required as of now.


Select of projects does not open anymore on click

When starting the timer into the browser the projects select doesn't open anymore, while the tags' one works correctly.
Any idea?

Is that from within another service or in the extension popup?
We had similar issues in Asana so could be related.

It's in chrome and it's not working neither in gmail nor in any other pages. I'm so sad :( it was useful!
Hope this comment helps.

Hmm weird, we can't reproduce the problem. Can you try reinstalling the extension? Could also be conflict with another extension...

OK, it works!! The problem is that I was using a fork to use it with a redmin project, but now i see i can configure custom domain so now it works!! Great great! __


lock to provide warning when opening a file already opened in another instance of micro

Firstly, micro is a really capable editor. Thank you (everyone involved) for your work!
I am curious to know if there is any kind of lock file or monitoring system in place or possibly planned for the future so that when you open a file in a separate instance of micro it may be able to show a warning that the file is currently being edited in another instance.
If this is a feature which would be considered addition to the project in the future and which is not already implemented please let me know and I can open a new issue requesting such a feature.
From time to time, this kind of feature can be useful.
Thanks for all the great work put into micro!  It is an absolutely awesome editor which is soooooo feature packed!

There is a warning like this in place already:

A backup was detected for this file. This likely means that micro
crashed while editing this file, or another instance of micro is currently
editing this file.

Thank you for your reply. You are correct (provided the file has been saved once), then this happens. I was not saving the file first.
Thank you for your response and also for having this fantastic feature!
Micro has it all!


getContentByIds method missing from typescript definitions

getContentByIds method missing from the typescript definitions.
Anyone know how I can temporarily add this to my project?

I guess we can add something like after line
https://github.com/not-an-aardvark/snoowrap/blob/da759f8b082ce53bf838d680711dd9b1ad693b1d/src/snoowrap.d.ts#L82
getContentByIds(ids: Array<_Submission | _Comment | string>) : Promise<_Listing<_Submission | _Comment>>;

This definition is taken from snoowrap.js#L865.
I don't know much on how type definitions work, I figured this one by looking on other type definitions. I can make PR for this if its right.


basic-bytestring wrapper does not work with left contexts

The basic-bytestring wrapper does not work correctly with left contexts when provided with characters which are encoded as multiple bytes in UTF-8.
The following program produces True,False while I expect it to produce True,True.
{
{-# LANGUAGE OverloadedStrings #-}
module Main where
import qualified Data.ByteString.Lazy.Char8 as B
}

%wrapper "basic-bytestring"

tokens :-
  a^b    {const True}
  a      {const True}
  ∃^∀    {const True}
  ∃      {const True}
  .      {const False}

{
main::IO ()
main = do
  print . and . alexScanTokens $ "ab"
  print . and . alexScanTokens $ "∃∀"
}

I think this is due to alexGetByte for this wrapper remembering the last byte rather than the last character.
Since converting input bytes to characters puts unnecessary costs on the users of this wrapper maybe we should just not implement left contexts in this case?

@jmoy Your program does not perform UTF-8 encoding correctly. The fromString instance of Data.ByteString.Lazy.ByteString just maps each code point c to c `mod` 255. To correctly perform UTF-8 encoding, you can use Data.Text.Lazy.Text and Data.Text.Lazy.Encoding.encodeUtf8. The modified program is as follows.
{
{-# LANGUAGE OverloadedStrings #-}
module Main where
import qualified Data.Text.Lazy as T
import Data.Text.Lazy.Encoding
}

%wrapper "basic-bytestring"

tokens :-
  a^b    {const True}
  a      {const True}
  ∃^∀    {const True}
  ∃      {const True}
  .      {const False}

{
main::IO ()
main = do
  print . and . alexScanTokens . encodeUtf8 $ "ab"
  print . and . alexScanTokens . encodeUtf8 $ "∃∀"
}

However, the result is still True,False.


Add tests for expanded getblockstats

https://github.com/bitcoinops/bitcoin/tree/expand-getblockstats added new statistics to the getblockstats RPC method, but didn't include functional tests. It'd be good to have tests so we can occasionally rebase the branch on master (eg https://github.com/bitcoinops/bitcoin/pulls) and have confidence that we're not breaking anything.
It should be fairly straightforward to update https://github.com/bitcoinops/bitcoin/blob/8968f345d4303e2a4eabcb3f33a7c9e7ddc35b59/test/functional/rpc_getblockstats.py to test the new statistics.

@0xB10C @bitschmidty : let me know if either of you are interested in taking this on.

I'll probably pick this up in the next days assuming no one has started working on it yet. Good way for me to learn more about the functional test framework.

@0xB10C Ive started on this today as a way to get familiar with both getblockstats and the functional tests as well.  But dont let my starting hold you back!

I recommend you get together before @0xB10C replicates any work that @bitschmidty has done already.

Tests added in #5.


Html5 Webgl context lost in mobile browser Android 6 graphics Mali-T720

Godot version
v3.4.2.stable.official [45eaa2daf]
System information
Android 6, (GLES2,GLES3), Mali-T720
Issue description
In the mobile browser html5 android 6 graphics Mali-T720 in the mode GLES2 or GLES3, after about 5-10 minutes, the Webgl context is lost. Before context is lost, you may notice low fps and browser freezes. After a lot of experimentation, I found that this bug completely disappears if you set the preserveDrawingBuffer=false option in the web context either in the godot.js file or in the canvas element before passing it to the engine class.
Steps to reproduce
Runs any godot project in Html5 Android 6 mobile browser with graphics Mali-T720.
Minimal reproduction project
No response

Do you mind making a PR with your change so that others can test it out and see if it works for them too?

Do you mind making a PR with your change so that others can test it out and see if it works for them too?

I'm still new to this subject, but I don't mind if someone does this.

I'm still new to this subject, but I don't mind if someone does this.

I'm sorry, I don't understand what you are saying. I am asking if you are willing to make a Pull Request with the changes you had to make manually to fix this bug.
If you don't want to make a Pull Request (or don't know how) you could also just write out the code you changed here with a reference to the line and file number that you changed as well so another contributor can take your code and put it into a pull request. It would be very helpful so that others can benefit from the solution that you found!

I’m afraid that I won’t be able to do it right now, since I didn’t make changes to the source code, but to the packaged project template. And in the source code of the engine, I can't find a file containing the word preserveDrawingBuffer. So help is needed here.
In the folder AppData\Roaming\Godot\templates\3.4.2.stable in the packed archives webassembly_debug.zip and webassembly_release.zip there is a file godot.js which contains the lines webGLContextAttributes["preserveDrawingBuffer"]=true; and webGLContextAttributes.preserveDrawingBuffer=true and I changed them to webGLContextAttributes["preserveDrawingBuffer"]=false; and webGLContextAttributes.preserveDrawingBuffer=false respectively.

Maybe @Faless knows where it would go in the source code I can't find anything by searching for preserveDrawingBuffer

@clayjohn preserveDrawingBuffer is a WebGLContextAttributes, we can set it during context initialization:
https://github.com/godotengine/godot/blob/3.x/platform/javascript/os_javascript.cpp#L686-L690
It should also default to false according to the emscripten documentation but we can try manually setting it:
https://emscripten.org/docs/api_reference/html5.h.html#c.EmscriptenWebGLContextAttributes.preserveDrawingBuffer

@clayjohn preserveDrawingBuffer is a WebGLContextAttributes, we can set it during context initialization: https://github.com/godotengine/godot/blob/3.x/platform/javascript/os_javascript.cpp#L686-L690
It should also default to false according to the emscripten documentation but we can try manually setting it: https://emscripten.org/docs/api_reference/html5.h.html#c.EmscriptenWebGLContextAttributes.preserveDrawingBuffer

Very interesting, it looks like for some reason our generated template files are setting it to true, I wonder if there is an emscriptem setting responsible?

I see, yes, that setting is forced to true because we use an offscreen render target to allow explicit buffer swap control.
https://emscripten.org/docs/api_reference/html5.h.html#c.EmscriptenWebGLContextAttributes.explicitSwapControl
https://emscripten.org/docs/api_reference/html5.h.html#c.EmscriptenWebGLContextAttributes.renderViaOffscreenBackBuffer
https://github.com/emscripten-core/emscripten/blob/main/src/library_html5_webgl.js#L145-L151
It seems we can enable conditional usage of OffscreenCanvas which is not yet widely adopted: https://caniuse.com/offscreencanvas but might help(?), hopefully it won't end up breaking other browsers.

Where is it being forced to "true" I don't see preserveDrawingBuffer  being assigned anywhere? except maybe here https://github.com/emscripten-core/emscripten/blob/4a0a341a656485e3236ed28ac6ede5b8bab03ffa/src/library_html5_webgl.js#L121-L124

Sorry, I didn't link the other emscripten webgl file, here preserveDrawingBuffer is set to true if renderViaOffscreenBackBuffer is true, which itself must be true if explicitSwapControl is true (which we want):
https://github.com/emscripten-core/emscripten/blob/1ebd4c8/src/library_webgl.js#L588-L592
Note there are 3 files/libraries, library_webgl.js, library_webgl2.js and library_html5_webgl.js.
Btw, I had a look at OffscreenCanvas for supported browsers, it seems to be broken, so it might take a bit more to figure out (I got it to work at some point, but I'm not sure it's the correct way).

Thanks for pointing me in the right direction.

Btw, I had a look at OffscreenCanvas for supported browsers, it seems to be broken, so it might take a bit more to figure out (I got it to work at some point, but I'm not sure it's the correct way).

Indeed, OffscreenCanvas looks pretty poorly supported.

In the process of clumsy research, I found that if I initialize the context (for example, in a custom html file) before serving it to the engine with the preserveDrawingBuffer=false parameter, then everything also works well on my device (it seems that the context after initialization is not reset by the engine and therefore this hack works ). Maybe OffscreenCanvas is not the only way to solve the problem?

I can validate this as a working fix. Specifically I changed
webGLContextAttributes.preserveDrawingBuffer=true;

to be
webGLContextAttributes.preserveDrawingBuffer=false

and it loaded on my old Android device. Occasionally it would crash due to memory but more often then not it did indeed load.

Ok, this problem happens to me too, but only when running on Firefox for Android (even when i changed to GLES 2 on GODOT and disabled features not available on WebGL 1.0. Additionally, on Android Chrome, it runs without issues). Thankfully, this only happens the first time i load the page with the game, and when i reload it, it runs fine. Still, this problem still persists even when i set:
webGLContextAttributes.preserveDrawingBuffer=false
I'll add my specs there:
Godot version: v3.4.4.stable
Android: 11 (Mali-G57 MC2)
Phone Model: Moto G50

Хорошо, эта проблема возникает и у меня, но только при работе в Firefox для Android (даже когда я перешел на GLES 2 в GODOT и отключил функции, недоступные в WebGL 1.0. Кроме того, в Android Chrome он работает без проблем). К счастью, это происходит только при первой загрузке страницы с игрой, и когда я перезагружаю ее, все работает нормально. Тем не менее, эта проблема все еще сохраняется, даже когда я устанавливаю: webGLContextAttributes.preserveDrawingBuffer=false
Я добавлю туда свои характеристики: Версия Godot : v3.4.4.stable Android : 11 (Mali-G57 MC2) Модель телефона : Moto G50

in my case, the problem is just the same in all mobile browsers, including chrome. But in your case, it seems that the problem is only with firefox, and I dare to suggest that this is either a firefox bug or another problem different from the nature described in the problem I opened.

The problem isn't the loss of the context, the problem is the lack of handling of the loss of the context:
https://www.khronos.org/webgl/wiki/HandlingContextLost
It will be a big task, but it must be done.

The problem isn't the loss of the context, the problem is the lack of handling of the loss of the context: https://www.khronos.org/webgl/wiki/HandlingContextLost
It will be a big task, but it must be done.

In this particular case, I will not agree with you, since the context should not normally be lost at all. And in my particular case, I believe that the context is lost as a result of overloading a particular gpu due to the enabled option preserveDrawingBuffer=true and the loss of performance due to this option is written here https://registry.khronos.org/webgl/specs/latest/ 1.0/#2.2 I quote: While it is sometimes desirable to preserve the drawing buffer, it can cause significant performance loss on some platforms. Whenever possible this flag should remain false and other techniques used. Techniques like synchronous drawing buffer access (e.g., calling readPixels or toDataURL in the same function that renders to the drawing buffer) can be used to get the contents of the drawing buffer. If the author needs to render to the same drawing buffer over a series of calls, a Framebuffer Object can be used.
Implementations may optimize away the required implicit clear operation of the Drawing Buffer as long as a guarantee can be made that the author cannot gain access to buffer contents from another process. For instance, if the author performs an explicit clear then the implicit clear is not needed.
As I wrote earlier, in my case, with the option turned off (preserveDrawingBuffer=false), everything starts working fine on my device, and the webgl context is not lost.