DigiKey part numbers target Digi-Reel

The DigiKey part numbers returned are a mix between cut-tape and Digi-Reel.
The difference is that Digi-Reel adds cost (typically $7.00) to each part number.
Is there a way to specify a preference to KiCost or to the Partinfo/Octopart API?

Give us a file example to help track the issue and provide the KiCost version kicost --version /  kicost --info.

Z:\git\github\KiCost>kicost --version
KiCost v.1.1.3

See attached esc.zip
DigiKey references containing "HDKR" are Digi-Reel.
DigiKey references containing "HCT" are Cut-Tape.

Could you be more specific?
Which part are related to the problem? (Are all parts?) What the problem cause in the spreadsheet? (I image that change the price tiers in the balloon and the price function).
I have little time between my jobs to catch the issues, specific descriptions could help.

Sure!
The part numbers are a mix of Cut-Tape and Digi-Reel as shown below:

When searching for the part on Octopart, it returns both options. not sure how Partinfo picks one and return it to KiCost?

I can confirm this issue and I also have a fix: #384

@romain145, I just tested the fix provided by @fri-sch, appear fine and without any collateral. Could you confirm that fix the reported case?

I just concerned because it check by Stock numbers that ends with "DKR-ND", I am checking some user case to be sure that covers all Digikey Reels (it appear be the only information that tha API give us and differentiates the parts).

You're concerns are justified. I just found out, that the 'DKR-ND' ending doesn't cover all DigiKey reels. It seems like only capacitors, resistors, etc. are named like this. Other components, like ICs have '-6-ND' for the reels and '-1-ND' for the cut-tape. I don't know if there are other schemes for other kinds of parts.
Here's another fix: #385

Thanks by check @fri-sch, I merged your solution, I just will improve to add this configuration at the Digikey profile of KiCost before the official release.
I also had add your name to official contribution history https://github.com/xesscorp/KiCost/blob/master/kicost/AUTHORS.rst (this is displayed at the GUI interface and help page).

There still some inconsistencies about the link and stock code.


minor changes to smooth template

This does complicate the template, but there were a few things bothering me playing around with the smooth template that are fixed here:

Extra fields like thresholds are now shown in the tooltip.

Smoothing impacts only the line, not the points (if you search for loess smoothing, this is more common, and it allows you to simultaneously see the trend and the actual values of the points).

💅 Because of the combination of values of the min, default, and step values, the slider would always get stuck on odd values (for example, it would max out at 0.991).

Smoothing impacts only the line, not the points (if you search for loess smoothing, this is more common, and it allows you to simultaneously see the trend and the actual values of the points).

That's great, and looks great as well. The only question I have is about tooltips - put it as a comment.

Codecov Report
Base: 96.04% // Head: 96.04% // No change to project coverage :thumbsup:

Coverage data is based on head (2c45a1d) compared to base (23ca830).
Patch has no changes to coverable lines.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #112   +/-   ##
=======================================
  Coverage   96.04%   96.04%
=======================================
  Files          19       19
  Lines         682      682
  Branches      100      100
=======================================
  Hits          655      655
  Misses         22       22
  Partials        5        5

Impacted Files
Coverage Δ

src/dvc_render/vega_templates.py
98.23% <ø> (ø)

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

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


Error

Hello,
I use Ubuntu 16.10 and dnscrypt-autoinstall from Simon Clausen
https://github.com/simonclausen/dnscrypt-autoinstall
I get this error:
endeve0506@eju-deHHd2wC-11:~$ sudo ./dnscrypt-autoinstall
[sudo] password for endeve0506:
Unit dnscrypt-autoinstall.service could not be found.

Welcome to the dnscrypt-autoinstall script.

This will install DNSCrypt and autoconfigure it to
run as a daemon at start up.

Press any key to continue...
passwd: información de caducidad de la contraseña cambiada.

[long unformatted logs stripped]

Please post your logs on https://gist.github.com and post that link instead

https://gist.github.com/kensfc-23/52a9c1e1ca96268e4c8c3df8b045a59f

Looks like there are leftovers from a previous version.
Your logfile only compile a couple files instead of the whole package, and displayscrypto_stream_chacha20_vec_implementation that doesn't exist any more in libsodium 1.0.12.
I don't know how dnscrypt-autoinstall works, but you should probably remove all traces from the previous installation before starting over.

Actually, dnscrypt-autoinstall has an uninstall option. That should do the trick!

I'm a Spaniard ... Sorry for my english
I have actually deinstalled dnscrypt using the uninstall option of dnscrypt-autoinstall
I think the problem is solved.
I have downloaded libsodium from your repository. After that: ./configure ... make && make check, etc
sudo ldconfig ... and I have tried with the autoinstaller again ... All is right now.
Thank you Frank and licaon-kter

Awesome, thanks! Glad to hear that it's solved!


Fix wire ordering for QubitStateVector

Fixes the issue when passing wires to QubitStateVector with an unsorted order (e.g. wires=[2, 1, 0] vs wires=[0, 1, 2]).
dev = qml.device('qulacs.simulator', wires=3)

par = np.array([0, 1, 0, 0, 0, 0, 0, 0])

@qml.qnode(dev)
def circuit():
    qml.QubitStateVector(par, wires=[2, 1, 0])
    return qml.expval(qml.PauliZ(0)), qml.expval(qml.PauliZ(1)), qml.expval(qml.PauliZ(2))

Related issues: #24

Thanks @antalszava.

Maybe this be is the issue with the Cirq plugin too?

Yes, that seems to be the case.


[#185500801] Upgrade cf cli

What
The cf cli has been upgraded to v8.7.1 as requested in Pivotal Tracker storey 185500801.
How to review
1 - Run the branch into a dev env.
2 - Confirm that the new version of the cf cli has been installed by hijacking a relevant container and checking the version of the cf cli.
3 - Confirm that there are no errors related to the cf cli within the pipeline.

🚨⚠ Please do not merge this pull request via the GitHub UI ⚠🚨

The convention seems to be to update all images in paas-cf and paas-bootstrap when you update any image.


The dreaded CERTIFICATE_VERIFY_FAILED after using trusstore on python requests (pip-system-certs was not helping either)

Truststore version : 0.8.0
Win 10 (64bit)
Python version: 3.11.5
Hi (completely newby here)
Coming here after reading :
https://pip.pypa.io/en/stable/topics/https-certificates/#using-system-certificate-stores
I have used:
python.exe -m pip install requests --use-feature=truststore
I used this approach because validationissues  while placing request to corporate network server. When I developed the validation issues code had been workaurond using pip-system-certs, But for a last few weeks I am getting errors (I do not know what could have changed).
The SSL errors are of the form
urllib3.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1129)
While googling to find some fix I read the entry in:
https://pip.pypa.io/en/stable/topics/https-certificates/#using-system-certificate-stores
where they wrote:
"If you encounter a TLS/SSL error when using the truststore feature you should open an issue on the truststore GitHub issue tracker instead of pip’s issue tracker. The maintainers of truststore will help diagnose and fix the issue."
See below the dup I am getting after going the trusstore route on requests library.
File "C:\Users\AB5720\PycharmProjects\ReportCertificates\venv\Lib\site-packages\urllib3\util\ssl_.py", line 469, in ssl_wrap_socket
ssl_sock = ssl_wrap_socket_impl(sock, context, tls_in_tls, server_hostname)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\AB5720\PycharmProjects\ReportCertificates\venv\Lib\site-packages\urllib3\util\ssl.py", line 513, in _ssl_wrap_socket_impl
return ssl_context.wrap_socket(sock, server_hostname=server_hostname)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\AB5720\AppData\Local\Programs\Python\Python311\Lib\ssl.py", line 517, in wrap_socket
return self.sslsocket_class._create(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\AB5720\AppData\Local\Programs\Python\Python311\Lib\ssl.py", line 1108, in _create
self.do_handshake()
File "C:\Users\AB5720\AppData\Local\Programs\Python\Python311\Lib\ssl.py", line 1379, in do_handshake
self._sslobj.do_handshake()
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1006)

