GitHub Actions: pin Rust version to 1.58 like on CircleCI

Actually, let's add Rust version to the caching key so they do not collide between branches during update.

There are two pending checks: run regression test suite (stable, macos-latest) and run regression test suite (stable, ubuntu-latest). They are superseded by Build and Test / run regression test suite (1.58, ubuntu-latest) and run regression test suite (1.58, macos-latest) (pull_request), correspondingly. I'm not sure why the former are still expected by GitHub in this PR, but I think it is not worth a deep investigation.
I'm merging this PR and observing whether the set of checks on the main branch is correct.

Ah, I cannot merge until these statuses pass. Trying a workaround from StackOverflow: close and re-open this PR to update list of checks.

Ok, it did not help. Rebasing manually. If it does not help as well, will just push the rebased commit to main.

Yes, it did not help, these checks are still pending for whatever reason, even though they're removed in this PR. Pushing straight to main and monitoring for breakages.

I don't have permission to push to main (understandably). I suspect that this PR changes the set of workflows (actually, the collection of required checks); hence old (removed) workflows cannot pass as (probably) needed by the repository's settings.


HttpContext.Request.Headers["X-Requested-With"] == "XMLHttpRequest" Condition not working in .net core 2.2

i'm using asp.net core 2.2 mvc and using  Grid with source url for ajax
if (HttpContext.Request.Headers["X-Requested-With"] == "XMLHttpRequest")
is never true in ajax call

the main problem is that I want an ajax grid.but when I use ajax grid javascript for the popup that is related to the button in grid is not firing.

the blue button have an on click jquery method that is not working

You should be using .AjaxGrid to initialize an ajax grid so it always sends XMLHttpRequest.
What .UsingSourceUrl does is load the initial grid together with the page for seo and only then switch to ajax. So first request won't have XMLHttpRequest, because it loads with default request headers.

Your buttons probably not working, because they have to be bound using Event Delegation.

My button works when it's not an ajax grid

Yes, because of events not being delegated to a static parent.

How should i use it?

You can find more information about event delegation in this stackoverflow answer.

It works. Thanks a lot <3


AMDGPU mesa GPU plugin rendering issues on Linux

Enabling GPU plugin produces incorrect rendering

Arch Linux AMD RX 480 OpenGL version string: 4.5 (Compatibility Profile) Mesa 19.0.0-devel (git-3b2ad8b290) and LLVM 8.0.0svn_r348456
RuneLite version 1.5.3
Launcher version 1.6.1

Logs:
launcher.log
application.log

Can you post output of your glxinfo?

Also, what if you try https://github.com/runelite/runelite/pull/6578 (its shot in dark, but I had some trouble with master branch without that PR for no apparent reason, other than probably driver bug).

glxinfo output.txt

This was cause of a bug in LLVM, should be fixed.

Sorry, I was too hasty

I just started experiencing this issue too, after updating my kernel from 5.0.1 to 5.0.5 (the only thing I can think of that might have an impact on this).
RuneLite version 1.5.18
Launcher version 1.6.1
▶ glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: AMD Radeon (TM) RX 480 Graphics (POLARIS10, DRM 3.27.0, 5.0.5-gentoo, LLVM 8.0.0) (0x67df)
    Version: 19.0.1
    Accelerated: yes
    Video memory: 8192MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 4.5
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: X.Org
OpenGL renderer string: AMD Radeon (TM) RX 480 Graphics (POLARIS10, DRM 3.27.0, 5.0.5-gentoo, LLVM 8.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.1
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.5 (Compatibility Profile) Mesa 19.0.1
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 19.0.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Same issue here.
RuneLite Version: 1.5.19
RuneLite Launcher: 1.6.2
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 5.0.6-arch1-1-ARCH, LLVM 8.0.0) (0x67df)
    Version: 19.0.1
    Accelerated: yes
    Video memory: 8192MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 4.5
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
Memory info (GL_ATI_meminfo):
    VBO free memory - total: 7689 MB, largest block: 7689 MB
    VBO free aux. memory - total: 8122 MB, largest block: 8122 MB
    Texture free memory - total: 7689 MB, largest block: 7689 MB
    Texture free aux. memory - total: 8122 MB, largest block: 8122 MB
    Renderbuffer free memory - total: 7689 MB, largest block: 7689 MB
    Renderbuffer free aux. memory - total: 8122 MB, largest block: 8122 MB
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 8192 MB
    Total available memory: 16384 MB
    Currently available dedicated video memory: 7689 MB
OpenGL vendor string: X.Org
OpenGL renderer string: Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 5.0.6-arch1-1-ARCH, LLVM 8.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.1
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.5 (Compatibility Profile) Mesa 19.0.1
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 19.0.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Someone (probably Worfhard) has already filed a mesa bug here: https://bugs.freedesktop.org/show_bug.cgi?id=109370
I have not found any reported bug related to this on LLVM's tracker, I'm not sure if Worfhard was just speculating about the issue residing with LLVM or if they actually confirmed it.
PureTryOut, so this issue does not happen on your machine when you use 4.19.x or 5.0.1?

Well... It didn't. I'm not sure if that is the reason it started occuring, but it's the only change on my machine that I can recall from that time. I'll install an older kernel tomorrow and test.

I tested with 5.0.1 and mesa 18.3 or something and still had the issue. It is likely llvm. I rolled llvm back to version 7 and had boot issues, I probably have to roll back the llvm libraries back for that to work properly. I'll give it a shot tomorrow and report back too.

Rolling back the kernel did not fix the issue. However looking at the logs of my package manager, I had an LLVM update around the same time (from 7.0.1 to 8.0.0). So yes it's very likely that this is a LLVM issue.

If it's definitely a regression from LLVM 7 to 8 then it should probably be reported upstream.
https://bugs.llvm.org/

Reverting from LLVM 8.0.0 to 7.0.1 fixed this for me.

Does this happen on the latest release of RuneLite?

Does this happen on the latest release of RuneLite?

Very late but this was fixed in https://docs.mesa3d.org/relnotes/19.1.0.html


DDP PackedSequence

Bug description
Batches with PackedSequence's and DDP don't work.
On single GPU everything is OK.
How to reproduce the bug
the structure of the batch.
[ReactionDecoderDataBatch(),  # named tuple of tensors
 RecurrentTreeDataBatch(inputs=PackedSequence(....), targets=PackedSequence(), idx=tensor([ 0,  0,  0 29]))  # named tuple
]

