Unknown token reference

Please verify the version of auro-hyperlink you have installed
@latest
Please describe the bug
The following code has a token reference that I can't validate exists.
https://github.com/AlaskaAirlines/auro-hyperlink/blob/ca8d8b1fff5cfe8b422681f0827d979570879eb0/src/style.scss#L83C1-L87C6
Reproducing the error
None
Expected behavior
Validate that the token exists update to a new new appropriate token.
What browsers are you seeing the problem on?
No response
Additional context
No response
Exit criteria
This issue can be closed once the token has either been validated or updated to the correct one via the design spec.

Issue was resolved with other work updating all the tokens to the new spec.


detailed EIC example to XIAO_m0 board

Summary
I added a detailed example, how to use the EIC with a XIAO board. It would be obvious for senior users, but I think this makes it clear for newbies like me :-)
Other existing examples don't have this ExtInt9 for Pin 5 issue and don't show how to figure out, which ExtInt was triggered.
BTW: It took me days to figure it out :exploding_head: :sob:
Checklist

[o] CHANGELOG.md for the BSP or HAL updated
[X] All new or modified code is well documented, especially public items
[X] No new warnings or clippy suggestions have been introduced (see CI or check locally)

If Adding a new Board

[x] Board CI added to crates.json
[x] Board is properly following "Tier 2" conventions, unless otherwise decided to be "Tier 1"

Thanks for the contribution. It's nice to have a fully bare metal example like this. At the same time, if I were to implement this, I would have used RTIC to handle the EIC and LED resources. Are you familiar with it? If not, you should check it out. It would save you some unsafe and manual management of static mut resources.
Also, in the future, feel free to open an issue or join us on Matrix chat if you're stuck on something.

Hi @bradleyharden
Yes, I found RTIC. It looks very cool and simplifies a lot of things.
On the other side, it has a lot of magic :smile: I personally try to start with the minimal abstraction I could handle (or not :seedling: ). My current project is that small, that I think I can handle it but moving forward. RTIC will be the way to go.

if you think the mapping of "Analog pin 9" to "Pin PA05 = ExtInt5" was bad, wait til you find out that not all pins PAXY map to ExtIntXY. That ends up being really confusing.

I found this in the docs of my chip. Somebody really likes to confuse poor little developers.

@Alexander89, if you add an entry to the BSP's changelog, I'd be happy to merge.

sorry, didn't know where I should add it.
should I open a new section "Version 0.11.1"?

@Alexander89 you can put it under a new # Unreleased section


Add swap_without_fees method to trait

@joncinque in the interest of time, I PR'd my feedback to your changes. Hope you don't mind!

Very slick -- I like it a lot!  The next step is to factor out all of the fees from the curve


fix: Proper exception handling

for file operations

Closing this pull request as we are making changes based on the new changes in the refactoring.
https://github.com/nuvlaedge/nuvlaedge/pull/153


Update styling on migration monitor progress

Use primary green color for progress bar
Show spinner until 100%
use black text color < 5% progress

@eapodaca


Don't use run as administrator during upgrade

Hi,
I did the upgrade to 1.5.1 on my RG505. The update went really fast. Even that fast that I was going to question the success.
I could nowhere find the installed version. In the changelog i've read that Firefox was added. On my RG505 I didn't see Firefox, so now i knew that the upgrade failed.
From different other programs i'm used to run a .bat file of .exe file as administrator. I've discovered that running the FlashPartitions script with the submenu "run as administrator" won't upgrade the RG505.
When I just double clicked the script it runs perfect.
So a little sidenote with "don't run as administrator" will probably help others?
Sorry for my bad English, I hope you understand.
Kind regards,
Jeroen. (The Netherlands)

Noted, thanks for letting me know.


Container Networking documentation improvements