This is the log while i installed truststore and applied it to requests
(venv) PS C:\Users\AB5720\PycharmProjects\ReportCertificates\venv\Scripts> pip install truststore
Requirement already satisfied: truststore in c:\users\ab5720\pycharmprojects\reportcertificates\venv\lib\site-packages (0.8.0)
(venv) PS C:\Users\AB5720\PycharmProjects\ReportCertificates\venv\Scripts> python.exe -m pip install requests --use-feature=truststore
Collecting requests
Obtaining dependency information for requests from https://files.pythonhosted.org/packages/70/8e/0e2d847013cb52cd35b38c009bb167a1a26b2ce6cd6965bf26b47bc0bf44/requests-2.31.0-py3-none-any.whl.metadata
Downloading requests-2.31.0-py3-none-any.whl.metadata (4.6 kB)
Collecting charset-normalizer<4,>=2 (from requests)
Obtaining dependency information for charset-normalizer<4,>=2 from https://files.pythonhosted.org/packages/91/6e/db0e545302bf93b6dbbdc496dd192c7f8e8c3bb1584acba069256d8b51d4/charset_normalizer-3.2.0-cp311-cp311-win_amd64.whl.metadata
Downloading charset_normalizer-3.2.0-cp311-cp311-win_amd64.whl.metadata (31 kB)
Collecting idna<4,>=2.5 (from requests)
Using cached idna-3.4-py3-none-any.whl (61 kB)
Collecting urllib3<3,>=1.21.1 (from requests)
Obtaining dependency information for urllib3<3,>=1.21.1 from https://files.pythonhosted.org/packages/37/dc/399e63f5d1d96bb643404ee830657f4dfcf8503f5ba8fa3c6d465d0c57fe/urllib3-2.0.5-py3-none-any.whl.metadata
Downloading urllib3-2.0.5-py3-none-any.whl.metadata (6.6 kB)
Collecting certifi>=2017.4.17 (from requests)
Obtaining dependency information for certifi>=2017.4.17 from https://files.pythonhosted.org/packages/4c/dd/2234eab22353ffc7d94e8d13177aaa050113286e93e7b40eae01fbf7c3d9/certifi-2023.7.22-py3-none-any.whl.metadata
Using cached certifi-2023.7.22-py3-none-any.whl.metadata (2.2 kB)
Using cached requests-2.31.0-py3-none-any.whl (62 kB)
Using cached certifi-2023.7.22-py3-none-any.whl (158 kB)
Downloading charset_normalizer-3.2.0-cp311-cp311-win_amd64.whl (96 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 96.6/96.6 kB 2.8 MB/s eta 0:00:00
Using cached urllib3-2.0.5-py3-none-any.whl (123 kB)
Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests
Successfully installed certifi-2023.7.22 charset-normalizer-3.2.0 idna-3.4 requests-2.31.0 urllib3-2.0.5

Using the --use-feature=truststore flag when you install requests only activates truststore during the pip installation, not later when you are using requests. Please see our documentation for how to use it with requests: https://truststore.readthedocs.io/en/latest/#using-truststore-with-requests

Thank you very much. Coming from the pip page I had misunderstood how truststore acts.
My first tests indicate that It has fixed the problem!
Thanks again!


[1.20.1] Crash With Entity Culling

Description:
The game will occasionally crash when using entity culling in combination with geckolib. This seems to occur at seemingly random intervals and happens when wandering around the world.
Version:

Minecraft: 1.20.1
Forge: 47.2.4
Geckolib: 4.2.4
EntityCulling: 1.6.2

Logs:
latest.log | debug.log

I had the same problem, but the game would almost instantly crash when I loaded a world created in a different game session.
I don’t know why that is the case, but it makes Entity Culling completely incompatible.

Fixed in next release


Unable to build pyarrow 0.16 using Python3.8

>>> from pyarrow import orc
/root/.pyxbld/temp.linux-x86_64-3.8/pyrex/pyarrow/_orc.c:597:10: fatal error: ios: No such file or directory
  597 | #include "ios"
      |          ^~~~~
compilation terminated.
Traceback (most recent call last):
  File "/usr/lib/python3.8/distutils/unixccompiler.py", line 117, in _compile
    self.spawn(compiler_so + cc_args + [src, '-o', obj] +
  File "/usr/lib/python3.8/distutils/ccompiler.py", line 910, in spawn
    spawn(cmd, dry_run=self.dry_run)
  File "/usr/lib/python3.8/distutils/spawn.py", line 36, in spawn
    _spawn_posix(cmd, search_path, dry_run=dry_run)
  File "/usr/lib/python3.8/distutils/spawn.py", line 157, in _spawn_posix
    raise DistutilsExecError(
distutils.errors.DistutilsExecError: command 'gcc' failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 214, in load_module
    so_path = build_module(module_name, pyxfilename, pyxbuild_dir,
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 186, in build_module
    so_path = pyxbuild.pyx_to_dll(pyxfilename, extension_mod,
  File "/usr/lib/python3.8/site-packages/pyximport/pyxbuild.py", line 102, in pyx_to_dll
    dist.run_commands()
  File "/usr/lib/python3.8/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.8/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.8/site-packages/Cython/Distutils/old_build_ext.py", line 186, in run
    _build_ext.build_ext.run(self)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 340, in run
    self.build_extensions()
  File "/usr/lib/python3.8/site-packages/Cython/Distutils/old_build_ext.py", line 195, in build_extensions
    _build_ext.build_ext.build_extensions(self)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 449, in build_extensions
    self._build_extensions_serial()
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 474, in _build_extensions_serial
    self.build_extension(ext)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 528, in build_extension
    objects = self.compiler.compile(sources,
  File "/usr/lib/python3.8/distutils/ccompiler.py", line 574, in compile
    self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts)
  File "/usr/lib/python3.8/distutils/unixccompiler.py", line 120, in _compile
    raise CompileError(msg)
distutils.errors.CompileError: command 'gcc' failed with exit status 1

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.8/site-packages/pyarrow/orc.py", line 25, in <module>
    import pyarrow._orc as _orc
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 459, in load_module
    module = load_module(fullname, self.path,
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 231, in load_module
    raise exc.with_traceback(tb)
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 214, in load_module
    so_path = build_module(module_name, pyxfilename, pyxbuild_dir,
  File "/usr/lib/python3.8/site-packages/pyximport/pyximport.py", line 186, in build_module
    so_path = pyxbuild.pyx_to_dll(pyxfilename, extension_mod,
  File "/usr/lib/python3.8/site-packages/pyximport/pyxbuild.py", line 102, in pyx_to_dll
    dist.run_commands()
  File "/usr/lib/python3.8/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.8/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.8/site-packages/Cython/Distutils/old_build_ext.py", line 186, in run
    _build_ext.build_ext.run(self)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 340, in run
    self.build_extensions()
  File "/usr/lib/python3.8/site-packages/Cython/Distutils/old_build_ext.py", line 195, in build_extensions
    _build_ext.build_ext.build_extensions(self)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 449, in build_extensions
    self._build_extensions_serial()
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 474, in _build_extensions_serial
    self.build_extension(ext)
  File "/usr/lib/python3.8/distutils/command/build_ext.py", line 528, in build_extension
    objects = self.compiler.compile(sources,
  File "/usr/lib/python3.8/distutils/ccompiler.py", line 574, in compile
    self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts)
  File "/usr/lib/python3.8/distutils/unixccompiler.py", line 120, in _compile
    raise CompileError(msg)
ImportError: Building module pyarrow._orc failed: ["distutils.errors.CompileError: command 'gcc' failed with exit status 1\n"]

# uname -a
Linux node 5.5.0-1-ec2 #1 SMP Wed, 29 Jan 2020 18:11:26 +0000 x86_64 GNU/Linux

# pip3 show pyarrow
Name: pyarrow
Version: 0.16.0
Summary: Python library for Apache Arrow
Home-page: https://arrow.apache.org/
Author: None
Author-email: None
License: Apache License, Version 2.0
Location: /usr/lib/python3.8/site-packages
Requires: six, numpy
Required-by:

Can you please open a JIRA issue? If you need pyarrow.orc I suggest you use the conda packages since this is not enabled in the wheels. It might be more productive to work on fixing ORC in the manylinux* builds https://issues.apache.org/jira/browse/ARROW-7811

It looks like you're using pyximport. That's not a supported way to build this module, it has to be built using export PYARROW_WITH_ORC=1 (when using python/setup.py) after building ORC support in the C++ library.


Is there any working example or step by step guide for the MSAL setup in an app service on azure?

I have been through the document and am wondering if there is a step-by-step guide on how to do this.
I want to have a web app call a web API, but both app services need to be protected/secured in the Azure cloud.
[Enter feedback here]

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

ID: 1899cdf5-3dfd-5f6b-bf3b-8d12bdba4138
Version Independent ID: 7f7f2176-8131-2693-13c2-9ed33c1d6cb8
Content: Migrate confidential client applications to MSAL.NET - Microsoft Entra
Content Source: articles/active-directory/develop/msal-net-migration-confidential-client.md
Service: active-directory
Sub-service: develop
GitHub Login: @jmprieur
Microsoft Alias: jmprieur

@abhidotnet Thanks for your feedback. We will investigate and update the thread.

@shwetamathur7 : do you mean just app service? Or app service authentication?
See also https://github.com/Azure-Samples/active-directory-aspnetcore-webapp-openidconnect-v2/tree/master/6-Deploy-to-Azure

I am looking at this documentation currently.
The closest example I have found is located here -->
https://docs.microsoft.com/en-us/azure/active-directory/develop/scenario-web-app-call-api-overview


directsound and xaudio2 audio drivers on Windows respond to volume differently

It sounds like the directsound and xaudio2 audio drivers treat the .volume member on the Player differently.
Run the script below with xaudio2 as the driver and press the keys in order (ex: Q, W, E, R, T, Y).  You should hear beeps that get gradually quieter.  The "Y" key is silent.
Then, comment out the xaudio2 line and uncomment the directsound driver.  Press the keys again in order.  You will hear beeps that are pretty much at full loudness.  Except, when you press "Y", you will hear a quiet beep.
I'd expect the volume "ramp" to be identical, regardless of what audio driver was chosen.
My environment:

Python 3.8.6
Pyglet: 1.5.11
OS: WIndows 10 Home (1909)

import pyglet
pyglet.options["audio"] = ("xaudio2",)
# pyglet.options["audio"] = ("directsound",)

class VolumeTest(pyglet.window.Window):
    def __init__(self):
        super(VolumeTest, self).__init__()
        self.sound = pyglet.media.StaticSource(pyglet.media.synthesis.Sine(0.3, frequency=440))
        self.player = None

    def on_key_press(self, symbol, modifiers):
        if symbol == pyglet.window.key.Q:
            self.player = self.sound.play()
            self.player.volume = 1.0
        if symbol == pyglet.window.key.W:
            self.player = self.sound.play()
            self.player.volume = 0.75
        if symbol == pyglet.window.key.E:
            self.player = self.sound.play()
            self.player.volume = 0.5
        if symbol == pyglet.window.key.R:
            self.player = self.sound.play()
            self.player.volume = 0.25
        if symbol == pyglet.window.key.T:
            self.player = self.sound.play()
            self.player.volume = 0.1
        if symbol == pyglet.window.key.Y:
            self.player = self.sound.play()
            self.player.volume = 0.0001

if __name__ == '__main__':
    print(pyglet.media.get_audio_driver())
    window = VolumeTest()
    pyglet.app.run()

Thanks for opening the ticket.
This looks like a bug in the DirectAudio backend, since a linear adjustment is expected.
It looks like the culprit is this function here: https://github.com/pyglet/pyglet/blob/master/pyglet/media/drivers/directsound/adaptation.py#L54
I'm not an expert on this, but switching from math.log10 to math.log2 does seem to give the expected result. If possible, are you able to test this on your machine as well?
You might be able to do a quick monkey-patch like this:
import math
import pyglet
import pyglet.media.drivers.directsound

pyglet.options["audio"] = ("directsound", "silent")

def my_gain2db(gain):
    if gain <= 0:
        return -10000
    return max(-10000, min(int(1000 * math.log2(min(gain, 1))), 0))

pyglet.media.drivers.directsound.adaptation._gain2db = my_gain2db

I did the monkey patch.  It brought the volume ramps closer together.  Now I'm no audiophile, but I still hear a volume difference between the two drivers.
"A picture is worth a thousand listens", so I recorded myself playing Q, W, E, R, T and then Q & T again in Audacity for each driver (had Audacity record from the "Windows WASAPI" audio host). The waveforms were generated by these drivers, in order:

xaudio2
directsound
directsound with monkey-patch

FWIW, the "directsound with monkey-patch" code sounds most "pleasing" to the ear (a linear decay in volume values results in a linear decay of perceived volume).
(I am also a bit curious about the slow volume "swell" seen on each note in all drivers... but maybe that is for another ticket...)

XAudio2 is based on amplitude values while DirectSound is 100ths of a decibel. Not entirely sure if a 1:1 will be possible, but it might be close enough. I am not sure I am one to judge which sounds most 'proper'.
With XAudio2 it doesn't adjust for anything outside of what you pass to it. (Thinking on it, should probably put some clamp values to it just for sanity sake.)
The swell may be because the play is done before adjusting the volume, therefore you may get some small period where the volume has not been adjusted yet. I am not sure why the swell with XAudio2 is larger (if it's the first two). A theory I have is that XAudio2 probably starts quicker since it's sent to the hardware, whereas DirectSound is software emulated.
You may have better luck creating a pyglet.media.Player(), storing it so it doesn't get GC'd, setting the volume of it, then queueing and playing the source so that the volume is set prior to playback.
Perhaps a minor enhancement in the future would be an optional keyword to adjust volume when calling play, so such a workaround is not needed for throwaway players.

Thanks for clarification on the 100ths of a decibel vs amplitude.  Helpful.  So, it sounds like volume levels are specific to audio drivers meaning that if an app need a repeatable volume level, it needs to "pin" itself to a specific driver... Or, the app would need to do some kind of mapping function that attempts to normalize volume levels based on which driver is active? Sounds like work.  :)
Regarding the swell, I did another test.  First I first ran my test script (above) with XAudio2 and recorded the waveform.  Then, I changed the script so that it did the "create Player first" approach (code snippet below) and ran it (again, with XAudio2) and recorded the waveform.
self.player = pyglet.media.Player()
self.player.volume = 1.0
self.player.queue(self.sound)
self.player.play()

The swells were still there and nearly identical between the two approaches (the two recordings were done in mono):

I'd 👍 adding a volume parameter to Source.play.  I think pitch could be another good one to add.

Just a quick hunch @SirGnip, but since that didn't work, what happens if you create a waveform that's not maximum amplitude?
envelope = pyglet.media.synthesis.FlatEnvelope(amplitude=0.8)
sound = pyglet.media.synthesis.Sine(1, envelope=envelope)

By default the waveforms are created with maximum amplitude, which could potentially be overdriven.

On a related note, if these tones are for human ears, you probably will want to do an ADSR envelope to make it more pleasant to listen to. Otherwise you'll get popping/clicking artifacts when playback starts/stops. This is caused by the waveform abruptly starting/stopping at a value that's likely far from neutral. (My apologies if you already know this, but just figured I'd mention).  For example:
envelope = pyglet.media.synthesis.ADSREnvelope(attack=0.05, decay=0.1, sustain_amplitude=0.6, release=0.1)
sound = pyglet.media.synthesis.Sine(1, envelope=envelope)

Yup, I'm familiar with envelopes.   Just keeping the repro cases minimal.
I did just add the FlatEnvelope to my "create Player object first" script and used XAudio2
envelope = pyglet.media.synthesis.FlatEnvelope(amplitude=0.5)
self.sound = pyglet.media.StaticSource(pyglet.media.synthesis.Sine(0.3, frequency=440, envelope=envelope))
...and reran the "test".  Still can see the pop at the start and then a swell in the tail:

Also, I tried this:
envelope = pyglet.media.synthesis.LinearDecayEnvelope()
...and got this:

You can certainly see the envelope fading the amplitude as expected, but with pops at the beginning.
I also tried the envelopes with the DirectSound driver.  The initial pops were still there, but slightly less pronounced.

Is this pop at the beginning only happening with synthesis? Any issues with other sources? Also do different amplitudes or frequencies affect it?

(TL;DR post... the pops, swells, and odd enveloping behavior is interesting to me as I'm working on using pyglet.media.synthesis for creating music.  So, treatment of Pyglet's synthesizers, volume levels and enveloping is very interesting to me...)
I ran my test script (that uses the "create Player object first") through a number of different scenarios.  Each time I played the 5 notes with descending volume settings.  I would do the two scenarios and then screenshotted the waveforms.  The first five beeps are from the first config and the last 5 beeps are from the second config.
Executive summary:
Initial pops are seen with:

XAudio2 and DirectSound audio drivers
audio loaded from .wav files
audio generated from synthesis objects (Sine, Square and Triangle) at different frequencies
FlatEnvelope with different amplitudes
LinearDecayEnvelope (but less pronounced pops)

Initial pops are NOT seen with ADSREnvelope.  But, there was other weird amplitude behavior observed with ADSR envelopes, mentioned below.

1 - Pyglet synthesis for a 440 sine wave, XAudio2 driver with 3D enabled versus 3D disabled:

2 - Pyglet syntheses for a 440 sine wave, DirectSound driver:

3 - XAudio2 driver with 3D disabled, a synthesis 440 sine wave vs a .wav file generated by Audacity (440 Hz sine wave, 0.5 seconds long at 1.0 amplitude)
pyglet.media.StaticSource(pyglet.media.synthesis.Sine(0.5, frequency=440, envelope=envelope))
versus
self.sound = pyglet.media.load("resources/audio/SampledSine_440_1.0.wav", streaming=False)

4 - XAudio2 driver with 3D disabled, a synthesis 440 Hz sine wave versus a synthesis 261.63 Hz sine wave

5 - XAudio2 driver with 3D disabled, a synthesis 440 Hz sine wave with different envelopes
pyglet.media.synthesis.FlatEnvelope(amplitude=1.0)
versus
pyglet.media.synthesis.FlatEnvelope(amplitude=0.5)

6 - XAudio2 driver with 3D disabled, a 440 Hz sine wave with LinearDecayEnvelope
(pops are there, but not as pronounced)

7 - XAudio2 driver with 3D disabled, a synthesis 440 Hz sine wave with duration of 1.0 with FlatEnvelope vs ADSR envelope (with slow-ish attack):
pyglet.media.synthesis.FlatEnvelope(amplitude=1.0)
versus
pyglet.media.synthesis.ADSREnvelope(0.2, 0.2, 0.2)
The results for this one are interesting.  I don't see any initial pops with the ADSR envelope.  But, a couple odd things.  First, I'd expect to see a portion of the waveform having a "flat" or "steady" amplitude during the "sustain" portion of the envelope (see ascii-art).
  /\
 /  \___
/       \

But, looking at the 4th and 5th "beeps" that use the ADSR, you can see the "sustain" portion of the sound is actually increasing in volume over time by looking at the waveform below.
Second issue... I see the ADSR envelope having very little affect on 1st and 2nd beeps.  For instance, the attack is set at "0.2" but zooming into the 1st beep, the time to go from silence to full amplitude is about 0.04 seconds.  And, I don't see any decay or sustain.  Just the too-quick attack at the start and a too-quick decay at the end. Probably some kind of clipping/overdrive beyond the 1.0 amplitude?

8 - XAudio2 driver with 3D disabled, a no-envelope synthesis 440 Hz square versus a synthesis 440 Hz triangle

9 - XAudio 2 driver with 3D disabled, using a 1.0 second long, 440 Hz triangle wave.
pyglet.media.synthesis.FlatEnvelope(amplitude=1.0)
versus
pyglet.media.synthesis.ADSREnvelope(0.2, 0.2, 0.2)
The 4th and 5th beeps that use the ADSR envelope show the expected envelope shape.  However, the 1 & 2nd beeps show the ADSR having very little affect.  Again, with .volume=1.0 and .volume=0.75 set on the Player, I would expect those amplitude levels to be the "max" amplitude of the envelope that happens right at the end of the attack part of the envelope.  It is worth noting that there is no distortion in the waveform for those first two beeps with ADSR.  It is just the amplitude that appears clipped.

Sorry for the delay.
I spun up my Windows VM, and tried to replicate your results.
First of all, I am seeing the "pop" with the XAudio2 driver. With the DirectAudio, it's completely smooth. I have not yet tried with 3D disabled, so I will try that later.
In both cases, however, I've been completely unable to replicate the issues with the volume "swelling". I tried all of the different recording sources in Audacity with no change. It also seems like my overall volume in Audacity is lower, but I was unable to figure out why the difference. Looking at your screen shots again, it looks like there might possibly be some type of dynamic volume adjustment or compression applied. Maybe a feature of the sound card?

To start to prove the sound card "feature" theory, I flipped my audio output from "headphones" to "USB headset".  After I did that and repeated the ADSR test, I got results that looked like yours (nice, crisp ADSR envelope shapes).  Shazam...
So, I flipped back to "headphones" and started poking around in the innards of  WIndow's sound settings.  I found "Disable all sound effects" and also "Dolby Audio".  I turned both of those off and repeated my test.  Crisp ADSR envelopes.  Smoking gun.  My laptop's build in sound card was "helping" me by applying compression and goodness knows what else.
After turning those settings off, things were a bit quieter, volume ramps were much more in line with what I would expect, no swells, were gone, etc.  As you said, "Dolby Audio" must be a compressor (among other things...)
Now that we figured that out, I was able to go back and redo some of the earlier tests (without all this extra "help" from Dolby).  The initial pops appear when 3D is ON with the XAudio driver. But, when I turn 3D off, the initial pops disappear.

I also tried DirectSound and also got very crisp, clean waveforms with no pops (though the volume was lower).
So, now that the compressor is out of the way, I went back to the original issue (volume difference between drivers) and reran the test to compare volume output between XAudio2 and DirectSound
The waveforms below are recorded from three different tests (with "enhancements" off...)

5 beeps with XAudio2 no 3D
5 beeps with DirectSound
5 beeps with DirectSound with monkey patched _gain2db

The monkey patching does seem to get the volume ramp to be more what I would expect.  Also, DirectSound looks quieter than XAudio2 in general.  After my adventures with audio drivers, though, chances are the volume differences is probably just some local volume setting I have.
So, thanks for your time and patience, @benmoran56, in helping me find the "Turn off Dolby" button.  :)

Sorry for the delay, but I just wanted to add that I could not see any volume difference between Xaudio and DirectAudio on my Windows VM, so it may also be sound card driver specific (as you suspect).
I'm not sure if it's worth fooling around with the gain functions in the DirectAudio driver or not, considering it's deprecated.  I think instead, we can just try to work out a solution for the Xaudio2 3D setting since that's the default.

After some thought, I went ahead and pushed the gain2db function change in for consistency.
I'll close this for now, but look for that in the next point release.


[Bug]: Links in headings are lower

Bug Description
Links in headings have a lower baseline (links in body text are fine) in live-preview.  This seemed to happen after an update to the theme, but I'm not sure which update actually did it.
Relevant Screenshot

To Reproduce
Make a heading with ## (any level will do it) and make a link with [[ ... ]]
Obsidian Version
0.13.26
Installer Version
0.13.24
Which editor are you using?

[X] New Editor
[ ] Legacy Editor

In which mode(s) does the problem occur? (if applicable)

[ ] Source (Edit)
[ ] Reading (Preview)
[X] Live Preview

Which operating system?

[X] macOS
[ ] Linux
[ ] Windows
[ ] iOS
[ ] Android

Plugin-Specific Problems

[ ] I took note of the specific instructions regarding those plugins.

Checklist

[X] I updated to the latest version of the theme (Settings → Appearance → Themes - Manage → Update).
[X] I made sure that the issue is related to this theme, by checking that the problem does not occur with other themes or the default theme.
[X] In case I am missing an UI element, I have checked that it cannot be re-enabled with the Style Settings plugin.
[X] If the bug occured after updating the theme, I read the last couple of entries in the changelog to make sure the bug is not an intentional change. (In that case, there will most likely be a Style Setting to turn it off again.)

fixed with the latest update


adds join_by

I am not sure if this was the best way to do it, or if i should have removed the old syntax from the docstring, but this is one possible implementation (if join_by is not the move based on what happens with #126 i can close pr )
allows for all joins:
@inner_join(a, b, join_by(City==Location, Job==Work))
@inner_join(a, b, join_by("City"=="Location", "Job"=="Work"))
@inner_join(a, b, join_by(:City=>:Location))

Thanks @drizk1 for your continued work on this. I'm going to try to merge a bunch of PRs today.

@drizk1, thanks for working on this. In R, the reason they introduced join_by() was to handle inequality joins because they couldn't support both the original syntax and the new syntax without breaking functionality. As an example of an inequality join, join_by() allowed you to do @inner_join(a, b, join_by(col_a > col_b)), which would join only those columns where col_a in data frame a is greater than col_b in data frame b.
In Julia, I don't think we have this same limitation. I think they we can support either syntax without needing to reach for join_by(). We can certainly add a join_by() to have similar syntax, but I think we should only do it if we can't achieve the same result without join_by.
Until we can support inequality joins (either using join_by or directly within the join macros), I don't see a good reason to merge this just yet. It is largely cosmetic and introduces a second way of doing things without expanding the current join capabilities. We should also be careful about where we use strings. I don't believe R supports "column_a" == "column_b" within join_by(), instead opting to stick with non-standard eval.
My ideal future is one that supports any of the following options, with the caveat in the below paragraph.
@inner_join(a, b, col_a = col_b)
@inner_join(a, b, col_a == col_b)
@inner_join(a, b, col_a > col_b)

In terms of how to implement inequality joins, FlexiJoins has a nice implementation that we could wrap. FlexiJoins has a tendency to duplicate column names, so another idea would be to use join_by() as a way to signal that we will be relying on the FlexiJoins implementation, which may behave slightly differently than pure DataFrames.jl.
In that case, our implementation could look like this:
@inner_join(a, b, col_a = col_b) # using DataFrames.jl
@inner_join(a, b, join_by(col_a == col_b)) # using FlexiJoins.jl
@inner_join(a, b, join_by(col_a > col_b)) # using FlexiJoins.jl

Open to thoughts.

Ahh that makes sense then why they switched to join_by(). I dont have strong feelings either way. Generally speaking, I think the join_by syntax is a bit verbose and its definitely cleaner if we can avoid it, which I suspect we could.
Using join_by to delineate the use of flexijoins is interesting, but possibly cosmetic as well because i think the duplication of columns would actually still be in line with dplyr/tidyr behavior, where a non equi-join dupes the column name.
> left_join(sales, promos, join_by(id == id))
# A tibble: 8 × 3
     id sale_date  promo_date
  <int> <date>     <date>
1     1 2018-12-31 2019-01-01
2     1 2018-12-31 2019-01-05
3     1 2019-01-02 2019-01-01
4     1 2019-01-02 2019-01-05
5     1 2019-01-05 2019-01-01
6     1 2019-01-05 2019-01-05
7     2 2019-01-04 2019-01-01
8     2 2019-01-01 2019-01-01

> left_join(sales, promos, join_by( id > id))
# A tibble: 7 × 4
   id.x sale_date   id.y promo_date
  <int> <date>     <int> <date>
1     1 2018-12-31    NA NA
2     1 2019-01-02    NA NA
3     1 2019-01-05    NA NA
4     2 2019-01-04     1 2019-01-01
5     2 2019-01-04     1 2019-01-05
6     2 2019-01-01     1 2019-01-01
7     2 2019-01-01     1 2019-01-05

> left_join(sales, promos, join_by( sale_date >=  promo_date))
# A tibble: 10 × 4
    id.x sale_date   id.y promo_date
   <int> <date>     <int> <date>
 1     1 2018-12-31    NA NA
 2     1 2019-01-02     1 2019-01-01
 3     1 2019-01-02     2 2019-01-01
 4     1 2019-01-05     1 2019-01-01
 5     1 2019-01-05     1 2019-01-05
 6     1 2019-01-05     2 2019-01-01
 7     2 2019-01-04     1 2019-01-01
 8     2 2019-01-04     2 2019-01-01
 9     2 2019-01-01     1 2019-01-01
10     2 2019-01-01     2 2019-01-01

Ah, thanks for that. I think the one weird thing is that FlexiJoins duplicates even when you do id == id, though I guess this can be dealt with.

no problem. the duped column names is currently my thorn in tidierdb.


Fixed a bad prompt

(One last PR, we can't have the first image in the guide being a bad one)

I noticed this when editing and changed it to the classic "photograph of an astronaut riding a horse". Let me know if you prefer that one. (only prompt I changed, though I lightly edited some others)

I noticed this when editing and changed it to the classic "photograph of an astronaut riding a horse". Let me know if you prefer that one. (only prompt I changed, though I lightly edited some others)

photograph of an astronaut riding a horse is a classic; lets roll with that one.


Bump firestore-bigquery-export version to 0.1.19 to fix collision

We have the latest version 0.1.18 in the bigquery published, but it's not documented in the changelog, so not sure what actually changed. Bumping the version to resolve the conflict.
Firesite: https://firebase.google.com/products/extensions/firestore-bigquery-export
Changelog: https://github.com/firebase/extensions/blob/master/firestore-bigquery-export/CHANGELOG.md

Codecov Report

Merging #776 (88d3a80) into next (826ed41) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             next     #776   +/-   ##
=======================================
  Coverage   50.19%   50.19%
=======================================
  Files          30       30
  Lines        1329     1329
  Branches      197      197
=======================================
  Hits          667      667
  Misses        661      661
  Partials        1        1


aria-expanded tag of dropdown button not updating

Problem: aria-expanded tag of dropdown button not updating
Steps:

Visit http://foundation.zurb.com/docs/components/dropdown_buttons.html
Look for the second "Dropdown Button" in gray
<button data-dropdown="drop2" class="small secondary radius button dropdown" aria-expanded="false" aria-controls="drop2">Dropdown Button</button>
Toggle the button, aria-expanded becomes true
<button data-dropdown="drop2" class="small secondary radius button dropdown" aria-expanded="true" aria-controls="drop2">Dropdown Button</button>
Click anywhere outside, dropdown closes
Button has aria-expanded still true
<button data-dropdown="drop2" class="small secondary radius button dropdown" aria-expanded="true" aria-controls="drop2">Dropdown Button</button>

Expected Result:
5. aria-expanded will be back to false
Actual Result:
5. aria-expanded is still set to true
Notes:
The first button of the page is updating properly. However the rest of the buttons are not updating anymore.
Occurrence Rate: Permanent

Hi @ivankennethwang ,
I had fixed that issue #6350 in this commit, but the code has been removed in this commit by @jeanieshark.

Ooops missed that one change - adding it back in for the next release. Thanks @abdullahsalem !


Local docfx build is now much less useful

Note: I realize this is not going to be high priority right now, so feel free to ignore this for the moment.
Until recently, running docfx locally on this repo created a full site pretty much equivalent to http://dotnet.github.io/, that was useful for checking pretty much anything about the documentation.
But now, presumably due to the move to docs.microsoft.com, running docfx produces just the bare article body, with no TOC or any other UI elements.
Out of curiosity, I also tried running .openpublishing.build.ps1, but that failed when accessing https://github.com/Microsoft/templates.docs.msft.

That's really a coincidence. I had just sent an email to the team asking about this. I'll keep you up-to-date on what I find out.
@chenkennt suggested that the community should continue to use docfx now. It worked for me up until yesterday. I'll give it a try in the morning again and see what I get.

Thanks.

Are local builds still useful and being used? OpenPublishing.Build reports provide a good overview of any issues. Also, building only conceptual docs with PR in this repo seems to be faster than building all the docs locally.
I have a feeling that the Building the docs section can be removed. If not, should it be updated as the docs source is split in several repos?
/cc @mairaw @svick @BillWagner


Error: failed to write data: 422 Unprocessable Entity

Steps to reproduce:
List the minimal actions needed to reproduce the behavior.
https://docs.influxdata.com/influxdb/v2.0/upgrade/v1-to-v2/manual-upgrade/
I was trying to Manually upgrade from InfluxDB 1.x to 2.0 , did all the 4 steps
1 -  Install InfluxDB 2.0
2 - Migrate custom configuration settings
3 - Create DBRP mappings
4 - Create authorizations
Getting issue in Step 5th
Migrate time series data
Expected behavior:
Able to migrate my data into a bucket
Actual behavior:
[root@x-x-x-x-x:/usr/local/bin] ./influx write --bucket telegraf --file /data/influxdatabackup/telegraf-autogen.lp Error: Failed to write data: 422 Unprocessable Entity: failure writing points to database: partial write: points beyond retention policy dropped=6306
Environment info:

System info: Linux 3.10.0-1127.19.1.el7.x86_64 x86_64
InfluxDB version: InfluxDB v2.4.0 (git: de247bab08) build_date: 2022-08-18T19:41:15Z

Logs:
Error: failed to write data: 422 Unprocessable Entity: failure writing points to database: partial write: points beyond retention policy dropped=6306
Getting this after trying to manually debug it ->
[root@x-x-x-x-x:/usr/local/bin] ./influx write --bucket-id c31580d6bbe0xxxxf --file /data/influxdatabackup/test_data2.lp --skipRowOnError
2022/10/13 17:05:22 invalid point on line 56: unable to parse 'cpu,cpu=cpu-total,host=x-x': missing fields
2022/10/13 17:05:22 invalid point on line 111: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxdb-1-b usage_guest=': missing field value
2022/10/13 17:05:22 invalid point on line 111: unable to parse '0<PHONE_NUMBER>000000000': invalid field format
2022/10/13 17:05:22 invalid point on line 167: unable to parse 'cpu,': missing tag key
2022/10/13 17:05:22 invalid point on line 222: unable to parse 'cpu,cpu=cpu-total,host=x-x-inf': missing fields
2022/10/13 17:05:22 invalid point on line 277: unable to parse '56884820000000000': missing fields
2022/10/13 17:05:22 invalid point on line 333: unable to parse 'cpu,cpu=': missing tag value
2022/10/13 17:05:22 invalid point on line 388: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxd': missing fields
2022/10/13 17:05:22 invalid point on line 443: unable to parse '6520000000000': missing fields
2022/10/13 17:05:22 invalid point on line 499: unable to parse 'cpu,cpu=cpu-': missing fields
2022/10/13 17:05:22 invalid point on line 554: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxdb-1-': missing fields
2022/10/13 17:05:22 invalid point on line 609: unable to parse '000000000': missing fields
2022/10/13 17:05:22 invalid point on line 665: unable to parse 'cpu,cpu=cpu-tota': missing fields
2022/10/13 17:05:22 invalid point on line 720: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxdb-1-b us': invalid field format
2022/10/13 17:05:22 invalid point on line 720: unable to parse 'age_guest=0<PHONE_NUMBER>000000000': invalid field format
2022/10/13 17:05:22 invalid point on line 775: unable to parse '00000': missing fields
2022/10/13 17:05:22 invalid point on line 831: unable to parse 'cpu,cpu=cpu-total,ho': missing tag value
2022/10/13 17:05:22 invalid point on line 886: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxdb-1-b usage_': invalid field format
2022/10/13 17:05:22 invalid point on line 886: unable to parse 'guest=0<PHONE_NUMBER>000000000': invalid field format
2022/10/13 17:05:22 invalid point on line 941: unable to parse '0': missing fields
Error: failed to write data: 400 Bad Request: unable to parse 'cpu,cpu=cpu-total,host=x-x-influxdb-1-b usage_guest=0 16cpu,cpu=cpu-total,host=x-x-influxdb-1-b usage_guest=0<PHONE_NUMBER>000000000': bad timestamp\

The first error makes me think that maybe you set your new rentention policy to something smaller than the old one accidentally?
The second error looks like the line protocol is just wrong, can you open the file manually and look over it to see if it's valid? That would narrow down if this is an error on the export from 1.x side or import on 2.x side.
If you have the available space, you might also try an automatic upgrade to see if it succeeds, though it would be nice to figure out what went wrong for you in this case.

Possibly related to https://github.com/influxdata/influx-cli/issues/502


A few extra options

See commit comments - added -condense, -ignore and a Dir func.

Could you explain more about the directory thing? I don't understand what it is doing.

The Dir is used in scenarios where you cannot map the entire thing because of conflicts. For example, using github.com/julienschmidt/httprouter.
Since I have /x mapped, I cannot map /*filepath to the entire FS so I have the following code:
r.Get("/xxx", someHandler)
r.ServeFiles("/css/*filepath", Dir(conf.IsDev(), "/css/"))
r.ServeFiles("/img/*filepath", Dir(conf.IsDev(), "/img/"))
r.ServeFiles("/js/*filepath", Dir(conf.IsDev(), "/js/"))
r.ServeFiles("/vendor/*filepath", Dir(conf.IsDev(), "/vendor/"))
r.ServeFiles("/video/*filepath", Dir(conf.IsDev(), "/video/"))

Makes sense?

Ok, makes sense now.

LGTM. Could you squish these into 1 commit and force push the branch back up? I'll merge it then.

I squished and merged this with you as author.


1.0.20 version in Play Store

Hi, i see that on GitHub we have 1.0.20 version of Android Agent but in Google Store is still 1.0.15 version. Can we update it ?

We have already submitted it to Google but still awaiting for them to approve it...

Update has been release on the play store for u to try :)
Should now also support Android 6-12 again!

Yeah it works!

great! the is also a 1.0.21 update due soon too as the was a bug with old android and push notifications!


INTL-549 Fetch S3 region dynamically

@joshk0 could you take a look at this one please? Please lmk if I should tag someone else (although you seem to have contributed quite a lot to this file).

This change is

This assumes your running within the target EC2 region, and will break usages which aren't (eg, transfers to S3 from GCP, or across regions, or from colo), no?
How about specifying this by environment variable? AWS_DEFAULT_REGION looks canonical.
See also: filesystem_test.go in this package can validate against actual S3.

Review status: 0 of 1 files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

Great point, thanks for the review. I didn't suspect that such use cases existed but it is true that this change would prevent them for working. I'll make the update.

made a PR to add the env variable to gazette's deployment: https://git.liveramp.net/arbortech/workspace/pull/820

Review status: 0 of 1 files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

Reviewed 1 of 1 files at r2.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

I don't have permissions to merge btw :)


Fix api_payment key check

Fix this abomination:
async def api_payment(payment_hash, X_Api_Key: Optional[str] = Header(None)):
    # We use X_Api_Key here because we want this call to work with and without keys
    # If a valid key is given, we also return the field "details", otherwise not
    wallet = None
    try:
        if X_Api_Key.extra:
            print("No key")
    except:
        wallet = await get_wallet_for_key(X_Api_Key)

Notes:

Tal: X_Api_Key is probably never None, this is what I'm getting with print("X_Api_Key", X_Api_Key): X_Api_Key extra={}
Me: Change code in screenshot to X_Api_Key.get("extra") is None
Type? Optional[str] is definitely wrong, what's the type of Header(None)?

Previous fix

Closeable, @callebtc ?

closed for inactivity


UIB-popover displays incorrectly when pointing to an element in a UIB-accordion

Bug description:
When placing a uib-popover tag on an a table cell element within a uib-accordian-group the popover gets does not display incline to where the text is rendered.
Link to minimally-working plunker that reproduces the issue:
Code:
<uib-accordion close-others="true">

{{group}}

</uib-accordion>

Version of Angular, UIBS, and Bootstrap
Angular: 1.5.0
UIBS: 2.5.0
Bootstrap: 3.3.7
Gif showing example:

You didn't provide a plnkr so I can;t confirm this, but usually the solve for these issues is popover-append-to-body


Scan images job is failing with different error messages

Bug Description
The scheduled job for scanning images has been failing for the last three runs as seen here.
At first sight it does not seem obvious what could be wrong. It's also strange that two of the three failing jobs are showing one error message about TOOMANYREQUESTS, while the other one is showing Error response from daemon: Get "https://gcr.io/v2/knative-releases/knative.dev/eventing/cmd/controller/manifests/sha256:9a881d503404349afefadce4ab82358d2f7f1775a97edd6704c0e3f132674ced": EOF.
To Reproduce
Happening on the CI, check the Actions>Scan images jobs for more details.
Environment
The CI that runs the Scan images job.
Relevant Log Output
# From two of the three failing runs

+ docker run -v /var/run/docker.sock:/var/run/docker.sock -v /home/ubuntu/actions-runner/_work/bundle-kubeflow/bundle-kubeflow:/home/ubuntu/actions-runner/_work/bundle-kubeflow/bundle-kubeflow -w /home/ubuntu/actions-runner/_work/bundle-kubeflow/bundle-kubeflow --name=scanner aquasec/trivy image --timeout 30m -f json -o trivy-reports/charmedkubeflow-persistenceagent-2-2-0-8af6d3c.json --ignore-unfixed charmedkubeflow/persistenceagent:2.2.0-8af6d3c
2024-09-20T02:00:18Z	INFO	[db] Need to update DB
2024-09-20T02:00:18Z	INFO	[db] Downloading DB...	repository="ghcr.io/aquasecurity/trivy-db:2"
2024-09-20T02:00:19Z	FATAL	Fatal error	init error: DB error: failed to download vulnerability DB: database download error: oci download error: failed to fetch the layer: GET https://ghcr.io/v2/aquasecurity/trivy-db/blobs/sha256:07a258410a90caab5d530266a2fc5b669c9729c8a71e27f4cb3967b73f5c584b: TOOMANYREQUESTS: retry-after: 558.942µs, allowed: 44000/minute
Error: Process completed with exit code 1.

# From one of the three runs
+ docker pull gcr.io/knative-releases/knative.dev/eventing/cmd/controller@sha256:9a881d503404349afefadce4ab82358d2f7f1775a97edd6704c0e3f132674ced
Scan image gcr.io/knative-releases/knative.dev/eventing/cmd/controller@sha256:9a881d503404349afefadce4ab82358d2f7f1775a97edd6704c0e3f132674ced report in<EMAIL_ADDRESS>Error response from daemon: Get "https://gcr.io/v2/knative-releases/knative.dev/eventing/cmd/controller/manifests/sha256:9a881d503404349afefadce4ab82358d2f7f1775a97edd6704c0e3f132674ced": EOF
Error: Process completed with exit code 1.

Additional Context
No response

My best guess is that this is because of the self-hosted runners, which I introduced as part of my PR
https://github.com/canonical/bundle-kubeflow/actions/runs/10951750159/workflow#L18
https://github.com/canonical/bundle-kubeflow/pull/1038
Let me try to revert and use the regular GH runners and see if this will still be the case. With the regular GH runners we hadn't seen such errors in the past.

After reverting the change of the runs-on field, I'm still running into the same issue. See here for instance.

Re-opening as the last scan also failed with this, but because of the java DB. See here for the log.


[stable/chaoskube] Fixed service account definition for RBAC (#14405).

What this PR does / why we need it:
Fixed service account definition for RBAC.
Which issue this PR fixes

fixes #14405

Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[X] DCO signed
[X] Chart Version bumped
[X] Variables are documented in the README.md
[X] Title of the PR starts with chart name (e.g. [stable/chart])

I think chaoskube uses the same approach as many other charts. (the create: false/true stuff)
From a look at the manifests and a test in a cluster the currently generated RBAC rules work fine for me (using create: true).
Can you double-check the chart in your cluster?

While I had confused the create/enabled options before - this change will allow people to change the service account name if they would like to.


After successful signing, notarization, and stapling Mac still refuses to verify the app ("... was blocked from use because it was not from an identified developer")

I've been trying to get this to work for a week but can't seem to appease Apple. This is probably not even an issue with @electron/notarize, but I'm at my wits ends here and don't know what else to do.
Anyone able to point me in the right direction or suggest possible reasons?
Full logs are here: https://github.com/trufflesuite/ganache-ui/actions/runs/6054222144/job/16431228939#step:11:4484
Code that runs electron notarize: https://github.com/trufflesuite/ganache-ui/blob/chore/github_actions/scripts/build/afterSignHook.js
@electron/notarize DEBUG logs:
signing         file=dist/mac/Ganache.app identityName=Developer ID Application: ConsenSys AG (***) identityHash=C927DD3B556DC334E4573E643FB6F2F142E5FC5F provisioningProfile=none
afterSign hook triggered {
  appOutDir: '/Users/runner/work/ganache-ui/ganache-ui/dist/mac',
  outDir: '/Users/runner/work/ganache-ui/ganache-ui/dist',
  arch: 1,
  targets: [
    ArchiveTarget {
      name: 'zip',
      isAsyncSupported: true,
      outDir: '/Users/runner/work/ganache-ui/ganache-ui/dist',
      packager: [MacPackager],
      isWriteUpdateInfo: true,
      options: undefined
    },
    DmgTarget {
      name: 'dmg',
      isAsyncSupported: true,
      packager: [MacPackager],
      outDir: '/Users/runner/work/ganache-ui/ganache-ui/dist',
      options: [Object]
    }
  ],
  packager: MacPackager {
    info: Packager {
      cancellationToken: [CancellationToken],
      _metadata: [Object],
      _nodeModulesHandledExternally: false,
      _isPrepackedAppAsar: false,
      _devMetadata: [Object],
      _configuration: [Object],
      isTwoPackageJsonProjectLayoutUsed: false,
      eventEmitter: [EventEmitter],
      _appInfo: [AppInfo],
      tempDirManager: [TmpDir],
      _repositoryInfo: [Lazy],
      afterPackHandlers: [Array],
      debugLogger: [DebugLogger],
      nodeDependencyInfo: [Map],
      stageDirPathCustomizer: [Function (anonymous)],
      _buildResourcesDir: '/Users/runner/work/ganache-ui/ganache-ui/build',
      _framework: [ElectronFramework],
      toDispose: [Array],
      projectDir: '/Users/runner/work/ganache-ui/ganache-ui',
      _appDir: '/Users/runner/work/ganache-ui/ganache-ui',
      options: [Object]
    },
    platform: Platform {
      name: 'mac',
      buildConfigurationKey: 'mac',
      nodeName: 'darwin'
    },
    _resourceList: Lazy { _value: [Promise], creator: null },
    platformSpecificBuildOptions: {
      icon: 'static/icons/mac/icon.icns',
      hardenedRuntime: true,
      entitlements: './build/dmg/entitlements.mac.inherit.plist',
      category: 'public.app-category.developer-tools'
    },
    appInfo: AppInfo {
      info: [Packager],
      platformSpecificOptions: [Object],
      description: 'Personal Blockchain for Ethereum',
      version: '2.7.2',
      buildNumber: undefined,
      buildVersion: '2.7.2',
      productName: 'Ganache',
      sanitizedProductName: 'Ganache',
      productFilename: 'Ganache'
    },
    codeSigningInfo: Lazy { _value: [Promise], creator: null },
    _iconPath: Lazy { _value: [Promise], creator: null }
  },
  electronPlatformName: 'darwin'
}
Notarizing org.trufflesuite.ganache found at /Users/runner/work/ganache-ui/ganache-ui/dist/mac/Ganache.app
2023-09-01T21:54:27.174Z electron-notarize:spawn spawning cmd: xcrun args: [ '--find', 'notarytool' ] opts: {}
2023-09-01T21:54:31.123Z electron-notarize:spawn cmd xcrun terminated with code: 0
2023-09-01T21:54:31.124Z electron-notarize:notarytool starting notarize process for app: /Users/runner/work/ganache-ui/ganache-ui/dist/mac/Ganache.app
2023-09-01T21:54:31.125Z electron-notarize:helpers doing work inside temp dir: /var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-ddefAu
2023-09-01T21:54:31.125Z electron-notarize:notarytool zipping application to: /var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-ddefAu/Ganache.zip
2023-09-01T21:54:31.125Z electron-notarize:spawn spawning cmd: ditto args: [
  '-c',
  '-k',
  '--sequesterRsrc',
  '--keepParent',
  'Ganache.app',
  '/var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-ddefAu/Ganache.zip'
] opts: { cwd: '/Users/runner/work/ganache-ui/ganache-ui/dist/mac' }
2023-09-01T21:56:07.907Z electron-notarize:spawn cmd ditto terminated with code: 0
2023-09-01T21:56:07.907Z electron-notarize:notarytool zip succeeded, attempting to upload to Apple
2023-09-01T21:56:07.908Z electron-notarize:spawn spawning cmd: xcrun args: [
  'notarytool',
  'submit',
  '/var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-ddefAu/Ganache.zip',
  '--apple-id',
  '*********',
  '--password',
  '*********',
  '--team-id',
  '*********',
  '--wait',
  '--output-format',
  'json'
] opts: {}
2023-09-01T22:14:38.317Z electron-notarize:spawn cmd xcrun terminated with code: 0
2023-09-01T22:14:38.318Z electron-notarize:notarytool notarization success
2023-09-01T22:14:38.318Z electron-notarize:helpers work succeeded
2023-09-01T22:14:38.349Z electron-notarize:staple attempting to staple app: /Users/runner/work/ganache-ui/ganache-ui/dist/mac/Ganache.app
2023-09-01T22:14:38.349Z electron-notarize:spawn spawning cmd: xcrun args: [ 'stapler', 'staple', '-v', 'Ganache.app' ] opts: { cwd: '/Users/runner/work/ganache-ui/ganache-ui/dist/mac' }
2023-09-01T22:14:42.888Z electron-notarize:spawn cmd xcrun terminated with code: 0
Done notarizing org.trufflesuite.ganache
2023-09-01T22:14:42.888Z electron-notarize:staple staple succeeded
  • building        target=macOS zip arch=x64 file=dist/Ganache-2.7.2-mac.zip
  • building        target=DMG arch=x64 file=dist/Ganache-2.7.2-mac.dmg
  • building block map  blockMapFile=dist/Ganache-2.7.2-mac.zip.blockmap
  • publishing      publisher=Github (owner: trufflesuite, project: ganache-ui, version: 2.7.2)
  • uploading       file=Ganache-2.7.2-mac.zip.blockmap provider=github
  • uploading       file=Ganache-2.7.2-mac.zip provider=github
  • copy files      from=/Users/runner/work/ganache-ui/ganache-ui/static/icons/mac/icon.icns to=/Volumes/Ganache 2.7.2/.VolumeIcon.icns isUseHardLinks=false
  • copy files      from=/Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff to=/Volumes/Ganache 2.7.2/.background/background.tiff isUseHardLinks=false
  • execute command  command=sips -g pixelHeight -g pixelWidth /Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff workingDirectory=
  • command executed  executable=sips out=/Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff
  pixelHeight: 498
  pixelWidth: 658

  • building block map  blockMapFile=dist/Ganache-2.7.2-mac.dmg.blockmap
  • uploading       file=Ganache-2.7.2-mac.dmg.blockmap provider=github
  • uploading       file=Ganache-2.7.2-mac.dmg provider=github

Update: I tried using the built-in "notify" option in electron-builder and it notified and stapled successfully, just like before, but the app is still unable to be opened on Mac. So perhaps this is indeed a bug.
I can launch the .dmg, which Mac briefly says "Verifying" before successfully opening the installer screen (drag to "Applications"). It then installs, but when I try to open the app it again says "Verifying [...]", but for a minute or two, before failing with the message "Ganache" cannot be opened because the developer cannot be verified. macOS cannot verify that this app is free from malware. [...].
Logs:
  • signing         file=dist/mac/Ganache.app identityName=Developer ID Application: ConsenSys AG (48XVW22RCG) identityHash=C927DD3B556DC334E4573E643FB6F2F142E5FC5F provisioningProfile=none
2023-09-02T14:51:51.458Z electron-notarize:spawn spawning cmd: xcrun args: [ '--find', 'notarytool' ] opts: {}
2023-09-02T14:51:54.462Z electron-notarize:spawn cmd xcrun terminated with code: 0
2023-09-02T14:51:54.462Z electron-notarize:notarytool starting notarize process for app: /Users/runner/work/ganache-ui/ganache-ui/dist/mac/Ganache.app
2023-09-02T14:51:54.463Z electron-notarize:helpers doing work inside temp dir: /var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-5htv5U
2023-09-02T14:51:54.464Z electron-notarize:notarytool zipping application to: /var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-5htv5U/Ganache.zip
2023-09-02T14:51:54.464Z electron-notarize:spawn spawning cmd: ditto args: [
  '-c',
  '-k',
  '--sequesterRsrc',
  '--keepParent',
  'Ganache.app',
  '/var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-5htv5U/Ganache.zip'
] opts: { cwd: '/Users/runner/work/ganache-ui/ganache-ui/dist/mac' }
2023-09-02T14:53:33.252Z electron-notarize:spawn cmd ditto terminated with code: 0
2023-09-02T14:53:33.252Z electron-notarize:notarytool zip succeeded, attempting to upload to Apple
2023-09-02T14:53:33.252Z electron-notarize:spawn spawning cmd: xcrun args: [
  'notarytool',
  'submit',
  '/var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/electron-notarize-5htv5U/Ganache.zip',
  '--apple-id',
  '*********',
  '--password',
  '*********',
  '--team-id',
  '*********',
  '--wait',
  '--output-format',
  'json'
] opts: {}
2023-09-02T15:19:19.320Z electron-notarize:spawn cmd xcrun terminated with code: 0
2023-09-02T15:19:19.322Z electron-notarize:notarytool notarization success
2023-09-02T15:19:19.323Z electron-notarize:helpers work succeeded
2023-09-02T15:19:19.422Z electron-notarize:staple attempting to staple app: /Users/runner/work/ganache-ui/ganache-ui/dist/mac/Ganache.app
2023-09-02T15:19:19.423Z electron-notarize:spawn spawning cmd: xcrun args: [ 'stapler', 'staple', '-v', 'Ganache.app' ] opts: { cwd: '/Users/runner/work/ganache-ui/ganache-ui/dist/mac' }
2023-09-02T15:19:23.628Z electron-notarize:spawn cmd xcrun terminated with code: 0
2023-09-02T15:19:23.629Z electron-notarize:staple staple succeeded
  • notarization successful
  • building        target=macOS zip arch=x64 file=dist/Ganache-2.7.2-mac.zip
  • building        target=DMG arch=x64 file=dist/Ganache-2.7.2-mac.dmg
  • building block map  blockMapFile=dist/Ganache-2.7.2-mac.zip.blockmap
  • publishing      publisher=Github (owner: trufflesuite, project: ganache-ui, version: 2.7.2)
  • uploading       file=Ganache-2.7.2-mac.zip.blockmap provider=github
  • uploading       file=Ganache-2.7.2-mac.zip provider=github
  • overwrite published file  file=Ganache-2.7.2-mac.zip.blockmap reason=already exists on GitHub
  • overwrite published file  file=Ganache-2.7.2-mac.zip reason=already exists on GitHub
  • copy files      from=/Users/runner/work/ganache-ui/ganache-ui/static/icons/mac/icon.icns to=/Volumes/Ganache 2.7.2/.VolumeIcon.icns isUseHardLinks=false
  • copy files      from=/Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff to=/Volumes/Ganache 2.7.2/.background/background.tiff isUseHardLinks=false
  • execute command  command=sips -g pixelHeight -g pixelWidth /Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff workingDirectory=
  • command executed  executable=sips out=/Users/runner/work/ganache-ui/ganache-ui/build/dmg/background.tiff
  pixelHeight: 498
  pixelWidth: 658

  • building block map  blockMapFile=dist/Ganache-2.7.2-mac.dmg.blockmap
  • uploading       file=Ganache-2.7.2-mac.dmg.blockmap provider=github
  • uploading       file=Ganache-2.7.2-mac.dmg provider=github
  • overwrite published file  file=Ganache-2.7.2-mac.dmg.blockmap reason=already exists on GitHub
  • overwrite published file  file=Ganache-2.7.2-mac.dmg reason=already exists on GitHub
  • overwrite published file  file=latest-mac.yml reason=already exists on GitHub

I've opened an issue on electron-builder as well: https://github.com/electron-userland/electron-builder/issues/7755

Hi David
I got similar problems with an App, quite like yours. Using electron/notarize seems to complete successfully.
On my development/signing machine I validate the resulting files with:
Codesigning:
codesign --verify --verbose=2 our.app
--prepared:/Users/mac20rd01/Source/DPA Audio Controller Test/DPA%20Audio%20Controller/release/build/mac/DPA Audio Controller.app/Contents/Frameworks/DPA Audio Controller Helper (GPU).app
--validated:/Users/mac20rd01/Source/DPA Audio Controller Test/DPA%20Audio%20Controller/release/build/mac/DPA Audio Controller.app/Contents/Frameworks/DPA Audio Controller Helper (GPU).app
--prepared:/Users/mac20rd01/Source/DPA Audio Controller Test/DPA%20Audio%20Controller/release/build/mac/DPA Audio Controller.app/Contents/Frameworks/DPA Audio Controller Helper (Renderer).app
...
./release/build/mac/DPA Audio Controller.app: valid on disk
./release/build/mac/DPA Audio Controller.app: satisfies its Designated Requirement
codesign --verify --verbose=2 ./release/build/DPA\ Audio\ Controller-1.0.0.dmg
./release/build/DPA Audio Controller-1.0.0.dmg: valid on disk
./release/build/DPA Audio Controller-1.0.0.dmg: satisfies its Designated Requirement
Checking the notarization
spctl -a -v --assess --type execute ./release/build/mac/DPA\ Audio\ Controller.app
./release/build/mac/DPA Audio Controller.app: accepted
source=Notarized Developer IDChecking the stapling:
spctl -a -v --assess --type execute ./release/build/mac/DPA\ Audio\ Controller.app
./release/build/mac/DPA Audio Controller.app: accepted
source=Notarized Developer ID
I'm not able to check the stabling on the dmg file, I havent found out why...
And it's hard to tell from the net if a dmg should be notarized or not. I read 50/50 arguments for or against:-)
Moving the dmg or app file to another mac and cleaning Gatekeeper cache before trying to execute using:
sudo spctl --reset-default
And I'm still getting the gatekeeper "unidentified develop" on another machine.
Pretty strange...
I have to get this solved, so I'll keep you updated if I get it solved.
Best regards from Peter

bump

There's a solution here:  https://github.com/electron-userland/electron-builder/issues/7755


[ST] Attached Image Loader doesn't work

the "save changes" button doesn't  save the feature "[ST] Attached Image Loader" (it remains always disabled).

It saves fine for me, are you altering settings in another tab? Because that could conflict. Try opening a single tab and enabling it.


[blend2d|osgearth] Allow blend2d and osgearth[blend2d] on ARM

Fixes #28909
This change allows blend2d on ARM platforms. As mentioned in the issue above, the blend2d project now supports this architecture, and I have confirmed that both blend2d and osgearth can be compiled on Ubuntu 20.04 with an arm64-linux-dynamic triplet.

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[x] The "supports" clause reflects platforms that may be fixed by this new version
[x] Any fixed CI baseline entries are removed from that file.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

Looks like a legitimate regression from this PR.

Yes, it seems the ARM build fails on Windows. Interestingly it's not in the blend2d code that the failure occurs, but rather in asmjit.
FAILED: CMakeFiles/blend2d.dir/3rdparty/asmjit/src/asmjit/arm/a64builder.cpp.obj
C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1434~1.319\bin\Hostx64\arm64\cl.exe   /TP  -ID:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1  -MP -GR- -GF -Zc:__cplusplus -Zc:inline -Zc:strictStrings -Zc:threadSafeInit- -W4 -DASMJIT_STATIC -DASMJIT_NO_STDCXX -GS /showIncludes /FoCMakeFiles\blend2d.dir\3rdparty\asmjit\src\asmjit\arm\a64builder.cpp.obj /FdCMakeFiles\blend2d.dir\ /FS -c D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\a64builder.cpp
cl : Command line warning D9025 : overriding '/GR' with '/GR-'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(866): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<This>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<This>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(1204): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<This>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(1211): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64assembler.h(21): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64builder.h(23): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>' being compiled

I briefly inspected the relevant asmjit source code, and the function-like macro "mvn" it's complaining about doesn't look like it's actually a macro. It appears to be just an identifier provided as an argument to a macro, which then gets used as a function name. I wonder if this is an MSVC bug.
install-arm64-windows-dbg-out.log

Yes, it seems the ARM build fails on Windows. Interestingly it's not in the blend2d code that the failure occurs, but rather in asmjit.
FAILED: CMakeFiles/blend2d.dir/3rdparty/asmjit/src/asmjit/arm/a64builder.cpp.obj
C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1434~1.319\bin\Hostx64\arm64\cl.exe   /TP  -ID:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1  -MP -GR- -GF -Zc:__cplusplus -Zc:inline -Zc:strictStrings -Zc:threadSafeInit- -W4 -DASMJIT_STATIC -DASMJIT_NO_STDCXX -GS /showIncludes /FoCMakeFiles\blend2d.dir\3rdparty\asmjit\src\asmjit\arm\a64builder.cpp.obj /FdCMakeFiles\blend2d.dir\ /FS -c D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\a64builder.cpp
cl : Command line warning D9025 : overriding '/GR' with '/GR-'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(866): warning C4002: too many arguments for function-like macro invocation 'mvn'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<This>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<This>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(1204): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<This>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(1211): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Emitter>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64assembler.h(21): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Assembler>' being compiled
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(219): error C2535: 'asmjit::_abi_1_9::Error asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>::neon_not(const asmjit::_abi_1_9::arm::Gp &)': member function already defined or declared
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64emitter.h(218): note: see declaration of 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>::neon_not'
D:\buildtrees\blend2d\src\28ab5c6690-f673a4e089.clean\3rdparty\asmjit\src\asmjit\arm\../arm/a64builder.h(23): note: see reference to class template instantiation 'asmjit::_abi_1_9::a64::EmitterExplicitT<asmjit::_abi_1_9::a64::Builder>' being compiled

I briefly inspected the relevant asmjit source code, and the function-like macro "mvn" it's complaining about doesn't look like it's actually a macro. It appears to be just an identifier provided as an argument to a macro, which then gets used as a function name. I wonder if this is an MSVC bug.
install-arm64-windows-dbg-out.log

If use asmjit which provided by vcpkg instead of 3rdparty/asmjit, will this error still occur?

If use asmjit which provided by vcpkg instead of 3rdparty/asmjit, will this error still occur?

It seems the version of asmjit provided by vcpkg doesn't support ARM. vcpkg provides a version from 2021-10-26 and ARM support was added later (see https://github.com/asmjit/asmjit/commit/23ddf56b00f47d8aa0c82ad225e4b3a92661da7e). I imagine the asmjit port would still fail the arm64-windows check if it was updated and allowed on ARM, but it's probably a good idea to work that problem out and use the vcpkg-provided dependencies in blend2d. If the error is still present, the discussion for this asmjit issue can be moved to a WIP PR for that port.

So it looks like this problem was encountered just a little while ago in #28962. Some questionably named macros in the Windows SDK collide with identifiers in asmjit. Until the mentioned issue is resolved, asmjit would have exclude Windows as a supported platform when compiling for ARM.
As for using the version of asmjit provided by vcpkg, there is an open PR #27683 that updates asmjit pending the resolution of some link errors.
For now, the simplest change could be for blend2d to support !(arm & windows). Once the mentioned PR is merged, this port can be modified so that it uses the vcpkg-provided dependencies.

I've changed this so that it allows blend2d on ARM with the exception of Windows. If it's acceptable to temporarily keep the defective behavior of vendoring asmjit, then I think this PR should be good now.

Thanks!


Auto-scalling multiple instances

Hi follows,
There is a way to scalling a node app with follow? If i had 2 instances follow the same CouchDB database whats will happen? Its just a newbie doubt, i dont find anything talking about that.
Cheers fellows

The two instances would get the same changes, if they're starting from the same sequence number. If you're looking to scale CouchDB itself, you can look into clustering in 2.0 or Lounge for older versions.

but if i need an app and then i scale the app in 2 how can i handle the same changes in follow.
i want split the load


UML Diagram | Activity Diagrams

User Story
Describe the actions of each actor and system and the control flow between them for your most important use cases with Activity Diagrams. Please include one or two activity diagrams showing your most important components in your application.
We want to create one activity diagram to indicate the user flow and another activity diagram for the chron job flow which is in charge of periodically scraping the Github PRs.
Acceptance Criteria

[ ] User activity diagram
[ ] Chron job activity diagram


Info message for Pacbio library prep pipeline page

Came out of RT 684682 - hopefully prevent it from happening again, or make it quicker to solve if it does.


Are you using MobTime at work or organization?

If so, and if your boss is cool with it, I'd love to include a logo and link to your company's website. I don't do any click tracking, but you are free to give me a tracking link for any of your company's purposes. By getting a link from the main index page, you are also advertising that your company practices mob programming! It's basically a win-win from my perspective!
Also, as part of this, I'm in the midst of doing a full redesign of the front page
Logo specs:

Resolution: Max of 256x128. I can scale it if necessary, but make sure you're pretty close to that aspect ratio.
Color: Full color is preferred, but if you give me both color and grayscale, that gives me a little wiggle room

If you are interested in contributing, please comment on this thread and attach your logos and links. Bonus, now you get extra links from github, too :D

Thanks for all your work on this! We've been using mobti.me at work for the past year and a half, and would love to endorse the site.
Here's the link we'd like to include: https://emmersion.ai/careers/product-and-technology/
I've only included the color version of our logo, but since it's monochrome it would be easy to switch it to black and white if you need. Let me know if you'd like us to include that
Emmersion Logo Horizontal.zip
.

I have just started using mobtime in our ensemble programming sessions. The goal of the sessions is to introduce colleagues from another team to the parts of code they should become responsible for. So I am happy to share with you the logo and the link of the company I work for.
https://unite.eu/en-global/company/about

That's wonderful, thanks @dpolivaev for promoting mobtime for me :)

@NeilSorensen do you have an updated url?


Added basic website

@jbednar Whenever you have time, would you mind adding some content to the index.rst here? It currently looks a bit bare (see http://paramnb.holoviews.org/) but I'd like to be able to point people to it soon.


MTS200b 7.0.0

Hi, this device is correctly recognized but i can't see any statistics at all. How can I help you with the integration?

@krahabb thanks! this is what i see from hass.
i'm a firmware developer so if you need some information i guess i'm the right one :)
just tell me how can i collect some information about this (i'm out of this meros thing completely)

mts200b-1674112759.csv
attaching the trace
i see that the data are fine, so it simply doesn't populate the entities on HASS any idea @krahabb

yeah....
that's weird..to say the least...
It looks you only can see the 'device_tracker' entity (likely coming from your router integration).
I've tried your trace in my 'emulator' and it shows up fine with every supposed entity so I think it's something happening when the device configuration gets loaded. Either the device key is wrong (but then you shouldnt be able to set it up from the beginning..also the trace looks like communication is ok so this is a dead end)
Maybe there's a sudden exception during device initialization (should have some log in HA for that) due to a bug or unexpected state. The device got somehow initialized but entities were not added to HA

there is no error at all. I will try to restart HASS this evening (I have to play safely here because my wife is really dependent from HASS nowadays :D )

@krahabb I feel very sorry about this: i saw that your integration wasn't updated in my HASS installation. Updated and now works perfectly! Sorry for the time lost!


brighten(k)

This will probably need to be included as a Recipe, since there's no unified way of handling this across color spaces.


Unsupported file/folder type when uploading updates of flutter web application

Environment information
AWS Amplify console from browser (Chrome v. 125.0.6422.142)

Description
Hi everyone!
Unfortunately I'm getting this error when I try to update my flutter web application, both by drag&drop and by clicking the uploading button. As always I pick the build/web folder's content and compress it in a zip. My region is us-east-2.
What am I missing? The last deploy three days ago went like a charm.
I just asked my colleague to try it, with the same Chrome version and the same zip file he managed to deploy. So strange...

Thanks for your reply 🙂

I am running into the same issue with my Angular app.  I noticed this started either Wednesday or yesterday, since I could deploy on Tuesday.  Prior to this, we were deploying using amplify hosting and amplify publish command.  It seems like our Amplify cloudfront distribution became corrupt and our production front end was down on June 4th.  Not sure if these are connected at all.

@hello96 @rlefflerElite 👋 , thanks for reaching out. While I am working on narrowing down the root cause of this behavior, can you confirm the following details:

Can you please double check if you are uploading a zip file instead of the entire folder?
Are you uploading the file from a Windows laptop?

@hello96 @rlefflerElite 👋 , thanks for reaching out. While I am working on narrowing down the root cause of this behavior, can you confirm the following details:

Can you please double check if you are uploading a zip file instead of the entire folder?
Are you uploading the file from a Windows laptop?

I'm sure I am uploading the zip file;
Yes, my laptop has Windows 11, my colleague who managed to upload the same zip file has a Mac.

@hello96 @rlefflerElite 👋 , thanks for reaching out. While I am working on narrowing down the root cause of this behavior, can you confirm the following details:

Can you please double check if you are uploading a zip file instead of the entire folder?
Are you uploading the file from a Windows laptop?

Very sure I am uploading a zip file. Have had two other team members try as well
We have all tried on Windows 11.  2 are laptops, and one is desktop

Thanks for the confirmation @hello96 @rlefflerElite. We have root caused the issue and are actively working on a fix. I am marking this as a bug.

@hello96 @rlefflerElite, this issue has now been fixed. Can you try to upload the zip file again? Please let us know how it goes.
Thanks for your patience and for reporting the issue.

@hello96 @rlefflerElite, this issue has now been fixed. Can you try to upload the zip file again? Please let us know how it goes.
Thanks for your patience and for reporting the issue.

I'm allowed to upload the zip again, thanks! 👍

I found a Mac and deployed on that this morning. Will try next week.  Thanks for the quick response!

I am going to close this thread since the issue is resolved. Please feel free to reopen it if you are still experiencing any issues. Thanks!


Blender 2.80: Import GLB - KeyError: 'bpy_prop_collection[key]: key "" not found'

Describe the bug
Blender 2.80 fails to import a .GLB file and produces the following error message:
Traceback (most recent call last):
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/__init__.py", line 528, in execute
    return self.import_gltf2(context)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/__init__.py", line 549, in import_gltf2
    BlenderGlTF.create(self.gltf_importer)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_gltf.py", line 41, in create
    BlenderScene.create(gltf, scene_idx)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_scene.py", line 79, in create
    BlenderNode.create(gltf, node_idx, None)  # None => No parent
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_node.py", line 169, in create
    BlenderNode.create(gltf, child_idx, node_idx)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_node.py", line 130, in create
    BlenderNode.create(gltf, child_idx, node_idx)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_node.py", line 130, in create
    BlenderNode.create(gltf, child_idx, node_idx)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_node.py", line 130, in create
    BlenderNode.create(gltf, child_idx, node_idx)
  [Previous line repeated 3 more times]
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_node.py", line 124, in create
    BlenderSkin.create_armature(gltf, pynode.skin_id, parent)
  File "/home/user/Downloads/Blender/blender-2.80-linux-glibc217-x86_64/2.80/scripts/addons/io_scene_gltf2/blender/imp/gltf2_blender_skin.py", line 46, in create_armature
    obj.parent = bpy.data.objects[gltf.data.nodes[parent].blender_object]
KeyError: 'bpy_prop_collection[key]: key "" not found'

location: <unknown location>:-1

To Reproduce
Steps to reproduce the behavior:

Download .GLB file from here: https://www.deviantart.com/ssingh511/art/Into-the-Spiderverse-OBJ-GLB-815436959
Extract the .zip file.
Open Blender 2.80
Click on File - Import - glTF 2.0
Import the Gwen85Jump.glb file from the Spider Gwen ITSV folder.
Error message should display.

Expected behavior
This is my first time using GLB in Blender, so I was expecting to see a rigged 3D character model imported into the scene along with playable animations.
.blend file/ .gltf
Here is the link to the GLB file: https://www.deviantart.com/ssingh511/art/Into-the-Spiderverse-OBJ-GLB-815436959
Version

OS: Pop!_OS 64bit (Ubuntu Linux based)
Blender Version: 2.80

Duplicate of #700
File has multiple skin with exactly same joint list, and some other skin with joint list that includes some other joint list of other skin.