Error messages and logs
Epoch 0:   0%|          | 0/90707 [00:10<?, ?it/s]
Traceback (most recent call last):
  File "/mnt/main_rxn.py", line 62, in <module>
    trainer.fit(model, dl)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 582, in fit
    call._call_and_handle_interrupt(
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/call.py", line 38, in _call_and_handle_interrupt
    return trainer_fn(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 624, in _fit_impl
    self._run(model, ckpt_path=self.ckpt_path)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 1061, in _run
    results = self._run_stage()
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 1140, in _run_stage
    self._run_train()
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 1163, in _run_train
    self.fit_loop.run()
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/loop.py", line 199, in run
    self.advance(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/fit_loop.py", line 267, in advance
    self._outputs = self.epoch_loop.run(self._data_fetcher)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/loop.py", line 199, in run
    self.advance(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/epoch/training_epoch_loop.py", line 214, in advance
    batch_output = self.batch_loop.run(kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/loop.py", line 199, in run
    self.advance(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/batch/training_batch_loop.py", line 88, in advance
    outputs = self.optimizer_loop.run(optimizers, kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/loop.py", line 199, in run
    self.advance(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 200, in advance
    result = self._run_optimization(kwargs, self._optimizers[self.optim_progress.optimizer_position])
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 247, in _run_optimization
    self._optimizer_step(optimizer, opt_idx, kwargs.get("batch_idx", 0), closure)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 357, in _optimizer_step
    self.trainer._call_lightning_module_hook(
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 1305, in _call_lightning_module_hook
    output = fn(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/core/module.py", line 1661, in optimizer_step
    optimizer.step(closure=optimizer_closure)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/core/optimizer.py", line 169, in step
    step_output = self._strategy.optimizer_step(self._optimizer, self._optimizer_idx, closure, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/strategies/ddp.py", line 281, in optimizer_step
    optimizer_output = super().optimizer_step(optimizer, opt_idx, closure, model, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/strategies/strategy.py", line 234, in optimizer_step
    return self.precision_plugin.optimizer_step(
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/plugins/precision/native_amp.py", line 85, in optimizer_step
    closure_result = closure()
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 147, in __call__
    self._result = self.closure(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 133, in closure
    step_output = self._step_fn()
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/loops/optimization/optimizer_loop.py", line 406, in _training_step
    training_step_output = self.trainer._call_strategy_hook("training_step", *kwargs.values())
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/trainer/trainer.py", line 1443, in _call_strategy_hook
    output = fn(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/pytorch_lightning/strategies/ddp.py", line 352, in training_step
    return self.model(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/nn/modules/module.py", line 1190, in _call_impl
    return forward_call(*input, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/nn/parallel/distributed.py", line 1040, in forward
    output = self._run_ddp_forward(*inputs, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/nn/parallel/distributed.py", line 993, in _run_ddp_forward
    inputs, kwargs = _to_kwargs(
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 94, in _to_kwargs
    _recursive_to(inputs, device_id, use_side_stream_for_tensor_copies)
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 86, in _recursive_to
    res = to_map(inputs)
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 77, in to_map
    return list(zip(*map(to_map, obj)))
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 79, in to_map
    return [list(i) for i in zip(*map(to_map, obj))]
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 75, in to_map
    return [type(obj)(*args) for args in zip(*map(to_map, obj))]
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 75, in to_map
    return [type(obj)(*args) for args in zip(*map(to_map, obj))]
  File "/usr/local/lib/python3.10/dist-packages/torch/distributed/utils.py", line 75, in <listcomp>
    return [type(obj)(*args) for args in zip(*map(to_map, obj))]
  File "/usr/local/lib/python3.10/dist-packages/torch/nn/utils/rnn.py", line 68, in __new__
    *_packed_sequence_init_args(data, batch_sizes, sorted_indices,
  File "/usr/local/lib/python3.10/dist-packages/torch/nn/utils/rnn.py", line 175, in _packed_sequence_init_args
    raise ValueError(
ValueError: batch_sizes should always be on CPU. Instances of PackedSequence should never be created manually. They shouldbe instantiated by functions like pack_sequence and pack_padded_sequences in nn.utils.rnn. https://pytorch.org/docs/stable/nn.html#torch.nn.utils.rnn.pack_sequence

Environment

Current environment
#- Lightning Component (e.g. Trainer, LightningModule, LightningApp, LightningWork, LightningFlow):
#- PyTorch Lightning Version (e.g., 1.5.0):
#- Lightning App Version (e.g., 0.5.2):
#- PyTorch Version (e.g., 1.10):
#- Python version (e.g., 3.9):
#- OS (e.g., Linux):
#- CUDA/cuDNN version:
#- GPU models and configuration:
#- How you installed Lightning(`conda`, `pip`, source):
#- Running environment of LightningApp (e.g. local, cloud):

More info
No response
cc @justusschock @awaelchli

Hi, are there any workarounds for this? I'm hitting it now.
I am pretty sure that when I pass in lengths to pack_sequence inside my collate_fn it's a list of int, the last dimension of a tensor's size attribute. I haven't figured out how to a good way to debug.
Setting devices=1 does work for now but it would be nice to be able to run with DDP. Thanks!


Receive ops fails

AB#2385
When a container receives an op/signal for a deleted datastore it closes with the appropriate gc error messaging.

nit: Please make PR title better reflect what this PR is about.


chore: relock dependencies

What?
lock dependencies
Why?
Monthly maintenace
Notes:

python
	 version: 3.9.14
	location: /usr/local/bin/python
roadie
	 version: 6.4.1
	location: /usr/local/lib/python3.9/site-packages/roadie
✓ Retrieving roadie-enabled Python interpreters
Found roadie for the following Python versions: 3.7, 3.8, 3.9, 3.10, 3.11
Skipping Python 3.8
✓ Attempting to lock for Python 3.9
✓ Attempting to lock for Python 3.10
Skipping Python 3.7
✓ Attempting to lock for Python 3.11

@dmaljovec we are getting ERROR: Could not find a version that satisfies the requirement nvidia-cublas-cu12==<IP_ADDRESS> (from versions: 0.0.1.dev5) when building the image.
This repo does not support python 3.8. Why do we need to nvidia packages?


fix: cleaning up artifacts from create react app

added favicon, changed up create-react-app

Looks good! Merging


Feature request: Client display names

I wanted to create an issue to see whether this idea was something that might be welcome.
My justification for this is that Sensu wants us to use a unique name for API operations (like deleting clients) but actually we might want to use something more descriptive when displaying clients in Uchiwa (for example application-environment-01 when the best unique identifier is the IP address). It looks like it's easier for Uchiwa to be able to prefer a displayName property (or similar if there's a preferred name) over the existing name property over tweaking the Sensu APIs.. The name property would still be used for interacting with the API by Uchiwa but every time we see the client it would use the displayName (if it exists). As users of Sensu we'd just add a displayName property to our clients which Sensu would ignore and pass to Uchiwa, which would then use it.
I've identified how I might go about doing this. It basically looks like going through the front end partials and replacing {{ client.name }} with {{ name(client) }} where the name(client) function returns client.displayName if present, otherwise client.name.
Is this something that's likely to be accepted? Is there a better way of doing this? My Angular is rusty but I'm happy to have a go if it's likely to be useful to people.

Hi @neilprosser
We already implemented something similar for the the events view since there was a clear need for it.
I'm not convinced of the need for other views but I'm still open to it if there's a strong desire from the community for such feature.

Yelp would appreciate this feature.  Our hostnames are often semantically meaningless, but we enrich them to create 'display names'.  Display names can change, so they are unsuitable for use as a Sensu client name, which must not change during a client's lifetime.  As a result, we define a stable Sensu client name, and then use the display name within our handlers to provide maximal context to the user.

I'd like to +1 this – we have a similar situation to Yelp and are using a custom attribute as the client identifier in our handlers. It would be really useful to be able to use this in the dashboard view as well.


[SPARK-15765][SQL][Streaming] Make continuous Parquet writing consistent with non-consistent Parquet writing

What changes were proposed in this pull request?
Currently there are some code duplicates in continuous Parquet writing (as in Structured Streaming) and non-continuous batch writing; see ParquetFileFormat#prepareWrite() and ParquetFileFormat#ParquetOutputWriterFactory.
This may lead to inconsistent behavior, when we only change one piece of code but not the other.
By extracting the common code out, this patch fixes the inconsistency. As a result, Structured Streaming now also enjoys SPARK-15719.
How was this patch tested?
Just code refactoring without any logic change, this should be covered by existing suits.

Test build #59983 has started for PR 13507 at commit 60a2c8e.

Test build #59983 has finished for PR 13507 at commit 60a2c8e.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59983/
Test PASSed.

@liancheng @tdas @zsxwing would you mind taking a look? Thanks!

I'm closing this in favor of SPARK-17924, thanks!


Allowing Adv/Disadv and modifier input when Bardic Inspiration is enabled

Is your feature request related to a problem? Please describe.
When Bardic Inspiration is enabled on a token, rolling an ability or attack bypasses completely the popup asking for modifiers (advantage/disadvantage and manual input for a modifier).
Describe the solution you'd like
I would like the bardic inspiration to still allow that window to popup, then the badic inspiration window would popup after the result is displayed, showing the total result and asking if the player wants to spend the bard inspiration to change the result.
Describe alternatives you've considered
Do not bypass the roll adjustment window before the roll. I'm not sure if other Convenient effects work the same way, but it would be nice if the same solution was applied to the others.
Additional context
I use Midi-QOL

This really isn't a Convenient Effects bug. This is a midi-qol bug as the workflow being used is provided by midi. Post something here: https://gitlab.com/tposney/midi-qol/-/issues


cannot use<PHONE_NUMBER> (untyped int constant) as * value in constant declaration (overflows)

My environment:
ubuntu:20.04
go version go1.20.1 linux/amd64
<EMAIL_ADDRESS>goyacc@c6776771dde7a49828feb54fd8be11695a32b558

After running "go generate ./...", libvirt.yaml is processed successfully but failing for processing protocol file.<PHONE_NUMBER> is larger than MAX_INT32 which is<PHONE_NUMBER>. I have following questions:

Is const.gen.go generated automatically?
Could you please tell me the versions of OS/GO/c-for-go/goyacc/libvirt on your environment?

The log is below:
go generate ./...
go: downloading golang.org/x/tools v0.6.0
go: downloading golang.org/x/sys v0.5.0
  processing libvirt.yml done.
protocol file processing
  processing src/remote/remote_protocol.x
../../const.gen.go:1161:72: cannot use<PHONE_NUMBER> (untyped int constant) as ConnectGetAllDomainStatsFlags value in constant declaration (overflows)
../../const.gen.go:2128:72: cannot use<PHONE_NUMBER> (untyped int constant) as ConnectListAllNodeDeviceFlags value in constant declaration (overflows)
panic: failed to load package:  couldn't load packages due to errors: const

goroutine 1 [running]:
github.com/digitalocean/go-libvirt/internal/lvgen.mapFlagTypes()
	/root/go-libvirt/internal/lvgen/generate.go:459 +0x3fb
github.com/digitalocean/go-libvirt/internal/lvgen.procLink()
	/root/go-libvirt/internal/lvgen/generate.go:420 +0x2e
github.com/digitalocean/go-libvirt/internal/lvgen.Generate({0xc0000b0109, 0xf}, {0x6ea908, 0xc00009a050})
	/root/go-libvirt/internal/lvgen/generate.go:257 +0x17e
main.processProto({0xc0000b00f0, 0x2a})
	/root/go-libvirt/internal/lvgen/gen/main.go:60 +0x248
main.main()
	/root/go-libvirt/internal/lvgen/gen/main.go:41 +0x217
exit status 2
internal/lvgen/lv-gen.go:29: running "go": exit status 1

What version/git SHA of libvirt are you generating against?
I'm not experiencing your specific error, but a different error after upgrading my version of c-for-go.
c-for-go cef5ec7833f3274488b3edd519f46ddfb57d5735 is the last version of c-for-go that works for me:
$ LIBVIRT_SOURCE=/home/ckuehl/src/libvirt go generate ./...
  processing libvirt.yml done.
protocol file processing
  processing src/remote/remote_protocol.x
  processing src/remote/qemu_protocol.x
$ echo $?
0

Starting at c-for-go c95ebd03aba931e7248a6011f86d822ab878d00c, this is the error I get:
$ LIBVIRT_SOURCE=/home/ckuehl/src/libvirt go generate ./...
  processing libvirt.yml ⠋[ERR] lv_source/include/libvirt/libvirt.h:34:11: include file not found: <libvirt/libvirt-common.h>
lv_source/include/libvirt/libvirt.h:35:11: include file not found: <libvirt/libvirt-host.h>
lv_source/include/libvirt/libvirt.h:36:11: include file not found: <libvirt/libvirt-domain.h>
lv_source/include/libvirt/libvirt.h:37:11: include file not found: <libvirt/libvirt-domain-checkpoint.h>
lv_source/include/libvirt/libvirt.h:38:11: include file not found: <libvirt/libvirt-domain-snapshot.h>
lv_source/include/libvirt/libvirt.h:39:11: include file not found: <libvirt/libvirt-event.h>
lv_source/include/libvirt/libvirt.h:40:11: include file not found: <libvirt/libvirt-interface.h>
lv_source/include/libvirt/libvirt.h:41:11: include file not found: <libvirt/libvirt-network.h>
lv_source/include/libvirt/libvirt.h:42:11: include file not found: <libvirt/libvirt-nodedev.h>
lv_source/include/libvirt/libvirt.h:43:11: include file not found: <libvirt/libvirt-nwfilter.h>
lv_source/include/libvirt/libvirt.h:44:11: include file not found: <libvirt/libvirt-secret.h>
lv_source/include/libvirt/libvirt.h:45:11: include file not found: <libvirt/libvirt-storage.h>
lv_source/include/libvirt/libvirt.h:46:11: include file not found: <libvirt/libvirt-stream.h>
c-for-go failed
libvirt.go:19: running "scripts/gen-consts.sh": exit status 1
protocol file processing
  processing src/remote/remote_protocol.x
  processing src/remote/qemu_protocol.x
$ echo $?
1

Hi connorkuehl,
Thank you so much for your reply! c-for-go cef5ec7833f3274488b3edd519f46ddfb57d5735 works for me and version/git SHA of libvirt on my environment is d427102fbd690cb2f43dbf33751cc5194a5b16ce.
My working environment is below:
ubuntu:20.04
go version go1.20.1 linux/amd64
c-for-go@cef5ec7833f3274488b3edd519f46ddfb57d5735
goyacc@c6776771dde7a49828feb54fd8be11695a32b558
libvirt d427102fbd690cb2f43dbf33751cc5194a5b16ce

$ LIBVIRT_SOURCE=/home/ckuehl/src/libvirt go generate ./...
  processing libvirt.yml ⠋[ERR] lv_source/include/libvirt/libvirt.h:34:11: include file not found: <libvirt/libvirt-common.h>
lv_source/include/libvirt/libvirt.h:35:11: include file not found: <libvirt/libvirt-host.h>
lv_source/include/libvirt/libvirt.h:36:11: include file not found: <libvirt/libvirt-domain.h>
lv_source/include/libvirt/libvirt.h:37:11: include file not found: <libvirt/libvirt-domain-checkpoint.h>
lv_source/include/libvirt/libvirt.h:38:11: include file not found: <libvirt/libvirt-domain-snapshot.h>
lv_source/include/libvirt/libvirt.h:39:11: include file not found: <libvirt/libvirt-event.h>
lv_source/include/libvirt/libvirt.h:40:11: include file not found: <libvirt/libvirt-interface.h>
lv_source/include/libvirt/libvirt.h:41:11: include file not found: <libvirt/libvirt-network.h>
lv_source/include/libvirt/libvirt.h:42:11: include file not found: <libvirt/libvirt-nodedev.h>
lv_source/include/libvirt/libvirt.h:43:11: include file not found: <libvirt/libvirt-nwfilter.h>
lv_source/include/libvirt/libvirt.h:44:11: include file not found: <libvirt/libvirt-secret.h>
lv_source/include/libvirt/libvirt.h:45:11: include file not found: <libvirt/libvirt-storage.h>
lv_source/include/libvirt/libvirt.h:46:11: include file not found: <libvirt/libvirt-stream.h>
c-for-go failed
libvirt.go:19: running "scripts/gen-consts.sh": exit status 1
protocol file processing
  processing src/remote/remote_protocol.x
  processing src/remote/qemu_protocol.x
$ echo $?
1

I also meet this error and resolve this by building libvirt and install as following:
meson setup build
ninja -C build install

I run code generators through docker and my steps are below.


Fix DHCP Option set

@JackyCZJ Thanks for the patch! It would be helpful if you could add commit message to describe briefly what's the problem and how is it solved.

Like :" Fixd: Use uuid instead of cidr as index to set DHCP Option . "?  my poor English lol

@JackyCZJ it is better. But in general, if the title doesn't provide enough details, we should add more information in the commit message body. If you are fixing something, briefly describe the problem so that reviewer quickly knows the purpose. Briefly describe the solution would also be helpful if the solution to the problem is not obvious.
Here is an example (maybe not perfect, but you can see what I meant):
commit aa10a9506bb5e4abf03508c2ffabd09b05868024
Author: Han Zhou<EMAIL_ADDRESS>Date:   Fri Mar 8 11:52:01 2019 -0800
Fix test init.

OVS sandbox NB DB socket name changed from ovn-nb.sock to nb1.ovsdb,
which causes existing test initialization failing. This patch makes
it smarter to read from $OVN_NB_DB env.

@vtolstov added the DHCP APIs initially. Need him to confirm why not using uuid, or any concern about using uuid.

my mistake that initially i think that cidr is uniq, but later i saw that i can have many options created in ovnnb and assign needed options to port via uuid. So we don't need to refer options via cidr, but via uniq uuid of such options.

@JackyCZJ it is better. But in general, if the title doesn't provide enough details, we should add more information in the commit message body. If you are fixing something, briefly describe the problem so that reviewer quickly knows the purpose. Briefly describe the solution would also be helpful if the solution to the problem is not obvious.
Here is an example (maybe not perfect, but you can see what I meant):
commit aa10a95
Author: Han Zhou<EMAIL_ADDRESS>Date: Fri Mar 8 11:52:01 2019 -0800
Fix test init.

OVS sandbox NB DB socket name changed from ovn-nb.sock to nb1.ovsdb,
which causes existing test initialization failing. This patch makes
it smarter to read from $OVN_NB_DB env.

thanks for suggestion !

@hzhou8 @vtolstov PTAL

i'm fix minor suggestions and push


In the current sidebar, part of the items are grey, other are black >> harmonization

In the current sidebar, part of the items are grey, other are black >> harmonization


Two more dependencies needed

Hi Fellow Expedian ,
For me after installing gulp(3.8) globally it needed two more steps .

npm install coffee-script
npm install gulp-concat

Both of these dependencies are included in the package.json, here and here.  Did you run npm install before running gulp?

Oh yeah . My mistake .


There should be an prop option to whether to stretch the image or not.

Currently, the image gets stretched regardless of the aspect ratio of the images. There was an issue regarding this but that one is closed now because according to them we can't determine the aspect ratio of the image which is not even loaded and that is correct #26. But I think what we can do is rather than determining the width and height of the container we should shrink the image so that it will fit into that container. Currently, the image is using 100% width and height therefore it is stretching. if we change it to max-width and max-height the image gets fitted within the container without stretching. (Centering of the image also need to be done)

@BhushanDangore this can be achieved by adding imageStyle={{objectFit: "cover"}}

Thanks for the PR, @Cubxity :+1: I'll publish a new version.


Unable to extract uploader id

Checklist

[x] I'm reporting a broken site support issue
[x] I've verified that I'm running youtube-dl version 2021.12.17
[x] I've checked that all provided URLs are alive and playable in a browser
[x] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar bug reports including closed ones
[x] I've read bugs section in FAQ

Verbose log
-->
<!--
youtube-dl --verbose https://youtu.be/dQw4w9WgXcQ
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--verbose', 'https://youtu.be/dQw4w9WgXcQ']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, pref cp1252
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.11.2 (CPython) - Windows-10-10.0.22000-SP0
[debug] exe versions: ffmpeg 6.0-full_build-www.gyan.dev, ffprobe 6.0-full_build-www.gyan.dev
[debug] Proxy map: {}
[youtube] dQw4w9WgXcQ: Downloading webpage
ERROR: Unable to extract uploader id; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see  https://yt-dl.org/update  on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "C:\Users\NeeD\Documents\Visual Studio 2022\PYTHON\wholeSomeBot\env\Lib\site-packages\youtube_dl\YoutubeDL.py", line 815, in wrapper
    return func(self, *args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\NeeD\Documents\Visual Studio 2022\PYTHON\wholeSomeBot\env\Lib\site-packages\youtube_dl\YoutubeDL.py", line 836, in __extract_info
    ie_result = ie.extract(url)
                ^^^^^^^^^^^^^^^
  File "C:\Users\NeeD\Documents\Visual Studio 2022\PYTHON\wholeSomeBot\env\Lib\site-packages\youtube_dl\extractor\common.py", line 534, in extract
    ie_result = self._real_extract(url)
                ^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\NeeD\Documents\Visual Studio 2022\PYTHON\wholeSomeBot\env\Lib\site-packages\youtube_dl\extractor\youtube.py", line 1794, in _real_extract
    'uploader_id': self._search_regex(r'/(?:channel|user)/([^/?&#]+)', owner_profile_url, 'uploader id') if owner_profile_url else None,
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\NeeD\Documents\Visual Studio 2022\PYTHON\wholeSomeBot\env\Lib\site-packages\youtube_dl\extractor\common.py", line 1012, in _search_regex
    raise RegexNotFoundError('Unable to extract %s' % _name)
youtube_dl.utils.RegexNotFoundError: Unable to extract uploader id; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see  https://yt-dl.org/update  on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

Description

WRITE DESCRIPTION HERE

https://github.com/ytdl-org/youtube-dl/issues/31530


Taxa(Species) in Menubar: should go straight to Arachis page listing all species

After adf has done the auto-content generation of taxa(species) pages:

the menu item taxa/species goes to /taxa which lists only one item Arachis and click takes to /taxa/archis which actually lists all species contents derived from autocontent technique.
Should use one level of click instead of two to go to species contents.

First tried to fill /taxa/arachis page contents into /taxa/index.html: Failed.
So, modified links in all menubar items in foloowing files.
jekyll-peanutbase/_includes]
navbar-lower-menu.html
navbar-menu.html
From /taxa to /taxa/arachis. Now works in all obvious places.
Didn't change off-screen-menu.html file as the functionality looks to work okay.
DONE: Close issue after consulting (@adf, @svengato) others if it would cause problem in future or down the stream!!


Installation within an existing project?

I have an existing project (Laravel-based, if you're curious), and we use Twig templates for our output.
I was hoping to incorporate a styleguide system within my project, with the goal being that my SCSS/CSS and templates exist only in one place and are used for the live site and for the styleguide.
My first step was to run composer require --dev pattern-lab/edition-twig-standard in my project (which actually required a bit of jiggling to keep dependencies in check).  Then I thought I could run php vendor/pattern-lab/edition-twig-standard/core/console ... to get things going, but all I get is:
it doesn't appear that pattern lab has been set-up yet...
please install pattern lab's dependencies by typing: php core/bin/composer.phar install...

The problem is that console is explictly expecting the vendor directory to be within the package, not the other way around:
// set-up the project base directory
$baseDir = __DIR__."/../";

// auto-load classes
if (file_exists($baseDir."vendor/autoload.php")) {
	require($baseDir."vendor/autoload.php");
} else {
	print "it doesn't appear that pattern lab has been set-up yet...\n";
	print "please install pattern lab's dependencies by typing: php core/bin/composer.phar install...\n";
	exit;
}

I'm sure there is another way to check that dependencies are installed (or simply remove this check, since things will fail anyway which should be indication that the user missed something).
But I'm also wondering whether other things (e.g. configuration) would work in a setup where Patternlab is a required package instead of an app in and of itself.  Has anyone else done something like this?
Thanks!

bump, same here. Have you been successful?

I gave up on Patternlab.  Haven't gotten around to trying anything else either. :(

I'm not personally going to tackle this. core is a dependency of an edition. An edition is similar to setting up a base Laravel project. For now Pattern Lab is a standalone project that can't easily be included within another. It's a little more complicated than a single dependency. I think several folks are exploring this, especially with Drupal, but it's outside the scope of my own work. Sorry.

Next month is DrupalCon in New Orleans. This session will explore integrating Pattern Lab within a Drupal project/theme:
https://events.drupal.org/neworleans2016/sessions/big-easy-front-end-development-pattern-lab-and-twig
I expect some of the concepts from this session could apply to other setups beside Drupal. The sessions are recorded, so if you check this link in about six weeks, it should be there.

@trevorkjorlien -
Thanks for the heads up. Seems like several people are tackling this issue currently. I've added new maintainers for the Twig material since they're closer to the implementation. I've also created a Drupal edition repo for those folks to play in. We also have a channel on Gitter that I expect to be driven by discussion of this topic. It was set-up earlier today so it's a little quiet ;)

The video for the presentation I mentioned is now online here: https://events.drupal.org/neworleans2016/sessions/big-easy-front-end-development-pattern-lab-and-twig
And I also found this a really helpful resource, at least for Drupal: http://www.aleksip.net
So as I mentioned in my comment last month, this probably won't solve the problem directly, but you could draw from the concepts found here for your own projects.

Thanks for sharing the presentation. I know that someone from that team has joined our Gitter channel. @aleksip is actually a Pattern Lab team member now. Hopefully we're working through many of the issues he's identified to get Pattern Lab working better with Drupal. The original issue is with the autoloader so I guess I can see if he autoloader has already been run before trying to load it again. That's pretty much boilerplate code though. Hopefully you got to see the Phase 2 talk as well. Similar topic.

On May 13, 2016, at 6:00 PM, Trevor Kjorlien<EMAIL_ADDRESS>wrote:
The video for the presentation I mentioned is now online here: https://events.drupal.org/neworleans2016/sessions/big-easy-front-end-development-pattern-lab-and-twig
And I also found this a really helpful resource, at least for Drupal: http://www.aleksip.net
So as I mentioned in my comment last month, this probably won't solve the problem directly, but you could draw from the concepts found here for your own projects.
—
You are receiving this because you modified the open/close state.
Reply to this email directly or view it on GitHub

Hi there,
i've started a little project to integrate patternlab to laravel and it kind of works... many things to do... maybe it can be done better.... feedback is very welcome :)
The package can be found here: patternlab-twig-laravel

@daspete -
Thanks for working on that :) If you can hop on Gitter that'd be great. Lots of discussion there and some folks who have tried embedding the system. Might be able to pick up pointers. Also it's a good way to have voices heard since @bmuenzenmeyer and I are trying to do a better job of laying out a roadmap and synced features via The Spec and a port interop group.


Does PyLabel support polygon annotation ?

Hello,
Does PyLabel convert coco-json to Yolov5 PyTorch txt format ?  I have annotated some image using makesense.ai with the following Coco-JSON format
{"info":{"description":"my-project-name"},"images":[{"id":1,"width":3072,"height":4096,"file_name":"IMG20221222113909.jpg"}],"annotations":[{"id":0,"iscrowd":0,"image_id":1,"segmentation":[[1328.987654320987,1200.987654320987,1284.7407407407402,1229.4320987654314,1249.9753086419746,1257.876543209876,1164.6419753086413,1295.8024691358019,1088.7901234567896,1298.9629629629624,1050.8641975308637,1295.8024691358019,1060.3456790123453,1352.6913580246908,1249.9753086419746,1333.7283950617277,1344.7901234567894,1270.518518518518]],"bbox":[1050.8641975308637,1200.987654320987,293.92592592592564,151.7037037037037],"area":17625.098613016293},{"id":1,"iscrowd":0,"image_id":1,"segmentation":[[1543.9012345679005,1191.5061728395056,1490.172839506172,1213.629629629629,1464.8888888888882,1248.3950617283945,1417.4814814814808,1298.9629629629624,1385.876543209876,1321.0864197530857,1370.0740740740735,1324.2469135802462,1379.555555555555,1406.4197530864192,1569.1851851851845,1384.2962962962956,1727.209876543209,1479.1111111111104,1761.9753086419744,1428.5432098765425,1676.6419753086411,1336.8888888888882,1594.4691358024684,1223.1111111111106]],"bbox":[1370.0740740740735,1191.5061728395056,391.90123456790093,287.60493827160485],"area":51686.638012498006}],"categories":[{"id":1,"name":"Hanger"}]}
Can I convert this to Yolov5 PyTorch txt format ?
Thank you.

Thank you, it doesn't support this yet but I got a few requests so I am going to work on it. If would be comfortable sharing your dataset and images that would be helpful for my dev and testing but in not I will look for other examples.

Thanks for your prompt reply. Herewith I am attaching a small dataset. I don't have a large dataset, I am just doing some tests. Thank and regards.
dataset.zip

Thank you @sudheer-palaparambil , I have written a proposal for how I will implement the conversion of segmentation conversion. If you have time please take a look and let me know if you have any feedback https://github.com/pylabel-project/pylabel/discussions/72

You can track progress in this related issue https://github.com/pylabel-project/pylabel/issues/65


Refactor agent chat to prepare for handoff/swarm

Add handoff message type to chat message types
Add Swarm group chat that uses handoff message to select next speaker

from autogen_agentchat.teams import Swarm

# agent1, agent2, agent3 must be able to generate `HandoffMessage`.

swarm = Swarm([agent1, agent2, agent3])
result = await swarm.run("task")

Remove tool call and tool call result message types from chat message types
Remove BaseToolUseChatAgent, move tool call handling from group chat's chat agent container upward to the ToolUseAssistantAgent implementation, which subclasses BaseChatAgent directly.
Renaming for better clarity

TODO as next PRs:

Implement mechanism inside a chat agent to generate handoff message
Consider merging CodingAssistantAgent and ToolUseAssistantAgent into a single agent class AssistantAgent, which also has the ability to generate handoff messages.
Rename registered_tools to tools.
Should we consider chat agent returning a sequence of chat messages rather than a single one -- what is the usage case?

Partially resolves - #3946 and #3864

Oooh, I do like that top-level interface:
swarm = Swarm([agent1, agent2, agent3])
result = await swarm.run("task")

+1 on the high level swarm interface. At some point, it might be good to have a naming convention for everything inside autogen_agentchat.teams. Right now we have things like teams.GroupChat, teams.Swarm ... perhaps something like teams.GroupChatTeam and teams.SwarmTeam to anchor users that both are types of teams.
+1 again on unifying CodingAssistantAgent and ToolUseAssistantAgent


Long (never ending???) runtime of scvi.model.SCVI.differential_expression with "weights = 'importance'"

Hello everyone,
Thanks for the great tool, scvi has become my bread and butter.
I would like to ask about the option "weights = 'importance'" in the differential expression method of scvi.
I set up the model training just like I described here: #2236
However, I went further to test for differential genes.
Whenever weights = "uniform", I get my results within a few minutes.
For weights = "importance", I let the function run for around 4 hours, and less for a few times, but it never terminated successfully.
As compared to the successful run, the only thing I changed was weights = "uniform" to weights = "importance.
Again, I tried to follow the C.elegans tutorial with my own data.
Is there something I am doing wrong, or is the runtime expected?
Thank you for any help

# continued after my previous post #2236

cell_idx1 = adata.obs["cell type"] == "ct_1"
print(sum(cell_idx1), "cells of type", "ct_1")

cell_idx2 = adata.obs["cell type"] == "ct_2"
print(sum(cell_idx2), "cells of type", "ct_2")

# simple example from the tutorial

de_change = model.differential_expression(idx1=cell_idx1, idx2=cell_idx2)
de_change

# uniform weights is successful
de_change_uniform = model.differential_expression(
    idx1=cell_idx1,  # we use the same cells as chosen before
    idx2=cell_idx2,
    weights="uniform",
    batch_correction=True,
)

# importance-weights runs forever

de_change_uniform = model.differential_expression(
    idx1=cell_idx1,  # we use the same cells as chosen before
    idx2=cell_idx2,
    weights="importance",
   # I ran the method with and without "filter_outlier_cells"
   # filter_outlier_cells=True,
    batch_correction=True,
)

Versions:

1.0.2

Hi @MaximilianNuber, how much RAM is used? Is the CPU/GPU busy? It could be that it's caching and this leads to the slowdown but it's very hard to tell from the provided information.

Closed due to inactivity


fix: electron-rebuild renamed to @electron/rebuild

Cool project. Was this influenced by https://www.warp.dev?

Thought this was needed, but issue turned out to be cached node-gyp versions conflict resolved via:
npm install --no-global

before

after

It turns out electron-rebuild hasn't been used for awhile, so I just removed it. Thanks for the PR!

Cool project. Was this influenced by https://www.warp.dev?

Thanks! I have only had heard of warp about a year into making this. I haven't looked to closely at them but aside from some feature overlap I think they have different goals for their app.


Prisma generate fails on big schema file

Bug description
Hello, my team has found some problems when using prisma generate in our project. When we run npx prisma generate the client responds with an error when stringifying a JSON object, but we can't see much in the error stack.
We tried running prisma generate in the original version of the project (prisma 2.26.0) and with the latest version (3.10.0 at the day of publishing this issue)
Output when running with version 2.26.0 and DEBUG="*":
Environment variables loaded from .env
prisma               : 2.26.0
@prisma/client       : 2.26.0
Current platform     : windows

C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify>dotenv npx prisma generate
  prisma:loadEnv project root found at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\package.json +0ms
  prisma:tryLoadEnv Environment variables loaded from C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\.env +0ms
[dotenv][DEBUG] "DEBUG" is already defined in `process.env` and will not be overwritten
Environment variables loaded from .env
  prisma:engines using NAPI: false +0ms
  prisma:engines binaries to download query-engine, migration-engine, introspection-engine, prisma-fmt +0ms
Prisma schema loaded from prisma\schema.prisma
  prisma:getConfig Using Query Engine Binary at: C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\query-engine-windows.exe +0ms
  prisma:getDMMF Using Query Engine Binary at: C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\query-engine-windows.exe +0ms
  prisma:generator baseDir C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\prisma +0ms
  prisma:generator prismaClientDir C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client +1ms
  prisma:GeneratorProcess 2022-03-09T13:09:52.904Z prisma:client:generator requiredEngine: queryEngine +0ms
  prisma:getGenerators neededVersions {
  "9b816b3aa13cc270074f172f30d6eda8a8ce867d": {
    "engines": [
      "queryEngine"
    ],
    "binaryTargets": []
  }
} +0ms
  prisma:getGenerators {
  prisma:getGenerators   generatorBinaryPaths: {
  prisma:getGenerators     queryEngine: {
  prisma:getGenerators       windows: 'C:\\Users\\Admin\\Desktop\\Proyectos\\tests\\test-prisma-stringify\\node_modules\\prisma\\query-engine-windows.exe'
  prisma:getGenerators     }
  prisma:getGenerators   }
  prisma:getGenerators } +180ms
  prisma:GeneratorProcess 2022-03-09T13:10:02.791Z prisma:loadEnv skipping package.json at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\.prisma\package.json +10s
  prisma:GeneratorProcess 2022-03-09T13:10:02.792Z prisma:loadEnv skipping package.json at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\package.json +0ms
  prisma:GeneratorProcess 2022-03-09T13:10:02.793Z prisma:loadEnv project root found at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\package.json +1ms
  prisma:tryLoadEnv Environment variables loaded from C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\.env +0ms
[dotenv][DEBUG] "DEBUG" is already defined in `process.env` and will not be overwritten
Error: Error:
RangeError: Invalid string length
    at JSON.stringify (<anonymous>)
    at respond (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client\generator-build\index.js:45985:24)
    at LineStream.<anonymous> (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client\generator-build\index.js:45931:11)

    at _Generate.parse (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\build\index.js:65473:17)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async main (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\build\index.js:110797:18)

Output running with version 3.10.0 with DEBUG="*":
  prisma:engines binaries to download libquery-engine, migration-engine, introspection-engine, prisma-fmt +0ms
  prisma:loadEnv project root found at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\package.json +0ms
  prisma:tryLoadEnv Environment variables loaded from C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\.env +0ms
Environment variables loaded from .env
Prisma schema loaded from prisma\schema.prisma
  prisma:getConfig Using CLI Query Engine (Node-API Library) at: C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\query_engine-windows.dll.node +0ms
  prisma:getDMMF Using CLI Query Engine (Node-API) at: C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\query_engine-windows.dll.node +0ms
  prisma:generator prismaCLIDir C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma +0ms
  prisma:generator prismaClientDir C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client +0ms
  prisma:generator baseDir C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\prisma +1ms
  prisma:generator typescriptPath undefined +2ms
  prisma:GeneratorProcess 2022-03-09T13:17:40.083Z prisma:client:generator requiredEngine: queryEngine +0ms
  prisma:getGenerators neededVersions {
  "73e60b76d394f8d37d8ebd1f8918c79029f0db86": {
    "engines": [
      "queryEngine"
    ],
    "binaryTargets": []
  }
} +0ms
  prisma:getGenerators {
  prisma:getGenerators   generatorBinaryPaths: {
  prisma:getGenerators     queryEngine: {
  prisma:getGenerators       windows: 'C:\\Users\\Admin\\Desktop\\Proyectos\\tests\\test-prisma-stringify\\node_modules\\prisma\\query-engine-windows.exe'
  prisma:getGenerators     }
  prisma:getGenerators   }
  prisma:getGenerators } +212ms
  prisma:GeneratorProcess 2022-03-09T13:17:49.699Z prisma:loadEnv project root found at C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\package.json +10s
  prisma:tryLoadEnv Environment variables loaded from C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\.env +0ms
Error: Error:
RangeError: Invalid string length
    at JSON.stringify (<anonymous>)
    at respond (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client\generator-build\index.js:54245:22)
    at LineStream.<anonymous> (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\@prisma\client\generator-build\index.js:54187:9)

    at Object.parse (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\build\index.js:107298:15)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async main (C:\Users\Admin\Desktop\Proyectos\tests\test-prisma-stringify\node_modules\prisma\build\index.js:108740:18)

We will be glad to give you more information if you need it. Thanks for such an amazing ORM
How to reproduce

Create a new npm project
Install prisma and prisma client (npm i prisma and npm i -D @prisma/client)
Run npx prisma generate with a big schema.prisma file (ours has more than 3400 lines and about 162k characters without spaces)
See error

Expected behavior
The prisma client should be able to generate the models from our schema
Prisma information
Unfortunately we can't give you the schema.prisma that we area using right now. We think that with the information we are giving you, it should be possible to reproduce the same error.
The schema.prisma file has about 3400 lines and 162k characters with a total of 136 models in it.
Environment & setup
We tried with different setups

OS: Windows 64 bits and Linux (node image in docker)
Database: PostgreSQL
Node.js version: v14.17.1, v16.14.0 and v14.19.0

Prisma Version
Executed npx prisma -v
The project originally uses prisma version 2, we tried with the latest version but we got the same results
Prisma 2.26.0:
prisma               : 2.26.0
@prisma/client       : 2.26.0
Current platform     : windows
Query Engine         : query-engine 9b816b3aa13cc270074f172f30d6eda8a8ce867d (at<EMAIL_ADDRESS>Migration Engine     : migration-engine-cli 9b816b3aa13cc270074f172f30d6eda8a8ce867d (at<EMAIL_ADDRESS>Introspection Engine : introspection-core 9b816b3aa13cc270074f172f30d6eda8a8ce867d (at<EMAIL_ADDRESS>Format Binary        : prisma-fmt 9b816b3aa13cc270074f172f30d6eda8a8ce867d (at<EMAIL_ADDRESS>Default Engines Hash : 9b816b3aa13cc270074f172f30d6eda8a8ce867d
Studio               : 0.408.0

Prisma 3.10.0:
prisma                  : 3.10.0
@prisma/client          : 3.10.0
Current platform        : windows
Query Engine (Node-API) : libquery-engine 73e60b76d394f8d37d8ebd1f8918c79029f0db86 (at<EMAIL_ADDRESS>Migration Engine        : migration-engine-cli 73e60b76d394f8d37d8ebd1f8918c79029f0db86 (at<EMAIL_ADDRESS>Introspection Engine    : introspection-core 73e60b76d394f8d37d8ebd1f8918c79029f0db86 (at<EMAIL_ADDRESS>Format Binary           : prisma-fmt 73e60b76d394f8d37d8ebd1f8918c79029f0db86 (at<EMAIL_ADDRESS>Default Engines Hash    : 73e60b76d394f8d37d8ebd1f8918c79029f0db86
Studio                  : 0.458.0

I assume this project worked before, correct? What changed about it? Did the schema just get bigger a bit?
We have much bigger schemas in our internal testing, so just creating a schema with this # of lines and models will unfortunately not be enough. Can you share the schema via email (and under NDA) maybe?

Hi Janpio, yes it's correct the project worked before, we had to add new tables due to a use case requirement. It was not a big change, it was two models with few relations. We had the same problem before but the workaround was shortening the relation's names in some models. We can send you a NDA before sharing the schema, where can we send it?

Yes of course. I am<EMAIL_ADDRESS>we can also start from a NDA on our side if that is easier - we have a common template for information sharing cases. Just let me know in the email.

Awesome Jan, I'm sending you an email right now. Thank you

Hi Jan, I've been trying to contact you via email about the NDA, do you have any updates on this?

Yes, that I am very bad with email obviously. Sorry, fixed and signed from our side.

As to update the status of this issue, the NDA has been signed and the schema has been shared

Our team seems to also be getting the same error when running prisma generate .
I just spent a bit of time trying to pinpoint the exact point of failure and I can get it to happen 2 ways:

By attaching an additional relation to one of our tables that has a large amount of them (the model is almost 500 lines)

This is our "contacts" table and we link it to most entities in our system to know who created/updated an entity

By being in the same state as above (minus the relation that causes a failure) and adding 2 extra models up until I can no longer add anymore models; then adding a few more columns.

Reproduction steps:

Update DB schema in PSQL into one of the states outline above
Run prisma db pull
Run prisma generate

Error happens here

Error I get in both cases:

Our capacity to reproduce here currently is limited, but more data is usually better so feel free to email me at<EMAIL_ADDRESS>as well. I will get back to you as soon as possible.

@janpio
I've sent you an email with the NDA.

Related: https://github.com/prisma/prisma/issues/8525

Hey @alexseguin @RodrigoRomero2308, we investigated this today and could perfectly reproduce the problem.
We had an obvious presumption on what was going on (our internal representation of the schema was getting to big, and when we call JSON.stringify on it it hit some system limit and crashed) - and obviously that turned out to be wrong. Instead there was a surprising way how that representation was used during the generate process, where essentially even more data was put to JSON.stringify - and that then crashed. So only semi wrong in the end.
Good news is two fold:

We know how to fix this. That data was not actually used in its completeness, so we can "just" remove or change it in a future Prisma version and fix this problem.
We saw that the Prisma Client actually gets successfully generated on the file system! So you should be able to just ignore the error message, and use Prisma Client as you did before. Can you please let us know if this works for you? (That would give us some time to find an elegant solution to the code changes.)

Thanks for the quick turnaround Jan, I'll run some tests and get back to you.

Hi Jan, great news, we will check this out in a few days to confirm. Thank you so much for your help!

Okay, then just to reconfirm: In never versions that slighly modified and bigger schema fails with Invalid string length error but then still works, and on some older versions it does not fail and then also works. Correct?
What is happening here is that the length of some internal string (actually a big object of strings) becommes to big to be run through JSON.stringify. As we add features with versions, that internal string object also gets bigger - which is why it only fails on never versions. Now, the stringified version of the object is not actually needed in normal cases - including yours, which is why it can still write the Client to disk successfully and then just fails at this additional step.

It failed the generate in both the versions I tried (2.27.0 and 3.10.0). But on both the schema was succesfully generated

Hey @RodrigoRomero2308 @alexseguin, we have a fix that has been released on our dev npm tag. Would you mind giving it a try and let us know if this fixed your issue? You can try it via npm i @prisma/client@dev. Thank you.

Of course! I'll have an update on this soon

It worked! I installed @prisma/client@dev and prisma@dev
Screenshot:

Output of npx prisma-v:

Thank you so much to everyone involved in this issue!


Audit vault integration

Handle generic envelope to verify hash
Handle old key format and new Ed25519 key in PEM format, skip not supported formats
multiple littles updates

Handled on https://github.com/pangeacyber/pangea-java/pull/58


[AJ-1686] Enable GCP auto configuration only in the control plane

https://broadworkbench.atlassian.net/browse/AJ-1686
When WDS starts up, the Spring GCP framework looks for application default credentials, which it can't find because it's not running in GCP. This results in log noise from exceptions thrown at startup.
This disables auto configuration by default and enables it only on the control plane where CWDS is running in GCP.
https://googlecloudplatform.github.io/spring-cloud-gcp/5.1.0/reference/html/index.html#configuration

Ugh, pushed the wrong branch


Is it allowed to rename fields in protostuff?

E.g.
    @Tag(8)
    int baz;

to
    @Tag(8)
    int foo;

Yes. You're allowed to do that with the binary formats.

Sorry, what is a binary format?

ProtostuffIOUtil, GraphIOUtil or ProtobufIOUtil <- when you use any of these to serialize


Adds docs

Thanks. Could you also add the code needed to deploy the docs to GitHub to .travis.yml?

Thanks for catching my mistakes. I must've been more distracted than I thought that day.

We should probably use the Documenter.jl recommended way of doing this https://juliadocs.github.io/Documenter.jl/stable/man/hosting/#.travis.yml-Configuration-1.

I'll note that adding the ssh keys will probably have to be done by one of the package owners for the deployment to work.

Done.

Can you enable Travis on this repo too?

Done. It looks like it used to be enabled but got turned off at some point.

It shares the JuliaLang Travis queue so the builds will not be fast.

Maybe disable 0.7 and nightly and only run 0.6 and 1.0?

That would certainly be kinder on CI, but this is intended to be an example for others to craft their packages, so restricting the CI builds because it's annoying in the JuliaLang org seems unfortunate.

Is there anything else that needs to be fixed on this?

The badge to the stable doc gives a 404 "file not found" error, probably because there hasn't been a release since the addition of docs built by Documenter. Making a new release could fix this issue.

Good catch, I've tagged a new version.


Can't install github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto

bingo version output: v0.5.1
go version output: go version go1.17 linux/amd64
What happened:
Error: get command failed: get: protoc-gen-go-vtproto.mod: getting github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto: fallback to local go mod cache resolution failed after go get failure: go get: added github.com/planetscale/vtprotobuf v0.2.0
go get: added google.golang.org/protobuf v1.26.0: no module was cached matching given package github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto

What you expected to happen:
protoc-gen-go-vtprotois installed in the .bingo dir.
How to reproduce it (as minimally and precisely as possible):
bingo get github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto

Logs (use bingo get -v <thing you do> for verbose output):
$ bingo get -v github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto
getting target github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto (module  )
exec 'go mod init -modfile=/home/dio/rotimanis/rotimanis/.bingo/protoc-gen-go-vtproto-e.tmp.mod _'
exec 'go get -modfile=/home/dio/rotimanis/rotimanis/.bingo/protoc-gen-go-vtproto-e.tmp.mod -d github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto'
resolveInGoModCache: cache/download/github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto/@v directory does not exists
resolveInGoModCache: cache/download/github.com/planetscale/vtprotobuf/cmd/@v directory does not exists
resolveInGoModCache: cache/download/github.com/planetscale/vtprotobuf/@v directory does not exists
Error: no module was cached matching given package github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto
main.resolveInGoModCache
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:520
main.resolvePackage
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:405
main.getPackage
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:559
main.get
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:297
main.main.func2
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:158
main.main.func5
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:227
github.com/oklog/run.(*Group).Run.func1
        /home/dio/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:38
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1371
fallback to local go mod cache resolution failed after go get failure: go get: added github.com/planetscale/vtprotobuf v0.2.0
go get: added google.golang.org/protobuf v1.26.0
main.resolvePackage
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:406
main.getPackage
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:559
main.get
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:297
main.main.func2
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:158
main.main.func5
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:227
github.com/oklog/run.(*Group).Run.func1
        /home/dio/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:38
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1371
protoc-gen-go-vtproto.mod: getting github.com/planetscale/vtprotobuf/cmd/protoc-gen-go-vtproto
main.get
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/get.go:298
main.main.func2
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:158
main.main.func5
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:227
github.com/oklog/run.(*Group).Run.func1
        /home/dio/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:38
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1371
get
main.main.func2
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:159
main.main.func5
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:227
github.com/oklog/run.(*Group).Run.func1
        /home/dio/go/pkg/mod/github.com/oklog/run@v1.1.0/group.go:38
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1371
get command failed
main.main
        /home/dio/go/pkg/mod/github.com/bwplotka/bingo@v0.5.1/main.go:235
runtime.main
        /usr/local/go/src/runtime/proc.go:225
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1371

I'm getting this issue too on Go 1.17. It seems to be specific to binaries that use a /cmd subfolder. For example, this one works just fine:
bingo get github.com/jstemmer/go-junit-report@latest

However this one fails with an error:
bingo get github.com/golangci/golangci-lint/cmd/golangci-lint@latest

The error (truncated for brevity):
Error: get command failed: get: golangci-lint.mod: getting github.com/golangci/golangci-lint/cmd/golangci-lint@latest: fallback to local go mod cache resolution failed after go get failure: go get: added 4d63.com/gochecknoglobals v0.0.0-20201008074935-acfc0b28355a
go get: added github.com/Antonboom/errname v0.1.4
...
go get: added mvdan.cc/unparam v0.0.0-20210104141923-aac4ce9116a7: no module was cached matching given package github.com/golangci/golangci-lint/cmd/golangci-lint

Should work now with 0.5.2+ bingo (: I suspect at certain point this module has +incompatible suffix which was not well handled. Fixed now!
So this is dup of https://github.com/bwplotka/bingo/issues/100 after all. Thanks for the investigation!


Change Volkswagen Digital Solutions website to LinkedIn

Change Volkswagen Digital Solutions website link to their LinkedIn since it seems to be down for quite some time.
Fixes #130

Hi @joaoportela,
The existing site is back online.
I am closing this.
Thanks!


Transpile from es2015

For Node v4 compatibility
Resolves #9

The only reason I didn't want to do this was because I wanted the engines that support the ES2015 APIs to use them to make the dist cleaner.  Not a big deal, but is there any way to facilitate this?

Not that I know of, and almost definitely not without making the dist bigger - you could potentially do an import switch on node version, but you'd have to package both (or more) copies of the dist for each version of Node.js with all the correct babel feature flags switched on for each node version. My approach usually is to make sure that the versions of Node.js that are still supported by the Node Foundation are supported as a lowest common denominator, removing babel configs as older versions get deprecated. There are currently no versions < 4.x in support.

I didn't mean to close this, oops.


Add doc warning stating that TouchableOpacity can only support a single child

addresses https://github.com/facebook/react-native/issues/1354

This looks good in spirit. I might trim the content for brevity, something like
NOTE: TouchableOpacity supports only one child
If you wish to have to have several child components, wrap them in a View.

Update:

lgtm


Files are not found

Issue Description
When running it gives me several errors:
node_modules/@vladmandic/face-api/types/src/ssdMobilenetv1/SsdMobilenetv1.d.ts(1,21): error TS2307: Cannot find module '../../dist/tfjs.esm' or its corresponding type declarations
Looking at the node_modules it looks like that path are off by one level
File<EMAIL_ADDRESS>is going back two levels ../../dist/tfjs.esm but going down "../../" only gets us to the "types" folder not "face-api".  Is there something I'm doing wrong outside of just installing using npm install?
Steps to Reproduce
Part of my project
Expected Behavior
**Environment
Docker, node server using following libs:
"@tensorflow/tfjs-node": "^3.11.0",
"@vladmandic/face-api": "^1.5.7",
"canvas": "^2.8.0",

Module version?
Built-in demo or custom code?
Type of module used (e.g. js, esm, esm-nobundle)?
Browser or NodeJS and version (e.g. NodeJS 14.15 or Chrome 89)?  NodeJS v17.0.1
OS and Hardware platform (e.g. Windows 10, Ubuntu Linux on x64, Android 10)? Apple silicon running latest docker
Packager (if any) (e.g, webpack, rollup, parcel, esbuild, etc.)? none

Additional

For installation or startup issues include your package.json
For usage issues, it is recommended to post your code as gist

it's not a path issue - error is not really an error as it happens during type checking validation
currently i do not package typedefs (*.d.ts) for tfjs, so you need to have skipLibCheck=true in your tsconfig.json
but its a valid request, so i'll keep it open until its implemented
(basically, i need to generate tfjs.esm.d.ts and place it in types/dist)

I see, thanks for getting back so quickly :)


Update media-services-rest-connect-programmatically.md

@Juliako,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


Update testcontainers-scala-mssqlserver, ... to 0.41.0

About this PR
📦 Updates

com.dimafeng:testcontainers-scala-mssqlserver
com.dimafeng:testcontainers-scala-mysql
com.dimafeng:testcontainers-scala-oracle-xe
com.dimafeng:testcontainers-scala-postgresql

from 0.40.17 to 0.41.0
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.dimafeng" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "com.dimafeng" }
}]

labels: test-library-update, early-semver-major, semver-spec-minor, commit-count:1

Superseded by #949.


Nostr-rs-relay: init at 0.8.9

Description of changes
nostr-rs-relay provides an implementation of a Nostr relay written in Rust by @scsibug.
Things done

Built on platform(s)

[X] x86_64-linux
[ ] aarch64-linux
[] x86_64-darwin
[X] aarch64-darwin

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

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

[X] 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.05 Release Notes (or backporting 22.11 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

[X] Fits CONTRIBUTING.md.

@scsibug and @jb55 if you want to be maintainers here, happy to add you.

It looks fine.
pkgs/servers/nostr-rs-relay seems more appropriate than pkgs/misc/nostr-rs-relay.
Then would you please squash the commits to maintainers: add jurraca and nostr-rs-relay: init at 0.8.9?

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

1 package built:

nostr-rs-relay

many thanks for the review @natsukium !

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/2176


TS7026 when using JSX factory from a variable rather than import

Bug Report
🔎 Search Terms
TS7026: JSX element implicitly has type 'any' because no interface 'JSX.IntrinsicElements' exists.
🕗 Version & Regression Information

This is the behaviour in every version I tried, and I reviewed the FAQ for entries about JSX and React

⏯ Playground Link
https://codesandbox.io/s/dank-wood-cqpld?file=/src/index.tsx
💻 Code
// helping typescript to figure out the types by defining
// the return type as ...
function getPreact(): typeof import("preact") {
	// imagine that this function doesn't call require()
	// but rather uses some dynamic import, which returns
	// the same export that this call would do:
	return require("preact");
}

const { h, render } = getPreact();

function App() {
	return
Hello, world!
;
}

render(<App />, document.getElementById("app")!);

🙁 Actual behaviour
TypeScript ignores the h in the scope and errors out any vanilla JSX code because ‘no JSX.IntrinsicElements exist’. Yet it works flawlessly if you compile it ignoring types using, say, Babel. It seems that it also works correctly if you use raw h call instead of JSX.
🙂 Expected behaviour
TypeScript would be smart to figure out that h in scope is a factory method that it needs, as set by configuration (even though it's ‘imported’ weirdly) and use provided by it JSX to find IntrinsicElements and be happy with it.

Don’t import h yourself; add jsxImportSource: "preact" to your tsconfig.json.

Sorry it took long to reply!
Unfortunately, that is not going to work in my setup: I am dynamically importing Preact during the runtime, that is getPreact() returns Preact's exports. jsxImportSource implies automatic import, which is not going to work. I can, of course, use it to silence TypeScript and continue using ESBuild, which will actually use h defined in the scope, but then TypeScript starts to complain about ‘unused’ h declaration.
I'd actually expect TypeScript to not expect that h can only come from the imports, but rather do what ESBuild does — use h defined within the scope; like in my situation — it is defined at the top of the file. Thus I filed it as a bug report, because it's an absolutely valid use case.
Also, I just noticed that I actually deleted CodeSandbox example, I re-wrote it here (will update in the issue body): https://codesandbox.io/s/dank-wood-cqpld?file=/src/index.tsx.

I see, sorry for the confusion.

I can, of course, use it to silence TypeScript and continue using ESBuild, which will actually use h defined in the scope, but then TypeScript starts to complain about ‘unused’ h declaration

Interestingly, this can be silenced with a /** @jsx h */ pragma. Agreed this isn’t ideal though.


文字下移

Please make sure you are testing with the latest release of html2canvas.
Old versions are not supported and issues reported for them will be closed.
Please follow the general troubleshooting steps first:

[x] You are using the latest version
[x] You are testing using the non-minified version of html2canvas and checked any potential issues reported in the console

Bug reports:
Please replace this line with a brief summary of your issue AND if possible an example on jsfiddle.
Specifications:

html2canvas version tested with:
Browser & version:
Operating system:

html2canvas 1.4.1 reproduce this problem, whether it is Chinese or English

I have the same problem

Please use old version like v1.0.0


Add code-saver extension

Description

Store your code snippets and export them freely when you need it.
Pure local managed Snippet store. You should

Pick one local data store first.
Create one Library then
Create snippet that you need.
Brower the snippts you created.

Screencast

Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

@pernielsentikaer
sorry again, the original extension repo is broken. I refactored it and use another way to download the binary dynamically.
https://github.com/raycast/extensions/pull/9241#issuecomment-1809852880
the reason why i have to use sqlite driver binary is that i have to manage the table migration. In other words, it seems that raycast API doesn't give one way to manage the sqlite table definition change...
Without this sqlite driver and drizzle orm, it will be very trivial and troublesome to maintain the DB migration...
I am so sorry for that i can not use useSql directly. Because it seems that useSql can not execute DDL.
feel free to point it out if you still have concern for this change. Thank you so much!!

Hi @Gnosnay 👋
Do you have a clue on how to fix this error, I can't install the extension 🙂

Hi @Gnosnay 👋
Do you have a clue on how to fix this error, I can't install the extension 🙂

hi @pernielsentikaer this is my installation. let me have one look on this.

@pernielsentikaer it seems that react-devtools is using electron v1.8.8.
let me change the version of react-devtools

Do you use it? You're right, removing it solved that part 🙂

@pernielsentikaer hi something wrong with the raycast api pull contribution.
i have to create one more PR. sorry for that.
new PR can be found https://github.com/raycast/extensions/pull/9340


[BUG] - Patterns editor missing title

No sure if this is us but Patterns editor is missing title once you set it in the modal on the first open. You can change this by going to the code view. We should check if this is caused but us or core

This is Core behavior. My guess is because it prompts you for the name when you add it, that's why it's not shown 🤷


[TIKI-97] chore: alerting recommendations

:tada: This PR is included in version 0.15.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Updating new roles

Did you do this manually? The changes will be lost on the next update script run unless you update the script as well (which I think gets these from the Dota website)

Sorry my bad, will close this


fix(app): networks object undefined

Closes #3429 .
Default empty value for nodeName instead of undefined.

cc @itsconquest what's the status on this?

the original issue was closed, and this seemingly doesn't fix it anyway, so closing


Is V3 reply_to_list  implemented in sendgrid-php?

Hello.
is V3 reply_to_list  implemented in sendgrid-php?

Doesn't look like in 3.14.4, same problem here :-)

This work is currently in our backlog to be prioritized. Pull requests and +1s on the issue summary will help it move up the backlog.

I've manage to update the library to accept reply_to_list I will make a pull request in a couple of days ...


GROOVY-8251: Implement withCloseable on AutoCloseable

NioGroovyMethods.withAutoCloseable was added for 2.5.0 as part of GROOVY-7572.  It appears it was originally placed there because at the time Java 6 was still used, but now 2.5.0 is 7+.
First commit<PHONE_NUMBER>9 proposes moving the method (as-is) into the core IOGroovyMethods class.  This is where the withCloseable(java.io.Closeable...) method is located.  This change also moves the tests for both methods from NIO to core.  Since 2.5.0 has not been officially released there may not be a need to deprecate or worry about binary compatibility for the withAutoCloseable method?
Second commit 261bc174980d proposes to rename the new but unreleased method from withAutoCloseable to withCloseable to be consistent with the existing method on java.io.Closeable.  See discussion on GROOVY-8251.

Updated PR to also include GROOVY-8259 adding suppressed exceptions.

It appears it was originally placed there because at the time Java 6 was still used, but now 2.5.0 is 7+.

That was the reason (I think I merged the pull request.).

Since 2.5.0 has not been officially released there may not be a need to deprecate or worry about binary compatibility for the withAutoCloseable method?

+1 no need to keep binary compatibility to a beta release.

+1 no need to keep binary compatibility with beta-1


Line numbers do not meet color contrast standards

Browser: Chrome
OS: Windows
Line numbers in the editor do not meet color contrast standards. See the numbers in the image below:
https://keros.cloudapp.net/api/screenshotapi/GetScreenshotWithElementOutlined/3ef6d223-3fe6-4ad0-90f7-882ef7262451?outlineThicknessInPixels=2&outlineType=DiagonalDashed&alternateHexColor=%23cdcdcd&hexColor=%23ff0000

Text must have a contrast ratio of at least 4.5:1 - here it is only 3.64:1

We have the ability to override several Monaco styles without requiring the Monaco team to make changes to their default .vs theme that would affect everyone.  Of course, the Monaco team may want to be aware of default color contrast issues, but we are not blocked on this one.  Thanks.

Here is the CSS that allows changing line numbers colours:
.monaco-editor.vs .line-numbers {
    color: red;
}

This color comes from the line number color of Visual Studio. I will wait for Visual Studio to change the line number color and then I will change the color in our vs theme

The default color has been changed in the meantime:


[BUG] NoSuchFieldError / files found with path 'META-INF/DEPENDENCIES' error on android

Describe the bug
Code fails for android. While compiling, we get files found with path 'META-INF/DEPENDENCIES' error. If we resolve this by excluding dependencies by adding packaging Block, then gets a runtime error NoSuchFieldError: No static field INSTANCE of type Lorg/apache/http/conn/ssl/AllowAllHostnameVerifier
To Reproduce
Steps to reproduce the behavior:
Just call the as[Type]() method and you will encounter this problem.
Expected behavior
A request made to the URL
Stack trace
java.lang.NoSuchFieldError: No static field INSTANCE of type Lorg/apache/http/conn/ssl/AllowAllHostnameVerifier; in class Lorg/apache/http/conn/ssl/AllowAllHostnameVerifier; or its superclasses (declaration of 'org.apache.http.conn.ssl.AllowAllHostnameVerifier' appears in /system/framework/framework.jar!classes2.dex)

Environmental Data:

Java Version : 16
Library Version : Latest

Additional context
The main problem is that while building APK, we can't include the META-INF/DEPENDENCIES'. And excluding it result in this error.

I'm not really clear on what the issue is but it's a problem with Apache HttpClient and not with Unirest

Unirest is using deprecated Components of httpclient. It is using AllowAllHostnameVerifier class which has been deprecated in version 4.4. You must use NoopHostnameVerifier instead.
Reference : https://hc.apache.org/httpcomponents-client-4.5.x/current/httpclient/apidocs/org/apache/http/conn/ssl/AllowAllHostnameVerifier.html

Depreciation itself means that it should not be used anymore. It is causing
problems in android thats why it is replaced with newer one. In android,
you have to exclude Meta-INF files of library, otherwise it won't compile.
On Tue 15 Mar, 2022, 3:07 AM Ryan Bergman, @.***> wrote:

deprecated and gone are two different things though, the class hasn't been
removed. Why are you excluding deprecated classes from your package?
—
Reply to this email directly, view it on GitHub
https://github.com/Kong/unirest-java/issues/434#issuecomment-1067320830,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/APWEVDS6UO7NGDYMXZJX5WTU76WRJANCNFSM5QVWRNAA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>

what do you mean by

thats why it is replaced with newer one.

Replaced what? Apache? Did you upgrade it to 5.x? Because that won't work at all.

BTW I just checked and Unirest itself is NOT using AllowAllHostnameVerifier directly, Apache is, so again, this is more of an Apache issue https://github.com/Kong/unirest-java/search?q=AllowAllHostnameVerifier

@ErrorxCode what you are running into is that the SSLConnectionSocketFactory in Apache has a static field for a instance of AllowAllHostnameVerifier. There is no way to get around using SSLConnectionSocketFactory short of not doing TLS/SSL at all.
https://github.com/mydevotion/httpclient/blob/master/httpclient/src/main/java/org/apache/http/conn/ssl/SSLConnectionSocketFactory.java#L143-L145
I know many folk using both Unirest and Apache HttpClient 4 in Android applications so I'm sure this is not a systemic problem with Android and deprecated classes.
In any case this is all internal to Apache, closing this issue as there is nothing Unirest can do. You might ask the Apache Http Client developers.

Oh you could also try using the RC of Unirest-4 because it doesn't use Apache in favor of using the Java native client

Could you please share me the link ?
On 15-Mar-2022 11:38 PM, "Ryan Bergman" @.***> wrote:
Oh you could also try using the RC of Unirest-4 because it doesn't use
Apache in favor of using the Java native client
—
Reply to this email directly, view it on GitHub
https://github.com/Kong/unirest-java/issues/434#issuecomment-1068299689,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/APWEVDWDA3P74L7HPOUHPXTVADG3JANCNFSM5QVWRNAA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID:
@.***>

https://github.com/Kong/unirest-java/discussions/429


Fixing low severity vulnerabilities

Pre-Requisites

[x] Yes, I updated Authors.md OR this is not my first contribution
[x] Yes, I included and/or modified tests to cover relevent code OR my change is non-technical
[x] Yes, I wrote this code entirely myself OR I properly attributed these changes in Third Party Notices

Description of Changes

Bumping dev-dependency versions to fix vulnerabilities
Related Issues

Fixes a low-sev vulnerability with ini

Codecov Report

Merging #16 (4eeefe4) into main (3f0c3fc) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##              main       #16   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            1         1
  Lines           24        24
  Branches         1         1
=========================================
  Hits            24        24

Continue to review full report at Codecov.

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


Filter and Sorting ignores scale in reward object

Describe the bug
Reward is (partially) defined as:
reward: {
  amount: number,
  scale: number
}

And on the bountyboard/frontend, we calculate bounty $BANK value as reward.amount / (10 ^ reward.scale)
So an example, the bounty bank value would be:
5000 amount, 0 scale = 5000 BANK
10500 amount, 3 scale = 10.5 BANK
As it currently stands, this is not accounted for in the filters or the sort criteria. The bounty board just pulls in 5k vs 10.5k, which is incorrect.
To Reproduce
Steps to reproduce the behavior:

Add 2 bounties, 1 for 5000 with a scale of 0, 1 for 10,000 with a scale of 1 (reward of 1000)
Start sorting or filtering select "greater than 2000"
You will still see the 1000 in the frontend

Expected behavior
Sorting and filtering should adjust for decimal places provided by the scale field
There's a couple of ways we could do this:

Fancy Mongo Queries

You can write mongo queries to handle this in the case of "reward", HOWEVER, this kinda sucks:

You need to do this for filtering ($lte, $gte), AND for sorting
You need to treat "reward" entirely differently to other fields, so you add a lot of conditions

// this is JUST for the $gt case
db.bounties.find({
  $expr: {
    $gt: [
      {
        $divide: [
          "$reward.amount",
          {
            $pow: [10, "$reward.scale"]
          }
        ]
      },
    AMOUNT_OF_BANK_GOES_HERE_AS_NUMBER
  ]
}});

Client side
We could just pull all the data and do a second stage filter on the client, this still involves writing a lot of extra logic

Add a new field to the bounties reward object

I'd say this is the most sensible, here we just add a field like total which is simply calculated on Insert/Update as amount / 10 ^ scale

It's then trivial to just filter by "reward.total", and sort by "reward.total"

Been digging into this a bit more after speaking to @Behold3th
The tl:dr:

Looks to me like DEGEN doesn't adjust for scale when saving in the DB
However, this is not reflected in the test database
Also, the confirmation message sent to the user DOES seem to be adjusted for scale

Couple of changes needed on the DEGEN side: flagging @nonsensecodes for visibility.
Full details:
How a bounty is created in DEGEN
Pretty straightforward, DEGEN runs a couple of commands:
Create the params:
// src/app/commands/bounty/Bounty.ts (255)
				params = this.buildBountyCreateNewParams(ctx.options.create);
				console.log('/bounty create ' + params.title);
				command = CreateNewBounty(guildMember, params);

The params come from this function in the same file:
// (302)
	buildBountyCreateNewParams(ctxOptions: { [key: string]: any }): BountyCreateNew {
		const [reward, symbol] = (ctxOptions.reward != null) ? ctxOptions.reward.split(' ') : [null, null];
		const copies = (ctxOptions.copies == null || ctxOptions.copies <= 0) ? 1 : ctxOptions.copies;
		let scale = reward.split('.')[1]?.length;
		scale = (scale != null) ? scale : 0;
		return {
			title: ctxOptions.title,
			reward: {
				amount: reward,
				currencySymbol: symbol,
				scale: scale,
				amountWithoutScale:  reward.replace('.', ''),
			},
			copies: copies,
		};

Note: the reward here is saved as a string (for now) and is NOT adjusted by scale, instead the scale is logged as a param
CreateNewBounty is a default export from src/app/service/bounty/create/CreateNewBounty.ts, it takes the params object and uses it as so, to calculate reward:
// first it validates the reward:
	await BountyUtils.validateReward(guildMember, reward);

Pretty important point here, currently DEGEN will reject anything not denominated in BANK:
// src/app/utils/BountyUtils.ts (65)
	async validateReward(guildMember: GuildMember, reward: BountyReward): Promise<void> {
		const ALLOWED_CURRENCIES = ['BANK'];
		const allowedRegex = new RegExp(ALLOWED_CURRENCIES.join('|'), 'i');
		const MAXIMUM_REWARD = 100000000.00;

		if (isNaN(reward.amount) || reward.amount <= 0 || reward.amount > MAXIMUM_REWARD
			|| !allowedRegex.test(reward.currencySymbol)) {
			await guildMember.send({
				content<EMAIL_ADDRESS>+
					'Please enter a valid reward value: \n ' +
					'- 100 million maximum currency\n ' +
					'- accepted currencies: ETH, BANK',
			});
			throw new ValidationError('Please try another reward.');
		}
	},

Anyway, once the reward is validated, DEGEN pushes to the DB:

// src/app/service/bounty/create/CreateNewBounty.ts (71)
	const db: Db = await dbInstance.dbConnect(constants.DB_NAME_BOUNTY_BOARD);
	const dbBounty = db.collection(constants.DB_COLLECTION_BOUNTIES);

	const listOfPrepBounties = [];
	for (let i = 0; i < params.copies; i++) {
		listOfPrepBounties.push(generateBountyRecord(params, guildMember));
	}

	const dbInsertResult = await dbBounty.insertMany(listOfPrepBounties, { ordered: false });

//... (121)
export const generateBountyRecord = (bountyParams: BountyCreateNew, guildMember: GuildMember): any => {
    // ...
		reward: {
			currency: bountyParams.reward.currencySymbol,
			amount: new Int32(bountyParams.reward.amount),
			scale: new Int32(bountyParams.reward.scale),
		},

But it displays a different result to the user:
// (87)
	const messageOptions: MessageOptions = {
		// ...
				{ name: 'Reward', value: BountyUtils.formatBountyAmount(newBounty.reward.amount, newBounty.reward.scale) + ' ' + newBounty.reward.currency.toUpperCase(), inline: true },
            // ...
	};

	await guildMember.send('Thank you! Does this look right?');
	const message: Message = await guildMember.send(messageOptions);

Where formatBountyAmount is the scale adjustment I found earlier:
// src/app/utils/BountyUtils.ts (167)
	formatBountyAmount(amount: number, scale: number): string {
		return (amount / 10 ** scale).toString();
	},

Closing as addressed in bountybot integration