This is re: https://github.com/MicrosoftDocs/Virtualization-Documentation/pull/746
Private preview can be found on https://review.docs.microsoft.com/en-us/virtualization/windowscontainers/container-networking/network-drivers-topologies?branch=daschott-live-sync
And this has also been merged into master (large change)

/LGTM


fix(inspector):  Fix app crashes on second debugger attach

Introduction
We identified a couple of issues with the way connections are handled between the Inspector and the backend. On one side, the sockets were not handled correctly using the Dispatch API resulting in faulty connections upon subsequent connection attempts.
On the other side, there was an issue with the way Backend Dispatchers were handled via RefPtrs. For example, the DomainBackendDispatcher adopts a pointer to the dispatcher created by the DomainInspectorAgent, which also has a pointer to it. Adopting this pointer does not increase the refcount which in turn breaks the underlying object's (RefCountedBase) state.
The third amendment is in the way backend dispatchers are handled by the Agents in the didCreateFrontendAndBackend and willDestroyFrontendAndBackend calls. We now create a single instance of each dispatcher and leave it alive until the owning Agent is destroyed. This is the behaviour as seen in the vanilla WebKit source.
Fixes #832

After the debugger frontend is detached certain RefPtr properties are cleaned up and recreated on a subsequent connection which is causing a crash due to improper reference management. Making the m_backendDispatcher property persist between different connections fixes the bug.

Every time the debugger is detached the IO channel should be closed in order the next connection to be successful. Otherwise the connection attempt will fail with a bad descriptor error.

https://github.com/NativeScript/ios-runtime/pull/835/commits/153d45f01a53f06195968de94dc7bd47ab0cddf2 addresses an issue with debugger delay killing the already existing listen connection at an inappropriate time. We do not need this delay to cancel the listen connection as we immediately close it after a successful frontend connection.

https://github.com/NativeScript/ios-runtime/pull/835/commits/b62658118cff13b26dd7f57cdba694dc1adae7c0 addresses an issue with debugger delay killing the already existing listen connection at an inappropriate time. We do not need this delay to cancel the listen connection as we immediately close it after a successful frontend connection.

@KristinaKoeva - could you please take a look at this PR and comment on the following questions:

why do we recreate the  backend dispatchers when didCreateFrontendAndBackend is called and not use the pattern as seen in the WebKit's original source as pointed in Introduction section of the first comment
regarding the handling of connection sockets - can you update us on why there is a 30s delay which closes the listening socket if no inspector is present?

The original webkit source was not the same at the time we wrote this logic :)
Take a look here - https://github.com/WebKit/webkit/commit/d81c28de2f870a2f3e6988d6b0d1907c1f2fb5bf
The delay is there because otherwise you will have an open socket for as long as the application lives.
Did the webkit update broke the second attach attempt ?

@KristinaKoeva - thanks. This is helpful. The issue with the RefPtr objects comes because of the fact that we recreate the DomainBackendDispatcher each time. It registers with the main Backend Dispatcher's HashMap of dispatchers and chains its supplemental dispatchers. The first iteration of this is OK but the second one causes us to find an invalid RefPtr from the HashMap and chain it to our DomainBackendDispatcher here: https://github.com/NativeScript/ios-runtime/blob/master/src/NativeScript/inspector/DomainBackendDispatcher.cpp#L31-L33

run ci

run ci (after git clean -fdx in workspace)


Bug: Texture file names including . are truncated when converting to .tex (I think)

I think the problem is the files have materials and textures with the same beginning of the name but the second has a .001 before the file ending (.png) in the name.
ie texture.png
texture.001.png
get_tex_file_name (nodes.py, line 1112 in my files)
the return (second rsplit attempt is using maxsplit 2 [why?], throwing parts of my filename away. It should be maxsplit 1, I think. ) See http://python-reference.readthedocs.org/en/latest/docs/str/rsplit.html

Ah yes.  I fixed this as part of the UDIM fix.


radius desk armbian 4.14.y always skipping

i want to instal this in orangepi with armbian always skipping
need help

Hello @reizamv , I haven't tested the installer on Armbian. Will be nice to have that environment and see why it Skips.


Failed build on Ubuntu 18

The command
docker build -t my-apache2 .
for version 2.4 (copied the Dockerfile)
breaked with following problem:
Step 12/14 : COPY httpd-foreground /usr/local/bin/
COPY failed: file not found in build context or excluded by .dockerignore: stat httpd-foreground: file does not exist
How shell I proceed from here on?

Well, you can't just copy the dockerfile and ignore the backing files it requires, the httpd-foreground is here.

Well, you can't just copy the dockerfile and ignore the backing files it requires, the httpd-foreground file is here.

And if you are just downloading from the browser, don't forget to chmod +x it. (or just git clone the repo and the execute permissions will be correct).


Improve alignment

Ensure that every type is checked for alignment, for now only parsing float numbers. Also make it possible to set every type alignment, column alignment and table alignment manually.

[x] Ensure that the missing_val does not affect the alignment of a column. (#6)
[x] Add float parsing and alignment.
[x] Add value checking to prevent errors from unexpected types.

Feture added: 1a65acd7a3fc7deb7331de4bed20a9d276d1a87d.


pantheon.appcenter: 3.7.1 -> 3.8.0

Motivation for this change
The homepage flag was dropped. however both the bannner and the recently-updated apps is not showing correctly on NixOS, I reverted the change for now.
https://github.com/elementary/appcenter/releases/tag/3.8.0
https://github.com/elementary/appcenter/compare/3.7.1...3.8.0
New features:

Show content warnings on app info pages

Fixes:

Show other apps by an author for Flatpak sources
Populate banner on home locally instead of relying on an external API

Improvements:

Greatly increased number of recently-updated apps shown on home page
Navigate banners on the home page with multitouch gestures
Updated translations

Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Release notes)

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

[x] Fits CONTRIBUTING.md.


Does this library shows the "true" DB type?

For example, I'm using Mysql, will this library show String fields as VARCHAR(191) ?

@thelinuxlich, this library is simply parsing the schema.prisma file. It doesn't open a connection to that database or anything.

Yeah, I was able to get the info I needed, thanks!!!


Add documentation to Num instances.

#43

This should fix the warnings and document the Semiring case.

Okay, it seems the new GHC changed some import strategies, Travis says this doesn’t build.

It's because those imports are necessary for older versions of ghc (pre-7.10)

Thanks!


Fixes

Did some additional testing today and found a few bugs, most of the introduced in my previous PR (#37) 🙂

FYI - I'm also working on improving the write throttling. There is a potential of improving data throughput I think 🙂 I'll probably do that as a separate PR.

Thanks @n8jja!
It looks like you tagged with an upper-case V. Do you mind tagging again with lower-case v? Having both V1.1.1 and v1.1.1 shouldn't be a problem, so you don't have to delete the old tag.


Interrupting kernel in notebook doesn't work as expected

Upstream https://github.com/microsoft/vscode/issues/99203
Create a nb with 10 cells

First cell print statement
Second cell, time.sleep(10)
Rest of the cells, print statements
Run all cells
Interrupt when second cell is busy

Actual behavior

Second cell stops running as it was interrupted.
Rest of the cells have a status or running

Adding to VSC Notebook API, as this will need to be fixed for VSC Notebook API implementation.

Yup, broken in master branch, hence closing this.


x/build/cmd/coordinator: excessively large number of pending builds

Opening https://farmer.golang.org/ in a browser takes a few seconds to load it at this time. This is largely because there are 16059 entries under the "Pending builds" section. The scrollbar is tiny:

I'm not sure if I've seen this many before. This may or may not be a problem.
CC @golang/release.

When I originally reported this, I wanted to see if the number would continue to increase over time. That didn't happen, it went down slightly to around 13k entries, and hovered there. After a recent redeploy, it's down to 500.
I'll keep this open for some time, but unless this keeps happening or causes problems, I think this issue can be closed.

This continues to be steady and not getting worse or in need for active work. Closing, and can be re-opened if there are new data points or something actionable to do.


Version number not bumped for 0.1.5 release

It looks like the version number is still 0.1.4:
https://github.com/E3SM-Project/ChemDyg/blob/v0.1.5/setup.cfg#L3
Please make sure to update the version number before tagging a release.

Thank you for catching the error. I released a new version with the version tag v0.1.5c.

@xylar Maybe I did it wrong again. Does the version tag have to be the same version in setup.cfg? If so, what should I do for the correction?

@hsiangheleellnl, it's best not to add letters like v0.1.5c because those have other meanings (see https://semver.org/).
It's not that big a deal that 0.1.5 had the wrong version number in setup.cfg.  I don't think it's worth trying to fix -- the only fix would be to release v0.1.6 with the correct version in setup.cfg.  Just please remember to bump the version number before tagging future versions.


cargo report future-incompatibilities does not work with cargo install

Problem
After running cargo install, if it reports a future incompatibility, it will print a message such as:
warning: the following packages contain code that will be rejected by a future version of Rust: winapi v0.2.8
note: to see what the problems were, use the option `--future-incompat-report`, or run `cargo report future-incompatibilities --id 1`

However, running the cargo report command will not work.  The target directory has been deleted, and there is nothing for the cargo report command to reference.
Steps
cargo install<EMAIL_ADDRESS>--locked
Possible Solution(s)
Two options I've thought of:

Store the report somewhere in $CARGO_HOME, and adjust the cargo report command to be able to look in that directory (possibly needing a different CLI flag?)
Just print the report immediately.

I'm not particularly happy with either option, though.
Notes
No response
Version
cargo 1.64.0-nightly (b1dd22e66 2022-07-09)
release: 1.64.0-nightly
commit-hash: b1dd22e668af5279e13a071ad4b17435bd6bfa4c
commit-date: 2022-07-09
host: x86_64-pc-windows-msvc
libgit2: 1.4.2 (sys:0.14.2 vendored)
libcurl: 7.83.1-DEV (sys:0.4.55+curl-7.83.1 vendored ssl:Schannel)
os: Windows 10.0.19043 (Windows 10 Pro) [64-bit]

In the meantime, can we at least revise the output text to not print "... or run cargo report future-incompatibilities --id 1" as part of the Note when this is run from cargo install ?


Fix edge case in cgroup file parsing

Some cgroups can have ":" in their file paths, we need to
account for this. We still check that we have exactly three
elements, and use third element as path.
Signed-off-by: Marcus Sorensen<EMAIL_ADDRESS>
What this PR does / why we need it:
I was testing a node that happened to have containerd on it, the cgroup file has elements like:
12:memory:/system.slice/containerd.service/kubepods-burstable-podd3175106_a0e0_43a4_9631_9ed9639bbb31.slice:cri-containerd:e575076f696cd23612565b1c468d034e5cb94c033571c5f9a61d6c161259ed5c
Since we split on ":" indiscriminately, we were ending up with more than three fields. The format of this file would expect exactly three fields per line.
Special notes for your reviewer:
I recognize that we should probably have a cluster script to test containerd nodes if we want to officially support that. This patch does not imply official containerd support, but it does seem like a general bug to assume there will be no ":" in the third field of the cgroup file.
Release note:

NONE

/lgtm


feat: Allow manual override of formIdentifier via Fusion

This allows to override the Form Identifier with Fusion. Which is helpful to "group" submits from different forms under the same identifier.

Thanks @daniellienert for reviewing 🙏

It would be nice to have this merged if you find some time to review while "Sommerloch" @daniellienert 😆


add xhr method for electron by default

Like #136 but XHR is used by default in electron
Now you can choose wich one you wan't

Love it. Thank you! Will release over the weekend (probably!).